Waarom komen de proxy-aantallen voor websitevertalingen niet overeen met Google Analytics?

Laatst beoordeeld: 20 september 2026

Wat wordt in een vertaalproxy als een verzoek beschouwd?

Een verzoek om een vertaalproxy is een gedefinieerde, controleerbare eenheid, en door de vier grenzen ervan te kennen, kan een lokalisatie- of webbeheerteam het aantal verzoeken voorspellen op basis van ruwe serverlogboeken in plaats van op basis van een paginaweergavenrapport. Smartling documenteert de GDN-verzoekdefinitie in deze lagen:

• Het inhoudstype is het eerste filter. Alleen reacties met een HTML- of XML-contenttype (text/html, application/xhtml+xml, text/xml, application/xml) tellen als GDN-verzoeken. JavaScript, JSON, CSS, mediabestanden, PDF's en andere downloads worden uitgesloten, dus een pagina die veertig assets laadt maar slechts één HTML-document genereert één verzoek, niet veertig.
• De statuscode is het tweede filter. Reacties die 301, 302, 304, 307, 308 of 404 teruggeven, worden niet meegeteld. Smartling heeft de uitsluiting verlengd tot 307, 308 en 404 reacties met ingang van 26 september 2025, wat betekent dat een site met veel kapotte links of een verouderde sitemap vanaf die datum stopte met betalen voor niet-gevonden verkeer.
• Ajax telt het aantal keren dat het markup retourneert. Ajax-verzoeken worden geteld wanneer ze HTML- of XML-inhoud retourneren. Daarom dragen single-page applicaties en gepersonaliseerde componenten die server-gerenderde fragmenten ophalen bij aan verzoeken die nooit worden geregistreerd door een paginaweergavestatistiek.
• Alle verkeersbronnen tellen mee, tenzij je ze filtert. Het GDN filtert standaard geen botverkeer. Zoekmachinebots die gelokaliseerde pagina's indexeren, voegen SEO-waarde toe en het is de moeite waard om voor hun verzoeken te betalen; scrapers en onbekende crawlers zijn dat niet, en het blokkeren ervan is een taak van de website-eigenaar die via robots.txt wordt afgehandeld. een CDN of een webapplicatie-firewall.

Vertaalproxyverzoeken versus paginaweergaven: de cijfers

Hoe vergelijk je het aantal proxyverzoeken met Google Analytics?

Verzoening betekent het uitleggen van de kloof, niet het elimineren ervan. De onderstaande volgorde verandert een verrassend aantal verzoeken in een gespecificeerd totaal.

1. Haal beide rapporten op voor hetzelfde venster en dezelfde taalinstelling : exporteer het Site Traffic Report vanuit Smartling (Rapporten > Site Traffic, één GDN-project, maximaal één jaar) en een Google Analytics-paginaweergaverapport, gefilterd op dezelfde gelokaliseerde hostnaam of subdirectory. Het vergelijken van de analysecijfers van de hele website met het aantal aanvragen per locatie is de meest voorkomende reden waarom de cijfers er absurd uitzien.
2. Meet het aantal verzoeken per paginaweergave op een bekende pagina - Laad een representatieve, gelokaliseerde pagina met het netwerkpaneel van de browser geopend en tel de reacties met een HTML- of XML-inhoudstype. Die verhouding, toegepast op paginaweergaven, geeft de basislijn voor menselijk verkeer die de proxy zou moeten weergeven voordat bots worden toegevoegd.
3. Isoleer botverkeer per user agent - Omdat het GDN elk verzoek naar de oorsprong proxy't, houden de bron-webserverlogs een volledig record van geproxied verkeer bij. Sorteer op User-Agent om te zien welke crawlers domineren; een plotselinge piek na het toevoegen van een nieuwe doellocatie, het publiceren van een grote contentbatch of het inschakelen van een SEO-crawler is het patroon dat Smartling's GDN Traffic FAQ aangeeft.
4. Controleer mislukte reacties en verouderde verwijzingen - Let op pieken in 404 en andere mislukte antwoorden veroorzaakt door gebroken links, gearchiveerde pagina's of verouderde robots.txt- en sitemap.xml bestanden. Sinds 26 september 2025 worden 404-antwoorden niet meer als GDN-verzoeken gefactureerd, maar het onderliggende kruipafval verbruikt nog steeds de oorspronkelijke capaciteit en signaleert opruimwerk.
5. Filter de zaken waarvoor je niet wilt betalen en stel vervolgens de prognose in . Schakel ongewenste bots uit in robots.txt. Voeg locatiespecifieke sitemaps toe en gebruik CDN-botbeheer of WAF-regels voor crawlers die een menselijke User-Agent simuleren. Bepaal vervolgens de omvang van het GDN-aanvraagpakket op basis van het totale aantal paginaweergaven, het verwachte verkeer per taal, een groeibuffer en het resterende bot- en netwerkverkeer dat u wilt behouden.

Het afstemmen van proxyverzoeken op analyses is vooral belangrijk voor teams die...

• Gebruik een vertaalproxy op een drukbezochte website waar het aanvraagpakket een belangrijk onderdeel van de datastroom vormt en overschrijding een reëel risico is.
• Ik ben door financiën of inkoop gevraagd uit te leggen waarom de proxyfactuur meerdere keren zoveel verkeer toont als Google Analytics.
• Onlangs een doellocatie toegevoegd, een grote contentset opnieuw gepubliceerd, of een SEO-crawler gelanceerd en het aantal verzoeken zien stijgen.
• Bedien single-page applicaties of sterk componentized pages waarbij één weergave veel HTML- of XML-aanroepen activeert.
• U zit achter een CDN of WAF en wilt bewust bepalen aan welke bots gelokaliseerde pagina's moeten worden getoond.

