Drupal SEO hat einen unverdienten Ruf. Fragen Sie herum, und jemand wird Ihnen sagen, Drupal sei von Haus aus gut für die Suche, meist im Vergleich zu einer fünfzehn Jahre alten Erinnerung an eine andere Plattform. Eine Standardinstallation von Drupal 11 liefert kein Feld für die Meta-Description, keine XML-Sitemap, keine automatische Weiterleitung bei einer URL-Änderung und Inhalte, die unter /node/123 antworten, bis jemand von Hand einen Alias eintippt.

Das ist keine Kritik am Projekt. Der Core hält seine Oberfläche bewusst klein und schiebt alles Meinungsstarke in Contrib-Module aus, und genau deshalb lässt sich eine große Drupal-Site präziser abstimmen, als die meisten Plattformen es zulassen. Es bedeutet aber, dass die Formulierung “out of the box” sehr viel Gewicht trägt, und dass die Suchleistung einer Drupal-Site fast vollständig davon abhängt, welche Module am ersten Tag installiert wurden und wie jemand sie konfiguriert hat.

Was folgt, ist eine Darstellung dieses Stacks mit Stand September 2026: was der Core leistet, welche Contrib-Module ersetzen, was andere Systeme kostenlos mitliefern, welche Fehlerbilder es nur unter Drupal gibt und was es kostet, eine Site zu reparieren, auf der nichts davon zu Beginn erledigt wurde.

Ist Drupal von Haus aus gut für SEO? Nein. Der Core bietet Pfad-Aliasse, Canonical-Tags und eine starke mehrsprachige Routing-Schicht, aber keine Meta-Descriptions, keine XML-Sitemap, keine Weiterleitungsverwaltung und keine strukturierten Daten. Das liefern vier Contrib-Module: Pathauto, Metatag, Simple XML Sitemap und Redirect. Eine Drupal-Site ohne sie ist nicht schlecht optimiert, sie ist unoptimiert.

Was der Drupal-Core tatsächlich leistet

Der Core liefert drei Dinge, die zählen, und alle drei sind wirklich gut.

Das Core-Modul Path erlaubt es, jeder Route einen lesbaren Alias zuzuordnen, sodass ein Node unter /services/tax-advice antwortet statt unter seinem internen Pfad. Der Core speichert den Alias und löst die Anfrage darüber auf. Was der Core nicht tut, ist den Alias zu erfinden, also muss auf einer Site mit zweitausend Nodes jemand zweitausend Aliasse eintippen, und in der Praxis tut das nie jemand.

Der Core gibt außerdem Link-Relationen auf Entitätsseiten aus. Der Aufruf eines Nodes erzeugt ein rel="canonical" auf die aliasierte URL und ein rel="shortlink" auf die nicht aliasierte, was mehr ist, als etliche kommerzielle Plattformen ohne Plugin schaffen. Genau dieses Verhalten sorgt dafür, dass das weiter unten beschriebene Problem doppelter Pfade meist überlebbar statt tödlich ist.

Das dritte ist die Sprache. Der mehrsprachige Stack des Core beherrscht Pfadpräfixe, Aliasse je Sprache und Alternate-Language-Links auf übersetzten Entitäten, und er ist der stärkste Teil von Drupals Suchgeschichte.

Alles andere ist Contrib. Es gibt kein Feld für die Meta-Description an einem Inhaltstyp, bis Sie eines anlegen, keine Sitemap, keine Redirect-Tabelle, und das Löschen eines Nodes hinterlässt einen 404 und sonst nichts.

Die vier Module, die faktisch Pflicht sind

Dutzende Module tragen auf drupal.org ein SEO-Etikett. Vier davon sind nicht optional, und ein Drupal-Build, der eines davon auslässt, hat eine Lücke, die seine Wettbewerber nicht haben.

Pathauto

Pathauto erzeugt Aliasse aus Token-Mustern, sodass ein Muster wie blog/[node:title] den Alias beim Speichern des Nodes automatisch erzeugt. Es ist das, was Drupal einem universell installierten Modul am nächsten kommt: 464.471 Sites melden es, und die aktuelle stabile Version 8.x-1.15 vom 4. Mai 2026 unterstützt Drupal 10.2 und 11. Sie hängt vom Token-Modul ab.

