SEO mit Ghost

TL;DR — Ghost ist eine Publishing-Plattform, die im normalen Modus den Großteil Ihrer technischen SEO automatisch erledigt — Sitemap, Canonical-Tags, Meta-Tags, Social Cards, strukturierte Daten — ohne dass Sie ein Plugin installieren müssen. Sie ist auch von Haus aus schnell. Der große Haken: Wenn Sie Ghost “headless” betreiben (nur als Inhaltsquelle für eine separate Website), verschwindet die gesamte integrierte SEO und ein Entwickler muss sie neu aufbauen. Und Inhalte nur für Mitglieder können bei Google überhaupt nicht erscheinen.

Was Ghost ist

Ghost ist ein Content-Management-System — wie WordPress, aber speziell für Blogs, Newsletter und kostenpflichtige Mitgliedschaften entwickelt, nicht für jede Art von Website. Sie schreiben Beiträge in Ghost, und Ghost veröffentlicht sie.

Das Besondere an Ghost für SEO ist, dass es auf zwei völlig unterschiedliche Arten betrieben werden kann:

• Der normale Weg (traditioneller Modus). Ghost betreibt Ihre gesamte Website — es speichert Ihre Inhalte und wandelt sie in Webseiten um. Das nutzen die meisten.
• Der Headless-Weg. Ghost wird nur noch zu einem Speicherkasten für Inhalte. Eine separate Website (von einem Entwickler mit etwas wie Next.js oder Astro erstellt) ruft die Inhalte ab und erstellt die Seiten selbst.

Diese Wahl verändert alles an Ghosts SEO; behalten Sie deshalb die Unterscheidung im Hinterkopf.

Was Ghost automatisch für Sie erledigt (normaler Modus)

Wenn Sie Ghost auf die normale Weise betreiben, erledigt es die technischen SEO-Grundlagen ohne Einrichtung:

• Eine Sitemap — eine automatisch aktualisierte Liste Ihrer Seiten unter yourdomain.com/sitemap.xml, die Sie Google und Bing übergeben können. Evidence for this claim Traditional Ghost includes automatic SEO features including XML sitemaps, canonical tags, metadata, and structured data. Scope: Ghost-rendered sites using supported themes; headless frontends must implement their own output. Confidence: high · Verified: 2026-07-14 Ghost: SEO
• Canonical-Tags — diese teilen Suchmaschinen mit, welche Version einer Seite die “offizielle” ist, damit doppelte Seiten nicht konkurrieren.
• Meta-Titel und -Beschreibungen — mit sinnvollen Fallbacks, wenn die Felder leer bleiben.
• Social Cards — Open-Graph- und Twitter-Card-Tags, damit Links beim Teilen gut aussehen.
• Strukturierte Daten — das unsichtbare Article-Markup, das Suchmaschinen hilft, Ihren Beitrag zu verstehen.
• Saubere URLs und eine schnelle Website standardmäßig.

In WordPress würden Sie ein Plugin wie Yoast installieren, um das meiste davon zu bekommen. Bei Ghost ist es einfach da.

Was Ghost nicht erledigt

Ghost deckt den Kern ab, nicht die Extras. Es fügt keine Breadcrumb- oder FAQ-Strukturierten-Daten hinzu, es hat keine integrierte Unterstützung für mehrsprachige (hreflang) Websites, keinen “Vor Google verbergen”-Schalter pro Beitrag im Menü und keine Yoast-artige Keyword-Checkliste. Dafür sind Code oder ein Drittanbieter-Tool erforderlich.

Die eine Sache, die Leute falsch machen

Inhalte nur für Mitglieder können nicht ranken. Wenn Sie einen Beitrag hinter eine kostenpflichtige (oder kostenlose E-Mail-)Mitgliedschaft legen, kann Google ihn buchstäblich nicht lesen — Ghost versteckt ihn vor allen, die nicht angemeldet sind, einschließlich Suchmaschinen. Die Lösung ist, eine öffentliche Vorschau oder einen Teaser zu veröffentlichen, der ranken kann, und den geschützten Teil zu nutzen, um Leser in Abonnenten zu verwandeln. Erwarten Sie nicht, dass gesperrte Beiträge Suchverkehr bringen.

Möchten Sie die vollständige Version — die Entscheidung traditionell vs. headless, die Headless-Neuaufbau-Checkliste, Schema für geschützte Inhalte und Ghost Pro vs. Self-hosted? Wechseln Sie zum Erweitert-Tab.

TL;DR — Ghost SEO gabelt sich bei einer Entscheidung: traditioneller (Handlebars-)Modus vs. headless (Content API). Traditionelles Ghost liefert technische Kern-SEO automatisch — Sitemap, selbstreferenzierende + benutzerdefinierte Canonicals, Meta-Tags, OG-/Twitter-Cards und Article-JSON-LD — ohne Plugin, und es ist standardmäßig schnell. Gehen Sie headless, verschwindet alles davon; das Frontend muss jedes Element neu aufbauen, und Ghosts Geschwindigkeitsvorteil verpufft, weil das Framework jetzt die Leistung bestimmt. Beide Modi teilen Lücken, die Ghost nie füllt (Breadcrumb-/FAQ-/Product-Schema, hreflang, noindex pro Beitrag, IndexNow, eine Redirect-Oberfläche), und geschützte Inhalte nur für Mitglieder sind serverseitig blockiert, sodass sie nicht indexiert werden können. Verwechseln Sie die beiden Modi nicht — es sind unterschiedliche Probleme.

Die Weggabelung

Ghost ist ein Node.js- (Express-)CMS mit einem entkoppelten Kern: eine API plus ein optionales Handlebars-Frontend. Diese Architektur ist die gesamte SEO-Geschichte.

