Thematische Landkarte und Site-Architektur

Eine thematische Landkarte ist die Gesamtheit der Seiten, die eine Site benötigt, um ihr Themengebiet abzudecken. Sie ist in Cluster organisiert, wobei jeder Seite eine Leserintention, ein Beitragstyp, ein Standort und eine Rolle im internen Linkgraphen zugewiesen wird. Sie ist keine Keyword-Tabelle oder ein Veröffentlichungskalender. Keywords beschreiben Sprache; die Landkarte entscheidet über Besitz und Verbindungen.

Phase: P8, Thematische Landkarte und Informationsarchitektur. Stufe: B — Entscheiden. Zeitrahmen: 3–5 Arbeitstage für eine fokussierte Site oder 1–2 Wochen für eine Multimarkt-Site. Verantwortlich: SEO-Stratege oder Informationsarchitekt, wobei Inhalts- und kommerzielle Verantwortliche ihre Teile genehmigen.

Dies ist die Übergabe von der Forschung zur Seitengestaltung. Die Prozess-Säule legt fest, was die Site benötigt; die Säule SEO-Beitragstypen bestimmt dann, wie jeder genehmigte Knoten als Leitfaden, Vergleich, Produktseite, Fallstudie, Glossarbegriff oder ein anderes definiertes Format funktionieren soll.

Warum diese Phase und warum hier

P8 greift die Wettbewerbs- und Lückenanalyse aus P7 auf: die Themen, die Mitbewerber abdecken, Prompts und Queries, die sie beantworten, Seiten, die Sichtbarkeit erlangen, und Lücken, in denen die Site nicht oder nur schwach vertreten ist. Die Lückenanalyse zeigt Chancen auf; sie entscheidet nicht, ob zehn Query-Varianten eine Seite, zehn Seiten oder keine Seite benötigen. Diese Entscheidung gehört hierher.

Die Phase findet vor der Produktion statt, weil Überschneidungen billig zu verhindern, aber teuer zu beheben sind. Wenn zwei Briefings stillschweigend dieselbe Suchintention anvisieren, können beide Seiten Links aufteilen, zu doppelten Antworten tendieren und in den Suchergebnissen abwechseln. Das ist Content-Kannibalisierung : Mehrere Seiten konkurrieren um dasselbe Bedürfnis, anstatt ein klares Ziel zu verstärken. Die spätere Behebung erfordert die Auswahl eines Überlebenden, die Zusammenführung nützlicher Inhalte, die Weiterleitung von URLs, die Reparatur von Links und das Warten, bis Systeme die neue Struktur verarbeitet haben.

Ein zu früher Start von P8 ist ebenfalls schädlich. Ohne Basiserkenntnisse, Daten zu bestehenden Seiten, Keyword- und Prompt-Recherche sowie Wettbewerbslücken wird die Landkarte zu einer Wunschliste, die von interner Terminologie geprägt ist. Eine parallele Produktion mit einer unvollständigen Landkarte friert zufällige Entscheidungen in veröffentlichten URLs ein.

Das zweite Ergebnis ist die Informationsarchitektur : die Hierarchie, Bezeichnungen, Pfade und Beziehungen, die Inhalte auffindbar machen. Die Landkarte sagt, was existieren muss; die Architektur sagt, wo es hingehört und wie Menschen und Crawler sich zwischen den Elementen bewegen. Entwerfen Sie beides gemeinsam.

Eingaben und Ausgaben

Die Eingaben sind Belege, keine Inspiration. Die Ausgaben sind der Vertrag, den die Produktion zur Erstellung jedes zukünftigen Issues verwendet.

Wenn eine Eingabe unvollständig ist, dokumentieren Sie die Einschränkung. Fehlende Analysedaten sollten das Vertrauen in eine Zusammenführungsentscheidung senken, nicht das Problem doppelter Intentionen auslöschen.

Die Checkliste