Die Einstellung, die entscheidet, ob Pathauto hilft oder schadet, ist die Update-Aktion. Sie steuert, was passiert, wenn ein Titel sich ändert und das Muster einen anderen Alias erzeugt. Pathauto kann nichts tun, den Alias ersetzen oder den neuen Alias anlegen und dazu eine Weiterleitung vom alten. Die dritte Option ist die richtige, und sie existiert nur, wenn das Redirect-Modul installiert ist. Sites mit einer schwächeren Voreinstellung sammeln still mehrere aktive Aliasse pro Node an.

Metatag

Metatag ist der Weg, auf dem eine Drupal-Seite überhaupt eine Meta-Description bekommt, dazu Open-Graph- und Twitter-Card-Ausgabe. Damien McKenna pflegt es seit 2012, 332.868 Sites melden den Einsatz, und Release 2.2.0 vom September 2025 setzt Drupal 10.3 oder 11 voraus.

Es arbeitet über Standardwerte je Entitätstyp und Bundle, geschrieben als Token-Muster, mit Overrides je Node darüber. Der übliche Fehler ist ein Muster, das über einen ganzen Inhaltstyp hinweg identisch auflöst und mehrere hundert Seiten erzeugt, die sich eine Description teilen. Das ist schlimmer als gar keine Description, weil es einem Crawler sagt, die Seiten seien austauschbar.

Simple XML Sitemap

Der Core liefert keinerlei Sitemap. Simple XML Sitemap ist die Standardantwort, eingesetzt von 137.418 Sites, mit Release 4.2.3 vom 26. November 2025, das Drupal 10.3 oder 11 voraussetzt. Es indexiert Entitäten, Views und eigene Links und gibt hreflang- und Bildeinträge aus, was bei mehrsprachigen Builds sehr viel ausmacht.

Konfigurieren Sie es je Bundle statt global. Die naheliegende Versuchung ist, alles aufzunehmen, was Taxonomiebegriffsseiten, Benutzerprofile und ungefilterte Views-Listen in die Sitemap drückt und Suchmaschinen mitteilt, Ihre dünnsten Seiten hätten Priorität.

Redirect

Redirect liefert manuelle Weiterleitungen und, wichtiger, die Durchsetzung der kanonischen URL: Es kann jede nicht kanonische Anfrage auf einen Inhalt zum kanonischen Pfad umleiten. 265.749 Sites nutzen es, und 8.x-1.13 vom 24. April 2026 unterstützt Drupal 10 und 11.

Ein Vorbehalt gehört klar gesagt. Die Projektseite trägt derzeit einen Hinweis “seeking co-maintainers”, was bei einem so tragenden Modul ein Wartungsrisiko ist, das man beobachten sollte, aber kein Grund, es zu meiden. Es fällt weiterhin unter die Sicherheitsrichtlinie von Drupal.

Drupal-SEO-Fallen, die andere Plattformen nicht haben

Jeder Node hat mindestens zwei aktive URLs

Das überrascht Umsteiger aus anderen Systemen am meisten. Einen Alias in Drupal anzulegen setzt den internen Pfad nicht außer Kraft. /node/123 antwortet weiterhin mit 200 und der vollständigen Seite, und ebenso jeder Alias, den dieser Node je bekommen hat, sofern die Update-Aktion sie bestehen ließ.

Das Canonical-Tag des Core mildert den Schaden, und Google behandelt eine Canonical-Angabe als starkes Signal statt als Anweisung, gleichrangig mit Weiterleitungen und über der Sitemap-Aufnahme. Ein starkes Signal ist keine Garantie. Die robuste Lösung ist die Canonical-Durchsetzung des Redirect-Moduls, die die Duplikate in permanente Weiterleitungen verwandelt, sodass nichts mehr zu konsolidieren bleibt.

Taxonomiebegriffsseiten vermehren sich

