WordPress SEO

Kurzdefinition

WordPress SEO umfasst alles, was eine WordPress-Website in der Suche gut funktionieren lässt: Core-Einstellungen, Permalinks, Titel und Beschreibungen, Sitemaps, Archive, Medien, Performance und die Plugins, die all das berühren. Eine eigene Art von SEO ist es nicht. Google bewertet eine WordPress-Seite wie jede andere Seite.

Besonders an WordPress ist die Menge an Ausgabe, die du nicht selbst geschrieben hast. Core, Theme und jedes Plugin können URLs, Tags, Skripte und Markup ergänzen. Gutes WordPress SEO beginnt damit, zu wissen, welche Ebene was erzeugt, und dann bewusst zu entscheiden.

Was der WordPress-Core schon kann

Viele Anleitungen beginnen mit einem Plugin. Ein Blick auf den Core lohnt sich vorher, denn einige SEO-Grundlagen sind seit Jahren eingebaut.

• Canonical-Tags. WordPress gibt auf einzelnen Beiträgen und Seiten ein rel="canonical" aus.
• Title-Tags. Themes, die title-tag unterstützen, lassen WordPress das <title>-Element erzeugen.
• XML-Sitemaps. Seit Version 5.5 stellt WordPress unter /wp-sitemap.xml einen Sitemap-Index für öffentliche Inhaltstypen, Taxonomien und Autorenarchive bereit.
• Robots-Meta-Tag. Seit Version 5.7 gibt eine zentrale Robots-API das Robots-Meta-Tag aus. Öffentliche Websites bekommen standardmäßig max-image-preview:large, was große Bildvorschauen in Suchfunktionen erlaubt.
• Lazy Loading. Seit Version 5.5 erhalten Bilder loading="lazy". Version 6.3 hat das verfeinert und setzt fetchpriority="high" für das Bild, das am wahrscheinlichsten das größte Element im sichtbaren Bereich ist.
• Kommentarlinks. Seit Version 5.3 bekommen Links in Kommentaren rel="nofollow ugc".
• Anhangseiten. Seit Version 6.4 leiten neue Installationen Anhangseiten direkt auf die Datei weiter. Ältere Websites behalten ihr bisheriges Verhalten, bis jemand die Option ändert.

Gute Rankings garantiert nichts davon. Es heißt aber, dass eine frische WordPress-Installation technisch kein leeres Blatt ist und dass ein Plugin, das dieselben Funktionen noch einmal ergänzt, Duplikate erzeugen kann.

Die Einstellungen, die du zuerst prüfst

Sichtbarkeit für Suchmaschinen

Unter Einstellungen, Lesen ergänzt die Checkbox „Suchmaschinen davon abhalten, diese Website zu indexieren“ auf jeder Seite ein Robots-Meta-Tag mit noindex, nofollow. Gedacht ist sie für Entwicklungsumgebungen. Sie ist aber auch die häufigste Ursache dafür, dass eine live geschaltete Website nie in der Suche auftaucht, weil der Haken den Umzug von Staging auf Produktion überlebt.

WordPress weist selbst darauf hin, dass die Option den Zugriff nicht sperrt. Ob Suchmaschinen die Bitte befolgen, liegt bei ihnen.

Permalinks

Unter Einstellungen, Permalinks erzeugt die Standardstruktur „Einfach“ URLs wie /?p=123. Die meisten Websites wechseln zu einer lesbaren Struktur, oft nur mit dem Beitragsnamen. Entscheide das vor dem Launch. Wenn du die Struktur später änderst, ändert sich jede Beitrags-URL. Dann brauchst du funktionierende Weiterleitungen, sonst führen interne Links, Backlinks und Lesezeichen ins Leere.

Diskussion und Registrierung

Kommentare, Nutzerprofile und offene Registrierung sind klassische Einfallstore für Spam. Wenn du sie nicht brauchst, schalte sie ab. Wenn doch, moderiere sie, denn Spamseiten und Spamlinks können unter deiner Domain im Index landen.

Titel, Beschreibungen und URLs

WordPress baut den Title-Tag aus Beitragstitel und Website-Namen. Das ist ein brauchbarer Standard, gibt dir aber keinen separaten SEO-Titel. SEO-Plugins ergänzen Felder für einen eigenen Title-Tag und eine Meta-Description pro Beitrag.

Nutze diese Felder zum Klären, nicht zum Vollstopfen. Ein Titel sollte die Seite mit den Worten beschreiben, die Suchende verwenden, und die Beschreibung sollte erklären, was die Seite bietet. Google kann beides in den Ergebnissen trotzdem umschreiben.

