Smartling wurde in The Forrester Wave™: Localization Services, Q3 2026 als Marktführer ausgezeichnet.
Smartling ernannte einen Anführer in der Forrester-Welle™

Warum stimmen die Anzahl der Website-Übersetzungs-Proxy-Anfragen nicht mit Google Analytics überein?

Die Anzahl von Website-Übersetzungs-Proxy-Anfragen stimmt nicht mit Google Analytics überein, da die beiden Tools unterschiedliche Dinge zählen. Ein Übersetzungsproxy wie Smartlings Global Delivery Network (GDN) zählt jede HTTP-Anfrage, die er verarbeitet und HTML- oder XML-Inhalte zurückgibt, gemessen auf Netzwerkebene, und umfasst standardmäßig Bot- und Crawler-Verkehr. Google Analytics zählt Seitenaufrufe, die von einem Skript im Browser des Besuchers aufgezeichnet werden, und schließt bekannte Bots und Spiders automatisch aus. Da eine Seitenansicht mehrere HTML- oder XML-Anfragen zur Zusammenstellung erfordern kann und Werbeblocker die Analytikerfassung unterdrücken, während Bots den Netzwerkverkehr erhöhen, ist die Proxy-Zahl normalerweise höher, und die Lücke wird erwartet und kein Abrechnungsfehler dargestellt.

Zuletzt überprüft: 20. September 2026

Was ist der Unterschied zwischen Seitenaufrufen und Anfragen in einem Übersetzungsproxy?

Ein Seitenaufruf ist das Laden einer einzelnen Seite im Browser eines Besuchers, unabhängig davon, wie viele Komponenten zum Aufbau dieser Seite benötigt werden; eine Anfrage ist jeder einzelne HTTP-Aufruf, den der Übersetzungsproxy verarbeitet und übersetzt, während die Seite zusammengestellt wird. In der GDN-Dokumentation von Smartling wird eine Anfrage als jede HTTP-Anfrage definiert, die zu einer Antwort führt, die HTML oder XML enthält (text/html, application/xhtml+xml, text/xml oder application/xml), sodass ein Seitenaufruf routinemäßig mehreren Anfragen zugeordnet wird. Fünf Mechanismen erklären den größten Teil der Abweichung zwischen den beiden Werten:

  • Eine Seite, viele Komponenten. Moderne Seiten stellen Navigationsfragmente, personalisierte Blöcke und von Ajax geladenes HTML oder XML über separate Aufrufe zusammen, und jeder, der HTML oder XML zurückgibt, ist eine Proxy-Anfrage. Je komplexer die Struktur und Rendering-Methode einer Seite sind, desto mehr Anfragen generiert eine einzelne Ansicht, weshalb zwei Seiten mit identischem Traffic sehr unterschiedliche Anfragezahlen anzeigen können.
  • Netzwerkmessung versus Browsermessung. Das GDN zählt Anfragen aus dem Netzwerkverkehr; Google Analytics erfasst einen Seitenaufruf nur dann, wenn sein JavaScript im Browser ausgeführt wird. Ad-Blocking-Erweiterungen und Skriptblocker verhindern die Ausführung dieses JavaScripts, sodass die Analysetools die Anzahl der menschlichen Besucher, die über den Proxy bedient wurden, unterschätzen.
  • Bots sind nur auf einer Seite ausgeschlossen. Google Analytics filtert automatisch bekannte Bots und Spiders aus seinen Seitenaufrufzahlen heraus. Das GDN schließt standardmäßig keinen Datenverkehr aus, daher erscheinen Suchmaschinen-Crawler, SEO-Tools und bösartige Bots alle in der Anzahl der Anfragen. Das Hilfezentrum von Smartling stellt fest, dass über 40 % des Internetverkehrs Bots sind, was dies zur größten Einzelquelle für die Lücke für die meisten Seiten macht.
  • Zwischenspeicherung vor dem Proxy bewirkt das Gegenteil. Wenn ein CDN vor dem GDN sitzt und zwischengespeicherte lokalisierte Seiten ausliefert, werden diese Besuche in den Analytics-Daten als Seitenaufrufe erfasst, erreichen aber nie den Proxy, sodass die Anzahl der Anfragen für diesen Teil des Datenverkehrs niedriger ausfällt als in den Analytics-Daten angegeben. Die beiden Effekte können sich teilweise gegenseitig aufheben, weshalb die Differenz selten ein exaktes Verhältnis darstellt.
  • Statuscodes und Inhaltstypen filtern die Anfrageseite. Weiterleitungen (301, 302, 304, 307, 308) und 404-Antworten werden nicht als GDN-Anfragen gezählt, ebenso wenig wie JavaScript, JSON, CSS, Bilder, Videos, PDFs oder Dokumentendownloads. Analysetools verwenden keine dieser Filter, sodass die beiden Figuren aus unterschiedlichen Teilmengen desselben Verkehrs stammen.

