Linki Click to Messenger: linki m.me ze śledzeniem

Link click-to-Messenger to adres internetowy m.me, który po dotknięciu otwiera czat Facebook Messenger z Twoją stroną. Format to https://m.me/YourPage, a dodanie ?ref=payload dołącza tag śledzący. Dotykasz link, Messenger otwiera się przy rozmowie z Twoją firmą, a wartość ref zostaje przekazana Twojej aplikacji.

Ta ostatnia część to różnica między Messengerem a WhatsApp. Link wa.me otwiera czat i nie mówi Ci niczego o tym, skąd wzięło się dotknięcie. Parametr Messengera ?ref= jest dostarczany do Twojego webhooka, gdy rozmowa się zaczyna albo wznawia, więc atrybucja, którą większość deep linków w komunikatorach wyrzuca, jest tutaj wbudowana w sam link. Dla miejsc ekspozycji bez bota, i żeby zarejestrować samo kliknięcie, nadal umieszczasz przekierowanie na przedzie. Ten wpis omawia obie połowy.

Wzorzec adresu URL m.me

Jest jeden adres i jeden parametr, który ma znaczenie. Meta dokumentuje go w referencji linków m.me (dostęp: 18.07.2026).

Otwórz czat ze swoją stroną: https://m.me/YourPage, gdzie YourPage to publiczna nazwa użytkownika strony, a nie jej numeryczny ID. Najpierw ustaw nazwę użytkownika w ustawieniach strony, inaczej link się nie rozwiąże.
Dołącz tag śledzący: https://m.me/YourPage?ref=spring-promo. Wartość ref to tekst bezpieczny dla URL, który jedzie razem z linkiem i jest dostarczany do Twojej aplikacji.

Wymóg nazwy użytkownika jest tym, co ludzi zaskakuje. Strona bez zarejestrowanej nazwy użytkownika nie ma działającego linku m.me, więc to pierwsza rzecz do sprawdzenia. Gdy nazwa użytkownika jest już ustawiona, podstawowy link działa od razu, a parametr ref to opcjonalny dodatek na wierzchu, który zamienia zwykły przycisk otwierający czat w mierzalny.

Otwarcie linku m.me resetuje też standardowe 24-godzinne okno wiadomości, czyli okres, w którym Meta pozwala Twojej stronie odpowiadać swobodnie po interakcji użytkownika. Ma to znaczenie dla każdej automatyzacji follow-upu i to kolejny powód, dla którego link click-to-Messenger jest czymś więcej niż wygodnym skrótem.

Dlaczego parametr ref to zwycięstwo atrybucji

Większość kanałów click-to-chat jest jednokierunkowa: dotknięcie otwiera rozmowę i nigdy nie dowiadujesz się, co ją wywołało. Messenger łamie ten wzorzec, bo ?ref= wraca do Ciebie. Meta dostarcza go przez webhook messaging_referrals (dostęp: 18.07.2026) dla istniejącej rozmowy, oraz wewnątrz zdarzenia messaging_postbacks, gdy nowa rozmowa zaczyna się od dotknięcia Get Started.

Payload może więc nieść id kampanii, nazwę miejsca ekspozycji albo zakodowany id rekordu, a Twoja aplikacja odczytuje to w momencie, gdy zaczyna się czat. Żadnego piksela, żadnego zgadywania na podstawie treści wiadomości. Ref z m.me/YourPage?ref=ig-bio przychodzi do webhooka i wiesz, że rozmowa zaczęła się od linku w bio na Instagramie, a nie od strony głównej.

Podróż w obie strony parametru ref click-to-Messenger: link m.me niesie wartość ref, użytkownik otwiera Messenger, a Meta zwraca ref do Twojego webhooka, dzięki czemu rozmowa jest powiązana ze swoim źródłem

To lustrzane odbicie problemu WhatsApp. Przewodnik po WhatsApp click-to-chat musi przemycić id śledzący do treści wstępnie wypełnionej wiadomości, bo wa.me niczego nie zgłasza z powrotem. Messenger daje Ci czysty kanał dla tego samego sygnału. Telegram robi coś podobnego dzięki parametrowi startowemu swojego bota, opisanemu w deep linkach Telegrama. Spośród wielkiej trójki to właśnie WhatsApp jest tym wyjątkiem.

Warstwa przekierowania

Webhook ref jest potężny, ale działa tylko wtedy, gdy masz podłączoną aplikację i webhook, i mówi Ci wyłącznie o rozmowach, a nie o surowych dotknięciach. Dla wszystkiego innego umieść krótki link przed adresem URL m.me. Klient dotyka s.elido.me/msg, edge rejestruje kliknięcie, a następnie przekierowuje do https://m.me/YourPage?ref=ig-bio.