Jeder Prüfpunkt hat eine „Erledigt-wenn“-Bedingung, sodass ein anderer Bearbeiter die Entscheidung prüfen kann, ohne den gesamten Entdeckungsprozess zu wiederholen.

1. Entitäten und Themen extrahieren

Was zu tun ist: Erstellen Sie ein normalisiertes Inventar von Entitäten, Themen, Attributen, Problemen, Anwendungsfällen, Vergleichen und Fragen aus der vorherigen Recherche. Eine Entität ist ein bestimmtes Ding, das die Site behandelt, wie ein Produkt, eine Methode, eine Zielgruppe, ein Ort oder ein Standard. Ein Thema ist die inhaltliche Beziehung um dieses Ding herum, wie Auswählen, Verwenden, Vergleichen, Fehlerbeheben oder Kaufen.

Warum es wichtig ist: Rohe Sprachfragmente zersplittern dieselbe Idee über Synonyme und verbergen materiell unterschiedliche Bedürfnisse hinter ähnlichen Wörtern. Die Normalisierung schafft stabile Objekte für die Clusterbildung, ohne jede Phrase als Seite zu behandeln.

Wie es geht: Kombinieren Sie Prompt-Themen, Fan-out-Queries, Keyword-Gruppen, Wettbewerber-Überschriften, Produkttaxonomien und Vertriebsfragen. Behalten Sie Quellphrasen bei, fügen Sie jedoch eine normalisierte Entität, ein Thema, einen Modifikator, eine wahrscheinliche Suchintention, einen Markt und eine Belegquelle hinzu.

Tool: Nutzen Sie die Semantische Karte unter app.amicited.com/semantic-map , um die Nähe zwischen verfolgten Prompts, Fan-out-Queries und zitierten Seiten zu untersuchen. Nähe ist ein Entdeckungshinweis, kein Beweis dafür, dass Punkte auf eine Seite gehören.

Erledigt, wenn: Jeder relevante Forschungspunkt einer normalisierten Entität und einem Thema zugeordnet ist, Duplikate konsolidiert sind und mehrdeutige Punkte einen Verantwortlichen für die Klärung haben.

2. Cluster um gemeinsames Thema und Journey bilden

Was zu tun ist: Gruppieren Sie Knoten, die ein Themengebiet verstärken und benachbarte Leserbedürfnisse bedienen. Ein Cluster ist eine verbundene Gruppe von Seiten, nicht nur ein gemeinsamer Keyword-Stamm.

Warum es wichtig ist: Cluster legen Grenzen für Abdeckung und Verlinkung fest. Lockere Gruppierung erzeugt ausufernde Pillar-Seiten; zu enge Gruppierung schafft kleine Inseln, die sich nicht gegenseitig stützen können.

Wie es geht: Vergleichen Sie semantische Nähe, gemeinsame Entität, Zielgruppe, Journey-Phase und wahrscheinliches Linkverhalten. Eine Seite kann clusterübergreifend verlinken, sollte aber einen primären Cluster-Besitzer haben.

Tool: Nutzen Sie die Ansicht der Semantischen Karte, die Wettbewerbsabdeckung und das Research-Sheet.

Erledigt, wenn: Jeder geplante Knoten einen primären Cluster hat, kein Cluster nur eine unstrukturierte Liste ist und jeder Grenzfall eine dokumentierte Begründung hat.

3. Die Pillar-Seite identifizieren und ihren Umfang definieren

Was zu tun ist: Wählen Sie die Seite, die die breite Orientierung für jeden Cluster bietet. Eine Pillar-Page erklärt das Thema auf dem Niveau, das benötigt wird, um Leser zu engeren Spokes zu führen; sie ist nicht automatisch die längste Seite oder die Seite mit dem höchsten Suchvolumen.

Warum es wichtig ist: Ohne Pillar-Seite verlinken Spokes wahllos seitwärts und der Cluster hat keinen zuverlässigen Einstiegspunkt. Eine Pillar-Seite, die jeden Spoke vollständig beantworten will, erzeugt stattdessen Überschneidungen.

