Warum „einfach mal eine Website bauen“ selten zu einer guten Website führt
Wix, Squarespace, Jimdo, KI-Website-Builder — eine Site steht heute in einer Stunde. Für eine schnelle Visitenkarte ist das in Ordnung. Für eine Website, die ein Unternehmen über Jahre trägt, ist es selten genug.
Der Grund: Drauflos gebaute Websites haben keine Architektur. Sie haben Seiten, die nebeneinander entstehen, weil jemand sie gerade brauchte. Eine Leistungsübersicht hier, ein Team-Foto dort, eine Referenz mit drei Bildern, ein FAQ-Block in der Sidebar. Nach 18 Monaten finden Sie dieselbe Information an drei verschiedenen Stellen, Ihre Mitarbeiter wissen nicht mehr, welche Version die richtige ist, und Google rankt Sie für keines Ihrer Themen sauber.
Das ist nicht das Versagen der Mitarbeiter. Das ist fehlende Architektur.
Was Website-Architektur leistet
Website-Architektur ist die Disziplin, die festlegt, was wohin gehört, warum es dorthin gehört und wie es gepflegt wird. Sie ist kein Webdesign-Thema. Sie ist eine Organisationsentscheidung, die das Design erst trägt.
Eine durchdachte Architektur sorgt für drei Dinge:
Single Source of Truth (SSOT). Jede Information wird genau an einer Stelle gepflegt. Öffnungszeiten, Preise, Produktbeschreibungen, Mitarbeiterdaten — wenn sich etwas ändert, ändern Sie es an einem Ort. Alle anderen Auftritte ziehen sich die Daten automatisch. Keine Diskrepanzen, keine veralteten Stellen, keine Frage, was gerade gilt.
Ein Fokus-Keyword pro Seite. Jede Seite beantwortet eine klare Suchanfrage. Nicht drei. Nicht eine halbe. Eine. Das heißt auch: Sie haben für jedes Thema, das für Ihr Geschäft relevant ist, genau eine Seite, die dafür verantwortlich ist. Google versteht das. Nutzer verstehen das. Und Sie selbst wissen, wo Sie etwas ändern müssen, wenn das Thema sich weiterentwickelt.
Klare Benutzerführung. Ein Besucher findet in zwei, maximal drei Klicks, was er sucht. Das gelingt nur, wenn die Site einer Logik folgt — nicht der Reihenfolge, in der Inhalte historisch entstanden sind.
Organisch gewachsen ist nicht das Problem — fehlende Reviews sind es
Jede Website wächst. Neue Leistungen kommen dazu, Themen verschieben sich, Anforderungen ändern sich. Das ist normal und unvermeidbar. Eine zehn Jahre alte Website sieht zwangsläufig anders aus als zum Tag ihres Starts.
Was eine Website krank macht, ist nicht das Wachstum. Es ist das Fehlen regelmäßiger Struktur-Reviews. Inhalte werden hinzugefügt, aber nie konsolidiert. Themen werden verdoppelt, aber nie zusammengeführt. Veraltete Seiten bleiben online, weil niemand mehr weiß, ob sie noch jemand braucht.
Unsere Empfehlung: Alle zwölf bis achtzehn Monate ein internes Architektur-Review. Nicht länger.
Wie ein Architektur-Review abläuft
Ein Review hat vier Phasen.
Bestandsaufnahme. Welche Seiten gibt es? Welche werden gefunden, welche nicht? Wo kommen Besucher rein, wo gehen sie wieder? Eine Liste aller URLs, ein Blick in die Search Console und in das Analytics-Tool reichen für den Anfang.
Thematische Gruppierung. Welche Themen wiederholen sich an mehreren Stellen? Welche Seiten konkurrieren um dasselbe Keyword? Wo gibt es Inhalte, die niemand vermisst, wenn man sie löscht?
Strukturentscheidungen. Was bleibt eine einzelne Seite? Was gehört in einen eigenen Post Type, weil es zehn oder fünfzig gleichartige Einträge gibt? Welche Taxonomien (Kategorien, Tags, Branchen, Anwendungsfälle) ordnen die Inhalte sauber? Wo wird zusammengelegt, wo getrennt?
Umsetzung. Inhalte verschieben, zusammenführen, löschen. Redirects setzen, damit nichts verloren geht. Pflegeprozesse anpassen, damit die neue Struktur auch genutzt wird.
Custom Post Types sind das Werkzeug, nicht das Ziel
Wenn ein Thema zehn oder mehr gleichartige Einträge hat — Leistungen, Standorte, Referenzen, Mitarbeiter, Veranstaltungen, FAQ —, gehört es in einen eigenen Inhaltstyp. In WordPress heißt das Custom Post Type. Vorteile: einheitliche Felder, automatisierte Übersichten, filterbare Listen, klare Verantwortung im Backend.
Das ist aber Mittel zum Zweck. Die Architektur kommt zuerst: Welche Themen gibt es überhaupt? Welche brauchen einen eigenen Post Type, welche reichen als Seite, welche werden besser Taxonomie? Wer diese Frage überspringt und sofort Post Types anlegt, baut sich neue Probleme.
Wann ein Architektur-Review fällig ist
Sie kennen die Anzeichen. Eines davon reicht.
Ihre Mitarbeiter pflegen Inhalte an mehreren Stellen, weil unklar ist, welche die Quelle ist. Eine neue Inhaltsart will rein, und niemand weiß, wohin sie gehört. Google rankt Sie nicht oder rankt die „falsche“ Seite für ein wichtiges Thema. Besucher finden Inhalte schneller über die Suche als über Ihre Navigation. Sie selbst geben einen Pfad wie /leistungen/digitalisierung/beratung/ ein und sind sich nicht sicher, ob die Seite noch existiert oder schon zweimal umzog.
Wenn Sie sich an mehreren Stellen wiedererkennen, ist es Zeit. Architektur lässt sich nachholen. Sie wird mit jedem Jahr aufwendiger, aber sie wird nicht unmöglich.
Gute Website-Architektur sehen Ihre Besucher nicht. Sie spüren nur, dass alles dort ist, wo sie es erwarten — und dass nichts an zwei Stellen widersprüchlich behauptet wird.
