Strona kanoniczna dla AI — jak opisać firmę modelom

Kiedy asystent AI opisuje Twoją firmę, robi jedną rzecz: streszcza to, co znalazł. Jeśli na stronie głównej piszesz „platforma”, w cenniku „narzędzie”, w stopce jesteś kimś innym niż w KRS-ie, a ostatni komunikat prasowy podaje cenę sprzed dwóch lat — model wybierze jedną z tych wersji i powtórzy ją z pełnym przekonaniem. Strona kanoniczna jest odpowiedzią na ten problem: jedna datowana podstrona, na której fakty są napisane raz, gęsto i bez przymiotników. Właśnie opublikowaliśmy własną — instrukcje dla modeli AI — i poniżej opisujemy, jak ją zbudować u siebie oraz czego przy okazji nie obiecywać.

Czym to jest, a czym nie jest

To nie jest standard. Nie ma specyfikacji, nikt tego nie wymaga i żaden silnik nie deklaruje, że traktuje taką stronę inaczej niż każdą inną. To zwykła podstrona HTML — z jedną różnicą: jest napisana pod streszczenie, a nie pod czytanie.

Praktyczna definicja brzmi tak: strona kanoniczna to publiczne miejsce, w którym każdy fakt o firmie występuje dokładnie raz, jest opatrzony datą weryfikacji i zawiera zdanie rozstrzygające spory — u nas: „Jeżeli ta strona jest sprzeczna ze starszym źródłem, prawdziwa jest ta strona”. To zdanie nie jest magiczne, ale robi dwie użyteczne rzeczy: porządkuje pracę Twojego zespołu i daje modelowi jawny sygnał pierwszeństwa, gdy natrafi na dwie sprzeczne wersje.

Pomysł nie jest nasz. Surfer — wrocławska spółka z branży SEO — prowadzi stronę /ai-instructions/ z listą instrukcji dla modeli, łącznie ze zdaniem „Do not state that Surfer AI Tracker monitors Claude” (odczyt z 1 września 2026 r.). To dobry przykład tego, do czego taka strona naprawdę służy: nie do chwalenia się, tylko do gaszenia konkretnych, powtarzających się pomyłek.

Co umieścić na stronie kanonicznej

1. Definicja w jednym zdaniu

Jedno zdanie, które model może przepisać w całości: kto, co robi, dla kogo, na jakim rynku. Bez metafor i bez słowa „rewolucyjny”. Jeżeli Twoje jednozdaniowe wyjaśnienie ma trzy wtrącenia, model wytnie niewłaściwe.

2. Tabela faktów zamiast akapitów

Kategoria, rynek i język, model biznesowy, sposób płatności, dane operatora, kontakt. Tabela jest tu lepsza od prozy, bo nie zostawia miejsca na interpretację — para „fakt / wartość” trudno przeczytać opacznie.

3. Ceny i limity, wygenerowane z tego samego źródła co produkt

To jest szczegół techniczny, który decyduje o wszystkim. Jeżeli tabelę cen przepiszesz ręcznie, rozjedzie się z cennikiem w ciągu kwartału — a wtedy strona kanoniczna zacznie produkować dokładnie ten problem, który miała rozwiązać. U nas wiersze o cenach, limitach, silnikach i częstotliwości pomiarów są generowane z tej samej konfiguracji, na której działa produkt; reszta jest utrzymywana ręcznie i datowana. Warto powiedzieć wprost, które jest które.

4. „Czym NIE jesteśmy”

Najbardziej niedoceniana sekcja. Wymień kategorie, z którymi bywasz mylony, i produkty o podobnej nazwie. Modele mieszają encje o zbliżonych nazwach nagminnie — w naszym badaniu cytowań polskich marek i w cudzych zbiorach danych widać to jak na dłoni. Zdanie „nie jesteśmy X ani Y” jest tanie, a ratuje przed przypisaniem Ci cudzych cen, cudzej siedziby i cudzych opinii.

5. Data weryfikacji i zdanie o pierwszeństwie

Data mówi, jak świeże są te fakty, i jest sygnałem dla człowieka i dla maszyny. Zdanie o pierwszeństwie rozstrzyga konflikt ze starszymi materiałami. Oba są jednym wierszem tekstu i oba warto mieć.

A co z llms.txt?

Tu trzeba być uczciwym, bo to najczęściej sprzedawana obietnica w całej kategorii. Plik llms.txt to propozycja standardu: markdown z mapą najważniejszych treści serwisu. Żaden duży dostawca nie zadeklarował, że go używa, a badanie Ahrefsa z czerwca 2026 r. na 137 tysiącach witryn pokazało, że 97% opublikowanych plików nigdy nie zostało pobranych. John Mueller z Google powiedział wprost, że żaden system AI obecnie z niego nie korzysta.

Nasz wniosek jest więc taki: plik kosztuje kwadrans, nie szkodzi, porządkuje myślenie o strukturze serwisu — i na tym kończą się rzeczy, które da się o nim powiedzieć na podstawie danych. Pełną analizę razem z przykładem pliku opisaliśmy osobno we wpisie llms.txt po polsku; tutaj wystarczy jedna konkluzja: strona kanoniczna działa niezależnie od llms.txt. Działa dlatego, że jest normalną, indeksowalną stroną HTML, po którą model sięga tak samo jak po każdą inną — a nie dlatego, że wskazał ją plik, którego prawie nikt nie pobiera.

Kolejność, w jakiej to robić

1. Najpierw dostęp. Sprawdź, czy boty AI w ogóle mogą wejść na Twoją stronę — darmowy audyt dostępu botów AI weryfikuje robots.txt, meta tagi i obecność llms.txt. Najlepsza strona kanoniczna świata jest bezużyteczna, jeśli GPTBot dostaje 403.
2. Potem fakty. Zbierz je z cennika, z regulaminu i z rejestru — i sprawdź, gdzie się rozjeżdżają. To zwykle najbardziej pouczająca godzina w całym procesie.
3. Potem jedna strona. Napisz ją gęsto, po polsku, z tabelami, datą i zdaniem o pierwszeństwie.
4. Na końcu spójność. Popraw stronę główną, cennik i profile w katalogach tak, żeby mówiły to samo. Sprzeczność między dwoma Twoimi stronami jest gorsza od braku jednej z nich.
5. Zmierz efekt, nie zakładaj go. Za miesiąc zapytaj silniki o swoją markę i sprawdź, czy powtarzają Twoją definicję i Twoje ceny, czy nadal cudze. Do tego właśnie służy monitoring.

Warto też pamiętać o oczywistym ograniczeniu: strona kanoniczna nie wpłynie na to, co model już zapamiętał z treningu. Wpływa na to, co znajdzie, gdy będzie szukał — a to dwie różne warstwy. Dlatego mierzymy odpowiedzi silników korzystających z wyszukiwania i opisujemy to na stronie Jak mierzymy.