Google testuje boczny pasek w wynikach wyszukiwania: jak optymalizować WordPressa pod AI Mode

#Co Google testuje w pasku bocznym wyszukiwarki na komputerach

14 października 2026 roku Barry Schwartz napisał w Search Engine Roundtable, że Google najprawdopodobniej testuje lewy pionowy pasek boczny z AI Mode na głównej stronie wyników wyszukiwania. Jego słowami: “Po lewej stronie pojawia się małe logo Google w formie litery G, a pod nim kreski historii czatów, możliwość rozpoczęcia czatu z AI Mode i ikona ustawień” (tłumaczenie własne).

Zauważył to Damien Andell, który opublikował zrzut ekranu na X i zapytał: “Czy pasek boczny jest teraz domyślnym paskiem Google na stronach wyników wyszukiwania? Wiem, że był już widoczny po kliknięciu przycisku AI Mode na stronie głównej, ale teraz jest domyślny przy każdym wyszukiwaniu” (tłumaczenie własne).

Schwartz nie zdołał tego odtworzyć: “Nie udało mi się jeszcze tego powtórzyć w żadnej z moich przeglądarek, więc podejrzewam, że to test” (tłumaczenie własne). Dodał, że wdrożenie uczyniłoby AI Mode “jeszcze łatwiej dostępnym z poziomu głównego interfejsu wyszukiwarki Google” (tłumaczenie własne).

Na tym publiczne dowody się kończą: zrzut ekranu jednego użytkownika i jedna relacja serwisu branżowego. Google nie opublikował żadnego komunikatu, strony pomocy ani wpisu na blogu o tym układzie. Relacja nie pokazuje w pasku filtrów tematów, przełączników formatów ani linków do sekcji stron, więc każdy opis, który je zawiera, wykracza poza dowody.

+-----------------------------------------------------------------------------+
| Strona wyników na komputerze według relacji (test niepotwierdzony)          |
| +---------------------+  +------------------------------------------------+ |
| | LEWY PASEK BOCZNY   |  | GŁÓWNY OBSZAR WYNIKÓW                          | |
| | - logo "G" Google   |  | Bez zmian, o ile wynika to z relacji           | |
| | - historia czatów   |  |                                                | |
| | - nowy czat AI Mode |  |                                                | |
| | - ustawienia        |  |                                                | |
| +---------------------+  +------------------------------------------------+ |
+-----------------------------------------------------------------------------+

#Czy Google potwierdził test paska bocznego AI Mode

Nie. Na 16 października 2026 roku jedynymi źródłami są zrzut ekranu na X i relacja Search Engine Roundtable. Tego samego dnia relacja dostała dwie aktualizacje. Marie Haynes najpierw napisała, że po wejściu bezpośrednio do AI Mode widzi w pasku swoje rozmowy z aplikacji Gemini. Potem się poprawiła: rozmowy pochodziły z nakładki Gemini na jej telefonie z Androidem, nie z aplikacji Gemini, i uznała to za “być może nie tak ciekawe jak połączenie aplikacji Gemini z AI Mode” (tłumaczenie własne).

Dla właściciela strony oznacza to trzy rzeczy:

• Nie ma jeszcze danych o układzie. Nikt nie opublikował pomiarów wpływu paska na kliknięcia w wyniki organiczne.
• Pasek to nawigacja po produkcie Google. Kieruje użytkownika do czatów w AI Mode i ich historii. Nic w relacji nie wskazuje, że linkuje do stron zewnętrznych.
• Praktyczne pytanie dotyczy samego AI Mode. Jeśli test wejdzie na stałe, więcej osób będzie o jedno kliknięcie od AI Mode. Liczy się więc to, jak AI Mode traktuje i raportuje Twoje strony, a to Google dokumentuje.

#Co Google mówi o optymalizacji pod AI Mode

Strona Google AI features and your website mówi wprost: “Nie ma dodatkowych wymagań, by pojawić się w AI Overviews lub AI Mode, ani innych specjalnych optymalizacji, które byłyby konieczne” (tłumaczenie własne). Strona musi być zaindeksowana i kwalifikować się do wyświetlenia opisu w wyszukiwarce.

Ta sama strona wymienia praktyki, które według Google nadal obowiązują:

• indeksowanie dozwolone w robots.txt oraz przez CDN i warstwę hostingu,
• treść dostępna przez linki wewnętrzne,
• dobre wrażenia z korzystania ze strony,
• ważna treść dostępna jako tekst,
• obrazy i wideo wspierające tekst tam, gdzie to ma sens,
• dane strukturalne zgodne z widocznym tekstem,
• aktualne dane w Merchant Center i w profilu firmy.

