SEO News #251 – lifting dokumentacji dot. odświeżania treści SEO, OKF i 5 sygnałów zaufania, wytyczne review snippets

Google odświeża dokumentację dot. aktualizacji treści SEO – dokument jest teraz bardziej precyzyjny i łatwiejszy do zrozumienia. Format OKF z 5 sygnałami zaufania. Aktualizacja wytycznych review snippet. Google ogłasza narzędzie CodeMender nakierowane na cyberbezpieczeństwo. Zapowiedź Commerce Connect, czyli narzędzia do skalowania sklepów online na WordPressie. A do tego zamieszanie z czatami w Claude, które zaczęły wyświetlać się w Google – i czego możemy się z tego nauczyć.

1. Odświeżona dokumentacja Google oferuje pomysły na aktualizacje treści SEO – i teraz zrozumie ją każdy

Co mam na myśli, pisząc, że zrozumie ją każdy? Google skupiło się na tym, żeby dokument był maksymalnie precyzyjny, jasny i łatwy w odbiorze – do tej pory bywało z tym różnie.

Najbardziej rzuca się w oczy to, że Google zaczęło zastępować ogólne sformułowania konkretnymi informacjami. Zamiast pisać o „błędach serwera” czy „szybkiej odpowiedzi”, dokumentacja wskazuje już konkretne kody HTTP albo parametry, takie jak Time to First Byte.

Dzięki temu nie trzeba się zastanawiać, co autor miał na myśli – wszystko jest opisane znacznie dokładniej.

Druga większa zmiana to usunięcie zbędnych wyjaśnień. Google zrezygnowało z tłumaczenia wewnętrznej logiki działania swoich systemów tam, gdzie nie wnosiło to wartości dla czytelnika.

Zamiast opisywać, dlaczego crawler podejmuje określone decyzje, dokumentacja skupia się na tym, jaki będzie efekt dla właściciela strony. Dzięki temu tekst jest krótszy i łatwiejszy do przyswojenia.

Przebudowano też poszczególne zdania – w wielu miejscach Google rozdzieliło skomplikowane, wielowątkowe konstrukcje na prostsze komunikaty. Zniknęły niepotrzebne definicje wrzucone w środek zdania i nadmiar technicznego żargonu, przez co całość czyta się po prostu płynniej.

A jeśli chodzi o „mięso”, czyli faktyczne zalecenia dotyczące aktualizacji contentu, Google podkreśla, że wcale nie trzeba się skupiać na dopisywaniu nowych akapitów. Często znacznie więcej daje poprawienie precyzji, usunięcie niepotrzebnych fragmentów i uproszczenie przekazu.

Innymi słowy – zamiast pisać więcej, warto pisać lepiej.

2. Nowa wersja Open Knowledge Format dodaje 5 sygnałów zaufania

Google rozwija Open Knowledge Format (OKF), czyli otwarty format organizowania wiedzy, który ma ułatwić współpracę ludzi i agentów AI.

Najnowsza aktualizacja do wersji 0.2 nie wprowadza rewolucji w samym formacie, ale dodaje coś, co w erze sztucznej inteligencji staje się niezwykle ważne – sygnały zaufania do informacji.

Google wychodzi z prostego założenia: skoro coraz więcej treści będzie tworzonych lub przetwarzanych przez AI, systemy muszą wiedzieć nie tylko co zawiera dana informacja, ale też skąd pochodzi i czy można jej zaufać.

Dlatego w OKF pojawiło się pięć nowych elementów:

1. Provenance – skąd pochodzi informacja?
2. Trust – kto stworzył i zweryfikował dane?
3. Freshness – czy informacja nadal jest aktualna?
4. Lifecycle – jaki jest status dokumentu?
5. Attestation – czy przedstawione dane zostały obliczone zgodnie z ustalonym procesem?

Ostatni punkt (attestation) jest jednym z ciekawszych dodatków – pozwala potwierdzić, że określone dane lub wskaźniki zostały obliczone zgodnie z oficjalną metodologią, a nie wygenerowane w dowolny sposób przez model AI.

Ma to szczególne znaczenie w przypadku raportów, analiz czy danych biznesowych, gdzie liczy się nie tylko sam wynik, ale również sposób jego uzyskania.

Co ważne, Google nie próbuje narzucać jednego systemu oceny wiarygodności. Zamiast wystawiać dokumentom „oceny zaufania”, dostarcza metadane, które każdy system może interpretować według własnych zasad.

To sprawia, że Open Knowledge Format pozostaje elastyczny, a jednocześnie daje agentom AI znacznie więcej informacji potrzebnych do podejmowania świadomych decyzji.

3. Zaktualizowane wytyczne review snippets – użytkownicy muszą wiedzieć, czy opinia jest prawdziwa

Google doprecyzowało swoje wytyczne dotyczące danych strukturalnych Review Snippet, czyli oznaczeń odpowiedzialnych m.in. za wyświetlanie gwiazdek i ocen w wynikach wyszukiwania.

Zmiana jest niewielka, ale widać większy nacisk na autentyczność i przejrzystość opinii.

W dokumentacji pojawił się zapis, który jasno wskazuje, że strony nie powinny wykorzystywać fałszywych recenzji ani opinii sponsorowanych, jeśli fakt otrzymania korzyści nie został ujawniony użytkownikom.

Chodzi przede wszystkim o sytuacje, w których ktoś wystawia pozytywną opinię tylko dlatego, że otrzymał za to pieniądze, rabat, darmowy produkt albo inną nagrodę, ale osoba czytająca recenzję nie jest o tym informowana.

