Wojciech Bębenek Blog Newsy 3 sierpnia 2026

#021 SEO mbridge Alert: lipiec 2026

Lipiec w branży SEO pokazał, że o widoczności coraz częściej decydują nie tylko same treści, lecz także jakość danych i techniczna dostępność strony dla Google’a. W tym wydaniu sprawdzamy, jak nowe dane Merchant Listing mogą pomóc e-commerce, dlaczego precyzyjne, eksperckie materiały mają większą szansę na cytowanie przez AI oraz jak zabezpieczenia antybotowe i błędy w robots.txt potrafią zaszkodzić indeksacji. Przyglądamy się też temu, jak interpretować komunikaty w Search Console i dlaczego masowe publikowanie treści AI może zostać uznane za content bez realnej wartości.

Precyzja odpowiedzią na wyzwania

Najnowsze aktualizacje Google skupiają się na zwalczaniu masowej automatyzacji oraz poprawie jakości technicznej stron. Wyszukiwarka zaostrza walkę z tekstami generowanymi przez sztuczną inteligencję, kwalifikując je jako mało wartościowy „thin content”. Kluczem do sukcesu w nowej erze staje się precyzja, ponieważ szczegółowe i eksperckie treści mają znacznie większą szansę na zdobycie cytowań w generatywnych wynikach AI.

Z technicznego punktu widzenia, wydawcy muszą uważać na agresywne ekrany weryfikacji botów, które mogą zablokować robotom Google dostęp do witryny i wywołać spadki widoczności. Jednocześnie Google rozbudowuje dane strukturalne dla e-commerce, które bezpośrednio wspierają widoczność produktów np. w Organic Product Listings.

Wojciech Bębenek
SEO Expert w mbridge

Google rozszerza dane strukturalne Merchant Listing o kategorię produktu i czas trwania promocji

Google zaktualizowało dokumentację danych strukturalnych dla ofert produktowych. Najważniejszą zmianą jest dodanie rekomendowanej właściwości „category”, która pozwala dokładniej określić kategorię produktu bezpośrednio w kodzie strony. Firma doprecyzowała również, jak przekazywać informacje o początku i końcu ceny promocyjnej. Zmiany zbliżają dane umieszczane na stronie do informacji przesyłanych w plikach produktowych Google Merchant Center. Dzięki temu Google może łatwiej połączyć produkt z odpowiednią kategorią oraz wyświetlać aktualne informacje o jego cenie.

Nowa właściwość category

Właściwość „category” nie jest obowiązkowa, ale Google rekomenduje jej stosowanie. Sprzedawcy mogą przekazać kategorię na dwa sposoby:

jako własną nazwę kategorii w zwykłym tekście, podobnie jak w atrybucie product_type w feedzie produktowym,
jako obiekt CategoryCode, odpowiadający kategorii z Google Product Taxonomy.

W drugim przypadku można wykorzystać zarówno numeryczny identyfikator kategorii Google, jak i jej pełną ścieżkę, np. „Odzież i akcesoria > Odzież > Sukienki”. W jednym oznaczeniu można także połączyć kilka kategorii Google z własnymi kategoriami sklepu. Pozwala to zachować większą spójność pomiędzy informacjami zapisanymi na stronie a danymi przesyłanymi do Merchant Center.

Google doprecyzowuje czas trwania promocji

Do dokumentacji dodano również osobną sekcję dotyczącą okresu obowiązywania ceny promocyjnej. Sprzedawcy mogą określić go za pomocą właściwości:

validFrom – początek obowiązywania ceny,
validThrough – koniec obowiązywania ceny,
priceValidUntil – data, po której cena przestaje być aktualna.

Google rekomenduje podawanie zarówno początku, jak i końca promocji wraz z godziną oraz strefą czasową w formacie ISO 8601. Ma to ograniczyć sytuacje, w których wygasła oferta nadal pojawia się w wynikach wyszukiwania.Właściwości można dodać bezpośrednio do elementu Offer. Jeżeli cena promocyjna została opisana w osobnym elemencie PriceSpecification, daty powinny znaleźć się właśnie w nim.

Co to oznacza dla e-commerce?

Zmiany pozwalają sklepom przekazywać Google dokładniejsze informacje o produktach i promocjach bezpośrednio na stronie, a nie wyłącznie przez feed produktowy. Prawidłowe wdrożenie może pomóc w:

lepszym przypisaniu produktu do odpowiedniej kategorii,
zachowaniu spójności danych między stroną a Merchant Center,
wyświetlaniu aktualnych cen promocyjnych,
ograniczeniu błędów i rozbieżności w ofertach produktowych,
dokładniejszym prezentowaniu produktów w Merchant Listings.