Google opisuje query fan-out, technikę stojącą za obiema funkcjami, jako “wysyłanie wielu powiązanych wyszukiwań w obrębie podtematów i źródeł danych” (tłumaczenie własne) w celu zbudowania odpowiedzi. Co to oznacza dla struktury sekcji, opisujemy w tekście query fan-out i sekcje cytowalne w AI search.

O różnicy między funkcjami Google pisze, że AI Mode “jest szczególnie pomocny przy zapytaniach, które wymagają dalszej eksploracji, rozumowania lub złożonych porównań” (tłumaczenie własne), a obie funkcje “mogą korzystać z różnych modeli i technik, więc zestaw odpowiedzi i linków będzie się różnił” (tłumaczenie własne). Twierdzi też, że kliknięcia ze stron wyników z AI Overviews “są wyższej jakości (co oznacza, że użytkownicy częściej spędzają więcej czasu w witrynie)” (tłumaczenie własne). To deklaracja Google; firma nie publikuje liczb, które by ją potwierdzały.

W witrynie na WordPressie najczęściej zawodzi w praktyce pierwszy punkt tej listy. Wtyczki bezpieczeństwa i reguły CDN, które blokują nieznane boty, potrafią zatrzymać także Googlebota. Sprawdzenie pliku robots.txt i logów zapory pod kątem żądań Googlebota jest częścią naszego audytu bezpieczeństwa WordPress.

#Jak kliknięcia i wyświetlenia z AI Mode widać w Search Console

Ruch z AI Mode nie ma osobnego raportu. Strona Google o funkcjach AI podaje, że trafia on do raportu Skuteczność w typie wyszukiwania “Web”. Artykuł pomocy o wyświetleniach, pozycji i kliknięciach definiuje zasady liczenia:

Przy czytaniu danych ważne są jeszcze dwie zasady. Pytanie uzupełniające w AI Mode jest traktowane jako nowe zapytanie, więc jego wyświetlenia i kliknięcia trafiają do tego zapytania, a nie do pierwszego. Dane z eksperymentów Search Labs nie są uwzględniane w ogóle. Jeśli pasek boczny nadal jest testem, wyświetlenia w nim mogą nie trafiać do Twojego raportu.

Search Console przypisuje też dane do adresu kanonicznego wybranego przez Google, a nie do dokładnego adresu, który kliknął użytkownik. Link prowadzący do /poradnik/#krok-3 zostanie zaraportowany pod /poradnik/. Fragment nie dociera też do serwera, bo przeglądarki nie wysyłają go w żądaniu. Jedynym miejscem, w którym widać, do której sekcji ktoś trafił, jest JavaScript po stronie klienta, który odczytuje location.hash przy ładowaniu strony i przekazuje go do analityki.

#Jak Google linkuje do konkretnej sekcji strony

Mechanizm, który Google dokumentuje, to link głęboki “Read more”. Dokumentacja opisów wyników definiuje go jako “link wewnątrz opisu, który prowadzi użytkownika do konkretnej sekcji tej strony” (tłumaczenie własne). Google podaje trzy praktyki, które zwiększają szansę na takie linki:

1. Treść musi być od razu widoczna dla człowieka, “a nie ukryta za rozwijaną sekcją lub interfejsem z kartami” (tłumaczenie własne).
2. Unikaj JavaScriptu, który przy ładowaniu steruje pozycją przewijania, na przykład wymusza powrót na górę strony.
3. Jeśli strona przy ładowaniu wywołuje History API albo zmienia window.location.hash, nie może usuwać fragmentu z adresu URL, “bo to psuje działanie linków głębokich” (tłumaczenie własne).

Każda z tych zasad odpowiada czemuś, co często spotykamy w witrynach na WordPressie:

• Akordeony i karty. Bloki FAQ, widżety kart z kreatorów stron i opakowania “pokaż więcej” ukrywają tekst przy ładowaniu. Treść, do której Google może chcieć linkować, powinna stać w zwykłym przepływie strony.
• Skrypty przewijania. Niektóre motywy i wtyczki płynnego przewijania wywołują przy ładowaniu window.scrollTo(0, 0) albo animują stronę do góry. To nadpisuje skok przeglądarki do celu.
• Czyszczenie krzyżyka. Motywy jednostronicowe i część banerów cookie przepisują adres przez history.replaceState(), żeby usunąć #sekcja. Dokładnie to Google wskazuje jako przyczynę zepsutych linków głębokich.