Wie es geht: Schreiben Sie einen Ein-Satz-Job für die Pillar-Seite, listen Sie auf, was sie beantwortet, und listen Sie auf, was sie delegiert. Wählen Sie eine bestehende Seite, die diese Rolle bereits erfüllt; andernfalls erstellen Sie einen Knoten. Dokumentieren Sie alternative Navigationswege.

Tool: Bestehendes Seiteninventar, Seitenbericht und Verzeichnisbericht.

Erledigt, wenn: Jeder Cluster eine Pillar-Seite oder eine dokumentierte Ausnahme hat und der Pillar-Umfang nicht die vollständige Antwort dupliziert, die ein Spoke besitzt.

4. Eine Suchintention pro Spoke definieren

Was zu tun ist: Geben Sie jedem Spoke eine primäre Intentionserklärung in der Form: „Für [Zielgruppe], die [Aufgabe oder Entscheidung] durchführen muss, bietet diese Seite [nützliches Ergebnis].“

Warum es wichtig ist: Die Besitzverhältnis einer einzigen Suchintention ist der wichtigste Mechanismus zur Verhinderung von Kannibalisierung. Er macht zwei oberflächlich unterschiedliche Titel vergleichbar, bevor einer zu teurem Content wird.

Wie es geht: Vergleichen Sie Zielgruppe, gewünschtes Ergebnis, benötigte Belege, Ergebnismuster und geeigneten Call-to-Action. Wenden Sie den Zusammenführungstest an: Wenn derselbe Leser durch dieselbe Antwort, Belege, Format und nächste Aktion zufrieden wäre, planen Sie eine Seite mit Abschnitten. Nur aufteilen, wenn sich mindestens eine dieser Dimensionen materiell ändert.

Tool: Vereinheitlichte Keywords unter app.amicited.com/reports/keywords , Prompt-Recherche und Live-Ergebnisprüfung.

Erledigt, wenn: Keine zwei aktiven Knoten dieselbe primäre Suchintention teilen und jede diskutierte Aufteilung oder Zusammenführung eine schriftliche Begründung hat.

5. Beitragstyp nach Suchintention zuweisen

Was zu tun ist: Weisen Sie jedem Knoten einen Beitragstyp gemäß der Aufgabe zu, die der Leser von der Seite erwartet.

Warum es wichtig ist: Das Thema bestimmt nicht das Format. „CRM-Software“ könnte eine Definition, eine Bestenliste, eine Produktseite, einen Vergleich oder eine Schritt-für-Schritt-Anleitung erfordern. Die alleinige Auswahl nach Thema gibt Autoren die falschen Belege und die falsche Seitenstruktur.

Wie es geht: Bringen Sie Suchintention und erwartete Entscheidung mit dem Beitragstyp-Vertrag in Einklang: Vergleich für eine direkte Wahl, Schritt-für-Schritt-Anleitung für eine wiederholbare Aufgabe, Glossarbegriff für eine Definition und Produkt- oder Kategorieseite für die kommerzielle Bewertung. Halten Sie die Wahl im Knoten fest.

Tool: Das Hub für SEO-Beitragstypen und die genehmigten Ergebnismuster-Belege.

Erledigt, wenn: Jeder Knoten genau einen primären Beitragstyp hat und ein Prüfer die Wahl aus der Suchintention erklären kann, ohne sich auf den vorgeschlagenen Titel zu stützen.

6. Jeden Knoten der bestehenden Site zuordnen

Was zu tun ist: Ordnen Sie jeden Knoten bestehenden URLs zu und weisen Sie genau einen Status zu: existiert und ist in Ordnung, existiert und benötigt Arbeit, existiert und sollte zusammengeführt werden oder existiert nicht.

Warum es wichtig ist: Jede Gelegenheit als Neuproduktion zu behandeln, verschwendet bereits erworbene Autorität und verschlimmert Überschneidungen. Der Status wandelt Research sowohl in einen Inhaltsplan als auch in einen Bereinigungsplan um.