Nowe dane strukturalne nie gwarantują wyższych pozycji w wynikach wyszukiwania. Ułatwiają jednak Google zrozumienie oferty i mogą zwiększyć szansę na poprawne wyświetlanie jej w bezpłatnych wynikach produktowych.

Źródło: Search Engine Journal

W AI SEO wygrywają treści precyzyjne, a nie ogólne

Wyszukiwarki oparte na sztucznej inteligencji coraz lepiej rozumieją całe tematy i pytania formułowane naturalnym językiem. Dlatego samo nasycenie tekstu słowami kluczowymi przestaje wystarczać. Większe znaczenie może mieć to, czy materiał odpowiada na konkretne, jasno określone zagadnienie i wnosi informacje, których nie da się łatwo znaleźć w innych źródłach.

Dyskusję na ten temat wywołał autor specjalistycznych artykułów, który zauważył, że Claude wykorzystuje i niekiedy bezpośrednio wskazuje publikowane przez niego treści. Jego zdaniem kluczowe było wybranie wystarczająco wąskiego tematu i jego dokładne opracowanie.

Dlaczego specyficzne treści mogą zyskiwać widoczność?

Wąsko zdefiniowany temat ułatwia zachowanie spójności tekstu i precyzyjne wyjaśnienie konkretnego problemu. Dzięki temu system AI może łatwiej rozpoznać:

czego dokładnie dotyczy materiał,
na jakie pytanie odpowiada,
które informacje są w nim najważniejsze,
w jakim kontekście warto wykorzystać go jako źródło.

Ogólne artykuły przeglądowe często powtarzają informacje dostępne już w wielu innych miejscach. Specjalistyczny materiał może natomiast dostarczyć szczegółów, przykładów lub doświadczeń, których brakuje w bardziej powierzchownych publikacjach. John Mueller z Google podsumował tę dyskusję krótką rekomendacją: tworzyć więcej użytecznych i wnikliwych materiałów.

Czy specyficzna treść gwarantuje cytowanie przez AI?

Nie, opisane przykłady są doświadczeniami pojedynczych autorów, a nie wynikiem badania potwierdzającego bezpośrednią zależność między zawężeniem tematu a cytowaniem przez modele językowe.

Na widoczność mogą wpływać również m.in. autorytet domeny, linki prowadzące do materiału, dostępność treści dla robotów, jej aktualność oraz dopasowanie do pytania użytkownika.

Co to oznacza dla SEO i content marketingu?

Tworzenie treści pod AI Search nie powinno polegać na publikowaniu kolejnych ogólnych poradników obejmujących szeroki temat. Większy potencjał mogą mieć materiały, które:

odpowiadają na jedno precyzyjnie określone pytanie,
rozwijają niszowy problem bardziej szczegółowo niż konkurencja,
zawierają własne dane, przykłady lub doświadczenia,
pozostają skupione na głównym zagadnieniu,
dostarczają informacji, które można łatwo wykorzystać w konkretnej odpowiedzi.

W erze AI SEO przewagą może być nie liczba publikowanych tekstów, lecz ich specjalizacja. Im dokładniej materiał odpowiada na konkretną potrzebę użytkownika, tym większa szansa, że stanie się przydatnym źródłem również dla systemów generatywnych.

Źródło: Search Engine Journal

Ekrany „czy jesteś botem?” mogą usuwać strony z indeksu Google

Systemy ochrony przed botami mają zabezpieczać witrynę przed niepożądanym ruchem. Jeżeli jednak ekran weryfikacyjny zostanie wyświetlony również Googlebotowi, może doprowadzić do problemów z indeksowaniem. John Mueller z Google wyjaśnił, że wyszukiwarka może zobaczyć stronę z komunikatem „czy jesteś botem?” zamiast właściwej zawartości witryny. Jeżeli serwer zwróci przy tym prawidłowy kod odpowiedzi, Google może potraktować ekran zabezpieczający jak normalną treść strony.

Dlaczego strona może wypaść z indeksu?

Podobne ekrany weryfikacyjne pojawiają się na wielu witrynach. Jeżeli Google napotka wiele niemal identycznych stron, może uznać je za duplikaty i wybrać tylko jedną wersję kanoniczną. W efekcie:

właściwa treść może zostać zastąpiona w indeksie ekranem weryfikacyjnym,
podstrona może zostać oznaczona jako duplikat,
Google może wskazać jako kanoniczny adres należący do innej witryny,
strona może stracić widoczność mimo że zwykłym użytkownikom wyświetla się poprawnie.