• Traditioneller Modus – Ghost liefert HTML über seine Handlebars-Themes aus. Alle integrierten SEO-Funktionen greifen und werden automatisch über den {{ghost_head}}-Helper des Themes generiert.
• Headless-Modus – Ghost ist “a full headless CMS which is completely agnostic of any particular front end or static site framework.” (Übersetzung) „Ghost ist ein vollständig entkoppeltes CMS, das von einem bestimmten Frontend oder Framework für statische Websites unabhängig ist.“ Sie fragen die Content-API oder Admin-API von einem separaten Frontend ab (Next.js, Astro, Nuxt, SvelteKit), und SEO wird zu 100 % zur Aufgabe dieses Frontends.

Die Wahl des Modus ist der größte einzelne Faktor für den SEO-Fußabdruck von Ghost. Alles unten ist darauf ausgerichtet. (Für die framework-agnostische Version der Headless-Seite siehe SEO für ein Headless-CMS.)

Was traditionelles Ghost automatisch übernimmt

Im traditionellen Modus erledigt Ghost die technische Kern-SEO ohne Konfiguration:

• Sitemap. Automatisch generiert unter /sitemap.xml, aktualisiert bei Veröffentlichung/Aufhebung der Veröffentlichung, abdeckend Beiträge, Seiten, Tags und Autoren. “Ghost automatically creates and updates an XML sitemap for your website.” (Übersetzung) „Ghost erstellt und aktualisiert automatisch eine XML-Sitemap für Ihre Website.“ Evidence for this claim Ghost automatically creates and updates an XML sitemap. Scope: Traditional Ghost publication output. Confidence: high · Verified: 2026-07-14 Ghost: SEO
• Canonical-Tags. Ein selbstreferenzierendes rel=canonical auf jedem Beitrag und jeder Seite – “Ghost adds canonical tags across your site to tell search engines which version of a page they should consider the ‘official’ one.” (Übersetzung) „Ghost fügt auf Ihrer gesamten Website kanonische Tags hinzu, damit Suchmaschinen wissen, welche Version einer Seite sie als die offizielle betrachten sollen.“ Seit März 2019 können Sie auch einen benutzerdefinierten Canonical pro Beitrag im Metadaten-Panel des Editors festlegen oder über die Admin-API im Feld canonical_url – vorgesehen für “guest posts, multiple versions of the same page or when you need to curate a list of links to external sources.” (Übersetzung) „Gastbeiträge, mehrere Versionen derselben Seite oder Fälle, in denen Sie eine Linkliste zu externen Quellen kuratieren müssen.“ Evidence for this claim Ghost outputs canonical tags and supports a custom canonical URL for a post or page. Scope: Traditional Ghost and the post/page metadata configuration. Confidence: high · Verified: 2026-07-14 Ghost: Canonical URLs
• Meta-Titel/Beschreibung. Benutzerdefinierte Felder, die auf den Beitragstitel und Auszug zurückfallen, wenn sie leer gelassen werden.
• Open Graph + Twitter Cards. Automatisch generiert aus Beitragsmetadaten und dem Feature- Bild.
• Strukturierte Daten (JSON-LD). “Ghost automatically includes structured data in all posts and pages” (Übersetzung) „Ghost fügt automatisch strukturierte Daten in alle Beiträge und Seiten ein.“ – Article-Schema mit Publisher, Autor, Überschrift, datePublished, dateModified, Bild und Schlüsselwörtern.
• Saubere URLs + benutzerdefiniertes Routing. Slug-basierte URLs standardmäßig, vollständig anpassbar über routes.yaml.
• robots.txt. Eine Standarddatei, die den /ghost/-Admin-Pfad verbietet und alles andere erlaubt.

Das ist tatsächlich mehr als eine Standard-WordPress-Installation bietet – Ghost listet “XML sitemaps, canonical tags, optimised URLs, microformats, Facebook Open Graph tags, support for Twitter cards and clean semantic markup” (Übersetzung) „XML-Sitemaps, kanonische Tags, optimierte URLs, Mikroformate, Facebook-Open-Graph-Tags, Unterstützung für Twitter Cards und sauberes semantisches Markup.“ Diese Funktionen sind ohne Plugin integriert.

Was Ghost nie tut – in beiden Modi

Ghost deckt den Kern ab und hört dort auf. Es generiert nicht:

• Erweitertes Schema – Breadcrumb-, FAQ-, Anleitungs-, Produkt-, Rezept- oder Video-Markup. Nur Article-Schema. Alles andere ist manuelle Code-Injektion oder Theme-Arbeit.
• Hreflang / internationale SEO – keine native Unterstützung. Mehrsprachiges Ghost benötigt einen Drittanbieterdienst (Weglot, ConveyThis) oder eine Implementierung auf Theme-Ebene, und hreflang ist bekanntermaßen fehleranfällig.
• Einen Noindex-Schalter pro Beitrag in der Benutzeroberfläche – Sie benötigen Code-Injektion.
• Keyword-Optimierungsanleitung. Das ist beabsichtigt. Auf die Frage nach dem Hinzufügen von Yoast-ähnlichen Tools argumentierte das Ghost-Team, dass “one of the downsides of using Yoast’s KW optimisation suggestions is that is encourages us to write meta data for machines instead of humans,” (Übersetzung) „Ein Nachteil der Keyword-Optimierungsvorschläge von Yoast ist, dass sie uns dazu verleiten, Metadaten für Maschinen statt für Menschen zu schreiben“, und zur breiteren Wunschliste für fortgeschrittenes SEO (Breadcrumb- Schema, hreflang, noindex-Steuerungen) sagte es schlicht: “This isn’t on our radar at the moment.” (Übersetzung) „Das steht derzeit nicht auf unserem Plan.“
• IndexNow – keine native Unterstützung; verdrahten Sie es über einen benutzerdefinierten Webhook bei der Veröffentlichung, wenn Sie möchten, dass Bing/andere sofort benachrichtigt werden.
• Eine Redirect-Verwaltungs-Benutzeroberfläche – Redirects leben in redirects.yaml (selbst gehostet) oder Ghost Pros Redirect-Manager; es gibt kein Plugin-Ökosystem, auf das man sich stützen kann.

