Jeszcze niedawno przy zamawianiu strony firmowej pytanie brzmiało: „czy będzie dobrze przygotowana pod Google?”.
Dzisiaj coraz łatwiej usłyszeć nowe: „a czy będzie zoptymalizowana pod AI?”.
Za tym pytaniem szybko pojawił się cały nowy słownik. GEO. AEO. llms.txt. Treści „pod modele językowe”. Specjalny markup. Dzielenie tekstu na fragmenty. Optymalizacja pod AI Overviews. Przygotowanie strony do cytowania przez modele.
Dla właściciela firmy wygląda to jak następna techniczna warstwa, którą rozsądnie byłoby kupić od razu, zanim konkurencja zrobi to pierwsza.
Tyle że w 2026 roku Google opublikowało własne, bardzo konkretne wytyczne dotyczące obecności stron w generatywnych funkcjach wyszukiwarki. I zamiast potwierdzić konieczność budowania osobnego „SEO dla AI”, przecięło kilka najpopularniejszych mitów.
Google nie twierdzi, że AI niczego nie zmienia.
Twierdzi coś znacznie bardziej użytecznego dla firmy: nowe doświadczenie wyszukiwania nie tworzy automatycznie nowego zestawu magicznych wymagań dla strony.
To rozróżnienie ma znaczenie szczególnie wtedy, gdy firma dopiero wybiera wykonawcę nowej strony i próbuje ocenić, za co rzeczywiście płaci.
Zmiana jest realna. Nowa lista obowiązkowych sztuczek już niekoniecznie
Generatywne wyniki wyszukiwania przestały być eksperymentem widocznym tylko dla niewielkiej grupy użytkowników. AI Overviews i AI Mode stały się pełnoprawną częścią ekosystemu Google.
W czerwcu 2026 roku Google zaczęło również wdrażać w Search Console osobne raporty pokazujące, jak strony pojawiają się w generatywnych funkcjach Search i Discover. Można w nich analizować między innymi wyświetlenia adresów URL, strony pojawiające się w funkcjach AI, urządzenia, kraje i zmiany w czasie. Google opisuje ten kierunek w oficjalnym komunikacie o raportach generatywnej AI w Search Console.
To ważny sygnał. Widoczność w generatywnym wyszukiwaniu zaczyna być obszarem, który właściciel strony może obserwować, zamiast opierać się wyłącznie na deklaracji wykonawcy, że „strona została przygotowana pod AI”.
Ale właśnie tutaj zaczyna się drugi problem.
Kiedy pojawia się nowy kanał widoczności, rynek bardzo szybko próbuje stworzyć dla niego nową kategorię usług. Czasem słusznie. Czasem stary zakres dostaje po prostu nową nazwę.
Google w swoim przewodniku dotyczącym optymalizacji dla generatywnych funkcji Search używa pojęć AEO i GEO, ale jednocześnie zaznacza, że z jego perspektywy optymalizacja dla generatywnego Search pozostaje częścią SEO.
To nie jest semantyczny spór o skróty. Dla klienta oznacza to jedno: nazwa usługi nie dowodzi jeszcze istnienia nowego mechanizmu.
llms.txt jest dobrym testem, czy oferta opisuje technologię precyzyjnie
llms.txt to plik proponowany jako sposób udostępniania modelom językowym uporządkowanych informacji o witrynie.
Sam pomysł nie jest absurdalny. Niektóre systemy mogą taki plik wykorzystywać. Można go również wdrożyć bez szkody dla strony, jeżeli istnieje konkretny powód.
Problem zaczyna się wtedy, gdy obecność llms.txt przedstawiana jest jako wymaganie Google albo warunek wejścia do AI Overviews i AI Mode.
Google mówi obecnie coś dokładnie przeciwnego. W jego wyszukiwarce nie trzeba tworzyć dodatkowych plików przeznaczonych dla AI, specjalnego Markdownu ani specjalnego markup tylko po to, aby pojawiać się w generatywnych funkcjach Search.
Google informuje również, że llms.txt nie pomaga i nie szkodzi rankingom ani widoczności strony w Google Search. Jeżeli firma chce go utrzymywać dla innych usług — może. Nie należy jednak sprzedawać tego jako specjalnej przepustki do Google AI.
To drobny techniczny szczegół, ale bardzo dobry test jakości oferty.
Jeżeli wykonawca mówi: „wdrażamy llms.txt, bo może być użyteczny również dla innych systemów i koszt jego utrzymania jest niewielki”, to jest konkretna decyzja techniczna.
Jeżeli mówi: „bez llms.txt AI nie będzie rozumiało strony”, powinien potrafić wskazać źródło tej tezy.
Strony nie trzeba kroić na kawałki tylko po to, żeby model sobie poradził
Drugi mit dotyczy struktury treści.
Wraz ze wzrostem znaczenia generatywnych odpowiedzi zaczęła krążyć rada, że tekst należy dzielić na jak najmniejsze, samodzielne fragmenty, ponieważ modele pobierają treść w „chunkach”.
Z perspektywy architektury systemów AI samo pojęcie chunkowania oczywiście istnieje. Nie wynika z tego jednak, że właściciel firmy powinien przebudować swoją stronę w magazyn krótkich odpowiedzi tylko po to, żeby spodobać się Google.
Google wprost zaznacza, że nie ma takiego wymagania. Jego systemy potrafią rozpoznawać różne zagadnienia znajdujące się na jednej stronie i wydobywać fragment odpowiadający konkretnemu zapytaniu. Nie istnieje również jedna idealna długość strony.
Krótka treść może być właściwa. Długa również.
Kryterium powinien wyznaczać temat i odbiorca, a nie wyobrażenie o długości fragmentu, który trafi do modelu.
To bardzo dobrze pasuje do sposobu, w jaki warto projektować stronę firmową również bez AI. Oferta nie powinna być długa dlatego, że „Google lubi długie teksty”. Nie powinna też składać się z czterdziestu mikrosekcji dlatego, że „AI lepiej je czyta”.
Powinna wyjaśnić klientowi tyle, ile potrzebuje on do zrozumienia decyzji.
Dlatego struktura treści powinna wynikać z tego, czego potrzebuje odbiorca, a nie z wyobrażeń o technicznych preferencjach modelu.
Nie trzeba tworzyć osobnego języka dla maszyny
Trzeci mit jest jeszcze bardziej kuszący, ponieważ łatwo zamienić go w dużą usługę contentową.
Skoro użytkownicy zadają AI długie, naturalne pytania, można dojść do wniosku, że firma powinna przygotować osobne treści odpowiadające każdej możliwej wersji takiego pytania.
Technicznie można stworzyć osobną stronę dla każdej wersji. Strategicznie bardzo łatwo w ten sposób wyprodukować dziesiątki niemal identycznych treści.
Google przestrzega przed tym mechanizmem. Jego systemy rozumieją synonimy, znaczenie i związki pomiędzy zapytaniami. Nie trzeba więc łapać każdej odmiany długiego zapytania ani przepisywać istniejących materiałów „językiem dla AI”.
Dla małej lub średniej firmy wniosek jest prostszy: lepiej mieć jedną stronę, na której firma naprawdę odpowiada na ważne pytanie klienta, niż dziesięć stron mówiących prawie to samo innymi słowami.
Specjalnego schema „dla AI” również nie ma
Dane strukturalne są wartościową częścią nowoczesnej strony.
JSON-LD i vocabulary Schema.org pomagają jednoznacznie opisywać między innymi organizację, osobę, produkt, usługę, artykuł, wydarzenie czy lokalny biznes. W określonych sytuacjach umożliwiają również korzystanie z rozszerzonych funkcji wyników Google.
Dlatego stwierdzenie „schema nie ma znaczenia” byłoby błędne.
Ale równie błędne jest zdanie przeciwne: „musimy dodać specjalne schema, żeby strona była gotowa pod AI”.
Google potwierdza, że nie istnieje specjalny markup Schema.org wymagany dla generatywnych funkcji Search.
To ważna granica. Prawidłowe dane strukturalne opisują rzeczywisty materiał znajdujący się na stronie. Nie są sekretną instrukcją dla modelu.
Jeżeli firma ma dane, które warto jednoznacznie opisać — zróbmy to. Jeżeli nie ma — dodawanie kolejnych właściwości tylko po to, aby raport wdrożeniowy wyglądał bardziej zaawansowanie, nie tworzy wartości.
Najciekawsze jest to, co Google stawia zamiast tych sztuczek
Gdyby oficjalny przewodnik kończył się wyłącznie listą rzeczy, których nie trzeba robić, można byłoby uznać go za mało praktyczny.
Ale nie kończy się.
Google bardzo wyraźnie wskazuje, co nadal ma znaczenie. Strona musi być możliwa do znalezienia i indeksowania. Treść powinna być dostępna dla Google. Techniczna struktura powinna być czytelna. JavaScript nie może przypadkowo odcinać ważnej zawartości. Strona powinna dobrze działać na urządzeniach użytkowników.
To wciąż brzmi jak SEO. Bo nim jest.
Znacznie ciekawszy jest jednak drugi element: Google mocno akcentuje treści, które nie są towarem wymiennym.
Nie kolejne streszczenie tego, co już napisali wszyscy. Nie siedem porad możliwych do wygenerowania bez znajomości firmy. Własna wiedza. Doświadczenie. Konkretny punkt widzenia. Materiał, którego nie da się łatwo zastąpić setnym tekstem na ten sam temat.
To powinno zainteresować właściciela firmy bardziej niż kolejny plik techniczny.
Jeżeli kancelaria potrafi wyjaśnić problem na podstawie realnych mechanizmów, z którymi spotyka się w swojej pracy, ma materiał. Jeżeli producent potrafi pokazać, dlaczego jego sposób wykonania produktu ogranicza konkretne ryzyko po stronie odbiorcy, ma materiał. Jeżeli firma usługowa potrafi nazwać moment, w którym klient zazwyczaj podejmuje złą decyzję, ma materiał.
Tego nie załatwia checkbox „GEO ready”.
Jeśli na stronie brakuje własnej wiedzy i doświadczenia firmy, sama warstwa techniczna ich nie zastąpi.
To właśnie tutaj nowa strona może dostać przewagę
Firma budująca dzisiaj pierwszą poważną stronę ma pewną przewagę nad firmą posiadającą serwis rozwijany przez dziesięć lat przypadkowymi dodatkami.
Nie musi najpierw rozplątywać starej struktury. Może od początku zbudować jasną hierarchię informacji, zdecydować, która podstrona odpowiada za jaki problem klienta, przygotować prawdziwe dowody, uporządkować dane o firmie i zaprojektować zależności między treściami.
To fundament użyteczny dla człowieka. Dla klasycznego Search. I dla generatywnych funkcji Search.
Nie trzeba tworzyć trzech osobnych stron.
W dobrze zaplanowanym serwisie te potrzeby w dużej mierze spotykają się w jednym miejscu: w precyzyjnej informacji i poprawnej architekturze.
To również powód, dla którego nie warto rozpoczynać projektu od pytania: „jak zoptymalizujemy stronę pod AI?”.
Lepsze pytanie brzmi: co musi znaleźć się na stronie, żeby klient i system wyszukiwania mogli jednoznacznie zrozumieć firmę?
Dopiero później przychodzi technika.
Pomiar zmienia rozmowę o „AI visibility”
Do niedawna problemem rynku AI visibility była również trudność w weryfikowaniu rezultatów.
Łatwo było obiecać „większą cytowalność przez AI”. Znacznie trudniej było powiedzieć, jak firma ma sprawdzić efekt.
To zaczyna się zmieniać.
Google wdraża raporty skuteczności generatywnej AI w Search Console. Pokazują one widoczność adresów witryny między innymi w AI Overviews i AI Mode. Na tym etapie nie każdy właściciel domeny musi już je widzieć, ale sam kierunek jest ważniejszy niż obecny zakres wdrożenia.
Wchodzimy w etap, w którym coraz częściej będzie można porównywać deklarację z obserwacją.
Nie: „zrobiliśmy GEO”.
Tylko: „co dokładnie wdrożyliśmy i jaki sygnał świadczy o tym, że działa?”.
To znacznie zdrowszy model rozmowy z wykonawcą.
Oferta „AI ready” powinna dać się rozebrać na części
Wyobraźmy sobie ofertę na nową stronę. W zakresie znajduje się pozycja: AI / GEO optimization — 1 500 zł.
Sama nazwa niczego jeszcze nie mówi.
Może pod nią kryć się bardzo sensowna praca: uporządkowanie architektury informacji, indeksowalności, danych strukturalnych, obecności firmy w źródłach lokalnych, materiałów eksperckich i sposobu pomiaru.
Może kryć się również instalacja llms.txt, dopisanie kilku właściwości schema i wygenerowanie dwudziestu podobnych tekstów.
Obie usługi można nazwać GEO. Efekt dla firmy będzie kompletnie inny.
Dlatego właściciel firmy nie musi uczyć się technologii generatywnych wyszukiwarek. Powinien natomiast umieć zadać jedno dobre pytanie:
co konkretnie w naszej stronie będzie inne dzięki tej pozycji w wycenie?
Jeżeli odpowiedź prowadzi do jakości informacji, technicznej dostępności, prawdziwych danych, doświadczenia, materiałów własnych albo pomiaru — rozmowa ma sens.
Jeżeli odpowiedź składa się przede wszystkim z nowych skrótów, warto drążyć dalej.
Problemem nie jest GEO. Problemem jest sprzedawanie nazwy zamiast zakresu
Nie ma nic złego w używaniu określenia GEO albo AEO. Rynek potrzebuje nazw dla nowych zjawisk.
Powstają też systemy inne niż Google i każdy z nich może korzystać z treści oraz stron w trochę inny sposób. Rozwijają się agenci przeglądarkowi, protokoły umożliwiające wykonywanie działań i nowe sposoby pobierania danych.
Dobra strona w 2026 roku nie powinna więc udawać, że internet zatrzymał się na dziesięciu niebieskich linkach.
Ale równie nierozsądne byłoby projektowanie całej witryny pod jeden aktualnie modny hack.
Technologie będą się zmieniać, dlatego fundament strony warto budować tak, żeby nie zależał od jednego aktualnie modnego narzędzia.
Dlatego nowa strona firmy powinna przede wszystkim posiadać jasną tożsamość, poprawną strukturę, oryginalną wiedzę, realne dowody, dostępny kod, kontrolę nad indeksowaniem i możliwość mierzenia efektów.
Jeżeli później konkretny system wymaga dodatkowego mechanizmu — można go dołożyć świadomie.
To znacznie bezpieczniejsze niż budowanie całej strategii wokół czegoś, czego samo Google właśnie powiedziało, że nie potrzebuje.
Nie kupuj „optymalizacji pod AI”. Kup zakres, który potrafisz zrozumieć
Największa zmiana po nowych wytycznych Google nie polega więc na tym, że AI visibility przestało mieć znaczenie.
Jest odwrotnie. Znaczenie rośnie. Ale wraz z nim powinna rosnąć precyzja.
Jeżeli firma buduje dziś nową stronę, nie powinna ignorować generatywnego wyszukiwania. Powinna jednak pilnować, żeby wykonawca nie zastępował realnej architektury informacji kolejnym pakietem nazwanym modnym skrótem.
SEO. AEO. GEO. AI visibility.
Nazwy będą ewoluować.
Pytanie pozostaje to samo: czy strona dostarcza prawdziwy, zrozumiały i technicznie dostępny materiał, na podstawie którego klient oraz system wyszukiwania mogą poprawnie zrozumieć firmę?
Jeżeli nie — żaden dodatkowy plik tego nie uratuje.
Jeżeli tak — mamy fundament, na którym można rozwijać również kolejne generacje wyszukiwania.
Jeżeli porównujesz oferty na nową stronę i w jednej z nich pojawia się „AI visibility”, GEO albo AEO, Filtr BLISK pozwala rozebrać zakres na konkretne działania i sprawdzić, które z nich rzeczywiście budują fundament strony. Warto też zobaczyć, co przygotować przed zleceniem strony firmowej, zanim zaczniesz porównywać techniczne etykiety w ofertach.