WordPress SEO ist keine reine SEO-Plugin-Entscheidung. Ein belastbares Setup kombiniert eine saubere technical base, ein vollständig konfiguriertes SEO Plugin, bewusste Content Architecture, konsistente On-Page-Arbeit, Speed Hygiene, Structured-Data-Disziplin und einen wiederholbaren Review Workflow. Dieser Guide garantiert keine Rankings; er zeigt das WordPress-SEO-System, das typische Fehler verhindert.
Was Sie lernen
- Wie Setup-Probleme von Content-Problemen getrennt werden.
- Wie Rank Math, Yoast, SEOPress oder Custom Setup ohne universellen Gewinner bewertet werden.
- Wie Categories, Tags und Archives indexierbar oder noindex werden sollten.
- Wie meine autorendefinierte 25-Punkte-WordPress-SEO-Checkliste genutzt wird, ohne sie als Google Standard auszugeben.
- Wie WordPress SEO in einen SEO oder Technical Audit überführt wird, wenn die Diagnose tiefer gehen muss.
WordPress SEO in einem Absatz
WordPress SEO bedeutet, eine WordPress Website für Nutzer und Search Engines verständlich zu machen. Es beginnt mit crawlbaren Seiten, stabilen URLs, HTTPS, sauberen Templates und Search Console Zugriff. Danach folgen ein SEO Plugin oder Custom Metadata Layer, sinnvolle Page/Post/Category Architecture, hilfreiche Titles und Descriptions, Internal Links, Image Handling, Speed Hygiene und Structured Data, die zum sichtbaren Content passt. Das Plugin hilft beim Betrieb; die Arbeit ist das System.
Mit einem sauberen WordPress Setup starten
Ein unsauberes Setup erzeugt SEO-Arbeit, bevor der erste Artikel geschrieben ist. Prüfen Sie zuerst, ob die Website crawlbar und indexierbar ist, ob öffentliche URLs stabil sind und ob das Theme Seiten konsistent ausgibt.
Permalinks
WordPress erlaubt eine Permalink-Struktur für Pages, Posts, Categories und Tags. Für die meisten Business Websites ist eine einfache Post-name Struktur lesbarer und wartbarer als date-based URLs. Ändern Sie Live-URLs nicht leichtfertig. Wenn eine Site bereits Traffic, Links oder indexierte Pages hat, planen Sie Redirects vor der Änderung.
HTTPS und Indexability
Nutzen Sie HTTPS, einen canonical Host und eine öffentliche indexierbare Umgebung. Prüfen Sie WordPress Reading Settings, page-level noindex Controls und robots.txt Regeln aus Staging-Zeiten. Ein häufiger WordPress-Fehler ist ein Launch mit deaktivierter Search Visibility oder alten Staging-Blockern.
Search Console Verification
Verifizieren Sie die Website früh in Search Console. Dort reichen Sie Sitemaps ein, inspecten URLs, sehen Indexing-Probleme und testen, wie Google wichtige Seiten sieht. Search Console ersetzt kein Urteil, verhindert aber blinde SEO-Arbeit.
Die SEO-Plugin-Schicht: Was gebraucht wird und was nicht
Der Plugin Layer soll WordPress SEO leichter betreibbar machen. Er sollte keine zweite Site Architecture werden. In normalen Builds verwaltet ein SEO Plugin Title Templates, Meta Descriptions, XML Sitemaps, Canonical Output, grundlegende Schema Controls und Social Metadata. Mehrere SEO Plugins gleichzeitig können Metadata, Sitemaps oder Canonicals widersprüchlich ausgeben.
One SEO Plugin Rule
Wählen Sie ein SEO Plugin und konfigurieren Sie es vollständig. Wenn Rank Math, Yoast oder SEOPress genutzt wird, deaktivieren Sie überlappende SEO Features aus Theme oder anderen Plugins, soweit möglich. Wenn Developers einen Custom Metadata Layer besitzen, dokumentieren Sie, wer Titles, Descriptions, Canonicals, Schema und Sitemap Verhalten kontrolliert.
Rank Math vs Yoast vs SEOPress: nach Bedarf wählen, nicht nach Hype
Es gibt kein universell bestes WordPress SEO Plugin. Was für ein Team passt, kann für ein anderes laut, teuer oder unnötig sein. Entscheiden Sie nach Workflow, benötigten Features, Kompatibilität, Migrationsrisiko und der Person, die Settings pflegt.
Plugin Comparison by Need
| Need | Rank Math Fit | Yoast Fit | SEOPress Fit | No-plugin / Custom Fit | Decision Note |
|---|---|---|---|---|---|
| Basic titles/meta | Passend, wenn viele Controls in einer Oberfläche gebraucht werden | Passend für vertraute Title- und Readability-Workflows | Passend für schlankere Oberfläche und White-label Bedürfnisse | Möglich, wenn Theme/Custom Fields Metadata sauber steuern | Wählt die Oberfläche, die das Team wirklich pflegt |
| XML sitemap | Nützliche eingebaute Sitemap Controls | Nützliche eingebaute Sitemap Controls | Nützliche eingebaute Sitemap Controls | Möglich mit Custom Sitemap oder Core Sitemap plus Review | Die Sitemap sollte nur nützliche indexierbare URLs enthalten |
| Schema control | Passend bei breiteren Schema-Optionen | Passend für übliche Schema-Bedürfnisse | Passend für kontrollierte Schema Settings | Möglich bei Custom Builds mit Developer Ownership | Schema muss sichtbarem Content und Google Docs entsprechen |
| Redirections | Kann passen, wenn Setup nötige Redirect Controls enthält | Kann passen, wenn Setup nötige Redirect Controls enthält | Kann passen, wenn Setup nötige Redirect Controls enthält | Server-level Redirects passen oft bei größeren Migrationen | Plugin nicht nur wegen Redirects wählen, wenn Server Workflow existiert |
| WooCommerce SEO | Kann bei Stores mit product-level SEO Feldern passen | Kann bei vertrauten Ecommerce Workflows passen | Kann bei leichter WooCommerce-Schicht passen | Custom nur mit starker Product Template Ownership | Product/Category Content ist wichtiger als Plugin Branding |
| Multilingual setup | Fit hängt von Language Plugin und Templates ab | Fit hängt von Language Plugin und Templates ab | Fit hängt von Language Plugin und Templates ab | Custom für headless oder stark angepasste Websites | Title, canonical und hreflang pro Sprache testen |
| Lightweight setup | Kann für kleine Sites zu viel sein, wenn viele Module aktiv sind | Kann für kleine Sites zu viel sein, wenn viele Features aktiv sind | Passt oft für ruhigere Setups | Gut für schlanke Custom Builds | Unbenutzte Module deaktivieren und Duplicate SEO Layers vermeiden |
| Team workflow | Gut, wenn Editors Guided Fields und breite Controls mögen | Gut, wenn Editors Yoast bereits kennen | Gut, wenn Agencies saubere Settings und weniger Noise brauchen | Gut, wenn Developers Templates und QA besitzen | Workflow Fit schlägt Feature-Count Debatten |
Content Architecture: Pages, Posts, Categories und Tags
WordPress macht das Erstellen von Content Types sehr leicht; genau das ist Stärke und Risiko. Pages tragen meist evergreen Service-, Product-, Category- oder Landing-Content. Posts sind stärker editorial. Categories können echte Hubs werden. Tags erzeugen häufig low-value Archives, wenn sie nicht gesteuert werden.
Category/Tag Indexing Decisions
| Archive Type | Index by Default? | When to Index | When to Noindex or Clean | Internal Linking Note |
|---|---|---|---|---|
| Category archive | Standardmäßig nein | Wenn es ein echter Hub mit Intro, nützlichen Posts und internen Links ist | Wenn es thin, duplicate oder nur aus Gewohnheit entstanden ist | Aus relevanten Posts und Hub Pages verlinken |
| Tag archive | Standardmäßig nein | Selten, wenn Tags kuratierte Topic Collections sind | Wenn Tags leere oder doppelte Archives erzeugen | Sparsam nutzen; die meisten Sites sollten Tags bereinigen |
| Author archive | Standardmäßig nein | Wenn mehrere öffentliche Authors nützliche Bio/Archive Pages haben | Wenn ein Author doppelte Blog Archives erzeugt | Auf Single-author Sites meist noindex oder disable |
| Date archive | Standardmäßig nein | Bei evergreen Business Sites fast nie | Wenn es Blog Listings dupliziert | Für Navigation behalten, nicht für Indexation |
| Product category | Kommt darauf an | Wenn Demand, Copy, Filter und Products vorhanden sind | Wenn leer, duplicate oder filter-heavy | Aus Navigation, Products und Buying Guides verlinken |
Internal Linking from Hub Pages
Ein WordPress SEO Hub sollte nur auf unterstützende Guides verlinken, wenn exakte URLs existieren und der Link dem Leser hilft. In diesem Draft wurde ein Link zum Deindexing Diagnostic Flowchart bestätigt und eingesetzt. Die Technical SEO Audit Checklist und weitere geplante Cluster-URLs bleiben audit-only, bis exakte WordPress URLs existieren.
On-Page-SEO-Grundlagen für WordPress
On-Page SEO in WordPress ist meist editorial discipline, umgesetzt über Templates. Schreiben Sie spezifische Title Tags, hilfreiche Meta Descriptions, eine klare H1 und H2/H3-Strukturen, die die Query beantworten. Wiederholen Sie nicht dasselbe Keyword in jedem Heading. Ziel ist Klarheit, nicht Dichte.
Title Tags und Meta Descriptions
Nutzen Sie Templates für Defaults und bearbeiten Sie Priority Pages manuell. Ein Template verhindert leere Metadata, versteht aber nicht jede Search Intent. Meta Descriptions sollten den Wert der Seite natürlich zusammenfassen und keine Keyword-Wiederholung erzwingen.
Image Alt Text und File Names
Nutzen Sie möglichst vor dem Upload beschreibende File Names. Alt Text sollte das Bild beschreiben, wenn es Nutzern hilft, die Seite zu verstehen. Verwenden Sie Alt Text nicht als Keyword Container. Decorative Images können leeren Alt Text haben, wenn das Theme es sauber unterstützt.
Technical Hygiene: Sitemaps, robots.txt, Canonicals und Archive Bloat
Technical SEO für WordPress bedeutet oft, versehentlichen Noise zu entfernen. Die Site kann guten Content haben, während Crawler auch Tag Archives, Author Archives, Date Archives, Attachment URLs, Filter URLs und Duplicate Templates sehen.
XML Sitemap
Reichen Sie die XML Sitemap Ihres SEO Plugins oder Sitemap Workflows ein. Prüfen Sie danach, was enthalten ist. Eine Sitemap voller thin Tags, leerer Categories oder interner Suchseiten ist kein Qualitätssignal, sondern ein Maintenance-Hinweis.
robots.txt
robots.txt kann Crawler Access steuern, ist aber kein Cleanup Tool für jedes Indexation-Problem. Blockieren Sie keine wichtigen Pages, CSS oder JavaScript Ressourcen, die für Rendering nötig sind. Nutzen Sie noindex oder canonical Entscheidungen, wo Indexsteuerung gebraucht wird.
Canonical Conflicts
Prüfen Sie rendered Canonical Tags auf Priority Templates. Konflikte entstehen, wenn Theme, SEO Plugin, Multilingual Plugin oder Custom Code Canonicals gleichzeitig steuern. Eine intended canonical URL sollte gewinnen.
Archive Bloat
Archive Bloat entsteht, wenn WordPress viele indexierbare Archives mit wenig Unique Value erzeugt. Tags, Author Pages, Date Archives und thin Categories sollten je nach Rolle verbessert, konsolidiert oder noindexed werden.
Speed und Core Web Vitals in WordPress
Speed zählt, weil Nutzer langsame Templates spüren, bevor sie Content lesen. Core Web Vitals sind Teil von Page Experience, aber nicht die ganze SEO-Strategie. Behandeln Sie sie als Quality Layer: Theme Weight, render-blocking Scripts, Image Size, Cache Behavior, Font Loading und Interaction Delay.
Core Web Vitals und INP
Prüfen Sie wichtige Templates, nicht nur die Homepage. Blog Posts, Category Pages, Product Pages und Landing Pages können unterschiedliche Performance Profile haben. Bei INP-Risiko prüfen Sie heavy JavaScript, Third-party Scripts, Page Builder Output, komplexe Filter und teure Event Handler.
Image Handling, Lazy Loading und Media Cleanup
WordPress Sites sammeln oft jahrelang übergroße Bilder. Komprimieren und skalieren Sie Bilder, bevor sie Performance-Probleme verursachen. Lazy Loading hilft below-the-fold Bildern; kritische Hero Images brauchen besondere Behandlung, damit der erste Viewport nicht verzögert wird. Löschen Sie Media nur kontrolliert, weil alte Posts Dateien noch referenzieren können.
Multilingual WordPress SEO und hreflang
Multilingual WordPress SEO fügt eine Koordinationsschicht hinzu. Jede Sprachversion braucht eigene URL, Title, Description, Content und Language Assignment. Polylang kann Translations verbinden und Sprachbeziehungen ausgeben, aber Slugs, Canonicals, Menus, Categories und nicht übersetzte Boilerplate müssen geprüft werden.
Polylang / hreflang Caveats
Gehen Sie nicht davon aus, dass Translation Links korrekt sind, nur weil Posts existieren. Prüfen Sie rendered Alternates, stellen Sie sicher, dass jede Language Variant auf den richtigen Sibling verweist, und vermeiden Sie gemischte Sprachen in Headings. Für diesen Artikel werden English, Turkish und German Drafts als eine Translation Group verbunden.
WooCommerce-Hinweis: Wann Product SEO die Checkliste verändert
WooCommerce SEO verdient einen eigenen Guide, aber ein WordPress SEO Hub sollte den Unterschied markieren. Product Pages, Product Categories, Filters, Stock States, Reviews, Structured Data und Merchant/feed Workflows bringen mehr bewegliche Teile. Wenn die Site Produkte verkauft, prüfen Sie Product und Category Templates separat.
Die 25-Punkte-WordPress-SEO-Checkliste
Das ist mein autorendefinierter WordPress SEO Workflow für Audits und Maintenance. Es ist keine offizielle Google Checkliste, und die Umsetzung garantiert keine Rankings oder Traffic.
| Punkt | Bereich | Was prüfen | Tool / evidence | Pass Signal | Aktion bei Schwäche |
|---|---|---|---|---|---|
| 1 | Technical Setup | Prüfen, ob die Website indexierbar ist. | Search Console URL Inspection, WordPress Reading Setting | Wichtige URLs sind crawlbar und nicht blockiert | Versehentliches noindex oder Blocking entfernen |
| 2 | Technical Setup | Saubere Permalink-Struktur setzen. | WordPress Settings > Permalinks | URLs sind beschreibend und stabil | Mit Redirect-Plan auf stabile Struktur wechseln |
| 3 | Technical Setup | HTTPS und einen canonical Host verwenden. | Browser, Server Config, canonical tag | HTTP leitet auf HTTPS und eine Host-Version | Host-Redirects vor Content-Ausbau reparieren |
| 4 | Measurement | Website in Search Console verifizieren. | Search Console Property | Domain oder URL-prefix Property ist verifiziert | Ownership verifizieren und Zugriff dokumentieren |
| 5 | Indexing | XML-Sitemap einreichen. | Search Console Sitemaps, SEO Plugin Sitemap | Priorisierte URLs sind in der Sitemap | Sitemap neu erzeugen und schwache URLs entfernen |
| 6 | Crawl Control | robots.txt auf versehentliches Blocking prüfen. | robots.txt Tester, Dateiprüfung | Wichtige Bereiche sind nicht disallowed | Breite Disallow-Regeln oder Staging-Reste entfernen |
| 7 | Plugin Layer | Ein SEO Plugin wählen und vollständig konfigurieren. | Plugin-Liste, Plugin Settings | Title, Sitemap und Schema kommen aus einem Plugin | Doppelte Plugins deaktivieren und Settings sauber migrieren |
| 8 | Metadata | Title/meta Templates sorgfältig setzen. | SEO Plugin Templates | Templates erzeugen sinnvolle Defaults ohne Duplikate | Templates überarbeiten und Priority Pages überschreiben |
| 9 | Architecture | Entscheiden, welche Categories indexierbar sein sollen. | Category-Liste, Content Review | Nützliche Category Hubs haben Intro und interne Links | Schwache Categories noindex, merge oder improve |
| 10 | Architecture | Tags und Archives noindexen oder bereinigen. | Tag Archive Sample, Author/Date Archives | Low-value Archives sind kontrolliert | Thin Archives noindexen, konsolidieren oder löschen |
| 11 | Architecture | Klare Page/Post/Category Architecture erstellen. | Sitemap, Menü, Crawl View | Beziehungen sind für Nutzer und Crawler verständlich | Hubs und Category-Logik neu bauen |
| 12 | Internal Links | Interne Links aus Hub Pages aufbauen. | Hub Pages und Priority Posts | Wichtige Seiten bekommen Kontextlinks | Links aus relevanten Hubs und Guides ergänzen |
| 13 | On-Page | Unique Title Tags für Priority Pages schreiben. | SEO Plugin Felder, SERP Preview | Jede Priority Page hat spezifischen Title | Doppelte oder vage Titles neu schreiben |
| 14 | On-Page | Hilfreiche Meta Descriptions ohne Keyword Stuffing schreiben. | SEO Plugin Felder | Descriptions fassen Wert natürlich zusammen | Auf Klarheit statt Wiederholung umschreiben |
| 15 | On-Page | Eine klare H1 pro Seite verwenden. | Theme Template, gerenderte Seite | Die sichtbare Seite hat eine primäre H1 | Template- oder Editor-Duplikate beheben |
| 16 | Content Structure | H2/H3 nach Search Intent strukturieren. | Rendered Outline | Sektionen beantworten die Query logisch | Headings neu ordnen und Fülltext entfernen |
| 17 | Images | Bilder mit beschreibenden Dateinamen und Alt Text optimieren. | Media Library, rendered HTML | Wichtige Bilder haben nützliche Namen und Alt Text | Künftige Dateinamen verbessern und Priority Media reparieren |
| 18 | Performance | Bilder komprimieren und Lazy Loading prüfen. | PageSpeed, Browser Waterfall | Bilder sind passend dimensioniert und sinnvoll geladen | Komprimieren, skalieren, kritische Bilder ausnehmen |
| 19 | Performance | Core Web Vitals und INP-Risiko prüfen. | PageSpeed Insights, CrUX falls verfügbar | Templates erzeugen keine offensichtlichen Lade- oder Interaktionsprobleme | Theme, Scripts und Hosting priorisieren |
| 20 | Index Quality | Thin, duplicate oder low-value Archives entfernen. | Crawl Export, Index Coverage | Indexierbare Archives haben einen Zweck | Noindex, Konsolidierung oder Verbesserung |
| 21 | Canonicalization | Canonical Tags und doppelte URL Patterns prüfen. | Rendered Canonicals, Crawl Export | Canonicals zeigen auf die intended URL | Plugin-Konflikte und doppelte Pfade beheben |
| 22 | Structured Data | Structured Data nur passend zu sichtbarem Content und Google Docs einsetzen. | Rich Results Test, Source Code | Schema passt zum sichtbaren Inhalt | Unsupported oder duplicate Schema entfernen |
| 23 | Multilingual | hreflang / Polylang Settings prüfen, falls relevant. | Rendered Alternates, Polylang Translation Group | Sprachvarianten referenzieren einander korrekt | Translations verbinden und Language Slugs reparieren |
| 24 | WooCommerce | WooCommerce Product/Category SEO prüfen, falls relevant. | Product Templates, Category Pages, Merchant/feed setup | Kommerzielle Seiten haben saubere Metadata und nützlichen Content | Products, Categories und Feed-Felder verbessern |
| 25 | Routine | Findings in monatliche SEO Maintenance übersetzen. | Checklist Log, Owner Notes | Findings werden zu zugewiesenen Actions | Owner, Priority und Next Action ergänzen |
Betreiben Sie WordPress und wissen nicht, was Sie still ausbremst? Buchen Sie einen SEO Audit und erhalten Sie eine priorisierte Fixliste für Ihr konkretes Setup.
Die Checkliste in eine monatliche Routine übersetzen
Wiederholen Sie nicht jeden Punkt jeden Monat mit derselben Tiefe. Ein leichter Monthly Pass reicht: Search Console Messages prüfen, Sitemap Changes ansehen, Priority URLs stichprobenartig inspecten, neue Categories oder Tags prüfen, neue Plugins reviewen, einige Templates auf Speed testen und Fixes zuweisen. Führen Sie ein einfaches Log mit Owner, Priority, Evidence und Next Action. Wenn ein Schritt irrelevant ist, markieren Sie ihn mit dokumentiertem Grund als skipped.
Häufige Fehler vermeiden
- Mehrere SEO Plugins installieren, weil jedes ein attraktives Feature hat.
- Permalinks auf einer Live Site ohne Redirect-Plan ändern.
- Alle Tag, Date und Author Archives standardmäßig indexieren.
- Schema als Ranking Shortcut behandeln statt als strukturierte Eligibility-Auszeichnung.
- Image Size ignorieren, weil WordPress Thumbnails erzeugt.
- Content übersetzen, ohne Language Versions korrekt zu verbinden.
- Annehmen, Page Builders schaden SEO immer; entscheidend sind Output Quality, Speed, Accessibility und Maintainability.
Abschließende Empfehlung
Beginnen Sie mit Setup, dann Plugin Layer, dann Architecture, dann On-Page und Speed Hygiene. WordPress SEO funktioniert am besten, wenn jede Schicht einen Owner und eine Source of Truth hat. Wenn unklar ist, ob das Problem technical, editorial oder plugin-related ist, ist ein SEO Audit meist schneller als noch ein Plugin.
Betreiben Sie WordPress und wissen nicht, was Sie still ausbremst? Buchen Sie einen SEO Audit und erhalten Sie eine priorisierte Fixliste für Ihr konkretes Setup.
FAQ
Was ist WordPress SEO?
WordPress SEO ist der Prozess, eine WordPress Site crawlbar, verständlich, nützlich und technisch sauber für Search Engines und Nutzer zu machen. Dazu gehören Setup, Content Architecture, Metadata, Internal Links, Speed, Structured Data und Maintenance.
Brauche ich ein SEO Plugin in WordPress?
Die meisten WordPress Sites profitieren von einem SEO Plugin, weil es Title Tags, Meta Descriptions, Sitemaps, Canonicals und Schema Controls zentralisiert. Das Plugin rankt die Site nicht selbst; es hilft bei der Verwaltung der SEO-Schicht.
Rank Math oder Yoast: Was ist besser?
Keines ist universell besser. Rank Math, Yoast und SEOPress können zu unterschiedlichen Workflows passen. Entscheiden Sie nach benötigten Features, Theme- und Language-Setup-Kompatibilität, Migrationsrisiko und Pflegeverantwortung.
Warum rankt meine WordPress Site nicht?
Häufige Gründe sind schwacher Content, schwache Internal Links, versehentliches noindex, Crawl/Indexation-Probleme, langsame Templates, Duplicate Archives, thin Category Pages, schwache Titles oder ein Mismatch mit Search Intent. Diagnostizieren Sie zuerst, bevor Sie Plugins wechseln.
Schaden Page Builders WordPress SEO?
Page Builders schaden SEO nicht automatisch. Probleme entstehen, wenn sie langsame Seiten, chaotische Headings, unzugängliche Elemente, bloated Code oder schwer wartbare Templates erzeugen. Testen Sie die rendered Page, nicht das Tool-Label.
Soll ich WordPress Categories und Tags indexieren?
Categories sollten nur indexierbar sein, wenn sie als nützliche Hubs funktionieren. Tags sollten meist begrenzt, bereinigt oder noindexed werden, außer sie sind kuratierte Collections mit Search Value und Internal Links.
Wie handhabe ich multilingual SEO in WordPress?
Erstellen Sie pro Sprache eine eigene URL, lokalisieren Sie den Content, verbinden Sie Translations in Polylang oder Ihrem Language System, prüfen Sie hreflang Output und reviewen Sie Titles, Canonicals, Categories und Menus pro Sprache.
Quellenhinweise
Dieser Guide nutzt Google Search Central Dokumentation für SEO fundamentals, Search Essentials, crawling and indexing, sitemaps, robots.txt, Core Web Vitals und structured data. Für Permalinks wird WordPress.org Dokumentation genutzt, für Plugin Workflow Hinweise offizielle Plugin Dokumentation. Plugin Notes sind praktische Workflow Guidance, keine Ranking-Versprechen.