Bei der Positionierung der Website vor dem Bau diskutieren viele Unternehmen viel über Farben, Layout und Texte, aber erst nach dem Livegang stellen sie fest, dass einige Details nicht durchdacht waren und spätere Anpassungen mühsam sind. Die Positionierung ist nicht nur ein Satz wie "Was wir tun", sondern muss beantworten: Für wen ist die Website gedacht, welche Probleme löst sie, wie wird der Inhalt organisiert, und wer pflegt sie später? Die folgenden Details werden oft übersehen – es lohnt sich, sie vor dem Bau Punkt für Punkt durchzugehen.
Was wollen Nutzer wirklich auf der Website tun?
Verantwortliche neigen dazu, aus ihrer eigenen Perspektive alles zeigen zu wollen, was sie präsentieren möchten, und übersehen dabei die tatsächlichen Bedürfnisse der Besucher. Vor dem Bau kann man die wichtigsten Nutzergruppen auflisten, z. B. Interessenten, Bewerber, Partner, Investoren, und dann jeweils notieren, welche Aufgaben sie auf der Website am wahrscheinlichsten erledigen möchten: Produkte kennenlernen, Kontaktinformationen finden, Referenzen ansehen, Bewerbungen einreichen oder Unternehmensqualifikationen prüfen. Diese Aufgaben bestimmen die Prioritäten der Startseite und die Navigationsstruktur.
Wenn die Hauptnutzer z. B. Interessenten sind, sollten Kernprodukte und -dienstleistungen auf der Startseite hervorgehoben werden, und die Kontaktmöglichkeiten sollten deutlich sichtbar sein. Wenn auch Bewerber angesprochen werden sollen, braucht es einen klaren Einstieg für Karriereinformationen. Wird dies ignoriert, wird die Website schnell zu einem "Schaukasten der Unternehmensbroschüre", und Nutzer finden nicht, was sie suchen – die Absprungrate steigt.
Ist die Inhaltsstruktur für spätere Aktualisierungen geeignet?
Viele Positionierungen bleiben auf der Ebene der Seitenplanung, ohne die Aktualisierungshäufigkeit und Verantwortlichkeiten zu berücksichtigen. Vor dem Bau sollte man klären: Welche Bereiche sind statisch (z. B. Unternehmensprofil, Zertifikate), welche müssen regelmäßig aktualisiert werden (z. B. News, Referenzen, Teamvorstellung)? Wie oft – wöchentlich, monatlich oder vierteljährlich? Wer ist dafür zuständig?
Wenn die Bereiche von Anfang an zu starr gestaltet sind, z. B. "News" nur für Textmeldungen, während man später Produktupdates oder Branchenmeinungen veröffentlichen möchte, wird man eingeschränkt. Es ist ratsam, flexible Bereiche wie "Aktuelles" oder "Blog" einzuplanen, die sowohl News als auch tiefere Inhalte aufnehmen können. Gleichzeitig sollte die Inhaltsaktualisierung grundlegende SEO-Optimierung berücksichtigen, z. B. eindeutige Titel und Beschreibungen für jede Seite, standardisierte Bildnamen – das sollte vor dem Bau mit dem Entwicklungsteam vereinbart werden.
Sind Navigation und Bereichsnamen selbsterklärend?
Die Navigation ist das Gerüst der Website, aber viele Unternehmen verwenden interne Begriffe oder hochtrabende Wörter, z. B. "Lösungen" für alle Produkte, und Nutzer stellen erst nach dem Klick fest, dass es nicht das ist, was sie suchen. Vor dem Bau kann man einen "Nutzerperspektiven-Test" machen: Lassen Sie Personen, die das Unternehmen nicht kennen, die Navigation ansehen – können sie erraten, was sich hinter jedem Bereich verbirgt?
Zum Beispiel ist "Produkte" verständlicher als "Kernbereiche", "Downloads" klarer als "Ressourcenzentrum". Außerdem sollte die Navigation nicht zu tief verschachtelt sein – in der Regel nicht mehr als drei Ebenen, und wichtige Seiten sollten in höchstens zwei Klicks erreichbar sein. Diese Details beeinflussen die Benutzererfahrung und auch das Verständnis der Suchmaschinen für die Seitenstruktur.
Sind mobile Darstellung und Backend-Bedienung geplant?
Viele Nutzer greifen heute über das Handy auf die Website zu, aber vor dem Bau wird die mobile Anpassung oft vernachlässigt. Es geht nicht nur um "es öffnet", sondern auch um Schriftgröße, Klickflächen der Buttons, Ladezeiten der Bilder. Auch die Benutzerfreundlichkeit des Backends wird oft übersehen: Wenn das Veröffentlichen von Artikeln im Backend umständlich ist, geben die Redakteure allmählich auf. Vor dem Bau sollte man das Entwicklungsteam bitten, den Veröffentlichungsprozess im Backend zu demonstrieren und zu prüfen, ob Funktionen wie Kategorienverwaltung, Bild-Upload und SEO-Einstellungen gut funktionieren.
Sind die Daten der alten Website inventarisiert?
Bei einem Relaunch sollte man vor dem Bau die URLs, Inhalte, Backlinks und den Traffic der alten Website erfassen. Welche Seiten haben externe Links, welche Inhalte sind noch wertvoll, welche benötigen 301-Weiterleitungen auf neue Seiten – das muss im Voraus geplant werden. Wird dies ignoriert, können nach dem Relaunch viele 404-Fehler auftreten, und bestehendes Ranking sowie Nutzerzugänge gehen verloren. Auch bei einer komplett neuen Website sollte man an zukünftige Erweiterungen denken, z. B. Domain-Wahl und URL-Struktur, die spätere Anpassungen erleichtern.
Wird das Positionierungsdokument auf konkrete Seiten heruntergebrochen?
Die Positionierung sollte letztlich in einem Dokument festgehalten werden, das für jede Seite Zweck, Ziel-Keywords, Hauptinhaltsmodule und Call-to-Action-Buttons definiert. Zum Beispiel: Welche Kerninhalte stehen auf der Startseite, welche Verkaufsargumente werden auf jeder Produktseite hervorgehoben, welche Informationen enthält die Kontaktseite. Viele Unternehmen haben beim Bau nur ein grobes Gerüst, was zu ständigen Änderungen während der Entwicklung und unbefriedigenden Ergebnissen nach dem Livegang führt. Eine klare Seiten-Level-Positionierung im Voraus reduziert Kommunikationskosten und gibt eine Grundlage für die spätere Inhaltserstellung.
Die Positionierung vor dem Bau ist im Wesentlichen die Basis für den späteren Betrieb. Statt sich zu beeilen, sollte man sich ein paar Tage mehr Zeit nehmen, um Nutzerbedürfnisse, Inhaltsplanung und Wartungsmechanismen zu durchdenken. So wird die Website nach dem Livegang wirklich ein Werkzeug zur Kundengewinnung und Präsentation.