Der Core erzeugt für jeden Taxonomiebegriff eine Listenseite. Auf einer Site mit einem freien Tagging-Vokabular heißt das eine Seite pro Tag, die meisten mit einem oder zwei Nodes, jede mit einem Vorlagentitel und ohne Description. Mehrere hundert davon sind ein Thin-Content-Problem, das niemand absichtlich erzeugt hat.

Entscheiden Sie je Vokabular statt für die ganze Site. Kategorien mit echtem redaktionellem Wert werden indexiert und bekommen handgeschriebene Descriptions. Freie Tagging-Vokabulare werden aus der Sitemap ausgeschlossen und in den meisten Fällen auf noindex gesetzt.

Views-Paginierung und die ?page=-Spur

Jede Views-Liste im Core paginiert mit einem ?page=-Parameter, und jede davon ist eine eigene URL. Googles Leitlinie lautet, dass jede Seite einer Folge ihre eigene URL und ihr eigenes Canonical haben sollte, statt auf Seite eins kanonisiert zu werden, und dass rel next und prev nicht mehr verwendet werden.

Der Drupal-spezifische Teil ist, dass exponierte Filter und Sortierungen derselben View sich mit dem Pager multiplizieren. Eine Liste mit drei exponierten Filtern und vierzig Ergebnisseiten erzeugt weit mehr adressierbare URLs, als sie Inhalte hat, und jede einzelne rendert.

Facets und die Parameterexplosion

Die facettierte Suche, meist das Modul Facets auf der Search API, ist der Punkt, an dem das aufhört, unordentlich zu sein, und zu einem Crawl-Budget-Problem wird. Facets 3.0.6, veröffentlicht am 1. September 2026, unterstützt Drupal 10.1 und 11 und wird von 56.746 Sites genutzt. Auch dieses Projekt trägt einen Hinweis “seeking co-maintainers”.

Google warnt, dass Crawler enorme Mengen an URLs facettierter Navigation abarbeiten, bevor sie feststellen können, dass diese URLs nirgendwohin Nützliches führen, und dass das sowohl Ihr Crawl-Budget als auch deren Rechenzeit verbraucht. Entscheiden Sie früh, welche Facettenkombinationen indexierbar sind, sperren Sie den Rest, und halten Sie die Parameterreihenfolge stabil, damit ein identischer Filtersatz immer eine identische URL ergibt.

Wechselnde Veröffentlichungszustände

Ein Node, der unveröffentlicht angelegt, mit einem Arbeitstitel versehen und eine Woche später unter einem anderen veröffentlicht wird, erzeugt einen Alias beim Anlegen und einen weiteren bei der Veröffentlichung. Mit der falschen Update-Aktion bleiben beide aktiv und beide crawlbar. Multiplizieren Sie das mit einem Redaktionsteam und einem Jahr Produktion, und die Alias-Tabelle wird größer als die Node-Tabelle, genau das Muster, nach dem ein SEO-Audit sucht, wenn es aktive URLs gegen veröffentlichte Nodes zählt.

Strukturierte Daten in Drupal

Es gibt zwei Wege, und die Wahl wiegt schwerer, als sie aussieht.

Schema.org Metatag erweitert Metatag, um JSON-LD im Seitenkopf auszugeben, und deckt mehr als fünfundzwanzig Schema-Typen ab. Version 3.0.4 vom 19. Februar 2026 unterstützt Drupal 9, 10 und 11, und 66.363 Sites nutzen sie. Wie Redirect und Facets sucht auch dieses Projekt Co-Maintainer.

Sein Vorteil ist, dass es das gesamte Vererbungsmodell von Metatag übernimmt: Standardwerte je Bundle, Tokens, die Feldwerte ziehen, Overrides je Node, und Redakteure, die nie rohes JSON sehen. Seine Grenze ist, dass Sie nur ausdrücken können, was das Modul modelliert, und tief verschachteltes Schema, wie es ein Produkt braucht, sobald Angebote, Bewertungen und eine Rückgaberichtlinie im Spiel sind, lässt sich aus Token-Feldern nur mühsam bauen.

