Błędy szablonu śledzenia i ValueTrack: naprawa

Około 1 na 8 kont Google Ads audytowanych w 2026 zawiera co najmniej jeden szablon śledzenia, który po cichu psuje własne adresy URL kliknięć — a szkoda jest obosieczna: reklama zostaje odrzucona za "miejsce docelowe nie działa", podczas gdy gclid zasilający Twoje dane konwersji wycieka. Błędy adresów URL wydają się niszowym problemem technicznym, ale leżą u źródła wszystkiego, co mierzysz, więc jeden zły szablon może zarówno zatrzymać wyświetlanie, jak i zepsuć liczby, na których ustalasz stawki.

Ten przewodnik rozplątuje szablony śledzenia i parametry ValueTrack, wyjaśnia dokładnie, dlaczego końcowe adresy URL nie przechodzą weryfikacji, i daje Ci powtarzalny sposób budowania, testowania i wdrażania adresów URL, które przechodzą zasady i przekazują dane. Aby automatycznie przeskanować swoje konto pod kątem zepsutych miejsc docelowych i luk w śledzeniu, uruchom nasz darmowy 5-osiowy audyt Google Ads.

Zaktualizowano 2026-05-25 o aktualną walidację szablonów śledzenia, zachowanie ValueTrack i interakcję z Consent Mode zaobserwowane na kontach w Stanach Zjednoczonych, Wielkiej Brytanii i Europie.

TL;DR — co się psuje i jak to naprawić :

Miejsce docelowe nie działa dotyczy złożonego adresu URL kliknięcia, a nie strony, którą widzisz — napraw szablon, a nie stronę. 2. Trzymaj token lpurl na pierwszym miejscu i pozwól automatycznemu tagowaniu dodać gclid. 3. Przekierowania i banery zgody to najczęstsze przyczyny zgubionego gclid. 4. Sufiks końcowego adresu URL przenosi parametry UTM bezpieczniej niż doklejone na początku narzędzie śledzące kliknięcia. 5. Testuj dwukrotnie — przyciskiem w produkcie plus jednym prawdziwym kliknięciem na żywo — przed wdrożeniem na całe konto.

Czym są szablony śledzenia i parametry ValueTrack?

Google Ads dzieli adres, na który trafia użytkownik, na dwa rozdzielone pola, a zrozumienie tego podziału to cała gra.

Końcowy adres URL: rzeczywista strona docelowa — miejsce, które widzi użytkownik. Musi prowadzić do działającej strony na Twojej wyświetlanej domenie.

Szablon śledzenia: osobne pole, które mówi Google, jak złożyć adres URL kliknięcia, owijając lub doklejając śledzenie wokół końcowego adresu URL. Używa tokenu ValueTrack {lpurl} jako symbolu zastępczego dla zakodowanego końcowego adresu URL.

Parametry ValueTrack: dynamiczne symbole zastępcze, które Google zamienia w momencie kliknięcia. Token {lpurl} staje się Twoim końcowym adresem URL; tokeny takie jak {campaignid}, {adgroupid}, {keyword} i {device} wstrzykują szczegóły aukcji, abyś mógł przypisywać kliknięcia bez ręcznego kodowania wartości.

Rozdzielenie jest istotą: ustawiasz śledzenie raz na poziomie konta, kampanii, grupy reklam lub słowa kluczowego, a każdy końcowy adres URL je dziedziczy. Zmień dostawcę pomiaru i edytujesz 1 pole, a nie 500 reklam. Aby poznać podstawy pomiaru, które to zasila, zobacz nasz przewodnik po śledzeniu konwersji.

Dlaczego końcowe adresy URL zawodzą z komunikatem "miejsce docelowe nie działa"?

"Miejsce docelowe nie działa" to odrzucenie zasad i niemal nigdy nie oznacza, że Twoja strona docelowa jest niedostępna. Oznacza, że robot Google podążył za złożonym adresem URL kliknięcia — szablon plus zakodowany końcowy adres URL plus parametry — i nie mógł dotrzeć do prawidłowej strony. Jest pięć powtarzających się przyczyn.

Zepsute kodowanie — Gdy {lpurl} nie jest trzymany na pierwszym miejscu lub wartość parametru zawiera niezakodowaną spację bądź symbol, zszyty adres URL staje się błędny i nie prowadzi nigdzie.

Łańcuchy przekierowań — Końcowy adres URL, który przekierowuje przez 301 przez 2 lub 3 przeskoki, może zgubić parametry lub przekroczyć tolerancję robota, więc miejsce docelowe "nie działa", mimo że człowiek ostatecznie trafia na stronę.