Headless Ghost: die SEO, die Sie neu aufbauen müssen

Gehen Sie headless und Ghost hört auf, ein SEO-System zu sein – es ist eine Content-API. Alles in der Liste “automatisch übernommen” oben ist jetzt die Aufgabe des Frontends:

• Sitemap — zur Build-Zeit oder durch eine serverlose Funktion generiert, welche die Content-API abfragt.
• Canonical-Tags — vom Frontend-Framework injiziert, idealerweise absolute URLs von einer einzigen SITE_URL.
• Meta- und OG-/Twitter-Tags — über das Head-Management des Frameworks gerendert (Next.js generateMetadata, Astros <head>, Nuxt useSeoMeta).
• Strukturierte Daten (JSON-LD) — jetzt vollständig individuell.
• robots.txt — vom Frontend ausgeliefert.
• 301/302-Weiterleitungen — im Frontend oder in der CDN-Schicht behandelt.
• Core Web Vitals — Ghosts Geschwindigkeitsvorteil verschwindet; das Framework und der Rendering-Modus dominieren nun die Leistung.

Das Einzige, was übernommen wird: Die Content-API liefert weiterhin die redaktionellen Metadaten, die Sie im Ghost-Editor eingegeben haben — meta_title, meta_description, og_title, og_description, og_image, twitter_title, twitter_description, twitter_image und canonical_url. Die Daten sind verfügbar; das Rendern liegt bei Ihnen. Dies ist das allgemeine Headless-CMS-SEO-Problem, und es ist wirklich ein JavaScript-SEO-Problem — wenn Ihr Frontend standardmäßig clientseitig rendert, muss Googlebot die Seite für eine spätere Render-Welle in die Warteschlange stellen. Das Rendering von KI-Crawlern variiert je nach Anbieter. Rendern Sie daher auf dem Server oder zur Build-Zeit (SSR/SSG), um die Abdeckung zu maximieren.

Gated Content und was Google sehen kann

Ghost unterstützt drei Sichtbarkeitsstufen: öffentlich, Mitglieder-kostenlos (E-Mail erforderlich) und Mitglieder-bezahlt (Abonnement). Der entscheidende Punkt für SEO ist, dass Gated Content serverseitig blockiert wird, nicht durch Erkennen des User-Agents. Wie Ghosts eigenes Team es formulierte: “Google can’t crawl protected content on your page, because that’s only ever available to logged in members.” (Übersetzung) „Google kann geschützte Inhalte auf Ihrer Seite nicht crawlen, da diese nur angemeldeten Mitgliedern zur Verfügung stehen.“ Google erhält genau dieselbe eingeschränkte Ansicht, die ein abgemeldeter Leser erhält.

Zwei realistische Strategien:

1. Öffentliche Vorschau. Zeigen Sie eine Einleitung / die ersten Absätze öffentlich an und sperren Sie den Rest. Ghost hat dafür eine native Funktion für öffentliche Vorschauen — der öffentliche Teil übernimmt die Ranking-Arbeit.
2. Metered Access. Implementierungen von Drittanbietern erlauben N kostenlose Artikel, bevor eine Registrierung erforderlich ist.

Wenn Sie Inhalte sperren, unterstützt Google Paywall-Markup — NewsArticle mit isAccessibleForFree: false und einem hasPart/cssSelector, der die gesperrte Region beschreibt — aber Ghost generiert dies nicht automatisch; es ist manuelle Code-Injektion. Und die harte Regel gilt in jedem Fall: kein Cloaking. Googlebot den vollständigen Artikel zu zeigen, während Leser auf eine Paywall stoßen, verstößt gegen die Google-Richtlinien und riskiert eine manuelle Maßnahme. Die ehrliche Darstellung ist, dass öffentliche Inhalte ranken und gesperrte Inhalte konvertieren — erwarten Sie nicht, dass gesperrte Beiträge Suchverkehr bringen.

Ghost Pro vs. Self-Hosting

Die SEO-Software ist auf beiden identisch — dasselbe Ghost, dieselben Funktionen. Der Unterschied liegt in der Infrastruktur-Kontrolle:

• Ghost Pro — verwaltetes Hosting mit integriertem CDN, automatischem SSL und Backups. Das CDN hilft bei TTFB und Core Web Vitals für verteilte Zielgruppen. Der Haken: Sie können robots.txt nicht direkt überschreiben — Sie müssen den Support kontaktieren. Das ist eine echte Einschränkung für Headless- oder Private-Mode-Setups.
• Self-Hosting — volle Kontrolle über Server, Header, Caching, robots.txt, serverseitige Weiterleitungen und Ihr eigenes CDN (Cloudflare ist die übliche Wahl). Mehr Flexibilität für fortgeschrittenes technisches SEO, mehr zu verwalten.

Keines ist inhärent „besser für SEO“ — Ghost Pro bringt Ihnen ein CDN, Self-Hosting bringt Ihnen Kontrolle.

Häufige Fallstricke

