Warum die Sitemap vor dem Design entstehen sollte
Viele Webprojekte starten beim Sichtbaren. Der erste Workshop dreht sich um Stil, Bildwelt und Beispiele aus dem Wettbewerb. Was später schwierig wird, ist nicht das Design selbst, sondern die Frage, in welche Struktur dieses Design eigentlich gegossen wird.
Eine Sitemap ist der unspektakuläre Teil eines Projekts. Sie bestimmt aber mehr darüber, wie eine Website wirkt, als die meisten Designentscheidungen.
Was eine Sitemap eigentlich ist
Eine Sitemap ist nicht nur eine Liste mit Seiten. Sie ist eine Aussage darüber, wie ein Unternehmen sich selbst, sein Angebot und seine Nutzer ordnet. Welche Themen werden zu eigenen Seiten? Welche bleiben Sektionen? Was steht oben in der Navigation, was wird bewusst weiter unten geführt?
Diese Entscheidungen sehen klein aus. In Summe legen sie aber fest, ob Besucher schnell zur richtigen Information kommen oder lange irren.
Warum Design ohne Sitemap riskant ist
Wer mit Designentwürfen startet, gestaltet meist den Wunsch-Erstkontakt: eine starke Startseite, eine Hero-Sektion, ein paar gut wirkende Module. Was darunter passieren muss, wird stillschweigend vorausgesetzt.
Sobald die Inhalte später kommen, passt vieles nicht mehr. Sektionen sind zu kurz oder zu lang, Begriffe wirken in Buttons gut, aber im echten Inhalt nicht. Designs werden auf Inhalte gepresst, die sie nicht für sich gedacht hatten.
Sitemap zwingt zu strategischen Entscheidungen
Wer eine Sitemap baut, muss vorher Fragen beantworten, die in Designentwürfen leicht unter den Tisch fallen:
- Was ist eine Leistung, was eine Branchenseite, was eine Anwendungsfall-Seite?
- Welche Inhalte gehören in den Hauptpfad, welche in die Tiefe?
- Welche Themen tragen mehrere Seiten, welche nur eine?
- Welche Seiten erfüllen welche Aufgabe in der Customer Journey?
Diese Klärung hilft nicht nur der Sitemap, sondern auch dem späteren Design. Layouts werden präziser, sobald klar ist, was eine Seite überhaupt leisten soll.
Inhalte vor Bildern
Eng verbunden mit der Sitemap ist die Inhaltsplanung. Welche Texte stehen pro Seite zur Verfügung? Welche Belege, Beispiele, Bilder sind realistisch? Welche müssen überhaupt erst entstehen?
Wer vor Designstart einen ehrlichen Blick auf vorhandene Inhalte wirft, vermeidet die häufigste Falle: bildstarke Layouts, für die niemand das passende Material hat. Das Design wirkt dann auf den Mockups stark und in der echten Umsetzung leer.
Die Frage, Welche Inhalte auf einer Agentur-Website wirklich tragen, gilt für jede Unternehmenswebsite und beantwortet sich nicht in Photoshop, sondern an einer Inhaltstabelle.
Was eine gute Sitemap-Phase liefert
Eine saubere Sitemap-Arbeit liefert typischerweise:
- eine Liste aller relevanten Seiten mit Zweck und Zielgruppe
- eine klare Hierarchie und Navigationslogik
- eine Priorisierung: was ist Pflicht zum Launch, was kommt später
- Hinweise zu wichtigen Modulen pro Seitentyp
- eine Rohfassung der wichtigsten Inhaltspunkte
Mit diesen Informationen weiss das Designteam, was es entwerfen soll. Mit ihnen wird auch klar, welche Seiten ähnliche Templates teilen können und wo eigene Layouts wirklich nötig sind.
Häufige Fehler in der Reihenfolge
Typische Probleme, wenn Design zu früh kommt:
- Designer entwerfen Module, die später kein Inhalt füllt
- Strukturfragen werden in Designreviews diskutiert, aber nicht entschieden
- die Navigation wird ans Layout angepasst, statt umgekehrt
- SEO-Themen wie URL-Struktur und Titel-Hierarchie werden nachträglich draufgesetzt
- Inhalte werden gekürzt, damit Designs "stimmen", obwohl die Inhalte richtig waren
Solche Schleifen kosten Zeit und Geld, fallen aber selten als Symptom auf. Sie wirken wie normale Projektreibung.
Wo Design früh sinnvoll Beitrag leistet
Sitemap zuerst heisst nicht, dass Design ganz hinten anstehen muss. Visuelle Identität, Tonalität und grobe Designprinzipien können parallel entstehen. Was später kommt, sind die konkreten Layouts, die schon eine fertige Struktur als Grundlage brauchen.
Diese Trennung hält den Prozess fokussiert: Strategie und Struktur in der ersten Phase, visuelle Sprache in der zweiten, konkrete Seiten in der dritten.
Pragmatische Empfehlung
Wenn ein Webprojekt aufgesetzt wird, sollte die Sitemap-Frage vor der Designfrage entschieden sein. Sie muss nicht aufwendig sein. Eine durchdachte Liste, eine saubere Hierarchie und eine ehrliche Inhaltsbestandsaufnahme reichen oft.
Damit wird Design zu dem, was es leisten soll: einer überzeugenden Form für eine bereits klar gedachte Inhaltslogik. Ohne diese Grundlage entsteht oft das Gegenteil: ein schönes Bild, das in der Realität nicht trägt.