Drupal-SEO

TL;DR — Drupal ist ein starkes CMS für SEO, aber es ist nicht fertig aus der Box. Der Core bietet Ihnen saubere URLs und gutes, zugängliches HTML – aber Sie müssen trotzdem ein paar kostenlose Module hinzufügen, um die Grundlagen zu bekommen, die jede Website braucht: lesbare URLs (Pathauto), Seitentitel und -beschreibungen (Metatag), eine XML-Sitemap (Simple XML Sitemap) und Weiterleitungen, wenn sich URLs ändern (Redirect). Wenn Sie diese weglassen, haben Sie Lücken, die eine WordPress-Website mit einem einzigen Plugin nicht hätte.

Was Drupal-SEO ist

Drupal ist ein Open-Source-CMS – wie WordPress, aber häufiger von großen Unternehmens-, Regierungs- und Universitäts-Websites genutzt. „Drupal-SEO“ bedeutet einfach, eine auf Drupal aufgebaute Website zu optimieren, damit Suchmaschinen sie crawlen, verstehen und ranken können.

Das Wichtigste vorab: Drupal hat eine starke technische Grundlage, ist aber nicht SEO-vollständig, sobald Sie es installieren. Leute hören „Drupal ist SEO- freundlich“ und nehmen an, dass alles für sie erledigt ist. Das ist es nicht – out of the box hat eine frische Drupal-Website lesbares, zugängliches HTML und saubere URLs, aber keine automatischen, seitenfreundlichen URLs, keine Sitemap und keine Möglichkeit, Meta-Titel und -Beschreibungen zu schreiben. Diese fügen Sie mit kostenlosen, etablierten Modulen hinzu.

Was der Core bereits für Sie tut

Einige gute Nachrichten – diese sind eingebaut:

• Saubere URLs. Seit Drupal 7 haben URLs kein hässliches ?q= mehr. Das Routing ist standardmäßig sauber.
• Gutes HTML. Korrekte Überschriften, zugängliches Markup und ein Alt-Text-Feld, das direkt in jedes Bildfeld integriert ist – so werden Redakteure zur Eingabe von Alt-Text aufgefordert, anstatt ihn zu vergessen.
• Caching. Drupal cached Seiten, sodass sie schneller laden, was sowohl Nutzern als auch SEO hilft.
• Mehrere Sprachen. Übersetzung ist Teil des Cores, kein Add-on.

Die Module, die Sie tatsächlich benötigen

Betrachten Sie diese als das „SEO-Starterkit“. Alle kostenlos, alle auf drupal.org:

• Pathauto (+ Token) – verwandelt /node/123 automatisch in /about-us. Ohne dieses Modul sind Ihre URLs nur Knotennummern.
• Metatag – ermöglicht es Ihnen, Seitentitel, Meta-Beschreibungen, Social-Sharing-Vorschauen und noindex-Tags festzulegen. Evidence for this claim Drupal's contributed Metatag module manages metadata including descriptions and robots directives. Scope: Contributed module behavior; features depend on installed module version and configuration. Confidence: high · Verified: 2026-07-14 Drupal: Metatag module
• Simple XML Sitemap – generiert die XML-Sitemap, die Sie bei Google und Bing einreichen. Evidence for this claim Drupal's contributed Simple XML Sitemap module generates XML sitemaps. Scope: Contributed module, not Drupal core; sitemap contents require configuration. Confidence: high · Verified: 2026-07-14 Drupal: Simple XML Sitemap
• Redirect – sendet alte URLs mit einem 301 an neue, wenn sich etwas verschiebt. Drupal Core wird das nicht für Sie tun.

Die Falle, die Sie vermeiden sollten

Das häufigste Drupal-SEO-Problem: Dieselbe Seite ist unter zwei URLs erreichbar – unter ihrem Knotenpfad (/node/123) und unter ihrem schönen Alias (/about-us). Das ist duplicate content. Die Lösung ist, Pathauto zu installieren (um den Alias zu erstellen) und Redirect (um /node/123 mit einem 301 an /about-us zu senden). Eines ohne das andere reicht nicht aus.

Möchten Sie den vollständigen Modul-Stack, die Views- und Taxonomie-Fallstricke und die Headless-Drupal-Geschichte? Wechseln Sie zum Erweitert-Tab.

TL;DR — Drupal hat einen der stärksten technischen SEO-Böden aller CMS, aber eine niedrige SEO-Decke out of the box: Der Core bietet Ihnen sauberes URL-Routing (seit Drupal 7), semantisches HTML, Alt-Text auf Feldebene für Bilder, Mehrsprachigkeit und eingebautes Caching – aber keine automatischen Aliase, keine Sitemap, keine Meta-Tag-Verwaltung, keine strukturierten Daten und keine Weiterleitungen. Der beigetragene Stack erledigt die eigentliche Arbeit: Pathauto + Token (Aliase), Metatag + Schema.org Metatag (Metadaten + JSON-LD), Simple XML Sitemap (Sitemaps), Redirect (301er). Drupals Flexibilität erzeugt dann vorhersehbare Fehlermodi – das /node/NID-plus-Alias- Duplikat, die Parameterflut bei Views-Exposed-Filtern, dünne Taxonomie-Seiten, interne Suchergebnisse und zugriffsgeschützte Inhalte, die Googlebot 403 zurückgeben, während sie in der Sitemap stehen – jeder davon erfordert bewusste Konfiguration, nicht nur ein installiertes Modul. Die 2025 Drupal CMS-Distribution liefert diese vorkonfiguriert.

