Es ist leicht, die Einführung einer zweiten Sprache zu unterschätzen. Der Kunde fordert einen Sprachumschalter und eine übersetzte Startseite, aber das eigentliche Projekt umfasst URLs, Navigation, Formulare, Produktdaten, Metadaten, Bilder, rechtliche Inhalte, E-Mails, Suchverhalten und einen fortlaufenden Prozess für jedes zukünftige Update.
Ohne ein klares Betriebsmodell schreitet die Standardsprache voran, während die übersetzten Versionen zurückbleiben. Niemand weiß, welche Seite maßgeblich ist, wer die Terminologie genehmigt oder ob eine übersetzte URL indexiert werden sollte.
Agenturen benötigen mehr als einen Übersetzungsbutton. Sie benötigen ein wiederholbares System zur Verwaltung von mehrsprachigen WordPress-Seiten für Kunden von der anfänglichen Planung bis zur langfristigen Wartung.
Dieser Leitfaden beschreibt dieses System.
Entscheiden Sie, ob das Projekt mehrsprachig, multi-regional oder beides ist
Diese Begriffe beeinflussen die Architektur.
Eine mehrsprachige Seite bietet Inhalte in mehr als einer Sprache an. Eine multi-regionale Seite richtet sich an Nutzer in verschiedenen Ländern oder Regionen. Ein Projekt kann beides sein: Eine englische und französische Seite kann auch separate Angebote für das Vereinigte Königreich, Frankreich und Kanada haben.
Google macht in seinen offiziellen Richtlinien für multi-regionale und mehrsprachige Seiten dieselbe Unterscheidung. Beginnen Sie nicht mit der Auswahl eines Plugins. Beginnen Sie mit den Märkten, Inhalten und Betriebsverantwortlichkeiten des Kunden.
Bestätigen Sie für jeden vorgeschlagenen Standort:
- Zielsprache und regionale Variante;
- bediente Länder oder Märkte;
- Produkte, Preise und rechtliche Bedingungen, die je nach Markt variieren;
- Inhalte, die global bleiben müssen;
- wer übersetzen kann und wer genehmigen kann;
- erwartete Veröffentlichungsfrequenz;
- Such- und Konversionsziele;
- Verantwortung für Unterstützung und Wartung.
„Französisch“ ist keine vollständige Anforderung, wenn der Kunde inhaltlich unterschiedliche Inhalte für Frankreich und Kanada erwartet. Ebenso können UK- und US-Englisch viele der gleichen Inhalte teilen, aber dennoch unterschiedliche Terminologie, Angebote oder Compliance-Formulierungen erfordern.
Eine einzige Quelle der Wahrheit festlegen
Jedes übersetzte Element benötigt eine klar identifizierte Quelle.
Wählen Sie eine Hauptsprache für die redaktionelle Erstellung und dokumentieren Sie die Beziehung zwischen jedem Quellartikel und seinen Übersetzungen. Wenn sich die Quelle ändert, sollte das System ermöglichen, zu bestimmen, welche Übersetzungen überprüft werden müssen.
Die Quelle der Wahrheit beschränkt sich nicht auf Beiträge und Seiten. Erstellen Sie ein Inventar, das umfasst:
- WordPress-Beiträge, Seiten und benutzerdefinierte Beitragstypen;
- WooCommerce-Produkte, Variationen und Attribute;
- Menüs, Widgets und wiederverwendbare Blöcke;
- Strings von Themes und Plugins;
- Formulare, Validierungsnachrichten und Bestätigungs-E-Mails;
- SEO-Titel, Meta-Beschreibungen und soziale Metadaten;
- Bild-Alt-Text und Bildunterschriften;
- Taxonomien, Filter und Breadcrumbs;
- Cookie- und Datenschutzschnittstellen;
- transaktionale Kontoinhalte, Warenkorb- und Checkout-Inhalte;
- strukturierte Daten, die sichtbaren Text enthalten.
Klassifizieren Sie jedes Element als erforderlich beim Start, später erforderlich oder absichtlich geteilt. Dies verhindert, dass das Projekt durch weniger wertvolle Strings verzögert wird, während sichergestellt wird, dass wichtige Kundenreisen nicht vergessen werden.
Wählen Sie eine durchsuchbare URL-Struktur, bevor Sie übersetzen
Die Spracharchitektur sollte entschieden werden, bevor Inhalte produziert werden.
Google empfiehlt, unterschiedliche URLs für verschiedene Sprachversionen zu verwenden, anstatt die Sprache nur über Cookies oder Browsereinstellungen zu ändern. Häufige Strukturen sind:
- Unterverzeichnisse wie
example.com/fr/; - Subdomains wie
fr.example.com; - Ländercode-Domains wie
example.fr.
Jede hat Infrastruktur- und Governance-Handelsvorteile. Für viele von Agenturen verwaltete WordPress-Projekte sind Unterverzeichnisse betrieblich unkompliziert, da die Sprachen auf einem Host und einer Installation bleiben. Das ist jedoch keine universelle Regel: Regulierungs-, Organisations- oder Marktanforderungen können eine andere Struktur rechtfertigen.
Vermeiden Sie parameterbasierte Sprach-URLs, wenn ein sauberer durchsuchbarer Pfad verfügbar ist. Vermeiden Sie es, Besucher automatisch in eine andere Sprache zu zwingen, basierend nur auf einer Annahme über ihren Standort oder Browser. Google warnt, dass automatische Weiterleitungen verhindern können, dass Nutzer und Suchmaschinen auf jede Version zugreifen. Stellen Sie sichtbare Links bereit, damit die Nutzer wählen können.
Multilinguales SEO als Teil des Inhaltsmodells gestalten
Übersetzung und SEO können keine separaten Abschlussaufgaben sein.
Jede indexierbare Sprachversion sollte haben:
- ihre eigene stabile URL;
- Inhalte, die wirklich in der Zielsprache verfasst sind;
- einen angemessenen Titel und eine Meta-Beschreibung;
- eine selbstreferenzielle kanonische URL in normalen Fällen;
- wechselseitige
hreflang-Beziehungen mit den anderen abgeschlossenen Versionen; - interne Links, die in der Sprache des Besuchers bleiben, wo ein Äquivalent existiert;
- Einbeziehung in die richtige Sitemap oder das System für alternative Sprachen;
- einen zugänglichen Sprachumschalter.
Google unterstützt hreflang über HTML, HTTP-Header oder Sitemaps. Seine Dokumentation zu lokalisierten Seiten besagt, dass die Methoden für die Suche gleichwertig sind; die Verwendung mehrerer Methoden erhöht die Verwaltungskomplexität ohne Ranking-Vorteil. Wählen Sie eine zuverlässige Implementierung und testen Sie sie.
Jedes hreflang-Set muss wechselseitig sein: Jede aufgeführte Version sollte sich selbst und die anderen Versionen referenzieren. Bewerben Sie keine Übersetzung, die fehlt, unvollständig ist oder lediglich den Quellinhalt zeigt.
Wenn eine Sprachseite nicht bereit ist, ist es in der Regel ehrlicher, sie aus dem Index herauszuhalten, als eine dünne oder mehrsprachige Seite anzuzeigen. Die genaue Implementierung hängt vom Übersetzungssystem ab, aber die Betriebsregel sollte klar sein: Unvollständige Inhalte werden nicht als fertige lokalisierte Seite behandelt.
Verantwortlichkeiten festlegen, bevor die Produktion beginnt
Mehrsprachige Projekte scheitern, wenn jeder übersetzen kann, aber niemand die endgültige Entscheidung trifft.
Definieren Sie vier Verantwortlichkeiten:
Quelleninhaber
Kontrolliert den genehmigten Quellinhalt und entscheidet, wann eine Änderung bereit für die Übersetzung ist.
Übersetzer oder Übersetzungsoperator
Erstellt die Zielsprachversion mit der genehmigten Methode, dem Anbieter und dem Glossar.
Sprachprüfer
Überprüft Bedeutung, Terminologie, Ton und Markttauglichkeit. Dies sollte ein kompetenter Prüfer in der Zielsprache für wichtige kundenorientierte Inhalte sein.
WordPress-Publisher
Überprüft Layout, Links, Metadaten, Formulare, Frontend-Verhalten und Veröffentlichungsstatus in WordPress.
Eine Person kann mehrere Rollen in einem kleinen Projekt übernehmen, aber die Verantwortlichkeiten sollten dennoch sichtbar sein. Eine Genehmigung, die in einem Chatverlauf aufgezeichnet ist, den später niemand finden kann, ist kein nachhaltiger Workflow.
Verwenden Sie einen kontrollierten Übersetzungsworkflow
Ein zuverlässiger Workflow bewegt Inhalte durch definierte Zustände:
Quelle genehmigt
-> Übersetzung vorbereitet
-> Terminologieüberprüfung
-> Sprachüberprüfung
-> WordPress- und Layout-QA
-> SEO-QA
-> Kundenfreigabe, wo erforderlich
-> Veröffentlichung
-> Überprüfung nach der Veröffentlichung
Bereiten Sie die Quelle vor der Übersetzung vor
Beheben Sie zunächst unklare Überschriften, inkonsistente Produktnamen und defekte Links. Übersetzungen sollten Mängel nicht in andere Sprachen multiplizieren.
Führen Sie ein Glossar
Dokumentieren Sie Produktnamen, Markenterminologie, Fachvokabular, Wörter, die unübersetzt bleiben müssen, und marktspezifische Präferenzen. Ein Glossar ist wertvoll, unabhängig davon, ob die Übersetzung menschlich, KI-unterstützt oder gemischt ist.
Schützen Sie nicht übersetzbare Inhalte
URLs, Shortcodes, Platzhalter, HTML-Attribute, Produktkennungen und Codefragmente können beschädigt werden, wenn sie wie gewöhnliche Prosa behandelt werden. Definieren Sie, was unverändert bleiben muss, und testen Sie das Ergebnis, bevor Sie es speichern.
Übersetzen Sie in überprüfbaren Einheiten
Große automatisierte Chargen können den Durchsatz verbessern, aber das Ergebnis benötigt dennoch Rückverfolgbarkeit. Dokumentieren Sie das Quellobjekt, die Zielsprache, den Anbieter, den Status und etwaige Fehler. Ein fehlgeschlagener Abschnitt sollte ohne Neustart des gesamten Projekts wiederherstellbar sein.
Überprüfen Sie nach Risiko
Nicht jeder String benötigt denselben Prozess. Ein risikofreies Navigationslabel kann eine leichtere Überprüfung erfordern als Preisgestaltung, rechtliche Inhalte, Produktansprüche oder Zahlungsanweisungen. Definieren Sie Überprüfungsebenen, anstatt vorzugeben, dass alle maschinellen Ausgaben gleichermaßen bereit sind.
Testen Sie WordPress-spezifische Inhalte, nicht nur Absätze
Eine Übersetzung kann linguistisch korrekt sein und dennoch auf der Website fehlschlagen.
Testen Sie die gesamte Besucherreise in jeder Startsprache:
- Header, Footer und mobile Navigation;
- Suche und gefilterte Archive;
- Formulare, Fehlermeldungen und Erfolgsmeldungen;
- Account-, Warenkorb- und Checkout-Routen;
- Produktvariationen und Lagerbestandsmeldungen;
- Zustimmungsbanner und Präferenzsteuerungen;
- Transaktions-E-Mails;
- dynamische Blöcke und Page-Builder-Module;
- modale Fenster und bedingte Menüs;
- leere Zustände und 404-Seiten.
Achten Sie besonders auf Textvergrößerung. Ein kurzer englischer Button kann in Deutsch oder Französisch viel länger werden. Überprüfen Sie Desktop- und mobile Layouts, anstatt anzunehmen, dass die Vorlage jede Änderung absorbiert.
Testen Sie auch mit angemeldeten und nicht angemeldeten Besuchern, wo die Website Inhalte je nach Rolle oder Kontostatus ändert.
Erstellen Sie eine QA-Checkliste für jede Sprache
Verwenden Sie dieselben Prüfungen für jede Region.
Inhalt
- Keine Absätze in der Quellsprache bleiben unbeabsichtigt.
- Produkt- und Markenterminologie folgt dem Glossar.
- Daten, Währungen, Einheiten und Beispiele passen zum Zielmarkt.
- Rechtliche und kommerzielle Formulierungen haben die erforderliche Genehmigung.
SEO
- Die URL ist stabil und durchsuchbar.
- Der Titel und die Meta-Beschreibung sind lokalisiert.
- Canonical- und
hreflang-Werte sind korrekt. - Alternative Beziehungen sind wechselseitig.
- Interne Links zeigen auf die richtige Sprache, wo verfügbar.
- Unvollständige Fallback-Seiten werden nicht als fertige Übersetzungen beworben.
Benutzeroberfläche
- Der Sprachumschalter ist auf Desktop und Mobilgeräten benutzbar.
- Navigation, Formulare und dynamische Komponenten sind übersetzt.
- Text überlappt sich nicht, wird nicht abgeschnitten oder bricht Steuerungen.
- Bilder, Alt-Text und Beschriftungen sind angemessen.
Konversion
- Formulare werden erfolgreich übermittelt.
- Commerce- und Account-Pfade behalten die ausgewählte Sprache.
- Bestätigungsseiten und E-Mails verwenden die erwartete Sprache.
- Analytik und Zustimmungsverhalten funktionieren weiterhin wie vorgesehen.
Planen Sie Updates vor dem Start
Der Start ist der Beginn der Wartungsarbeit.
Definieren Sie, was wann passiert:
- eine Quellseite ändert sich;
- ein Produktpreis oder eine Funktion ändert sich;
- ein neuer Beitrag wird veröffentlicht;
- ein Plugin führt neue Schnittstellenschnipsel ein;
- eine Übersetzung wird direkt korrigiert;
- eine Region wird eingestellt;
- eine Seite wird umgeleitet oder konsolidiert.
Mindestens sollten Sie ein Datum der Quellenrevision und den Übersetzungsstatus dokumentieren. Für häufig aktualisierte Websites verwenden Sie eine Warteschlange, die zeigt, welche übersetzten Elemente aktuell, ausstehend, fehlgeschlagen oder absichtlich ausgeschlossen sind.
Überschreiben Sie eine überprüfte Übersetzung nicht automatisch ohne eine explizite Regel. Ein Mensch könnte die Terminologie korrigiert oder den Text für den Markt angepasst haben. Entscheiden Sie, ob Änderungen an der Quelle eine neue Überprüfungsaufgabe erstellen, in die Übersetzung integriert oder sie ersetzen.
Halten Sie Anbieter- und Datenschutzentscheidungen sichtbar
KI-unterstützte Übersetzungen können repetitive Arbeiten reduzieren, aber sie fügen eine Entscheidung über den Datenfluss hinzu. Bestimmen Sie, bevor Sie Inhalte an einen Anbieter senden:
- welche Inhalte WordPress verlassen;
- ob persönliche, vertrauliche oder unveröffentlichte Informationen vorhanden sind;
- welcher Anbieter sie erhält;
- wo Anmeldeinformationen gespeichert werden;
- welche Nutzungs- und Aufbewahrungsbedingungen gelten;
- wer autorisiert ist, eine Charge zu starten;
- wie fehlgeschlagene oder teilweise Aufträge dokumentiert werden.
Dies ist eine betriebliche Bewertung, kein Punkt, den man nach der Installation abhaken kann. Sensible Kundeninhalte erfordern möglicherweise einen anderen Prozess als öffentliche Marketingtexte.
Wo WpAgencyKit Übersetzen passen kann
WpAgencyKit Übersetzen wurde entwickelt, um das Management mehrsprachiger Inhalte innerhalb von WordPress zu ermöglichen und gleichzeitig mehrere KI-Übersetzungsanbieter zu unterstützen. Es umfasst einen Übersetzungsworkflow, Glossarsteuerungen und die Handhabung mehrsprachiger SEO, sodass eine Agentur Quell- und übersetzte Inhalte verwalten kann, ohne das gesamte Besuchererlebnis zu einem externen Übersetzungsproxy zu verlagern.
Es beseitigt nicht die Notwendigkeit, Märkte zu definieren, wichtige Übersetzungen zu überprüfen oder klientenspezifische Themes und Plugins zu testen. Die Nutzung von Anbietern kann weiterhin separate Kosten und datenschutzrechtliche Überlegungen mit sich bringen. Der Wert liegt in der operativen Kontrolle: Die Agentur kann Automatisierung mit ihren eigenen Überprüfungs- und Veröffentlichungsregeln kombinieren.
Für Agenturen, die auch SEO, Zustimmung, Bereitstellung und bedingte Navigationswerkzeuge benötigen, bietet das WpAgencyKit Bundle fünf Plugins unter einer Lizenz an. Bewerten Sie es im Hinblick auf das tatsächliche Kundenportfolio und die Lizenzgrenzen, anstatt anzunehmen, dass jede Seite jede Komponente benötigt.
Verwenden Sie einen kontrollierten ersten Start
Testen Sie einen neuen mehrsprachigen Prozess nicht, indem Sie die größte Seite im Portfolio übersetzen.
Wählen Sie eine repräsentative Inhaltsgruppe und eine Zielsprache. Schließen Sie einen echten Konversionspfad ein, nicht nur eine Broschüre. Führen Sie den gesamten Prozess von der Genehmigung der Quelle bis zur Überprüfung nach der Veröffentlichung durch.
Dokumentieren Sie:
- die Zeit, die in jeder Phase benötigt wurde;
- Strings oder Komponenten, die im ursprünglichen Inventar fehlten;
- Glossarkorrekturen;
- Layout- und SEO-Fehler;
- Anbieter- oder Batchfehler;
- Änderungen, die am Genehmigungsprozess erforderlich sind.
Verbessern Sie dann den Workflow, bevor Sie auf weitere Sprachen oder Seiten erweitern.
Gestalten Sie die mehrsprachige Wartung als Dienstleistung, nicht als Notfall
Eine mehrsprachige WordPress-Seite ist ein fortlaufendes Veröffentlichungssystem. Sie benötigt definierte Quellinhalte, stabile Sprach-URLs, kontrollierte Übersetzungen, menschliches Urteil, WordPress-Qualitätssicherung, SEO-Prüfungen und einen Prozess für jedes zukünftige Update.
Wenn diese Verantwortlichkeiten explizit sind, kann eine Agentur mehrsprachiges Wachstum anbieten, ohne eine Wartungsfalle zu schaffen. Beginnen Sie mit einem kontrollierten Workflow, testen Sie ihn auf einem repräsentativen Pfad und skalieren Sie nur, wenn die Quell-, Übersetzungs- und Überprüfungszustände übereinstimmen.
Wenn Sie diesen Prozess innerhalb von WordPress halten möchten, überprüfen Sie WpAgencyKit Übersetzen und vergleichen Sie dessen Anbieter-, Glossar- und mehrsprachigen SEO-Workflow mit den Bedürfnissen Ihrer Kundenseiten.