Link click-to-Messenger: link m.me con tracciamento

Un link click-to-Messenger è un indirizzo web m.me che apre una chat di Facebook Messenger con la tua Pagina quando viene toccato. Il formato è https://m.me/YourPage, e aggiungere ?ref=payload allega un tag di tracciamento. Tocca il link, Messenger si apre su una conversazione con la tua attività, e il valore ref viene consegnato alla tua app.

Quest'ultima parte è la differenza tra Messenger e WhatsApp. Un link wa.me apre la chat e non ti dice nulla su da dove sia arrivato il tocco. Il parametro ?ref= di Messenger viene consegnato al tuo webhook quando la conversazione inizia o riprende, quindi l'attribuzione che la maggior parte dei deep link di messaggistica butta via qui è incorporata nel link. Per posizionamenti senza un bot, e per registrare il clic in sé, metti comunque un redirect davanti. Questo articolo copre entrambe le metà.

Il pattern URL di m.me

C'è un indirizzo e un parametro che contano. Meta lo documenta nel riferimento sui link m.me (consultato il 18-07-2026).

Apri una chat con la tua Pagina: https://m.me/YourPage, dove YourPage è il nome utente pubblico della Pagina, non il suo ID numerico. Imposta prima il nome utente nelle impostazioni della Pagina, o il link non si risolverà.
Allega un tag di tracciamento: https://m.me/YourPage?ref=spring-promo. Il valore ref è testo URL-safe che viaggia insieme al link e viene consegnato alla tua app.

Il requisito del nome utente fa inciampare molti. Una Pagina senza un nome utente rivendicato non ha un link m.me funzionante, quindi è la prima cosa da controllare. Una volta impostato il nome utente, il link base funziona immediatamente, e il parametro ref è uno zucchero opzionale sopra che trasforma un semplice apri-chat in uno misurabile.

Aprire un link m.me resetta anche la finestra standard di messaggistica di 24 ore, il periodo in cui Meta permette alla tua Pagina di rispondere liberamente dopo che un utente interagisce. Questo conta per qualsiasi automazione di follow-up, ed è un altro motivo per cui il link click-to-Messenger è più di una semplice scorciatoia di comodità.

Perché il parametro ref è la vittoria dell'attribuzione

La maggior parte dei canali click-to-chat è a senso unico: il tocco apre la conversazione e non scopri mai cosa l'ha generata. Messenger rompe questo schema perché ?ref= torna da te. Meta lo consegna tramite un webhook messaging_referrals (consultato il 18-07-2026) per una conversazione esistente, e dentro un evento messaging_postbacks quando una nuova conversazione inizia al tocco di Inizia.

Quindi il payload può portare un id di campagna, un nome di posizionamento, o un id di record codificato, e la tua app lo legge nel momento in cui la chat inizia. Nessun pixel, nessuna congettura dal testo del messaggio. Il ref da m.me/YourPage?ref=ig-bio arriva nel webhook, e sai che la conversazione è iniziata dal link nella bio di Instagram invece che dalla homepage.

Un giro completo del ref click-to-Messenger: il link m.me porta un valore ref, l'utente apre Messenger, e Meta restituisce il ref al tuo webhook così la conversazione viene ricollegata alla sua fonte

Questa è l'immagine speculare del problema di WhatsApp. La guida al click-to-chat di WhatsApp deve infilare di nascosto un id di tracciamento nel corpo del messaggio precompilato perché wa.me non riporta indietro nulla. Messenger ti offre un canale pulito per lo stesso segnale. Telegram fa qualcosa di simile con il suo parametro di avvio del bot, trattato in deep link di Telegram. Tra i tre grandi, WhatsApp è quello fuori posto.

Il livello di redirect

Il webhook ref è potente, ma si attiva solo se hai un'app e un webhook collegati, e ti dice solo delle conversazioni, non dei tocchi grezzi. Per tutto il resto, metti un link breve davanti all'URL m.me. Il cliente tocca s.elido.me/msg, l'edge registra il clic, poi effettua il redirect verso https://m.me/YourPage?ref=ig-bio.

