Suchmaschinenoptimierung für WordPress-Websites: 15 Punkte vor der Expansion

Die Suchmaschinenoptimierung für WordPress-Websites auf internationalen Märkten hängt von der Architektur ab. Ein einfaches Übersetzungs-Plugin reicht dafür nicht aus. Eine eigene URL für jede Sprache, reziproke Hreflang-Tags und nativ verfasste Inhalte entscheiden darüber, ob Google und KI-Antwortmaschinen einem Kunden aus München die deutsche Version statt der polnischen anzeigen.

Die mehrsprachige WordPress-Optimierung ist die Konfiguration von Struktur, Content und technischen CMS-Signalen, damit jede Sprachversion auf ihrem jeweiligen Markt eigenständig rankt. Laut den W3Techs-Marktanteilsdaten für CMS treibt WordPress über 43 % aller Websites an. Spitzenränge gibt es damit jedoch nicht gratis.

Diese 15 Prüfpunkte gehen Sie vor dem Start jeder neuen Sprachversion Ihrer B2B-Website durch.

Das Wichtigste in Kürze

• Jede Sprachversion benötigt eine eigene, permanente URL, da Google über Cookies oder Skripte umgeschaltete Varianten nicht als eigenständige Seiten zum Indexieren wertet.
• Ein Hreflang-Tag funktioniert ausschließlich mit reziproken Links: Verweist /de/ auf /pl/, muss /pl/ zwingend auf /de/ zurückverweisen, andernfalls ignoriert Google den gesamten Hinweis möglicherweise.
• Hreflang-Codes basieren auf ISO 639-1 (Sprache) und ISO 3166-1 Alpha 2 (Region), weshalb Großbritannien als en-gb und nicht als en-uk deklariert wird.
• Das Canonical der deutschen Version muss auf die deutsche Version selbst verweisen. Ist das Canonical stattdessen auf das polnische Original gerichtet, entfernt dies die Übersetzung aus dem Index.
• Eine Sperrung von GPTBot oder PerplexityBot in der robots.txt schneidet den Content von Teilen der KI-Systeme ab, während die Direktive Google-Extended keinerlei Einfluss auf die Rankings in den Google-Suchergebnissen hat.

Wie konfiguriert man Hreflang-Tags und Domainstrukturen in WordPress korrekt?

Für die Mehrzahl der B2B-Unternehmen stellt die Wahl von Unterverzeichnissen (/en/, /de/) unter einer einzigen Domain, kombiniert mit einem durch ein mehrsprachiges Plugin wie WPML oder Polylang generierten Hreflang, die einfachste und wartungsärmste Lösung dar. Die gesamte Domain-Authority wirkt so auf sämtliche Märkte, während Sie eine einzige Installation verwalten.

Struktur	Beispiel	Domain-Authority	Wartung in WordPress	Sinnvoll für
Unterverzeichnis	firma.com/de/	Gemeinsam für alle Versionen	Eine Installation + Plugin	Die meisten B2B-Unternehmen, Expansionsstart
Subdomain	de.firma.com	Teilweise aufgeteilt	Multisite oder separate Installationen	Getrennte Teams pro Markt
Länderspezifische Domain	firma.de	Von Grund auf neu aufzubauen	Separate Installationen	Starke lokale Marke, abweichende Angebote

1. Wählen Sie eine einzige URL-Struktur und behalten Sie diese in allen Sprachen bei. Ein Mix aus Unterverzeichnungen, Subdomains und Parametern wie ?lang= verwässert Signale und erschwert jede künftige Migration.

2. Jede Sprachversion besitzt eine eigene, ohne Cookies und ohne JavaScript erreichbare URL. Der Bot ruft die Seite ohne Sitzungsverlauf auf, weshalb Inhalte, die erst nach Klick auf einen Umschalter erscheinen, für ihn schlicht nicht existieren.