Szybki test: otwórz długi wpis z dopisanym #jakis-naglowek, przeładuj i sprawdź, czy przeglądarka zostaje przy tym nagłówku, a krzyżyk nadal jest w pasku adresu.

#Jak automatycznie dodać identyfikatory nagłówków w WordPressie

Edytor blokowy ma wbudowaną obsługę. Blok, który deklaruje anchor: true w swoich supports, dostaje pole na identyfikator, a dokumentacja block supports opisuje to krótko: “Kotwice pozwalają linkować bezpośrednio do konkretnego bloku na stronie” (tłumaczenie własne). Rdzeniowy blok Nagłówek ma tę opcję w Zaawansowane > Kotwica HTML. Autorzy rzadko ją wypełniają, więc w długich archiwach zostają nagłówki, do których nie da się podlinkować.

Poniższy filtr dodaje oczyszczony atrybut id do każdego nagłówka H2 i H3, który go nie ma, w momencie wyświetlania, bez zmiany zapisanej treści:

add_filter('the_content', function ($content) {
    if (!is_singular('post')) {
        return $content;
    }

    return preg_replace_callback('/<h([2-3])(.*?)>(.*?)<\/h\1>/i', function ($matches) {
        $tag_level = $matches[1];
        $attributes = $matches[2];
        $heading_text = $matches[3];

        // Zachowaj identyfikatory ustawione ręcznie
        if (preg_match('/id=[\'"][^\'"]+[\'"]/i', $attributes)) {
            return $matches[0];
        }

        // Usuń znaczniki HTML, aby uzyskać czysty slug kotwicy
        $plain_text = wp_strip_all_tags($heading_text);
        $slug = sanitize_title($plain_text);

        if (empty($slug)) {
            return $matches[0];
        }

        return sprintf('<h%d%s id="%s">%s</h%d>', $tag_level, $attributes, esc_attr($slug), $heading_text, $tag_level);
    }, $content);
}, 20);

Każdy nagłówek ma teraz stały adres fragmentu, na przykład #konfiguracja-bufora-bazy-danych. Obowiązują dwa ograniczenia. Dwa nagłówki o tej samej treści dostaną ten sam identyfikator, więc wpis z powtarzającymi się nagłówkami potrzebuje dopisanego licznika. Zmiana brzmienia nagłówka zmienia też jego identyfikator, co psuje każdy link prowadzący do starej wersji; nagłówkom, do których linkują inne strony, ustaw kotwicę HTML ręcznie.

Kotwice pomagają czytelnikom, spisom treści i linkom z innych witryn. Google nie twierdzi, że linki głębokie “Read more” wymagają identyfikatorów, więc traktuj je jako dobrą strukturę, a nie jako przełącznik rankingowy.

#Jak działają linki z fragmentem tekstu na stronie WordPress

Linki z wyników do konkretnego fragmentu często korzystają z fragmentu tekstowego zamiast identyfikatora. MDN opisuje składnię jako #:~:text=[prefix-,]textStart[,textEnd][,-suffix]. Przeglądarka szuka tego tekstu na stronie, przewija do niego i go podświetla. Po Twojej stronie nie jest potrzebny żaden identyfikator.

Kilka szczegółów z MDN, które dotyczą witryn na WordPressie:

• Część :~: to dyrektywa fragmentu. Przeglądarki usuwają ją z adresu podczas ładowania, “aby skrypty autora nie mogły bezpośrednio z nią współdziałać” (tłumaczenie własne). Analityka nie zobaczy jej w location.hash.
• Fragmenty tekstowe “są wywoływane tylko przy nawigacji zainicjowanej przez użytkownika” (tłumaczenie własne) i tylko w ramce głównej, nigdy wewnątrz <iframe>.
• Jeśli tekst niczego na stronie nie dopasuje, fragment zostaje zignorowany, a strona otwiera się od góry. Tekst różniący się między wersją zaindeksowaną a bieżącą, na przykład po edycji albo przez treść personalizowaną, po cichu psuje link.
• Podświetlenie można ostylować pseudoelementem ::target-text, a document.fragmentDirective istnieje tylko w przeglądarkach, które obsługują tę funkcję.
• Przeglądarki oparte na Chromium respektują nagłówek Document-Policy: force-load-at-top, który wyłącza przewijanie do fragmentów. Nie ustawiaj go na stronach z treścią, chyba że właśnie tego chcesz.

