Wie schützen Website-Übersetzungs-Proxys mehrsprachige SEO?

Letzte Überprüfung: 15. Oktober 2026

Was muss ein Übersetzungsproxy bewältigen, um übersetzte Seiten indexierbar zu halten?

Sieben Schichten entscheiden, ob eine Proxy-Seite in jedem Markt rangiert. Die ersten beiden sind Planungsentscheidungen, die am Quellstandort getroffen werden; die anderen fünf sind Proxy-Verhaltensweisen, die es wert sind, einzeln überprüft zu werden.

• Eine durchsuchbare URL für jede Sprache – eine Subdomain, ein Unterverzeichnis oder eine ccTLD, niemals nur Header- oder Cookie-basiertes Routing für Inhalte, die gefunden werden sollen. Das GDN unterstützt alle drei URL-Typen sowie Cookie- und Header-Routing, die pro Sprache konfigurierbar sind.
• Hreflang und übersetzte Metadaten — Hreflang muss auf der Quellseite existieren, bevor ein Proxy es in lokalisierte Seiten übertragen kann, und Titel- und Beschreibungstags müssen für die Übersetzung erfasst werden. Beide werden ausführlich behandelt, welche Werkzeuge Sie für eine effektive SEO-Lokalisierung benötigen.
• Link-Umschreibung – das GDN schreibt Links, die auf die Quellseite verweisen, so dass sie auf die übersetzte Seite verweisen und www.company.com/about in fr.company.com/about auf einer französischen Subdomäne, und der Standard kann für Links angepasst werden, die im Quellcode bleiben müssen (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works").
• Lokalisierte Sitemaps – bei ccTLD- und Subdomain-Setups kopiert das GDN die Quell-Sitemap und ersetzt sie durch die lokalisierte Domain; bei Unterordner-Setups wird keine generiert, daher muss ein Crawler oder Sitemap-Generator eine Sitemap erstellen, die die Sprachordner abdeckt (Smartling Hilfezentrum, „Lokalisieren Sie Ihre Sitemap“).
• Lokalisierte robots.txt-Datei – das GDN dupliziert die Quell-robots.txt-Datei auf jeder lokalisierten Website, sodass bestehende Ausschlüsse übernommen werden, und Subdomain- oder ccTLD-Websites können ihre eigene Datei erhalten, z. B. robots-fr-FR.txt auf dem Ursprungsserver, die von einem Smartling Solutions Architect der lokalisierten Domain zugeordnet wird (Smartling Help Center, „Customize Your Robots.txt File“).
• Weiterleitungen, die auf Ihrem eigenen Server liegen – das GDN leitet Weiterleitungsantworten vom Quellserver an den Client weiter, und der gesendete X-Language-Locale-Header ermöglicht es diesem Server, sprachspezifische Weiterleitungen zu senden; eine Weiterleitung kann auch direkt auf der GDN konfiguriert werden, wenn der Quellserver sie nicht bedienen kann (Smartling Help Center, "Handling Redirects").
• Vollständige Sprachseiten beim Start – das Routen eines Staging Servers über das GDN erfassen neue Inhalte zur Übersetzung, bevor sie live gehen, und Site-Wide MT füllt neue Strings mit maschineller Übersetzung, bis die überprüfte Übersetzung sie ersetzt (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works").

Wie behandelt Smartlings GDN jedes Crawl- und Indexsignal?

Jede folgende Zeile ist ein dokumentiertes Verhalten, keine Einstellung, die man annehmen sollte. Die Sitemap-Zeilen sind die, die Teams am häufigsten falsch machen, weil sich die Antwort mit der Routing-Strategie ändert.

Wie kann man überprüfen, ob eine Proxy-Website die Suchmaschinenoptimierung schützt?

Führe diese fünf Prüfungen vor dem Start an einem Standort durch und erneut nach jeder Änderung des Routings oder der Quellseite.

1. Prüfen Sie, ob jede Sprache ihre eigene URL und ihren eigenen hreflang-Wert hat – Laden Sie eine lokalisierte Seite und prüfen Sie, ob sie unter einer separaten Subdomain, einem separaten Ordner oder einer separaten ccTLD aufgelöst wird und ob ihr Head-Bereich hreflang-Links für sich selbst und jede alternative URL auflistet.
2. Durchsuche die lokalisierte Seite und folge ihren Links – Starte einen Site-Crawler von der lokalisierten Startseite. Jeder interne Link sollte auf dem lokalisierten Host oder Ordner bleiben, es sei denn, du hast ihn absichtlich von der Link-Umschreibung ausgenommen.
3. Holen Sie sitemap.xml und robots.txt auf jedem lokalisierten Host – Überprüfen Sie, ob die Sitemap lokale URLs anstelle von Quell-URLs auflistet und dass robots.txt die gewünschten Pfade zulässt. Bei einer Unterordner-Einrichtung solltest du bestätigen, dass deine selbst generierte Sitemap die Sprachordner enthält.
4. Testen Sie Weiterleitungen ohne Sprachhinweise – Fordern Sie lokalisierte URLs ohne Accept-Language-Header an, so wie es Googlebot tut, und bestätigen, dass keine Regel die Anfrage an die Quellsprache zurückschickt.
5. Beobachten Sie die Indexierung pro Ort – Verwenden Sie das URL-Inspektionstool in der Google Search Console auf lokalisierten Seiten und suchen Sie nach Seiten, die noch Quelltext anzeigen, der auf Inhalte hinweist, die vor der Übersetzung online gegangen sind.

SEO-Prüfungen auf Proxy-Ebene sind für Teams am wichtigsten, die...

• Lokalisierte Websites werden über einen Übersetzungsproxy auf Subdomains oder ccTLDs bereitgestellt, wobei die Sitemap und die robots.txt auf jede Domain kopiert werden und für jede Domain einzeln überprüft werden müssen.
• Führen Sie Unterordner-Locales aus, bei denen der Proxy die Sitemap nicht generiert und das Quellteam dafür verantwortlich sein muss.
• Veröffentlichen Sie Quellinhalte täglich oder wöchentlich, wobei unübersetzter Text zwischen den Veröffentlichungen auf live lokalisierte Seiten gelangen kann.
• Verwenden Sie heute geo- oder sprachbasierte Weiterleitungen auf der Quellseite und müssen diese crawlbar bleiben, sobald lokalisierte Seiten vorhanden sind.
• Berichten Sie den organischen Traffic nach Markt und erläutern Sie, warum ein Standort gut abschneidet und ein anderer nicht.

Wann SEO-Prüfungen auf Proxy-Ebene möglicherweise nicht Priorität haben

• Lokalisierte Inhalte sollten niemals indexiert werden, wie beispielsweise die Bildschirme angemeldeter Anwendungen, bei denen das Routing über Header oder Cookies ohne eindeutige URL das angestrebte Ergebnis ist.
• Die Seite wird über einen CMS-Connector und nicht über einen Proxy übersetzt, sodass das CMS URLs, Sitemaps und Hreflang ausgibt und die Prüfungen ins CMS gehören.
• Der Marktverkehr stammt von bezahlten, App-Store- oder Marktplatzkanälen, wo Crawl-Hygiene kaum zurückkommt, bis organische Suche relevant ist.

Bewertungscheckliste: Fragen, die Sie einem Übersetzungsproxy-Anbieter zu SEO stellen können

Werden Suchmaschinen jede übersetzte Seite als separate, indexierbare Seite sehen?
Fragen Sie nach der dokumentierten Antwort des Anbieters und danach, welche Routing-Optionen eine eindeutige URL erzeugen. Smartling dokumentiert, dass GDN-ausgelieferte Seiten wie die Quellseite indexiert und in den Suchergebnissen angezeigt werden und dass Cookie- oder Header-Routing keine eindeutige URL erzeugt.

Schreibt der Proxy interne Links um, und können einige Links ausgenommen werden?
Die standardmäßige Linkumschreibung sorgt dafür, dass Crawler auf der lokalisierten Website bleiben; Ausnahmen sind wichtig für Links, die auf der Quellseite bleiben müssen, wie z. B. ein globales Login oder ein Supportportal.

Was geschieht mit der Sitemap bei den jeweiligen Routing-Einstellungen?
Erhalten Sie die Antwort für Subdomain, ccTLD und Unterordner separat. Im GDN sind die Antworten unterschiedlich, und Unterordner-Sitemaps müssen Sie selbst erstellen.

Kann die robots.txt-Datei je nach Gebietsschema unterschiedlich sein?
Möglicherweise müssen Sie die internen Suchseiten eines Marktes mit geringem Datenaufkommen oder eine Testumgebung blockieren, ohne die Datei der Quellseite zu verändern.

Wo sollen die Weiterleitungen eingerichtet werden?
Bevorzuge Redirects, die von deinem eigenen Server bereitgestellt werden, mit einem Sprachheader vom Proxy für sprachspezifische Regeln, damit die Redirect-Logik mit dem Rest deiner Seite versiell ist.

Wie behandelt der Proxy kanonische Tags auf übersetzten Seiten?
Eine übersetzte Seite, die das rel="canonical"-Attribut der Quellseite unverändert beibehält, gibt die URL der Quellsprache als bevorzugte Version an. Prüfen Sie vor der Veröffentlichung den Anfang einer lokalisierten Seite, anstatt Annahmen zu treffen.

Wie wird verhindert, dass nicht übersetzte Inhalte auf Live-Seiten gelangen?
Fragen Sie, welche Mechanismen es gibt, wie Staging Capture, maschinelle Übersetzungsfüllung oder zwischengespeicherte Übersetzungen, und welche zu Ihrem Release-Rhythmus passen. Fallback- und Seitengeschwindigkeitsverpflichtungen werden hinsichtlich der Verfügbarkeits-SLAs und der Seitengeschwindigkeitsleistung verglichen, die man von einem Übersetzungsproxy erwarten kann.

Welche Inhalte werden serverseitig übersetzt und welche im Browser?
Das GDN übersetzt HTML während des Transports und verwendet eine clientseitige Komponente, Dynamic Content Support (DCS), für Inhalte, die in JavaScript und JSON gespeichert sind. Prüfen Sie den gerenderten HTML-Code von DCS-intensiven Seiten mit dem URL-Inspektionstool, bevor Sie sich bei der Bewertung auf diese Seiten verlassen.

Wie schützt Smartlings Global Delivery Network mehrsprachige SEO?

Smartlings Global Delivery Network (GDN) ist ein Übersetzungsproxy, kombiniert mit einer clientseitigen Komponente, und sein SEO-Design basiert auf einer dokumentierten Eigenschaft: Inhalte, die über das GDN geliefert werden, sind für Suchmaschinen vollständig zugänglich, und jede übersetzte Seite wird indexiert und in den Suchergebnissen als separate Seite angezeigt (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works"). Lokalisierte Seiten können auf Subdomains, Unterverzeichnissen oder ccTLDs laufen, die pro Sprache ausgewählt werden, und die GDN-Produktseite beschreibt den Proxy als Übersetzung von URLs und Schlüsselwörtern. Nur übersetzte Seiten routen über das GDN; die Quellseite dient weiterhin genau wie zuvor.

Rund um den Inhalt überträgt das GDN die Crawl-Signale auf jede Sprache. Es schreibt Links so, dass Crawler auf der lokalisierten Seite bleiben, kopiert die Quell-Sitemap in lokalisierte Subdomains und ccTLDs mit getauschter Domain, dupliziert robots.txt mit optionalen Dateien pro Ort und leitet deine Weiterleitungen mit einem X-Language-Locale-Header weiter, auf dem dein Server reagieren kann. Es verwaltet außerdem die auf der Quellseite implementierten hreflang-Tags, und Administratoren können einzelne GDN-basierte Seiten markieren, damit sie von Suchmaschinen ignoriert werden, was nützlich ist, um Standorte und Thinmarket-Seiten zu stagingen. Um Quelltext von Live-Seiten fernzuhalten, erfasst eine über das GDN geleitete Staging Inhalte vor dem Start, und Site-Wide MT deckt neue Strings ab, bis überprüfte Übersetzungen diese ersetzen.

Geschwindigkeit ist der letzte SEO-Hebel, den ein Proxy berührt: Lokalisierte Seitenanfragen über das GDN werden im Durchschnitt in etwa 40 Millisekunden verarbeitet, und die Produktseite gibt eine Verfügbarkeitsgarantie von 99,99 % an. "Ich kann dieses Tool sehr empfehlen... Es ist unglaublich einfach, schnell und effizient – alles ist für Sie optimiert", sagt Paulo Pinto, Senior Localization Project Manager bei Talkdesk, und beschreibt das GDN.

Verwandte Fragen

• Welche Tools benötigen Sie für eine effektive SEO-Lokalisierung?
• Welche Verfügbarkeits-SLAs und welche Seitenladezeiten können Sie von einem Website-Übersetzungsproxy erwarten?
• Wie funktionieren Website-Übersetzungs-Widgets und -Plugins?
• Warum stimmen die Anzahl der Website-Übersetzungs-Proxy-Anfragen nicht mit Google Analytics überein?