# Von der freigegebenen Antwort zur Seitenlandkarte

Bevor eine freigegebene Antwort ins CMS gelangt, braucht sie einen begründeten Platz: auf einer bestehenden oder neuen Seite, unter einer dauerhaften URL und in einer nachvollziehbaren Nachbarschaft.

## Die kurze Antwort

Ordne jede freigegebene Antwort vor der Veröffentlichung einer klaren Seitenaufgabe zu. Entscheide, ob sie eine bestehende Seite ergänzt oder eine eigene kanonische URL benötigt. Benenne Verantwortung, Aktualisierungsauslöser, übergeordnete und angrenzende Seiten sowie den primären Publikationskanal. Das Ergebnis ist ein Seitensteckbrief, nicht eine Zusage für Indexierung oder Sichtbarkeit.

Die fachliche Antwort ist geprüft. Damit endet die Arbeit am Inhalt, aber die Publikationsentscheidung beginnt erst jetzt.

Suchmaschinen und andere abrufende Systeme begegnen keiner internen Datei. Sie begegnen URLs. Jede URL liefert eine bestimmte Seite aus, übernimmt eine erkennbare Aufgabe und steht in Beziehung zu anderen Seiten. Fehlt diese Ordnung, kann dieselbe Aussage an mehreren Orten erscheinen, eine neue Seite ohne eingehende Links entstehen oder eine wichtige Antwort nur in einem Newsletter oder PDF zugänglich bleiben.

Für ein kleines B2B-KMU ist deshalb nicht die Anzahl publizierter Seiten entscheidend. Entscheidend ist, dass jede öffentliche Seite einen begründeten Platz hat und dauerhaft betreut werden kann.

## Mit der Platzfrage beginnen

Prüfe zuerst, ob die freigegebene Antwort bereits zu einer bestehenden Seite gehört. Vergleiche nicht einzelne Formulierungen, sondern die Aufgabe der Seite:

- Beantwortet eine bestehende Seite bereits dieselbe fachliche oder geschäftliche Frage?
- Richtet sie sich an dieselbe Entscheidungssituation?
- Soll sie bei denselben Änderungen überprüft werden?
- Kann eine verantwortliche Person die gesamte Seite fachlich betreuen?

Wenn das zusammenpasst, ist die Ergänzung einer bestehenden Seite meist klarer als eine neue URL. Eine eigene Seite ist sinnvoll, wenn die Antwort eine eigenständige Aufgabe erfüllt, separat gepflegt werden muss oder als dauerhaftes Ziel für interne und externe Links dienen soll.

## Eine primäre Seitenrolle wählen

Die **Seitenrolle** beschreibt die Hauptaufgabe einer Seite, nicht ihr Layout.

| Rolle | Hauptaufgabe |
|---|---|
| Hub | Ein Themengebiet ordnen und zu passenden Details führen |
| Detailseite | Eine klar abgegrenzte Frage oder Vorgehensweise behandeln |
| Nachweisseite | Eine Aussage mit Dokumenten, Spezifikationen oder Grundlagen belegen |
| Transaktionsseite | Einen nächsten Schritt wie Anfrage oder Download ermöglichen |
| Referenzseite | Dauerhaft gültige Begriffe, Regeln oder Zuständigkeiten festhalten |

Eine Seite darf weitere Funktionen erfüllen, sollte aber nicht gleichzeitig Übersicht, vollständige Facherklärung, Kontaktformular und Dokumentenarchiv sein müssen.

## Die verantwortliche öffentliche URL festlegen

Die **kanonische URL** ist die bevorzugte, dauerhaft verwendete Webadresse einer Seite. Notiere die vollständige HTTPS-Adresse und prüfe:

- Interne Links sollen direkt auf diese URL zeigen.
- Die Adresse ist nicht von Sitzungen oder Trackingparametern abhängig.
- Druckansichten, PDF-Fassungen oder Filtervarianten werden nicht zur zweiten Hauptfassung.
- Die URL kann bestehen bleiben, wenn Navigation oder Kampagnen wechseln.