Halte Slugs kurz und lesbar. WordPress erzeugt den Slug aus dem ersten Titel, den du speicherst. Ein Arbeitstitel wie „neuer beitrag test 2“ kann so bis in die Produktion überleben, wenn niemand hinschaut. Korrigiere den Slug vor der Veröffentlichung, nicht danach.

SEO-Plugins: nützlich, aber nur eines

Plugins wie Yoast SEO, Rank Math, All in One SEO oder SEOPress ergänzen Eingabefelder, strukturierte Daten, Sitemap-Einstellungen, Weiterleitungsverwaltung und Inhaltshinweise. Sie machen Einstellungen zugänglich, für die du sonst Code bräuchtest.

Das Risiko ist die Überschneidung. Zwei SEO-Plugins, oder ein Plugin plus ein Theme mit eingebauten SEO-Funktionen, können zwei Title-Tags, zwei Canonicals oder zwei Blöcke strukturierter Daten ausgeben, die sich widersprechen. Die meisten SEO-Plugins ersetzen die Core-Sitemap durch eine eigene. Das ist in Ordnung, solange nicht noch die alte Sitemap-URL in der Search Console eingereicht ist.

Wähle ein Plugin für die SEO-Ausgabe und schalte überschneidende Funktionen anderswo ab. Ein Plugin-Score, der grün wird, sagt dir, dass die Checkliste des Plugins erfüllt ist. Ob die Seite die Suchintention beantwortet, sagt er nicht.

Archive und dünne Seiten

WordPress erzeugt Archivseiten automatisch: Kategorien, Schlagwörter, Autoren, Datumsarchive und interne Suchergebnisse. Jede davon kann je nach Website nützlich oder nutzlos sein.

• Kategorien funktionieren oft als echte Themenseiten, besonders mit Einleitung und klarer Struktur.
• Schlagwörter vermehren sich gern. Ein einmal verwendetes Tag erzeugt eine fast leere Seite, ein klassischer Fall von Thin Content.
• Autorenarchive doppeln auf Websites mit nur einem Autor das Blogarchiv.
• Datumsarchive helfen Suchenden selten.
• Interne Suchergebnisse sollten nicht indexiert werden, weil sie endlose URL-Varianten erzeugen können.

Entscheide pro Typ, ob er indexiert, auf noindex gesetzt oder abgeschaltet wird. Mit Google-Suchoperatoren wie site:example.com inurl:tag siehst du schnell, was Google schon zeigt. Die Details bestätigst du in der Search Console.

Medien und Anhangseiten

Vor Version 6.4 hat WordPress für jede hochgeladene Datei eine eigene Seite erzeugt. Diese Anhangseiten enthielten meist nur das Bild und einen Titel, konnten aber indexiert werden und sogar ranken. Prüfe auf älteren Websites, ob es sie noch gibt, und leite sie auf die Datei oder den zugehörigen Beitrag weiter.

Bild-SEO in WordPress heißt außerdem: sinnvolle Dateinamen, Alt-Texte, die den Zweck des Bildes beschreiben, und keine übergroßen Uploads. WordPress erzeugt mehrere Bildgrößen, ein 6-MB-Foto im Inhaltsbereich rettet es trotzdem nicht.

Performance und Core Web Vitals

Performance-Probleme in WordPress kommen meist aus dem Umfeld des Core: schwere Themes, Page Builder, Slider, viele Plugins mit eigenen Skripten und langsames Hosting.

Gute Ansatzpunkte:

• echte Templates messen, nicht nur die Startseite
• ungenutzte Plugins entfernen, statt nur einzelne Funktionen zu deaktivieren
• Seiten-Caching nutzen und Bilder komprimieren
• prüfen, was das Theme auf Seiten lädt, die es nicht brauchen
• Felddaten aus der Search Console mit Labormessungen vergleichen

Core Web Vitals betrachtest du in der Praxis pro Seitentyp. Ein Blogbeitrag, eine Produktseite und eine mit Page Builder gebaute Landingpage können sich auf derselben Website sehr unterschiedlich verhalten.

Strukturierte Daten

Viele SEO-Plugins geben strukturierte Daten automatisch aus, oft als verbundenen Graphen aus Organisation, Website, Seite und Artikel. Themes und Page Builder ergänzen manchmal eigene. Das Ergebnis können doppelte oder widersprüchliche Auszeichnungen sein.

Prüfe das gerenderte HTML jedes Templates und behalte eine einheitliche Quelle. Strukturierte Daten müssen zum sichtbaren Inhalt passen. Bewertungs- oder FAQ-Markup, das die Seite nicht widerspiegelt, bringt eher Probleme als Rich Results.