Handgeschriebenes JSON-LD in einem Twig-Template gibt Ihnen vollständige Kontrolle und kostet Sie die redaktionelle Oberfläche. Auf einer Site mit einer Handvoll Templates und einem Entwickler zur Hand ist das oft der bessere Tausch. Auf einer Site mit sechzig Inhaltstypen und einem Redaktionsteam ist es das nicht, weil jede Schema-Änderung zu einem Deployment wird.

Wählen Sie einen Weg. Der Fehler, den wir am häufigsten sehen, ist, dass beide parallel laufen und zwei Article-Blöcke ausgeben, die sich über das Veröffentlichungsdatum widersprechen.

Mehrsprachiges Drupal und hreflang

Hier verdient Drupal seinen Ruf wirklich, und das gehört klar gesagt, weil der Rest dieses Artikels von Lücken handelt.

Der Core liefert die Sprachmodule, und sobald die Inhaltsübersetzung aktiviert ist, gibt Drupal Alternate-Language-Links auf übersetzten Entitäten aus, ohne jede Hilfe aus Contrib. Pfadpräfixe, Aliasse je Sprache und Menüs je Sprache funktionieren wie ausgeliefert.

Googles Anforderungen an lokalisierte Versionen lauten, dass jede Version sich selbst und alle anderen aufführt, dass die Angaben wechselseitig sind und dass ein x-default als Rückfallebene existiert. Drupals Übersetzungsmodell erfüllt die ersten beiden automatisch, weil die Alternates aus dem Übersetzungsset erzeugt und nicht von einer Redakteurin eingetippt werden. Das ist ein echter Vorteil gegenüber Plattformen, auf denen hreflang ein Plugin-Feld ist, das jemand vergessen kann.

Zwei Dinge gehen trotzdem schief. Der x-default-Wert wird nicht für Sie gesetzt und muss über Metatag oder ein Template ergänzt werden. Und unvollständige Übersetzungssets erzeugen Alternates, die auf Seiten zeigen, welche auf die Ausgangssprache zurückfallen, was ein schlechteres Signal ist, als die Angabe ganz wegzulassen.

Performance und Core Web Vitals

Drupals Caching-Schichten sind Core, sie sind gut, und sie werden häufig in einer Debugging-Sitzung abgeschaltet, an deren Ende niemand mehr gedacht hat.

Der Render-Cache speichert Fragmente mit Cacheability-Metadaten: Cache-Tags, die beschreiben, von welchen Daten ein Fragment abhängt, Cache-Kontexte, die beschreiben, wonach es variiert, und ein Max-Age. Tags werden automatisch invalidiert, wenn sich die zugrunde liegende Entität ändert. Sind die Metadaten falsch, liefern Sie entweder veraltete Seiten aus oder cachen gar nichts.

Der Internal Page Cache liefert vollständige Seiten an anonyme Besucher. Der Dynamic Page Cache liefert Seiten an jeden Nutzer, indem er alles außer den personalisierten Teilen cacht. BigPipe, seit Drupal 8.1 im Core und seit 8.5 Teil des Standard-Installationsprofils, streamt diese personalisierten Platzhalter dann nach, nachdem die erste Antwort bereits ausgeliefert wurde.

Für die Core Web Vitals sind die relevanten Punkte eng umrissen. BigPipe verbessert die wahrgenommene Ladezeit und kann Cumulative Layout Shift verschlechtern, wenn die gefüllten Platzhalter keinen reservierten Platz bekommen. Largest Contentful Paint entscheidet sich auf einer Drupal-Site meist an Hero-Bildern und am aggregierten CSS-Bundle, nicht am Render-Cache. Drupal 11.4 ergänzte die Erzeugung Brotli-komprimierter CSS- und JavaScript-Assets, wenn die PHP-Erweiterung verfügbar ist, ein unkomplizierter Gewinn auf jeder Site, die ihre Assets selbst ausliefert.

Was ein Major-Upgrade kaputt macht

Ein Drupal-Major-Upgrade ist kein Plattformwechsel, aber es beschädigt die Sichtbarkeit in der Suche auf bestimmte und wiederkehrende Weise.

