Drupal SEO: was das CMS mitbringt und was Sie einrichten müssen

Für gutes Drupal-SEO brauchen Sie kein großes Zusatzpaket. Der Kern, also das Grundsystem ohne Erweiterungen, liefert schnelle Seiten und erlaubt lesbare Adressen, die Sie von Hand vergeben. Fünf Module aus dem Verzeichnis auf drupal.org ergänzen, was für Suchmaschinen fehlt. Wie das in der Praxis aussieht, zeigen wir am Relaunch von redorbit.de, der am 8. Oktober 2026 live ging.

Ein einzelnes SEO-Plugin wie bei WordPress gibt es bei Drupal nicht. Jede Aufgabe übernimmt ein eigenes Modul, das Sie gezielt einstellen und bei Bedarf austauschen.

Die wichtigsten SEO-Module für Drupal

Die Tabelle zeigt die Grundausstattung. Zwei Begriffe vorab: Title und Description sind der Seitentitel und die Kurzbeschreibung, die Google im Suchergebnis anzeigt. Open Graph und Twitter Cards steuern Bild und Text, wenn jemand die Seite in sozialen Netzwerken teilt.

Alle fünf Module unterstützen in ihren aktuellen Versionen Drupal 11. Bei mehrsprachigen Websites kommt hreflang dazu: die Angabe, welche Sprachfassung einer Seite für welches Publikum gedacht ist. Simple XML Sitemap schreibt sie in die Sitemap, Metatag bringt für den Seitenkopf ein eigenes Untermodul mit. Weitere Erweiterungen stellen wir im Beitrag über Drupal-Module vor.

Was wir bei redorbit.de eingestellt haben

Metatag liefert bei uns Title und Description für jeden Seitentyp, dazu Open Graph und Twitter Cards. Fehlt ein eigenes Vorschaubild, nimmt die Seite ein Standardbild.

Bei Pathauto haben wir festgelegt, dass bestehende Adressen beim Speichern nicht neu erzeugt werden. Sonst ändert eine korrigierte Überschrift still die URL, und Links von außen laufen ins Leere.

Bei uns erzeugt eigener Code im Projektmodul die strukturierten Daten. Er verknüpft Organisation, Seite, Autor und FAQ, sodass die Angaben aufeinander verweisen. Schema.org Metatag setzen wir dafür nicht ein. Für viele Websites ist das Modul trotzdem der einfachere Weg, solange seine Schema-Typen passen.

Typische Stolperstellen bei Drupal

Einige Fehler entstehen aus der Art, wie Drupal Inhalte und Dateien verwaltet. Bei redorbit.de sind uns diese begegnet:

• Indexierbare Begriffsseiten. Mit der Taxonomie ordnet Drupal Inhalte in Kategorien, und für jeden Begriff entsteht automatisch eine eigene Seite. Bei uns betraf das die Branchen der Referenzen, also Seiten ohne eigenen Text. Wir haben sie über Metatag auf noindex gesetzt, damit Google sie nicht in den Index aufnimmt.
• Die robots.txt nach Updates. Die robots.txt sagt Suchmaschinen, welche Bereiche sie auslesen dürfen und wo die Sitemap liegt. Wird Drupal wie bei uns mit dem Paketmanager Composer verwaltet, überschreibt dessen Zusatz Scaffold die Datei bei Updates mit der Fassung aus dem Kern. Eigene Zeilen wie den Verweis auf die Sitemap hängen Sie deshalb über einen Eintrag in der composer.json an. Direkt in der Datei gehen sie beim nächsten Update verloren.
• Alte Systempfade. Einige Leistungsseiten waren früher Taxonomie-Begriffe. Beim Relaunch haben wir sie als normale Seiten unter derselben URL neu angelegt. Die alten Pfade unter /taxonomy/term/ leiten seitdem per 301 auf die neuen Seiten.

Ladezeit, Bilder und Caching

Google misst das Nutzererlebnis mit den Core Web Vitals. Als gut gelten eine Ladezeit des größten Elements (LCP) unter 2,5 Sekunden, eine Reaktionszeit (INP) unter 200 Millisekunden und eine Layoutverschiebung (CLS) unter 0,1. Laut Google sind gute Werte genau das, was seine Ranking-Systeme belohnen sollen.

Vieles davon steckt im Kern. Besucher ohne Login bekommen fertige Seiten aus dem Zwischenspeicher (Internal Page Cache). Für angemeldete Nutzer hält Dynamic Page Cache zumindest die Teile der Seite vor, die nicht personalisiert sind. In den Leistungseinstellungen fasst Drupal CSS- und JavaScript-Dateien zusammen und komprimiert sie. Das spart Anfragen und Datenmenge.

Bilder rechnet Drupal über Bildstile auf die benötigte Größe herunter. Seit Drupal 9.2 kann der Kern dabei auch WebP erzeugen, ein Bildformat, das für das Web entwickelt wurde. Responsive Image gibt dann je nach Bildschirm die passende Größe aus. Im Bildfeld ist der Alternativtext ab Werk Pflicht. So bekommen Suchmaschinen und Screenreader zu jedem Bild eine Beschreibung.

