Un link click è il conteggio di Meta dei click sull’annuncio che portano a una destinazione, dentro o fuori da Meta. Una landing page view è un click dopo cui la landing page si è caricata e il Meta Pixel è partito. Le landing page view sono più basse perché ogni click che muore prima del Pixel esce dal conteggio.
Lette una accanto all’altra, landing page view vs link click mostrano quanti click pagati non sono mai diventati una visita che Meta potesse vedere. Quasi tutte le cause del divario si possono sistemare, e per trovarle non ti serve un “rapporto normale”.
Cosa conta Meta come link click
Meta definisce i link click come i click sul tuo annuncio che portano a destinazioni o esperienze, dentro o fuori dalle proprietà di Meta (Centro assistenza di Meta). Su un normale annuncio con immagine che punta a un sito, un tap sull’immagine o sul pulsante della call to action conta come link click e anche come outbound click. Gli outbound click sono la metrica più stretta: solo i click che portano le persone fuori da Meta.
Due dettagli contano per il divario. Il link click viene registrato al tap, prima che si carichi qualsiasi cosa. E include destinazioni che non sono affatto la tua landing page, come un’Instant Experience che si apre dentro l’app.
Cosa conta Meta come landing page view
Il centro assistenza di Meta descrive una landing page view come un click sull’annuncio seguito da un caricamento andato a buon fine. Viene contata quando il tuo Pixel invia un evento PageView, PixelInitialized o ViewContent, e per vederla nei report serve un Meta Pixel installato e selezionato nella campagna (Centro assistenza di Meta). Per l’ottimizzazione per landing page view, Meta dice che il codice base del Pixel deve stare sulle landing page su cui le persone arrivano dagli annunci (Meta).
Quindi una landing page view è un evento del Pixel. Tutto ciò che blocca o ritarda il Pixel toglie una landing page view, anche quando il visitatore la tua landing page l’ha vista.
| Link click | Landing page view | |
|---|---|---|
| Registrato quando | qualcuno tocca un link nell’annuncio | la destinazione si carica dopo il click e il Pixel parte |
| Richiede il Meta Pixel | no | sì |
| Include chi se ne va prima che il caricamento finisca | sì | no |
| Include click verso destinazioni dentro Meta | sì | solo se quella destinazione si carica e il Pixel parte |
| Cosa ti dice | quanto attira l’annuncio | quanti click sono diventati visite visibili a Meta |
Da dove nasce il divario tra link click e landing page view
Ogni causa toglie landing page view in un punto diverso tra il tap e il Pixel, ed è per questo che ognuna richiede un controllo diverso.
Una landing page lenta. Il visitatore tocca, aspetta davanti a uno schermo bianco e torna al feed. Meta ha contato il click; il Pixel non si è mai caricato. Non lo riprodurrai da un desktop sul wifi dell’ufficio.
Il browser in-app. Su mobile il click si apre dentro il browser dell’app di Facebook o di Instagram, non in quello che il visitatore usa di solito (Krause, 2022). Il feed è a un tap di distanza, quindi una landing page che per qualche secondo non mostra niente dà al visitatore il tempo di andarsene.
Un Pixel che si carica tardi. Il codice base sta in fondo al body, dietro un trigger del tag manager che aspetta il caricamento completo della finestra, o dopo una pila di script più pesanti. Il visitatore legge la headline e se ne va prima che parta il PageView.
Un banner di consenso che trattiene il Pixel. Dove la tua configurazione del consenso richiede l’opt-in prima che il Pixel si carichi, chi ignora o rifiuta il banner non genera mai una landing page view. Quella parte del divario è il costo della conformità. Misurala, e non “correggerla” facendo partire il Pixel prima.
Redirect prima della landing page. Un click tracker, un accorciatore, da http a https, dal dominio nudo al www: ogni salto è un altro giro di andata e ritorno prima che la landing page inizi a caricarsi, e un salto attraverso un altro dominio può togliere i parametri dell’URL. Se l’ultimo salto atterra su un URL senza il tuo Pixel, le landing page view vanno a zero.
Click poco interessati o accidentali. Alcuni tap non nascono da un interesse. Un pollice prende l’annuncio mentre scorre, il browser si apre, il visitatore lo chiude. Se sono una parte importante del tuo divario, lo vedrai peggiore in alcuni posizionamenti che in altri.
Un Pixel mancante o sbagliato. La landing page non ha il Pixel, o ne ha uno diverso da quello selezionato nell’ad set, quindi le landing page view scendono verso zero mentre i link click sembrano normali. Gli ad blocker che fermano lo script del Pixel tolgono in più una quota più costante.
Click finiti prima da un’altra parte. Se l’annuncio apre un’Instant Experience prima del tuo sito, i link click contano le aperture, e solo una parte dei visitatori prosegue. Per quei formati confronta gli outbound click con le landing page view.
Come diagnosticare il divario tra landing page view e link click
Parti dalle scomposizioni in Ads Manager: posizionamento, piattaforma, dispositivo. Se una fetta sta molto sotto le altre pur mandando le persone alla stessa landing page, guarda i click di quella fetta. Se tutte le fette sono basse, guarda la landing page e il Pixel.
| Causa | Cosa vedi | Come verificarlo | Soluzione |
|---|---|---|---|
| Landing page lenta | Divario su tutti i posizionamenti, più ampio su mobile | LCP su mobile, misurato da un telefono passando dall’app | Taglia redirect, script e peso dell’immagine hero |
| Browser in-app | Divario più ampio su Facebook e Instagram mobile che altrove | Scomposizione per piattaforma e dispositivo; tap dalle app | Come per la landing page lenta; semplifica la prima schermata |
| Pixel in ritardo | La landing page compare, il PageView parte secondi dopo | Tempi di rete nel browser; Test events in Events Manager | Codice base nell’<head>, senza trigger ritardati |
| Blocco del consenso | Il divario segue il tasso di rifiuto del banner | Confronta le landing page view con i consensi accettati | Niente che violi il consenso; tieni il banner lontano da headline e form |
| Redirect | fbclid o altri parametri mancanti all’arrivo; prima risposta lenta | Segui l’URL dell’annuncio e conta i salti | Link diretto all’URL finale sul dominio che serve la landing page |
| Click poco interessati | Divario concentrato in un posizionamento | Scomposizione per posizionamento | Escludi il posizionamento, o ottimizza per i lead |
| Pixel mancante o sbagliato | Landing page view vicine a zero | Events Manager: PageView da quel dominio, dal Pixel selezionato nell’ad set | Installa o seleziona il Pixel giusto |
| Click verso destinazioni di Meta | Link click molto sopra gli outbound click | Confronta le due colonne | Per questi formati leggi gli outbound click |
Il terzo numero: i click arrivati al tuo server
Meta conta i link click al tap. Il Pixel conta le landing page view nel browser. In mezzo c’è un numero che la maggior parte delle configurazioni non guarda mai: le richieste arrivate davvero al server che ospita la tua landing page.
- Se gli arrivi sul server sono vicini ai link click ma le landing page view sono molto più basse, le persone sono arrivate e il Pixel per loro non è partito: velocità, tempi del Pixel, consenso, blocker.
- Se gli arrivi sul server sono già molto sotto i link click, la perdita è avvenuta prima della landing page: un salto di redirect, click verso una destinazione dentro Meta, un URL di destinazione rotto.
Puoi ricavare quel numero dai log di accesso del server, contando le richieste che portano un fbclid, oppure da un tracking first-party che registra ogni click sul server. Ti dà anche un tasso click-lead che non dipende per niente dal Pixel.
DropCPL registra ogni click sull’annuncio sul server, nella stessa risposta che mostra la landing page, quindi il click resta registrato che il Pixel parta o no. I lead si contano dai form che riceve, ed è su quel conteggio che si basa il suo CPL. Inizia gratis →
Come chiudere il divario
- Togli ogni redirect tra l’annuncio e la landing page, e punta l’annuncio all’URL finale sul dominio di tracking che la serve.
- Alleggerisci la prima schermata. Comprimi l’immagine hero, elimina i video in autoplay, usa font di sistema o precarica un solo font, e rimanda widget di chat e heatmap a quando il form funziona. La guida per costruire una landing page per Facebook ads ha la lista completa.
- Carica il codice base del Pixel nell’
<head>e fai partire il PageView al caricamento, non con un trigger ritardato. - Tieni il banner del consenso lontano da headline e form. Resta conforme, e tratta i rifiuti come un costo noto e misurato.
- Sfoltisci i posizionamenti dove il divario è strutturale e i lead non arrivano mai.
- Ritesta da un telefono, passando dalle app, dopo ogni modifica.
Non inseguire un divario pari a zero. Qualcuno toccherà sempre l’annuncio e se ne andrà, e due sistemi che contano eventi diversi non coincideranno mai del tutto (CPL reale vs CPL della piattaforma dice lo stesso dei lead). Cerca un divario che resti stabile e simile tra gli annunci che condividono una landing page.
Ottimizzare per landing page view o per lead?
La tesi di Meta a favore dell’ottimizzazione per landing page view è che migliora la qualità del traffico portato dagli annunci rispetto all’ottimizzazione per link click, e che è una buona scelta se non hai ancora impostato eventi più in basso nel funnel con il tuo Pixel (Meta). Sono due punti corretti. Nessuno dei due la rende un obiettivo da lead generation.
Il sistema di delivery di Meta trova le persone propense a fare quello per cui ottimizzi, quindi ottimizzare per landing page view ti porta persone che caricano landing page. In un piccolo test del 2023 di Jon Loomer, l’ad set ottimizzato per link click ha preso il 99% del traffico da Audience Network, quello ottimizzato per landing page view il 96%, e quello ottimizzato per un evento personalizzato di “visitatore di qualità” (due minuti sull’articolo e uno scroll del 70%) nessuno da lì, con quasi tutto il traffico dal feed (Loomer, 2023). Era un test da circa 300 $ che promuoveva un articolo del blog, quindi prendilo come un’illustrazione. Il meccanismo dietro però è generale: il traffico che compri segue l’evento che scegli.
| Situazione | Ottimizza per | Il motivo |
|---|---|---|
| L’evento Lead parte in modo affidabile da browser e server | Lead | Meta impara dal risultato per cui paghi |
| L’evento Lead non parte ancora | Sistemalo; landing page view solo come ripiego | Ottimizzare per le visite insegna a Meta a trovare visitatori |
| La landing page è un contenuto (un articolo, una pre-sell) e la visita è l’obiettivo | Landing page view | La visita è la conversione |
| Troppo pochi lead per ad set perché Meta impari | Prima accorpa gli ad set, poi decidi | Ottimizzare più in alto nel funnel scambia intento con volume |
| Vuoi un bacino economico di visitatori da raggiungere col retargeting | Landing page view | Un ad set ottimizzato per i lead li qualificherà dopo |
Per la lead gen, sistema l’evento Lead sia dal browser sia dal server (deduplicazione Pixel e CAPI) e ottimizza per quello. Tieni il divario tra link click e landing page view come controllo di salute della landing page, e giudica i lead stessi sul costo per lead qualificato.