Comprare traffico in grandi quantità è un esercizio diverso dall'acquisto di un piccolo pacchetto di prova. Cambia il prezzo per mille sessioni, ma cambia anche quasi tutto il resto: quello che il server deve assorbire, quello che la CDN fattura, quello che l'analytics riesce ancora a distinguere e per quanto tempo le prove restano interrogabili. Questa guida tratta gli aspetti di un ordine di grandi dimensioni che emergono solo con il volume, e parte dall'avvertenza ovvia: le sessioni acquistate non migliorano il posizionamento nella ricerca, in nessuna quantità.
In breve
- Il volume cambia l'unità che si sta comprando. Prima di confrontare qualsiasi costo per mille, conviene chiedere che cosa significhi «visita» nel conteggio del fornitore. Due preventivi allo stesso prezzo possono differire moltissimo in ciò che arriva davvero al server.
- Alcuni sconti quantità rispondono a economie di capacità reali. Altri sono uno scadimento della qualità. L'indizio sta nel fatto che lo sconto sia legato a una finestra di erogazione più lunga (plausibile) oppure a una finestra invariata a fronte di un volume maggiore (di norma non plausibile).
- La fattura del fornitore è raramente la voce di costo più alta. Traffico in uscita dalla CDN, archiviazione dei log e qualsiasi servizio del proprio stack tariffato a richiesta crescono con l'ordine e vengono addebitati a chi compra, non al fornitore.
- I grandi volumi peggiorano la propria misurazione. Soglie di campionamento dell'analytics, finestre di conservazione dei dati e cardinalità delle dimensioni diventano vincoli concreti a una scala che un piccolo test non sfiorava nemmeno.
- Comprare a tranche. Un unico blocco di grandi dimensioni fornisce un solo dato e nessun modo di isolare quale livello di volume abbia rotto qualcosa.
Che cosa conta davvero il «costo per mille sessioni»
Il numero in evidenza in un preventivo per grandi quantità è quasi sempre un costo per mille visite, e la parola «visita» pesa più del prezzo. Prima di confrontare due offerte va ottenuta la definizione per iscritto. Una richiesta che arriva all'origine, una richiesta che esegue il rendering della pagina, una sessione che esegue il tag di analytics e una sessione che resta abbastanza a lungo da risultare coinvolta sono quattro cose diverse, e i fornitori contano in quattro punti diversi di quella catena.
Lo scarto si moltiplica con il volume. Uno strato di conteggio che perde una parte delle richieste prima che il tracciamento si attivi produce una discrepanza abbastanza piccola da passare inosservata su un ordine di prova e un buco visibile tra fattura e dashboard su uno grande, quando ormai si è già pagato.
Tre domande risolvono quasi tutto:
- A quale livello viene contata una visita? Richiesta ricevuta, pagina renderizzata oppure tag attivato. Va chiesta la definizione, non una rassicurazione.
- I nuovi tentativi e le richieste fallite vengono contati? Se il WAF sottopone a verifica una parte del traffico, in quale colonna finisce?
- Qual è la politica in caso di consegna carente? Una regola di accredito concordata in anticipo vale più di una garanzia di consegna concordata da nessuna parte.
Dove gli sconti quantità sono reali e dove nascondono uno scadimento della qualità
Qui gli sconti sul volume non sono automaticamente sospetti. Un fornitore con infrastruttura fissa ha economie marginali autentiche: un impegno più grande distribuito su una finestra più lunga costa meno da servire, e ribaltarne una parte sul prezzo è razionale. Il problema è che anche una riduzione della qualità produce la stessa forma sul listino.
La domanda che distingue i due casi è a che cosa rinuncia il fornitore in cambio. Uno sconto legato a una finestra di erogazione più lunga, a un tetto giornaliero più basso o a un impegno pluri-mensile è coerente con le economie di capacità. Uno sconto che lascia invariata la finestra di erogazione moltiplicando il volume implica una fornitura più economica, e una fornitura più economica ottenuta in tempi brevi di solito significa un pool di IP più ristretto, più ripetizioni per singola fonte o un mix geografico più grossolano rispetto alla fascia superiore.
| Struttura dello sconto | Spiegazione probabile | Che cosa verificare |
|---|---|---|
| Prezzo più basso a fronte di una finestra di erogazione più lunga | Livellamento della capacità, plausibile | Che il tetto giornaliero scenda davvero in proporzione |
| Prezzo più basso a fronte di un impegno di più mesi | Certezza di ricavo, plausibile | Condizioni di uscita e che cosa succede se la qualità cala a metà periodo |
| Stessa finestra, volume molto maggiore, prezzo unitario più basso | Fornitura più economica, da esaminare | Diversità delle fonti e tasso di ripetizione nel campione consegnato |
| Salto di fascia molto marcato a un volume preciso | Spesso un passaggio a un pool di fornitura diverso | Se la fascia sopra e quella sotto si comportino in modo identico nei propri log |
La questione si può chiudere senza discutere: si acquista una piccola tranche alla fascia scontata e si confronta la sua impronta nei log con quella di una tranche erogata alla fascia standard. Stesso pool di fornitura, distribuzioni simili. Distribuzioni diverse significano che lo sconto era una sostituzione.
I costi infrastrutturali che ricadono sul proprio lato della fattura
Un ordine di grandi dimensioni porta la propria infrastruttura in una fascia di carico che normalmente non vede, e diversi costi che ne derivano sono tariffati a richiesta. Nessuno di questi compare nel preventivo del fornitore.
- Traffico in uscita dalla CDN e costi per richiesta. La maggior parte delle CDN fattura sia i byte trasferiti sia il numero di richieste. Una pagina che pesa qualche centinaio di kilobyte, moltiplicata per un ordine di grandi dimensioni, diventa una voce di banda concreta. Conviene controllare la pagina dei prezzi della propria CDN per la propria area geografica anziché dare per scontata una tariffa unica; le differenze di prezzo tra aree possono essere notevoli.
- Calcolo sull'origine. Le risposte in cache costano poco. Tutto ciò che raggiunge l'origine, cioè pagine dinamiche, endpoint di ricerca, blocchi personalizzati, non costa poco. Se gli URL di test sono dinamici, il tasso di richieste che arrivano all'origine va stimato prima di impegnarsi.
- Limiti di frequenza e regole del WAF. Hosting, WAF e API gateway impongono tetti per IP e per endpoint. Il traffico che li fa scattare costa comunque denaro sul lato del fornitore, pur producendo pagine di verifica invece che sessioni. Meglio accertare i limiti applicabili prima dell'ordine, anziché diagnosticare 403 a posteriori.
- Volume dei log. Log di accesso, log applicativi e qualunque servizio di logging in hosting tariffato sul volume ingerito crescono in proporzione diretta con l'ordine. Lo sforamento sull'ingestione dei log è una delle sorprese sgradevoli più frequenti dopo una campagna di grandi dimensioni, ed è facile delimitarlo in anticipo controllando le impostazioni di conservazione e la dimensione della riga di log per richiesta.
- Tag di terze parti. Registrazione delle sessioni, mappe di calore e alcuni strumenti di A/B testing fatturano a evento, e fattureranno anche le sessioni sintetiche. Vanno disattivati sui percorsi di test, oppure il costo va accettato consapevolmente.
Che cosa fa il volume al proprio analytics
I test di piccole dimensioni stanno comodamente dentro i limiti gratuiti del comportamento della maggior parte degli strumenti di analytics. Gli ordini in grandi quantità no, e i vincoli che incontrano sono documentati, non misteriosi.
Campionamento. Google Analytics 4 applica il campionamento ai report di esplorazione quando una query supera una soglia di eventi documentata per le proprietà standard, con una soglia più alta per Analytics 360. La documentazione di Google sul campionamento dei dati riporta i valori aggiornati. La conseguenza pratica è che una campagna di grandi dimensioni può spingere proprio i report che si intendeva leggere nel territorio del campionamento, e così i dati del test diventano una stima esattamente nel momento in cui contava la precisione.
Conservazione. GA4 conserva i dati a livello di utente e di evento per un periodo configurabile, e le opzioni disponibili per le proprietà standard sono limitate. La documentazione di Google sulla conservazione dei dati elenca le impostazioni attuali. I report standard aggregati non ne risentono, ma l'esplorazione granulare di una campagna ha una data di scadenza: meglio esportare ciò che servirà per giustificarla in seguito, anziché dare per scontato che sarà ancora lì.
Cardinalità. Le dimensioni ad alta cardinalità vengono accorpate in un raggruppamento «altro» quando un report supera il proprio limite di righe. Se la campagna in grandi quantità introduce molti percorsi di pagina, referrer o valori di campagna distinti, proprio la dimensione che si voleva analizzare è quella che ha più probabilità di sparire in quel raggruppamento. Conviene tenere deliberatamente pochi i valori di dimensione della campagna.
Nulla di tutto questo cambia ciò che il traffico può dimostrare. Cambia se si riuscirà ancora a vedere che cosa è successo.
Suddividere l'ordine in tranche
Un unico grande blocco erogato in modo continuo risponde male a una sola domanda. Un ordine suddiviso in tranche risponde con precisione a più domande, allo stesso costo complessivo, perché ogni passo fornisce un termine di paragone.
- Prima tranche: fedeltà. Piccola, appena grande abbastanza da essere visibile nell'analytics. Serve a verificare che il traffico sia conteggiabile, taggabile e coerente tra log del server e analytics. Se fallisce qui, il resto dell'ordine non vale nulla.
- Seconda tranche: carico. Un gradino sufficiente a muovere le metriche della propria infrastruttura. Vanno osservati CPU dell'origine, percentili del tempo di risposta, tasso di errore e rapporto di cache hit della CDN. È qui che si scoprono i propri limiti di frequenza, a poco prezzo.
- Terza tranche: la fascia scontata. Va erogata in misura modesta e confrontata, per impronta, con la prima tranche. È la verifica dello scivolamento di qualità descritta sopra.
- Resto: erogazione dosata. Solo a questo punto si impegna il saldo, con un tetto giornaliero e una regola di arresto scritta.
La suddivisione in tranche va negoziata prima di firmare. I fornitori che vendono grandi blocchi possono accettare una pianificazione a fasi a parità di totale, e un rifiuto di procedere per fasi è a sua volta un'informazione.
Finestra di erogazione rispetto alle proprie ore di punta
Un ordine di grandi dimensioni compresso in una finestra breve va a sbattere contro il pubblico reale. La campagna compressa e il picco quotidiano autentico atterrano sulla stessa infrastruttura nello stesso momento, e se qualcosa peggiora, peggiora per i visitatori paganti, proprio nelle ore che contano di più.
Il tetto di erogazione va fissato rispetto al throughput dell'ora di punta esistente, non rispetto al totale giornaliero. Il totale giornaliero è un'unità fuorviante: un ordine distribuito uniformemente sulle 24 ore ha un picco pari a circa un ventiquattresimo del totale, mentre lo stesso ordine erogato in una finestra di orario lavorativo ha una frequenza istantanea più che tripla. Conviene chiedere al fornitore se possa pianificare l'erogazione nelle proprie ore di calma, e trattare l'impossibilità di modellare la consegna come un vincolo da assorbire con margine di riserva.
Quali prove pretendere quando i volumi sono alti
Gli ordini piccoli costano abbastanza poco da poter essere valutati a posteriori dal risultato. Quelli grandi giustificano la richiesta di prove in anticipo, e le richieste qui sotto sono ragionevoli, non ostili.
- Un registro di consegna o una ripartizione ora per ora riconciliabile con i propri log di accesso, non uno screenshot riepilogativo.
- La definizione di conteggio per iscritto, insieme alla politica su consegne carenti e accrediti.
- La composizione delle fonti al livello di dettaglio divulgabile: distribuzione per Paese, ripartizione per dispositivo e se il pool sia condiviso contemporaneamente con altri acquirenti.
- Una frequenza massima di erogazione dichiarata, per poter dimensionare il margine di riserva invece di tirare a indovinare.
- Un meccanismo di sospensione con un tempo di risposta definito. Se non si riesce a fermare la consegna entro un intervallo noto, nessuna regola di arresto scritta è esigibile.
La riconciliazione è la parte che viene saltata più spesso. Dopo ogni tranche vanno confrontati tre numeri: quello riferito dal fornitore, quello registrato dai propri log di accesso e quello registrato dall'analytics. Due scarti, da fornitore a log e da log ad analytics, dicono separatamente qualcosa sull'onestà e qualcosa sul tracciamento. Un solo numero combinato non dice né l'una né l'altra cosa.
Domande frequenti
Comprare più traffico aiuta il posizionamento più che comprarne meno?
No. Il volume non cambia il meccanismo, e quel meccanismo non esiste. Il posizionamento nella ricerca risponde a contenuti, link, scansionabilità e corrispondenza con l'intento. Un ordine in grandi quantità può mettere sotto sforzo l'infrastruttura e verificare la misurazione, il che è un uso ingegneristico legittimo e del tutto diverso.
Uno sconto quantità è un campanello d'allarme?
Non di per sé. Gli sconti legati a finestre di erogazione più lunghe o a impegni pluri-mensili hanno una base di costo plausibile. Il caso da verificare è quello di uno sconto elevato a parità di velocità di erogazione, e va verificato con una piccola tranche anziché con una discussione.
Come stimo il costo infrastrutturale prima di ordinare?
Si prende il peso medio della pagina e il tasso di richieste che raggiungono l'origine per gli URL interessati, si moltiplica per la dimensione dell'ordine e si valorizza il risultato con le tariffe pubblicate dalla propria CDN per la propria area geografica. Si aggiunge l'ingestione dei log ai byte per richiesta osservati. La stima sarà imperfetta, ma avrà l'ordine di grandezza giusto, e tanto basta per decidere se la campagna valga il suo costo reale.
Le campagne in grandi quantità dovrebbero usare una proprietà di analytics separata?
A questi volumi conviene prenderlo seriamente in considerazione. Oltre a mantenere puliti i report, una proprietà separata evita che il volume di eventi della campagna spinga la proprietà di produzione verso le soglie di campionamento e i limiti di cardinalità, un problema che i test piccoli non creano mai.