Viel entscheidet sich im Theme, also der Gestaltungsschicht, die das HTML erzeugt. Das neue Theme von redorbit.de liefert die Bilder auf der Seite als WebP in mehreren Breiten aus. Der Browser wählt über das Attribut srcset die passende. Bei der Abschlussprüfung vor dem Go-live erreichten die geprüften Seiten in Lighthouse, dem Prüfwerkzeug in Google Chrome, 100 Punkte für SEO und Barrierefreiheit. Wenn Ihr Theme hier Schwächen zeigt, ist das ein Fall für die Drupal-Theme-Entwicklung.

Relaunch ohne Ranking-Verlust

Gefährlich wird ein Relaunch vor allem durch alte Adressen, die plötzlich auf eine Fehlerseite führen. Google empfiehlt für einen Umzug mit neuen URLs serverseitige, dauerhafte Weiterleitungen von jeder alten auf die passende neue Adresse. Eine 301-Weiterleitung sagt Google, dass das Ziel die gültige Adresse ist.

So sind wir bei redorbit.de vorgegangen:

1. Alle alten URLs gesammelt. Es waren 91 Adressen aus der Live-Sitemap und allen bestehenden Weiterleitungen, dazu Sonderfälle wie alte englische Pfade.
2. Für jede Adresse ein Ziel festgelegt. Status, Ziel, Title und Description haben wir je URL in einer Tabelle festgehalten.
3. Ketten aufgelöst. Jede alte URL leitet direkt auf das Endziel. Eine Kette von /en über /home auf die Startseite haben wir zu einem Schritt verkürzt.
4. Auf einer Kopie der Live-Datenbank geprobt. Ein Skript prüfte alle 91 Adressen gegen ihr erwartetes Ziel. Dabei fehlte eine Weiterleitung. Das Redirect-Modul hatte sie beim Speichern einer Seite gelöscht, weil die Seite noch unter der alten Adresse lag.
5. Nach dem Go-live erneut geprüft. Auf www.redorbit.de lief dasselbe Skript ohne eine einzige Abweichung.
6. Fehlerseiten im Blick. Redirect 404 zeigt in den ersten Wochen, welche Adressen noch fehlen.

Reichen Sie nach dem Umzug die neue Sitemap in der Google Search Console ein. In diesem kostenlosen Werkzeug sehen Sie, welche Seiten Google indexiert hat und wo Fehler auftreten. Prüfen Sie die Sitemap vorher im Browser. Bei uns enthielt sie nach dem Go-live Adressen mit „http://default/“, weil sie per Kommandozeile ohne eingetragene Basis-URL erzeugt worden war. Nach dem Eintrag der Basis-URL in Simple XML Sitemap lieferten alle 47 URLs Status 200.

Neben den Weiterleitungen zählt der Inhalt. Eine Seite rankt, weil Title und Text zur Suchanfrage passen, und die neue Fassung sollte dieses Thema weiter abdecken. Wir haben Title, H1 und Description jeder alten Seite festgehalten und nach dem Umbau mit der neuen Fassung verglichen. Verliert eine gut gefundene Seite dabei ihr Keyword, fällt das vor dem Go-live auf.

Lassen Sie die Weiterleitungen lange bestehen. Google rät, sie in der Regel mindestens ein Jahr zu behalten. Wenn Sie von Drupal 7 oder einem anderen CMS wechseln, gehört dieses Vorgehen fest zur Drupal-Migration. Wie solche Projekte bei unseren Kunden aussehen, zeigen unsere Drupal-Referenzen.

Strukturierte Daten und KI-Suche

Strukturierte Daten beschreiben in maschinenlesbarer Form, was auf einer Seite steht, zum Beispiel wer sie veröffentlicht und wer den Beitrag geschrieben hat. Google empfiehlt dafür das Format JSON-LD, einen Codeblock im Kopf der Seite. Ob daraus Rich Results werden, also erweiterte Suchergebnisse mit Sternen, Bildern oder Fragen, garantiert Google nicht. Die Ausgabe prüfen Sie mit dem Validator auf validator.schema.org. Bei uns meldete er nach der Umsetzung auf fünf geprüften Seiten weder Fehler noch Warnungen.

Seit dem 7. Mai 2026 zeigt Google keine FAQ-Rich-Results mehr an. Wir geben die Auszeichnung FAQPage trotzdem weiter aus, weil sie den Inhalt korrekt beschreibt. Einen sichtbaren Effekt in der Google-Suche hat sie nicht mehr.

Ähnlich nüchtern sehen wir llms.txt. Das Format geht auf einen Vorschlag von Jeremy Howard vom September 2024 zurück: eine Markdown-Datei im Hauptverzeichnis der Website, die KI-Sprachmodellen eine kurze Übersicht des Angebots gibt. Auch redorbit.de hat eine. Google schreibt allerdings, dass Sie für die KI-Übersichten keine eigenen Dateien für KI und keine besonderen Schema-Typen brauchen. Dort zählt dasselbe wie in der normalen Suche.

Womit Sie bei Drupal-SEO anfangen

Bei einer bestehenden Drupal-Website prüfen wir zuerst, ob jede Seite einen eigenen Title und eine Description hat und ob die URLs lesbar sind. Danach folgen die Sitemap, das 404-Protokoll und die Ladezeit auf dem Smartphone. Erst dann lohnt sich die Arbeit an strukturierten Daten.

Ein Ranking lässt sich nicht versprechen. In Ihrer Hand liegt, dass Suchmaschinen jede Seite finden und schnell laden. Wo Ihre Website dabei steht, klären wir gern in einer Drupal-Beratung.