Die besten Drupal-SEO-Module 2026: Vergleich mit Feature-Tabelle

Zehn Module im Vergleich, zwei Tabellen und eine unbequeme Erkenntnis: Die meisten Drupal-SEO-Module beantworten dieselbe Frage und lassen dieselbe offen. Stand der Zahlen: September 2026.

Jede Liste „Die besten Drupal-SEO-Module“ sieht gleich aus. Metatag, Pathauto, Sitemap, fertig, zehn Absätze Füllung drumherum. Das ist nicht falsch, es ist nur folgenlos: Du installierst die fünf üblichen Verdächtigen, hakst sie ab und weißt danach immer noch nicht, ob deine Seite draußen ankommt.

Dieser Vergleich sortiert die Module deshalb nach der Ebene, auf der sie arbeiten, und nicht nach Beliebtheit. Dort liegt der Unterschied, der zählt.

Warum die üblichen Modul-Listen wenig helfen

Fast jedes Drupal-SEO-Modul arbeitet auf der Eingabeseite. Es hilft dir, etwas in die Seite zu schreiben: einen Title-Tag, eine saubere URL, ein JSON-LD-Objekt, einen Eintrag in der sitemap.xml. Das ist wertvolle Infrastruktur. Sie beantwortet nur nicht die Frage, mit der du morgens auf die Seite schaust:

Warum kommt hier so wenig an, und was davon ist meine Schuld?

Ein Modul, das dir beim Ausfüllen eines Feldes hilft, kann diese Frage nicht beantworten. Es sieht nur das Formular. Es weiß nicht, ob der Crawler die Seite erreicht hat, ob Google sie indexiert hat, wofür sie gefunden wird, ob sie letzten Monat Klicks verloren hat oder ob überhaupt eine andere Seite auf sie verlinkt.

Nach dieser Trennlinie ist der Vergleich gebaut: Eingabe (was du in die Seite schreibst), Ausgabe (was die Seite nach außen liefert), Messung, Prüfung von innen (was im Formular steht) und Prüfung von außen (was draußen tatsächlich passiert).

Die Kriterien

Bewertet habe ich nach fünf Punkten, alle nachprüfbar:

• Ebene: Eingabe, Ausgabe, Messung, Prüfung innen oder Prüfung außen.
• Drupal 11: Gibt es eine stabile Version für Drupal 10.3 und 11? Ein Modul ohne aktuelle Version ist kein Kandidat, egal wie gut es 2019 war.
• Verbreitung: Wie viele Installationen meldet drupal.org? Das ist kein Qualitätsurteil, aber ein guter Indikator dafür, ob dir jemand hilft, wenn du in einer Issue-Queue stehst.
• Pflege: Wann kam die letzte Version, ist sie von der Security-Policy gedeckt?
• Arbeit, die es dir abnimmt: Welche Aufgabe fällt weg, wenn das Modul installiert ist? Die Frage bringt mehr als eine Liste von Funktionen.

Die Vergleichstabelle

Modul	Wofür	Ebene	Installationen	Preis
Pathauto	URL-Aliase aus Mustern	Eingabe	460.080	kostenlos
Metatag	Title, Description, Open Graph, canonical	Eingabe	330.658	kostenlos
Redirect	Weiterleitungen, eine kanonische URL	Infrastruktur	263.857	kostenlos
Simple XML Sitemap	sitemap.xml, hreflang, IndexNow	Ausgabe	136.726	kostenlos
Google Tag	GA4 und GTM einbauen	Messung	104.885	kostenlos
Easy Breadcrumb	Brotkrumen inklusive JSON-LD	Ausgabe	100.184	kostenlos
Schema.org Metatag	Strukturierte Daten als JSON-LD	Eingabe	67.910	kostenlos
Real-time SEO (Yoast)	Textanalyse im Bearbeitungsformular	Prüfung innen	26.827	kostenlos
SEO Checklist	Aufgabenliste fürs Team	Prozess	17.986	kostenlos
Traffalyzer	Crawl-Funde, Suchanfragen und KI-Sichtbarkeit im Backend	Prüfung außen	neu	Modul kostenlos, Konto ab 5 €/Domain/Monat

Installationszahlen und Versionsangaben stammen von den jeweiligen drupal.org-Projektseiten, abgerufen im September 2026. Alle Module laufen auf Drupal 10.3 und Drupal 11.