• Dünne Tag-/Autor-Archive. Ghost erstellt automatisch /tag/slug/- und /author/slug/-Seiten. Granulare Tags oder Einzelautoren erzeugen dünne Seiten – erwägen Sie, die minderwertigen zu noindexen.
• Indexierung von Vorschau-URLs. Ältere Ghost-Versionen konnten Vorschau-URLs von Entwürfen über Drittanbieter-Skripte auf Vorschauseiten an Googlebot leaken (inzwischen im Core behoben – siehe GitHub-Issue #9749). Überprüfen Sie bei älteren Installationen, dass Vorschauseiten nicht indexiert werden.
• /ghost/ versehentlich offengelegt. Stellen Sie sicher, dass die standardmäßige robots.txt-Disallow-Regel für den Admin-Pfad nicht überschrieben wurde.
• Doppelte Inhalte durch benutzerdefinierte Sammlungen. routes.yaml-Sammlungen können alternative URL-Pfade für denselben Inhalt erstellen. Ghost kanonisiert seine Standard-Struktur; benutzerdefiniertes Routing kann Duplikate erzeugen, wenn Sie Kanonische nicht explizit verwalten.
• Fehlende benutzerdefinierte Kanonische bei syndizierten/Gastbeiträgen. Wenn Sie Inhalte von anderswo erneut veröffentlichen, setzen Sie canonical_url pro Beitrag (Editor oder API), um auf das Original zu verweisen – die Funktion existiert erst seit März 2019.
• Headless-Vorab-Indexierung. Ein öffentliches Headless-Frontend, das vor dem Launch ohne eigene robots.txt bereitgestellt wird, kann vorzeitig indexiert werden. Ghosts eigener „privater“ Modus sendet Disallow: /, aber das schützt die Ghost-Instanz, nicht Ihr separates Frontend.

Ghost vs. WordPress, kurz

Ghost bietet Ihnen ohne Konfiguration mehr integrierte SEO-Funktionen und ist standardmäßig schneller. Ghosts eigener Benchmark behauptet, die Plattform sei “up to 1,900% faster than WordPress” (Übersetzung) „bis zu 1.900 % schneller als WordPress“. Behandeln Sie das als Herstellerangabe, auch wenn die Richtung plausibel ist: minimales JavaScript und eine starke Core-Web-Vitals-Basis. Die Obergrenze von WordPress ist mit den richtigen Plugins höher – etwa für Schema, Redirect-Verwaltung und programmatisches SEO –, doch die übliche Plugin-Last schadet oft der Leistung. Ghost eignet sich für Publisher, die ohne SEO-Plugin-Overhead schreiben möchten; WordPress eignet sich für komplexe Websites, die erweiterte Schemata oder große Integrationen benötigen. „Schneller, also besseres Ranking“ ist eine Vereinfachung: Core Web Vitals sind nur einer von vielen Faktoren, und die Geschwindigkeit von Headless-Ghost hängt vollständig vom Frontend ab, nicht von Ghost.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Ghost-SEO hängt von einer Entscheidung ab: traditioneller (Handlebars) Modus vs. Headless (Content API). Der Modus ist der größte einzelne Faktor für Ghosts SEO-Fußabdruck.
• Traditionelles Ghost liefert Kern-SEO automatisch, ohne Plugin: Sitemap unter /sitemap.xml, selbstreferenzierende Kanonische (+ benutzerdefinierte Kanonische pro Beitrag seit März 2019), Meta-Titel/Beschreibung mit Fallbacks, OG/Twitter-Karten, Article-JSON-LD, saubere URLs und eine robots.txt, die /ghost/ disallowt. Es ist auch standardmäßig schnell.
• Headless-Ghost verliert all das. Die Content API gibt die Metadatenfelder weiterhin zurück, aber das Frontend muss Sitemap, Kanonische, Meta-Tags, strukturierte Daten, robots.txt, Redirects neu aufbauen – und Ghosts Geschwindigkeitsvorteil verschwindet. Rendern Sie SSR/SSG, nicht CSR (AI-Crawler-Rendering-Unterstützung variiert je nach Anbieter).
• Lücken in beiden Modi: kein Breadcrumb-/FAQ-/Product-Schema, kein hreflang, kein Noindex-Umschalter pro Beitrag, kein IndexNow, keine Redirect-UI. Einige sind beabsichtigt – Ghost lehnt Yoast-artige Keyword-Tools als „Schreiben für Maschinen“ ab.
• Gated-Inhalte können nicht indexiert werden – sie sind serverseitig blockiert, also sieht Google, was ein ausgeloggter Leser sieht. Verwenden Sie eine öffentliche Vorschau zum Ranken; gaten Sie den Rest zur Konvertierung. Cloaken Sie nicht.
• Ghost Pro vs. Self-Hosted: identische SEO-Funktionen; Pro fügt ein CDN hinzu, sperrt aber robots.txt hinter Support; Self-Hosting gibt volle Kontrolle.
• Stolperfallen: dünne Tag-/Autor-Archive, Vorschau-URL-Indexierung auf alten Versionen, doppelte Inhalte durch benutzerdefinierte routes.yaml-Sammlungen, fehlende benutzerdefinierte Kanonische bei syndizierten Beiträgen.

Offizielle Dokumentation

Primärquellen-Dokumentation von den Suchmaschinen und von Ghost selbst.

Google

• JavaScript-SEO-Grundlagen verstehen — gilt direkt für headless Ghost: die Crawl-→-Render-→-Index-Pipeline und warum CSR-Inhalte spät gesehen werden.
• Abonnements und Paywall-Inhalte aktivieren — NewsArticle + isAccessibleForFree + hasPart/cssSelector für geschützte Inhalte.
• Suchindexierung mit noindex blockieren — das noindex-Meta-Tag und den X-Robots-Tag-Header für Vorschauen und den Admin-Pfad.
• Sitemaps-Übersicht — was Sie einreichen sollten; Ghost generiert im traditionellen Modus automatisch eine.

Bing / Microsoft

• Bing Webmaster Tools — Sitemaps einreichen — reichen Sie Ghosts /sitemap.xml direkt ein.
• IndexNow / indexnow.org — das Push-Protokoll, das Ghost nativ nicht unterstützt; binden Sie es an einen Veröffentlichungs-Webhook.

Ghost (offiziell)

• Ghost Help — SEO — die kanonische Liste dessen, was Ghost automatisch übernimmt.
• Ghost Developer Docs — Architektur — Ghost als headless CMS, unabhängig von jedem Frontend.
• Ghost Docs — URLs & Routing — routes.yaml, Sammlungen und benutzerdefinierte URL-Struktur.
• Ghost Changelog — Benutzerdefinierte kanonische URLs — die Funktion für kanonische URLs pro Beitrag vom März 2019.
• Ghost Resources — SEO für Mitglieder-Websites — Ghosts eigene Sicht auf SEO für geschützte Inhalte.

Zitate aus der Quelle

Aussagen aus Ghosts Dokumentation und vom Team, die auf dem Record stehen. Jeder Link ist ein Deep Link, der zur zitierten Passage auf der Quellseite springt.

Ghost — integrierte SEO-Funktionen

• “Ghost automatically creates and updates an XML sitemap for your website to help search engines understand the structure of your site and find all of its content.” (Übersetzung) „Ghost erstellt und aktualisiert automatisch eine XML-Sitemap für Ihre Website, damit Suchmaschinen die Struktur Ihrer Website verstehen und alle Inhalte finden können.“ — Ghost Help Docs. Zum Zitat springen
• “Ghost adds canonical tags across your site to tell search engines which version of a page they should consider the ‘official’ one. This helps prevent problems with duplicate content.” (Übersetzung) „Ghost fügt auf Ihrer gesamten Website kanonische Tags hinzu, um Suchmaschinen mitzuteilen, welche Version einer Seite sie als die ‚offizielle‘ betrachten sollen. Dies hilft, Probleme mit doppelten Inhalten zu vermeiden.“ — Ghost Help Docs. Zum Zitat springen
• “Ghost automatically includes structured data in all posts and pages. This helps search engines understand the content and context of your pages.” (Übersetzung) „Ghost fügt automatisch strukturierte Daten in alle Beiträge und Seiten ein. Dies hilft Suchmaschinen, den Inhalt und Kontext Ihrer Seiten zu verstehen.“ — Ghost Help Docs. Zum Zitat springen

Ghost — headless Architektur

• “Ghost is a full headless CMS which is completely agnostic of any particular front end or static site framework.” (Übersetzung) „Ghost ist ein vollwertiges headless CMS, das völlig unabhängig von einem bestimmten Frontend- oder Static-Site-Framework ist.“ — Ghost Developer Docs. Zum Zitat springen

Ghost — geschützte Inhalte und Crawling

• “Google can’t crawl protected content on your page, because that’s only ever available to logged in members.” (Übersetzung) „Google kann geschützte Inhalte auf Ihrer Seite nicht crawlen, da diese nur für angemeldete Mitglieder verfügbar sind.“ — Kym, Ghost-Team, Ghost Forum. Zum Zitat springen

Ghost — benutzerdefinierte kanonische URLs (März 2019)

• Die Funktion ermöglicht es Ihnen, “implement custom canonical links directly in the Ghost editor for guest posts, multiple versions of the same page or when you need to curate a list of links to external sources.” (Übersetzung) „benutzerdefinierte kanonische Links direkt im Ghost-Editor zu implementieren, für Gastbeiträge, mehrere Versionen derselben Seite oder wenn Sie eine Liste mit Links zu externen Quellen kuratieren müssen.“ — Ghost Changelog. Zum Zitat springen

Ghost — zu erweiterten SEO-Funktionen (Teamantwort)

• “one of the downsides of using Yoast’s KW optimisation suggestions is that is encourages us to write meta data for machines instead of humans.” (Übersetzung) „Einer der Nachteile der Nutzung von Yoasts Keyword-Optimierungsvorschlägen ist, dass sie uns dazu ermutigen, Metadaten für Maschinen statt für Menschen zu schreiben.“ — Ghost-Team, Ghost-Forum. Zum Zitat springen
• Auf einer Wunschliste für erweiterte SEO-Funktionen (Breadcrumb-Schema, hreflang, noindex-Steuerung): “This isn’t on our radar at the moment.” (Übersetzung) „Das ist derzeit nicht auf unserem Radar.“ — Ghost-Team, Ghost-Forum. Zum Zitat springen

Ghost — Leistung (Anbieter-Benchmark)

• “Independent tests have found Ghost to be up to 1,900% faster than WordPress.” (Übersetzung) „Unabhängige Tests haben ergeben, dass Ghost bis zu 1.900 % schneller ist als WordPress.“ — Ghost-vs-WordPress-Seite. Zum Zitat springen

Zwei Checklisten: traditionelles Ghost + Headless-Ghost

Traditionelles Ghost — nach dem Start verifizieren

• /sitemap.xml wird aufgelöst und an die Google Search Console und Bing Webmaster Tools übermittelt.
• robots.txt blockiert weiterhin /ghost/ und blockiert nichts, was Sie indexieren möchten.
• Kanonische Tags werden auf Beiträgen/Seiten gerendert; syndizierte oder Gastbeiträge haben eine benutzerdefinierte canonical_url gesetzt.
• Meta-Titel/-Beschreibungen sind gesetzt (oder die Titel/Auszug-Fallbacks sind akzeptabel).
• OG-/Twitter-Karten werden korrekt angezeigt, wenn ein Beitrag geteilt wird.
• Artikel-JSON-LD wird im Rich-Results-Test validiert.
• Dünne /tag/- und /author/-Archive werden überprüft — noindex für die mit geringem Wert.
• Nur-Mitglieder-Beiträge haben eine öffentliche Vorschau, wenn Sie möchten, dass sie Suchmaschinenverkehr anziehen.
• Jedes erweiterte Schema, das Sie benötigen (Breadcrumb, FAQ, Product), wird per Code-Injektion hinzugefügt — Ghost generiert es nicht.

Headless-Ghost — vollständige Implementierungs-Checkliste

• Frontend rendert Inhalte als SSR oder SSG, nicht CSR (rohes HTML maximiert die KI-Crawler-Abdeckung).
• Sitemap wird aus der Content-API generiert und aktuell gehalten.
• Kanonische Tags werden als absolute URLs von einer SITE_URL auf der Rendering-Ebene gerendert.
• Meta-Titel/-Beschreibung/OG/Twitter werden aus den Content-API-Feldern abgerufen und in den <head> gemappt.
• JSON-LD-Strukturierte Daten werden im Frontend neu aufgebaut.
• robots.txt wird vom Frontend bereitgestellt und blockiert nicht .js/.css.
• 301/302-Weiterleitungen werden im Frontend oder auf der CDN-Ebene behandelt.
• Vorschau-/Branch-Deployments geben einen Host-Level-noindex-Header zurück.
• Core Web Vitals werden gemessen — Ghosts Geschwindigkeitsvorteil ist weg; das Framework besitzt es jetzt.
• IndexNow ist an den Veröffentlichungs-Webhook für Bing und andere angebunden.

Die mentalen Modelle

1. Der Modus ist das Produkt. Vor jedem Ghost-SEO-Gespräch beantworten Sie eine Frage: ist das traditionell oder headless? Traditionelles Ghost ist ein nahezu vollständiges SEO-System. Headless-Ghost ist eine nackte Content-API. Fast jede Ghost-SEO-Frage löst sich danach auf, in welchem Modus Sie sich befinden.

2. „Headless bedeutet, alles neu aufzubauen.“ Jedes automatische Verhalten im traditionellen Modus — Sitemap, Kanonische, Meta-Tags, OG-Karten, JSON-LD, robots.txt — ist jetzt ein bewusster Build-Schritt in Ihrem Frontend. Die Content- API gibt Ihnen die Daten; das Rendern liegt bei Ihnen. Wenn in einem Headless-Build etwas „fehlt“, bedeutet das normalerweise, dass ein eingebautes Verhalten nie neu implementiert wurde.

3. Ghost deckt den Kern ab, nicht die Extras. In beiden Modi gibt Ihnen Ghost das Article-Schema und stoppt. Breadcrumb, FAQ, HowTo, Product, hreflang, pro-Beitrag-noindex, IndexNow — keines ist eingebaut. Planen Sie Code-Injektion oder Drittanbieter-Tools ein, wenn Ihre Nische sie benötigt.

4. Öffentliche Rankings, geschützte Conversions. Nur für Mitglieder zugängliche Inhalte sind für Suchmaschinen von Natur aus unsichtbar. Kämpfen Sie nicht dagegen – nutzen Sie eine öffentliche Vorschau für das Ranking und die Zugangsbeschränkung für die Conversion. Verwenden Sie niemals Cloaking, um Google mehr zu zeigen, als Leser sehen.

5. Pro vs. Self-Hosting ist eine Infrastrukturentscheidung, keine SEO-Funktionsentscheidung. Die SEO-Software ist identisch. Entscheiden Sie sich basierend auf der Kontrolle: Ghost Pro bietet Ihnen ein CDN, sperrt aber robots.txt; Self-Hosting gibt Ihnen volle Serverkontrolle und Ihr eigenes CDN.

Ghost SEO – Spickzettel

Traditionell vs. Headless: Was Sie bekommen

Nie integriert (in beiden Modi)

• Breadcrumb-/FAQ-/HowTo-/Product-/Recipe-/Video-Schema → Code-Injection
• Hreflang / Internationales SEO → Weglot, ConveyThis oder Theme-Arbeit
• Per-Beitrag-noindex-Umschalter → Code-Injection
• IndexNow → Benutzerdefinierter Webhook bei Veröffentlichung
• Redirect-UI → redirects.yaml (Self-Hosting) oder Ghost-Pro-Manager

Regeln für geschützte Inhalte

• Nur für Mitglieder zugängliche Inhalte sind serverseitig blockiert → nicht indexierbar.
• Nutzen Sie die öffentliche Vorschau, um einen rankbaren Teaser zu zeigen.
• Paywall-Schema (NewsArticle + isAccessibleForFree: false) ist nicht automatisch – Code-Injection.
• Niemals cloaken (voller Inhalt für Googlebot, Paywall für Nutzer) → Risiko manueller Maßnahmen.

Pro vs. Self-Hosting

• Gleiche SEO-Funktionen auf beiden.
• Ghost Pro: CDN enthalten; robots.txt-Änderung erfordert Kontakt zum Support.
• Self-Hosting: volle Kontrolle über robots.txt, Header, Redirects, eigenes CDN.

Beispiel-Ghost-Beiträge aus der Sitemap

Laden Sie zuerst die relevante Sitemap herunter, extrahieren Sie eine repräsentative URL-Liste in urls.txt, und prüfen Sie dann, was das Theme oder das Headless-Frontend veröffentlicht:

while IFS= read -r url; do
  html=$(mktemp)
  status=$(curl -sSL -o "$html" -w '%{http_code}' "$url")
  canonical=$(grep -Eio '<link[^>]+rel=["'"']canonical["'"'][^>]*>' "$html" | head -1)
  robots=$(grep -Eio '<meta[^>]+name=["'"']robots["'"'][^>]*>' "$html" | head -1)
  printf '%s\t%s\t%s\t%s\n' "$status" "$url" "$canonical" "$robots"
  rm -f "$html"
done < urls.txt

Schließen Sie öffentliche, geschützte, Tag-, Autor- und kürzlich weitergeleitete Beispiele ein. Dies prüft die öffentliche Ausgabe, ohne einen Ghost-Content-API-Schlüssel in das Skript einzufügen.

Tools für Ghost SEO

• URL Inspection (Google Search Console) – sehen Sie, wie eine Ghost-Seite gecrawlt und gerendert wurde. Unverzichtbar bei Headless-Builds, um CSR-Lücken zu erkennen, bei denen Inhalte nicht in das gerenderte HTML gelangt sind.
• Rich Results Test – bestätigen Sie, dass Ghosts automatisches Artikel-JSON-LD (traditionell) oder Ihr benutzerdefiniertes JSON-LD (Headless) nach jeder Theme- oder Rendering-Änderung vorhanden und gültig ist.
• Bing Webmaster Tools – reichen Sie Ghosts Sitemap ein, beobachten Sie die Indexierung und wohin IndexNow-Übermittlungen gehen.
• Screaming Frog SEO Spider – crawlen Sie die Website, um dünne Tag-/Autor-Archive, Redirect-Ketten und (bei Headless) Unterschiede zwischen rohem und gerendertem HTML aufzudecken.
• Ahrefs Site Audit – deckt defekte Kanonische, fehlende Metadaten und Indexierbarkeitsprobleme auf der gesamten Website auf; nützlich zum Erkennen von Duplikatinhalten aus benutzerdefinierten routes.yaml-Sammlungen.
• Ghost-Editor-Metadatenpanel – der Ort pro Beitrag, um benutzerdefinierten Titel, Beschreibung, OG-/Twitter-Überschreibungen und die benutzerdefinierte kanonische URL festzulegen.

Ghost-SEO-Fehler, die Sie vermeiden sollten

Konkrete Fehler, die Menschen tatsächlich beim Betrieb von Ghost machen – Prävention, nicht Diagnose.

Traditionelles und Headless-Ghost als dasselbe SEO-Problem behandeln. Warum es falsch ist: Traditionelles Ghost liefert eine Sitemap, Kanonische, Meta-Tags, OG-/Twitter-Karten und Artikel-JSON-LD automatisch; Headless-Ghost ist eine nackte Content-API ohne all das. Ratschläge, die für einen Modus geschrieben wurden, sind für den anderen oft aktiv falsch. Was Sie stattdessen tun sollten: Bevor Sie etwas anfassen, bestätigen Sie, in welchem Modus Sie sich befinden, und folgen Sie dann der passenden Checkliste oben.

Erwarten, dass Mitglieder-Inhalte Suchmaschinen-Traffic bringen. Warum das falsch ist: Ghost blockiert geschützte Inhalte serverseitig, sodass Google genau dieselbe eingeschränkte Ansicht erhält wie ein ausgeloggter Besucher – es gibt keinen Inhalt zu indexieren. Was stattdessen tun: Veröffentlichen Sie eine öffentliche Vorschau oder einen Teaser mit Ghosts nativer Public-Preview-Funktion und lassen Sie diesen Inhalt die Ranking-Arbeit übernehmen; nutzen Sie die Zugangssperre, um Leser zu konvertieren, die darüber ankommen.

Cloaking, um die Zugangssperre zu umgehen. Warum das falsch ist: Googlebot den vollständigen Artikel zu zeigen, während Leser auf eine Paywall stoßen, verstößt gegen die Google-Richtlinien und riskiert eine manuelle Maßnahme – es ist keine clevere Umgehung, sondern ein Richtlinienverstoß. Was stattdessen tun: Wenn geschützte Inhalte auffindbar sein sollen, verwenden Sie Googles Markup für Paywall-Inhalte (NewsArticle mit isAccessibleForFree: false und einem hasPart/cssSelector für den geschützten Bereich) – eingefügt per Code-Injection, da Ghost dies nicht generiert – anstatt dem Crawler unterschiedliches HTML auszuliefern.

Inhalte erneut veröffentlichen oder als Gastbeitrag veröffentlichen, ohne ein benutzerdefiniertes Canonical zu setzen. Warum das falsch ist: Ghosts Standard-Canonical ist selbstreferenzierend, sodass ein syndizierter oder Gastbeitrag, der unverändert bleibt, Suchmaschinen mitteilt, er sei das Original und konkurriert mit der Quelle. Was stattdessen tun: Setzen Sie die canonical_url pro Beitrag im Metadaten-Panel des Editors (oder über die Admin-API) so, dass sie auf das Original verweist – die Funktion existiert seit März 2019.

Ein Headless-Frontend ausliefern, das Inhalte clientseitig rendert. Warum das falsch ist: Googlebot muss CSR-Seiten für einen späteren Render-Durchlauf in die Warteschlange stellen, während die Rendering-Verträge von KI-Crawlern je nach Anbieter variieren – Inhalte, die erst nach einem clientseitigen Fetch existieren, können für HTML-only-Fetcher unsichtbar sein. Was stattdessen tun: Rendern Sie serverseitig oder zur Build-Zeit (SSR/SSG) in dem Framework, das die Content-API nutzt, und verifizieren Sie mit dem URL Inspection Tool der GSC, dass das gerenderte HTML tatsächlich die Inhalte enthält.

Annehmen, dass Ghost Pro Ihnen dieselbe Infrastrukturkontrolle bietet wie Self-Hosting. Warum das falsch ist: Die SEO-Software ist auf beiden identisch, aber Ghost Pro erlaubt es Ihnen nicht, robots.txt direkt zu bearbeiten – Sie müssen den Support kontaktieren, was eine echte Einschränkung ist, wenn Sie eine schnelle robots.txt-Änderung für ein Headless- oder Private-Mode-Setup benötigen. Was stattdessen tun: Berücksichtigen Sie diese Support-Ticket-Verzögerung in jedem Launch-Plan auf Ghost Pro, oder hosten Sie selbst, wenn Sie robots.txt kurzfristig selbst ändern müssen.

Welcher Ghost-SEO-Pfad gilt für Sie?

Der wichtigste Unterschied ist traditionell vs. Headless – und innerhalb von Headless, ob das Frontend serverseitig rendert. Antworten Sie ehrlich; der falsche Zweig führt zu Arbeit, die nicht auf Ihr Setup zutrifft.

Fertige Prompts für Ghost-SEO-Aufgaben

Fügen Sie die angegebene Eingabe in einen KI-Assistenten ein und prüfen Sie die Ausgabe anhand der obigen Anleitung, bevor Sie danach handeln.

1. Ein Headless-Ghost-Frontend auf fehlende SEO-Felder prüfen. Was einfügen: das gerenderte HTML einer Seite Ihres Headless-Frontends (Quelltext anzeigen oder das DOM nach Ausführung von JS) sowie die Content-API-Antwort für diesen Beitrag.

I'm running Ghost as a headless CMS. Here is the Content API response for a post,
followed by the final rendered HTML of that post's page on my frontend.

[paste Content API JSON response]

[paste rendered HTML]

Compare them and tell me which of these are present in the rendered HTML and
correctly populated from the API data: canonical tag, meta title, meta description,
Open Graph tags, Twitter Card tags, and Article JSON-LD structured data. List
anything missing or mismatched.

Erwartetes Ergebnis: eine Feld-für-Feld-Checkliste, die kennzeichnet, welche der sechs Angaben im gerenderten HTML fehlen oder nicht zu meta_title, canonical_url und den weiteren API-Feldern passen. Bestätigen Sie jede gemeldete Lücke manuell, bevor Sie eine Korrektur vornehmen.

2. Article-JSON-LD für einen Headless-Ghost-Beitrag entwerfen. Was einfügen: die Content-API-Felder für einen Beitrag (Titel, Excerpt, Veröffentlichungs- datum, Aktualisierungsdatum, Autor, Feature-Bild-URL, Canonical-URL).

Using this Ghost Content API data for a blog post, write valid Article JSON-LD
structured data I can inject into my headless frontend's <head>. Include
headline, datePublished, dateModified, author, publisher, and image.

[paste post JSON: title, excerpt, published_at, updated_at, primary_author, feature_image, canonical_url]

Erwartetes Ergebnis: ein einzelner <script type="application/ld+json">-Block. Prüfen Sie ihn vor der Veröffentlichung mit Googles Rich Results Test, da das Modell ein Feld falsch zuordnen oder eine erforderliche Eigenschaft auslassen kann.

3. Einen syndizierten/Gastbeitrag auf fehlendes benutzerdefiniertes Canonical prüfen. Was einfügen: die Slug des Beitrags, sein canonical_url-Feld (oder “nicht gesetzt”) und die URL der ursprünglichen Quelle, von der er erneut veröffentlicht wurde.

This is a guest post or syndicated republish on my Ghost site. Here's the post
slug, its current canonical_url setting, and the URL of the original source.

Slug: [slug]
Current canonical_url: [value or "not set"]
Original source URL: [URL]

Tell me whether the canonical is set correctly to point at the original, and if
not, what canonical_url value I should set in the Ghost editor's metadata panel.

Erwartetes Ergebnis: eine Ja-/Nein-Antwort dazu, ob das Canonical korrekt ist, sowie die genaue URL für das benutzerdefinierte Canonical-Feld, falls es nicht stimmt.

Testen Sie sich: Ghost SEO

Fünf kurze Fragen zur Funktionsweise von SEO auf Ghost CMS. Wählen Sie für jede eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine weiteren Artikel

• Einsteigerleitfaden für technisches SEO – wo Plattform- und CMS-SEO im größeren Zusammenhang stehen.
• JavaScript-SEO: Probleme und bewährte Verfahren – die Rendering-Seite, zu der sich headless Ghost entwickelt; Rendering-Modi, Metadaten, JS-Canonicals und die robots.txt-Regel für .js/.css.
• Robots.txt und SEO: alles Wissenswerte – relevant für Ghosts Standard-/ghost/-Disallow und die robots.txt-Einschränkung von Ghost Pro.

Meine Vorträge

• Wie die Suche funktioniert (SlideShare) – Crawling, Rendering, Indexierung und Ranking – die Pipeline, die geschützte und mit Headless Ghost bereitgestellte Inhalte überstehen müssen. Ständiger Hinweis: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Das ist mein Verständnis von Systemen … es wird nicht zu 100 % vollständig oder genau sein.“

Aus der Branche

• Ghost Help – SEO – Ghosts eigene Liste dessen, was es automatisch übernimmt; die kanonische Primärquelle.
• Ghost-Entwicklerdokumentation – Architektur – Ghost als Headless-CMS und wie die entkoppelte API-/Frontend-Trennung funktioniert.
• Ghost als Headless-CMS mit Next.js verwenden (Draft.dev) – eine konkrete Anleitung für das Headless-Setup, dessen SEO Sie neu aufbauen müssten.
• Ghost-Blog-SEO: meine Erfahrungen und Ergebnisse (Norbert Hires) – Erstanbieterdaten und ehrliche Einschränkungen aus dem Betrieb von Ghost.
• Schema-Markup in Ghost (Bright Themes) – wie Sie das erweiterte Schema hinzufügen, das Ghost nicht generiert.
• Breadcrumbs in Ghost (Bright Themes) – Implementierung des Breadcrumb-Schemas, das Ghost auslässt.
• Strukturierte Daten in Ghost steuern (ashryan.io) – Überschreiben und Erweitern von Ghosts Standard-JSON-LD.
• r/TechSEO – die Community für Crawl-/Index-/Render-Debugging, in der Fragen zu headless Ghost landen.

Änderungsprotokoll