Nie oznacza to, że każdy CAPTCHA lub system ochrony przed botami szkodzi SEO. Problem pojawia się wtedy, gdy zabezpieczenie blokuje Googlebota albo pokazuje mu inną zawartość niż pozostałym użytkownikom.

Dlaczego trudno zauważyć problem?

Właściciel strony może nigdy nie zobaczyć ekranu „czy jesteś botem?”, ponieważ zabezpieczenie uruchamia się tylko dla ruchu uznanego za podejrzany. Witryna może więc działać poprawnie w zwykłej przeglądarce, podczas gdy Google otrzymuje zupełnie inną treść. Źródłem problemu nie musi być sama strona. Ochronę może uruchamiać m.in. CDN, hosting, zapora bezpieczeństwa, system antybotowy czy błędnie skonfigurowany mechanizm CAPTCHA. Google nadal otrzymuje prawidłową odpowiedź serwera, dlatego standardowe testy dostępności mogą nie wykryć błędu.

Jak sprawdzić, co widzi Google?

Warto regularnie kontrolować raport indeksowania stron w Google Search Console. Sygnałem ostrzegawczym mogą być komunikaty o duplikacie lub wyborze innej strony kanonicznej. Pomocne jest również narzędzie do sprawdzania adresu URL, które pokazuje:

czy strona znajduje się w indeksie,
jaki adres Google uznało za kanoniczny,
czy robot może pobrać właściwą zawartość.

Jeżeli jako wersja kanoniczna wskazana jest domena należąca do innej firmy, należy sprawdzić konfigurację zabezpieczeń, CDN-u lub hostingu. Po usunięciu problemu można poprosić Google o ponowne sprawdzenie strony w Search Console albo poczekać na kolejny crawl.

Co to oznacza dla SEO?

Zabezpieczenia witryny powinny chronić przed szkodliwym ruchem, ale nie mogą utrudniać dostępu robotom wyszukiwarki. Sam fakt, że strona działa poprawnie dla użytkownika, nie oznacza jeszcze, że Google widzi tę samą treść. Dlatego przy nagłych problemach z indeksowaniem warto analizować nie tylko kod strony, ale również warstwę bezpieczeństwa i sposób, w jaki serwer odpowiada Googlebotowi.

Źródło: Search Engine Journal

Nie każdy błąd w Google Search Console wymaga naprawy

Google zwraca uwagę, że Search Console nie powinno być traktowane jak lista usterek, które trzeba kolejno odhaczyć. Komunikaty o stronach niezaindeksowanych, przekierowaniach czy błędach 404 nie zawsze oznaczają problem techniczny. Często pokazują po prostu stan, który jest prawidłowy i zgodny z założeniami witryny. John Mueller i Martin Splitt podkreślili, że wielu właścicieli stron reaguje na każdy raport jak na sygnał awarii. Tymczasem ważniejszy od samego komunikatu jest jego kontekst oraz to, czy dane zachowują się zgodnie z oczekiwaniami.

Niezaindeksowana strona nie zawsze oznacza problem

Google nie indeksuje każdej znalezionej podstrony. Czasem wynika to z decyzji systemów wyszukiwarki, a nie z błędu po stronie witryny. Podobnie jest z adresami oznaczonymi jako strona z przekierowaniem, duplikat, strona wykluczona z indeksu, adres zwracający kod 404.

Jeżeli podczas migracji część starych adresów została przekierowana, wzrost liczby stron z przekierowaniem jest oczekiwanym efektem. Nie ma wtedy niczego do naprawienia – raport potwierdza, że Google zaczęło przetwarzać wprowadzone zmiany.

Błąd 404 może być prawidłową odpowiedzią

Kod 404 informuje, że pod wskazanym adresem nie istnieje żadna strona. Jeżeli treść została celowo usunięta i nie ma dla niej odpowiedniego zamiennika, taka odpowiedź jest poprawna. Nie oznacza to jednak, że wszystkie 404 można ignorować. Warto sprawdzić, czy nie wynikają z uszkodzonych linków wewnętrznych, błędnie wpisanych adresów, zmiany URL-i bez wdrożenia przekierowania czy przypadkowego usunięcia ważnej podstrony. Sam komunikat nie przesądza więc o problemie. Dopiero analiza jego źródła pozwala ustalić, czy potrzebna jest interwencja.

W Search Console warto szukać wzorców