Dal tuo lato, cambiano tre cose:

Il clic viene registrato. Il redirect genera un evento con orario, geolocalizzazione, dispositivo e i parametri UTM sul link breve, così anche un posizionamento senza webhook viene misurato.
La destinazione è modificabile. Sostituisci la Pagina, il payload ref, o l'intera destinazione senza ristampare un QR o modificare un annuncio attivo. Sposta una campagna su un'altra Pagina e la cambi una sola volta.
I dati di campagna sono portabili. s.elido.me/msg?utm_source=ig&utm_medium=bio&utm_campaign=spring cattura i tag al momento del redirect, unibili in seguito alla conversazione riportata dal webhook ref.

Il link breve e il parametro ref non competono, si sovrappongono. Il redirect ti dà il clic e il contesto UTM; il ref ti dà la conferma dentro la conversazione. Insieme chiudono il cerchio dall'impression dell'annuncio alla chat. Questo è lo stesso livello di redirect descritto in come tracciare le campagne UTM end-to-end.

Se preferisci non costruire tu stesso l'impianto di redirect e webhook, i deep link di Elido si mettono davanti a qualsiasi destinazione m.me e registrano ogni tocco, e puoi configurarne uno sul piano gratuito.

Annunci click-to-Messenger

Se gestisci annunci Meta con Messenger come destinazione, la piattaforma pubblicitaria passa automaticamente un ref alla conversazione, e quell'attribuzione atterra in Ads Manager. Non devi costruire il link a mano per il caso a pagamento; l'obiettivo dell'annuncio se ne occupa.

Dove il link manuale e il livello del link breve si guadagnano da vivere è l'organico e l'offline: la bio di Instagram, il footer dell'email, il QR stampato, il pulsante del sito. Quei posizionamenti non hanno una piattaforma pubblicitaria dietro, quindi il ref che imposti più il clic che il redirect registra sono l'unica attribuzione che ottieni. Tratta il Click-to-Messenger a pagamento e il click-to-chat organico come due binari che alimentano entrambi lo stesso quadro delle conversioni Messenger.

Una configurazione pratica

Tre link brevi coprono la maggior parte delle Pagine:

Link generale: s.elido.me/msg verso la tua Pagina principale, usato nel footer del sito, nella bio e nella firma email. Il suo ref nomina la superficie, come ref=site-footer.
Link di campagna: uno per ogni campagna attiva, s.elido.me/msg-spring, con un ref specifico della campagna così sia il webhook sia il clic portano il tag.
Link stampato su QR: s.elido.me/msg-shop per posizionamenti fisici, con un ref che nomina il posizionamento così la conversazione si apre già etichettata.

Ogni link corrisponde a un template UTM e a un'etichetta descrittiva come surface:ig-bio · channel:messenger · campaign:spring. Configurali su /links e le etichette guidano i filtri in analytics. Filtra per channel:messenger per vedere ogni tocco generato da Messenger tra tutte le campagne.

Superfici QR code

Una quota reale del traffico click-to-Messenger arriva da scansioni in un contesto fisico: un negozio, un evento, un volantino. Print-to-conversation è uno degli usi più efficaci del pattern link-breve-poi-m.me.

Un QR stampato codifica un link breve, non un link m.me grezzo, così il redirect registra la scansione, la destinazione resta modificabile, e il valore ref nomina il posizionamento nel webhook

Due regole mantengono utile la tiratura di stampa:

Il QR codifica s.elido.me/<slug>, mai m.me/... direttamente. Codificare m.me blocca la destinazione, uccide le scan analytics, e spreca la tiratura se il nome utente della Pagina cambia.
Ogni posizionamento ottiene il proprio link breve e il proprio ref, così il codice in vetrina, il codice del volantino e il codice del packaging sono righe separate che puoi confrontare. Zona di silenzio, contrasto e correzione degli errori sono le preoccupazioni abituali, trattate in QR code dinamici vs statici: quale si rompe per primo.

