Pole wyszukiwania w linkach do podstron znika: porządki w znacznikach WebSite

Google wycofuje pole wyszukiwania w linkach do podstron (sitelinks search box). A znaczniki, które dodała pod nie Twoja wtyczka SEO? Mogą zostać tam, gdzie są, i nie wywołają ani jednego błędu. Ich usunięcie to opcjonalne porządki, a nie gaszenie pożaru. Jeśli prowadzisz stronę na WordPressie albo sklep internetowy, którego wtyczka generuje znaczniki SearchAction na stronie głównej, poniżej znajdziesz to, co się zmienia, którą część bloku WebSite zachować i co potem zrobić ze stronami wyszukiwarki wewnętrznej.

Co Google zmienia w polu wyszukiwania w linkach do podstron?

Element wizualny przestaje pojawiać się w wynikach wyszukiwania od 21 listopada 2024 roku. Globalnie, we wszystkich językach i we wszystkich krajach. W swoim ogłoszeniu o wycofaniu pola wyszukiwania Google wyjaśnia, że korzystanie z niego z czasem spadło i że chce uprościć stronę wyników. Na pozycje w rankingu nie ma to wpływu. Nie zmienia się też drugi element sitelinks, czyli lista linków wyświetlana pod wynikiem (te dwie rzeczy są ze sobą nagminnie mylone). I nie szukaj tej zmiany w panelu stanu wyszukiwarki, bo nie będzie tam wymieniona.

Po zniknięciu elementu zmieniają się dwa narzędzia. Z Search Console znika poświęcony mu raport wyników z elementami rozszerzonymi, a Rich Results Test przestaje wyróżniać te znaczniki. Jeśli więc którymś z nich potwierdzałeś poprawność konfiguracji, spodziewaj się ciszy. Nie ostrzeżenia, nie błędu. Po prostu ciszy.

Czy trzeba usuwać znaczniki SearchAction ze strony?

Nie. Google podaje, że nieobsługiwane dane strukturalne tego typu nie powodują problemów w wyszukiwarce i nie wywołują błędów w raportach Search Console. Dla tych, którzy nigdy nie zaglądali pod maskę: znaczniki SearchAction to właściwość potentialAction wewnątrz bloku WebSite, która opisuje wzorzec adresu URL wyszukiwarki Twojej strony, tak aby Google mógł przekazać zapytanie prosto do niej.

Czy w takim razie usuwanie kiedykolwiek się opłaca? Czasami. Zyskujesz lżejszy kod źródłowy strony głównej, o jedną funkcję wtyczki mniej do utrzymania i mniej drapania się po głowie, gdy ktoś będzie później robił audyt strony i zastanawiał się, do czego służy ta właściwość. Zostaw ją jednak w spokoju, gdy wtyczka zarządza blokiem automatycznie, a jedynym sposobem jego edycji jest własny kod, który może się posypać przy najbliższej aktualizacji. Moim zdaniem to zły interes.

Która część danych strukturalnych WebSite powinna zostać?

Sam blok WebSite. Zachowaj go, bo nazwy witryn w Google korzystają z odmiany danych strukturalnych WebSite, która nadal jest obsługiwana. Według dokumentacji Google o nazwach witryn znaczniki powinny znajdować się wyłącznie na stronie głównej, w formacie JSON-LD, RDFa lub mikrodanych, i nie są potrzebne na każdej podstronie. Jeden haczyk: nazwy witryn działają dla witryn na poziomie domeny i subdomeny, a nie dla podkatalogów.

Klasyczny błąd polega tu na wyłączeniu we wtyczce całego schematu WebSite, choć chodziło tylko o pozbycie się akcji wyszukiwania. Zrób tak, a sygnał o preferowanej nazwie witryny wyleci razem z właściwością, której już nie potrzebujesz.

Jak uporządkować znaczniki w WordPressie lub sklepie

Usuń tylko część potentialAction, a w bloku WebSite zostaw name i url. Dane strukturalne generuje Twój CMS, motyw albo wtyczka, więc to tam trzeba wykonać pracę:

1. Otwórz kod źródłowy strony głównej i znajdź JSON-LD typu WebSite.
2. Sprawdź w ustawieniach schematu wtyczki SEO, czy jest przełącznik pola wyszukiwania albo udokumentowany filtr.
3. Usuń właściwość SearchAction. Nic więcej.
4. Upewnij się, że nazwa witryny w znacznikach jest tą preferowaną i zgadza się z innymi źródłami na stronie głównej, na przykład z tytułem.
5. Zweryfikuj składnię.

Do tego ostatniego kroku użyj narzędzia do testowania schematów, takiego jak Schema Markup Validator, ponieważ Rich Results Test nie obsługuje nazw witryn. Aha, a skoro i tak jesteś już w kodzie źródłowym, poszukaj zduplikowanych bloków WebSite. Pojawiają się wtedy, gdy jeden generuje motyw, a drugi wtyczka. Zostaw jeden blok z poprawną nazwą.

SEO wyszukiwarki wewnętrznej: trzymaj strony wyników poza crawlowaniem

Pole wyszukiwania zniknęło z wyników. Zostaje mniej efektowna robota: dopilnowanie, żeby strony wyszukiwarki wewnętrznej nie pochłaniały uwagi robotów i nie trafiały do indeksu. Dlaczego te adresy URL to taki ból głowy? Kombinacji zapytań jest nieskończenie wiele, listy wyników są ubogie w treść albo dublują istniejące strony kategorii, a spamerskie zapytania potrafią generować nowe adresy na żądanie. Masz dwa narzędzia i każde robi co innego:

• disallow w robots.txt dla wzorca adresu URL wyszukiwarki zatrzymuje crawlowanie tych adresów.
• noindex trzyma strony poza indeksem, a roboty nadal mogą je pobierać.
• Nigdy obu naraz na tym samym adresie URL. Robot nie odczyta noindex na stronie, której pobieranie ma zablokowane.

Które pasuje? To zależy od tego, czy strony są już zaindeksowane i ile z nich odpytują boty. Przez ten wybór prowadzi porównanie noindex i disallow w robots.txt. Prowadzisz małą stronę? W takim razie najpierw zastanów się, czy crawl budget ma znaczenie przy Twojej skali, zanim utopisz całe popołudnie w dopieszczaniu reguł.

Jak sprawdzić, czy roboty nadal odpytują adresy wyszukiwarki

Zajrzyj do logów. Logi dostępu serwera pokazują, czy po zmianie boty odpytują parametr lub ścieżkę Twojej wyszukiwarki. Szukaj żądań do wzorca adresu URL wyszukiwarki pochodzących od user agentów wyszukiwarek i obserwuj, czy ich liczba spada po wdrożeniu reguły disallow. Logi leżą na Twoim własnym serwerze źródłowym albo w NGINX, a poradnik o tym, jak czytać żądania robotów w logach dostępu, wyjaśnia, jak je filtrować. Żądania wciąż przychodzą? Sprawdź, czy reguła pasuje dokładnie do wzorca, którego używa Twoja wyszukiwarka.

Decyzja jest więc prosta. Pole wyszukiwania w linkach do podstron znika z wyników, jego znaczniki są nieszkodliwe, a ich usunięcie sprowadza się do porządku w kodzie. Działaj w tej kolejności - zachowaj znaczniki WebSite dla nazwy witryny, usuń SearchAction tylko wtedy, gdy wtyczka pozwala zrobić to wygodnie, i kontroluj, jak strony wyszukiwarki wewnętrznej są crawlowane i indeksowane.

FAQ