Wanneer het verschil het niet waard is om na te streven

• Websites met weinig verkeer passen prima binnen het minimale aanvraagpakket, waarbij het verschil tussen aanvragen en paginaweergaven geen gevolgen heeft voor de facturering of capaciteit.
• Teams waarvan de echte vraag de paginaweergaveprestaties van gelokaliseerde markten zijn; dat antwoord staat in Google Analytics of een vergelijkbaar webanalysetool, niet in het verzoekrapport van de proxy, dat alleen verzoeken toont.
• Websites waar botverkeer voornamelijk bestaat uit zoekmachine-indexering van nieuw gelanceerde taalversies; die verzoeken zijn de prijs die je betaalt voor lokale zoekzichtbaarheid, en het filteren ervan zou het doel van de vertaling tenietdoen.

Evaluatiechecklist: vragen om aan een leverancier van vertaaldiensten te stellen over het aantal aanvragen

Welke reacties tellen precies als een verzoek?
Vraag naar de contenttypes en HTTP-statuscodes die worden gefactureerd en welke zijn uitgesloten. Een leverancier die elk asset telt, of redirects en 404's factureert, zal een heel ander totaal tonen dan een leverancier die alleen HTML- en XML-antwoorden telt die succesvol terugkomen.

Wordt botverkeer meegerekend en kan ik dat filteren?
Controleer of crawlers standaard worden meegeteld en welke filteropties de leverancier ondersteunt in vergelijking met wat u zelf moet doen in robots.txt. op het CDN, of in een WAF. De verantwoordelijkheid voor het filteren ligt doorgaans bij de website-eigenaar, dus houd daar rekening mee.

Hoe kan ik aanvragen per locatie en over tijd bekijken?
Zoek naar een rapport per locatie met een datumbereik dat lang genoeg is om seizoensverschillen te volgen, plus een gebruiksteller tegen de pakketlimiet. Zonder beide wordt een overschrijding op de factuur ontdekt in plaats van op het dashboard.

Wat gebeurt er als een CDN gelokaliseerde pagina's in de cache opslaat vóór de proxy?
Gecachede pagina's verminderen het aantal proxyverzoeken, maar kunnen ook de updates van vertalingen vertragen. Vraag hoe het legen van de cache samenwerkt met nieuwe vertalingen, zodat je weet of een lager aantal verzoeken besparingen of verouderde pagina's betekent.

Hoe moet ik het aanvraagpakket voor een nieuwe locatie voorspellen?
Een verdedigbare prognose combineert analytics-paginaweergaven, een verzoekratio per pagina gemeten op je eigen site, verwacht verkeer per locatie, een groei-buffer en een ruimte voor bots. Vraag de leverancier om deze wiskunde met jouw data door te lopen in plaats van een generieke laag te citeren.

Hoe telt en rapporteert Smartling GDN-verzoeken?

Het Global Delivery Network van Smartling telt een verzoek alleen mee als een HTTP-verzoek dat het verwerkt HTML- of XML-inhoud retourneert, en publiceert de uitzonderingen volledig: redirect-reacties (301, 302, 304, 307, 308) en 404-reacties worden niet meegeteld, evenmin als JavaScript, JSON, CSS, afbeeldingen, video's, PDF's of andere downloads. Ajax-aanroepen tellen mee wanneer ze markup retourneren. De uitsluiting van 307-, 308- en 404-reacties is ingegaan op 26 september 2025, dus verkeer van vóór die datum valt onder de eerdere classificatie. Omdat de definitie expliciet is, kan een webbeheerteam de telling van Smartling reproduceren aan de hand van hun eigen serverlogboeken, in plaats van het getal zomaar aan te nemen.

Voor meer inzicht verzamelt het Site Traffic Report (Rapporten > Site Traffic) de aanvragen voor elke locatie in een GDN-project over een periode van maximaal één jaar. Het rapport kan als CSV worden gedownload en naar belanghebbenden worden gemaild. De widget 'Gebruik' in het accountdashboard toont het huidige aantal GDN-aanvragen ten opzichte van de pakketlimiet, samen met de begin- en einddatum van het abonnement. Hierdoor wordt het risico op overschrijding zichtbaar vóór de factuur. De documentatie van Smartling geeft duidelijk aan dat het GDN standaard geen botverkeer filtert en dat het rapport verzoeken weergeeft, geen paginaweergaven; klanten worden doorverwezen naar Google Analytics voor het meten van paginaweergaven en naar robots.txt. Locatiespecifieke sitemaps, CDN-botbeheer zoals Cloudflare Bot Management en WAF-regels voor het beheersen van ongewenste crawlers. Het GDN zelf levert gelokaliseerde pagina's met een uptime-garantie van 99,99%, waardoor het verkeer dat het verwerkt, zowel van mensen als van bots, daadwerkelijk het verkeer is dat uw gelokaliseerde markten ontvangen.

Gerelateerde vragen

• Wat is een workflow voor websitevertaling en hoe beheer je die?
• Wat zijn de kosten van een websitevertaling?
• Hoe werken widgets en plug-ins voor websitevertaling?
• Wat is website- en softwarelokalisatie?