Niezgodność domeny — Google sprawdza, czy końcowy adres URL i wyświetlany adres URL mają wspólną domenę. Pokieruj kliknięcie przez narzędzie śledzące na innej domenie bez poprawnej konfiguracji, a sprawdzenie zawiedzie.

Przekroczenia limitu czasu i błędy — Wolny serwer, błąd 404 na nieaktualnej stronie lub błąd 5xx podczas indeksowania — wszystko to odczytywane jest jako zepsute miejsce docelowe.

Kolizje parametrów — Zdefiniowanie tego samego parametru dwukrotnie lub doklejenie ? tam, gdzie już istnieje, tworzy adres, który serwer odrzuca.

Aby poznać szerszą taksonomię odrzuceń, w którą to się wpisuje, zobacz nasz przewodnik po odrzuconych reklamach i naruszeniach zasad.

Jak zbudować poprawny szablon z lpurl i gclid

Poprawny szablon jest niemal zawsze nudny, a nuda jest celem. Buduj go w tej kolejności.

Zacznij od tokenu — Umieść {lpurl} na pierwszym miejscu, potem znak zapytania, a potem swoje parametry połączone znakami ampersand. Token rozwija się do Twojego zakodowanego w formacie URL końcowego adresu URL, więc wszystko po ? staje się parametrami zapytania na tym miejscu docelowym.

Pozwól automatycznemu tagowaniu zarządzać gclid — Nie wpisuj gclid na sztywno do szablonu. Włącz automatyczne tagowanie na poziomie konta, a Google dołączy gclid do każdego kliknięcia. To na nim dopasowuje się import konwersji i Enhanced Conversions, więc pozwól Google nim zarządzać, zamiast ryzykować nieaktualną lub zduplikowaną wartość.

Trzymaj go minimalnym — Dodawaj tylko parametry, które faktycznie odczytasz. Każdy dodatkowy token to jedna rzecz więcej, która może zepsuć kodowanie lub spowodować kolizję.

Używaj sufiksu do doklejania — Jeśli wszystko, czego potrzebujesz, to dodanie tagów UTM, wybierz sufiks końcowego adresu URL zamiast szablonu; dokleja on parametry bez owijania adresu, więc przetrwa przekierowania bardziej niezawodnie. Zarezerwuj szablon do kierowania kliknięć przez zewnętrzną usługę pomiarową.

Jeśli podłączasz to do konfiguracji po stronie serwera, nasz przewodnik po server-side GTM opisuje, jak gclid przepływa w dół.

Jak czysto przekazywać UTM i parametry niestandardowe

Czyste parametry to różnica między analityką, której ufasz, a plątaniną niezgodnych źródeł. Cztery zasady utrzymają je w porządku.

Jedno źródło prawdy — Zdecyduj, czy tagi UTM mieszkają w sufiksie końcowego adresu URL, czy w szablonie śledzenia, i nigdy nie rozdzielaj ich między oba. Zduplikowane wartości UTM to najczęstsza przyczyna chaosu źródła/medium w GA4.

Dopasuj GA4 i Ads — Trzymaj swoje utm_source, utm_medium i utm_campaign zgodne z tym, jak kliknięcie jest automatycznie tagowane, aby importowane konwersje się zgadzały. Nasz przewodnik po konfiguracji GA4 i imporcie konwersji pokazuje to mapowanie szczegółowo.

Koduj każdą wartość — Spacja, ampersand lub znak diakrytyczny wewnątrz wartości musi być zakodowany w formacie URL, inaczej obetnie ciąg zapytania. Buduj swoje tagi za pomocą narzędzia zamiast ręcznie — nasz kreator UTM koduje wartości za Ciebie.

Preferuj ValueTrack zamiast kodowania na sztywno — Używaj {campaignid} lub {keyword} zamiast wpisywania nazw kampanii; dynamiczny token jest zawsze poprawny i nigdy nie rozjeżdża się, gdy zmieniasz nazwy.

Jak testować adresy URL, zanim trafią na żywo

Większość katastrof z adresami URL wychwytuje się w 5 minut testowania i całkowicie pomija bez niego. Wykonaj dwa niezależne sprawdzenia.

Przycisk Testuj w produkcie — Obok pola szablonu śledzenia przycisk Testuj rozwija każdy token ValueTrack i otwiera złożony adres URL. Potwierdź, że zwraca stronę ze statusem 200 na właściwej domenie z obecnymi parametrami. To natychmiast wychwytuje błędy kodowania i składni.