Wie es geht: Vergleichen Sie Suchintention mit Seitentiteln, Überschriften, Ranking-Queries, Zitationen, Traffic, Conversions und Links. Nennen Sie bei einer Zusammenführung die überlebende kanonische Seite und zu erhaltende Inhalte. Verwenden Sie „zusammenführen“ niemals ohne Ziel.

Tool: Organische vs. bezahlte Seiten unter app.amicited.com/reports/pages , Site-Crawl-Daten und das URL-Inventar.

Erledigt, wenn: Jeder Knoten einen Status hat, jede bestehende URL abgebildet oder explizit ausgeschlossen ist und jede Zusammenführung einen Überlebenden, einen Migrationsverantwortlichen und einen Grund hat.

7. Den internen Linkgraphen entwerfen

Was zu tun ist: Legen Sie die kontextuellen Links fest, die Pillar-Seiten, Spokes, kommerzielle Ziele und nützliche clusterübergreifende Seiten verbinden. Interne Verlinkung bedeutet Links zwischen Seiten derselben Domain; hier wird sie als Graph mit Seiten als Knoten und Links als gerichteten Kanten entworfen.

Warum es wichtig ist: Ein Cluster ohne geplante Kanten kann als Gruppe isolierter Seiten veröffentlicht werden. Die Navigation allein drückt selten aus, welche Seite Details, Vergleiche, Belege oder die nächste Entscheidung liefert.

Wie es geht: Geben Sie jedem Spoke einen Rückweg zu seiner Pillar-Seite und einen relevanten Weiterweg. Halten Sie Quelle, Ziel, Grund, wahrscheinliches Ankerkonzept und fest, ob der Link bereits existiert. Fügen Sie clusterübergreifende Links nur für eine echte Leseraufgabe hinzu.

Tool: Verzeichnisansicht unter app.amicited.com/reports/directory , Crawl-Link-Daten und der Graph der thematischen Landkarte.

Erledigt, wenn: Jeder priorisierte Knoten mindestens einen geplanten kontextuellen eingehenden Link und einen kontextuellen ausgehenden Link hat; jeder Cluster mit der restlichen Site verbunden ist; und kein neuer Knoten nur von einer Sitemap oder einem Menü zur Auffindung abhängt.

8. Verbundene Arbeiten priorisieren und sequenzieren

Was zu tun ist: Ordnen Sie Erstellungen, Verbesserungen und Zusammenführungen als verbundene Releases an, nicht als isolierte Seitenbewertungen.

Warum es wichtig ist: Die erste Seite verändert, worauf spätere Seiten verlinken können. Die Veröffentlichung von zehn Spokes vor ihrer Pillar-Seite hinterlässt schwache Pfade; der Umbau der Navigation, bevor kommerzielle Ziele bereit sind, schafft Sackgassen.

Wie es geht: Bewerten Sie Geschäftswert, Nachfragebelege, aktuelle Lücke, Abhängigkeiten, Implementierungsaufwand und Risiko. Wählen Sie dann das kleinste verbundene Release, das einen Leser bedienen kann: oft eine Pillar-Seite, ein kommerzielles Ziel und zwei oder drei hochwertige Spokes. Passen Sie die Reihenfolge nach Geschäftsmodell an, anstatt eine universelle Sequenz durchzusetzen.

Tool: Thematische Landkarte, Seiten- und Keyword-Berichte, Delivery-Tracker und das relevante Playbook nach Geschäftstyp.

Erledigt, wenn: Jede Priorität einen Grund hat, das erste Release intern verbunden veröffentlicht wird, Zusammenführungen vor Inhalten erfolgen, die auf stillgelegte URLs verlinken würden, und die Verantwortlichen dem nächsten Produktions-Batch zustimmen.

Tools in AmICited

Die Produktansichten unterstützen unterschiedliche Entscheidungen und sollten nicht zu einem allgemeinen „Research“-Schritt zusammengefasst werden.

Entscheidungsregeln

