SEO
Docsbook erstellt die maschinenlesbare Hälfte Ihrer Dokumentation für Sie. Jede von
ihm gehostete Seite ist serverseitig gerendertes HTML mit einem aufgelösten
<title>, einer bereinigten Meta-Beschreibung, einer kanonischen URL, einem
hreflang-Set, das nur Sprachen enthält, in die Sie tatsächlich übersetzt haben,
OpenGraph- und X-Karten mit einem generierten Bild, einem JSON-LD-Graphen sowie einem
Eintrag in einer Sitemap, auf die robots.txt verweist. Sie schreiben Markdown;
der Head ist eine Konsequenz daraus.
Dieser Abschnitt behandelt Suchergebnisse – also das, was Google und Bing crawlen, indizieren und bewerten. Zwei benachbarte Bereiche behandeln die anderen maschinellen Oberflächen und überschneiden sich nicht damit: AEO ist das Antwortfeld über den Suchergebnissen, und GEO bedeutet, dass Sie von einem KI-Assistenten zitiert werden, anstatt in den Suchergebnissen bewertet zu werden.
Was es dich kostet#
Drei Dinge, und eines davon ist nicht optional.
- Aktiviere den SEO-Schalter. Im Adminbereich unter Einstellungen ▸ SEO & GEO den
SEOSchalter. Er ist bei einem neuen Projekt deaktiviert, und solange er deaktiviert ist, wird jede Seitenoindex, nofollowausgeliefert — das Markup wird vollständig generiert, und alles darin sagt „nicht indexieren“. Das ist der häufigste Grund dafür, dass eine Docsbook-Website nicht in Google erscheint. Diese Funktion ist in jedem Tarif kostenlos. - Verfasse ein klares
# H1und einen einleitenden Absatz, der die Frage der Seite beantwortet. Sie werden zu Titel und Beschreibung, sofern du sie nicht überschreibst. - Sonst nichts. Kanonische URLs, die Sitemap,
robots.txt, Cards, JSON-LD und der Sprachcluster werden verwaltet, und es gibt keine Konfigurationsmöglichkeit dafür.
Um die generierte Zeile für eine Seite zu überschreiben, füge sie in das Frontmatter ein:
---
title: "Configure a webhook"
description: "Register a Docsbook webhook, choose its events, and verify the first delivery."
---Um eine Seite aus dem Index fernzuhalten, während sie weiterhin veröffentlicht und lesbar bleibt:
---
noindex: true
---robots: noindex, noindex: yes und noindex: 1 werden ebenfalls akzeptiert. Verwende dies für Seiten,
die Crawl-Budget verbrauchen, ohne jemals einen Klick zu erhalten — ein Änderungsprotokoll mit
90.000 Zeichen, interne Arbeitsnotizen oder ein unfertiger Platzhalter. Der websiteweite Schalter ist dafür
das falsche Instrument: Wenn du ihn deaktivierst, wird alles verborgen.
Die Signale und wo jedes einzelne entschieden wird#
| Signal | Was Docsbook tut | Wo |
|---|---|---|
<title> |
Frontmatter title → Body H1 → Dateiname; Arbeitsbereichsname wird genau einmal angehängt |
So funktioniert es |
<meta description> |
Frontmatter description → einleitende Absätze, von Markup bereinigt, bei 160 Zeichen |
So funktioniert es |
| Kanonische URL | Benutzerdefinierte Domain → Produktpfad → kurzer Apex-Pfad → Inhaber-Subdomain; niemals eine URL, die weiterleitet | So funktioniert es |
hreflang |
Nur Locales, in die diese Seite tatsächlich übersetzt wurde, plus x-default |
So funktioniert es |
| OpenGraph-/X-Karte | summary_large_image mit einem generierten 1200×630-Bild pro Seite |
So funktioniert es |
| Robots-Direktiven | Vorschau → Website-Schalter → Seite noindex, in dieser Rangfolge |
So funktioniert es |
sitemap.xml |
Jede Seite plus echte Übersetzungen, lastmod aus dem Quell-Commit |
So funktioniert es |
| JSON-LD | Organization + TechArticle + BreadcrumbList auf jeder Seite |
So funktioniert es |
| Erkennung und erneutes Crawlen | Sitemap, robots.txt, IndexNow-Push, Cache-Timer |
Indexierung |
| Google-Positionen | Search Console wird in das Admin-Panel eingelesen, kostenlos in jedem Tarif | Indexierung |
Warum dies der richtige Weg ist (Belege)#
| Was Docsbook tut | Warum es für den Crawler funktioniert | Quelle |
|---|---|---|
| Liefert vollständiges serverseitig gerendertes HTML | Google rendert JavaScript in einer Warteschlange, in der eine Seite „möglicherweise … einige Sekunden warten muss, es kann aber länger dauern“, und „nicht alle Bots können JavaScript ausführen“ | Grundlagen der JavaScript-SEO |
| Gibt jeder Seite einen eigenen Titel und eine eigene Beschreibung | Die Quellen für Titel-Links beginnen mit „In <title>-Elementen enthaltene Inhalte“; und „Identische oder ähnliche Beschreibungen auf jeder Seite einer Website sind nicht hilfreich“ |
Titel-Links, Snippets |
| Verweist mit dem Canonical auf die URL, die mit 200 antwortet | rel="canonical" ist „ein starkes Signal, dass die angegebene URL kanonisch werden sollte“ – ein Signal, dem Google nur folgen kann, wenn das Ziel aufgelöst wird |
Doppelte URLs zusammenführen |
Führt in hreflang nur echte Übersetzungen auf |
„Wenn Seite X auf Seite Y verweist, muss Seite Y zurück auf Seite X verweisen. Ist dies nicht der Fall … werden diese Annotationen möglicherweise ignoriert“ | Lokalisierte Versionen |
Verwendet echte Commit-Daten für lastmod |
Google verwendet <lastmod> „wenn es konsistent und nachweislich … korrekt ist“ |
Eine Sitemap erstellen |
Gibt FAQPage / HowTo nur aus, wenn die Seite diesen Inhalt hat |
„Fügen Sie keine strukturierten Daten zu Informationen hinzu, die für den Nutzer nicht sichtbar sind, selbst wenn die Informationen korrekt sind“ | Einführung in strukturierte Daten |
| Rendert die Seitenleiste auf jeder Seite als HTML-Links | Das Crawling-Budget wird für erreichbare Inhalte aufgewendet; „Wenn viele dieser URLs Duplikate sind … wird dadurch viel Zeit des Google-Crawlers auf Ihrer Website verschwendet“ | Crawling-Budget |
| Liefert eine 308-Weiterleitung, wenn eine Seite verschoben wird | Eine temporäre Weiterleitung würde dazu führen, dass die tote URL die kanonische URL bleibt | Doppelte URLs zusammenführen |
Was Docsbook nicht behaupten wird#
- Nichts davon sorgt für ein besseres Ranking einer Seite. Jeder der oben genannten Mechanismen macht eine Seite crawlbar, eindeutig und korrekt dargestellt. Googles FAQ zur Seitenerfahrung beantwortet die Frage „Gibt es ein einzelnes ‚Signal zur Seitenerfahrung‘ …?“ mit „Es gibt kein einzelnes Signal“ und beantwortet die Frage, wie wichtig die Seitenerfahrung für das Ranking ist, mit „Die Google-Suche versucht immer, die relevantesten Inhalte anzuzeigen, selbst wenn die Seitenerfahrung unterdurchschnittlich ist“ (Seitenerfahrung). Markup ist die Grundlage, nicht der Hebel.
- Strukturierte Daten werden als Signal für die Berechtigung, nicht als Ranking-Signal dokumentiert. Googles eigene Einführung spricht über Rich Results und sagt nichts über das Ranking aus.
priorityundchangefreqin der Sitemap bewirken für Google nichts. „Google ignoriert die Werte<priority>und<changefreq>.“ Docsbook gibt sie für die Suchmaschinen aus, die sie tatsächlich auswerten.- Das Crawl-Budget ist wahrscheinlich nicht dein Problem. Googles Leitfaden zum Crawl-Budget
richtet sich an „große Websites (1 Million+ eindeutige Seiten) mit Inhalten, die sich
mäßig häufig ändern (einmal pro Woche)“ und an „mittlere oder größere Websites (10.000+
eindeutige Seiten) mit sehr häufig wechselnden Inhalten (täglich)“ — und sagt im selben Atemzug,
dass dies „eine grobe Schätzung ist, die dir bei der Einstufung deiner Website helfen soll. Dies sind keine
exakten Schwellenwerte.“
noindexin einem riesigen Änderungsprotokoll ist trotzdem sinnvoll; eine 60-seitige Dokumentationswebsite als Crawl-Budget-Notfall zu behandeln, ist es nicht. - Kein Multiplikator. Der Traffic hängt von deinem Thema, deiner Konkurrenz und deiner Domain ab. Jede Plattform, die dir einen Prozentsatz nennt, nennt dir den einer anderen Website.
Grenzen#
- Der websiteweite Schalter ist standardmäßig deaktiviert und gilt für den gesamten Arbeitsbereich. Es gibt keine
Steuerung „diesen Abschnitt indexieren, nicht jenen“ oberhalb der seitenbezogenen
noindex-Markierung. - Bei einer benutzerdefinierten Domain werden der SEO-Schalter und
noindexpro Seite nicht berücksichtigt — Seiten werden bedingungslos alsindex, followbereitgestellt — und es gibt keinenhreflang- Cluster, keinBreadcrumbList, keine Sitemap, keine Weiterleitung für verschobene Seiten und keine der GEO-Seitensignale. Die kanonische URL, der Titel, die Beschreibung, Karten und derTechArticle-Knoten sind dort alle korrekt. Siehe Funktionsweise. - Die Positionen in der Search Console umfassen nur von Docsbook gehostete Hosts. Eine Website auf Ihrer eigenen Domain liegt außerhalb der Property, die Docsbook ausliest. Siehe Indexierung.
- Eine Umbenennung außerhalb von Docsbook hinterlässt keine Weiterleitung. Über Docsbook
vorgenommene Verschiebungen erstellen automatisch eine; ein
git mvtut dies nicht.
Checkliste#
- Der
SEO-Schalter ist unter Einstellungen ▸ SEO & GEO aktiviert. - Jede Seite hat genau eine eindeutige
# H1oder ein Frontmatter-title. - Der einleitende Absatz beantwortet die Frage der Seite in ein oder zwei Sätzen.
- Jede Seite ist über die Seitenleiste erreichbar; es gibt keine verwaisten Seiten.
- Seiten, die niemals ein Ranking erzielen sollen, enthalten
noindex: true. - Für mehrsprachige Dokumentationen sind Übersetzungen aktiviert , damit jede Sprache ihre eigene indexierbare URL erhält.
Verwandte Themen#
- So erstellt Docsbook den Head einer Seite — die Auflösungsreihenfolge.
- Indexierung — Erkennung, erneutes Crawling und Search Console.
- AEO — Antwortmaschinen und Rich Results
- GEO — Zitierung durch KI-Assistenten
- llms.txt
- KI-Übersetzungen
- Suchoptionen — die Website-Suche, die Leser verwenden, sobald sie angekommen sind.