Links Click-to-Messenger: Links m.me Com Monitoramento

Um link click-to-Messenger é um endereço web m.me que abre uma conversa do Facebook Messenger com a sua Page quando tocado. O formato é https://m.me/YourPage, e acrescentar ?ref=payload anexa uma etiqueta de monitoramento. Toca no link, o Messenger abre numa conversa com o seu negócio, e o valor ref é entregue à sua aplicação.

Essa última parte é a diferença entre o Messenger e o WhatsApp. Um link wa.me abre a conversa e não lhe diz nada sobre de onde veio o toque. O parâmetro ?ref= do Messenger é entregue ao seu webhook quando a conversa começa ou é retomada, por isso a atribuição que a maioria dos deep links de mensagens deita fora está aqui incorporada no link. Para colocações sem bot, e para registrar o próprio clique, continua a colocar um redirect à frente. Este artigo cobre as duas partes.

O Padrão de URL m.me

Há um endereço e um parâmetro que importam. A Meta documenta-o na referência de links m.me (consultado a 2026-07-18).

Abrir uma conversa com a sua Page: https://m.me/YourPage, onde YourPage é o nome de usuário público da Page, não o seu ID numérico. Defina o nome de usuário primeiro nas definições da Page, ou o link não vai resolver.
Anexar uma etiqueta de monitoramento: https://m.me/YourPage?ref=spring-promo. O valor ref é texto seguro para URL que viaja junto e é entregue à sua aplicação.

O requisito do nome de usuário costuma apanhar as pessoas desprevenidas. Uma Page sem um nome de usuário reclamado não tem nenhum link m.me funcional, por isso isto é a primeira coisa a verificar. Assim que o nome de usuário está definido, o link base funciona de imediato, e o parâmetro ref é um extra opcional por cima que transforma um simples abridor de conversa num link mensurável.

Abrir um link m.me também repõe a janela padrão de mensagens de 24 horas, que é o período em que a Meta permite que a sua Page responda livremente depois de um usuário interagir. Isso importa para qualquer automação de acompanhamento, e é mais uma razão para o link click-to-Messenger ser mais do que um atalho de conveniência.

Porque o Parâmetro ref É a Vitória da Atribuição

A maioria dos canais click-to-chat é de sentido único: o toque abre a conversa e nunca fica a saber o que a gerou. O Messenger quebra isso porque o ?ref= volta até si. A Meta entrega-o através de um webhook messaging_referrals (consultado a 2026-07-18) para uma conversa existente, e dentro de um evento messaging_postbacks quando uma nova conversa começa ao tocar em Get Started.

Por isso o payload pode transportar um id de campanha, um nome de colocação, ou um id de registro codificado, e a sua aplicação lê-o no momento em que a conversa começa. Sem pixel, sem adivinhar a partir do texto da mensagem. O ref de m.me/YourPage?ref=ig-bio chega ao webhook, e fica a saber que a conversa começou a partir do link na bio do Instagram e não da página inicial.

Uma ida e volta do ref click-to-Messenger: o link m.me transporta um valor ref, o utilizador abre o Messenger, e a Meta devolve o ref ao seu webhook para que a conversa fique associada à sua origem

Isto é o espelho do problema do WhatsApp. O guia de click-to-chat do WhatsApp tem de contrabandear um id de monitoramento para dentro do corpo da mensagem pré-preenchida, porque o wa.me não reporta nada de volta. O Messenger entrega-lhe um canal limpo para o mesmo sinal. O Telegram faz algo semelhante com o seu parâmetro de início de bot, coberto em deep links do Telegram. Dos três grandes, o WhatsApp é a exceção.

A Camada de Redirect

O webhook ref é poderoso, mas só dispara se tiver uma aplicação e um webhook configurados, e só lhe diz sobre conversas, não sobre toques em bruto. Para tudo o resto, coloque um link curto à frente do URL m.me. O cliente toca em s.elido.me/msg, o edge registra o clique, depois passa por um redirect até https://m.me/YourPage?ref=ig-bio.

Do seu lado, mudam três coisas:

O clique é registrado. O redirect dispara um evento com hora, geo, dispositivo, e os parâmetros UTM no link curto, por isso mesmo uma colocação sem webhook fica medida.
O destino é editável. Troque a Page, o payload ref, ou o destino inteiro sem reimprimir um QR ou editar um anúncio ativo. Mova uma campanha para outra Page e muda-a de uma só vez.
Os dados da campanha são portáteis. s.elido.me/msg?utm_source=ig&utm_medium=bio&utm_campaign=spring capta as etiquetas no redirect, que pode depois juntar à conversa que o webhook ref reportou.

O link curto e o parâmetro ref não competem, complementam-se. O redirect dá-lhe o clique e o contexto UTM; o ref dá-lhe a confirmação dentro da conversa. Juntos fecham o ciclo da impressão do anúncio até à conversa. Esta é a mesma camada de redirect descrita em rastrear campanhas UTM de ponta a ponta.

Se preferir não construir o redirect e a ligação ao webhook por sua conta, os deep links da Elido ficam à frente de qualquer destino m.me e registram cada toque, e pode criar um workspace Elido gratuito.

Anúncios Click-to-Messenger

Se corre anúncios da Meta com o Messenger como destino, a plataforma de anúncios passa um ref automaticamente para a conversa, e essa atribuição aparece no Ads Manager. Não precisa de construir o link à mão para o caso pago; o objetivo do anúncio trata disso.

Onde o link manual e a camada de link curto compensam é no orgânico e no offline: a bio do Instagram, o rodapé do email, o QR impresso, o botão do site. Essas colocações não têm nenhuma plataforma de anúncios por trás, por isso o ref que define mais o clique que o redirect registra são a única atribuição que obtém. Trate o Click-to-Messenger pago e o click-to-chat orgânico como duas vias que alimentam o mesmo panorama de conversões do Messenger.