Die Pflichtausstattung: vier Module, ohne die es nicht geht

Diese vier sind keine Optimierung, sie sind Grundversorgung. Eine Drupal-Seite ohne sie hat kein SEO-Problem, sondern ein Installationsproblem.

Pathauto

Erzeugt URL-Aliase aus Mustern, statt dass jemand sie tippt. /blog/mein-titel statt /node/123, automatisch, in jeder Sprache, mit Token für Inhaltstyp, Datum oder Taxonomie.

Mit 460.080 gemeldeten Installationen ist es das meistgenutzte Modul in diesem Vergleich. Der Grund ist simpel: Ohne Pathauto entsteht jede saubere URL von Hand, und jede Hand vergisst mal eine. Wichtig: Pathauto ändert Aliase beim Umbenennen. Ohne Redirect daneben produzierst du damit tote Links.

Metatag

Der Standard für alles, was in den <head> gehört: Title, Description, canonical, noindex, Open Graph, Twitter Cards. Konfigurierbar global, je Inhaltstyp und je Knoten, mit Token, mit Rechten je Meta-Tag.

Die 330.658 Installationen sind verdient. Der wunde Punkt liegt in der Praxis, nicht im Modul: Metatag stellt das Feld bereit, füllen musst du es. Eine Seite mit leerem Description-Feld ist technisch einwandfrei konfiguriert und trotzdem eine verschenkte Snippet-Zeile. Kein Modul in der Eingabe-Spalte sagt dir, bei welchen 40 Seiten das der Fall ist.

Redirect

Legt Weiterleitungen an, hält eine kanonische URL fest und fängt ab, was beim Umbenennen sonst im Nichts endet. 263.857 Installationen, seit April 2026 in Version 8.x-1.13.

Das Modul sucht laut Projektseite Mitmaintainer. Bei einem so etablierten Modul ist das kein Grund zur Sorge, eher eine Einladung, wenn du etwas zurückgeben willst. Praktischer Hinweis: Redirect verwaltet Weiterleitungen, es findet sie nicht. Welche Adressen überhaupt ins Leere laufen, musst du von außen erfahren.

Simple XML Sitemap

Erzeugt die sitemap.xml aus dem Inhalt, mit hreflang für mehrsprachige Seiten, Bild-Sitemaps, eigenen Sitemaps über Plugins und IndexNow-Anbindung. 136.726 Installationen, Version 4.2.3.

Die Alternative heißt XML Sitemap (124.874 Installationen, Version 2.0.0) und ist der ältere, schwergewichtigere Weg mit eigener Indexierungstabelle. Für neue Projekte nehme ich Simple XML Sitemap: weniger Zustand, weniger Cron-Überraschungen.

Die Kür: strukturierte Daten, Brotkrumen, Messung

Schema.org Metatag

Erweitert Metatag um JSON-LD: Article, Product, Event, Organization, Recipe und 20 weitere Typen, samt Unterobjekten wie Address, Rating oder Offer. 67.910 Installationen, Version 3.0.4 vom Februar 2026.

Der Rat der Maintainer ist der wichtigste Satz auf der Projektseite: Fülle die Werte über Token aus dem Inhalt, nicht von Hand. Handgepflegte strukturierte Daten laufen früher oder später gegen den sichtbaren Text, und dafür straft Google ab.

Easy Breadcrumb

Baut aus dem Pfad eine echte Brotkrumen-Navigation, inklusive aktuellem Seitentitel und optionalem JSON-LD. 100.184 Installationen, Version 2.0.10 vom August 2026.

Unterschätzt: Brotkrumen sind gleichzeitig interne Verlinkung. Auf einer Seite mit tiefer Struktur ist das oft der einzige Grund, warum Kategorieseiten überhaupt Links bekommen.

Google Tag

Bindet Google Tag Manager und GA4 ein, mit mehreren Containern und Bedingungen nach Rolle, Pfad oder Statuscode. 104.885 Installationen.

Streng genommen ist das Messung und kein SEO-Modul. In die Liste gehört es trotzdem, weil ohne Messung jede Optimierung Geschmackssache bleibt. Wer Analytics ohne Cookie-Banner-Diskussion will, findet in Plausible eine schlanke Alternative.

Die Prüfer: Real-time SEO und SEO Checklist