Fragmenty tekstowe to kolejny powód, by akapity były prawdziwym tekstem w HTML. Fragment renderowany przez JavaScript po załadowaniu albo pocięty przez kreator stron na elementy inline może się nie dopasować.

#Jak zoptymalizować Core Web Vitals dla wejść z linków do sekcji

Gdy użytkownik wchodzi z linku z fragmentem, przeglądarka przewija od razu do docelowego elementu. Ten skok naraża stronę na Cumulative Layout Shift (CLS).

Jeśli elementy powyżej celu ładują się bez zarezerwowanych wymiarów:

• miejsca na banery bez min-height,
• obrazy bez atrybutów width i height,
• osadzone skrypty zewnętrzne i odtwarzacze multimediów,

renderują się z opóźnieniem i spychają dokument w dół. Użytkownik, który zaczął czytać docelowy akapit, gubi miejsce.

#Konfiguracja CSS dla stabilnego przewijania do kotwic

html {
  /* Płynne przejścia do kotwic fragmentów */
  scroll-behavior: smooth;
}

/* Górny margines, by przyklejony nagłówek nie zasłaniał celu */
[id] {
  scroll-margin-top: 5rem;
}

/* Rezerwacja minimalnej wysokości dla mediów i banerów nad zgięciem */
.ad-slot-header {
  min-height: 250px;
  contain: layout;
}

img {
  max-width: 100%;
  height: auto;
  display: block;
}

scroll-margin-top ustawia górny margines obszaru przewijania, więc przeglądarka zatrzymuje się nad nagłówkiem, zamiast chować go pod przyklejonym menu. Dopasuj wartość do rzeczywistej wysokości nagłówka strony, łącznie z paskiem administracyjnym dla zalogowanych.

Po stronie serwera (Nginx lub Cloudflare) długi czas cache dla fontów i arkuszy stylów sprawia, że układ nie zmienia się w trakcie skoku:

# Długi czas cache dla zasobów statycznych, by skok renderował się z docelowymi stylami
location ~* \.(woff2|ttf|svg|css|js)$ {
    expires 1y;
    add_header Cache-Control "public, no-transform, immutable";
    access_log off;
}

immutable jest bezpieczne tylko wtedy, gdy adres zasobu zmienia się z każdym wydaniem. WordPress dopisuje do kolejkowanych plików parametr ?ver=, więc warunek jest spełniony, o ile motyw lub wtyczka podbija numer wersji.

#Jak wdrożyć strukturę haspart ze schema org

Schema.org definiuje hasPart do wskazywania części utworu. W JSON-LD można nim zadeklarować sekcje artykułu jako elementy WebPageElement, każdy z własnym adresem fragmentu:

add_action('wp_head', function () {
    if (!is_singular('post')) {
        return;
    }

    global $post;
    $permalink = get_permalink($post->ID);

    // Kluczowe sekcje artykułu
    $sections = [
        [
            'name' => 'Wymagania techniczne integracji z ERP',
            'anchor' => 'wymagania-techniczne-integracji-z-erp',
            'description' => 'Przepustowość, format danych JSON i uwierzytelnianie OAuth2.'
        ],
        [
            'name' => 'Eliminacja zakleszczeń w bazie danych',
            'anchor' => 'eliminacja-zakleszczen-w-bazie-danych',
            'description' => 'Tabele HPOS i strojenie asynchronicznych kolejek Action Scheduler.'
        ]
    ];

    $parts = [];
    foreach ($sections as $sec) {
        $parts[] = [
            '@type' => 'WebPageElement',
            'name' => $sec['name'],
            'url' => $permalink . '#' . $sec['anchor'],
            'description' => $sec['description']
        ];
    }

    $schema = [
        '@context' => 'https://schema.org',
        '@type' => 'TechArticle',
        '@id' => $permalink . '#article',
        'headline' => get_the_title($post->ID),
        'inLanguage' => 'pl-PL',
        'mainEntityOfPage' => $permalink,
        'hasPart' => $parts
    ];

    echo "\n" . '<script type="application/ld+json">' . "\n";
    echo wp_json_encode($schema, JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);
    echo "\n" . '</script>' . "\n";
}, 25);