3. Hreflang mit reziproken Verweisen, Selbstverweis und x-default. Fehlt eines dieser drei Elemente, kann Google die Hinweise übergehen, was in der Google-Dokumentation zu lokalisierten Versionen von Seiten detailliert beschrieben wird.

4. Das Canonical in jeder Version verweist auf sich selbst. Ein Canonical von /de/angebot/ auf /pl/angebot/ signalisiert Google: „Diese Seite ist ein Duplikat“, woraufhin die deutsche Version aus dem Index fällt.

Wie sieht das in der Praxis aus? Die Seite /pl/angebot/ sollte im Head-Bereich einen vollständigen Satz an Hinweisen aufweisen: hreflang="pl-pl" auf sich selbst, hreflang="de-de" auf /de/leistungen/, hreflang="en-gb" auf /en/services/ sowie hreflang="x-default" für jene Version, die dem Rest der Welt angezeigt werden soll. Exakt derselbe Satz landet auf der deutschen und der englischen Seite. Dies überprüfen Sie, indem Sie den Quellcode von drei Adressen nebeneinanderlegen. Jede Abweichung stellt einen Fehler dar.

Alternativ lassen sich diese Hinweise in der XML-Sitemap oder in den HTTP-Header-Zeilen unterbringen. Entscheiden Sie sich für eine Methode. Zwei Methoden gleichzeitig heraufzubeschwören bedeutet, um widersprüchliche Signale zu betteln. Planen Sie den Einstieg in skandinavische Märkte, funktioniert exakt dasselbe Schema bei der Expansion auf den dänischen Markt.

Was sollten Sie bei der Veröffentlichung mehrsprachiger Inhalte im CMS-Backend vermeiden?

Den größten Schaden richtet eine automatische Echtzeit-Übersetzung an, die ohne menschliche Freigabe live geschaltet wird. Innerhalb weniger Minuten generiert ein Plugin hunderte Unterseiten mit fehlerhafter Terminologie, leeren Slugs und inkonsistentem Hreflang. Google erhält einen Berg an seichtem Content, während Ihre Marke Texte bekommt, die kein deutscher Einkäufer ernst nehmen wird.

5. Deaktivieren Sie die automatische Veröffentlichung von Übersetzungen ohne vorherige Freigabe. Maschinelle Übersetzung kennt Ihre Branchenfachbegriffe nicht und weiß nicht, dass „Werdung“ oder „Einführung“ im IT-Angebot eben nicht gleichbedeutend ist mit dem Lehrbuchbegriff.

6. Übersetzen Sie auch die Slugs, nicht nur den reinen Text. Ein Pfad wie /de/uslugi/ wirkt auf deutsche Anwender wie ein Fehler, während /de/leistungen/ genau jenes Wort enthält, nach dem tatsächlich gesucht wird.

7. Vermischen Sie niemals Sprachen innerhalb derselben Seite. Menüs, Fußzeilen, Widgets, Formulare und WooCommerce-Meldungen müssen konsequent dieselbe Sprachversion aufweisen wie der Content, was besonders beim Online-Shop-SEO mit einem polnischsprachigen Warenkorb schmerzhaft auffällt.

8. Leiten Sie Nutzer niemals automatisch anhand ihrer IP-Adresse um. Googlebot indexiert primär von US-amerikanischen IP-Adressen aus und könnte bei einer erzwungenen Weiterleitung ausschließlich die englische Version zu Gesicht bekommen.

Arbeiten Sie stattdessen lieber mit einem dezenten Banner: „Es sieht so aus, als wären Sie in Deutschland. Möchten Sie zur deutschen Version wechseln?“ Der Nutzer entscheidet selbst. Der Bot sieht alles.

Genau hier liegt die Dichotomie: native Inhalte versus holprige Übersetzung. Ein nativer Text wird von Grund auf für den lokalen Leser geschrieben – mit seinen Beispielen und Begriffen. Eine Übersetzung überträgt polnischen Text Wort für Wort. Ersteres schafft Vertrauen, Letzteres kostet es.