Google nie zakazuje jednak wszystkich opinii wystawionych w ramach opłaconej współpracy. Problemem nie jest sam fakt otrzymania korzyści, ale brak transparentności. Jeśli użytkownik wie, że recenzja powstała np. po otrzymaniu produktu testowego, to wszystko jest w jak najlepszym porządku.

Zmiana dotyczy przede wszystkim danych strukturalnych Review Snippet wykorzystywanych na stronach internetowych, a nie opinii publikowanych w profilach firmowych.

Google chce mieć większą pewność, że gwiazdki widoczne w wynikach wyszukiwania odzwierciedlają prawdziwe doświadczenia użytkowników, i że nie jest to sztuczne podbijanie ocen i wizerunku marki.

4. Zapowiedź narzędzia CodeMender i modeli cybersecurity od Google

Na jednej z ostatnich konferencji prasowych Google poinformowało o intensywnych pracach nad kwestiami cyberbezpieczeństwa w kodowaniu, czego dowodem jest zapowiedź modelu Gemini 3.5 Flash Cyber działającego w ramach narzędzia CodeMender.

Pomysł stojący za agentem CodeMender jest stosunkowo prosty: zamiast czekać, aż programista albo zewnętrzny audyt bezpieczeństwa wykryje problem, AI ma cały czas analizować kod i reagować na potencjalne zagrożenia w czasie rzeczywistym.

To taki prywatny asystent w programowaniu, który przegląda kod źródłowy aplikacji, lokalizuje usterki, luki bezpieczeństwa lub niedociągnięcia w jego strukturze, a finalnie sam proponuje i wdraża poprawki.

Specjaliści z branży wskazują, że opóźnienie premiery jeszcze potężniejszych wersji Gemini może wynikać nie tylko z kwestii wydajności, ale właśnie z prac nad szeroko pojętym bezpieczeństwem.

Coraz bardziej zaawansowane modele AI oznaczają większe możliwości, ale też większe ryzyko, dlatego firmy technologiczne muszą znaleźć sposób na kontrolowanie ich działania.

5. WP Engine ogłasza partnerstwo z BigCommerce – poznajcie Commerce Connect

WP Engine ogłosił Commerce Connect – rozwiązanie stworzone we współpracy z BigCommerce, które ma pomóc rozwijającym się sklepom internetowym skalować sprzedaż bez konieczności przebudowy całej strony i ryzyka utraty widoczności w Google.

Commerce Connect nie ma zastępować WordPressa ani zmuszać firm do migracji na zupełnie inną platformę. Chodzi raczej o bezpieczne unowocześnienie zaplecza e-commerce przy zachowaniu tego, co marka już wypracowała – wyglądu strony, treści, struktury adresów URL, doświadczenia użytkownika i efektów działań SEO.

To ważne, bo wiele sklepów opartych na WordPressie i WooCommerce po pewnym czasie zaczyna napotykać ograniczenia związane z większą liczbą produktów, rosnącym ruchem czy bardziej złożoną obsługą sprzedaży.

Kłopot w tym, że przejście na bardziej zaawansowaną platformę często oznacza kosztowną przebudowę serwisu i ryzyko utraty wypracowanych pozycji w wyszukiwarce – zwłaszcza jeśli wcześniej pomagali przy tym specjaliści od pozycjonowania.

Nowe narzędzie ma rozwiązać ten problem poprzez połączenie WordPressa z możliwościami BigCommerce. WordPress nadal odpowiada za warstwę contentową i doświadczenie użytkownika, a BigCommerce dostarcza bardziej rozbudowane funkcje sprzedażowe potrzebne większym sklepom.

Dzięki temu firmy mogą rozwijać zaplecze e-commerce bez konieczności zaczynania od zera.

6. Udostępnione czaty w Claude wyświetlają się w Google

W ostatni weekend głośno zrobiło się o rozmowach użytkowników w Claude, które pojawiały się w wynikach wyszukiwania. Ważne: te czaty były wcześniej udostępniane innym osobom.

Dlaczego jednak zaczęły wyświetlać się w Google? Strony z rozmowami miały zostać ukryte przed wyszukiwarkami, ale zastosowany mechanizm nie działał tak, jak zakładano.

Wykorzystano tutaj jednocześnie blokady w pliku robots.txt oraz nagłówek X-Robots-Tag ustawiony na wartość odpowiadającą noindex. Te dwa rozwiązania zaczęły ze sobą kolidować.

Robots.txt służy przede wszystkim do kontrolowania dostępu robotów wyszukiwarek do określonych adresów. Jeśli zablokujemy daną ścieżkę za pomocą disallow, Googlebot nie powinien jej odwiedzać.

Nie oznacza to jednak, że strona automatycznie zniknie z indeksu Google. Jeśli wyszukiwarka pozna taki adres z innego źródła, na przykład z linku, nadal może go wyświetlić w wynikach.

Noindex działa odwrotnie. Informuje wyszukiwarkę, że może wejść na stronę i ją przeanalizować, ale nie powinna dodawać jej do wyników wyszukiwania.

Schody zaczynają się wtedy, gdy jednocześnie zablokujemy dostęp przez robots.txt i liczymy, że Google odczyta instrukcję noindex. Robot nie może zobaczyć takiego komunikatu, więc nie wie, że dana strona nie powinna być indeksowana.

No i właśnie podobny problem pojawił się w przypadku publicznie udostępnionych rozmów Claude. Część takich adresów została odnaleziona przez Google, mimo że zastosowano mechanizmy mające ograniczyć ich widoczność.

To dobra lekcja nie tylko dla twórców narzędzi AI, ale też dla właścicieli stron: ukrywanie treści przed Google zawsze wymaga dobrania właściwego rozwiązania.