Contrib-Module sind die übliche Ursache. Ist Metatag für die Zielversion nicht bereit und die Site geht ohne es live, verschwindet jede Meta-Description auf der Site auf einen Schlag, und niemand merkt es, bis die Impressionen zwei Wochen später einbrechen. Dasselbe gilt für das Sitemap-Modul und, schlimmer, für Redirect, denn der Verlust von Redirect beendet die Canonical-Durchsetzung und erweckt jeden alten Alias wieder zum Leben.

Die zweite Ursache ist Konfiguration, die den Umzug nicht übersteht. Metatag-Standardwerte, Pathauto-Muster und Sitemap-Bundle-Einstellungen liegen alle in der Konfiguration, und eine neu aufgebaute Site, die Inhalte, aber nicht die Konfiguration importiert, kommt mit Standardmustern und anderen URLs für identische Inhalte zurück.

Nehmen Sie vor dem Start einen vollständigen Crawl auf, mit URL, Statuscode, Titel, Description und Canonical für jede Seite, und vergleichen Sie ihn danach mit demselben Crawl. Unser Leitfaden zur Drupal-Migration behandelt die Versionspfade und die daran hängenden Fristen.

Wo die Drupal-Versionen gerade stehen

Das Timing verändert, was Sie sinnvollerweise zuerst tun. Drupal 11.4.0 erschien am 1. Juli 2026, und der Zweig 11.4.x hat bis Juni 2027 Sicherheitsunterstützung. Drupal 10, veröffentlicht am 15. Dezember 2022, erreicht am 9. Dezember 2026 sein Lebensende, und Drupal 12 ist für die Woche des 7. Dezember 2026 geplant, mit einer Beta Mitte September 2026.

Die praktische Folge ist, dass einer Drupal-10-Site zum Zeitpunkt dieses Textes noch etwa drei Monate Sicherheitsabdeckung bleiben. Jede SEO-Arbeit, die für eine Drupal-10-Site beauftragt wird, sollte nach dem Upgrade eingeplant werden und nicht davor, denn andersherum zahlen Sie zweimal: einmal für die Korrektur der Metadaten und noch einmal, wenn ein Modul-Versionssprung die Ausgabe verändert.

Drupal 11.1 bis 11.4 laufen auf PHP 8.3 und 8.4, während Drupal 10 mindestens PHP 8.1 verlangt. Die PHP-Untergrenze ist auf Shared Hosting sehr oft der eigentliche Blocker, nicht die Drupal-Arbeit selbst.

Was ein Drupal-SEO-Projekt kostet

Zuerst der Zuschnitt. Ein Drupal-SEO-Projekt ist kein Report, es ist Konfigurations- und Template-Arbeit in einer bestimmten Codebasis, und das Ergebnis ist eine veränderte Site statt eines Dokuments.

Das Basis-Audit umfasst den Vier-Modul-Stack und dessen Konfiguration, die Alias- und Redirect-Tabellen, die Sichtbarkeit von Taxonomie und Views, den Sitemap-Inhalt, die Ausgabe strukturierter Daten und die Caching-Schichten. Auf einer Site mit einigen hundert Nodes sind das drei bis fünf Arbeitstage. Britische Tagessätze für technisches SEO liegen üblicherweise zwischen £600 und £1,200, sodass ein technisches SEO-Audit dieses Zuschnitts je nach Seniorität und Site-Größe zwischen £2,000 und £5,000 landet.

Die Umsetzung ist getrennt und meist größer. Pathauto, Metatag, Simple XML Sitemap und Redirect auf einer laufenden Site mit vorhandenen Inhalten zu installieren und zu konfigurieren bedeutet, Aliasse massenhaft zu erzeugen, eine Redirect-Karte für jeden geänderten Alias zu bauen und Description-Muster zu schreiben, die nicht in Duplikate kollabieren. Rechnen Sie für diese Phase mit dem Ein- bis Zweifachen des Audit-Honorars.

Eine mehrsprachige Drupal-Site mit facettierter Suche liegt über diesem Band. Britische Agenturen berechnen für Drupal-Arbeit grob £600 bis £900 pro Tag, wie in unserem Leitfaden zu Drupal-Entwicklersätzen beschrieben, und ein Projekt mit mehreren Übersetzungssets und Facetten-Governance umfasst realistisch zehn bis zwanzig Tage.