Real-time SEO for Drupal (Yoast)

Die Drupal-Umsetzung der Yoast-Analyse: Du gibst ein Fokus-Keyword ein, das Modul bewertet live Textlänge, Keyword-Verteilung, Zwischenüberschriften, Meta-Description und Lesbarkeit. 26.827 Installationen, Version 8.x-2.2, sicherheitsgedeckt, setzt Metatag voraus.

Ehrliche Einordnung: Das ist ein Lektor, kein Messgerät. Die Ampel bewertet den Text gegen Regeln, nicht gegen die Realität. Sie wird grün, wenn dein Keyword oft genug vorkommt, auch dann, wenn niemand nach diesem Keyword sucht und drei deiner eigenen Seiten längst dafür ranken. Als Disziplinierung fürs Redaktionsteam ist das viel wert. Auf die Frage „bringt diese Seite Besucher?“ antwortet es nicht.

SEO Checklist

Eine Aufgabenliste mit Haken, sortiert nach Themen, mit direkten Links zu Modulen und Konfigurationsseiten und Zeitstempel je erledigtem Punkt. 17.986 Installationen.

Die Projektseite formuliert es selbst am besten: das mächtigste Drupal-Modul, das nichts tut. Es ändert keine Einstellung, es erinnert dich daran, sie zu ändern. Für Agenturen beim Projekt-Abschluss richtig gut. Für die laufende Seite danach nutzlos, weil die Liste für jede Website gleich ist. Deine kennt sie nicht.

Die Außenansicht: Traffalyzer

An dieser Stelle hört die Liste normalerweise auf. Das Problem fängt hier erst an. Alle bisherigen Module arbeiten mit dem, was in Drupal steht. Keines von ihnen hat jemals die fertige Seite aufgerufen.

Das Traffalyzer-Modul holt diese Außenansicht ins Backend: die Funde eines echten Crawls, die Daten aus der Google Search Console und eine Bewertung der KI-Sichtbarkeit, zu sehen unter Berichte → Traffalyzer und in der Seitenleiste jedes Bearbeitungsformulars.

Mehr als On-Page: der Wachstumsplan

Ein Punkt, den die Tabelle oben nicht zeigt: Traffalyzer prüft nicht nur einzelne Seiten gegen eine Regelliste. Aus den Daten der ganzen Domain baut es einen Wachstumsplan, also eine Reihenfolge, die du Schritt für Schritt abarbeitest, statt dich durch 200 gleichrangige Meldungen zu wühlen.

Am Anfang steht eine Diagnose, keine Aufgabe: In welcher Lage ist diese Website, und was ist gerade der Engpass? Eine Seite mit 300 Beiträgen und ohne interne Verlinkung hat ein anderes Problem als eine Seite mit fünf Landingpages, die niemand findet. Erst daraus entstehen die Phasen, jede mit einem eigenen Ziel, und darin die einzelnen Schritte mit Wirkung (hoch, mittel, niedrig) und Aufwand (S, M, L).

Der Wert liegt in der Reihenfolge. Alt-Texte nachzutragen ist nicht falsch, aber wenn die Hälfte deiner Seiten von keiner anderen Seite verlinkt wird, arbeitest du an der dritten Nachkommastelle, während die erste Ziffer fehlt. Der Plan sagt dir, welche Ziffer das ist.

Abgehakt wird direkt in Drupal: ein Klick am Schritt, das Modul meldet ihn nach Traffalyzer zurück, der nächste rückt nach. Die SEO Checklist verfolgt dieselbe Idee, nur für jede Website gleich. Diese Liste hier kennt deine Zahlen.

Search Console und Analytics, zusammen ausgewertet

Der zweite Unterschied liegt in den Quellen. Traffalyzer verbindet drei Dinge, die sonst in drei Oberflächen liegen: den eigenen Crawl, die Google Search Console und dein Analytics, also GA4, Plausible, Fathom oder Matomo. Daraus zieht es Schlüsse, die keine der drei Quellen allein hergibt:

• Viele Impressionen, kaum Klicks. Das Ranking steht, die Zeile im Suchergebnis überzeugt nicht. Zu reparieren ist hier der Title und die Description, nicht der Text.
• Klicks da, Besucher sofort wieder weg. Umgekehrter Fall: Das Snippet verspricht etwas, das die Seite nicht einlöst. Hier hilft kein Meta-Tag, hier muss der Inhalt ran.
• Anfragen auf Position 5 bis 20. Der kürzeste Hebel: Sichtbarkeit ist schon da, es fehlen wenige Plätze. Diese Seiten zuerst, nicht die, die auf Position 60 stehen.
• Mehrere eigene Seiten auf derselben Anfrage. Kannibalisierung: Du konkurrierst mit dir selbst und verteilst die Signale auf zwei halbe Seiten.
• Seite verliert Klicks und ist seit zwölf Monaten unverändert. Das findet kein Crawler. Es ist ein Verlauf, den jemand bemerken muss.
• Seite rankt, bekommt aber keinen internen Link. Das Inventar aus Drupal weiß, welche Seiten existieren; die Search Console weiß, wofür sie gefunden werden. Zusammen ergibt das den konkreten Vorschlag, von welcher Seite aus sich ein Link lohnt.

Jeder dieser Schlüsse wird zu einem Schritt im Plan, mit Begründung dabei. Im Klartext steht dort nicht „Description fehlt“, sondern: Diese Seite sammelt Impressionen auf Position 8 und bekommt kaum Klicks, also repariere die Zeile im Suchergebnis, am Ranking liegt es nicht. Ein Prüfwerkzeug sagt dir, was von der Norm abweicht. Eine Empfehlung sagt dir, was du als Nächstes tun sollst und warum sich das lohnt.

Was davon im Drupal-Backend landet

• Funde aus dem letzten Crawl, nach Schwere sortiert, mit Erklärung, Empfehlung und einem Bearbeiten-Link für jede betroffene Seite. Kein Umweg über eine externe Oberfläche und kein Suchen, welcher Knoten hinter einer URL steckt.
• Der Wachstumsplan als eigener Reiter: Diagnose, Phasen, Schritte mit Wirkung und Aufwand, abhakbar an Ort und Stelle.
• Suchanfragen aus der Search Console: die stärksten, die Chancen auf Position 5 bis 20, Gewinner und Verlierer, dazu je Seite die Anfragen, für die sie tatsächlich gefunden wird.
• Die Seitenleiste im Formular: Funde für genau diese URL, Klicks, Impressionen, Plan-Schritte, Seiten, die auf dieselbe Anfrage konkurrieren, und Seiten, von denen aus sich eine interne Verlinkung lohnt. Nachgeladen per JavaScript, damit niemand beim Öffnen des Formulars wartet.
• „Muss aufgefrischt werden“: Seiten, die mindestens 20 % ihrer Klicks verloren haben und seit zwölf Monaten unverändert sind. Das ist die Liste, die sonst niemand führt.
• Kaputte Adressen mit den Seiten, die darauf verlinken. Ist Redirect installiert, kommt ein Vorschlag für die passende Weiterleitung dazu, die das Modul auf Wunsch gleich anlegt.
• llms.txt unter /llms.txt, erzeugt aus dem veröffentlichten Inhalt. ChatGPT, Claude und Perplexity nutzen die Datei, um zu verstehen, worum es auf der Seite geht. Die meisten Websites haben sie nicht.
• Inventar: Drupal meldet, welche URLs existieren, ob sie veröffentlicht und indexierbar sind und wann sie sich zuletzt geändert haben. Damit sind Funde möglich, die kein Crawler allein treffen kann: veröffentlichte Seiten, auf die nichts verlinkt; unveröffentlichte Inhalte, die noch öffentlich erreichbar sind; indexierbare Seiten, die robots.txt blockiert.
• Views-Felder, Toolbar-Badge, Dashboard-Block und Drush-Befehle (traffalyzer:status, traffalyzer:inventory, traffalyzer:scan, traffalyzer:metrics) für alle, die ihre Inhaltsübersicht lieber selbst bauen.

Was es nicht tut: beim Speichern einen Scan auslösen. Ein Crawl dauert Minuten und kostet Kontingent. Dafür gibt es einen Knopf.

Voraussetzungen: Drupal 10.3 oder 11, PHP 8.1 oder neuer und ein Konto bei traffalyzer.com. Der erste Scan läuft ohne Anmeldung, danach sind es 7 Tage kostenlos und anschließend 5 € pro Domain und Monat. Das Modul selbst ist wie alle anderen hier GPL-lizenziert und kostenlos; es steht auf Version 1.0.0-beta2 und ist als Beta, wie jede Beta auf drupal.org, nicht von der Security-Advisory-Policy gedeckt. Die Details der Plan-Schritte und das Abhaken gehören zum bezahlten Plan.

