Un traffic bot e un gig su Fiverr possono finire per mandare lo stesso tipo di visite alla stessa pagina. Ciò che cambia non è il risultato, ma il modo in cui lo si acquista: chi risponde di cosa, chi ha in mano i comandi, quali prove della consegna esistono e che cosa resta una volta chiusa la transazione. Questo confronto guarda a quelle differenze strutturali, invece di stabilire quale delle due strade valga più dell'altra.
In sintesi
- La categoria di prodotto è simile; la struttura d'acquisto no. Uno strumento self-service vende l'accesso a una configurazione. Un gig su un marketplace vende un risultato descritto a parole.
- La responsabilità si colloca in punti diversi. L'escrow del marketplace protegge il pagamento. Il rapporto diretto con un fornitore è invece il luogo in cui si possono mettere per iscritto condizioni di consegna, rimborsi e disdetta.
- Il controllo è diverso. Con una dashboard si modificano da sé area geografica, ritmo di erogazione e referrer. Con un gig si descrive ciò che si desidera e si attende che qualcun altro lo interpreti.
- Le prove sono diverse. Una dashboard produce un registro di consegna confrontabile con il proprio analytics. Un gig può chiudersi con nient'altro che uno screenshot fornito dal venditore.
- In questa categoria le valutazioni del marketplace sono segnali deboli, perché gli acquirenti votano la reattività e il volume consegnato, non il fatto che quel traffico abbia avuto una qualche utilità commerciale.
- La strada del marketplace ha vantaggi reali: importi contenuti, fondi trattenuti, nessun abbonamento e un modo poco impegnativo per farsi una prima idea se le visite a pagamento producano qualcosa sulla propria pagina.
Prima del confronto vero e proprio conviene avere chiaro di che prodotto si parla. Entrambe le strade consegnano visite automatiche o semiautomatiche, e nessuna delle due sostituisce la domanda. Se si è ancora indecisi su quale categoria di traffico serva, conviene partire da le quattro cose vendute sotto l'etichetta traffico SEO.
Due strade d'acquisto, un'unica categoria di prodotto
L'inquadramento onesto riguarda l'acquisto, non la tecnologia. Uno strumento specializzato e un venditore su marketplace possono far girare infrastrutture paragonabili, e il venditore può in effetti rivendere uno strumento. La differenza realmente osservabile da chi compra è contrattuale e operativa: che cosa si sottoscrive, che cosa si può modificare e che cosa si riesce a dimostrare dopo.
Questa distinzione conta perché l'elenco delle funzioni è la cosa più facile da confrontare e la meno informativa in questo ambito. Gli elenchi di funzioni sono affermazioni del fornitore. La struttura d'acquisto invece è visibile prima di spendere un centesimo: si possono leggere le condizioni, guardare l'interfaccia e verificare che cosa succede in caso di disdetta, senza erogare una sola visita.
Chi risponde se non arriva nulla
Su un marketplace la piattaforma trattiene il denaro finché l'ordine non risulta completato, e le controversie passano dalla procedura di risoluzione della piattaforma stessa. È una tutela autentica per il pagamento, ed è più solida che inviare denaro direttamente a un fornitore sconosciuto. Il suo limite è l'ambito: l'escrow risponde alla domanda «è stato consegnato qualcosa», non alla domanda «quel qualcosa era ciò che avevo chiesto». Un venditore che eroga un gran numero di sessioni di bassa qualità ha comunque consegnato qualcosa.
Con un fornitore diretto non c'è un terzo che trattiene i fondi, quindi la tutela deve venire dall'accordo stesso. Sotto un aspetto è un passo indietro, sotto un altro un passo avanti: condizioni di servizio, politica di rimborso, scadenza dei crediti e condizioni di disdetta sono leggibili in anticipo e valgono per ogni ordine, non solo per quello in corso. Si scambia la sicurezza mediata dalla piattaforma con condizioni scritte e ripetibili.
La prova pratica è la stessa su entrambe le strade. Mettere per iscritto, prima di pagare, quale risultato conterebbe come mancata consegna, e verificare quale meccanismo, reclamo in escrow o clausola contrattuale, si userebbe davvero.
Configurazione: mani sui comandi o descrizione delle intenzioni
Una dashboard mette targeting, ritmo di erogazione, mix di referrer, comportamento di sessione e parametri di campagna nelle mani di chi compra. Se il primo giorno mostra sessioni che arrivano in un picco poco plausibile, si cambia la frequenza da sé e se ne osserva l'effetto. Se la ripartizione per Paese è sbagliata, si corregge senza aprire uno scambio di messaggi.
Un gig sostituisce quei comandi con una specifica scritta nel modulo d'ordine. Qualcun altro configura l'erogazione in base a quella descrizione. Ogni parametro che non si è pensato di indicare viene deciso da altri, e ogni modifica richiede un giro di andata e ritorno, spesso tra fusi orari diversi. Non è automaticamente peggio: se non si sa quale ritmo o quale mix di referrer si vuole, il fatto che scelga qualcun altro è un servizio, non un difetto.
Il limite diventa concreto quando si tratta di iterare. Testare significa cambiare una variabile e osservare la differenza. Una strada in cui ogni modifica costa un messaggio e un'attesa rende l'iterazione così onerosa che molti acquirenti si fermano dopo una sola erogazione e traggono conclusioni da un unico dato. Le impostazioni che vale la pena controllare in prima persona sono descritte nella guida operativa a tag UTM, ritmo di erogazione e mix di referrer.
Prove di consegna: riconciliabili o soltanto affermate
Conviene chiedersi quale documento chiude la transazione. Una dashboard di solito la chiude con un registro di consegna sul lato del fornitore, confrontabile con la propria proprietà di analytics e, meglio ancora, con i log del proprio server. Due conteggi indipendenti che grosso modo coincidono sono una prova. Anche uno scarto tra i due è un'informazione: dice che le visite non hanno eseguito il tracciamento, oppure sono state filtrate, oppure non ci sono mai state.
Un gig può chiudersi con nient'altro che uno screenshot fornito dal venditore. Meglio decidere prima di ordinare se una prova del genere basterebbe. Uno screenshot è un'affermazione. Mostra la visione che il venditore ha del proprio sistema, e non è riconciliabile con nulla di cui si abbia il controllo. Nemmeno uno screenshot autentico può dire se le sessioni abbiano raggiunto la pagina, perché l'unico luogo in grado di confermarlo è la propria infrastruttura.
Le indicazioni di Google sul debug dei cali di traffico da ricerca fanno lo stesso ragionamento metodologico in un altro contesto: quando i numeri si muovono, il primo compito è distinguere un artefatto di misurazione da un cambiamento reale. Le cifre fornite dal fornitore non possono fare questa distinzione al posto di chi compra.
Filtri, policy e ciò che nessuna delle due strade può promettere
Il traffico automatico viene filtrato dalle piattaforme di analytics e non è un fattore di ranking. Nessun fornitore, su nessuna delle due strade, può impegnarsi su come un motore di ricerca tratterà un sito, e le norme antispam di Google sono il riferimento per ciò che accade quando viene rilevata una manipolazione. Qualsiasi promessa di posizionamento garantito è un buon motivo per smettere di leggere, ovunque compaia.
Il comportamento dei filtri determina anche ciò che si vedrà nei report, il che è una questione di misurazione più che di fornitore. Per il contesto su come le piattaforme classificano le sessioni automatiche si veda l'analisi delle categorie di bot e dei filtri dei dati, e per capire come la propria proprietà tratta i bot noti conviene consultare la documentazione aggiornata nel Centro assistenza di Google Analytics.
Che cosa resta se il fornitore sparisce
Un venditore singolo può disattivare l'account, cambiare la propria offerta o semplicemente smettere di rispondere, e non c'è continuità: la configurazione viveva in una conversazione, e quella conversazione è l'unica traccia. Ricostruirla significa riscrivere il briefing per un altro venditore, che lo interpreterà in modo diverso.
Un account su uno strumento ha una modalità di guasto diversa. L'azienda può chiudere o cambiare i prezzi, il che è un evento più grande, ma finché l'account esiste la configurazione è archiviata, versionata e riutilizzabile. La domanda da porsi su entrambe le strade riguarda la portabilità: se questo fornitore sparisse domani, che cosa si dovrebbe ricostruire, e a partire da che cosa?
Perché qui le valutazioni del marketplace dicono meno che altrove
Le recensioni su un marketplace funzionano bene quando chi compra è in grado di giudicare ciò che riceve. Un logo o è utilizzabile o non lo è. Il traffico è diverso sotto tre aspetti.
- La valutazione viene di norma scritta prima che il risultato sia noto. Quando la recensione viene sollecitata al momento della consegna, viene scritta nell'unico istante in cui del risultato non si sa ancora nulla. Se quelle visite abbiano prodotto qualcosa si vede solo settimane dopo, ammesso che venga misurato.
- Chi compra vota ciò che riesce a vedere. Numero di sessioni e comunicazione sono osservabili. La qualità del traffico richiede un valore di riferimento, un segmento dedicato e una definizione di conversione concordata in anticipo.
- Il volume è facile da consegnare. Poiché la metrica in evidenza è banalmente soddisfacibile, un giudizio alto è compatibile con un prodotto che non ha prodotto alcun risultato commerciale.
Nulla di tutto questo implica che i venditori siano disonesti. Significa che la valutazione misura la transazione, non il prodotto. Le recensioni vanno lette per reattività e puntualità nella consegna, che riflettono davvero, mentre le prove sulla qualità vanno cercate nel proprio analytics. Schemi di errore affini sono raccolti nei cinque errori d'acquisto più frequenti.
Ripetibilità: un acquisto unico o un test continuativo
Un ordine singolo non risponde quasi a nulla. Gli effetti del traffico sono rumorosi, la stagionalità sposta i numeri e una pagina che converte male continuerà a convertire male a prescindere dalla fonte. Per imparare qualcosa bisogna ripetere la stessa configurazione a fronte di un valore di riferimento stabile.
È proprio sulla ripetibilità che le due strade divergono nel modo più netto. Una configurazione salvata si riavvia identica senza alcun costo aggiuntivo di coordinamento. Un gig richiede un nuovo briefing, può essere gestito da un'altra persona e la seconda volta può avere un prezzo diverso. Se l'intenzione è un test controllato e non un episodio isolato, quella differenza si somma a ogni ciclo.
Accessi e dati: che cosa si consegna
Vale la pena considerare che cosa ciascuna strada richiede a chi compra. Mandare visite a un URL pubblico non richiede altro che l'URL. Alcune offerte però chiedono l'accesso all'analytics per «dimostrare» i risultati, oppure un accesso da amministratore per installare il tracciamento, e questa è un'esposizione di tutt'altra natura.
Dove un accesso serve davvero, conviene concederlo in sola lettura, usare il livello di autorizzazione più basso che l'attività consente e revocarlo alla fine del rapporto. Vale allo stesso modo per un grande fornitore e per un venditore singolo. La differenza è che un'azienda di solito ha una politica sui dati pubblicata e leggibile in anticipo, mentre il trattamento dei dati da parte di una persona è quello che quella persona dichiara.
Confronto strutturale
| Dimensione | Strumento self-service o account presso un fornitore | Gig su marketplace |
|---|---|---|
| Tutela del pagamento | Regolata da condizioni pubblicate; nessun escrow di terze parti | La piattaforma trattiene i fondi finché la consegna non risulta completata |
| Controllo della configurazione | Modificata direttamente da chi compra | Descritta in un briefing, eseguita dal venditore |
| Tempo di reazione a una modifica | Immediato | Un giro di messaggi per ogni modifica |
| Prove di consegna | Registro lato fornitore, riconciliabile con il proprio analytics e con i log del server | Di norma uno screenshot fornito dal venditore |
| Continuità | Configurazione salvata e riutilizzabile, legata a un account | Legata a un solo venditore e a un solo scambio di messaggi |
| Costo d'ingresso e impegno | Spesso creazione di un account, a volte un abbonamento | Piccolo acquisto singolo, nessun impegno continuativo |
| Segnale di qualità disponibile in anticipo | Condizioni pubblicate, impostazioni visibili, comportamento in prova | Valutazioni che riflettono soprattutto consegna e comunicazione |
Abbinare la strada alla situazione
La strada del marketplace si adatta a un acquisto esplorativo. Se si vuole vedere che aspetto hanno le sessioni automatiche nei propri report, spendere una cifra modesta una volta sola e fermarsi lì, escrow e impegno ridotto sono vantaggi concreti. Conviene taggare la campagna in modo che non contamini mai i report sul traffico organico, e trattare l'esito come uno sguardo, non come un risultato.
La strada diretta si adatta a un test ripetuto o a un'esigenza continuativa. Nel momento in cui serve la stessa configurazione due volte, serve cambiare una variabile per volta o serve un registro di consegna riconciliabile, l'onere di coordinamento di un gig supera la sua comodità.
Nessuna delle due strade si adatta a un obiettivo di posizionamento. Se lo scopo è il rendimento nella ricerca, quel denaro va speso altrove. Quella decisione sta a monte di questo confronto.
Domande frequenti
Un gig su un marketplace costa meno di un abbonamento a uno strumento?
Non in modo paragonabile, perché le unità sono diverse. Un gig è un acquisto una tantum, mentre un account su uno strumento è di norma un accesso ricorrente. Il confronto sensato è il costo per singola erogazione di test ripetuta e controllata, e lì la configurazione salvata è in vantaggio non appena si superano poche ripetizioni. Per un unico acquisto esplorativo, il gig richiede un impegno minore.
Posso chiedere a un venditore su marketplace le stesse prove di consegna che ottengo da una dashboard?
Chiederle si può, e alcuni venditori forniscono registri dettagliati. Ciò che non si può ottenere è una riconciliazione indipendente: qualunque cifra prodotta dal venditore proviene dal suo stesso sistema. Le prove davvero indipendenti, cioè la propria proprietà di analytics e i log del proprio server, sono disponibili su entrambe le strade e sono quelle su cui basarsi.
L'escrow mi protegge dal traffico di bassa qualità?
L'escrow protegge dalla mancata consegna, non dalla scarsa qualità. Poiché il volume è facile da consegnare, un ordine può soddisfare la condizione dell'escrow pur producendo sessioni prive di valore commerciale. Meglio definire i propri criteri di accettazione prima di ordinare, anziché lasciare che sia la piattaforma a definire la qualità.
Devo giudicare un venditore dal numero di recensioni?
Le recensioni vanno usate per ciò che misurano: se il venditore risponde e consegna nei tempi. Sono un indicatore debole della qualità del traffico, perché il giudizio viene di norma dato alla consegna, prima che qualunque risultato sia misurabile. Il confronto con il proprio valore di riferimento va pesato più di qualsiasi valutazione.
Una delle due strade mette il mio sito a rischio con i motori di ricerca?
Il fattore di rischio non è la strada d'acquisto in sé, ma il comportamento e le promesse che vi si associano. Il traffico automatico non è un fattore di ranking, e tutto ciò che viene presentato come un modo per manipolare i risultati ricade sotto le norme antispam pubblicate. Meglio evitare, su entrambe le strade, i fornitori che pubblicizzano garanzie di posizionamento.
La decisione che conta davvero
La scelta dipende da quante volte si intende ripetere l'operazione. Uno sguardo unico, importo piccolo, nessun seguito: la strada del marketplace è fatta esattamente per questo, e il suo escrow è un beneficio autentico. Un test ripetuto e controllato, in cui si cambia una variabile e si confronta con un valore di riferimento: il costo di coordinamento di dover istruire una persona a ogni ciclo è il vincolo che si farà sentire per primo.
Qualunque strada si scelga, lo standard di prova resta lo stesso. Sono il proprio analytics e i log del proprio server a stabilire che cosa è accaduto, non il report di un fornitore.