Wie passen Sie Metadaten und Überschriften an ausländische Märkte an?

Metadaten werden für jeden Markt komplett neu geschrieben, beginnend mit einer separaten Keyword-Recherche in der jeweiligen Landessprache. Ein übersetzter Title trifft selten exakt jenen Begriff, den Kunden tatsächlich eingeben. Ein gut konzipierter Title umfasst etwa 60 Zeichen, eine Meta-Description zirka 155.

9. Führen Sie für jeden Zielmarkt eine eigenständige Keyword-Recherche durch. Das polnische Pendant für Großhandel ist im Englischen mal „wholesaler“, mal „distributor“ – und die Wahl bestimmt das lokale Suchvolumen, nicht das Wörterbuch.

10. Pflegen Sie Title und Meta-Description für jede Sprachversion separat in Rank Math oder Yoast SEO ein. Beide Tools arbeiten zwar mit WPML und Polylang zusammen, übernehmen standardmäßig jedoch die polnischen Felder, sofern diese nicht manuell überschrieben werden.

11. Genau eine H1-Überschrift pro Seite, während H2-Überschriften wie die Fragen des lokalen Kunden formuliert sein sollten. Ein deutscher B2B-Käufer fragt nach Normen und Lieferbedingungen auf andere Weise als ein polnischer, weshalb Überschriften, die auf seine Fragen abgestimmt sind, exakt in seine Suchanfragen treffen.

Praktischer Test: Nehmen Sie Ihren polnischen Title, tippen Sie dessen Übersetzung in das lokale Google ein und vergleichen Sie das Ergebnis mit den Top 10. Verwendet niemand in den Top 10 Ihren Begriff, schreiben Sie den Title komplett neu. Dieselbe Regel gilt für die Suchmaschinenoptimierung in Google auf dem polnischen Markt: Den Begriff bestimmt der Markt, nicht der Verfasser.

Auch strukturierte Daten (Schema) müssen die Sprache der jeweiligen Seite widersprechen. Dienstleistungsbezeichnung, Beschreibung und FAQ im JSON-LD-Code sollten in der Sprache der Version verfasst sein, auf której sie sich befinden. Rank Math generiert Schema-Daten automatisch, doch der Inhalt der Felder stammt aus Ihren Beiträgen.

Welche technischen Einstellungen sollten vor dem Start jeder Sprachversion überprüft werden?

Reichen Sie vor dem Livegang jeder Version die entsprechende XML-Sitemap in der Google Search Console ein und überprüfen Sie die Ladezeit direkt aus dem Zielland statt aus dem Büro in Warschau. Ein Server in Warschau mag für Sie schnell sein, für einen Kunden in Lissabon jedoch langsam.

12. Die XML-Sitemap deckt alle Sprachversionen ab und ist in der Google Search Console registriert. Sie haben die Möglichkeit, für jedes Unterverzeichnis (z. B. firma.com/de/) eine separate Property in der Search Console anzulegen, was saubere Daten zur Indexierung und zu Suchanfragen pro Markt liefert.

13. Cache, Bildkomprimierung und CDN arbeiten für jeden Markt reibungslos. Plugins wie WP Rocket oder LiteSpeed Cache, WebP-Bilder und ein Content Delivery Network mit Servern in der Nähe der Zielgruppen verkürzen die Ladezeiten genau dort, wo sich Ihre Kunden befinden.

Ein kurzer Zusatzcheck vor der Veröffentlichung:

• Permalinks stehen auf „Beitragsname“, gänzlich ohne Datumsangaben oder IDs in den URLs.
• Die Option „Suchmaschinen davon abhalten, diese Website zu indexieren“ ist nach Abschluss der Arbeiten auf der Staging-Umgebung deaktiviert.
• 301-Weiterleitungen von alten URLs sind eingerichtet, sofern Sie die Struktur einer bestehenden Site modifizieren.
• Interne Links verweisen konsequent auf Seiten in derselben Sprache und nicht auf polnische Entsprechungen.