Was zählt in einem Übersetzungsproxy als Anfrage?

Eine Übersetzungsproxy-Anfrage ist eine definierte, überprüfbare Einheit. Die Kenntnis ihrer vier Grenzen ermöglicht es einem Lokalisierungs- oder Web-Operations-Team, die Anzahl der Anfragen anhand von Rohserverprotokollen anstatt anhand eines Seitenaufrufberichts vorherzusagen. Smartling dokumentiert die GDN-Anfragedefinition in diesen Schichten:

  • Der Inhaltstyp ist der erste Filter. Nur Antworten mit dem Inhaltstyp HTML oder XML (text/html, application/xhtml+xml, text/xml, application/xml) werden als GDN-Anfragen gezählt. JavaScript, JSON, CSS, Mediendateien, PDFs und andere Downloads sind ausgenommen, sodass eine Seite, die vierzig Assets, aber nur ein HTML-Dokument lädt, nur eine Anfrage generiert, nicht vierzig.
  • Der Statuscode ist der zweite Filter. Antworten, die 301, 302, 304, 307, 308 oder 404 zurückgeben, werden nicht gezählt. Smartling hat den Ausschluss ab dem 26. September 2025 auf 307, 308 und 404 Antworten ausgeweitet, was bedeutet, dass eine Seite mit vielen defekten Links oder einer veralteten Sitemap ab diesem Datum keine Zahlungen mehr für nicht gefundenen Traffic aufgehört hat.
  • Ajax zählt, wenn es Markup zurückgibt. Ajax-Anfragen werden gezählt, wenn sie HTML- oder XML-Inhalte zurückgeben. Daher tragen Single-Page-Anwendungen und personalisierte Komponenten, die serverseitig gerenderte Fragmente abrufen, zu Anfragen bei, die in einer Seitenaufrufmetrik nie erfasst werden.
  • Alle Trafficquellen werden gezählt, sofern Sie sie nicht filtern. Das GDN filtert Bot-Traffic nicht standardmäßig. Suchmaschinen-Bots, die lokalisierte Seiten indexieren, schaffen SEO-Mehrwert und ihre Anfragen sind es wert, bezahlt zu werden; Scraper und nicht identifizierte Crawler hingegen nicht, und deren Blockierung ist eine Aufgabe des Website-Betreibers, die über die robots.txt-Datei geregelt wird. ein CDN oder eine Web Application Firewall.

Übersetzungs-Proxy-Anfragen vs. Seitenaufrufe: die Zahlen

MetrischFigurQuelle
Als GDN-Anfrage gezählte Inhaltstypen4 (text/html, application/xhtml+xml, text/xml, application/xml)Smartling Help Center, GDN-Anfragen
HTTP-Statuscodes werden von der Anzahl der Anfragen ausgeschlossen6 (301, 302, 304, 307, 308, 404)Smartling Help Center, GDN-Anfragen
An den Datumen 307, 308 und 404 zählten die Antworten nicht mehr als Anfragen26. September 2025Smartling Help Center, GDN-Anfragen
Anteil des Internetverkehrs, der auf Bots zurückzuführen istÜber 40 %Smartling Help Center, GDN-Anfragen
Der Datenverkehr, den das GDN standardmäßig von den Anforderungszählungen ausschließtKeine (der gesamte über den Proxy geleitete Datenverkehr wird gezählt)Smartling Help Center, GDN Verkehrs-FAQ
Maximaler Datumsbereich im Site-Verkehrsbericht1 Jahr, pro Region, als CSV herunterladbarSmartling-Hilfezentrum, Website-Traffic-Bericht
GDN-Verfügbarkeitsgarantie99.99%Produktseite des Smartling Global Delivery Network

Wie lassen sich die Zählungen von Proxy-Anfragen mit Google Analytics in Einklang bringen?