Uma Configuração Prática

Três links curtos cobrem a maioria das Pages:

Link geral: s.elido.me/msg para a sua Page principal, usado no rodapé do site, na bio, e na assinatura de email. O seu ref nomeia a superfície, como ref=site-footer.
Link de campanha: um por campanha ativa, s.elido.me/msg-spring, com um ref específico da campanha para que o webhook e o clique transportem ambos a etiqueta.
Link impresso em QR: s.elido.me/msg-shop para colocações físicas, com um ref que nomeia a colocação para que a conversa abra já etiquetada.

Cada link mapeia para um template UTM e uma etiqueta descritiva como surface:ig-bio · channel:messenger · campaign:spring. Configure-os em /links e as etiquetas conduzem os filtros nas análises. Filtre por channel:messenger para ver cada toque gerado pelo Messenger em todas as campanhas.

Superfícies de Código QR

Uma parcela real do tráfego click-to-Messenger vem de leituras num contexto físico: uma loja, um evento, um flyer. Do impresso à conversa é um dos usos mais fortes do padrão link-curto-depois-m.me.

Um QR impresso codifica um link curto, não um link m.me em bruto, por isso o redirect registra a leitura, o destino continua editável, e o valor ref nomeia a colocação no webhook

Duas regras mantêm a tiragem impressa útil:

O QR codifica s.elido.me/<slug>, nunca m.me/... diretamente. Codificar m.me bloqueia o destino, mata a analítica de leituras, e desperdiça a tiragem se o nome de usuário da Page mudar.
Cada colocação recebe o seu próprio link curto e o seu próprio ref, para que o código da montra, o código do flyer, e o código da embalagem sejam linhas separadas que pode comparar. Zona silenciosa, contraste, e correção de erros são as preocupações habituais, cobertas em códigos QR dinâmicos vs estáticos.

O Que Não Funciona

Três padrões que parecem razoáveis e falham:

Codificar o link m.me em bruto num QR ou anúncio. Sem dados de clique, sem controlo do destino, e um ativo morto no momento em que o nome de usuário da Page muda. Imprima sempre o link curto.

Definir um ref sem nenhum webhook para o receber. O valor ref só é útil se uma aplicação estiver à escuta do evento de referral. Sem um handler, a etiqueta é entregue a nada. Se ainda não tem bot, apoie-se no link curto para o clique e acrescente o webhook quando construir a automação.

Valores de ref demasiado longos ou inseguros. Mantenha o ref curto e seguro para URL. Meter lá dentro uma string UTM completa ou espaços convida a truncamentos e erros de codificação. Use um id compacto e resolva-o para os detalhes da campanha do seu lado.

O Messenger é o mais amigável dos canais click-to-chat para atribuição, porque o próprio link transporta uma etiqueta que regressa. Combine o ref com um link curto à frente, e obtém tanto o toque como a conversa, associados à campanha que os iniciou.

Relacionado no Blog

Perguntas frequentes

Como crio um link click-to-Messenger?

Pegue no nome de utilizador da sua Facebook Page e construa https://m.me/YourPage. Ao tocar, abre uma conversa do Messenger com a sua Page. Acrescente ?ref=payload para anexar uma etiqueta de monitorização, e o link fica https://m.me/YourPage?ref=spring-promo. O valor de ref tem de ser texto seguro para URL, e é entregue ao seu webhook quando a pessoa inicia ou retoma a conversa. A sua Page precisa de um nome de utilizador público definido nas definições da Page para que o link m.me resolva.

O que é o parâmetro ref num link m.me?

O parâmetro ref é uma string de monitorização que anexa a um link do Messenger como ?ref=value. Quando alguém abre o link, a Meta passa esse valor à sua aplicação através de um webhook messaging_referrals para uma conversa existente, ou de um webhook messaging_postbacks quando uma nova conversa começa ao tocar em Get Started. É assim que sabe qual colocação, anúncio ou campanha gerou a conversa, que é a peça que a maioria dos canais click-to-chat não lhe dá.

É possível monitorizar cliques num link do Messenger?

De duas formas, e complementam-se. O parâmetro ref diz ao seu bot ou aplicação qual colocação iniciou a conversa, entregue através do webhook de referral. Separadamente, colocar um link curto à frente do URL m.me registra o clique em bruto com hora, dispositivo, geo e etiquetas UTM, mesmo para colocações onde não tem nenhum handler de webhook. Use o ref para o sinal dentro da conversa e o link curto para o próprio clique.

O ref do m.me é passado ao meu bot?

Sim. Quando uma pessoa abre https://m.me/YourPage?ref=value, a Meta entrega o ref num evento messaging_referrals ao seu webhook se a conversa já existir, ou no campo referral de um evento messaging_postbacks quando toca em Get Started numa nova conversa. A sua aplicação lê-o e pode saudar o utilizador em contexto ou registrar a origem. Isto exige uma aplicação Messenger e um webhook configurados, não apenas a Page.

Qual é a diferença entre um link m.me e um link de Facebook Page?

Um link de Facebook Page (facebook.com/YourPage) abre o perfil da sua Page, onde quem visita ainda tem de encontrar o botão de mensagem. Um link m.me abre diretamente uma conversa do Messenger com a sua Page, por isso o passo seguinte é escrever em vez de navegar. Para uma chamada para ação como "envie-nos uma mensagem", o m.me elimina um passo, e o parâmetro ?ref= acrescenta atribuição que um link de Page simples não consegue transportar.

Experimente Elido

Cole uma URL, obtenha um link curto

Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.

Grátis, sem necessidade de registo · 2 por dia