Letzterer Punkt wird am häufigsten vernachlässigt. Redakteure kopieren einen polnischen Beitrag, übersetzen den Text und belassen die Links auf /pl/. Die neue Version verliert dadurch ihre interne Verlinkungsstärke, und der Nutzer landet beim ersten Klick sofort in einer fremden Sprache.

Was ist hinsichtlich der Sichtbarkeit in globalen KI-Suchmaschinen zu prüfen?

Überprüfen Sie in der robots.txt vier Bots: GPTBot und OAI-SearchBot (OpenAI), PerplexityBot sowie Google-Extended. Die Sperrung dieser Crawler entscheidet darüber, ob Ihr Content überhaupt in den Antworten von ChatGPT, Perplexity und Gemini auftauchen kann. Das ist GEO – die Optimierung für KI-Antwortmaschinen –, die parallel zur klassischen Suchmaschinenoptimierung läuft.

14. Treffen Sie eine bewusste Entscheidung bezüglich des Zugriffs von KI-Bots in der robots.txt. Zahlreiche Sicherheits-Plugins und Hostings sperren diese standardmäßig, und Sie erfahren davon meist erst dann, wenn die Konkurrenz zitiert wird und Sie selbst leer ausgehen.

15. Verfassen Sie Absätze nach dem Prinzip „Antwort zuerst“ und messen Sie Zitationen in jeder Sprache. KI-Suchmaschinen zitieren eigenständige, faktenreiche Textfragmente, wobei eine Zitation auf Deutsch keineswegs eine Zitation auf Englisch garantiert.

Wie lässt sich das ohne Theater und aufgeblähte Kennzahlen überprüfen? Bereiten Sie 10 Fragen vor, die Ihr Kunde stellt, etwa: „Welcher Anbieter von ERP-Systemen für die Fertigungsindustrie in Polen betreut auch Kunden in Deutschland?“. Stellen Sie diese Fragen in den Sprachen der jeweiligen Zielmärkte bei ChatGPT, Gemini und Perplexity. Notieren Sie, ob Ihre Marke in der Antwort auftaucht und welche URL als Quelle genannt wird. Wiederholen Sie diesen Vorgang monatlich.

Ergänzen Sie dies um Organization-Markup mit einem sameAs-Attribut (für LinkedIn, Branchenprofile) und einem konsistenten Firmennamen über sämtliche Sprachversionen hinweg. KI-Systeme verknüpfen Marktfakten aus diversen Quellen. Je geringer die Widersprüche, desto höher die Wahrscheinlichkeit einer Empfehlung.

Drei Kernelemente der mehrsprachigen Suchmaschinenoptimierung für WordPress

Von den 15 Punkten haben drei den stärksten Einfluss auf das Ergebnis: eigene URLs mit reziprokem Hreflang, ein auf die eigene Version verweisendes Canonical sowie native Inhalte, die auf lokale Keywords ausgelegt sind. Die ersten beiden sind SEO-Sperren, die im schlimmsten Fall einen ganzen Markt aus dem Index werfen können. Das dritte entscheidet darüber, ob überhaupt jemand auf der Website verweilt.

1. URL-Struktur und Hreflang (Punkte 1–3). Ein Fehler an dieser Stelle führt dazu, dass Google in Deutschland die polnische Seite anzeigt oder schlicht gar nichts.
2. Selbstverweisendes Canonical (Punkt 4). Eine einzige falsche Template-Einstellung kann sämtliche Übersetzungen auf einen Schlag aus dem Index ausschließen.
3. Native Inhalte und marktbezogene Keyword-Recherche (Punkte 5, 9, 10). Die Technik verschafft Ihnen den Zutritt zu den Suchergebnissen, doch erst ein für den lokalen Kunden verfasster Text verwandelt Aufrufe in Angebotsanfragen und KI-Zitationen.