Verlangen Sie den Crawl-Vergleich vorher und nachher als benanntes Ergebnis. Ohne ihn gibt es keinen Beleg, dass sich tatsächlich etwas geändert hat.

Die richtige Reihenfolge

Die Reihenfolge, die funktioniert, ist unspektakulär. Installieren und konfigurieren Sie die vier Module vor allem anderen, denn ohne sie getroffene Inhaltsentscheidungen erzeugen später Nacharbeit. Schließen Sie als Nächstes die Fläche doppelter URLs, weil sie jede Seite der Site berührt. Dann Taxonomie- und Views-Sichtbarkeit, dann strukturierte Daten, dann Performance. Inhalte und Links kommen, nachdem die technische Schicht stabil ist, nie davor.

Mecanik arbeitet diese Reihenfolge als technisches SEO-Audit ab, das gegen die Drupal-Codebasis und deren Konfiguration läuft statt allein gegen einen Crawl, wobei der SEO-Audit-Service die anschließende Umsetzung abdeckt. Wenn Sie noch entscheiden, ob Drupal überhaupt die richtige Plattform ist, sind unser Leitfaden zur Drupal-Entwicklung und der Vergleich von Headless- und traditionellen CMS-Architekturen die besseren Ausgangspunkte als dieser Text.

Häufig gestellte Fragen

Ist Drupal von Haus aus gut für SEO? Nein. Der Drupal-Core bietet Pfad-Aliasse, Canonical-Tags und mehrsprachiges Routing, aber keine Meta-Descriptions, keine XML-Sitemap, keine Weiterleitungsverwaltung und keine strukturierten Daten. Dafür braucht es die Module Pathauto, Metatag, Simple XML Sitemap und Redirect, allesamt Contrib statt Core. Eine Standardinstallation ist unoptimiert, nicht schlecht optimiert.

Welche SEO-Module braucht eine Drupal-Site wirklich? Vier sind faktisch Pflicht: Pathauto für automatische URL-Aliasse, Metatag für Meta-Descriptions und Social-Tags, Simple XML Sitemap für die Sitemap selbst und Redirect für Weiterleitungen und die Durchsetzung der kanonischen URL. Schema.org Metatag ist das übliche fünfte, wenn Sie strukturierte Daten wollen, ohne JSON-LD von Hand in Twig-Templates zu schreiben.

Warum funktioniert /node/123 noch, nachdem ich einen URL-Alias angelegt habe? Weil ein Drupal-Alias den internen Pfad nicht außer Kraft setzt. Beide Adressen liefern die vollständige Seite mit Status 200. Der Core gibt ein Canonical-Tag auf den Alias aus, das Google als starkes Signal statt als Anweisung behandelt, also ist die verlässliche Lösung die Canonical-Durchsetzung des Redirect-Moduls, die die Duplikate in permanente Weiterleitungen verwandelt.

Sind Pathauto, Metatag und Simple XML Sitemap mit Drupal 11 kompatibel? Ja, und alle vier Module des Kern-Stacks werden aktiv gepflegt. Pathauto 8.x-1.15 unterstützt Drupal 10.2 und 11, Metatag 2.2.0 setzt Drupal 10.3 oder 11 voraus, Simple XML Sitemap 4.2.3 setzt Drupal 10.3 oder 11 voraus, und Redirect 8.x-1.13 unterstützt Drupal 10 und 11. Alle vier fallen unter die Sicherheitsrichtlinie von Drupal.

Was kostet ein Drupal-SEO-Projekt in Großbritannien? Ein Konfigurations-Audit über den Modul-Stack, die Alias- und Redirect-Tabellen, die Taxonomie-Sichtbarkeit, die Sitemap und die strukturierten Daten dauert auf einer mittelgroßen Site drei bis fünf Tage, was bei britischen Tagessätzen für technisches SEO von £600 bis £1,200 rund £2,000 bis £5,000 ergibt. Die Umsetzung kostet üblicherweise noch einmal das Ein- bis Zweifache des Audit-Honorars.