Schwellenwerte machen die Landkarte über verschiedene Prüfer hinweg nutzbar. Sie sind Betriebstore, keine Aussagen darüber, was ein Algorithmus belohnt.

Belege können eine Heuristik außer Kraft setzen, aber dokumentieren Sie die Ausnahme. Eine Utility-Seite benötigt möglicherweise keinen kontextuellen ausgehenden Link; ihr Knoten sollte dies begründen.

Sequenzierung des Builds nach Geschäftstyp

Die Build-Reihenfolge folgt dem wirtschaftlichen Modell der Site und der aktuellen Autorität. Geldseiten sind Seiten, die am nächsten zu einer Transaktion, einem Lead, einer Buchung oder einem Abonnement stehen; unterstützende Seiten beantworten die Fragen, die Menschen helfen, diese Ziele zu erreichen und ihnen zu vertrauen.

Dies sind Startmuster. Ein etablierter Publisher hat möglicherweise keine kommerziellen Routen; ein neues SaaS-Unternehmen benötigt möglicherweise zuerst grundlegende Erklärungen. Dokumentieren Sie, welche Abhängigkeit die Reihenfolge bestimmt.

Ergebnis: Die thematische Landkarte

Das Ergebnis ist eine versionierte Tabelle oder Datenbank plus eine Graphansicht. Die Tabelle ist maßgeblich; der Graph macht fehlende Links und isolierte Cluster sichtbar. Verwenden Sie eine Zeile pro Knoten mit mindestens diesen Feldern:

Knoten-ID | Cluster | Entität/Thema | Primäre Suchintention | Zielgruppe | Journey-Phase
Beitragstyp | Vorhandener Status | Kanonische/vorgeschlagene URL | Pillar/Spoke-Rolle
Priorität | Prioritätsgrund | Verantwortlicher | Eingehende Links | Ausgehende Links
Quellbelege | Abhängigkeiten | Zusammenführungsziel | Notizen

Speichern Sie Link-Knoten-IDs oder kanonische URLs, nicht „verwandte Artikel“. Speichern Sie Prioritätsgründe und verwenden Sie nur die vier genehmigten Status. Protokollieren Sie Freigaben für Zusammenführungen, Grenzänderungen und Architekturentscheidungen.

Sie ist vollständig, wenn ein Content-Lead ein Issue erstellen kann, ohne erneut über Suchintention, Beitragstyp, Cluster oder Linkverpflichtungen entscheiden zu müssen. Autoren entscheiden über die Ausdrucksweise, nicht über die Besitzverhältnisse.

Was schiefgeht

• Die Landkarte ist eine Keyword-Tabelle. Sie enthält Volumen und Schwierigkeit, aber keine Seitenknoten, Intentionsbesitz, Status, Beitragstyp oder Links. Wandeln Sie Keyword-Gruppen in explizite Seitenentscheidungen um.
• Cluster haben keine Pillar-Seite. Spokes teilen sich eine Farbe in einem Sheet, haben aber keine stabile Route oder breite Orientierung. Benennen Sie die Pillar-Seite oder dokumentieren Sie das alternative Navigationsmodell.
• Beitragstypen folgen Themen statt Suchintention. Jeder „X-Software“-Knoten wird zur Produktseite, auch wenn der Leser einen Vergleich oder eine Definition möchte. Führen Sie die Intentionserklärung erneut aus, bevor Sie das Format wählen.
• Die Landkarte hat keinen Linkgraph. Die Produktion erstellt die Seiten, aber keine hat verantwortliche eingehende Links. Definieren Sie Kanten als Teil des Knotenvertrags.
• Jede Lücke wird zu einer neuen Seite. Bestehende Autorität wird ignoriert und Überschneidungen wachsen. Ordnen Sie die Lücke zuerst „in Ordnung“, „verbessern“, „zusammenführen“ oder „erstellen“ zu.
• Eine riesige Pillar-Seite absorbiert jeden Spoke. Sie wiederholt vollständige Antworten und konkurriert mit Details. Setzen Sie Inklusions- und Delegationsgrenzen.
• Cluster spiegeln das Organigramm des Unternehmens wider. Validieren Sie Bezeichnungen und Pfade gegen Leseraufgaben und -sprache.
• Prioritäten sind unabhängige Bewertungen. Die zehn wichtigsten Knoten können nicht aufeinander verlinken oder hängen von fehlenden Zielen ab. Sequenzieren Sie verbundene Releases, nicht isolierte Summen.
• Die Landkarte ändert sich nie. Neue Produkte, beobachtete Prompts, Zusammenführungen und Leistungsbelege machen alte Entscheidungen ungültig. Versionieren Sie die Landkarte und überprüfen Sie betroffene Cluster, wenn sich die Site oder der Markt ändert.

