Strumento gratuito
Decoder fbclid e generatore di _fbc
Questo decoder fbclid estrae il fbclid dall'URL di una landing page e lo trasforma in un valore _fbc nel formato che Meta documenta: fb.1.<creation time in ms>.<fbclid>. Se invece incolli un cookie _fbc o _fbp, lo scompone nelle sue parti e ne controlla il formato. Il fbclid in sé è opaco: qui niente lo decifra.
Da un URL a _fbc
Risultato
fbclid trovato
Valore _fbc
fb.<subdomain index>.<creation time in ms>.<fbclid>, costruito con l'ora attuale.
Creation time usata: —
Decodifica un valore _fbc o _fbp
Valore decodificato
Formato valido
Non valido
- Tipo
- —
- Prefisso di versione
- —
- Subdomain index
- —
- Creation time (ms)
- —
- Data ISO (UTC)
- —
- Ora locale
- —
- Quanto tempo fa
- —
- fbclid
- —
- Appendice
Gira nel tuo browser: niente di quello che incolli viene inviato o salvato.
Come usare il decoder fbclid
- Da un URL a
_fbc. Incolla l'URL della landing page così come è arrivato, con il suofbclid, oppure il solo fbclid. Lo strumento trova il parametro e scrive il valore_fbccon l'ora attuale. Copialo. - Decodificare un cookie. Incolla un valore
_fbco_fbppreso dai cookie del browser, da un payload della Conversions API o da una riga di log. Ottieni ogni parte, la creation time come data e un controllo rispetto al formato di Meta.
Entrambe le modalità girano nel tuo browser. Niente di quello che incolli viene inviato altrove, e conta quando l'URL viene da un visitatore reale.
Il fbclid si decodifica? Cosa fa questo decoder fbclid
Nessuno strumento può dirti cosa c'è dentro un fbclid, e questo non ci prova. Il valore lo genera Meta, che non ne documenta alcuna struttura. La sua documentazione della Conversions API sul ClickID dice che il valore è case sensitive e non va modificato prima dell'uso, nemmeno portato in minuscolo.
Quindi tratta il fbclid come una stringa opaca. “Decodificare” qui vuol dire due operazioni meccaniche: estrarre il valore da un URL e scomporre un cookie _fbc o _fbp nei campi che Meta definisce. Se vuoi sapere da quale inserzione arriva una visita, il fbclid non te lo dice. Metti {{ad.id}} nei parametri URL con il generatore di URL per Meta Ads e leggilo sulla landing page.
fbclid, _fbc e _fbp: cosa sono
| Nome | Cos'è | Chi lo crea | Formato |
|---|---|---|---|
fbclid | L'identificatore di clic che Meta passa nell'URL della landing page quando qualcuno clicca un'inserzione su Facebook o Instagram | Meta, al momento del clic | Stringa opaca |
_fbc | Cookie first-party che conserva il click ID nel formato di Meta | Il Meta Pixel quando l'URL ha un fbclid, oppure il tuo server | fb.<subdomainIndex>.<creationTime>.<fbclid> |
_fbp | Cookie first-party con un ID del browser | Il Meta Pixel, quando il cookie non esiste ancora | fb.<subdomainIndex>.<creationTime>.<randomNumber> |
La Normativa sui cookie di Meta indica per _fbp e _fbc una durata di 90 giorni, e la documentazione sul ClickID consiglia la stessa scadenza di 90 giorni quando imposti _fbc da solo. La voce di glossario sul fbclid spiega a cosa serve il click ID, e la nostra guida ai cookie fbc e fbp approfondisce come nascono.
Il formato del cookie _fbc, campo per campo
Meta definisce _fbc come quattro parti unite da punti. _fbp ha la stessa forma, con un numero casuale al posto del fbclid.
| Parte | Significato | Valori |
|---|---|---|
| Versione | Sempre lo stesso prefisso | fb |
| Subdomain index | Il livello di dominio su cui è impostato il cookie | 0 = com, 1 = example.com, 2 = www.example.com |
| Creation time | Unix time in millisecondi del momento in cui il cookie è stato salvato | 13 cifre, es. 1793786400000 |
| fbclid o numero casuale | Il fbclid dall'URL (_fbc) o un numero casuale generato dal Pixel (_fbp) | Esattamente come ricevuto |
I valori passati dalla libreria Parameter Builder di Meta possono avere un'appendice in più come quinta parte. Il decoder la riconosce e la mostra a parte.
Esempio pratico
Esempio: un clic arriva sulla tua landing page alle 10:00:00 UTC del 4 novembre 2026, con questo URL:
https://example.com/offer?utm_source=facebook&fbclid=IwAR2F4-dbP0l7Mn1IawQQGCINEz7PYXQvwjNwB_qa2ofrHyiLjcbCRxTDMgkQuel momento vale 1793786400000 in millisecondi Unix. Il tuo server non salva un cookie _fbc, quindi il subdomain index è 1 e il valore da inviare è:
fb.1.1793786400000.IwAR2F4-dbP0l7Mn1IawQQGCINEz7PYXQvwjNwB_qa2ofrHyiLjcbCRxTDMgkIl fbclid è il valore di esempio della documentazione di Meta. Incolla il risultato nel decoder e lo rilegge come 2026-11-04T10:00:00.000Z.
Costruire fbc lato server quando manca il cookie
Il cookie _fbc esiste solo se il Meta Pixel è partito ed è riuscito a scriverlo. Gli ad blocker, un banner del consenso rifiutato o una landing page senza Pixel ti lasciano senza cookie, anche se il fbclid era lì nell'URL.
La documentazione di Meta copre questo caso. Se non c'è un cookie _fbc ma l'URL della richiesta contiene un fbclid, costruisci fbc da solo:
- Leggi il fbclid lato server, dalla query string della prima richiesta, prima che un redirect possa perderlo.
- Usa il subdomain index
1se costruisci il valore senza salvare un cookie. - Come creation time usa il momento in cui hai ricevuto quel fbclid per la prima volta, in millisecondi, e conservalo. Non ricostruire il valore con un timestamp nuovo a ogni evento.
- Salvalo, come cookie
_fbcimpostato nella risposta HTTP (Meta consiglia una scadenza di 90 giorni) oppure nel tuo database. Sostituiscilo quando arriva un fbclid nuovo.
È un lavoro in cui il tracking lato server riesce bene: il server vede l'URL, che uno script parta o no.
fbc e fbp vanno in user_data senza hash
In un evento della Conversions API, fbc e fbp vanno in user_data come stringhe in chiaro. I parametri delle informazioni sui clienti di Meta li segnano entrambi come “Do not hash”, mentre email e telefono si inviano come hash SHA-256. Se fai l'hash di fbc, Meta non può più leggere il click ID che contiene.
"user_data": {
"em": "<hash SHA-256 dell'email>",
"fbc": "fb.1.1793786400000.IwAR2F4-dbP0l7Mn1IawQQGCINEz7PYXQvwjNwB_qa2ofrHyiLjcbCRxTDMgk",
"fbp": "fb.1.1596403881668.1116446470",
"client_ip_address": "203.0.113.7",
"client_user_agent": "Mozilla/5.0 …"
}La voce di glossario su Meta CAPI spiega il resto del payload, compreso event_id per la deduplicazione.
Safari ITP e i cookie impostati da JavaScript
Il Meta Pixel è uno script, quindi i cookie _fbc e _fbp che scrive sono cookie JavaScript, e Safari li tratta in modo diverso. La documentazione di WebKit sulla tracking prevention dice che ITP cancella i cookie creati in JavaScript dopo 7 giorni senza interazione dell'utente con il sito. Quando un click ID arriva come parametro URL e un JavaScript sulla landing page lo salva, ITP può limitare quei cookie a 24 ore.
Il secondo caso è esattamente il modo in cui nasce un _fbc scritto dal Pixel. Un cookie che il tuo server imposta con un header Set-Cookie, sul dominio della landing page, non rientra in quei limiti per JavaScript. La raccomandazione di Meta stessa è impostare _fbc nella risposta HTTP, e per la stessa ragione il tracking first-party parte dal server.
DropCPL legge il fbclid sul dominio della landing page, nella stessa risposta che mostra la landing page, e invia fbc e fbp con l'evento Lead tramite la Conversions API. Il click ID arriva a Meta anche quando il Pixel non è mai partito. Inizia gratis →
Errori comuni con fbc e fbp
- Cambiare maiuscole e minuscole. Portare in minuscolo un intero cookie o URL è un passaggio di normalizzazione classico. Meta dice che il click ID è case sensitive, quindi il fbclid deve restare esattamente com'è arrivato.
- Secondi invece di millisecondi. Una creation time di 10 cifre è in secondi. Il decoder la segnala.
- Un timestamp nuovo a ogni evento. La creation time è il momento in cui il fbclid è stato visto la prima volta, non quello in cui invii l'evento.
- Farne l'hash insieme a email e telefono.
fbcefbpvanno senza hash. - Inventare un fbc quando la visita non aveva un fbclid. Niente fbclid, niente
fbc: inviafbpe gli altri identificatori che hai. - Leggere il fbclid dal frammento. Tutto quello che sta dopo il
#non arriva mai al tuo server.
Domande frequenti
Si può decodificare o decifrare un fbclid?+
No. Il fbclid lo genera Meta, che non ne documenta alcuna struttura: dice solo che è case sensitive e non va modificato. Un decoder può estrarlo da un URL e formattarlo come _fbc, ma non può dirti l'inserzione, la campagna o la persona dietro al clic.
Qual è il formato del cookie _fbc?+
fb.<subdomainIndex>.<creationTime>.<fbclid>: il prefisso fb, il livello di dominio su cui è impostato il cookie (0, 1 o 2), lo Unix time in millisecondi del momento in cui è stato salvato e il fbclid esattamente com'era nell'URL. Per esempio fb.1.1793786400000.IwAR2F4-dbP0l7Mn1IawQQGCINEz7PYXQvwjNwB_qa2ofrHyiLjcbCRxTDMgk.
Quale subdomain index devo usare?+
Il livello del dominio su cui è impostato il cookie: 0 per com, 1 per example.com, 2 per www.example.com. Se il tuo server costruisce fbc senza salvare un cookie _fbc, Meta dice di usare 1.
fbc e fbp vanno sottoposti a hash nella Conversions API?+
No. I parametri delle informazioni sui clienti di Meta li indicano entrambi come da non sottoporre a hash. Inviali come stringhe in chiaro in user_data, accanto a email e telefono con hash.
Quanto durano i cookie _fbc e _fbp?+
La Normativa sui cookie di Meta li indica entrambi con una durata di 90 giorni, e Meta consiglia una scadenza di 90 giorni se imposti _fbc da solo. In Safari i cookie scritti da JavaScript possono essere cancellati dopo 7 giorni senza interazione, o limitati a 24 ore quando salvano un click ID preso dall'URL.
Cosa devo inviare se non c'è un fbclid?+
Nessun fbc. Senza fbclid non c'è un click ID da formattare, e un valore inventato aggiunge solo rumore. Invia fbp se il Meta Pixel ne ha impostato uno, più le altre informazioni sui clienti che hai.