Prawdziwe kliknięcie na żywo — Test w produkcie nie symuluje przekierowań ani banerów zgody, więc zakończ prawdziwym kliknięciem. Włącz automatyczne tagowanie, kliknij działającą reklamę na urządzeniu testowym i obserwuj pasek adresu przez każdy przeskok. Potwierdź, że gclid i Twoje parametry UTM docierają na ostatecznie wyrenderowaną stronę.

Potwierdzenie w analityce — Otwórz widok analityki w czasie rzeczywistym i zweryfikuj, że kliknięcie rejestruje się z właściwym źródłem/medium. Jeśli gclid jest obecny w adresie URL, ale sesja pokazuje się jako bezpośrednia, masz problem z tagowaniem lub zgodą w dalszej części, a nie problem z szablonem.

Traktuj każdą zmianę szablonu jak wdrożenie: przetestuj na 1 reklamie, potwierdź, a potem wdrażaj.

Tabela naprawy błędów adresów URL

Przerabiaj tę tabelę od góry do dołu — jest uporządkowana od najszybszej, najczęstszej naprawy do najgłębszej.

Nigdy nie wpisuj gclid na sztywno do swojego szablonu :

Wpisanie stałej wartości gclid lub skopiowanie jej z przeszłego kliknięcia wprowadza każdego odwiedzającego z tym samym identyfikatorem kliknięcia — więc import konwersji dopasowuje ich wszystkich do jednego kliknięcia i Twoje dane się walą. Pozwól automatycznemu tagowaniu dołączyć świeży, unikalny gclid w momencie kliknięcia. Jeśli widzisz dosłowny gclid siedzący w Twoim szablonie śledzenia, usuń go, zanim zrobisz cokolwiek innego.

Jak szablony śledzenia współdziałają z przekierowaniami i zgodą

Ostatni odcinek — przekierowania i zgoda — to miejsce, gdzie poprawnie zbudowane szablony wciąż tracą dane, więc zasługuje na własną listę kontrolną.

Przekierowania — Każde 301 lub 302 między kliknięciem a końcową stroną to szansa na zgubienie ciągu zapytania. Jeśli musisz kierować ruch przez przekierowanie, potwierdź, że przekazuje wszystkie parametry, i utrzymaj łańcuch do 1 przeskoku. Przekierowanie na inną domenę również ryzykuje odrzuceniem "miejsce docelowe nie działa".

Consent Mode — W ramach Consent Mode v2 baner, który przeładowuje lub przepisuje adres URL przed wyrażeniem zgody przez użytkownika, może usunąć gclid z adresu. Skonfiguruj baner tak, aby zachowywał parametry zapytania podczas interakcji ze zgodą, i potwierdź, że gclid jest nadal obecny po zaakceptowaniu przez użytkownika.

Przeskoki HTTP i www — Ciche przekierowanie z HTTP na HTTPS lub z gołej domeny na www liczy się jako przeskok. Ustaw swoją kanoniczną wersję tak, aby kliknięcie lądowało bezpośrednio na ostatecznej formie.

Odzyskiwanie po stronie serwera — Jeśli strata po stronie front-endu jest nieunikniona, przechwyć gclid po stronie serwera przy pierwszym żądaniu i utrwal go. Ten sam wzorzec stoi u podstaw importów konwersji offline, gdzie gclid wędruje z leadem z powrotem do Google Ads.

Gdy ścieżka jest czysta, zablokuj ją: przetestuj ponownie po każdej zmianie strony docelowej lub CMS i audytuj adresy URL przed każdym dużym uruchomieniem. Aby znaleźć zepsute miejsca docelowe i zgubione parametry na całym koncie naraz, uruchom darmowy 5-osiowy audyt SteerAds.

Sources

Oficjalne źródła wykorzystane przy tworzeniu tego przewodnika:

FAQ

Co oznacza 'miejsce docelowe nie działa' w Google Ads?

Oznacza to, że robot Google podążył za adresem URL wygenerowanym przez Twój szablon śledzenia i nie mógł dotrzeć do działającej strony docelowej — przekroczył limit czasu, zwrócił błąd 4xx lub 5xx, zapętlił się w przekierowaniach albo wylądował na domenie niezgodnej z Twoim wyświetlanym adresem URL. Odrzucenie dotyczy złożonego adresu URL kliknięcia, a nie strony, którą widzisz w przeglądarce, więc najczęstszą przyczyną jest szablon, który buduje błędny adres po zszyciu tokenu lpurl i parametrów. Napraw szablon, prześlij ponownie, a weryfikacja zwykle przechodzi w ciągu jednego dnia roboczego.

Czym jest token lpurl w szablonie śledzenia?

Token lpurl to symbol zastępczy ValueTrack, który Google zamienia na Twój końcowy adres URL w momencie kliknięcia, zakodowany w formacie URL, aby można go było bezpiecznie przenosić jako parametr. Szablon śledzenia zwykle zaczyna się od tego tokenu, po którym następują Twoje parametry śledzenia, na przykład token lpurl, potem znak zapytania, a potem Twoje tagi UTM. Ponieważ strona docelowa jest wstrzykiwana dynamicznie, możesz zmienić śledzenie raz na poziomie konta zamiast edytować każdą reklamę. Zawsze trzymaj token lpurl na pierwszym miejscu, chyba że celowo kierujesz ruch przez narzędzie śledzące kliknięcia, które oczekuje zakodowanego miejsca docelowego.

Dlaczego mój gclid nie trafia na stronę docelową?

Zgubiony gclid niemal zawsze wynika z przekierowania lub szablonu, który nadpisuje ciąg zapytania. Jeśli Twój końcowy adres URL przekierowuje przez 301 na inny adres, wiele konfiguracji usuwa pierwotne parametry, chyba że przekierowanie jawnie je przekazuje. Banery zgody, które przeładowują stronę, JavaScript przepisujący adres URL oraz przeskoki z HTTP na HTTPS lub www to typowi winowajcy. Przetestuj całą ścieżkę kliknięcia od początku do końca: kliknij prawdziwą reklamę, obserwuj pasek adresu i potwierdź, że gclid przetrwa każdy przeskok od pierwszego żądania do ostatecznie wyrenderowanej strony.

Jaka jest różnica między końcowym adresem URL a szablonem śledzenia?

Końcowy adres URL to rzeczywista strona, na którą trafia użytkownik — miejsce docelowe. Szablon śledzenia to osobne pole, które mówi Google, jak złożyć adres URL kliknięcia, owijając lub doklejając informacje śledzące wokół tego końcowego adresu URL za pomocą tokenu lpurl. Te dwa pola są celowo rozdzielone: możesz aktualizować śledzenie na poziomie konta, kampanii, grupy reklam lub słowa kluczowego bez dotykania żadnego końcowego adresu URL. Google sprawdza, czy szablon plus końcowy adres URL prowadzą do tej samej domeny docelowej, dlatego niezgodność wyzwala komunikat 'miejsce docelowe nie działa'.

Czy szablony śledzenia wpływają na śledzenie konwersji i Smart Bidding?

Tak, bezpośrednio. Jeśli szablon gubi gclid, importowane konwersje i Enhanced Conversions nie mogą zostać dopasowane z powrotem do kliknięcia, więc liczba Twoich konwersji spada, a Smart Bidding traci sygnał, na którym optymalizuje. Nawet częściowa strata — powiedzmy jeden przeskok przekierowania, który usuwa parametry tylko na urządzeniach mobilnych — po cichu zniekształca Twoje dane i stawki. Dlatego błędy adresów URL to nie tylko uciążliwość zasad: zepsuty szablon głodzi algorytm. Potwierdź, że gclid przetrwa, zanim zaufasz jakiejkolwiek liczbie ROAS lub CPA z tej kampanii.

Czy mogę używać jednocześnie szablonu śledzenia i sufiksu końcowego adresu URL?

Tak, a dla większości kont sufiks końcowego adresu URL jest czystszym narzędziem do doklejania parametrów. Sufiks dołącza Twoje parametry śledzenia do końcowego adresu URL bez owijania go, więc lepiej przetrwa przekierowania niż szablon, który dokleja narzędzie śledzące kliknięcia na początku. Używaj szablonu śledzenia, gdy musisz kierować kliknięcia przez zewnętrzną usługę pomiarową lub przekierowującą, a sufiksu końcowego adresu URL, gdy chcesz po prostu przenieść parametry UTM lub niestandardowe. Mogą współistnieć; upewnij się tylko, że ten sam parametr nie jest zdefiniowany dwukrotnie ze sprzecznymi wartościami.

Jak przetestować szablon śledzenia, zanim reklamy trafią na żywo?

Użyj wbudowanego przycisku Testuj obok pola szablonu śledzenia — rozwija on tokeny ValueTrack i otwiera złożony adres URL, abyś mógł potwierdzić, że się ładuje. Następnie wykonaj sprawdzenie w rzeczywistych warunkach: włącz automatyczne tagowanie, kliknij działającą reklamę na urządzeniu testowym i zweryfikuj, że gclid oraz Twoje parametry UTM docierają na wyrenderowaną stronę docelową. Połącz test w produkcie z inspektorem parametrów lub widokiem analityki w czasie rzeczywistym. Nigdy nie wdrażaj nowego szablonu na całe konto bez obu sprawdzeń, ponieważ test w produkcie nie wykrywa utraty parametrów na etapie przekierowania.