Die ehrliche Einschätzung: starkes Fundament, niedrige Decke von Haus aus

Die meisten Inhalte zur Drupal-SEO sind entweder Modullisten oder plattformunabhängige Checklisten. Der nützlichere Rahmen ist warum Drupals Leistungsfähigkeit spezifische, vorhersehbare SEO-Fehlerbilder erzeugt. Drupal bietet dir eine bessere technische Ausgangsbasis als die meisten CMS – aber die Worte „SEO-freundlich“ richten hier echten Schaden an. Webdesign.org fasste das so zusammen: “Stating that Drupal is SEO friendly will cause people to erroneously assume it is SEO friendly out-of-the-box. Out of the box Drupal makes it very easy to screw up your URLs.” (Übersetzung) „Wer Drupal als SEO-freundlich bezeichnet, lässt Menschen fälschlich annehmen, es sei bereits von Haus aus SEO-freundlich. Tatsächlich macht Drupal es in der Grundkonfiguration sehr leicht, URLs falsch einzurichten.“ Das ist das richtige mentale Modell: ein starkes Fundament, aber eine niedrige Decke, bis du es konfigurierst.

Was Drupal Core richtig macht (keine Module nötig)

• Sauberes URL-Routing. /node/123 ist der interne Pfad, aber das Routing-System unterstützt nativ menschenlesbare Aliase, und „saubere URLs“ (ohne ?q=) sind seit Drupal 7 Standard – auf den meisten Hosts keine mod_rewrite-Hacks nötig.
• Semantisches, zugängliches HTML – korrekte Überschriftenhierarchie und ARIA-Landmark-Rollen.
• Bild-Alt-Text auf Content-Model-Ebene – Bildfelder enthalten ein Alt-Text-Feld, sodass es im Datenmodell erzwungen wird und nicht nachträglich angehängt wird.
• Responsive Bilder (Core). Das Responsive-Image-Modul erzeugt srcset/sizes; Image Styles generieren die Derivate.
• Integrierter Cache – Internal Page Cache (anonym), Dynamic Page Cache (angemeldet) und BigPipe, alles Core. Gut für TTFB und LCP.
• Mehrsprachigkeit im Core – Content Translation, Interface Translation und Language- Module; hreflang im Seitenkopf, sobald Sprachen konfiguriert sind.
• Rollenbasierte Zugriffskontrolle – granulare Berechtigungen, die (siehe unten) direkt damit interagieren, was Crawler sehen können.

Der essentielle Modul-Stack

Core gibt dir das Fundament; diese beigetragenen Module geben dir ein produktionsreifes SEO-Setup. Alle aktuellen Versionen unterstützen Drupal 10/11 (Drupal 9 erreichte das Ende seiner Lebensdauer im November 2023 – mehrere ältere Module wurden im Übergang von 9 zu 10 veraltet, also verwende aktuelle D10-kompatible Releases).

URL-Verwaltung

• Pathauto (mit Token) – generiert URL-Aliase automatisch aus Token- Mustern ([node:title], [node:field_category]/[node:title] usw.). Drupal.orgs eigene Beschreibung: “Pathauto automatically generates URL/path aliases for various kinds of content (nodes, taxonomy terms, users) without requiring the user to manually specify the path alias.” (Übersetzung) „Pathauto generiert automatisch URL-/Pfad-Aliase für verschiedene Arten von Inhalten (Knoten, Taxonomie-Begriffe, Benutzer), ohne dass der Benutzer den Pfad-Alias manuell angeben muss.“ Ohne es standardmäßig auf /node/NID.
• Redirect – verwaltet 301er, einschließlich der Weiterleitung alter URLs nach einer Alias-Änderung. Drupal Core leitet alte URLs nicht automatisch weiter – ohne dieses Modul ist eine URL-Änderung ein 404 und verlorene Link-Equity.

Metadaten

• Metatag – Titel, Meta-Beschreibungen, Canonical-Tags, Open Graph, Twitter Cards und Robots-Anweisungen. Es unterstützt Tokens, sodass du Metadaten in großem Maßstab vorlagen kannst (globaler Standard → pro-Inhaltstyp → pro-Entität-Überschreibungen). Wenn du nur ein SEO-Modul installierst, installiere dieses. Evidence for this claim Metatag supports canonical, Open Graph, Twitter Card, robots, and token-driven metadata in Drupal. Scope: Current contributed Metatag module and enabled submodules. Confidence: high · Verified: 2026-07-14 Drupal: Metatag module
• Schema.org Metatag (ein Metatag-Untermodul) – fügt JSON-LD strukturierte Daten hinzu, was Googles empfohlenes Format ist.

Sitemaps und Robots