Welche Frage beantwortet welches Modul?

Diese Tabelle fehlt mir in den üblichen Listen: Frage gegen Antwort statt Feature gegen Feature.

Frage	Wer beantwortet sie
Wie sehen meine URLs aus?	Pathauto
Was steht im <head>?	Metatag, Schema.org Metatag
Kennt Google alle meine Seiten?	Simple XML Sitemap meldet sie an
Ist mein Text ordentlich aufgebaut?	Real-time SEO (Yoast)
Was muss ich beim Launch abhaken?	SEO Checklist
Bei welchen Seiten fehlt die Description tatsächlich?	Traffalyzer
Wofür werde ich wirklich gefunden?	Traffalyzer (Search Console im Backend)
Welche Seite hat Klicks verloren?	Traffalyzer
Welche veröffentlichte Seite ist verwaist?	Traffalyzer (Inventar plus Crawl)
Welche meiner Seiten konkurrieren um dieselbe Anfrage?	Traffalyzer
Welche Adressen sind kaputt?	Traffalyzer findet sie, Redirect repariert sie
Sieht ChatGPT meine Seite?	Traffalyzer (llms.txt, KI-Crawler-Regeln)
In welcher Reihenfolge arbeite ich das ab?	Traffalyzer (Wachstumsplan mit Diagnose und Phasen)
Was tue ich als Nächstes?	SEO Checklist generisch, Traffalyzer für diese Seite priorisiert

Die obere Hälfte der Tabelle ist gut besetzt. Die untere war bis vor kurzem leer, jedenfalls innerhalb von Drupal. Beantworten ließen sich diese Fragen immer schon, nur eben in drei Browser-Tabs nebenher, und niemand tut das täglich.

Mein Stack für eine neue Drupal-Seite

Konkret, in dieser Reihenfolge:

1. Pathauto + Redirect am ersten Tag. Zusammen, nie einzeln.
2. Metatag, mit Token-Mustern je Inhaltstyp, damit auch ungepflegte Knoten etwas Sinnvolles liefern.
3. Simple XML Sitemap, bei mehrsprachigen Seiten mit hreflang.
4. Schema.org Metatag, sobald es um Artikel, Produkte oder Events geht, und zwar token-basiert.
5. Easy Breadcrumb, sobald die Struktur tiefer als zwei Ebenen wird.
6. Google Tag oder Plausible, bevor die erste Optimierung startet. Ohne Ausgangswert kein Ergebnis.
7. Traffalyzer, sobald Inhalte live sind. Ab da gibt es etwas zu messen, das du nicht selbst eingetippt hast.
8. Real-time SEO nur bei einem Redaktionsteam, das feste Regeln braucht. Allein arbeite ich lieber mit echten Suchanfragen als mit einer Ampel.

Was ich weglasse: alles, was doppelt vorkommt. Zwei Sitemap-Module, zwei Analytics-Einbindungen oder Metatag plus ein zweites Modul, das ebenfalls den <head> anfasst, erzeugen zuverlässig widersprüchliches Markup.

Fazit

Die etablierten Drupal-SEO-Module sind gut, kostenlos und ausgereift. Sie erledigen alle dieselbe Sorte Arbeit: Sie helfen dir, die Seite ordentlich zu bauen. Das ist die Voraussetzung für Sichtbarkeit, nicht die Sichtbarkeit selbst.

Was danach kommt, stand bisher außerhalb von Drupal: was der Crawler findet, wofür du gefunden wirst, welche Seite gerade abrutscht, ob die KI dich überhaupt lesen kann. Diese Lücke war der Grund, das Traffalyzer-Modul zu bauen. Wie es dazu kam, steht im Launch-Artikel; wie ich mit diesen Daten arbeite, in der SEO-Content-Strategie.

Installation wie gewohnt:

composer require drupal/traffalyzer
drush en traffalyzer

Danach unter Konfiguration → Webdienste → Traffalyzer mit dem Konto verbinden. Das Modul holt den Schlüssel selbst ab, er taucht nie in einer URL auf.