Umzüge und Weiterleitungen

Die schwersten WordPress-SEO-Vorfälle passieren bei Änderungen: neues Theme, Domainumzug, Wechsel von HTTP auf HTTPS oder neue Permalink-Struktur. Exportiere vor so einer Änderung eine Liste aller indexierbaren URLs. Prüfe danach, ob jede alte URL mit einer dauerhaften Weiterleitung auf die richtige neue URL antwortet und nicht auf die Startseite.

Prüfe auch die Details, die gern verloren gehen: das Robots-Meta-Tag, Canonicals, die noch auf die alte Domain zeigen, fest verdrahtete interne Links im Inhalt und die in der Search Console eingereichte Sitemap-URL.

Search Console und Site Kit

Verbinde deine Website mit der Google Search Console. Die Inhaberschaft bestätigst du über einen DNS-Eintrag, ein Meta-Tag aus einem SEO-Plugin oder Site Kit, Googles offizielles WordPress-Plugin. Site Kit zeigt Search-Console- und andere Google-Daten im WordPress-Dashboard. Für Analyse und Fehlersuche bleibt die Oberfläche der Search Console selbst vollständiger.

Prüfablauf für die Praxis

1. Prüfe die Sichtbarkeits-Einstellung und das Robots-Meta-Tag auf Live-Seiten.
2. Kontrolliere die Permalink-Struktur und teste eine Stichprobe alter URLs auf Weiterleitungen.
3. Finde heraus, welches Plugin oder Theme Titel, Canonicals, Sitemaps und strukturierte Daten ausgibt.
4. Entferne doppelte Ausgaben, sodass jedes Element eine Quelle hat.
5. Entscheide pro Archivtyp: indexieren, noindex oder abschalten.
6. Prüfe Anhangseiten auf Websites, die älter als Version 6.4 sind.
7. Crawle die Website und vergleiche das gerenderte HTML wichtiger Templates.
8. Miss die Performance pro Template und behebe zuerst die schwersten Ressourcen.
9. Reiche die richtige Sitemap in der Search Console ein und beobachte den Bericht zur Seitenindexierung.
10. Wiederhole den Crawl nach Theme-, Plugin- oder Core-Updates.

Häufige Fehler

• mit aktivierter Option „Suchmaschinen davon abhalten“ live gehen
• die Permalink-Struktur ohne Weiterleitungen ändern
• zwei SEO-Plugins betreiben oder ein Plugin plus SEO-Funktionen im Theme
• Hunderte einmal genutzte Tags dünne Archivseiten erzeugen lassen
• auf älteren Websites indexierbare Anhangseiten behalten
• einen grünen Plugin-Score für einen Qualitätsbeweis halten
• für jede Kleinigkeit ein Plugin installieren, bis die Seite immer schwerer wird
• Spam in Kommentaren und Registrierungen vergessen

Crawl-Foundry-Perspektive

Crawl Foundry hat einen eigenen Crawler mit Crawl-Verlauf. Er prüft das gerenderte HTML und sieht damit, was Theme und Plugins tatsächlich ausgeben, nicht nur, was der Editor zeigt. Interne Links listet er so, wie er sie im DOM gefunden hat, mit Quelle, Ziel, Ankertext und Position. Läufe kannst du nach einem Update vergleichen.

Der Site Audit ist eine bezahlte Datenaktion, den Preis siehst du vorab. Für die Performance nutzt der Audit den offiziellen Lighthouse-Runner auf unseren eigenen Servern, deshalb kostet dich die Lighthouse-Messung selbst nichts extra. Die Search-Console-Anbindung ist nur lesend. Wenn du eine WordPress-Website ohne eigenes SEO-Team betreibst, zeigt dir Crawl Foundry für Gründer, wie das in ein kleines Setup passt.

Verwandte Begriffe

• XML-Sitemap
• robots.txt
• Canonical-Tag
• Meta-Description
• URL-Struktur
• Seitengeschwindigkeit
• Bildoptimierung
• nofollow

Quellen für den Review

• WordPress-Dokumentation: Settings Reading screen
• Make WordPress Core: Neue XML-Sitemaps in WordPress 5.5
• Make WordPress Core: Robots-API und max-image-preview in WordPress 5.7
• Make WordPress Core: Bild-Performance in WordPress 6.3
• Make WordPress Core: Änderungen an Anhangseiten
• Google Search Central: Startleitfaden zur Suchmaschinenoptimierung
• Google Search Central: Sitemap erstellen und einreichen