Mehrsprachiges WordPress-SEO mit KI prüfen

Eine mehrsprachige Website kann perfekte Übersetzungszahlen haben und dennoch Nutzer oder Suchsysteme enttäuschen. Das Audit muss lokalisierte URLs, wechselseitige hreflang-Auszeichnungen, selbstreferenzierende Canonicals, Sprachqualität, Suchintention und regionale Geschäftsunterschiede verbinden. KI kann Matrizen vergleichen, eine Prüfung durch Muttersprachler bleibt jedoch unerlässlich.

Eine SEO-Analyse ist nur so zuverlässig wie die bereitgestellten Belege. Ein Sprachmodell kennt Crawling-Status, Indexierung, Rankings, Canonical-Auswahl oder Seitenleistung nicht eigenständig. Nutzen Sie es als Belegorganisator und Hypothesengenerator und prüfen Sie jeden Befund anschließend im passenden Quellsystem.

In einem Satz: Erstellen Sie eine Übersetzungsgruppen-Matrix, validieren Sie wechselseitige technische Signale und prüfen Sie, ob jede lokalisierte Seite ihren Markt tatsächlich bedient.

Was Sie mit diesem Leitfaden erreichen

Das Ergebnis soll fehlende Varianten, defekte Rückverweise, Canonical-Konflikte, falsche Sprachcodes, nicht übersetzten Hauptinhalt, Intent-Abweichungen und marktspezifische Lücken sichtbar machen. Technische Parität und sprachliche Nützlichkeit müssen getrennte Dimensionen bleiben.

Ein nützliches Ergebnis ist nicht bloß eine gut formulierte Antwort. Es muss zeigen, welche Datensätze oder Seiten geprüft wurden, welche Belege fehlten, was der Assistent abgeleitet hat, was ein Mensch entscheiden muss und welche Aktionen verboten bleiben.

Was ein erfolgreiches Ergebnis enthalten muss

• Eine Zeile je Übersetzungsgruppe und Locale.
• Lokalisierte URL, Status, selbstreferenzierendes Canonical und hreflang-Set.
• Prüfungen auf Gegenseitigkeit und vollständig qualifizierte URLs.
• Validierung von Sprach- und Regionscodes.
• Status der Lokalisierung des Hauptinhalts und der Suchintent-Prüfung.
• Markt-Ausnahmen und Entscheidungen zu fehlendem Inhalt.

Vorzubereitende Belege und Eingaben

Nutzen Sie gerendertes head-Markup und tatsächlichen Seiteninhalt. Routen-Konfiguration oder Dashboards von Übersetzungs-Plugins belegen weder die endgültigen Auszeichnungen noch die Sprachqualität.

• Vollständiges URL-Inventar mit Locale- und Übersetzungsgruppen-IDs.
• Gerenderte Canonical- und hreflang-Auszeichnungen für jede Variante.
• Belege zum HTTP-Status und zur Indexierungsrichtlinie.
• Lokalisierte Titel, Beschreibungen, Überschriften und Hauptinhalte.
• Marktspezifische Suchbelege und Geschäftsunterschiede.
• Status der Prüfung durch Muttersprachler.
• x-default-Richtlinie und Verhalten des Sprachwählers.

Notieren Sie für jede Eingabe Datum, Quelle, Umfang und bekannte Auslassungen. Entfernen Sie Zugangsdaten, personenbezogene Informationen und Kundendaten, die für die Aufgabe nicht erforderlich sind.

Gegenseitigkeit auf Gruppenebene validieren

Google empfiehlt, dass jede Sprachversion sich selbst und alle Alternativen aufführt und dass Alternativen aufeinander zurückverweisen. Eine Prüfung auf Einzelseitenebene reicht nicht aus; vergleichen Sie das vollständige Set jeder Übersetzungsgruppe.

Parität nicht mit Lokalisierung verwechseln

Acht veröffentlichte Varianten können dennoch schlechte Übersetzungen sein, die falsche Suchanfrage bedienen oder Behauptungen übernehmen, die auf einem Markt nicht gelten. Erfassen Sie strukturelle Parität, technische Signale und sprachliche Nützlichkeit als getrennte Status.

Ein sicherer Arbeitsablauf

1. Erstellen Sie die Matrix aus Übersetzungsgruppen und lokalisierten URLs.
2. Rufen Sie gerenderte Canonical- und hreflang-Auszeichnungen ab.
3. Validieren Sie Sprachcodes, vollständige URLs, Selbstverweise und Gegenseitigkeit.
4. Vergleichen Sie Canonical-Ziele mit den vorgesehenen Locale-Seiten.
5. Prüfen Sie, dass der Hauptinhalt wirklich lokalisiert ist.
6. Prüfen Sie Zielanfragen und Marktunterschiede je Locale.
7. Klassifizieren Sie technische, sprachliche und strategische Befunde getrennt.
8. Weisen Sie technische und sprachliche Verantwortliche zu.
9. Testen Sie vollständige Gruppen nach Korrekturen erneut.

Der Arbeitsablauf trennt Analyse bewusst von Implementierung. Eine spätere Änderungsphase soll auf das genehmigte Ergebnis verweisen, statt Berechtigungen der analysierenden Identität stillschweigend auszuweiten.

Prompt-Vorlage

Ersetzen Sie vor Verwendung dieses Prompts jeden Wert in eckigen Klammern. Fügen Sie keine Passwörter, API-Schlüssel, privaten Kundendaten oder irrelevanten personenbezogenen Informationen in die Anweisung ein.

Prüfen Sie die bereitgestellte Matrix aus mehrsprachigen WordPress-URLs und gerendertem head.