Z Twojej strony zmieniają się trzy rzeczy:

Kliknięcie zostaje zarejestrowane. Przekierowanie uruchamia zdarzenie z czasem, geo, urządzeniem i parametrami UTM z krótkiego linku, więc nawet miejsce ekspozycji bez webhooka zostaje zmierzone.
Cel jest edytowalny. Podmieniasz stronę, payload ref albo cały cel bez przedrukowywania kodu QR czy edytowania aktywnej reklamy. Przenosisz kampanię na inną stronę i zmieniasz to raz.
Dane kampanii są przenośne. s.elido.me/msg?utm_source=ig&utm_medium=bio&utm_campaign=spring przechwytuje tagi przy przekierowaniu, możliwe do połączenia później z rozmową zgłoszoną przez webhook ref.

Krótki link i parametr ref nie konkurują ze sobą, tylko się nakładają. Przekierowanie daje Ci kliknięcie i kontekst UTM; ref daje potwierdzenie wewnątrz rozmowy. Razem zamykają pętlę od wyświetlenia reklamy do czatu. To ta sama warstwa przekierowania, którą opisujemy w śledzeniu kampanii UTM od końca do końca.

Jeśli wolisz nie budować samodzielnie okablowania przekierowania i webhooka, deep linki Elido stają przed dowolnym celem m.me i rejestrują każde dotknięcie, a skonfigurować to możesz na darmowym planie.

Reklamy Click-to-Messenger

Jeśli prowadzisz reklamy Meta z Messengerem jako celem, platforma reklamowa automatycznie przekazuje ref do rozmowy, a ta atrybucja trafia do Ads Managera. Nie musisz ręcznie budować linku dla przypadku płatnego; cel reklamy załatwia to za Ciebie.

Tam, gdzie ręczny link i warstwa krótkiego linku zarabiają na swoje miejsce, to ruch organiczny i offline: bio na Instagramie, stopka e-maila, wydrukowany kod QR, przycisk na stronie. Te miejsca ekspozycji nie mają za sobą platformy reklamowej, więc ustawiony przez Ciebie ref plus kliknięcie zarejestrowane przez przekierowanie to jedyna atrybucja, jaką dostajesz. Traktuj płatny Click-to-Messenger i organiczny click-to-chat jako dwa tory zasilające ten sam obraz konwersji Messengera.

Praktyczna konfiguracja

Trzy krótkie linki pokrywają większość stron:

Link ogólny: s.elido.me/msg do Twojej głównej strony, używany w stopce witryny, bio i podpisie e-maila. Jego ref nazywa powierzchnię, na przykład ref=site-footer.
Link kampanii: jeden na każdą aktywną kampanię, s.elido.me/msg-spring, z ref specyficznym dla kampanii, dzięki czemu webhook i kliknięcie niosą ten sam tag.
Link wydrukowany w kodzie QR: s.elido.me/msg-shop dla miejsc fizycznych, z ref, który nazywa miejsce ekspozycji, więc rozmowa otwiera się już oznaczona etykietą.

Każdy link mapuje się na szablon UTM i opisową etykietę, na przykład surface:ig-bio · channel:messenger · campaign:spring. Skonfiguruj je pod adresem /links, a etykiety zasilą filtry w analityce. Filtruj po channel:messenger, aby zobaczyć każde dotknięcie napędzone przez Messenger we wszystkich kampaniach.

Powierzchnie z kodami QR

Realna część ruchu click-to-Messenger pochodzi ze skanów w fizycznym kontekście: sklep, wydarzenie, ulotka. Od druku do rozmowy to jedno z najsilniejszych zastosowań wzorca krótki-link-a-potem-m.me.

Wydrukowany kod QR koduje krótki link, nigdy surowy link m.me, dzięki czemu przekierowanie rejestruje skan, cel pozostaje edytowalny, a wartość ref nazywa miejsce ekspozycji w webhooku

Dwie zasady utrzymują sens nakładu druku:

Kod QR koduje s.elido.me/<slug>, nigdy bezpośrednio m.me/.... Zakodowanie m.me blokuje cel na stałe, zabija analitykę skanów i marnuje nakład druku, jeśli nazwa użytkownika strony się zmieni.
Każde miejsce ekspozycji dostaje własny krótki link i własny ref, więc kod na oknie, kod na ulotce i kod na opakowaniu to osobne wiersze, które możesz porównać. Strefa ciszy, kontrast i korekcja błędów to zwykłe kwestie, omówione w dynamiczne kontra statyczne kody QR.

Co nie działa