Zamiast analizować każdy adres osobno, Google rekomenduje obserwowanie zmian w skali całej witryny. Znaczenie mogą mieć przede wszystkim:

nagły wzrost liczby niezaindeksowanych stron,
pojawienie się dużej liczby nieplanowanych przekierowań,
zmiana adresów kanonicznych,
spadek liczby indeksowanych podstron,
wyraźne odchylenie od dotychczasowego trendu.

To właśnie takie wzorce mogą wskazywać, że w witrynie pojawił się problem techniczny albo Google zaczęło interpretować jej strukturę inaczej niż wcześniej.

Co to oznacza dla SEO?

Google Search Console jest przede wszystkim narzędziem diagnostycznym i monitoringowym, a nie automatyczną listą zadań do wykonania. Próba „naprawiania” każdego komunikatu może prowadzić do niepotrzebnych zmian, które nie poprawią widoczności strony. Najważniejsze jest ustalenie, czy raport pokazuje stan zgodny z założeniami serwisu. Dopiero wtedy można odróżnić normalne zachowanie Google’a od błędu, który rzeczywiście wymaga reakcji.

Źródło: Search Engine Journal

Błąd w robots.txt może prowadzić do niechcianej indeksacji stron

Plik robots.txt pozwala określić, które części witryny mogą być odwiedzane przez roboty wyszukiwarek. Nie służy jednak bezpośrednio do blokowania indeksowania, a nieprawidłowo zapisane reguły mogą sprawić, że Googlebot otrzyma inne instrukcje, niż zakłada właściciel strony. John Mueller z Google zwrócił uwagę na problem dotyczący sklepu Shopify, którego wewnętrzna wyszukiwarka generowała spamerskie adresy URL. Mimo reguły blokującej katalog /search część stron nadal pojawiała się w indeksie Google.

Bardziej szczegółowa reguła ma pierwszeństwo

W analizowanym przypadku plik robots.txt zawierał osobną sekcję przeznaczoną dla Googlebota oraz kolejną sekcję skierowaną do wszystkich robotów:

user-agent: Googlebot,
user-agent: *.

Reguła blokująca strony wyszukiwania znajdowała się wyłącznie w sekcji ogólnej. Ponieważ Googlebot miał własną, bardziej szczegółową grupę instrukcji, korzystał tylko z niej i nie uwzględniał zasad zapisanych dla user-agent: *. Nie oznacza to więc, że Google samodzielnie zignorowało poprawną dyrektywę. Robot zastosował reguły zgodnie ze specyfikacją, ale konfiguracja pliku nie odpowiadała intencjom właściciela strony. Jeżeli te same zasady mają obowiązywać kilka robotów, należy umieścić ich nazwy w jednej grupie albo powtórzyć odpowiednie dyrektywy w każdej sekcji.

Robots.txt nie blokuje indeksowania

Drugim problemem było wykorzystanie pliku robots.txt do usuwania adresów z wyników wyszukiwania. Dyrektywa Disallow blokuje przede wszystkim możliwość crawlowania strony. Nie gwarantuje jednak, że adres nie pojawi się w indeksie. Google może znać zablokowany URL m.in. z linków prowadzących do niego i wyświetlić go w wynikach, nawet jeżeli nie mogło pobrać jego zawartości.

Jeżeli celem jest usunięcie strony z indeksu, skuteczniejszym rozwiązaniem może być dyrektywa noindex. Googlebot musi jednak mieć możliwość wejścia na stronę i odczytania znacznika. Jednoczesne zablokowanie adresu w robots.txt może mu to uniemożliwić.

Wewnętrzna wyszukiwarka może generować spamerskie adresy

Opisany problem dotyczył tzw. search box spamu. Spamerzy wpisują w wewnętrznej wyszukiwarce sklepu frazy zawierające nazwy stron lub linki, a system automatycznie tworzy dla nich nowe adresy wyników wyszukiwania. Jeżeli takie podstrony są dostępne dla robotów, mogą zostać znalezione i trafić do indeksu Google. W rezultacie domena zaczyna wyświetlać w wyszukiwarce adresy związane ze spamem, mimo że właściciel strony nigdy celowo ich nie utworzył. W przypadku Shopify rozwiązaniem może być dodanie znacznika noindex do wszystkich stron wyników wyszukiwania. Popularne wtyczki SEO dla WordPressa zazwyczaj stosują takie ustawienie domyślnie.

Co warto sprawdzić?

Przy konfiguracji robots.txt należy zweryfikować:

