Większość zespołów szuka tematów na treści na zewnątrz: w narzędziach do keyword research, w podpowiedziach wyszukiwarki, w raportach konkurencji. Tymczasem na własnej stronie leży lista fraz wpisanych ręcznie przez ludzi, którzy już weszli na witrynę i czegoś konkretnego szukają. To wyszukiwarka wewnętrzna, a analiza zapytań z niej to jedno z najtańszych źródeł pomysłów redakcyjnych, jakie ma wydawca.
Różnica względem danych z Search Console jest zasadnicza. Search Console pokazuje, na co strona już się wyświetla, czyli to, co Google uznał za dopasowane. Wyszukiwarka na stronie pokazuje, czego ludzie szukali, gdy nie znaleźli tego w nawigacji. To zapis niezaspokojonej potrzeby, a nie zapis zrealizowanej widoczności.
Konfiguracja zbierania zapytań w GA4
W Google Analytics 4 wyszukiwanie w witrynie jest częścią pomiaru zaawansowanego (enhanced measurement) i domyślnie bywa włączone, ale rzadko działa od razu poprawnie. GA4 nasłuchuje na standardowe parametry zapytania w adresie URL: q, s, search, query oraz keyword. WordPress używa s, więc w typowej instalacji zdarzenie view_search_results pojawia się bez dodatkowej pracy. Problem zaczyna się, gdy motyw lub wtyczka (na przykład wyszukiwarka AJAX) obsługuje zapytanie inaczej i nie przeładowuje adresu.
Warto sprawdzić trzy rzeczy, zanim uzna się dane za wiarygodne:
- Czy w Administracja, Strumienie danych, Pomiar zaawansowany włączona jest opcja wyszukiwania w witrynie i czy lista parametrów zawiera ten używany przez witrynę.
- Czy zdarzenie
view_search_resultsfaktycznie spływa, co najszybciej zweryfikować w raporcie DebugView podczas ręcznego wyszukiwania na stronie. - Czy parametr
search_termjest zarejestrowany jako wymiar niestandardowy, bo bez tego w raportach zobaczysz liczbę wyszukiwań, ale nie zobaczysz treści zapytań.
Ten ostatni punkt blokuje najwięcej wdrożeń. Szczegóły parametrów opisuje oficjalna dokumentacja zdarzeń GA4. Jeśli budujesz szerszy zestaw raportów, ta konfiguracja powinna wejść do tego samego przepływu danych, co reszta metryk: opisaliśmy go w tekście o tym, jak spiąć GA4 i Search Console w jeden pipeline metryk.
Dla wyszukiwarek AJAX, które nie zmieniają adresu, zostaje zdarzenie wysyłane ręcznie przez gtag lub Google Tag Manager, najlepiej z opóźnieniem 300–500 ms po ostatnim naciśnięciu klawisza. Bez tego opóźnienia w raporcie wyląduje każdy prefiks frazy z osobna i dane będą bezużyteczne.
Zapytania bez wyników: najcenniejszy sygnał
Samo zapytanie to połowa informacji. Druga połowa to liczba zwróconych wyników. Zapytanie, po którym użytkownik zobaczył pustą stronę, jest sygnałem znacznie mocniejszym niż zapytanie z dwudziestoma trafieniami, bo oznacza jawną lukę: ktoś oczekiwał treści, której nie ma.
Technicznie sprowadza się to do wysłania razem z wyszukiwaniem parametru z liczbą wyników. W WordPressie wystarczy w szablonie search.php odczytać $wp_query->found_posts i przekazać tę wartość jako parametr zdarzenia, na przykład search_results_count. Potem w GA4 tworzy się segment lub raport eksploracyjny z filtrem na wartość zero.
Efekt jest zwykle nieprzyjemny i pouczający zarazem. Na typowym blogu branżowym 20 do 40 procent wyszukiwań kończy się zerem wyników, a znaczna część z nich to nie literówki, tylko realne tematy, których redakcja nie tknęła. Druga kategoria to frazy opisujące treść, która istnieje, ale pod inną nazwą, więc wyszukiwarka jej nie dopasowała.
Braki w ofercie kontra braki w nawigacji
Zanim zamówisz artykuł, rozdziel zapytania na dwie kupki, bo wymagają zupełnie innych działań.
| Typ zapytania | Co oznacza | Właściwa reakcja |
|---|---|---|
| Zero wyników, brak treści | Realna luka tematyczna | Nowy artykuł lub sekcja |
| Zero wyników, treść istnieje | Rozjazd terminologiczny | Synonimy w tytule, nagłówkach i metadanych |
| Wyniki są, wysoki udział wyszukiwań | Braki w nawigacji | Poprawa menu, linkowania, kategorii |
| Wyszukiwanie po nazwie własnej | Ruch nawigacyjny | Skrót w menu lub na stronie głównej |
Trzeci wiersz jest najczęściej ignorowany. Jeśli użytkownicy masowo szukają czegoś, co jest opublikowane i dobrze zoptymalizowane, to nie jest problem treści, tylko problem architektury informacji. Ludzie nie potrafili tego znaleźć przez menu i sięgnęli po lupę jako po wyjście awaryjne. Poprawa ścieżki dojścia da tu więcej niż kolejny tekst.
Rozjazd terminologiczny (drugi wiersz) bywa najbardziej zyskowny. Zdarza się, że artykuł opisuje dokładnie to, o co pytają odwiedzający, ale posługuje się żargonem branżowym zamiast słownictwa, którego używają użytkownicy. Wtedy wystarczy dopisać naturalny synonim do tytułu, leadu i jednego nagłówka H2, bez pisania czegokolwiek od nowa.
Zamiana zapytań na tematy artykułów
Surowa lista zapytań nie jest jeszcze planem redakcyjnym. Wymaga trzech kroków przetworzenia.
- Normalizacja. Sprowadź frazy do małych liter, usuń polskie odmiany przez lematyzację lub ręcznie, scal literówki. Bez tego „raport gsc”, „raporty GSC” i „raportu gsc” będą trzema osobnymi wierszami o częstotliwości 1.
- Grupowanie w intencje. Połącz frazy, które prowadzą do tej samej odpowiedzi. Piętnaście wariantów wokół eksportu danych to jeden temat, a nie piętnaście.
- Priorytetyzacja. Posortuj grupy według liczby sesji z wyszukiwaniem, a nie liczby wyszukiwań, bo jeden zdeterminowany użytkownik potrafi wygenerować dziesięć prób tej samej frazy.
Dopiero tak przygotowana lista trafia do planu treści. Jej dużą przewagą nad zewnętrznymi narzędziami jest to, że każda pozycja pochodzi od kogoś, kto już zna markę i jest na stronie, więc intencja jest dużo bliżej konwersji niż przypadkowa fraza o wysokim wolumenie. Z drugiej strony wolumeny są małe, więc traktuj to jako uzupełnienie, a nie zamiennik dla klasycznego procesu, który rozpisaliśmy w tekście o keyword research pod modele językowe.
Poprawa wyników wyszukiwarki na stronie
Analiza zapytań jest okazją, żeby przy okazji naprawić samo narzędzie. Domyślna wyszukiwarka WordPressa robi proste dopasowanie do tytułu i treści, nie radzi sobie z odmianą, literówkami ani synonimami, a wyniki sortuje po dacie, nie po trafności. W praktyce to znaczy, że część pustych wyników wynika z ułomności silnika, a nie z braku treści.
Najtańsze poprawki w kolejności zwrotu z nakładu: sortowanie po trafności zamiast po dacie, indeksowanie także fragmentów i nagłówków, słownik synonimów dla żargonu branżowego, tolerancja literówek oraz podpowiedzi podczas pisania. Warto też zadbać o stronę wyników jako pełnoprawny element interfejsu: czytelny nagłówek z liczbą trafień, widoczne filtry i sensowny komunikat przy zerze wyników, który proponuje najpopularniejsze materiały zamiast zostawiać pustkę. Zasady projektowania takich ekranów pod odpowiedzi generatywne omawialiśmy w materiale o UX i CRO pod AIO.
Wpływ na konwersję i ścieżkę zakupową
Użytkownicy korzystający z wyszukiwarki wewnętrznej konwertują zwykle wyraźnie lepiej niż reszta ruchu, bo wykonali świadomy wysiłek, żeby coś znaleźć. To czyni każdą pustą stronę wyników kosztowną: tracisz odwiedzającego o najwyższej gotowości.
Żeby to zmierzyć, zbuduj w GA4 porównanie dwóch segmentów: sesje ze zdarzeniem view_search_results i sesje bez niego. Porównaj współczynnik konwersji, liczbę stron na sesję i czas zaangażowania. Następnie zawęź pierwszy segment do sesji z zerowym wynikiem. Różnica między tymi trzema grupami to najprostszy dowód biznesowy, jakim można uzasadnić budżet na wypełnienie luk treściowych i na poprawę samego silnika wyszukiwania.
Cały proces warto powtarzać cyklicznie, w rytmie miesięcznym lub kwartalnym, i traktować jako stały punkt przeglądu redakcyjnego. Lista zapytań zmienia się razem z sezonowością, premierami produktów i zmianami w branży, więc jednorazowy audyt zestarzeje się w kilka miesięcy.
FAQ
Ile danych potrzeba, żeby analiza miała sens?
Praktyczny próg to około 300–500 wyszukiwań w analizowanym okresie. Poniżej tej wartości pojedyncze zapytania zdominują obraz i ryzykujesz zaplanowanie artykułu pod potrzebę jednej osoby. Przy małym ruchu wydłuż okno do kwartału lub półrocza zamiast obniżać próg.
Czy zapytania z wyszukiwarki wewnętrznej można wykorzystać w SEO?
Tak, ale pośrednio. Nie mają wolumenu z zewnętrznych narzędzi ani danych o konkurencyjności, więc nie zastąpią keyword research. Świetnie sprawdzają się jako źródło nagłówków H2, pytań do sekcji FAQ i naturalnych synonimów, które warto wpleść w istniejące teksty.
Jak odróżnić boty od realnych zapytań?
Zwróć uwagę na frazy z fragmentami kodu, adresami URL, znakami typu SQL oraz na wielokrotne powtórzenia tej samej frazy w jednej sesji. Filtruj je przed grupowaniem, bo potrafią zawyżyć pojedynczy temat i zniekształcić priorytety.
Czy wyniki wyszukiwania na stronie powinny być indeksowane przez Google?
Nie. Strony wyników wyszukiwania na stronie zwykle powinny mieć znacznik noindex, bo generują nieskończoną liczbę adresów o niskiej wartości i marnują budżet indeksowania. Wyjątkiem są starannie wybrane, kuratorowane strony przeglądowe, które mają własne unikalne wprowadzenie.
Co zrobić z zapytaniami o produkty lub usługi, których nie oferujemy?
To najcenniejsza kategoria dla działu biznesowego, a nie tylko dla redakcji. Powtarzalne zapytania o brakującą ofertę są tanim sygnałem popytu. Minimum to artykuł porównawczy lub poradnik, który przechwyci intencję i skieruje ją do tego, co faktycznie masz w ofercie.