Trzy wzorce, które wyglądają rozsądnie, a zawodzą:

Zakodowanie surowego linku m.me w kodzie QR albo reklamie. Brak danych o kliknięciach, brak kontroli nad celem i martwy zasób w chwili, gdy zmieni się nazwa użytkownika strony. Zawsze drukuj krótki link.

Ustawienie ref bez webhooka, który go odbierze. Wartość ref jest użyteczna tylko wtedy, gdy aplikacja nasłuchuje zdarzenia referencyjnego. Bez handlera tag jest dostarczany donikąd. Jeśli nie masz jeszcze bota, oprzyj się na krótkim linku dla samego kliknięcia i dodaj webhook, gdy zbudujesz automatyzację.

Zbyt długie albo niebezpieczne wartości ref. Trzymaj ref krótkie i bezpieczne dla URL. Upchnięcie w nim pełnego ciągu UTM albo spacji zaprasza obcięcia i błędy kodowania. Użyj zwięzłego id i rozwiąż go do szczegółów kampanii po swojej stronie.

Messenger jest najbardziej przyjaznym dla atrybucji spośród kanałów click-to-chat, bo sam link niesie tag, który wraca do domu. Połącz ref z krótkim linkiem na przedzie, a dostaniesz zarówno dotknięcie, jak i rozmowę, powiązane z kampanią, która je zapoczątkowała.

Powiązane na blogu

Najczęściej zadawane pytania

Jak utworzyć link click-to-Messenger?

Weź nazwę użytkownika swojej strony na Facebooku i zbuduj https://m.me/YourPage. Dotknięcie go otwiera czat Messenger z Twoją stroną. Dodaj ?ref=payload, by dołączyć tag śledzący, dzięki czemu link staje się https://m.me/YourPage?ref=spring-promo. Wartość ref musi być tekstem bezpiecznym dla URL i jest dostarczana do Twojego webhooka, gdy dana osoba rozpoczyna lub wznawia rozmowę. Twoja strona potrzebuje publicznej nazwy użytkownika ustawionej w ustawieniach strony, aby link m.me się rozwiązywał.

Czym jest parametr ref w linku m.me?

Parametr ref to ciąg śledzący, który dołączasz do linku Messenger jako ?ref=value. Gdy ktoś otwiera link, Meta przekazuje tę wartość do Twojej aplikacji przez webhook messaging_referrals dla istniejącej rozmowy albo webhook messaging_postbacks, gdy nowa rozmowa zaczyna się od dotknięcia Get Started. Dzięki temu wiesz, które miejsce ekspozycji, reklama czy kampania wywołały czat, czego większość kanałów click-to-chat Ci nie daje.

Czy można śledzić kliknięcia w link Messenger?

Na dwa sposoby, które się nakładają. Parametr ref mówi Twojemu botowi albo aplikacji, które miejsce ekspozycji zapoczątkowało czat, dostarczany przez webhook referencyjny. Osobno, umieszczenie krótkiego linku przed adresem URL m.me rejestruje surowe kliknięcie z czasem, urządzeniem, lokalizacją geo i tagami UTM, nawet dla miejsc, w których nie masz obsługi webhooka. Użyj ref dla sygnału wewnątrz rozmowy i krótkiego linku dla samego kliknięcia.

Czy ref z m.me trafia do mojego bota?

Tak. Gdy ktoś otwiera https://m.me/YourPage?ref=value, Meta dostarcza ref w zdarzeniu messaging_referrals do Twojego webhooka, jeśli rozmowa już istnieje, albo w polu referral zdarzenia messaging_postbacks, gdy dotyka Get Started w nowej rozmowie. Twoja aplikacja odczytuje to i może przywitać użytkownika w kontekście albo zarejestrować źródło. Wymaga to skonfigurowanej aplikacji Messenger i webhooka, a nie samej strony.

Jaka jest różnica między linkiem m.me a linkiem do strony na Facebooku?

Link do strony na Facebooku (facebook.com/YourPage) otwiera profil Twojej strony, gdzie odwiedzający musi jeszcze znaleźć przycisk wiadomości. Link m.me otwiera rozmowę Messenger z Twoją stroną bezpośrednio, więc kolejnym krokiem jest pisanie, a nie nawigacja. Dla wezwania do działania w stylu napisz do nas, m.me eliminuje jeden krok, a parametr ?ref= dodaje atrybucję, której zwykły link do strony nie potrafi przenieść.

Wypróbuj Elido

Wklej URL, otrzymaj krótki link

Bez rejestracji. Link działa 30 dni. Zarejestruj się, aby zachować go na zawsze.

Za darmo, bez rejestracji · 2 dziennie