`rel="canonical"` kann eine bevorzugte Fassung signalisieren, ersetzt aber keine saubere Seitenentscheidung. Sitemap, interne Links, Weiterleitungen und Canonical-Angabe sollten dieselbe URL stützen. Google kann trotz dieser Signale eine andere kanonische URL wählen.

## Verantwortung, Auslöser und Nachbarschaft eintragen

Der **Owner** ist die Person, die für die fachliche Gültigkeit der Seite verantwortlich ist. Sie entscheidet, ob die Seite bei einer Änderung angepasst, zusammengeführt, weitergeleitet oder zurückgezogen wird.

Ein **Aktualisierungsauslöser** ist ein Ereignis, das eine Prüfung startet: etwa eine geänderte Leistung, Spezifikation, Rechtsgrundlage, verlinkte Quelle oder benachbarte Hub-Seite. Ein turnusmässiges Prüfdatum bleibt ein Sicherheitsnetz, sollte aber nicht der einzige Pflegeprozess sein.

Trage ausserdem drei Beziehungen ein: Welche Hub-, Leistungs- oder Themenübersicht führt hierher? Welche Seiten behandeln angrenzende Fragen? Welcher sachlich nächste Schritt folgt? Diese Prüfung zeigt Überschneidungen und verhindert verwaiste Seiten.

## Ursprungsort und Verteilung trennen

Für dauerhaft auffindbare Fachinformationen ist die Website gewöhnlich der öffentliche Ursprungsort. Newsletter, soziale Netzwerke, Partnerportale oder Präsentationen können einen Auszug verbreiten und auf diese Fassung verweisen.

Dokumentiere den primären Kanal, die Nebenkanäle, den Umgang mit vollständigen Kopien und die Zuständigkeit für spätere Korrekturen. Eine Kopie darf nicht unbemerkt zur zweiten massgeblichen Fassung werden.

**Plattformstand vom 17. August 2026:** Google beschreibt permanente Weiterleitungen und `rel="canonical"` als starke Signale für die bevorzugte URL; ein Sitemap-Eintrag ist ein schwächeres Signal. Für generative Funktionen in Google Search gelten die normalen Search-Anforderungen. Eine besondere `llms.txt`-Datei oder ein spezielles KI-Markup ist nicht erforderlich. Keine dieser Massnahmen garantiert Crawling, Indexierung, Ranking oder Referenzierung.

## Dein nächster Arbeitsschritt

Erstelle einen Seitensteckbrief mit freigegebener Antwort, Publikationsentscheidung, vollständiger kanonischer URL, primärer Seitenrolle, Owner und Vertretung, Aktualisierungsauslöser, nächster Prüfung, übergeordneten und angrenzenden Seiten, weiterführendem Ziel, primärem Publikationskanal, Nebenkanälen, Umgang mit Kopien sowie Prüfung von internen Links, Sitemap, Canonical und Weiterleitungen. Lass die verantwortliche Person den Steckbrief vor dem CMS-Eintrag freigeben.

## Quellen und Vertiefung

- [Quelle bei Google](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) — Google Search Central: Canonical-Signale und Auswahl der repräsentativen URL.
- [Quelle bei Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects) — Google Search Central: Dauerhafte und vorübergehende URL-Wechsel.
- [Quelle bei Google](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) — Google Search Central: Normale Search-Grundlagen und keine besonderen KI-Dateien.
- [RFC 6596](https://www.rfc-editor.org/rfc/rfc6596) — IETF: Standardisierte Canonical-Link-Relation.

## Hinweis

Die Plattformangaben geben den dokumentierten Stand vom 17. August 2026 wieder. Sie können sich ändern; Indexierung, Ranking oder Nennung werden nicht garantiert.