czy istnieją osobne sekcje dla Googlebota i innych robotów,
czy reguły z grupy user-agent: * zostały powtórzone w sekcjach szczegółowych,
czy adresy, które nie powinny być indeksowane, mają dyrektywę noindex,
czy wewnętrzna wyszukiwarka nie generuje publicznych stron dla spamerskich zapytań,
czy przekierowania i odpowiedzi 404 odpowiadają rzeczywistemu statusowi adresów.

Co to oznacza dla SEO?

Plik robots.txt nie powinien być traktowany jako narzędzie do usuwania stron z indeksu. Jego zadaniem jest zarządzanie dostępem robotów do witryny, a szczegółowe reguły dla wybranego user-agenta mają pierwszeństwo przed zasadami ogólnymi. Błędna konfiguracja może więc prowadzić do odwrotnego efektu niż zamierzony: Google nadal będzie znać niechciane adresy, a jednocześnie nie uzyska dostępu do strony, aby odczytać właściwe instrukcje dotyczące indeksowania.

Źródło: Search Engine Journal

Ręczna kara za „thin content” może mieć związek z masowymi treściami AI

Jedno z wieloletnich forów internetowych otrzymało od Google częściową ręczną karę za treści o małej lub zerowej wartości dodanej. Sankcja objęła wyłącznie sekcję /threads/, zawierającą ponad 168 tys. wątków i przeszło pół miliona postów. Google nie podało przykładowych adresów ani nie wskazało wprost, które treści doprowadziły do nałożenia kary. Część specjalistów SEO zwróciła jednak uwagę, że na forum działał bot AI, który od 2023 roku opublikował ponad 100 tys. odpowiedzi.

Czy Google ukarało stronę za korzystanie z AI?

Nie ma na to oficjalnego potwierdzenia. Google od dawna podkreśla, że sam sposób powstania tekstu nie przesądza o jego jakości. Treści wygenerowane przez AI nie są automatycznie uznawane za spam ani „thin content”. W tym przypadku związek między karą a odpowiedziami bota jest hipotezą specjalistów, a nie ustaleniem Google’a. Możliwe jednak, że duża liczba automatycznie tworzonych wypowiedzi została oceniona jako pozbawiona wystarczającej wartości dodanej.

Dlaczego odpowiedzi AI mogą być problemem na forum?

Wartością forów są przede wszystkim wiedza użytkowników, osobiste doświadczenia i rozwiązania wynikające z praktyki. Model AI nie posiada własnych doświadczeń, a przetwarza informacje pochodzące z istniejących źródeł. Jeżeli automatyczne odpowiedzi:

powtarzają ogólnodostępne informacje,
nie odnoszą się dokładnie do problemu użytkownika,
pojawiają się masowo w wielu podobnych wątkach,
nie wnoszą nowych przykładów, analiz ani doświadczeń,

mogą osłabiać jakość całej sekcji i utrudniać Google znalezienie treści, które rzeczywiście zasługują na widoczność.

„Thin content” nie oznacza wyłącznie krótkiego tekstu

Google ocenia treści o niskiej wartości nie tylko na podstawie ich długości. Problemem może być również brak oryginalnego wkładu, analizy, wiedzy eksperckiej albo informacji, których użytkownik nie znajdzie w innych miejscach. Długi tekst wygenerowany przez AI nadal może zostać uznany za małowartościowy, jeżeli jedynie przetwarza znane już informacje. Z kolei krótka odpowiedź może być przydatna, gdy konkretnie rozwiązuje problem użytkownika.

Co to oznacza dla SEO?

Opisany przypadek nie dowodzi, że Google rozpoczęło karanie każdej treści tworzonej przez sztuczną inteligencję. Pokazuje jednak ryzyko związane z masowym publikowaniem automatycznych materiałów bez kontroli ich jakości i rzeczywistej przydatności. Właściciele serwisów opartych na UGC powinni sprawdzić:

jak duży udział w publikacjach mają automatyczne odpowiedzi,
czy treści AI wnoszą informacje wykraczające poza ogólne podsumowanie,
czy użytkownik potrafi odróżnić odpowiedź człowieka od wypowiedzi bota,
czy podobne lub nieaktualne wątki nie powinny zostać połączone, ograniczone albo usunięte,
czy najważniejsze sekcje są regularnie moderowane i oceniane pod kątem jakości.

AI może wspierać tworzenie contentu, ale sama skala publikacji nie jest przewagą. W przypadku forów i serwisów społecznościowych najważniejszą wartością nadal pozostaje autentyczne doświadczenie użytkowników, którego model językowy nie jest w stanie zastąpić.

Źródło: Search Engine Journal