Sollten Sie nur Zeit für eine einzige Maßnahme haben, beginnen Sie mit dem Audit von Hreflang und Canonical. Das ist die günstigste Optimierung mit dem größten Hebel.

Häufig gestellte Fragen

Welches mehrsprachige WordPress-Plugin eignet sich am besten für die Suchmaschinenoptimierung?

WPML, Polylang und TranslatePress erzeugen eigenständige URLs und Hreflang-Tags, weshalb sich jede dieser Optionen für die Suchmaschinenoptimierung eignet. Polylang bietet eine kostenfreie Basisversion, WPML ist kostenpflichtig, und TranslatePress ermöglicht das direkte Bearbeiten von Übersetzungen im visuellen Frontend-Editor. Wichtiger als die Plugin-Wahl ist jedoch, ob die darin enthaltenen Inhalte nativ verfasst sind.

Kann man Yoast SEO und Rank Math gleichzeitig verwenden?

Nein. Zwei SEO-Plugins parallel erzeugen doppelte Meta-Tags, doppelte Sitemaps und widersprüchliche strukturierte Daten. Wählen Sie eines der beiden Tools und nutzen Sie beim Wechsel den integrierten Import von Einstellungen, den Rank Math zur Verfügung stellt.

Wie lange dauert es, bis eine neue Sprachversion zu ranken beginnt?

In der Regel dauert dies einige Wochen bis Monate, abhängig von der Marktkonkurrenz und der Domain-Authority. In einem Unterverzeichnis profitiert die neue Sprachversion von der Historie der gesamten Domain, weshalb sie schneller anläuft als eine neue länderspezifische Domain. Sie beschleunigen den Prozess, indem Sie die Sitemap einreichen und die neue Sprachversion von Ihren stärksten Unterseiten aus verlinken.

Bestraft Google übersetzte oder durch KI generierte Inhalte?

Google sanktioniert den Einsatz von Automatisierungen per se nicht. Die im März 2024 aktualisierten Spam-Richtlinien umfassen jedoch die massenhafte Erstellung von Inhalten, die primär auf Rankings ausgelegt sind und dem Nutzer keinen Mehrwert bieten. Hunderte maschinell übersetzte Unterseiten ohne redaktionelle Prüfung entsprechen exakt diesem Risikomuster.

Ihr Fahrplan für die nächsten 7 Tage

Beginnen Sie mit drei URLs: der Startseite, der Angebotsseite und einem Blogbeitrag in jeder Sprachversion. Öffnen Sie den Quellcode, prüfen Sie Hreflang, Canonical und die Menüsprache. Stellen Sie anschließend 10 Kundenfragen in ChatGPT, Gemini und Perplexity. Binnen einer Woche sehen Sie, wo Sie potenziellen Marktanteil verschenken.

1. Tag 1–2: Audit von Hreflang, Canonical und robots.txt (Punkte 1–4 und 14).
2. Tag 3–4: Erstellung einer Liste von Seiten mit Sprachmischungen, polnischen Slugs und Verlinkungen auf /pl/.
3. Tag 5: Keyword-Recherche für einen konkreten Zielmarkt.
4. Tag 6–7: Neue Titles und Meta-Descriptions für die 10 wichtigsten Unterseiten dieses Marktes.

Möchten Sie das nicht für jeden Markt manuell umsetzen? Bei UPGeoSEO führen wir ein SEO- und GEO-Audit für Ihre WordPress-Website durch, erlernen die Brand Voice Ihrer Marke und verfassen native Inhalte in sämtlichen Sprachen. Sie geben die Freigabe, wir veröffentlichen vollautomatisch im Autopilot-Tarif und messen KI-Zitationen ganz ohne aufgeblähte Metriken. Wenn Sie vorab Ihr Budget kalkulieren möchten, prüfen Sie, was SEO wirklich kostet.