Sekcje w przykładzie to wypełniacze z artykułu o integracji WooCommerce z ERP; na produkcji powinny pochodzić z prawdziwych nagłówków wpisu. Ten kod to poprawne Schema.org, ale Google nie dokumentuje żadnej funkcji wyszukiwarki, która używałaby hasPart z WebPageElement do linków do sekcji. Udokumentowane przez Google zastosowanie hasPart to oznaczanie sekcji za paywallem. Obowiązuje zasada ze strony o funkcjach AI: dane strukturalne muszą odpowiadać widocznemu tekstowi, więc każda nazwa i kotwica w tablicy musi istnieć na stronie.

#Jak ograniczyć to, co AI Mode może cytować ze strony WordPress

Dokumentacja metatagu robots wymienia dostępne ustawienia, a strona o funkcjach AI wskazuje te same dla AI Overviews i AI Mode:

• nosnippet dotyczy “wszystkich form wyników wyszukiwania (w Google: wyszukiwarki, Grafiki Google, Discover, AI Overviews, AI Mode)” (tłumaczenie własne).
• max-snippet:[number] ogranicza długość opisu w znakach i “ogranicza też, ile treści może zostać użyte jako bezpośrednie dane wejściowe dla AI Overviews i AI Mode” (tłumaczenie własne). 0 oznacza to samo co nosnippet, -1 zostawia wybór Google.
• data-nosnippet wyłącza część strony i działa na elementach span, div i section.
• noindex usuwa stronę z wyszukiwarki całkowicie.

WordPress generuje metatag robots przez filtr wp_robots od wersji 5.7. Limit opisu dla jednego typu wpisu wygląda tak:

add_filter('wp_robots', function ($robots) {
    if (is_singular('product')) {
        $robots['max-snippet'] = '160';
    }
    return $robots;
});

data-nosnippet wpisuje się bezpośrednio w kod, na przykład w bloku Własny HTML: <div data-nosnippet>wewnętrzna notatka o cenach</div>. Te ustawienia ograniczają widoczność, nie tylko ponowne użycie treści. Strona blokująca opisy traci opis także w zwykłych wynikach, więc stosuj je do konkretnych fragmentów, a nie w całej witrynie.

#Zasada pierwszego akapitu dla opisów i linków głębokich

Czysty HTML nie pomoże, jeśli tekst utrudnia wyciąganie fragmentów. Opisy wyników, linki “Read more” i odpowiedzi AI biorą krótkie fragmenty, a fragment, który odpowiada na nagłówek w pierwszym zdaniu, zachowuje sens po wyjęciu z kontekstu.

1. Pierwsze zdanie pod H2: bezpośrednia odpowiedź na pytanie z nagłówka. Pomiń wstępy w stylu W tej sekcji przyjrzymy się….
2. Drugie zdanie: sprawdzalna liczba, parametr albo ograniczenie.
3. Kolejne akapity: kompromisy, kod i tabele.

Tak zbudowane sekcje działają też dla osób, które trafiają w środek strony, a to robi każdy link z fragmentem.

#Które mechanizmy Google prowadzą do sekcji Twojej strony

#Plan dostosowania witryny WordPress do nowego układu wyników

1. Sprawdź dostęp robota:
   • Upewnij się, że robots.txt, CDN i wtyczki bezpieczeństwa przepuszczają Googlebota.
2. Przetestuj linki głębokie na najważniejszych stronach:
   • Otwórz każdą z #id-naglowka i z fragmentem tekstowym, przeładuj i potwierdź, że przeglądarka zostaje przy celu i zachowuje krzyżyk.
   • Usuń skrypty przewijające na górę i czyszczące krzyżyk przy ładowaniu.
3. Uzupełnij kotwice nagłówków:
   • Dodaj filtr identyfikatorów, a potem ustaw ręczne kotwice HTML nagłówkom, do których linkują inne strony.
4. Ustabilizuj układ nad sekcjami:
   • Zarezerwuj wymiary obrazów, reklam i osadzeń, a scroll-margin-top ustaw na wysokość nagłówka.
5. Trzymaj dane strukturalne w zgodzie z treścią:
   • Jeśli używasz hasPart, generuj go z prawdziwych nagłówków.
6. Mierz we właściwym miejscu:
   • Kliknięcia z AI Mode czytaj w raporcie Skuteczność w Search Console w typie “Web”, pamiętając, że fragmenty nie są tam raportowane.
   • Zapisuj location.hash przy wejściu w swojej analityce, żeby zobaczyć, które kotwice z identyfikatorem przyciągają odwiedzających.
7. Czekaj na potwierdzenie:
   • Dopóki Google nie udokumentuje paska, planuj pod AI Mode w obecnej postaci, a nie pod niepotwierdzony układ.