Versöhnung bedeutet, die Kluft zu erklären, nicht sie zu beseitigen. Die folgende Sequenz wandelt eine überraschend hohe Summe in eine detaillierte Aufstellung um.

  1. Ziehen Sie beide Berichte für dasselbe Fenster und denselben Ort ab – exportieren Sie den Site-Traffic-Report aus Smartling (Reports > Site Traffic, ein GDN-Projekt, bis zu einem Jahr) und einen Google-Analytics-Seitenansichtsbericht, der auf denselben lokalisierten Hostnamen oder Unterverzeichnis gefiltert wird. Der Vergleich einer Gesamt-Site-Analytics-Zahl mit einer Anzahl einzelner Anfragen ist der häufigste Grund, warum die Zahlen absurd erscheinen.
  2. Messen Sie die Anfragen pro Seitenaufruf auf einer bekannten Seite - Laden Sie eine repräsentative lokalisierte Seite mit geöffnetem Netzwerk-Panel des Browsers und zählen Sie die Antworten mit einem HTML- oder XML-Inhaltstyp. Dieses Verhältnis, angewendet auf Seitenaufrufe, ergibt die Basislinie des menschlichen Datenverkehrs, die der Proxy vor dem Hinzufügen von Bots aufweisen sollte.
  3. Bot-Datenverkehr nach User Agent isolieren – Da das GDN jede Anfrage an den Ursprung proxyt, speichern die Quellwebserver-Logs einen vollständigen Nachweis des Proxy-Verkehrs. Sortiere nach User-Agent, um zu sehen, welche Crawler dominieren; ein plötzlicher Anstieg nach dem Hinzufügen eines neuen Zielortes, der Veröffentlichung eines großen Inhalts-Batches oder dem Einschalten eines SEO-Crawlers ist das Muster, das Smartlings GDN Traffic FAQ hervorhebt.
  4. Überprüfen Sie erfolglose Antworten und veraltete Quellen – Achten Sie auf Spitzen in 404 und anderen erfolglosen Antworten, die durch defekte Links, archivierte Seiten oder veraltete robots.txt- und sitemap.xml Dateien verursacht werden. Seit dem 26. September 2025 werden 404 Antworten nicht mehr als GDN-Anfragen abgerechnet, aber der zugrunde liegende Kriechabfall verbraucht weiterhin die Ursprungskapazität und signalisiert Reinigungsarbeiten.
  5. Filtern Sie, wofür Sie nicht bezahlen möchten, und legen Sie dann die Prognose fest – Unerwünschte Bots in der robots.txt-Datei blockieren. Fügen Sie länderspezifische Sitemaps hinzu und verwenden Sie CDN-Bot-Management- oder WAF-Regeln für Crawler, die einen menschlichen User-Agent vortäuschen. Anschließend dimensionieren Sie das GDN-Anforderungspaket anhand der gesamten Seitenaufrufe, des erwarteten Datenverkehrs pro Gebietsschema, eines Wachstumspuffers und des verbleibenden Bot- und Netzwerkverkehrs, den Sie beibehalten möchten.

Die Abstimmung von Proxy-Anfragen mit Analysedaten ist besonders wichtig für Teams, die...

  • Setzen Sie einen Übersetzungsproxy auf einer stark frequentierten Website ein, bei der das Anfragepaket einen wichtigen Kostenfaktor darstellt und Überschreitungen ein reales Risiko sind.
  • Ich wurde von der Finanz- oder Einkaufsabteilung aufgefordert zu erklären, warum die Proxy-Rechnung ein Vielfaches des von Google Analytics gemeldeten Datenverkehrs ausweist.
  • Kürzlich habe ich einen Zielort hinzugefügt, eine große Inhaltsmenge neu veröffentlicht oder einen SEO-Crawler gestartet und die Anzahl der Anfragen gestiegen.
  • Man betreibt einseitige Anwendungen oder stark komponentenbasierte Seiten, bei denen eine Ansicht viele HTML- oder XML-Aufrufe auslöst.
  • Sie sitzen hinter einem CDN oder WAF und möchten bewusst entscheiden, welchen Bots es sich lohnt, lokalisierte Seiten auszuliefern.

Wenn es sich nicht lohnt, die Lücke aufzuholen

  • Websites mit geringem Traffic liegen problemlos innerhalb des minimalen Anfragepakets, wobei der Unterschied zwischen Anfragen und Seitenaufrufen keine Auswirkungen auf die Abrechnung oder die Kapazität hat.
  • Teams, deren eigentliche Frage die Seitenaufruf-Performance lokalisierter Märkte ist; diese Antwort befindet sich in Google Analytics oder einem vergleichbaren Webanalyse-Tool, nicht im Anfragebericht des Proxys, der nur Anfragen zeigt.
  • Bei Websites, deren Bot-Traffic hauptsächlich aus der Suchmaschinenindexierung neu eingeführter Regionen besteht, sind diese Anfragen der Preis für die Sichtbarkeit in der lokalen Suche; ihre Filterung würde den Zweck der Übersetzung der Website untergraben.

Evaluierungscheckliste: Fragen an einen Anbieter von Übersetzungsproxys zur Zählung von Anfragen

Welche Antworten genau zählen als Anfrage?
Fragen Sie nach den Inhaltstypen und HTTP-Statuscodes, die abgerechnet werden, und denen, die ausgeschlossen sind. Ein Anbieter, der jeden Vermögenswert zählt oder Umleitungen und 404er abrechnet, zeigt eine ganz andere Gesamtsumme an als einer, der nur HTML- und XML-Antworten zählt, die erfolgreich zurückkommen.

