Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Pytanie z tytułu wraca w rozmowach o kontach generujących leady chyba najczęściej ze wszystkich pytań o formaty reklamowe. Zwykle w wersji skrajnej: albo „to zabija jakość zgłoszeń i nie chcę tego dotykać”, albo „skoro można zbierać kontakty bez wchodzenia na stronę, to po co nam w ogóle landing page”.
Moja odpowiedź jest nudna i brzmi „zależy”, ale zależy od rzeczy konkretnych, a nie od gustu. Od tego, co robisz z leadem w pierwszej godzinie po zgłoszeniu, od tego, czy Twój proces sprzedaży wybacza kontakt od kogoś, kto nie przeczytał oferty, i od tego, czy masz gdzie te dane odebrać.
Na koniec 2022 roku warto zaznaczyć jedną rzecz porządkową: od jesieni Google zmienia w panelu nazewnictwo i to, co przez trzy lata nazywaliśmy rozszerzeniami reklam, nazywa się teraz zasobami. Zmiana jest kosmetyczna, funkcja ta sama, więc poniżej trzymam się nazwy, którą wszyscy nadal mają w głowie.
Rozszerzenie formularza kontaktowego to element reklamy, który po kliknięciu otwiera formularz wyświetlany przez Google, nie na Twojej stronie. Użytkownik zostaje w wynikach wyszukiwania, wypełnia kilka pól i wysyła zgłoszenie. Twoja witryna nie bierze w tym udziału w ogóle.
Szczegół, który decyduje o skuteczności tego formatu: jeśli użytkownik jest zalogowany na konto Google, pola typu imię, e-mail i numer telefonu są wstępnie wypełnione danymi z konta. Zamiast przepisywania adresu na telefonie zostaje jedno potwierdzenie — i to cała tajemnica tego, dlaczego takie formularze zbierają zgłoszenia od osób, które nie doszłyby do końca formularza na stronie.
Zestaw pól nie jest dowolny — wybierasz z listy przygotowanej przez Google: dane kontaktowe plus pytania kwalifikujące, na przykład nazwa firmy, stanowisko czy miasto. Nie zaprojektujesz tu własnego pytania otwartego ani własnej treści zgody.
Zanim rozważysz sens biznesowy, sprawdź, czy masz do tego dostęp — Google traktuje ten format ostrożniej niż zwykłe rozszerzenia.
Kampania powinna do tego optymalizować się pod konwersje, a konkretnie pod zgłoszenie z formularza — przy maksymalizacji kliknięć to najgorsza wersja tego pomysłu. Poza wyszukiwarką format działa też w kampaniach wideo, w sieci reklamowej i w Discovery, ale każde z tych miejsc oznacza inny poziom intencji.
Formularz w reklamie usuwa z drogi do zgłoszenia trzy rzeczy naraz: wczytywanie strony docelowej, szukanie na niej formularza i wpisywanie danych z klawiatury telefonu. Na przejmowanych kontach widzę ten problem w powtarzalnej formie: kampania ma sensowny CTR i przyzwoity koszt kliknięcia, a zgłoszeń nie ma, bo strona ładuje się wolno albo formularz stoi na dole podstrony napisanej pod komputer.
Trzeba jednak powiedzieć, co jest ceną. Usuwając tarcie, usuwasz też etap, na którym użytkownik dowiadywał się, co kupuje. Zgłoszenie od osoby, która wypełniła cztery pola jednym kliknięciem, jest słabiej przygotowane niż zgłoszenie od kogoś, kto przeczytał stronę oferty. To nie wada wdrożenia, to konstrukcja formatu.
Dlatego traktuję ten format jako drugą, równoległą ścieżkę, a nie zamiennik strony docelowej.
Nie ma sensu udawać, że zarzut jest bezpodstawny. Wypełnienie formularza z gotowymi danymi kosztuje prawie nic, a im mniej kosztuje działanie, tym mniej znaczy. Dostaniesz zgłoszenia od osób, które szukały czegoś innego, i od takich, które za dwa dni nie będą pamiętać, że coś wysłały. Numeru telefonu nikt tu nie weryfikuje.
Trzy rzeczy, które realnie poprawiają jakość i które ustawiam zawsze:
Osobna sprawa to czas reakcji. Taki lead szybko się psuje — użytkownik zgłosił się w trzy sekundy, więc kontakt po dwóch dniach trafia do osoby, która nie kojarzy zdarzenia. Jeśli zgłoszenia odbiera się u Ciebie raz dziennie, ten format nie zadziała.
To powód, dla którego widziałem formularze zbierające leady w kompletnej ciszy przez wiele tygodni. Zgłoszenie nie trafia na Twoją stronę, więc nie wpadnie ani do skrzynki podpiętej pod formularz na witrynie, ani do statystyk zachowań w narzędziu analitycznym.
Masz trzy drogi. Ręczne pobieranie pliku CSV z panelu — zgłoszenia są dostępne tylko przez ograniczony czas, około miesiąca, więc każde przeoczenie jest nieodwracalne. Webhook — podajesz adres, na który Google wysyła zgłoszenie zaraz po wypełnieniu, i klucz weryfikujący, po czym leady wpadają do CRM-a w czasie rzeczywistym. Albo gotowy łącznik, jeśli nie ma kto webhooka odebrać. Rekomenduję webhooka i traktuję to jako warunek uruchomienia formularza.
Samo zgłoszenie liczy się w Google Ads jako osobna konwersja, ale mówi ona o wysłaniu danych, a nie o wartości kontaktu. Jeśli sprzedaż idzie przez telefon, warto zamknąć pętlę importem konwersji offline: oznaczyć w CRM zgłoszenia, które dojrzały do rozmowy handlowej, i wgrać je z powrotem do Google Ads. Wtedy strategia stawek uczy się na wartości, a nie na liczbie wypełnień.
Zbierasz dane osobowe w miejscu, którego nie kontrolujesz technicznie. Link do polityki prywatności jest obowiązkowy i użytkownik zobaczy go przy wysyłce, ale to minimum wymagane przez Google, nie komplet tego, o czym trzeba pomyśleć. Formularz nie pozwala dodać własnej treści zgody z polem wyboru, więc jeśli chcesz później wysyłać do tej osoby komunikację marketingową, zgodę musisz zebrać w kolejnym kroku, po swojej stronie. Kontakt w sprawie zgłoszenia to inna sytuacja niż dopisanie kogoś do listy mailingowej.
Warto też z góry ustalić, gdzie te dane lądują i kto ma do nich dostęp — przy webhooku podlegają w CRM tym samym zasadom co pozostałe zgłoszenia, a przy CSV zaczynają żyć w arkuszach na dyskach kilku osób.
Włączam formularz w reklamie, gdy ruch jest w większości mobilny, produkt daje się opisać w kilku zdaniach, sprzedaż zaczyna się od rozmowy telefonicznej, a po drugiej stronie jest ktoś, kto odbiera zgłoszenia na bieżąco. Wtedy format dokłada kontakty, których inaczej nie byłoby.
Odpuszczam, gdy klient musi rozumieć ofertę przed pierwszą rozmową, gdy zgłoszenie wymaga szczegółów niemieszczących się w kilku polach albo gdy nikt nie zbuduje odbioru leadów poza ręcznym CSV.
I uwaga, od której zależy cała ocena: nie porównuj kosztu zgłoszenia z formularza do kosztu zgłoszenia ze strony. Ten pierwszy będzie niższy prawie zawsze i prawie zawsze będzie to porównanie bez sensu. Sensowne robi się po kilku tygodniach, na liczbie kontaktów, z których wyszła realna rozmowa handlowa.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |