John Mueller z Google publicznie skrytykowal jeden z najgoretszych trendow w optymalizacji pod sztuczna inteligencje: budowanie osobnych, uproszczonych wersji stron w formacie markdown, przeznaczonych wylacznie dla modeli jezykowych. W krotkim wpisie na Bluesky rzecznik wyszukiwarki nazwal ten pomysl wprost „glupim” i zapytal, po co komukolwiek strona, ktorej nie oglada zaden czlowiek. To jedna z najmocniejszych wypowiedzi Google na temat tak zwanego GEO i AIO, jaka padla w tym roku.
Stanowisko Muellera uderza w rosnacy rynek narzedzi i wtyczek, ktore obiecuja „przygotowanie strony pod AI” poprzez generowanie rownoleglych kopii tresci. Google mowi jasno: dobrze zbudowana witryna w HTML dziala jednoczesnie dla ludzi, wyszukiwarek i modeli jezykowych, a tworzenie drugiej, maszynowej wersji to najczesciej zbedny dlug techniczny.
Kontekst: skad wzial sie pomysl na osobne strony dla AI
Przez ostatnie kilkanascie miesiecy branza SEO przezywala gwaltowny zwrot w strone widocznosci w odpowiedziach generatywnych. Skoro ChatGPT, Perplexity, Gemini i AI Overviews coraz czesciej odpowiadaja na pytania bez wysylania uzytkownika na strone, pojawil sie naturalny odruch: skoro to maszyny czytaja tresc, zbudujmy tresc pod maszyny. Tak narodzila sie moda na pliki llms.txt oraz na „lustrzane” strony w czystym markdownie, pozbawione nawigacji, reklam i skryptow.
Argument zwolennikow brzmial przekonujaco. Markdown jest lekki, latwy do sparsowania i nie zawiera szumu, ktory rzekomo utrudnia modelom zrozumienie tekstu. Powstaly wtyczki do WordPressa i uslugi SaaS, ktore automatycznie tworzyly takie kopie dla kazdego wpisu. Czesc agencji zaczela sprzedawac to jako osobna usluge pod haslem gotowosci na AI.
Problem w tym, ze za tym trendem nie stoja twarde dane. Zaden z duzych dostawcow modeli nie potwierdzil, ze wersje markdown sa preferowane, czesciej cytowane albo w jakikolwiek sposob premiowane. Wrecz przeciwnie: przedstawiciele wyszukiwarek zaczeli ostrzegac, ze taka praktyka wprowadza wiecej ryzyka niz korzysci.
Co dokladnie powiedzial Mueller
Wpis Muellera na Bluesky byl reakcja na dyskusje o dostepnosci stron dla maszyn. Ktos zwrocil uwage, ze wiele witryn dorabia tekstowe wersje dla modeli jezykowych, jednoczesnie zaniedbujac podstawy, takie jak poprawna struktura naglowkow czy semantyczny HTML. Rzecznik Google odpowiedzial, ze to stawianie sprawy na glowie.
Sedno jego wywodu mozna strescic w kilku punktach. Modele jezykowe od poczatku swojego istnienia radza sobie z parsowaniem zwyklego HTML i nie potrzebuja okrojonej alternatywy. Jedna, dobrze ustrukturyzowana strona obsluguje naraz wyszukiwarki, modele i uzytkownikow. Rownolegla kopia to kolejny element do utrzymania, ktory predzej czy pozniej sie rozjedzie z oryginalem. A gdy maszynowa wersja sie zepsuje, nikt tego nie zglosi, bo nie odwiedza jej zaden czlowiek. Stad slynne pytanie Muellera: „Po co mialyby ogladac strone, ktorej nie widzi zaden uzytkownik?”
To nie byl odosobniony glos. Jak przypomina serwis Search Engine Journal, juz w czerwcu Mueller wspolnie z Martinem Splittem z Google formulowali identyczna teze, ostrzegajac, ze „rownolegla wersja markdown to jeszcze jedna rzecz do utrzymania”. Lipcowa wypowiedz jest wiec zaostrzeniem stanowiska, ktore Google prezentuje konsekwentnie.
Kluczowe fakty i zarzuty wobec kopii markdown
Krytyka nie ogranicza sie do jednej osoby. W dyskusji glos zabrali takze inni specjalisci i przedstawiciele wyszukiwarek. Ponizsza tabela zbiera najczesciej powtarzane argumenty przeciwko budowaniu osobnych stron dla AI.
| Zarzut | Na czym polega | Kto zwraca uwage |
|---|---|---|
| Dlug techniczny | Druga wersja tresci to podwojne utrzymanie i ryzyko rozjazdu z oryginalem | John Mueller, Martin Splitt (Google) |
| Podwojne obciazenie crawlem | Boty musza pobierac dwie wersje tej samej strony, co zwieksza koszt indeksowania | Fabrice Canel (Bing) |
| Ryzyko cloakingu | Serwowanie innej tresci botom niz ludziom moze zostac uznane za maskowanie | Fabrice Canel (Bing) |
| Brak dowodow na korzysc | Zadne badanie nie pokazuje, ze modele czesciej cytuja wersje markdown | Nikki Pilkington i inni praktycy |
| Utrata sygnalow HTML | Okrojony markdown gubi semantyke, ktora sama w sobie pomaga w rozumieniu tresci | Spolecznosc SEO |
| Ciche awarie | Zepsutej strony dla botow nikt nie zglosi, bo nie ma jej kto zobaczyc | John Mueller (Google) |
Fabrice Canel z Bing, cytowany w branzowych podsumowaniach, ostrzegal wprost przed wzrostem obciazenia crawlem i przed ryzykiem cloakingu. Z kolei Nikki Pilkington, komentujac cala sprawe, nazwala praktyke tworzenia kopii markdown „smieszna” i opisala ja jako teatr optymalizacji, ktory nie przeklada sie na realne cytowania w modelach.
Czym naprawde jest llms.txt i dlaczego budzi spory
Zeby zrozumiec spor, trzeba rozdzielic dwa pomysly, ktore czesto wrzuca sie do jednego worka. Pierwszy to plik llms.txt: pojedynczy dokument w katalogu glownym serwisu, ktory w zamysle ma podpowiadac modelom, gdzie szukac najwazniejszych tresci. Drugi to lustrzane strony w markdownie: pelne kopie poszczegolnych podstron, generowane wylacznie dla botow. Krytyka Muellera najmocniej dotyka tego drugiego rozwiazania, ale posrednio podwaza tez sens pierwszego.
Zwolennicy llms.txt argumentuja, ze to odpowiednik pliku robots.txt czy mapy witryny, a wiec neutralny sygnal ulatwiajacy maszynom orientacje. Sceptycy odpowiadaja, ze zadna z duzych platform nie zadeklarowala, ze taki plik czyta i honoruje. Bez wsparcia po stronie modeli pozostaje to jednostronna deklaracja, ktora nic nie gwarantuje. W praktyce oznacza to godziny pracy wlozone w format, ktorego skutecznosci nie da sie dzis zmierzyc.
Jeszcze wieksze watpliwosci budzi automatyzacja. Wtyczki, ktore generuja kopie markdown dla setek czy tysiecy podstron, tworza rownolegly, rozrastajacy sie zasob. Kazda zmiana w oryginale wymaga aktualizacji kopii, a przy skali liczonej w tysiacach adresow rozjazd staje sie nieunikniony. To wlasnie ten scenariusz Mueller opisuje jako dlug techniczny, ktory predzej czy pozniej trzeba bedzie splacic gruntowna przebudowa.
Co to znaczy dla SEO i AIO
Dla osob planujacych strategie widocznosci w wyszukiwarkach generatywnych plynie z tego jasny wniosek. Fundamentem AIO nie jest osobny kanal tresci dla maszyn, lecz solidny, semantyczny HTML, ktory rozumieja zarowno Googlebot, jak i crawlery ChatGPT czy Perplexity. To ta sama praca, ktora od lat nazywamy dobrym SEO technicznym: czysta struktura naglowkow, poprawne dane strukturalne, sensowne linkowanie wewnetrzne i tresc, ktora faktycznie odpowiada na pytania.
Warto tu oddzielic dwie rzeczy, ktore w dyskusji czesto sie zlewaja. Krytyka dotyczy lustrzanych kopii calych stron w markdownie, a nie samych danych strukturalnych. Mueller przy innej okazji podkreslal, ze schema.org nadal ma sens tam, gdzie wyszukiwarka realnie z niej korzysta, na przyklad przy cenach, dostepnosci i wysylce w wynikach zakupowych. Roznica jest zasadnicza: dane strukturalne wzbogacaja te sama strone, ktora widzi uzytkownik, podczas gdy kopia markdown tworzy rownolegly byt bez odbiorcy.
Praktyczny plan dzialania dla zespolow contentowych i SEO wyglada dzis nastepujaco. Zamiast budowac druga wersje witryny, lepiej zainwestowac czas w to, co i tak pracuje na widocznosc w AI: jednoznaczne odpowiedzi w pierwszych akapitach, sekcje FAQ, tabele porownawcze, aktualne liczby i klarowna hierarchie naglowkow. Dobrze pokazuje to nasza analiza tego, dlaczego jedne modele cytuja marke, a inne ja pomijaja, gdzie o cytowalnosci decydowala jakosc i struktura tresci, a nie format pliku.
Nie znaczy to, ze temat widocznosci w AI mozna zignorowac. Zmienia sie jedynie metoda. Zamiast dublowac tresc, warto ja mierzyc. Na rynku pojawiaja sie narzedzia mierzace widocznosc w ChatGPT, Perplexity i Gemini, ktore pokazuja, czy i jak modele wykorzystuja nasza tresc. To znacznie sensowniejsza inwestycja niz generowanie setek plikow, ktorych nikt nie oglada.
Jak w praktyce przelozyc te zasade na codzienna prace? Zamiast budzetu na osobne wersje dla botow, warto skupic sie na kilku konkretach, ktore realnie zwiekszaja szanse na cytowanie w modelach:
- Poprawna, semantyczna hierarchia naglowkow, w ktorej jeden temat odpowiada jednej sekcji, a naglowki opisuja tresc, a nie tylko ozdabiaja layout.
- Jednoznaczne odpowiedzi umieszczone wysoko na stronie, tak by model mogl je wydobyc bez zgadywania kontekstu.
- Dane strukturalne tam, gdzie wyszukiwarka faktycznie z nich korzysta, czyli przy produktach, przepisach, wydarzeniach czy sekcjach FAQ.
- Aktualne liczby, daty i zrodla, ktore buduja wiarygodnosc tresci w oczach zarowno czytelnika, jak i modelu.
- Sprawny, dostepny front bez blokujacych skryptow, ktory crawler moze pobrac i zrozumiec bez renderowania ciezkiego JavaScriptu.
Zaden z tych elementow nie wymaga drugiej wersji strony. Wszystkie dzialaja na tej samej witrynie, ktora oglada uzytkownik, i wszystkie sa mierzalne w narzedziach analitycznych. To praktyczna roznica miedzy optymalizacja opartą na dowodach a optymalizacja opartą na wierze w niepotwierdzone taktyki.
Reakcje branzy
Wypowiedz Muellera trafila na podatny grunt. Czesc srodowiska od dawna z rezerwa podchodzila do mody na llms.txt i kopie markdown, porownujac ja do wczesniejszych, poronionych inicjatyw pokroju AMP, ktore obiecywaly przewage w wyszukiwarce, a ostatecznie zostaly wygaszone. Krytycy podkreslaja, ze historia SEO zna wiele takich „obowiazkowych” formatow, ktore po kilku latach okazaly sie zbednym balastem.
Jednoczesnie nie brakuje glosow, ze potrzeba, ktora stoi za trendem, jest realna. Firmy chca wiedziec, jak prezentowac sie modelom jezykowym i jak zwiekszyc szanse na cytowanie. Roznica polega na tym, ze odpowiedzia nie jest osobny plik, lecz porzadek na istniejacej stronie. W tym sensie stanowisko Google jest dla wielu wlascicieli witryn uspokajajace: nie trzeba budowac wszystkiego od nowa, wystarczy dobrze zrobic to, co juz sie ma.
Dla dostawcow narzedzi i agencji, ktore zdazyly zbudowac oferte wokol „stron pod AI”, komunikat Google jest za to klopotliwy. Trudno bowiem sprzedawac usluge, ktora rzecznik wyszukiwarki nazywa wprost glupia. Mozna oczekiwac, ze czesc z nich przepozycjonuje przekaz w strone audytu HTML, danych strukturalnych i pomiaru cytowan, zamiast generowania rownoleglych kopii.
Na polskim rynku echo tej dyskusji jest szczegolnie istotne. Wiele rodzimych firm dopiero teraz uklada budzety na widocznosc w modelach jezykowych i staje przed pytaniem, czy inwestowac w osobne wersje tresci. Stanowisko Google upraszcza te decyzje: pieniadze lepiej przeznaczyc na jakosc contentu i porzadek techniczny, ktore i tak procentuja w klasycznych wynikach wyszukiwania. Dla mniejszych zespolow to realna oszczednosc, bo utrzymanie jednej witryny zamiast dwoch rownoleglych zasobow oznacza mniej pracy, mniej bledow i mniejsze ryzyko, ze cos przestanie dzialac niezauwazone. W efekcie rekomendacja rzecznika Google dziala na korzysc wlasnie tych podmiotow, ktore nie maja rozbudowanych dzialow SEO i nie moga sobie pozwolic na eksperymenty bez gwarancji zwrotu.
Co dalej
Google nie zapowiedzialo zadnej formalnej kary za utrzymywanie wersji markdown, a Mueller wypowiadal sie jako praktyk, nie jako autor oficjalnej dokumentacji. Warto o tym pamietac: to mocna rekomendacja, a nie zmiana w wytycznych. Nie zmienia to jednak wymowy przekazu, ktory jest spojny z wczesniejszymi wypowiedziami zespolu Search Relations.
Dla zespolow, ktore juz wdrozyly kopie markdown lub pliki llms.txt, rozsadnym krokiem jest audyt: sprawdzenie, czy te wersje sa spojne z oryginalem, czy nie generuja ryzyka cloakingu i czy w ogole przynosza mierzalny efekt w postaci cytowan. Jesli nie, ich utrzymywanie trudno uzasadnic. W dluzszej perspektywie kierunek jest czytelny. Widocznosc w AI bedzie rosla z jakosci tresci i jej struktury, a nie z liczby formatow, w ktorych ja publikujemy.
Ta sama zasada dotyczy planowania nowych serwisow. Zamiast projektowac dwa rownolegle swiaty, warto od poczatku zadbac o strukture tresci pod AIO, ktora obsluguje ludzi i modele jednym kodem. To podejscie tanie w utrzymaniu, odporne na zmiany algorytmow i zgodne z tym, co Google powtarza od miesiecy.
Podsumowanie
Wypowiedz Muellera to jeden z najwyrazniejszych sygnalow, ze branza AIO wchodzi w faze dojrzewania. Pierwsza fala entuzjazmu przyniosla mnostwo taktyk na skroty, w tym kopie markdown i pliki llms.txt. Teraz przychodzi czas na weryfikacje, ktora z tych praktyk faktycznie dziala. Google odpowiada jednoznacznie: nie osobna strona dla maszyn, lecz jedna, dobrze zbudowana strona dla wszystkich. Dla specjalistow SEO i AIO to nie zla wiadomosc, lecz powrot do fundamentow, ktore i tak zawsze przynosily najlepsze efekty.
Czy muszę tworzyć osobną wersję markdown strony dla AI?
Nie. Zdaniem Johna Muellera z Google dobrze zbudowana strona w HTML obsluguje naraz uzytkownikow, wyszukiwarki i modele jezykowe. Osobna wersja markdown najczesciej tworzy tylko dlug techniczny i ryzyko rozjazdu tresci, bez dowodow na wieksza cytowalnosc w AI.
Czym różni się plik llms.txt od danych strukturalnych schema.org?
llms.txt oraz kopie markdown to osobne wersje tresci, ktorych nie oglada uzytkownik. Dane strukturalne schema.org wzbogacaja te sama strone, ktora widza ludzie, i sa realnie wykorzystywane przez wyszukiwarke, na przyklad przy cenach czy dostepnosci produktow. To zasadnicza roznica.
Czy utrzymywanie kopii markdown grozi karą od Google?
Google nie zapowiedzialo formalnej kary. Przedstawiciele Bing ostrzegaja jednak przed ryzykiem cloakingu, czyli serwowania innej tresci botom niz ludziom, oraz przed zwiekszonym obciazeniem crawlem. To wystarczajace powody, by traktowac takie kopie ostroznie.
Jak w takim razie zwiększać widoczność w ChatGPT, Perplexity i Gemini?
Kluczem jest jakosc i struktura tresci na jednej, dobrze zbudowanej stronie: jednoznaczne odpowiedzi w pierwszych akapitach, sekcje FAQ, tabele, aktualne dane i poprawna hierarchia naglowkow. Warto tez mierzyc cytowania za pomoca narzedzi do sledzenia widocznosci w modelach, zamiast dublowac tresc.
Czy to oznacza, że AIO i GEO to strata czasu?
Nie. Zmienia sie jedynie metoda. Optymalizacja pod AI ma sens, ale opiera sie na fundamentach dobrego SEO technicznego i contentu, a nie na osobnych plikach dla maszyn. Google konsekwentnie powtarza, ze jedna solidna strona to najlepsza inwestycja w widocznosc w wyszukiwarkach i modelach jezykowych.