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.
Temat wygląda niszowo i przez długi czas taki był. Zmieniło mnie zdanie kilka sesji z nagrań zachowań użytkowników, w których widziałem coś dziwnego: ktoś wchodzi na stronę produktu, formularz jest w połowie wypełniony, a potem strona wygląda jak przestawiona i sesja się kończy. To wygląda dokładnie tak, jak rozłożenie telefonu składanego w trakcie wypełniania formularza.
Zaznaczę od razu, żeby nie budować niepotrzebnych oczekiwań: w Google Ads nie ma osobnego segmentu dla urządzeń składanych i nie ma sposobu, żeby kierować na nie reklamę inaczej niż na pozostałe telefony. Cała praca, którą można tu wykonać, dzieje się poza panelem reklamowym.
Poniżej opisuję, gdzie ten problem faktycznie boli, jak go zobaczyć bez kupowania takiego telefonu i kiedy w ogóle warto poświęcić mu czas. W większości przypadków odpowiedź na ostatnie pytanie brzmi: później niż myślisz.
Google Ads dzieli ruch na cztery kategorie urządzeń: komputery, urządzenia mobilne, tablety i ekrany telewizorów. Telefon składany trafia do jednej z dwóch pierwszych — najczęściej jest raportowany jako urządzenie mobilne, a w rozłożonym stanie bywa rozpoznawany inaczej niż w złożonym, bo zmienia mu się rozdzielczość i proporcje okna przeglądarki.
Z punktu widzenia raportów oznacza to, że tego ruchu po prostu nie widzisz jako osobnej grupy. W statystykach kampanii nie ma kolumny, w której dałoby się porównać jego skuteczność, i nie ma wymiaru „model urządzenia” dla kampanii w sieci wyszukiwania.
Dlatego analizę zaczynam w analityce, nie w panelu reklamowym. W GA4 dostępny jest wymiar z rozdzielczością ekranu i to jest jedyne miejsce, w którym da się wyłowić nietypowe proporcje okna. Buduję prostą eksplorację: rozdzielczość ekranu przecięta ze współczynnikiem konwersji i liczbą sesji. Jeśli którakolwiek nietypowa szerokość ma sensowny wolumen i wyraźnie gorszy wynik, mam punkt zaczepienia. Jeśli takich sesji jest kilkanaście w miesiącu, kończę analizę i zajmuję się czymś innym.
Reklama tekstowa w wynikach wyszukiwania radzi sobie z różnymi szerokościami okna, bo to Google odpowiada za jej układ. Problem zaczyna się po kliknięciu.
Rozłożenie telefonu to zmiana szerokości okna w trakcie sesji, nie przy wejściu na stronę. Większość szablonów jest testowana w drugim scenariuszu: otwierasz stronę na wybranej szerokości i wszystko się układa. Przy zmianie w locie wychodzą rzeczy, o których nikt nie pomyślał — element nawigacji, który przełącza się na wersję desktopową i zasłania treść, karuzela liczona w pikselach zamiast w procentach, mapa z ustaloną wysokością, ciasteczkowy komunikat, który wraca.
Najkosztowniejszy przypadek to formularz. Jeśli szablon przy zmianie szerokości przemontowuje komponent, wpisane dane potrafią zniknąć. Nikt nie wypełnia takiego formularza po raz drugi. To warto sprawdzić w pierwszej kolejności, bo dotyczy dokładnie tego miejsca, za które płacisz w kampanii.
Osobno pilnuję przesunięć układu. Duży skok treści przy zmianie okna psuje też wynik w pomiarach Core Web Vitals opartych na danych z przeglądarek użytkowników, a te są liczone dla całego adresu, nie dla wybranego urządzenia.
Tu wpływ jest realny, choć pośredni. Liczba wyświetlanych nagłówków i miejsce ich obcięcia zależą od tego, ile miejsca ma przeglądarka. Na wąskim, złożonym ekranie zobaczysz mniej niż na tym samym telefonie rozłożonym, a na komputerze jeszcze więcej.
Wniosek jest prosty i przydaje się niezależnie od urządzeń składanych: najważniejsza informacja idzie na początek nagłówka, a nie po myślniku na końcu. Nagłówek zbudowany jako „Profesjonalne usługi dla firm — montaż w 24 h” traci sens po obcięciu. Odwrócony traci znacznie mniej.
Dotyczy to też ścieżki wyświetlanej w adresie i drugich linii objaśnień. Sprawdzam podglądy reklamy we wszystkich dostępnych wariantach, a nie tylko w domyślnym widoku edytora. To pięć minut pracy przy tworzeniu grupy reklam.
Jeszcze jedna uwaga o zasobach graficznych, jeśli kampania ma dodane obrazy: kadr pionowy i kwadratowy zachowują się przy dziwnych proporcjach okna lepiej niż mocno panoramiczny, w którym cała treść jest w środku klatki.
Nie mam u siebie urządzenia składanego i podejrzewam, że większość osób prowadzących kampanie też nie. To nie przeszkadza w podstawowym teście.
Standardy pozwalające przeglądarce rozpoznać ekran złożony z dwóch części są wciąż na etapie propozycji i eksperymentów, więc nie ma sensu budować wokół nich rozwiązań produkcyjnych. Zwykły responsywny układ oparty na jednostkach względnych radzi sobie z tym w zupełności.
Traktuję to jako punkt z końca listy zadań, nie z początku. Kolejność, którą stosuję, jest prosta: najpierw poprawiam to, co dotyczy całego ruchu mobilnego, a potem przypadki brzegowe.
Do tego pierwszego zbioru należą szybkość ładowania, wielkość obszarów klikalnych, długość formularza i widoczność ceny bez przewijania. Jeśli którakolwiek z tych rzeczy leży, praca nad nietypowymi proporcjami ekranu nie ma żadnego uzasadnienia — te same pieniądze zwrócą się szybciej gdzie indziej.
Za tym idzie kwestia wolumenu. Zajmuję się tym tematem, gdy w analityce widzę wyraźną grupę sesji o nietypowej rozdzielczości i gdy jednocześnie kampania na ten ruch wydaje zauważalną część budżetu. Przy dużych kontach w kategoriach premium taka grupa istnieje. Przy lokalnej usłudze z niewielkim budżetem — praktycznie nigdy.
Jest jednak jeden wyjątek, w którym robię to od razu, niezależnie od wolumenu: gdy stwierdzę, że formularz gubi dane przy zmianie szerokości okna. To nie jest wtedy optymalizacja pod urządzenia składane, to naprawa błędu, który kosztuje konwersje na wszystkich urządzeniach z ruchomym oknem.
Na koniec rzecz, którą wolę powiedzieć wprost, żeby nikt nie tracił czasu na szukanie. Nie ma w kampaniach w sieci wyszukiwania ustawienia „kieruj na urządzenia składane”, nie ma osobnej korekty stawek dla większego ekranu telefonu i nie ma wykluczenia takiego ruchu. Kategorie urządzeń są cztery i to jest cała dostępna granulacja.
W praktyce nie uważam tego za dużą stratę. Nawet gdyby taka opcja istniała, decyzja o podniesieniu lub obniżeniu stawki musiałaby opierać się na danych o skuteczności, których w panelu nie ma. Ustawianie korekt na wyczucie kończy się zwykle tym, że po pół roku nikt nie pamięta, skąd się wzięły.
To, co naprawdę zostaje w rękach osoby prowadzącej kampanię, to jakość strony docelowej i konstrukcja nagłówków. Jedno i drugie działa na całym ruchu, więc czas poświęcony na te dwie rzeczy nie jest zainwestowany w niszę. Urządzenia składane są tu raczej wygodnym pretekstem, żeby sprawdzić, jak elastyczny jest w rzeczywistości szablon, za który ktoś kiedyś zapłacił jako za „w pełni responsywny”.
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 |