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.
Od kilku miesięcy dostaję to samo pytanie w różnych wersjach: czy trzeba już przepisywać treści pod generatywne wyniki wyszukiwania. Odpowiadam ostrożnie, bo sytuacja jest niewygodna — mówimy o czymś, czego z Polski nie da się zobaczyć we własnych wynikach.
Generatywna wyszukiwarka Google, czyli SGE, działa od maja poprzedniego roku w programie Search Labs. Od listopada jest dostępna w ponad stu krajach i siedmiu językach, ale Unia Europejska została z tego wyłączona, podobnie jak wcześniej stało się z czatem Google. Nie ma ogłoszonej daty uruchomienia w Polsce, nie ma polskiej wersji językowej i nie ma żadnych danych o tym, jak zachowa się polski ruch.
To nie znaczy, że nie ma nic do zrobienia. Znaczy tylko, że trzeba rozdzielić działania, które mają sens niezależnie od tego, kiedy i w jakiej formie SGE do nas dotrze, od zgadywania, które będzie kosztować czas i nic nie da.
Zacznę od granicy, bo bez niej cała reszta zamienia się w spekulację.
Wiadomo, jak SGE wygląda: nad klasycznymi wynikami pojawia się wygenerowane podsumowanie, obok niego karty z linkami do stron, z których zostało zbudowane, oraz możliwość zadania pytania uzupełniającego. Wiadomo z obserwacji rynków, gdzie działa, że podsumowanie pojawia się nie przy każdym zapytaniu i że częściej dotyczy pytań otwartych niż nawigacyjnych. Wiadomo też, że Google nadal wyświetla pod nim organiczne wyniki i reklamy.
Nie wiadomo, jakie będzie pokrycie zapytań po pełnym uruchomieniu, ile z nich zakończy się bez kliknięcia i jak zmieni się kolejność źródeł. Nie wiadomo, czy strony cytowane w podsumowaniu będą tymi samymi, które dziś zajmują pierwsze pozycje — z rynków testowych są sprzeczne obserwacje. Nie wiadomo wreszcie, w jakiej formie i kiedy trafi to do Europy, bo tutaj decydują nie tylko możliwości techniczne.
Każdy, kto podaje na tym etapie konkretne liczby dla polskiego rynku, sprzedaje przekonanie, nie wiedzę. Trzymam się tego rozróżnienia w rozmowach z klientami, choć wiem, że mniej się podoba niż gotowa recepta.
Ćwiczenie, które sobie robię przy każdej takiej nowości: zakładam, że nie wejdzie w ogóle, i pytam, czy planowane działanie nadal ma sens. Jeżeli tak — robię je od razu.
Do tej kategorii należy porządek w treści: jednoznaczne odpowiedzi na konkretne pytania, uporządkowana struktura nagłówków, brak trzech artykułów o tym samym na jednej domenie. Należy też szybkość i poprawność techniczna strony, bo od niej zależy widoczność w każdym wariancie wyszukiwarki. Wreszcie sprawność w dostarczaniu czegoś, czego nie da się streścić z trzech innych stron — własnych danych, własnych obserwacji, konkretnych przykładów z pracy.
To ostatnie jest w kontekście generatywnych wyników najciekawsze. Podsumowanie z definicji radzi sobie z tym, co jest powtarzalne i ogólnie dostępne. Trudniej mu zastąpić stronę, której treść jest jedynym źródłem danej informacji.
Skoro w podsumowaniu pojawiają się odnośniki do źródeł, warto zapytać, co jest łatwe do wykorzystania jako źródło.
Zwracam uwagę, że to nie jest nowa dyscyplina. Te same zasady pomagały wcześniej trafiać do wyróżnionych fragmentów, a jeszcze wcześniej po prostu ułatwiały życie czytelnikowi.
Wytyczne dla oceniających jakość od ponad roku obejmują doświadczenie obok wiedzy, autorytetu i wiarygodności. W kontekście wyszukiwania, które samo generuje odpowiedź, ta czwórka zyskuje na znaczeniu z prostego powodu: jeśli treści zaczyna być więcej niż kiedykolwiek, to filtr wiarygodności staje się ważniejszy niż filtr dopasowania.
W praktyce oznacza to rzeczy nudne. Podpisane treści z prawdziwym autorem i jego kompetencjami. Dane kontaktowe i informacja, kto stoi za stroną. Aktualizacja tekstów, które się zestarzały, zamiast dopisywania kolejnych. Wzmianki o marce w miejscach, których nie kontrolujesz — branżowe media, wystąpienia, cudze artykuły.
Nie mam sposobu, żeby udowodnić, że wpłynie to na obecność w generatywnych odpowiedziach. Mam natomiast pewność, że wpływa na to, jak zachowuje się użytkownik, który do strony trafi, i to wystarcza mi jako uzasadnienie.
Zamiast szacować spadek dla całej domeny, wolę podzielić zapytania na grupy i ocenić każdą osobno.
Najbardziej narażone są zapytania definicyjne i proste poradnikowe — „co to jest”, „jak obliczyć”, „ile trwa”. Odpowiedź na nie da się streścić w kilku zdaniach i użytkownik nie ma powodu klikać dalej. Podobnie zapytania porównawcze, w których wartość polega na zestawieniu, a nie na dostępie do samego zestawienia.
Mniej narażone są zapytania z jasną intencją zakupową, zapytania lokalne, zapytania o markę oraz wszystko, co wymaga zalogowania się, kalkulacji na własnych danych albo kontaktu z człowiekiem. Podsumowanie nie zastąpi konfiguratora, wyceny ani rezerwacji terminu.
Praktyczny wniosek z tego podziału jest taki, że ryzyko rozkłada się na kanały bardzo nierówno. Serwis, którego ruch opiera się głównie na krótkich definicjach, ma inny problem niż sklep z ruchem produktowym, i nie powinien dostać tej samej rekomendacji.
To najbardziej praktyczny punkt tej listy i jednocześnie ten, którego prawie nikt nie robi.
Dopóki nic się nie zmieniło, warto zbudować bazę odniesienia. Dzielę zapytania z konsoli wyszukiwania na grupy według intencji — definicyjne, poradnikowe, porównawcze, transakcyjne, brandowe — i zapisuję dla każdej z nich liczbę wyświetleń, kliknięć i średni współczynnik kliknięć. Robię to teraz, kiedy jeszcze nic nie zakłóca obrazu.
Dzięki temu w dniu, w którym generatywne wyniki pojawią się w Polsce, będę mógł powiedzieć, co konkretnie się zmieniło i w której grupie. Bez tego zostaje porównywanie sumarycznego ruchu rok do roku, w którym efekt zmiany w wyszukiwarce miesza się z sezonowością, zmianami na stronie i aktualizacjami algorytmu.
Drugi element przygotowania to uniezależnienie części ruchu od wyszukiwarki: newsletter, powracający użytkownicy, bezpośrednie wejścia. Traktuję to jako zabezpieczenie, które opłaca się nawet wtedy, gdy nic złego się nie stanie.
Nie przepisywałbym istniejących tekstów „pod generatywne wyniki”, bo nie wiadomo, pod co dokładnie. Zmiana, która polega na skróceniu wszystkiego do wypunktowań, może równie dobrze pogorszyć wynik u czytelnika.
Nie zwiększałbym też produkcji treści w nadziei na większe pokrycie zapytań. Google od roku ma opublikowane stanowisko, że sposób powstania treści nie ma znaczenia, a znaczenie ma jakość i przydatność — i to drugie jest tu istotniejsze. Masowo produkowane teksty o niczym były problemem przed generatywną wyszukiwarką i nie przestaną nim być.
I rzecz najprostsza: nie kupowałbym narzędzi obiecujących optymalizację pod SGE ani audytów, które mierzą obecność w czymś, co w Polsce nie działa. Do momentu, w którym pojawią się realne dane z naszego rynku, najlepszą strategią jest solidna robota podstawowa i przygotowany pomiar.
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 |