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, które od sierpnia dostaję najczęściej, brzmi: dlaczego w wynikach wyszukiwania widzę inny nagłówek niż ten, który mam w kodzie strony. Odpowiedź jest krótka — bo Google ma taką możliwość i korzysta z niej od lat. Nowe jest tylko to, że robi to na znacznie większą skalę.
Trzeba przy tym rozdzielić dwie sprawy, bo są mieszane w każdej dyskusji na ten temat. Znacznik title w kodzie strony to Twój tekst i nikt go nie zmienia. To, co widzisz w wynikach, to osobny element, który Google generuje — czasem jest identyczny z Twoim znacznikiem, czasem nie.
Poniżej wyjaśniam, skąd Google bierze materiał na ten nagłówek, w jakich sytuacjach najczęściej odchodzi od oryginału i jak sprawdzić, co dzieje się z własnymi podstronami.
Rozróżnienie warto zapamiętać, bo porządkuje całą rozmowę.
Znacznik title to element w nagłówku dokumentu HTML. Wyświetla się na karcie przeglądarki, jest używany przy udostępnianiu i stanowi jeden z sygnałów o tym, o czym jest strona. Ten element należy do Ciebie.
Nagłówek wyniku wyszukiwania to tekst, który Google pokazuje jako klikalny odnośnik. Google generuje go dla każdego wyniku i traktuje jako element interfejsu własnej usługi, nie jako cytat z Twojej strony.
W dużej części przypadków oba są identyczne i nie ma o czym mówić. Interesujące są sytuacje, w których się różnią, bo z nich najwięcej wynika o tym, jak Google ocenia jakość Twojego opisu.
Warto dodać, że to samo dotyczyło zawsze opisu pod nagłówkiem. Fragment opisu bywa brany z meta description, ale równie często ze zdania z treści dopasowanego do zapytania. Nikogo to nie dziwi — a jest to dokładnie ten sam mechanizm.
Materiał nie jest wymyślany. Google korzysta z elementów obecnych na stronie i wybiera ten, który uzna za najbardziej opisowy.
Najczęściej używane źródła to:
Warto zwrócić uwagę na jedną konsekwencję tej listy: nagłówek strony w treści nabiera znaczenia większego niż wcześniej. Jeśli Twój znacznik title jest zoptymalizowany pod frazy, a nagłówek na stronie jest napisany po ludzku, to właśnie ten drugi ma teraz spore szanse pojawić się w wynikach.
Z obserwacji własnych serwisów i tych, którymi się opiekuję, wyłania się kilka powtarzalnych wzorców.
Znacznik zbyt długi. Jeśli tekst nie mieści się w dostępnym miejscu, zamiast obciąć go w połowie słowa Google woli poszukać krótszego opisu. Dawna praktyka upychania trzech fraz w znaczniku przestała się opłacać.
Powtarzalne prefiksy i sufiksy. Znaczniki zaczynające się od nazwy firmy albo kończące ciągiem tych samych słów na wszystkich podstronach. Google usuwa te powtórzenia, bo nie odróżniają wyników od siebie.
Nadmiar słów kluczowych. Znaczniki złożone z wariantów tej samej frazy rozdzielonych przecinkami są zamieniane niemal zawsze i nie ma w tym niczego zaskakującego.
Znaczniki puste albo niemal puste. Sam znak firmowy albo słowo „Strona” nie opisują niczego.
Znaczniki identyczne na wielu podstronach. Typowe w sklepach z automatycznie generowanymi kategoriami i wariantami produktów.
Znaczniki oderwane od treści. Jeśli tekst w znaczniku obiecuje coś, czego na stronie nie ma, Google sięga po nagłówek.
Zdarzają się też zamiany, które wyglądają na nieuzasadnione — strona ma sensowny, krótki i opisowy znacznik, a mimo to widzi coś innego. Google zbiera na ten temat opinie i zapowiedziało korekty w mechanizmie. W połowie września część takich przypadków rzeczywiście wróciła do oryginałów.
Nie da się tego zdiagnozować, patrząc na kod strony — trzeba porównać kod z tym, co pokazuje wyszukiwarka.
Najprostsza metoda dla pojedynczej podstrony: wyszukanie adresu w Google i porównanie nagłówka wyniku ze znacznikiem w kodzie. Warto to zrobić w oknie bez zalogowania, żeby ograniczyć personalizację.
Przy większym serwisie potrzebna jest metoda hurtowa. Zestawiam listę znaczników z crawlera z zapytaniami z Search Console. Sygnałem ostrzegawczym jest podstrona, która ma dobrą pozycję i wyświetlenia, a wyraźnie niższy współczynnik kliknięć niż podstrony o podobnych pozycjach. Nie jest to dowód na podmieniony nagłówek, ale to najlepszy dostępny wskaźnik miejsc, którym warto się przyjrzeć.
Dobrą praktyką jest zapisanie stanu wyjściowego dla dwudziestu najważniejszych podstron. Bez zrzutu z konkretną datą po miesiącu nie ustalisz, czy coś się zmieniło, czy tylko wydaje Ci się, że pamiętasz inaczej.
Wnioski, które z tego wyciągam, są dość spokojne.
Znacznik title nadal ma znaczenie i nadal warto go pisać starannie — jest punktem wyjścia i głównym sygnałem o temacie strony. Zmiana polega na tym, że przestał być jedynym miejscem, o które trzeba dbać.
Nagłówek widoczny na stronie zyskał na wadze. Jeśli do tej pory był traktowany jak element graficzny z hasłem marketingowym, warto to przemyśleć. Ma teraz szansę stać się tym, co użytkownik zobaczy w wynikach.
Spójność między znacznikiem, nagłówkiem i treścią przestała być kwestią estetyki. Rozjazd między nimi to zaproszenie dla Google, żeby wybrał za Ciebie.
Za to zniknął sens upychania fraz. Znacznik napisany dla algorytmu, a nie dla człowieka, jest teraz aktywnie zamieniany. To zmiana, którą oceniam pozytywnie, bo nagradza to, co i tak powinno być robione.
Zauważyłem trzy reakcje, które przynoszą więcej szkody niż pożytku.
Pierwsza to masowa przebudowa wszystkich znaczników w serwisie w reakcji na kilka podmienionych nagłówków. Zmiana tysiąca znaczników naraz oznacza, że nie dowiesz się, co pomogło, a co zaszkodziło, i zafundujesz sobie kilka tygodni niestabilnych danych.
Druga to próby obejścia mechanizmu — usuwanie nagłówków ze stron, żeby Google nie miał alternatywy. Zostaje mu wtedy tekst odnośników, co zwykle wypada gorzej niż nagłówek. Poza tym nagłówek jest potrzebny użytkownikowi i mechanizmom dostępności.
Trzecia to traktowanie tego jako kary albo błędu do zgłoszenia. To nie jest kara i nie ma tu procedury odwoławczej. Jeśli uważasz, że w konkretnym przypadku decyzja jest wyraźnie zła, Google prosi o zgłaszanie takich obserwacji — ale traktuj to jako wkład w rozwój mechanizmu, nie jako sposób na szybką zmianę wyniku.
Rozsądna reakcja to wybranie kilkunastu najważniejszych podstron, poprawienie w nich znacznika i nagłówka tak, żeby były krótkie, opisowe i zgodne z treścią, a potem obserwacja. Powolne i nudne, ale to jedyna metoda, z której zostaje wiedza.
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 |