Beinhaltet die Zählung auch Bot-Traffic, und kann ich diese herausfiltern?
Prüfen Sie, ob Crawler standardmäßig gezählt werden und welche Filteroptionen der Anbieter unterstützt, im Vergleich zu den Einstellungen, die Sie selbst in der robots.txt-Datei vornehmen müssen. im CDN oder in einer WAF. Die Verantwortung für die Filterung liegt in der Regel beim Website-Inhaber, planen Sie dies also ein.

Wie kann ich Anfragen nach Region und im Zeitverlauf einsehen?
Suchen Sie nach einem Bericht pro Region mit einem ausreichend langen Datumsbereich, um saisonale Schwankungen zu erfassen, sowie nach einem Nutzungszähler im Verhältnis zum Paketlimit. Fehlt es an beiden Komponenten, wird ein etwaiger Überschuss auf der Rechnung und nicht im Dashboard entdeckt.

Was passiert, wenn ein CDN lokalisierte Seiten vor dem Proxy cachet?
Zwischengespeicherte Seiten reduzieren zwar die Proxy-Anfragen, können aber auch Übersetzungsaktualisierungen verzögern. Erkundigen Sie sich, wie sich Cache-Löschungen auf neue Übersetzungen auswirken, damit Sie wissen, ob eine geringere Anzahl von Anfragen Einsparungen oder veraltete Seiten bedeutet.

Wie kann ich die Anforderungspakete für ein neues Gebietsschema prognostizieren?
Eine verteidigungsfähige Prognose kombiniert Analytics-Seitenaufrufe, ein pro Seite gemessenes Anfrageverhältnis auf Ihrer eigenen Website, erwarteten Traffic pro Standort, einen Wachstumspuffer und eine Freigabe für Bots. Bitten Sie den Anbieter, diese Mathematik mit Ihren Daten durchzugehen, anstatt ein generisches Tier zu nennen.

Wie zählt und berichtet Smartling GDN-Anfragen?

Das globale Liefernetzwerk von Smartling zählt eine Anfrage nur dann, wenn eine von ihm verarbeitete HTTP-Anfrage HTML- oder XML-Inhalte zurückgibt, und veröffentlicht die Ausschlüsse vollständig: Weiterleitungsantworten (301, 302, 304, 307, 308) und 404-Antworten werden nicht gezählt, ebenso wenig wie JavaScript, JSON, CSS, Bilder, Videos, PDFs oder andere Downloads. Ajax-Aufrufe werden gezählt, wenn sie Markup zurückgeben. Der Ausschluss von 307-, 308- und 404-Antworten trat am 26. September 2025 in Kraft, sodass der Datenverkehr vor diesem Datum noch die frühere Klassifizierung trägt. Da die Definition explizit ist, kann ein Web-Operations-Team die von Smartling ermittelte Anzahl anhand seiner eigenen Serverprotokolle reproduzieren, anstatt die Zahl einfach zu glauben.

Zur Sichtbarkeit sammelt der Site Traffic Report (Reports > Site Traffic) Anfragen für jeden Standort eines GDN-Projekts über einen Zeitraum von bis zu einem Jahr, lädt als CSV herunter und kann per E-Mail an Stakeholder gesendet werden. Das Nutzungs-Widget im Account Dashboard zeigt die aktuelle Anzahl der GDN-Anfragen gegen das Paketlimit zusammen mit den Start- und Enddaten des Abonnements, wobei das Überschreitungsrisiko vor der Rechnung sichtbar wird. Die Smartling-Dokumentation ist klar, dass das GDN standardmäßig keinen Bot-Verkehr filtert und dass der Bericht Anfragen anzeigt, keine Seitenaufrufe; er verweist Kunden auf Google Analytics zur Messung der Seitenansichten und auf robots.txt, standortspezifische Sitemaps, CDN-Bot-Management wie Cloudflare Bot Management und WAF-Regeln zur Kontrolle unerwünschter Crawler. Das GDN selbst bedient lokalisierte Seiten mit einer 99,99%igen Verfügbarkeitsgarantie, weshalb der Traffic, den es transportiert – sowohl Mensch als auch Bot – der Traffic ist, den deine lokalen Märkte tatsächlich erhalten.

Bereit, Smartling in Aktion zu sehen?

Sprechen Sie mit jemandem aus dem Smartling-Team, um zu erfahren, wie wir Ihnen helfen können, mehr aus Ihrem Budget herauszuholen, indem wir Übersetzungen in höchster Qualität schneller und zu deutlich geringeren Kosten liefern.