• Simple XML Sitemap – das aktiv gepflegte Sitemap-Modul Stand 2025 (es hat das ältere XML Sitemap-Modul weitgehend abgelöst, das in Tutorials immer noch auftaucht). Unterstützt mehrsprachiges hreflang und Bildeinträge. Es generiert die Sitemap; du reichst sie weiterhin in der Search Console und in Bing Webmaster Tools ein. Evidence for this claim Simple XML Sitemap supports multilingual and image sitemap output in Drupal. Scope: Supported module features; actual entries depend on site entities and module configuration. Confidence: high · Verified: 2026-07-14 Drupal: Simple XML Sitemap
• RobotsTxt – hauptsächlich für Multisite nötig, wo jede Site ihre eigene robots.txt aus einer gemeinsamen Codebasis benötigt.

Inhaltsqualität und Auffindbarkeit

• Rabbit Hole — unterdrückt öffentliche URLs für Entitäten, die Sie nicht indexiert haben möchten (Low-Value-Taxonomie-Begriffe, Benutzerprofile).
• Yoast SEO für Drupal / Echtzeit-SEO — In-Editor-Feedback, ähnlich wie Yoast auf WordPress.
• Easy Breadcrumb — generiert automatisch Breadcrumb-Pfade (kombinieren Sie es mit BreadcrumbList-Schema).
• Google Tag / Google Analytics — der Core hat keine Analysen; Sie fügen sie hinzu.

Drupals primäre Fehlermodi (und die Lösung für jeden)

Das ist der Teil, der eine Drupal-Site, die rankt, tatsächlich von einer unterscheidet, die es nicht tut.

1. Das /node/NID + Alias-Duplikat

Wenn saubere URLs aktiviert sind, ist derselbe Node sowohl unter /node/123 als auch unter seinem Alias erreichbar — zwei URLs, ein Inhalt. Die Lösung sind zwei Module, die zusammenarbeiten: Pathauto zur Generierung des Alias und das Redirect-Modul, um /node/NID per 301 auf den Alias umzuleiten. Das Canonical-Tag von Metatag ist ein nützliches sekundäres Signal, aber die 301 ist das stärkere — Google behandelt einen Redirect als stärkeres Canonicalisierungssignal als rel=canonical. (Das ist derselbe Duplicate-Content-Mechanismus, über den ich allgemein geschrieben habe; es ist der Mythos der Duplicate-Content-Strafe — keine Strafe, aber es teilt Ihre Signale.)

2. Views-Exposed-Filter — die URL-Parameter-Falle

