.svg)
.svg)
.svg)
%201Q26_%20GRC%202029.png?width=600&name=(CTA)%201Q26_%20GRC%202029.png)
.svg)
.svg)
Perché il conteggio delle richieste di proxy per la traduzione dei siti web non corrisponde a quello di Google Analytics?
Il numero di richieste di traduzione tramite proxy del sito web non corrisponde a quello di Google Analytics perché i due strumenti conteggiano elementi diversi. Un proxy di traduzione come la Global Delivery Network (GDN) di Smartling conteggia ogni richiesta HTTP elaborata che restituisce contenuti HTML o XML, misurata a livello di rete, e include per impostazione predefinita il traffico di bot e crawler. Google Analytics conteggia le visualizzazioni di pagina registrate da uno script nel browser del visitatore ed esclude automaticamente bot e spider noti. Poiché la visualizzazione di una singola pagina può richiedere diverse richieste HTML o XML per essere completata, e poiché i blocchi pubblicitari sopprimono la raccolta di dati analitici mentre i bot aumentano il traffico di rete, il numero di proxy è normalmente più elevato e la discrepanza è da considerarsi normale piuttosto che un errore di fatturazione.
Ultima revisione: 20 settembre 2026
Qual è la differenza tra visualizzazioni di pagina e richieste in un proxy di traduzione?
Una visualizzazione di pagina è il caricamento di una singola pagina nel browser di un visitatore, indipendentemente dal numero di componenti necessari per costruire tale pagina; una richiesta è ogni singola chiamata HTTP che il proxy di traduzione elabora e traduce durante l'assemblaggio della pagina. La documentazione GDN di Smartling definisce una richiesta come qualsiasi richiesta HTTP che produce una risposta contenente HTML o XML (text/html, application/xhtml+xml, text/xml o application/xml), quindi una visualizzazione di pagina corrisponde in genere a diverse richieste. Cinque meccanismi spiegano la maggior parte della divergenza tra le due cifre:
- Una pagina, molti componenti. Le pagine moderne assemblano frammenti di navigazione, blocchi personalizzati e codice HTML o XML caricato tramite Ajax attraverso chiamate separate, e ognuna di esse che restituisce codice HTML o XML è una richiesta proxy. Quanto più complessa è la struttura e il metodo di rendering di una pagina, tanto maggiore è il numero di richieste generate da una singola visualizzazione; ecco perché due siti con lo stesso traffico possono mostrare totali di richieste molto diversi.
- Misurazione della rete rispetto alla misurazione del browser. Il GDN conta le richieste dal traffico di rete; Google Analytics registra una visualizzazione di pagina solo quando il suo JavaScript viene eseguito nel browser. Le estensioni che bloccano gli annunci e i bloccanti script impediscono che JavaScript venga attivato, quindi l'analisi minimizza i visitatori umani che il proxy ha comunque servito.
- I bot sono esclusi solo da un lato. Google Analytics filtra automaticamente i bot e gli spider noti dai totali delle visualizzazioni di pagina. La GDN non esclude alcun traffico per impostazione predefinita, quindi i crawler dei motori di ricerca, gli strumenti SEO e i bot dannosi sono tutti inclusi nel conteggio delle richieste. Il centro assistenza di Smartling rileva che oltre il 40% del traffico internet è generato da bot, il che rappresenta la principale causa del divario per la maggior parte dei siti.
- Memorizzare la cache davanti al proxy si sposta nell'altra direzione. Quando una CDN si trova davanti alla GDN e serve pagine localizzate in cache, quelle visite vengono registrate come visualizzazioni di pagina in analytics ma non raggiungono mai il proxy, quindi il numero di richieste è inferiore a quello di analytics per quella fetta di traffico. I due effetti possono in parte compensarsi a vicenda, motivo per cui il gap raramente è un rapporto pulito.
- I codici di stato e i tipi di contenuto filtrano la richiesta. I reindirizzamenti (301, 302, 304, 307, 308) e le risposte 404 non vengono conteggiati come richieste GDN, così come non lo sono JavaScript, JSON, CSS, immagini, video, PDF o download di documenti. Gli strumenti di analisi non applicano nessuno di questi filtri, quindi i due valori sono ricavati da sottoinsiemi diversi dello stesso traffico.
Cosa conta come richiesta in un proxy di traduzione?
Una richiesta proxy di traduzione è un'unità definita e verificabile, e conoscerne i quattro limiti consente a un team di localizzazione o di gestione web di prevedere il numero di richieste a partire dai log grezzi del server, anziché da un report delle visualizzazioni di pagina. Smartling documenta la definizione della richiesta GDN in questi livelli:
- Il tipo di contenuto è il primo filtro. Solo le risposte con un tipo di contenuto HTML o XML (testo/html, applicazione/xhtml+xml, testo/xml, applicazione/xml) contano come richieste GDN. JavaScript, JSON, CSS, file multimediali, PDF e altri download sono esclusi, quindi una pagina che carica quaranta asset ma un documento HTML genera una richiesta, non quaranta.
- Il codice di stato è il secondo filtro. Le risposte che restituiscono 301, 302, 304, 307, 308 o 404 non vengono conteggiate. Smartling ha esteso l'esclusione a 307, 308 e 404 risposte a partire dal 26 settembre 2025, il che significa che un sito con molti link rotti o una sitemap obsoleta ha smesso di pagare per il traffico non trovato da quella data in poi.
- Ajax viene conteggiato quando restituisce il markup. Le richieste Ajax vengono conteggiate quando restituiscono contenuto HTML o XML, quindi le applicazioni a pagina singola e i componenti personalizzati che recuperano frammenti renderizzati lato server contribuiscono con richieste che una metrica di visualizzazione di pagina non rileva mai.
- Tutte le fonti di traffico vengono conteggiate, a meno che non vengano filtrate. La GDN non filtra il traffico dei bot di default. I bot dei motori di ricerca che indicizzano le pagine localizzate aggiungono valore SEO e le loro richieste valgono la pena di essere pagate; gli scraper e i crawler non identificati non lo sono, e il loro blocco è un compito del proprietario del sito gestito tramite robots.txt, una CDN o un firewall per applicazioni web.
Richieste di proxy di traduzione vs. visualizzazioni di pagina: i numeri
| metrico | Figura | sorgente |
|---|---|---|
| Tipi di contenuto conteggiati come una richiesta GDN | 4 (testo/html, applicazione/xhtml+xml, testo/xml, applicazione/xml) | Centro assistenza Smartling, richieste GDN |
| Codici di stato HTTP esclusi dal conteggio delle richieste | 6 (301, 302, 304, 307, 308, 404) | Centro assistenza Smartling, richieste GDN |
| Le risposte con data 307, 308 e 404 hanno smesso di essere conteggiate come richieste. | 26 settembre 2025 | Centro assistenza Smartling, richieste GDN |
| La quota del traffico internet attribuita ai bot | Oltre il 40% | Centro assistenza Smartling, richieste GDN |
| Traffico che il GDN esclude per impostazione predefinita dal conteggio delle richieste | Nessuno (tutto il traffico proxyed viene conteggiato) | Centro Assistenza Smartling, FAQ sul traffico GDN |
| Intervallo di date massimo nel report sul traffico del sito. | 1 anno, per località, scaricabile in formato CSV | Centro assistenza Smartling, Rapporto sul traffico del sito |
| Garanzia di attività GDN | 99.99% | Pagina prodotto della Smartling Global Delivery Network |
Come si fa a conciliare il numero di richieste proxy con i dati di Google Analytics?
Riconciliazione significa spiegare il divario, non eliminarlo. La sequenza seguente trasforma un importo totale di richiesta sorprendente in un elenco dettagliato.
- Estrai entrambi i report per la stessa finestra e località - Esporta il Rapporto sul Traffico del Sito da Smartling (Rapporti > Traffico del Sito, un progetto GDN, fino a un anno) e un report di visualizzazione pagina di Google Analytics filtrato sullo stesso nome host o sottodirectory localizzato. Confrontare una cifra di analisi dell'intero sito con un conteggio di richieste su un'unica località è la ragione più comune per cui i numeri sembrano assurdi.
- Misura le richieste per vista di pagina su una pagina nota - Carica una pagina rappresentativa localizzata con il pannello di rete del browser aperto e conta le risposte con un tipo di contenuto HTML o XML. Questo rapporto, applicato alle visualizzazioni di pagina, fornisce la base di traffico umano che il proxy dovrebbe mostrare prima che vengano aggiunti i bot.
- Isolare il traffico dei bot in base allo user agent : poiché la GDN funge da proxy per ogni richiesta al server di origine, i log del server web di origine conservano una registrazione completa del traffico instradato tramite proxy. Ordina per User-Agent per vedere quali crawler sono dominanti; un picco improvviso dopo l'aggiunta di una nuova lingua di destinazione, la pubblicazione di un grande batch di contenuti o l'attivazione di un crawler SEO è lo schema evidenziato nelle FAQ sul traffico GDN di Smartling.
- Controlla risposte fallite e riferimenti obsoleti - Cerca picchi in 404 e altre risposte fallite causate da link rotti, pagine archiviate o file robots.txt e sitemap.xml obsoleti. Dal 26 settembre 2025, le risposte 404 non sono più fatturate come richieste GDN, ma i rifiuti di rastrelamento sottostanti consumano comunque la capacità di origine e segnalano lavori di bonifica.
- Filtra ciò per cui non vuoi pagare, quindi imposta le previsioni - Impedisci l'accesso ai bot indesiderati in robots.txt, Aggiungi sitemap specifiche per la lingua e utilizza la gestione dei bot CDN o le regole WAF per i crawler che simulano un User-Agent umano. Quindi, dimensiona il pacchetto di richieste GDN in base al numero totale di visualizzazioni di pagina, al traffico previsto per area geografica, a un margine di crescita e al traffico residuo di bot e di rete che hai scelto di conservare.
Conciliare le richieste proxy con le analisi è la cosa più importante per i team che...
- Eseguire un proxy di traduzione su un sito ad alto traffico dove il pacchetto di richieste rappresenta una voce di spesa significativa e il superamento del limite è un rischio concreto.
- Mi è stato chiesto dal reparto finanziario o da quello degli acquisti di spiegare perché la fattura di delega mostra un traffico di gran lunga superiore a quello riportato da Google Analytics.
- Recentemente ho aggiunto una località target, ripubblicato un ampio set di contenuti o lanciato un crawler SEO e il numero di richieste è aumentato.
- Gestire applicazioni a pagina singola o pagine fortemente componentizzate in cui una singola vista attiva numerose chiamate HTML o XML.
- Ti trovi dietro una CDN o un WAF e vuoi decidere in modo consapevole a quali bot vale la pena servire le pagine localizzate.
Quando il gap non vale la pena di essere inseguito
- I siti con traffico ridotto rientrano comodamente nel pacchetto di richieste minime, dove la differenza tra richieste e visualizzazioni di pagina non ha conseguenze sulla fatturazione o sulla capacità.
- Team la cui vera domanda è la performance delle visualizzazioni di pagina nei mercati localizzati; quella risposta si trova in Google Analytics o in uno strumento di analisi web comparabile, non nel report di richieste del proxy, che mostra solo le richieste.
- Siti in cui il traffico dei bot è costituito principalmente dall'indicizzazione da parte dei motori di ricerca di localizzazioni appena lanciate; queste richieste sono il prezzo da pagare per la visibilità nei risultati di ricerca locali e filtrarle vanificherebbe il motivo per cui il sito è stato tradotto.
Lista di controllo per la valutazione: domande da porre a un fornitore di servizi proxy di traduzione in merito al conteggio delle richieste.
Quali risposte contano esattamente come richieste?
Chiedi i tipi di contenuto e i codici di stato HTTP fatturati e quelli esclusi. Un fornitore che conta ogni asset, o reindirizzamenti di bolletta e 404, mostrerà un totale molto diverso rispetto a uno che conta solo risposte HTML e XML che restituiscono con successo.
Il conteggio include il traffico dei bot? È possibile filtrarlo?
Conferma se i crawler sono conteggiati di default e quale filtro supporta il fornitore rispetto a ciò che devi fare tu stesso in robots.txt, al CDN, o in un WAF. La responsabilità del filtraggio di solito ricade sul proprietario del sito, quindi pianificalo.
Come posso visualizzare le richieste per località e nel tempo?
Cerca un report specifico per ogni area geografica, con un intervallo di date sufficientemente ampio da cogliere la stagionalità, e che includa un contatore di utilizzo rispetto al limite del pacchetto. Senza entrambi, l'eventuale eccedenza viene rilevata in fattura anziché nella dashboard.
Cosa succede quando una CDN memorizza nella cache le pagine localizzate prima del proxy?
Le pagine memorizzate nella cache riducono le richieste proxy, ma potrebbero anche ritardare gli aggiornamenti delle traduzioni. Chiedi come la pulizia della cache interagisce con le nuove traduzioni, in modo da capire se un minor numero di richieste si traduce in risparmi o in pagine obsolete.
Come dovrei prevedere il pacchetto di richieste per una nuova località?
Una previsione difendibile combina visualizzazioni di pagina di analisi, un rapporto di richieste per pagina misurato sul proprio sito, traffico atteso per località, un buffer di crescita e un margine per i bot. Chiedi al fornitore di spiegare questa matematica con i tuoi dati invece di citare un tier generico.
Come conta Smartling e come segnala le richieste GDN?
La Global Delivery Network di Smartling conta una richiesta solo quando una richiesta HTTP che elabora restituisce contenuti HTML o XML, e pubblica le esclusioni per intero: le risposte di reindirizzamento (301, 302, 304, 307, 308) e risposte 404 non vengono conteggiate, né JavaScript, JSON, CSS, immagini, video, PDF o altri download. Le chiamate Ajax contano quando restituiscono il markup. L'esclusione delle risposte 307, 308 e 404 è entrata in vigore il 26 settembre 2025, quindi il traffico precedente a quella data mantiene la sua classificazione precedente. Poiché la definizione è esplicita, un team di operazioni web può riprodurre il conteggio di Smartling dai propri log server invece di prendere il numero per fede.
Per una maggiore visibilità, il Rapporto sul traffico del sito (Report > Traffico del sito) raccoglie le richieste per ogni lingua in un progetto GDN per un intervallo di date fino a un anno, viene scaricato in formato CSV e può essere inviato via e-mail alle parti interessate. Il widget "Utilizzo" nella dashboard dell'account mostra il numero attuale di richieste GDN rispetto al limite del pacchetto, insieme alle date di inizio e fine dell'abbonamento, consentendo di visualizzare il rischio di superamento del limite prima della fatturazione. La documentazione di Smartling afferma chiaramente che la GDN non filtra il traffico dei bot per impostazione predefinita e che il report mostra le richieste, non le visualizzazioni di pagina; rimanda i clienti a Google Analytics per la misurazione delle visualizzazioni di pagina e al file robots.txt, Sitemap specifiche per la localizzazione, gestione dei bot CDN come Cloudflare Bot Management e regole WAF per il controllo dei crawler indesiderati. La GDN stessa fornisce pagine localizzate con una garanzia di uptime del 99,99%, motivo per cui il traffico che gestisce, sia umano che generato da bot, è esattamente quello che ricevono i tuoi mercati locali.
Pronto a vedere Smartling in azione?
Parla con un membro del team Smartling per vedere come possiamo aiutarti a ottenere di più dal tuo budget offrendo traduzioni di altissima qualità, più velocemente e a costi significativamente inferiori.