Permetti al crawler di Meta di raggiungere il tuo negozio: impostazioni di Cloudflare e firewall
Immagina di aver configurato tutto: il pixel è collegato, il Pixel Helper mostra un ViewContent verde su ogni pagina prodotto, eppure il tuo catalogo in Commerce Manager resta vuoto. Oppure Commerce Manager dice che l'URL del tuo feed "non punta a un file valido o accessibile", anche se nel tuo browser si apre perfettamente.
In molti di questi casi non c'è nulla che non vada nel modulo o nei dati. Il problema è la porta: prima di aggiungere un prodotto a un catalogo, uno dei server di Meta deve visitare il tuo negozio e leggere la pagina o il file. Se il tuo sistema di sicurezza scambia quella visita per un attacco e la ferma, Meta non vede mai i tuoi prodotti — mentre dal tuo lato sembra tutto a posto.
La buona notizia: si verifica in fretta, e la soluzione è una piccola eccezione in Cloudflare o nel firewall del tuo hosting. Non devi disattivare la tua protezione.
La risposta breve
- I tuoi eventi arrivano a Meta dai browser dei tuoi visitatori (e dal tuo server, con la Conversion API). Il catalogo richiede qualcosa di diverso: il crawler di Meta deve scaricare la pagina prodotto o il file del feed.
- Un evento
ViewContentriuscito non dimostra che Meta sia riuscita a leggere la pagina. Se il crawler è bloccato, i prodotti possono restare fuori dal catalogo mentre tutti i test degli eventi risultano superati. - La documentazione di Cloudflare descrive le cause tipiche: la modalità I'm Under Attack, una regola personalizzata che sfida o blocca gli indirizzi IP di Facebook, oppure una regola per paese. Meta effettua le scansioni da Stati Uniti e Irlanda, quindi una regola che sfida altri paesi può bloccarla.
- La soluzione raccomandata da Cloudflare è una regola che riconosce le reti di Meta — gli ASN AS32934 e AS63293 — e salta solo la protezione che le blocca, invece di una lista di indirizzi IP compilata a mano.
Come Meta legge il tuo negozio
| Cosa vedi | Cosa significa |
|---|---|
ViewContent si attiva e il prodotto compare nel catalogo | Eventi e crawler funzionano entrambi. |
ViewContent si attiva, ma il catalogo resta vuoto per giorni | Gli eventi arrivano; verifica se il crawler è bloccato. |
| L'URL del feed si apre nel tuo browser, Commerce Manager dice che non è accessibile | Il tuo browser passa; il crawler di Meta no. |
| Il Sharing Debugger mostra una pagina di errore o un Response Code 403 | Il crawler di Meta viene bloccato o sfidato. |
Meta identifica il proprio crawler con lo user agent facebookexternalhit/1.1. Nella pagina della documentazione sui crawler, Meta suggerisce di consentire lo user agent oppure gli indirizzi IP del crawler. Meta non pubblica lì un elenco fisso di intervalli IP. Ecco perché gli elenchi copiati da vecchi post dei forum non sono affidabili: diventano obsoleti senza preavviso.
Passo dopo passo
1. Fai il test dal lato di Meta, non dal tuo browser
Il tuo browser passa sempre, quindi non può dirti se Meta è bloccata. Usa uno strumento che recupera la pagina dai server di Meta:
- Apri il Sharing Debugger di Meta (
https://developers.facebook.com/tools/debug/). - Incolla l'URL di una delle tue pagine prodotto (o l'URL del tuo feed) e clicca su Debug.
- Clicca su Scrape Again (o Fetch New Scrape Information) così Meta recupera la pagina subito.
- Guarda il Response Code e il titolo e l'immagine che Meta ha trovato.
Una risposta 200 con il titolo e l'immagine reali del prodotto significa che il crawler passa. Un 403, un 503 o un titolo come "Attention Required!" o "Just a moment..." significa che un sistema di sicurezza lo sta fermando.
Gli utenti di Pixel Plus possono usare anche lo strumento di test dei microdati nella scheda Microdati del modulo: apre una pagina prodotto casuale nel Microdata Debug Tool di Meta, che recupera a sua volta la pagina dai server di Meta.
2. Cerca Meta negli eventi di sicurezza di Cloudflare
Se il tuo sito usa Cloudflare:
- Apri la dashboard di Cloudflare e seleziona il tuo sito.
- Apri il registro degli eventi di sicurezza (Security → Events; il nome del menu varia tra le versioni della dashboard).
- Aggiungi un filtro sul campo ASN con i valori 32934 e 63293, oppure sullo user agent
facebookexternalhit. - Annota quale servizio o regola ha eseguito l'azione (per esempio una regola personalizzata, il livello di sicurezza, una regola per paese o la protezione dai bot) e se l'azione era un blocco o una sfida.
Questo ti dice esattamente quale protezione allentare. Correggi solo quella.
3. Crea una regola di tipo Skip per le reti di Meta
La pagina di Cloudflare sulla risoluzione dei problemi di condivisione su Facebook indica due opzioni: rimuovere la regola che sfida o blocca Facebook, oppure creare una regola Skip per gli ASN AS32934 e AS63293 che salta il Security Level.
Per creare la regola Skip:
-
Nella dashboard di Cloudflare, apri Security → WAF → Custom rules (nella nuova dashboard, Security → Security rules) e crea una nuova regola.
-
Dalle un nome chiaro, per esempio
Allow Meta crawler. -
Clicca su Edit expression e inserisci:
(ip.src.asnum in {32934 63293})Questo è un nostro esempio di espressione che riconosce le richieste provenienti da quelle due reti di Meta.
-
Come azione, scegli Skip.
-
Seleziona Security Level, come raccomanda Cloudflare. Se gli eventi del passo 2 hanno mostrato un'altra protezione che blocca Meta (per esempio un'altra regola personalizzata), seleziona anche quella — e nient'altro.
-
Salva e distribuisci la regola, posizionandola prima delle regole che bloccavano Meta.
Non saltare tutte le protezioni "per sicurezza". Salta solo ciò che gli eventi di sicurezza hanno mostrato come bloccante per Meta. Un'eccezione mirata mantiene il tuo negozio protetto e lascia comunque entrare il crawler.
Cloudflare raccomanda inoltre di controllare le tue configuration rules e le Page Rules, e di verificare che la modalità I'm Under Attack non sia attiva. Quella modalità sfida ogni visitatore, Meta compresa.
4. Controlla anche il firewall del tuo hosting
Cloudflare e il server del tuo hosting possono avere sistemi di sicurezza indipendenti. Anche quando Cloudflare lascia passare Meta, il server che sta dietro può comunque bloccare la richiesta. I più comuni sono:
- ModSecurity (frequente negli hosting cPanel e Plesk)
- Imunify360
- BitNinja
- CSF o Fail2Ban
Se non gestisci tu il server, invia al tuo provider di hosting l'URL che non funziona e chiedigli di controllare i log del firewall per le richieste con lo user agent facebookexternalhit/1.1, e di consentirle.
5. Chiedi a Meta di rileggere la pagina
Dopo aver modificato una regola, torna al Sharing Debugger e clicca su Scrape Again. Quando mostra una risposta 200 con il titolo e l'immagine reali, Meta può leggere il tuo negozio. Gli articoli del catalogo iniziano quindi a comparire o ad aggiornarsi man mano che Meta li elabora; non è istantaneo.
Se vedi X, fai Y
| Se vedi… | Fai questo |
|---|---|
| Sharing Debugger: 403, 503, "Attention Required!" o "Just a moment..." | Cloudflare sta sfidando Meta. Vai ai passi 2 e 3. |
| Gli eventi di Cloudflare non mostrano nulla, ma il debugger continua a fallire | Il blocco avviene sul tuo server. Vai al passo 4. |
Il debugger mostra 200, ma il titolo o il prezzo sono sbagliati | Il crawler entra; il problema sono i microdati della tua pagina. Rivedili nella scheda Microdati di Pixel Plus. |
Il debugger mostra 200 con dati corretti, il catalogo è ancora vuoto | Verifica che il pixel sia collegato al catalogo come fonte di dati e risulti Ready, e controlla la sezione Diagnostics del catalogo in Commerce Manager. |
| Una regola per paese sfida i visitatori da fuori del tuo mercato | Escludi gli ASN di Meta da quella regola: Meta effettua le scansioni da USA e Irlanda. |
Domande Frequenti
Q: I miei eventi del pixel funzionano. Perché il crawler di Meta dovrebbe essere bloccato? A: Gli eventi vengono inviati dai browser dei tuoi visitatori e dal tuo server, quindi il tuo sistema di sicurezza non li ferma mai. Il crawler è una richiesta separata che arriva dai server di Meta, e i firewall spesso trattano le richieste automatizzate dall'estero come sospette.
Q: Devo aggiungere gli indirizzi IP di Meta alla lista di consentiti del mio firewall? A: Meta non pubblica un elenco fisso di indirizzi IP del crawler nella sua pagina sul crawler, e le vecchie liste diventano obsolete. In Cloudflare, una regola basata sugli ASN di Meta (AS32934 e AS63293), come documenta Cloudflare, è più facile da mantenere.
Q: La regola Skip disattiva la protezione di Cloudflare per il mio negozio? A: No. Si applica solo alle richieste provenienti dalle reti di Meta e salta solo le protezioni che selezioni. Tutti gli altri visitatori passano gli stessi controlli di prima.
Q: Ho creato la regola. Quanto tempo ci vuole perché i prodotti compaiano nel catalogo? A: L'accesso funziona subito — verificalo con il Sharing Debugger. Poi Meta elabora i prodotti con i suoi tempi, quindi gli articoli compaiono gradualmente e non tutti insieme.
Q: Questo vale anche per i feed di prodotti? A: Sì. Quando il tuo catalogo usa l'URL di un feed, Meta scarica quel file dai suoi server, e le stesse regole di Cloudflare o del server possono bloccarlo.
I miei eventi del pixel funzionano. Perché il crawler di Meta dovrebbe essere bloccato?
Gli eventi vengono inviati dai browser dei tuoi visitatori e dal tuo server, quindi il tuo sistema di sicurezza non li ferma mai. Il crawler è una richiesta separata che arriva dai server di Meta, e i firewall spesso trattano le richieste automatizzate dall'estero come sospette.
Devo aggiungere gli indirizzi IP di Meta alla lista di consentiti del mio firewall?
Meta non pubblica un elenco fisso di indirizzi IP del crawler nella sua pagina sul crawler, e le vecchie liste diventano obsolete. In Cloudflare, una regola basata sugli ASN di Meta (AS32934 e AS63293), come documenta Cloudflare, è più facile da mantenere.
La regola Skip disattiva la protezione di Cloudflare per il mio negozio?
No. Si applica solo alle richieste provenienti dalle reti di Meta e salta solo le protezioni che selezioni. Tutti gli altri visitatori passano gli stessi controlli di prima.
Ho creato la regola. Quanto tempo ci vuole perché i prodotti compaiano nel catalogo?
L'accesso funziona subito — verificalo con il Sharing Debugger. Poi Meta elabora i prodotti con i suoi tempi, quindi gli articoli compaiono gradualmente e non tutti insieme.
Questo vale anche per i feed di prodotti?
Sì. Quando il tuo catalogo usa l'URL di un feed, Meta scarica quel file dai suoi server, e le stesse regole di Cloudflare o del server possono bloccarlo.
Funzionalità Correlate
Documentazione ufficiale
- Cloudflare — Risoluzione dei problemi di condivisione su Facebook
- Meta — Crawler web di Meta