Geben Sie für jede Übersetzungsgruppe zurück:
- Content-ID und Locale-Varianten
- URL, HTTP-Status und selbstreferenzierendes Canonical
- Deklariertes hreflang-Set einschließlich self und x-default
- Fehlende oder nicht wechselseitige Links
- Ungültige Sprach- oder Regionscodes
- Canonical-Konflikte
- Lokalisierungsstatus des Hauptinhalts
- Status der Prüfung von lokalem Titel, Beschreibung und Suchintent
- Begründung für marktspezifische Ausnahme oder fehlende Variante
- Technischer Verantwortlicher, Sprachverantwortlicher, Priorität und Konfidenz

Regeln:
1. Bewerten Sie die vollständige Übersetzungsgruppe.
2. Leiten Sie Sprachqualität nicht ohne Prüfung durch Muttersprachler ab.
3. Canonicalisieren Sie übersetzte Seiten nicht ins Englische, nur weil der Inhalt ähnlich ist.
4. Erstellen Sie fehlende Übersetzungen nicht automatisch.
5. Ändern Sie weder WordPress noch Routen-Metadaten.

Warum dieser Prompt so aufgebaut ist

Das Schema auf Gruppenebene erkennt wechselseitige Fehler und trennt technische, sprachliche und Marktverantwortung. Es verhindert zudem den häufigen Fehler, lokalisierte Seiten als Duplikate der Quellsprache zu behandeln.

Empfohlene Zugriffsgrenze

Verwenden Sie eine Read Only-Identität. Der Assistent darf WordPress-Datensätze im Umfang prüfen, doch Versuche, Inhalte zu erstellen, zu bearbeiten, zu löschen oder zu veröffentlichen, müssen abgelehnt werden.

Der Arbeitsablauf kann öffentliche Bedeutung, Suchinterpretation, Konversion oder Produktinformationen beeinflussen. Fordern Sie vor jeder Änderung eine ausdrückliche Prüfung.

Was außerhalb dieser Aufgabe bleiben muss

• Keine automatische Veröffentlichung von Übersetzungen.
• Keine Aussage über muttersprachliche Qualität ohne Prüfung.
• Keine sprachübergreifende Canonical-Abkürzung.
• Keine Annahme, dass jede Quellseite in jeden Markt gehört.
• Keine Weiterleitung aufgrund einer abgeleiteten Besuchersprache.

Die Zugriffsstufe ist eine Ausgangsempfehlung, kein universeller Anspruch. Die einer Identität tatsächlich verfügbaren Fähigkeiten müssen aus der installierten Produktversion und deren veröffentlichter Abdeckung stammen.

Wie WP Agent Control hineinpasst

Dies ist ein allgemeiner WordPress-Arbeitsablauf. Er verspricht nicht, dass Agent Control alle beschriebenen Objekte oder Integrationen bearbeiten kann. Beginnen Sie im geführten Ablauf mit öffentlichen Seiten. Aktionen für Plugins, Themes, Benutzer, Einstellungen, Dateien, Löschungen, WooCommerce, ACF und Page Builder sind keine nativen geführten Aufgaben. Prüfen Sie dafür gesondert geeignete Werkzeuge und Berechtigungen.

Rufen Sie nach der Verbindung strukturierte Websiteinformationen ab und untersuchen Sie ausgewählte veröffentlichte Seiten. Dafür ist keine temporäre Aufgabe nötig. Öffentliche Seiten lassen sich auch ohne das Plugin besuchen; Agent Control ergänzt strukturierten Zugriff und den Übergang zu autorisierten WordPress-Arbeiten.

Ihre KI verbinden: docs first profile · Funktionen und Kompatibilität ansehen: coverage

Prüfliste

• ☐ Jede Übersetzungsgruppe hat eine stabile Identität.
• ☐ Gerenderte Auszeichnungen wurden geprüft.
• ☐ Selbstverweis und Gegenseitigkeit sind geprüft.
• ☐ Canonical- und hreflang-Signale stehen nicht im Konflikt.
• ☐ Der Status der Muttersprachler-Prüfung ist explizit.
• ☐ Keine lokalisierte Seite oder Metadaten wurden geändert.

Häufige Fehlermodi

• Vertrauen in das Plugin-Dashboard: Konfigurierte Beziehungen werden ohne gerenderte Prüfung akzeptiert.
• Englisches Canonical: Lokalisierte Seiten verweisen auf die Quellsprache und verlieren unabhängige Signale.
• Zahlengestützte Qualität: Acht Varianten gelten als acht nützliche lokale Seiten.
• Wörtliche Keyword-Übersetzung: Die Quellanfrage wird ohne Marktforschung übersetzt.

Erweiterter Hinweis

Behandeln Sie Lokalisierung als gesteuerte Projektion aus einem sprachneutralen Belegpaket. Jede Locale kann die Content-Identität bewahren und zugleich eigene Anfrage, eigenen Slug, Beispiele und Prüfstatus tragen. Das vermeidet sowohl unkontrollierte Abweichung als auch wörtliche Übersetzung.

Verwandte Leitfäden

• So erstellen Sie mit KI ein WordPress-URL-Inventar
• Eine WordPress-Content-Gap-Map mit KI erstellen
• Den redaktionellen WordPress-Ton mit KI standardisieren
• WordPress-SEO-Audit mit KI im Nur-Lese-Modus durchführen

Nächster Schritt

Verwenden Sie das Tonalitätsaudit für sprachliche Konsistenz und die Lückenkarte, um zu entscheiden, wo marktspezifische Abdeckung tatsächlich erforderlich ist.