Извлекайте click ID и другие параметры трекинга из URL мгновенно.
Используйте Click ID Extractor после того, как уже знаете финальный landing URL, или когда коллега присылает browser capture и утверждает, что click ID точно дошёл. Инструмент превращает последний URL в понятный evidence pack и помогает отделить потерю в redirects от проблем с on-page capture, CRM storage, postback mapping или Meta CAPI drift.
Самый быстрый workflow: сначала прогоните исходный ad link или tracker link через Redirect Checker, затем раскодируйте финальную landing page здесь и только после этого переходите к hidden fields, postback или server-side debugging. Так расследование опирается на то, что браузер реально получил, а не на предположения.
Сильные команды используют эту страницу как handoff checkpoint между media buyers, инженерами, CRM owners и affiliate managers. Один decoded URL snapshot часто убирает целый круг споров, потому что всем видно, какие ID дошли вместе и какой следующий диагностический путь действительно нужен.
Вставьте финальный URL из логов или аналитики и посмотрите все идентификаторы.
Пока нет параметров. Вставьте трекинговую ссылку, чтобы увидеть расшифровку.
Click ID Extractor декодирует трекинговые ссылки, подсвечивает ключевые параметры и показывает все значения в одном списке.
Убедитесь, что fbclid, gclid и ttclid доходят до лендинга.
Находите отсутствующие sub ID или UTM до того, как отчеты сломаются.
Делитесь чистым списком параметров с командами и сетями.
Когда decoded URL уже виден, переходите в ветку, которая совпадает с реальной поломкой. Цель в том, чтобы доказать, началась ли проблема до landing page, на самой странице или уже после того, как идентификатор должен был сохраниться и использоваться дальше.
Pre-click proof
Вернитесь к исходному ad link или tracker URL и отследите каждый redirect hop. Это правильная ветка, когда fbclid, gclid или UTM исчезают до того, как финальная landing page вообще рендерится.
Проверить цепочку редиректовLanding-page arrival
Используйте Meta-specific workflow, чтобы доказать, получила ли landing page fbclid и начинается ли проблема в redirects, smartlinks или первом page render.
Открыть workflow для fbclidDownstream storage
Переходите в fix guides, когда decoded URL выглядит правильно, но идентификатор не попадает в hidden fields, CRM records или attribution storage после первой загрузки страницы.
Открыть fixes для storageServer-side reuse
Переходите к проверке callback и server events, когда landing page получает идентификатор, но downstream payloads не переиспользуют его одинаково в trackers, networks или Meta.
Проверить downstream payloadsПолезный тикет или эскалация партнеру требует больше, чем один screenshot. Сохраните артефакты ниже, чтобы каждому owner было видно, произошла ли поломка в redirects, browser arrival, storage или downstream reuse.
fbclid, gclid, ttclid, UTM и любые custom sub ID.The decoded URL is most useful when you compare it against where the team first noticed the drop. Match the symptom to the right branch below so you do not send a CRM problem to the media buyer or a redirect problem to the backend owner.
Meta redirect loss
Use the redirect-loss fix path when Meta traffic reaches the page without its click identifier. This usually points to redirect rules, smartlinks, consent hops, or template rewrites that strip the parameter before render.
Open the fbclid redirect-loss fixGoogle Ads arrival loss
Move into the Google arrival branch when the decoded landing URL already lost gclid. That keeps the team focused on redirect behavior and template handling before anyone edits CRM fields or offline conversion uploads.
Open the gclid arrival fixStorage mismatch
Treat the browser capture as proof that the page received the identifier, then validate hidden fields, cookies, consent gating, and submit-time scripts before the lead leaves the page.
Open the click-ID capture QA workflowDownstream payload drift
Escalate into payload testing when postbacks, tracker callbacks, or Meta CAPI events reuse the wrong identifier or omit it after conversion. The landing-page proof tells backend owners what value they should be sending.
Open the server-side event test laneFAQ
Извлекайте идентификаторы кликов.
fbclid, gclid, ttclid, msclkid и любые кастомные параметры.
Вы видите, какие идентификаторы сохраняются после редиректов, и можете делиться отчётом с партнёрами.
Да, инструмент перечисляет все найденные параметры.
Нет, только читает и показывает значения.
Результат может выглядеть так:
https://offer.example/?utm_source=meta&utm_medium=cpc fbclid=Aa123example gclid=Cjw123example ttclid=7223-ABCD
Видите fbclid, gclid, ttclid, msclkid и кастомные ID прямо в длинных ссылках.
Разбор несостыковок между Meta и Google.
Аудит коротких ссылок или замен трекеров.
Документирование доказательств для сетей.
Сделайте скрин раскодированного URL и приложите его к тикету.
Покажите таблицу, чтобы партнёры сохраняли click ID в редиректах.
Раскодируйте оба пути и приложите к запросу в compliance.
Сначала зафиксируйте финальный URL.
Пошаговое объяснение для разработчиков.
Убедитесь, что те же ID доходят до колбэков.
Если decoded URL указывает на более широкую attribution issue, держите расследование внутри страниц ниже, а не уходите в общую analytics-debugging ветку. Они сохраняют связь между arrival evidence, storage logic и paid-media reporting.
Проверьте, какой redirect hop потерял или переписал идентификатор, прежде чем трогать page code.
Запустите полный pre-launch QA path, если нужно не допустить такой же потери на новых страницах.
Используйте Meta-specific arrival checklist, когда проблема начинается на стыке браузера и лендинга.
Переходите сюда, когда landing page получает fbclid, но downstream systems его не сохраняют.
Используйте ветку Google Ads, когда storage ломается после arrival и lead attribution пропадает.
Повторно проиграйте callback payloads, которые должны использовать те же click ID после conversion.
A click-ID investigation slows down when every team gets the whole story instead of the one proof step they control. Use the decoded URL to assign the next owner a narrow task with one supporting page, then expand only if the evidence still conflicts.
Ask them to compare the shipped ad or tracker URL against the resolved landing URL so they can confirm whether the loss started before the browser reached the page.
Trace the original click pathHave them prove that hidden fields, cookies, consent flows, and submit-time scripts preserve the same identifier after the initial page load and before the form is sent.
Review the capture QA workflowGive them the decoded URL plus the first lead record so they can compare field mapping, overwrite rules, and routing logic instead of debating whether the browser ever received the value.
Open the CRM storage fixesSend the redirect trace, decoded URL, and one live payload sample so they can compare browser-visible identifiers against postbacks or server events with no ambiguity.
Validate the payload branchНе останавливайтесь на таблице параметров. Используйте decoded URL как точку ветвления для следующего доказательного шага, чтобы каждый owner получил конкретную задачу вместо расплывчатой эскалации.
Next steps
After running the tool, use these articles and repair guides to confirm the failure mode and decide what to fix next.
Understand Facebook click IDs, protect them through redirects, and keep Meta reporting aligned.
Read articleLearn how to trace every HTTP hop, document problems, and keep affiliate links honest.
Read articleA deep dive into UTM tagging, troubleshooting, and the tools that keep analytics clean.
Read articleValidate the handoff from a Meta ad click to the final landing URL so fbclid survives redirects and reaches your capture layer intact.
Open knowledge base articleИспользуйте pre-launch QA workflow, чтобы доказать, что fbclid, gclid и другие click ID проходят живой путь, доходят до landing page и сохраняются downstream еще до старта spend.
Open knowledge base articleНайдите и устраните утечки между лендингом, хранением и CRM, чтобы идентификаторы доходили до всех downstream-систем.
Open knowledge base articleДиагностируйте и чините потерю Meta Click ID, вызванную смартлинками, клокерами и кешем, которые переписывают URL по пути.
Open knowledge base articleИсправьте потерю Google Click ID, которая происходит из-за автотегинга, редиректов, vanity-доменов или кеширующих слоёв.
Open knowledge base articleЛендинг получает fbclid, но форма, middleware или CRM теряют его до того, как идентификатор попадет в лид и Meta-атрибуцию.
Open fix guideThe landing page receives gclid, but forms, middleware, CRM fields, or offline conversion workflows drop it before Google Ads can reconnect the lead to the click.
Open fix guideЛендинги собирают идентификаторы, но middleware или CRM сбрасывают их до того, как данные увидит аналитика.
Open fix guide??????????? ???? fix ?????? ?????, ????? browser-visible redirect path ????? fbclid ?? ????, ??? ????????? ??????? ???????? ??? ?????????. ???? ?? ????????? ???????? fbclid ??? ??? ????, ???????? ??? downstream ? ? CRM ??? server-side storage.
Open fix guideЕсли вы сталкиваетесь с проблемами трекинга, атрибуции или постбеков, я могу провести профессиональную настройку и аудит.
Исправьте проблемы трекинга → Запросить аудитПохожие инструменты
Проверяйте пути редиректов, статусы и поведение лендинга перед запуском.
Открыть →Раскодируйте длинные трекинговые ссылки и ищите отсутствующие макросы или пустые значения.
Открыть →Отправляйте тестовые конверсии и смотрите сырой ответ до запуска.
Открыть →Проверяйте, что теги Meta, TikTok и Google срабатывают на любом лендинге.
Открыть →