Übergabe an Produktion und Beitragstypen

P8 übergibt dem Content-Lead eine genehmigte Landkarte, ein Entscheidungslogbuch, Zusammenführungsanweisungen und den ersten verbundenen Produktions-Batch. Jedes Issue erhält seine Knoten-ID, Suchintention, Zielgruppe, Beitragstyp, URL, Belege, erforderliche Links und Akzeptanzkriterien.

Der Beitragstyp-Verantwortliche wendet die entsprechende Vorlage an, ohne die Knotengrenze neu zu öffnen. Wenn das Briefing zeigt, dass zwei Knoten eine Suchintention sind, geht die Arbeit vor der Erstellung an den Landkarten-Verantwortlichen zurück, damit spätere Issues die Korrektur übernehmen.

Die Übergabe gilt als angenommen, wenn:

• jedes Issue auf genau einen genehmigten Knoten zurückgeht;
• das erste Release live oder geplante Linkquellen hat;
• Zusammenführungs- und Weiterleitungsarbeiten vor Links zur überlebenden URL erfolgen;
• Architektur-, Inhalts- und kommerzielle Verantwortliche ihre Abhängigkeiten genehmigen; und
• eine Person für Änderungen an der Landkarte für die restliche Dauer des Engagements verantwortlich ist.

FAQ

Ist eine thematische Landkarte dasselbe wie eine Keyword-Liste?

Nein. Eine Keyword-Liste erfasst Phrasen. Eine thematische Landkarte definiert die Seiten, die eine Site benötigt, die eindeutige Suchintention jeder Seite, ihren Beitragstyp und Status sowie die internen Links, die sie mit dem Rest der Site verbinden.

Wie viele Keywords kann ein Knoten einer thematischen Landkarte abdecken?

Ein Knoten kann viele Suchvarianten umfassen, wenn sie eine gemeinsame Suchintention und eine sinnvolle Antwort teilen. Nur aufteilen bei einer materiell anderen Entscheidung, Aufgabe, Beweisgrundlage oder Format.

Sollten wir Pillar-Pages vor Cluster-Seiten erstellen?

In der Regel zuerst die Pillar-Seite definieren, aber die Reihenfolge hängt vom Geschäftsmodell und der bestehenden Autorität ab. Veröffentlichen Sie die kleinste verbundene Einheit, die Nachfrage bedienen kann, und fügen Sie dann Spokes mit bereits festgelegten Links hinzu.

Was tun, wenn zwei bestehende Seiten dieselbe Suchintention ansprechen?

Wählen Sie das stärkere kanonische Ziel, entscheiden Sie, welches einzigartige Material der schwächeren Seite erhalten bleiben soll, und markieren Sie den schwächeren Knoten für die Zusammenführung. Erstellen Sie keine dritte Seite, um eine Überschneidung zwischen zwei Seiten aufzulösen.

Wann ist die thematische Landkarte ausreichend für die Produktion?

Sie ist bereit, wenn jeder relevante Knoten eine Suchintention, einen Beitragstyp, eine aktuelle Zustandsklassifikation, eine Priorität, eine kanonische oder vorgeschlagene URL sowie explizite eingehende und ausgehende Links besitzt und es keine ungelösten Besitzkonflikte gibt.