Cosa non funziona

Tre pattern che sembrano ragionevoli e crollano:

Codificare il link m.me grezzo in un QR o in un annuncio. Nessun dato di clic, nessun controllo sulla destinazione, e un asset morto nel momento in cui il nome utente della Pagina cambia. Stampa sempre il link breve.

Impostare un ref senza un webhook che lo riceva. Il valore ref è utile solo se un'app sta ascoltando l'evento di referral. Senza un gestore, il tag viene consegnato a nulla. Se non hai ancora un bot, appoggiati al link breve per il clic e aggiungi il webhook quando costruisci l'automazione.

Valori ref troppo lunghi o non sicuri. Mantieni il ref breve e URL-safe. Infilarci dentro una stringa UTM completa o degli spazi invita a troncamenti e bug di codifica. Usa un id compatto e risolvilo ai dettagli della campagna dal tuo lato.

Messenger è il più amichevole dei canali click-to-chat per l'attribuzione, perché il link stesso porta con sé un tag che torna a casa. Abbina il ref a un link breve davanti, e ottieni sia il tocco sia la conversazione, uniti alla campagna che li ha generati.

Correlati sul blog

Domande frequenti

Come creo un link click-to-Messenger?

Prendi il nome utente della tua Pagina Facebook e costruisci https://m.me/YourPage. Toccandolo si apre una chat Messenger con la tua Pagina. Aggiungi ?ref=payload per allegare un tag di tracciamento, così il link diventa https://m.me/YourPage?ref=spring-promo. Il valore ref deve essere testo URL-safe, e viene consegnato al tuo webhook quando la persona avvia o riprende la conversazione. La tua Pagina ha bisogno di un nome utente pubblico impostato nelle impostazioni della Pagina perché il link m.me si risolva.

Cos'è il parametro ref in un link m.me?

Il parametro ref è una stringa di tracciamento che aggiungi a un link Messenger come ?ref=value. Quando qualcuno apre il link, Meta passa quel valore alla tua app tramite un webhook messaging_referrals per una conversazione esistente, o un webhook messaging_postbacks quando una nuova conversazione inizia al tocco di Inizia. È così che sai quale posizionamento, annuncio o campagna ha generato la chat, il pezzo che la maggior parte dei canali click-to-chat non ti dà.

Si possono tracciare i clic su un link Messenger?

In due modi, che si sommano. Il parametro ref dice al tuo bot o alla tua app quale posizionamento ha avviato la chat, consegnato tramite il webhook di referral. Separatamente, mettere un link breve davanti all'URL m.me registra il clic grezzo con orario, dispositivo, geolocalizzazione e tag UTM, anche per posizionamenti dove non hai un gestore webhook. Usa ref per il segnale dentro la conversazione e il link breve per il clic in sé.

Il ref di m.me viene passato al mio bot?

Sì. Quando una persona apre https://m.me/YourPage?ref=value, Meta consegna il ref in un evento messaging_referrals al tuo webhook se la conversazione esiste già, oppure nel campo referral di un evento messaging_postbacks quando tocca Inizia su una nuova conversazione. La tua app lo legge e può accogliere l'utente nel contesto giusto o registrare la fonte. Questo richiede un'app Messenger e un webhook configurati, non solo la Pagina.

Qual è la differenza tra un link m.me e un link a una Pagina Facebook?

Un link a una Pagina Facebook (facebook.com/YourPage) apre il profilo della tua Pagina, dove chi visita deve ancora trovare il pulsante messaggio. Un link m.me apre direttamente una conversazione Messenger con la tua Pagina, così il passo successivo è scrivere invece che navigare. Per una call to action come scrivici, m.me elimina un passaggio, e il parametro ?ref= aggiunge un'attribuzione che un semplice link alla Pagina non può portare.

Prova Elido

Incolla un URL, ottieni un link breve

Senza registrazione. Il link vive 30 giorni. Iscriviti per conservarlo.

Gratis, nessuna registrazione richiesta · 2 al giorno