Views ist die SEO-Komponente mit dem höchsten Risiko in Drupal. Jede Exposed-Filter-Kombination erzeugt eine eindeutige URL. Unbehandelt ist das eine Crawl-Budget-Senke und ein Duplicate-Content-Generator. Behandeln Sie es, indem Sie den Parameterraum in robots.txt verbieten (z. B. Disallow: /*? oder gezielter bestimmte Parameter), noindex über Metatag auf Aggregations-/Such-View-Seiten setzen, die Option “Distinct” verwenden, um doppelte Node-Ausgaben zu stoppen, und paginierte View-Seiten kanonisieren. Googles Crawl-Budget-Anleitung gilt direkt für große Views-lastige Sites.

3. Dünne Taxonomie-Begriffsseiten

Jeder Taxonomie-Begriff erhält eine öffentliche Seite unter /taxonomy/term/TID (plus Alias). Low-Value-Begriffe erzeugen dünne Inhalte in großem Umfang. Verwenden Sie Rabbit Hole, um unerwünschte Entitäts-URLs zu unterdrücken, oder setzen Sie noindex über Metatag pro Vokabular.

4. Interne Suchergebnisse

Die integrierte Suche von Drupal erzeugt indexierbare Ergebnisseiten. Setzen Sie diese über Metatag auf noindex und schließen Sie die URLs aus der Sitemap aus.

5. Zugriffskontrolle vs. Crawlbarkeit

Crawler surfen als anonymer Benutzer. Wenn ein Inhaltstyp zugriffsbeschränkt ist, kann Googlebot ihn nicht sehen — das ist normalerweise korrekt. Die Falle ist ein Node, der auf URL-Ebene weiterhin öffentlich erreichbar ist, Googlebot einen 403 zurückgibt und in Ihrer Sitemap aufgeführt ist. Diese Diskrepanz verschwendet Crawl-Budget. Prüfen Sie die Berechtigungen der anonymen Rolle und gleichen Sie diese mit den Sitemap-Einträgen ab.

6. Staging-Umgebungen werden indexiert

Blockieren Sie Staging auf mehreren Ebenen: HTTP-Auth oder Cloudflare Access ist die zuverlässige Methode; siteweites noindex über Metatag und ein robots.txt-Disallow sind Sicherheitsnetze. Denken Sie an den Grund für die Schichtung — robots.txt blockiert Crawling, nicht Indexierung; eine disallowte URL kann trotzdem indexiert werden, wenn etwas darauf verlinkt.

On-Page-Konfiguration in großem Maßstab

• Pathauto-Muster nach Inhaltstyp — z. B. [node:field_category]/[node:title] — mit manuellen Alias-Überschreibungen für Ihre wichtigsten Seiten.
• Metatag-Vererbung — globale Standardwerte, Überschreibungen pro Inhaltstyp, Überschreibungen pro Entität, alle tokenbasiert ([node:title] | [site:name]).
• Canonical-Tags — Drupal 8+ gibt automatisch ein selbstreferenzierendes Canonical für Standard-Inhaltsseiten aus; greifen Sie für Überschreibungsszenarien auf Metatag zurück (und kombinieren Sie Canonical mit hreflang auf mehrsprachigen Seiten). Wie das schiefgehen kann, sehen Sie unter Canonical-Tags außer Kontrolle.

Multilinguales SEO

Mit Content Translation + Language konfiguriert, wird hreflang automatisch im Seitenkopf platziert. Simple XML Sitemap kann hreflang auch in der Sitemap ausgeben. Verwenden Sie sprachpräfixierte URLs (/fr/, /de/) oder Sprachdomänen und setzen Sie Metadaten pro Sprachversion über Metatag. Google verlangt, dass hreflang über alle Sprachversionen hinweg konsistent ist.

Leistung und Core Web Vitals

Das Core-Caching (Internal Page Cache, Dynamic Page Cache, BigPipe) trägt viel zu TTFB und LCP bei. Darüber hinaus: AdvAgg für CSS/JS-Aggregation über das Core hinaus, Image Optimize (plus WebP und das native Lazy-Loading-Attribut des Cores) und – für wirklich stark frequentierte Websites – ein externes CDN (Cloudflare, Fastly, Akamai) sowie eine Varnish- oder Redis-Schicht.

Headless / entkoppeltes Drupal

Ein wichtiges Enterprise-Muster ist Drupal als Headless-Backend (JSON:API oder GraphQL) mit einem Next.js- oder Gatsby-Frontend. Die SEO-Verantwortung verlagert sich auf das Frontend – Meta-Tags, Sitemaps und strukturierte Daten werden zur Aufgabe des Frontend-Frameworks. Das Metatag-Modul kann seine Daten über JSON:API bereitstellen, damit das Frontend sie konsumieren kann. SSR oder SSG ist unerlässlich: Ein reines Client-Side-Rendering von Headless-Drupal wird auf die üblichen JavaScript-SEO-Probleme stoßen.

Drupal CMS (2025) vs. eine klassische Installation

Drupal CMS ist eine separate Distribution, die auf Drupal 10/11 Core basiert und sich an Site-Builder statt an Entwickler richtet. Sie wird mit vorkonfigurierten SEO-Tools ausgeliefert – URL-Optimierung, HTML- und XML-Sitemaps, robots.txt, Meta-Tags, eine SEO-Checkliste und Analytics-Integration – sodass der Konfigurationsaufwand, den eine klassische Drupal-Installation mit sich bringt, weitgehend für Sie erledigt ist. Gehen Sie nicht davon aus, dass eine klassische Drupal-Core-Installation und eine Drupal-CMS-Installation denselben SEO-Ausgangspunkt haben; das tun sie nicht.

KI-Zusammenfassung

Eine komprimierte Sicht auf die Advanced-Version:

• Starkes Fundament, niedrige Obergrenze ab Werk. Drupal Core bietet sauberes URL-Routing (seit Drupal 7), semantisches HTML, Feld-Level-Alt-Text für Bilder, Mehrsprachigkeit und integriertes Caching – aber keine automatischen Aliase, Sitemaps, Meta-Tag-Verwaltung, strukturierte Daten oder Weiterleitungen.
• Der wesentliche Modul-Stack: Pathauto + Token (Aliase – sonst /node/123), Metatag (Titel, Beschreibungen, Canonical, robots) + Schema.org Metatag (JSON-LD), Simple XML Sitemap (Sitemaps; es hat das ältere XML Sitemap-Modul abgelöst) und Redirect (301er – Drupal Core leitet alte URLs nicht automatisch weiter).
• Vorhersehbare Fehlermodi, die jeweils Konfiguration und nicht nur ein Modul erfordern:
  1. /node/NID + Alias-Duplikat → Pathauto und Redirect (301), Canonical als Backup.
  2. Views-Exposed-Filter → robots.txt-Disallow-Parameter + noindex + “Distinct”.
  3. Dünne Taxonomie-Seiten → Rabbit Hole oder noindex pro Vokabular.
  4. Interne Suchergebnisse → noindex + von der Sitemap ausschließen.
  5. Zugriffskontrolle → Crawler sind der anonyme Benutzer; achten Sie auf 403-zu-Googlebot-URLs, die weiterhin in der Sitemap aufgeführt sind.
  6. Staging-Indexierung → HTTP-Auth/Cloudflare Access + noindex + robots.txt.
• robots.txt blockiert das Crawlen, nicht das Indexieren – verwenden Sie noindex, um eine Seite zu entfernen.
• Headless-Drupal verlagert SEO auf das Frontend; SSR/SSG ist Pflicht.
• Drupal CMS (2025) liefert diese Tools vorkonfiguriert – ein ganz anderer Ausgangspunkt als eine klassische Drupal-Installation.

Offizielle Dokumentation

Primärquellen-Dokumentation von den Suchmaschinen und Drupal.

Google

• URL-Kanonisierung – warum eine Weiterleitung ein Canonical-Tag für das Node/Alias-Duplikat übertrumpft.
• Einführung in robots.txt – Crawling blockieren vs. Indexierung blockieren (die Drupal-Admin-Pfade-Verwirrung).
• Einführung in strukturierte Daten – JSON-LD, das Format, das Schema.org Metatag ausgibt.
• URL-Struktur – lesbare URLs (Pathauto-Aliasse) sind ein UX-Gewinn, ein geringfügiger Ranking-Faktor.
• Crawl-Budget für große Websites verwalten – direkt relevant für Views-lastige Drupal-Websites.
• Google über lokalisierte Versionen Ihrer Seite informieren – hreflang-Konsistenz (reziproke Verlinkung) für mehrsprachiges Drupal.

Bing / Microsoft

• Webmaster-Richtlinien – CSS/JS/Bilder nicht blockieren (relevant für Drupals historischen /sites/-Block).
• IndexNow – das Push-Protokoll; es gibt ein beigetragenes Drupal-IndexNow-Modul.

Drupal

• Pathauto-Modul – automatische URL-Aliasse.
• Metatag-Modul und seine FAQ zum Blockieren von Suchmaschinen.
• Simple XML Sitemap und Redirect.
• Drupal CMS – SEO- und Analytics-Funktionen – was die Distribution 2025 mitbringt.

Zitate aus der Quelle

Namentliche Aussagen aus dem Drupal-Ökosystem und von Suchmaschinen.

Zu „SEO-freundlich von Haus aus“ als Falle

• “Stating that Drupal is SEO friendly will cause people to erroneously assume it is SEO friendly out-of-the-box. Out of the box Drupal makes it very easy to screw up your URLs.” (Übersetzung) „Zu sagen, dass Drupal SEO-freundlich ist, führt dazu, dass Leute fälschlicherweise annehmen, es sei von Haus aus SEO-freundlich. Von Haus aus macht es Drupal sehr leicht, Ihre URLs zu vermasseln.“ — Webdesign.org, SEO und nutzerfreundliche URLs in Drupal richtig umsetzen. Quelle

Zu dem, was Pathauto tut

• “Pathauto automatically generates URL/path aliases for various kinds of content (nodes, taxonomy terms, users) without requiring the user to manually specify the path alias.” (Übersetzung) „Pathauto generiert automatisch URL-/Pfad-Aliasse für verschiedene Arten von Inhalten (Knoten, Taxonomie-Begriffe, Benutzer), ohne dass der Benutzer den Pfad-Alias manuell angeben muss.“ — Drupal.org-Moduldokumentation. Quelle

Zu Drupals Enterprise-/Mehrsprachigkeits-Stärken

• “Drupal excels in customization, scalability, and advanced SEO capabilities — making it ideal for enterprise and multilingual sites.” (Übersetzung) „Drupal zeichnet sich durch Anpassungsfähigkeit, Skalierbarkeit und erweiterte SEO-Fähigkeiten aus – was es ideal für Enterprise- und mehrsprachige Websites macht.“ — Acquia, Drupal SEO: Best Modules, Optimization Tips & Advanced Strategies. Quelle

Zu doppeltem Inhalt (Suchmaschinen-Rahmung)

• “having the same content accessible through many different URLs can be a bad user experience… and it may make it harder for you to track how your content performs in search results.” (Übersetzung) „Wenn derselbe Inhalt über viele verschiedene URLs zugänglich ist, kann das eine schlechte Benutzererfahrung sein … und es kann es Ihnen erschweren, zu verfolgen, wie Ihre Inhalte in den Suchergebnissen abschneiden.“ — Google Search Central-Dokumentation, zur Kanonisierung. Zum Zitat springen

Drupal-SEO-Einrichtungs-Checkliste

Ein Durchlauf von einer frischen Installation bis zur Startbereitschaft:

Grundlage (Module)

• Pathauto + Token installiert, mit Alias-Mustern pro Inhaltstyp.
• Redirect installiert und für 301 /node/NID → Alias konfiguriert.
• Metatag installiert; globale, pro-Typ- und pro-Entitäts-Titel/Beschreibungen festgelegt.
• Schema.org Metatag gibt JSON-LD aus (Article, BreadcrumbList, Organization).
• Simple XML Sitemap erzeugt die Sitemap; an GSC und Bing WMT übermittelt.
• Analytics-Modul (Google Tag) installiert (Core hat keins).

Duplikat-Inhalt und Crawl-Kontrolle

• Kein Knoten ist sowohl unter /node/NID als auch unter seinem Alias ohne 301 erreichbar.
• Parameter von Views-Exposed-Filtern in robots.txt nicht erlaubt und/oder noindex’d.
• Interne Suchergebnisse noindex’d und von der Sitemap ausgeschlossen.
• Dünne Taxonomie-Begriffsseiten unterdrückt (Rabbit Hole) oder pro Vokabular noindex’d.
• Paginierte Views-Seiten angemessen kanonisiert (nicht alle auf Seite 1).

Zugriffskontrolle und Umgebungen

• Berechtigungen der anonymen Rolle überprüft – nichts, das Sie indexiert haben möchten, gibt 403 an Bots zurück.
• Keine URLs, die Googlebot 403 zurückgeben, während sie noch in der Sitemap aufgeführt sind.
• Staging blockiert über HTTP-Auth / Cloudflare Access plus noindex + robots.txt.

Mehrsprachig / Multisite (falls zutreffend)

• hreflang im Seitenkopf (Content Translation + Language konfiguriert) und in der Sitemap.
• Jede Site in einer Multisite hat ihre eigene robots.txt (RobotsTxt), Sitemap und kanonische Basis-URL.

Leistung

• Core-Caching (Internal/Dynamic Page Cache, BigPipe) aktiviert.
• CSS/JS-Aggregation aktiviert (Core oder AdvAgg); Bilder optimiert + lazy-load.

Das Route → Entität → Ausgabe-Framework

Debuggen Sie Drupal-SEO auf drei Ebenen:

1. Route: welche öffentlichen Pfade zum Inhalt auflösen, einschließlich /node/NID, Aliase, Views, Taxonomie, Sprachvarianten und Exposed-Filter-URLs.
2. Entität: welcher Inhaltstyp, welche Feldkonfiguration, Zugriffsregel und welches Modul die Metadaten- oder Sichtbarkeitsentscheidung besitzt.
3. Ausgabe: was die endgültige Antwort in Status, Canonical, Direktiven, strukturierten Daten, Links und Sitemap offenlegt.

Nur das gerenderte Tag zu korrigieren, übersieht Routen-Duplikate; nur den Alias zu korrigieren, übersieht Entitäts-Zugriffs- und Veröffentlichungsregeln. Validieren Sie alle drei nach Konfigurations- oder Moduländerungen.

Drupal-SEO-Spickzettel

Fähigkeit → wer sie übernimmt

Fehlermodus → Lösung

Schnelle Fakten

• Drupal 9-EOL: November 2023 — aktuelle D10/D11-kompatible Modulversionen verwenden.
• robots.txt blockiert Crawling, nicht Indexierung — noindex verwenden, um eine Seite zu entfernen.
• Ein Redirect überwiegt ein kanonisches Tag als Kanonisierungs-Signal.
• Drupal CMS (2025) liefert diese SEO-Tools vorkonfiguriert.

Beispiel für Drupal-Aliase und direkte Node-Routen

Verwenden Sie eine URL-Liste aus Ihrem Crawl oder Ihrer Sitemap. Dies kennzeichnet Nicht-Erfolg-Antworten und zeigt das von jeder Route ausgegebene kanonische Element, was nützlich ist, wenn /node/NID und Aliase koexistieren.

while IFS= read -r url; do
  status=$(curl -sS -o /tmp/drupal-page.html -w '%{http_code}' "$url")
  canonical=$(grep -Eio '<link[^>]+rel=["'"']canonical["'"'][^>]*>' /tmp/drupal-page.html | head -1)
  printf '%s\t%s\t%s\n' "$status" "$url" "$canonical"
done < urls.txt

Führen Sie es gegen repräsentative Aliase, deren bekannte direkte Node-Routen, Taxonomie- Seiten, Views und Sprachvarianten aus. Ein Crawler-Export ist sicherer als das Raten von Node-IDs.

Tools für die Prüfung einer Drupal-Site

• Google Search Console — kostenlos und unverzichtbar: Page-Indexing-Bericht (um /node/NID-Duplikate und 403-in-Sitemap-Abweichungen zu erkennen), URL Inspection (deklariert vs. gewähltes kanonisches Element), Crawl-Statistiken.
• Bing Webmaster Tools — Sitemaps, Crawl-Informationen und IndexNow-Einreichung.
• Ahrefs Site Audit — crawlt die Site und deckt doppelte URLs, Redirect- Ketten, dünne Taxonomie-Seiten und Parameter-Vielfalt von Views auf.
• Screaming Frog SEO Spider — Desktop-Crawl; ideal zum Finden von Node/Alias- Duplikaten und verwaisten View-Seiten.
• Drupal SEO Checklist-Modul — im Admin-Bereich, aufgabenbasierte Anleitung, die mit installierten Modulen verknüpft ist.
• Google Rich Results Test — validiert das JSON-LD, das Schema.org Metatag ausgibt.

Drupal-SEO-Fehler, die Sie vermeiden sollten

Konkrete Fehler, die Menschen bei Drupal tatsächlich machen — und was stattdessen zu tun ist.

„Drupal ist SEO-freundlich“ vertrauen und die Konfiguration überspringen

Teams lesen, dass Drupal SEO-freundlich ist, und gehen davon aus, dass die Plattform SEO für sie übernimmt. Warum das falsch ist: Eine frische Drupal-Installation hat keine automatischen URL-Aliase, keine Sitemap, kein Meta-Tag-Management und keine Redirects — all das kommt von beitragenden Modulen, die Sie installieren und konfigurieren müssen. Was stattdessen zu tun ist: Behandeln Sie „SEO-freundlich“ als „SEO-fähig“, nicht als „SEO-vollständig“. Installieren Sie den wesentlichen Stack (Pathauto, Metatag, Simple XML Sitemap, Redirect) als Standardbestandteil jedes Builds, nicht als nachträglichen Gedanken.

Pathauto ohne Redirect installieren

Ein Team installiert Pathauto, um saubere Aliase wie /about-us zu erhalten, bringt es aus und macht weiter. Warum das falsch ist: Der interne Pfad des Nodes (/node/123) wird weiterhin neben dem Alias aufgelöst, sodass derselbe Inhalt unter zwei URLs erreichbar ist — Duplikat-Inhalt, der Ranking-Signale aufteilt. Was stattdessen zu tun ist: Installieren Sie Pathauto und das Redirect-Modul zusammen und konfigurieren Sie Redirect so, dass /node/NID per 301 auf den Alias umgeleitet wird. Pathauto allein erstellt nur die zweite URL; es entfernt nicht die erste.

Views-Exposed-Filter unblockiert lassen

Views wird verwendet, um eine filterbare Auflistungsseite (nach Kategorie, Tag, Datum) mit Exposed-Filtern zu erstellen, und sie bleibt ohne Crawl-Kontrollen. Warum das falsch ist: Jede Exposed-Filter-Kombination generiert eine eindeutige, crawlbare URL — eine Parameter-Permutations-Senke, die das Crawl-Budget verbrennt und Duplikat-Inhalt in großem Umfang erzeugt. Was stattdessen zu tun ist: Verbieten Sie den Parameterraum in robots.txt, fügen Sie noindex über Metatag zu Aggregations-View-Seiten hinzu und aktivieren Sie die Option „Distinct“ in der Abfrage, um doppelte Node-Ausgaben zu stoppen.

Taxonomie standardmäßig öffentliche Seiten generieren lassen

Jeder Taxonomie-Begriff erhält automatisch eine Seite unter /taxonomy/term/TID (plus Alias), unabhängig davon, ob es sich um nützlichen Inhalt handelt. Warum das falsch ist: Begriffe mit geringem Wert oder spärlicher Verschlagwortung erzeugen dünne Seiten, die für Nutzer wenig bieten und die Crawl-Aufmerksamkeit verwässern. Was stattdessen zu tun ist: Prüfen Sie die Vokabulare auf Begriffe, die keine öffentliche Seite verdienen. Unterdrücken Sie solche Seiten mit Rabbit Hole oder setzen Sie noindex pro Vokabular über Metatag.

Inhalte einschränken, ohne die Sitemap anzupassen

Ein Inhaltstyp wird nach dem Launch mit rollenbasierten Berechtigungen eingeschränkt, aber niemand überarbeitet die Sitemap. Warum das falsch ist: Crawler surfen als anonymer Benutzer, sodass eine Berechtigungsänderung dazu führen kann, dass eine URL für Googlebot 403 zurückgibt, während sie weiterhin in der XML-Sitemap aufgeführt ist – eine Diskrepanz, die Crawl-Budget verschwendet und die Indexierung verwirrt. Was stattdessen zu tun ist: Überprüfen Sie bei jeder Änderung der Berechtigungen für die anonyme Rolle die Ausgabe von Simple XML Sitemap und den Page-Indexing-Bericht in der Search Console auf URLs, die jetzt nicht mehr zugänglich sind, aber weiterhin übermittelt werden.

Headless Drupal ohne SSR/SSG ausliefern

Ein Team entkoppelt Drupal (JSON:API/GraphQL) hinter einem Next.js- oder ähnlichen Frontend und rendert Inhalte nur clientseitig. Warum das falsch ist: In einem Headless-Setup wandert die SEO-Verantwortung zum Frontend, und ein rein clientseitiges Rendering stößt auf die üblichen JavaScript-SEO-Probleme – Crawler sehen Meta-Tags, strukturierte Daten oder sogar den Hauptinhalt möglicherweise nicht zuverlässig. Was stattdessen zu tun ist: Verwenden Sie serverseitiges Rendering oder statische Generierung im Frontend und lassen Sie es die Daten von Metatag über JSON:API konsumieren, anstatt die Metadatenverwaltung neu zu erfinden.

Häufige Drupal-SEO-Probleme

Symptom → wahrscheinliche Ursache → Lösung, für Probleme, die Sie bereits auf einer Live-Drupal-Website sehen.

Search Console zeigt Duplikat, Google hat anderes kanonisches Element als der Nutzer gewählt

Symptom: Der Page-Indexing-Bericht listet eine URL als „Duplikat, Google hat anderes kanonisches Element als der Nutzer gewählt“ auf, und die betroffenen Seiten sind Knoten mit Pathauto-Aliasen. Wahrscheinliche Ursache: Der Knoten ist sowohl unter /node/NID als auch unter seinem Alias erreichbar, ohne dass eine 301-Weiterleitung eingerichtet ist – Pathauto hat den Alias erstellt, aber Redirect wurde nie installiert oder konfiguriert, um den alten Pfad darauf umzuleiten. Lösung: Installieren Sie das Redirect-Modul und konfigurieren Sie es so, dass /node/NID per 301 auf den Alias für bestehende Inhalte weiterleitet; bestätigen Sie mit URL Inspection, dass das „von Google gewählte kanonische Element“ nun mit dem Alias übereinstimmt.

Crawl Stats zeigt einen Anstieg der gecrawlten URLs ohne entsprechendes Inhaltswachstum

Symptom: Der Crawl-Stats-Bericht in der Search Console zeigt steigende Crawl-Anfragen, ohne dass neue Inhalte veröffentlicht werden. Wahrscheinliche Ursache: Eine Views-Seite mit exponierten Filtern erzeugt eine große Anzahl von Parameter-URL-Variationen, die Googlebot entdeckt und crawlt. Lösung: Sperren Sie den Filterparameterraum in robots.txt, setzen Sie noindex auf die Aggregationsseiten über Metatag und prüfen Sie Crawl Stats nach einigen Tagen erneut, ob das Anfragevolumen abflacht.

Taxonomie-Begriffsseiten erscheinen in der Search Console mit sehr niedriger durchschnittlicher Position

Symptom: Performance-Berichtsanfragen landen auf /taxonomy/term/TID-URLs mit geringem Engagement und niedriger durchschnittlicher Position. Wahrscheinliche Ursache: Die Begriffsseite wird als gewöhnlicher Inhalt indexiert, obwohl sie nur eine spärliche Auflistung getaggter Knoten ist. Lösung: Unterdrücken Sie die URL mit Rabbit Hole oder setzen Sie noindex für dieses Vokabular über Metatag, und bestätigen Sie dann nach ein oder zwei Wochen mit URL Inspection, dass die Seite aus dem Index verschwindet.

Eine URL gibt für Googlebot 403 zurück, ist aber weiterhin in der Sitemap aufgeführt

Symptom: URL Inspection meldet „Blockiert wegen Zugriff verboten (403)“ für eine URL, die auch in der XML-Sitemap erscheint. Wahrscheinliche Ursache: Eine Berechtigungsänderung hat den Inhaltstyp für die anonyme Rolle eingeschränkt, aber die Sitemap-Konfiguration (oder ein manueller Sitemap-Eintrag) wurde nicht entsprechend aktualisiert. Lösung: Prüfen Sie die Berechtigungen der anonymen Rolle gegen die Ausgabe von Simple XML Sitemap und entfernen Sie die jetzt nicht mehr zugänglichen URLs aus der Sitemap, oder stellen Sie den anonymen Zugriff wieder her, wenn der Inhalt tatsächlich öffentlich sein soll.

Eine Staging- oder Dev-Kopie der Website taucht in den Suchergebnissen auf

Symptom: Eine Google-Suche nach den Inhalten der Website liefert eine dev.- oder staging.-Subdomain statt (oder neben) der Produktionsumgebung. Wahrscheinliche Ursache: Die Staging-Umgebung verlässt sich auf eine einzige, schwache Barriere – normalerweise nur robots.txt –, die das Crawling blockiert, aber nicht die Indexierung, sodass eine verlinkte Staging-URL trotzdem indexiert werden kann. Behebung: Setzen Sie HTTP-Auth oder Cloudflare Access vor das Staging als zuverlässige Barriere und legen Sie zusätzlich ein siteweites noindex über Metatag sowie eine robots.txt-Disallow-Regel darüber; bestätigen Sie die Entfernung mit URL Inspection auf dem Staging-Hostnamen.

Testen Sie sich: Drupal-SEO

Fünf Fragen zu den Drupal-SEO-Grundlagen. Wählen Sie für jede eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• Der Mythos der Duplicate-Content-Strafe (Search Engine Land) – der Rahmen für Drupals Node/Alias- und Views-Duplikatmuster.
• Wenn Canonical-Tags außer Kontrolle geraten (Search Engine Land) – Fallstricke bei Canonical-Tags, direkt relevant für die Metatag-Konfiguration.
• JavaScript-SEO: Probleme und bewährte Verfahren (Ahrefs) – die Rendering-Bedenken für headless/entkoppeltes Drupal.

Meine Vorträge

• Wie die Suche funktioniert (SlideShare) – Crawling, Rendering, Indexierung und Ranking, die jedem Drupal-Fehlermodus hier zugrunde liegen. Mein üblicher Haftungsausschluss gilt: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Dies ist mein Verständnis der Systeme; es wird weder vollständig noch hundertprozentig korrekt sein.“

Aus der Branche

• Drupal-SEO: Die besten Module, Optimierungstipps und fortgeschrittene Strategien (Acquia) – umfassender Überblick über das Modul-Ökosystem aus Sicht eines Enterprise-CMS-Anbieters.
• Zehn unverzichtbare Drupal-SEO-Tipps für 2025 (Specbee) – praktische, technisch fundierte Agentur-Tipps.
• Duplicate Content in Drupal beheben (Volacci) – fokussierte Anleitung zu den Node/Alias- und Views-Duplikatproblemen.
• Sieben häufige SEO-Fehler auf Drupal-Websites (Zyxware) – die wiederkehrenden Konfigurationsfehler, einschließlich des Clean-URL-Duplikats.
• Der umfassende Drupal-SEO-Leitfaden 2025 (The Drop Times) – Modul- und Leistungsübersicht, aktuell bis 2025.

Änderungsprotokoll