Pozycjonowanie B2B 2026+: jak przygotować firmę, produkt i ofertę do Google, answer engines i handlu agentowego

Praktyczny przewodnik od klasycznego SEO przez AEO/GEO do RFQ i sprzedaży obsługiwanej przez agentów AI

Stan na 13 lipca 2026 r.

Pozycjonowanie firmy B2B nie kończy się już na wysokiej pozycji strony w Google. Coraz częściej pomiędzy dostawcą a kupującym pojawia się dodatkowa warstwa: system AI, który wyszukuje informacje, syntetyzuje odpowiedź, porównuje dostawców, sprawdza parametry, przygotowuje shortlistę, a w bardziej zaawansowanym scenariuszu również wysyła zapytanie ofertowe lub wykonuje inną operację zakupową.

Firma może więc mieć dobrze wypozycjonowaną stronę, a jednocześnie pozostawać trudna do zrozumienia dla silnika odpowiedzi. Może być wymieniana przez ChatGPT, Gemini, Perplexity lub Google AI, ale odpadać w chwili, gdy agent próbuje ustalić aktualną dostępność, cenę dla konkretnego klienta, koszt dostawy albo termin realizacji. Może również posiadać technicznie zaawansowane API, ale nie trafiać do etapu rozważań, ponieważ jej produkt jest słabo opisany i niewidoczny w otwartej sieci.

Dlatego pozycjonowanie B2B w 2026 roku trzeba rozumieć jako pozycjonowanie całej drogi od znalezienia produktu do wykonania działania zakupowego.

Punktem wyjścia jest rozróżnienie dwóch odbiorców korzystających z AI:

Silnik odpowiedzi, który wyszukuje, interpretuje, zestawia i rekomenduje informacje.
Agent wykonawczy lub zakupowy, który otrzymuje cel i podejmuje działania: porównuje warunki, pobiera dokumenty, sprawdza dostępność, oblicza koszt, składa RFQ albo przygotowuje zamówienie.

Pierwszy decyduje, czy firma zostanie zauważona i uwzględniona. Drugi sprawdza, czy można z jej ofertą rzeczywiście coś zrobić. W uproszczeniu: AEO/GEO pomaga zostać rozważonym, a gotowość agentowa pomaga zostać zakwalifikowanym, wybranym i obsłużonym.

1. Nowa definicja pozycjonowania B2B

Pozycjonowanie B2B 2026+

Pozycjonowanie B2B 2026+ to proces przygotowania firmy, marki, wiedzy, produktów, ofert i infrastruktury sprzedażowej w taki sposób, aby były możliwe do znalezienia, zrozumienia, zweryfikowania, porównania i wykorzystania przez ludzi, wyszukiwarki, silniki odpowiedzi oraz agentów AI.

Nie pozycjonujemy już wyłącznie:

strony internetowej;
domeny;
artykułu;
frazy kluczowej;
kategorii produktowej.

Pozycjonujemy również:

encję firmy;
konkretny produkt lub SKU;
problem zakupowy;
zastosowanie;
parametr techniczny;
kompatybilność;
dokumentację;
dostępność;
zdolność dostawczą;
warunki handlowe;
proces zapytania ofertowego;
możliwość wykonania kolejnego kroku.

Celem nie jest wyłącznie uzyskanie kliknięcia. Celem jest przeprowadzenie kupującego lub jego agenta przez następujący ciąg:

Znalezienie → zrozumienie → zaufanie → porównanie → kwalifikacja → działanie

Dopiero całość tego procesu tworzy nowe pozycjonowanie B2B.

2. Dlaczego klasyczne SEO nadal jest potrzebne

Rozwój odpowiedzi generatywnych nie oznacza końca SEO. Google jednoznacznie wskazuje, że jego funkcje generatywne są nadal oparte na podstawowych systemach wyszukiwania, indeksie Google oraz dotychczasowych mechanizmach jakości i rankingu. Aby strona mogła pojawić się jako źródło w AI Overviews lub AI Mode, musi być możliwa do zaindeksowania i kwalifikować się do prezentacji w klasycznych wynikach wyszukiwania.

SEO pozostaje więc fundamentem. Nadal potrzebne są:

indeksowalność;
logiczna architektura witryny;
prawidłowe kody odpowiedzi;
mapa witryny;
linkowanie wewnętrzne;
canonical;
poprawne tytuły i opisy;
strony kategorii;
strony produktów;
treści odpowiadające na intencje użytkowników;
dobra wydajność;
czytelność na urządzeniach mobilnych;
autorytet domeny i marki.

Zmienia się jednak sposób wykorzystywania tych elementów.

W klasycznym SEO głównym celem było zdobycie pozycji i kliknięcia. W środowisku answer engines fragment strony może zostać wykorzystany bezpośrednio w syntezie odpowiedzi. Użytkownik może poznać nazwę produktu, dostawcę, rekomendację albo parametry, zanim odwiedzi stronę.

SEO nadal odpowiada za odkrywalność, ale nie zapewnia automatycznie:

poprawnej interpretacji produktu;
cytowania marki;
wejścia do shortlisty;
porównywalności oferty;
możliwości złożenia kompletnego RFQ;
wykonania działania przez agenta.

Dlatego klasyczne SEO staje się pierwszą warstwą większego systemu.

3. SEO, AEO, GEO, AIO i agentic commerce — co oznaczają

Na rynku funkcjonuje wiele skrótów opisujących pozycjonowanie w systemach AI. Nie wszystkie są formalnymi standardami. Warto traktować je jako użyteczne nazwy poszczególnych warstw.

SEO — Search Engine Optimization

Optymalizacja pod tradycyjne wyszukiwarki internetowe. Celem jest widoczność stron i zasobów w organicznych wynikach wyszukiwania.

AEO — Answer Engine Optimization

Optymalizacja pod silniki odpowiedzi. Celem jest przygotowanie informacji tak, aby system mógł je znaleźć, zrozumieć i wykorzystać w bezpośredniej odpowiedzi.

GEO — Generative Engine Optimization

Optymalizacja widoczności i cytowalności w odpowiedziach generowanych przez modele AI. W praktyce AEO i GEO częściowo się pokrywają.

AIO

Skrót bywa używany w odniesieniu do optymalizacji pod AI Overviews lub szerzej — widoczności w systemach AI.

LLMO — Large Language Model Optimization

Przygotowanie informacji tak, aby model językowy mógł je jednoznacznie interpretować, powiązać z właściwą encją i wykorzystać w odpowiednim kontekście.

Agentic commerce

Model, w którym agent AI wykonuje część procesu zakupowego w imieniu człowieka lub organizacji: wyszukuje, porównuje, kwalifikuje, pobiera ofertę, składa RFQ albo inicjuje transakcję.

A2A — Agent-to-Agent

Komunikacja pomiędzy agentami, na przykład agentem kupującego a agentem sprzedawcy. W B2B może obejmować wymianę parametrów, zapytań, ofert, warunków, dokumentacji i statusów.

Google traktuje działania związane z widocznością w jego funkcjach generatywnych jako rozwinięcie SEO, a nie całkowicie osobną dyscyplinę. Jednocześnie terminy AEO i GEO są użyteczne biznesowo, ponieważ pomagają odróżnić klasyczny ranking od obecności w syntetycznej odpowiedzi.

Najbezpieczniej nie budować strategii wokół samych skrótów. Należy budować ją wokół kolejnych zadań:

odnaleźć;
zrozumieć;
potwierdzić;
porównać;
zakwalifikować;
wykonać.

4. Czterech odbiorców tej samej strony B2B

Każda współczesna strona B2B ma przynajmniej czterech odbiorców.

4.1. Człowiek

Potencjalny klient chce szybko ustalić:

czy firma oferuje właściwy produkt;
czy produkt pasuje do jego zastosowania;
jakie ma parametry;
ile kosztuje;
kiedy może zostać dostarczony;
jakie dokumenty są dostępne;
z kim można się skontaktować.

4.2. Robot wyszukiwarki

Robot musi:

dotrzeć do strony;
odczytać jej zawartość;
rozpoznać hierarchię;
ustalić wersję kanoniczną;
powiązać stronę z innymi zasobami;
zaindeksować ją.

4.3. Silnik odpowiedzi

Silnik odpowiedzi próbuje ustalić:

jakie stwierdzenia są na stronie;
które z nich odpowiadają na pytanie;
czy informacje są aktualne;
czy źródło jest wiarygodne;
czy dane zgadzają się z innymi źródłami;
czy fragment można bezpiecznie przytoczyć albo zsyntetyzować.

4.4. Agent wykonawczy

Agent sprawdza:

czy informacje są jednoznaczne;
czy można je odczytać maszynowo;
czy cena jest aktualna;
czy dostępność jest rzeczywista;
czy istnieje jasna akcja;
czy może pobrać dokument;
czy może utworzyć zapytanie;
czy otrzyma numer sprawy i status;
czy działanie mieści się w jego uprawnieniach.

Ta sama podstrona może więc wyglądać atrakcyjnie dla człowieka, być zaindeksowana przez Google, ale pozostać praktycznie bezużyteczna dla agenta.

5. Model siedmiu warstw pozycjonowania B2B

Kompletną gotowość można opisać za pomocą siedmiu warstw.

Warstwa 1. Findable — możliwe do znalezienia

Firma i produkt muszą być obecne w indeksach, wyszukiwarkach, katalogach oraz źródłach branżowych.

Warstwa 2. Understandable — możliwe do zrozumienia

Produkt musi mieć jednoznaczną nazwę, identyfikatory, parametry, zastosowania i relacje z właściwą kategorią.

Warstwa 3. Citeable — możliwe do cytowania

Treść musi zawierać samodzielne, konkretne i weryfikowalne odpowiedzi.

Warstwa 4. Comparable — możliwe do porównania

Oferta musi udostępniać dane pozwalające porównać produkty, dostawców, koszty, terminy i ryzyko.

Warstwa 5. Qualifiable — możliwe do zakwalifikowania

System powinien móc sprawdzić, czy produkt i dostawca spełniają wymagania procesu zakupowego.

Warstwa 6. Executable — możliwe do wykonania

Musi istnieć sposób pobrania oferty, sprawdzenia stanu, utworzenia RFQ lub wykonania innej akcji.

Warstwa 7. Governable — możliwe do kontrolowania

Działania agentów muszą podlegać uprawnieniom, limitom, zatwierdzeniom, logowaniu i audytowi.

Nie każda firma musi od razu wdrożyć wszystkie siedem warstw. Nie wolno jednak zaczynać od ostatniej. Agent podłączony do niespójnych danych nie rozwiąże problemu — będzie jedynie szybciej zwracał błędne odpowiedzi.

6. Jedno źródło prawdy o firmie, produkcie i ofercie

Podstawą nowego pozycjonowania jest Source of Truth, czyli uzgodnione źródło prawdy.

W praktyce potrzebne są trzy powiązane warstwy danych.

6.1. Brand Source of Truth

Zawiera podstawowe informacje o firmie:

oficjalną nazwę;
nazwy handlowe;
dane rejestrowe;
adres;
obszar działania;
dane kontaktowe;
specjalizacje;
obsługiwane branże;
marki;
certyfikaty;
kompetencje;
serwis;
warunki współpracy;
oficjalne profile i domeny.

6.2. Product Source of Truth

Zawiera informacje o produkcie:

nazwa;
SKU;
MPN;
GTIN;
producent;
marka;
kategoria;
wariant;
parametry;
jednostki;
materiały;
kompatybilność;
zastosowania;
ograniczenia;
dokumenty;
zdjęcia;
filmy;
zamienniki;
produkty uzupełniające.

6.3. Offer Source of Truth

Zawiera informacje zmienne i handlowe:

cena katalogowa;
cena kontraktowa;
waluta;
stawka VAT;
progi ilościowe;
minimalne zamówienie;
dostępność;
termin realizacji;
koszt dostawy;
miejsce odbioru;
termin płatności;
okres ważności oferty;
gwarancja;
serwis;
warunki zwrotu;
osoba lub system zatwierdzający.

Treść strony, feed produktowy, dane strukturalne, materiały PDF, ERP, CRM i odpowiedzi handlowców nie mogą przekazywać wzajemnie sprzecznych informacji.

Jeżeli na stronie widnieje „produkt dostępny”, w feedzie InStock, a ERP pokazuje brak, system nie posiada źródła prawdy. Posiada trzy konkurujące ze sobą wersje rzeczywistości.

7. Jak przygotować kartę produktu B2B

Karta produktu B2B nie powinna być jedynie opisem marketingowym. Powinna pełnić funkcję:

strony sprzedażowej;
źródła odpowiedzi;
specyfikacji;
materiału kwalifikacyjnego;
punktu dostępu do dokumentów;
podstawy zapytania ofertowego;
publicznej reprezentacji produktu dla systemów maszynowych.

7.1. Jednoznaczna nazwa

Nazwa powinna zawierać cechy faktycznie identyfikujące wariant.

Przykład słaby:

Profesjonalna folia stretch wysokiej jakości

Przykład lepszy:

Folia stretch ręczna transparentna 500 mm, 23 µm, rolka 3,3 kg brutto

Przykład dla maszyny:

Owijarka do palet z talerzem obrotowym, masztem 2400 mm i wstępnym rozciągiem folii

7.2. Krótka odpowiedź na początku strony

Pierwszy blok powinien odpowiedzieć:

co to jest;
do czego służy;
dla kogo jest przeznaczony;
jakie ma najważniejsze parametry;
jak można go kupić lub wycenić.

Przykład:

Folia stretch ręczna transparentna 500 mm i 23 µm jest przeznaczona do ręcznego zabezpieczania palet, paczek i produktów magazynowych. Rolka waży 3,3 kg brutto. Produkt jest oferowany w rolkach i dostawach paletowych; aktualną dostępność oraz koszt dostawy można potwierdzić przed zamówieniem.

7.3. Tabela danych technicznych

W tabeli powinny znaleźć się tylko informacje jednoznaczne:

parametr;
wartość;
jednostka;
tolerancja;
norma lub sposób pomiaru, jeżeli ma znaczenie.

Nie należy mieszać parametrów technicznych z hasłami reklamowymi.

7.4. Zastosowania

Nie wystarczy napisać „do przemysłu”. Warto wskazać konkretne scenariusze:

zabezpieczanie palet;
stabilizacja kartonów;
grupowanie produktów;
ochrona przed kurzem;
magazynowanie;
wysyłka kurierska;
transport wewnętrzny.

7.5. Ograniczenia

Informacja, kiedy produkt nie jest właściwy, zwiększa wiarygodność i zmniejsza liczbę błędnych zapytań.

Przykłady:

produkt nie jest przeznaczony do pracy maszynowej;
nie stosować do bezpośredniego kontaktu z żywnością;
podany udźwig obowiązuje przy określonej konfiguracji;
maszyna wymaga sprężonego powietrza;
deklarowana wydajność zależy od wymiarów produktu.

7.6. Dokumentacja

Karta powinna wskazywać dostępność:

karty technicznej;
instrukcji;
deklaracji zgodności;
świadectwa jakości;
certyfikatu;
dokumentacji materiałowej;
rysunku technicznego;
listy części;
warunków gwarancji.

7.7. Dane handlowe i logistyczne

W zależności od produktu:

jednostka sprzedaży;
liczba sztuk w kartonie;
liczba kartonów na palecie;
masa jednostkowa;
masa wysyłkowa;
wymiary przesyłki;
minimalne zamówienie;
odbiór własny;
dostępność;
orientacyjny lub rzeczywisty termin realizacji.

8. Treść cytowalna: jak pisać dla answer engines

Silniki odpowiedzi korzystają z treści, które mogą zostać dopasowane do konkretnego pytania i osadzone w szerszej odpowiedzi.

Najbardziej użyteczny format to:

Encja + atrybut + wartość + kontekst

Przykład:

Model X jest półautomatyczną owijarką do palet przeznaczoną do ładunków o masie do 2000 kg i wysokości do 2400 mm.

To zdanie można wykorzystać jako odpowiedź na pytanie o:

typ urządzenia;
maksymalną masę;
wysokość ładunku;
zastosowanie.

Zdanie:

To nowoczesne i wydajne rozwiązanie dla wymagających klientów

nie przekazuje informacji, którą można wiarygodnie porównać lub zacytować.

Dobre bloki odpowiedzi

Na stronie warto stosować:

krótką definicję;
odpowiedź w pierwszym akapicie;
pytanie i bezpośrednią odpowiedź;
tabelę;
listę warunków;
porównanie;
procedurę krok po kroku;
przykład zastosowania;
odpowiedź opartą na własnych danych;
ostrzeżenie o ograniczeniach.

Nie oznacza to mechanicznego dzielenia całej treści na mikroskopijne fragmenty. Google podkreśla, że nie wymaga specjalnego „chunkowania” ani przepisywania treści wyłącznie dla AI. Najważniejsza pozostaje wartość dla użytkownika, logiczna struktura i oryginalna wiedza.

9. Od frazy kluczowej do prompt intent

Klasyczna analiza SEO koncentruje się na frazach wpisywanych do wyszukiwarki. W środowisku answer engines należy rozszerzyć ją o prompt intent, czyli pełny cel, który użytkownik chce osiągnąć.

Przykładowa fraza

owijarka do palet

Możliwe intencje ukryte

jaka owijarka będzie odpowiednia do 30 palet dziennie;
czy kupić maszynę nową czy używaną;
owijarka z talerzem czy ramieniem;
jaki jest koszt owinięcia palety;
czy urządzenie zmieści się w obecnej hali;
czy można je wynająć;
jak przygotować RFQ;
jaki jest termin dostawy;
jakie są koszty serwisu;
czy urządzenie można zintegrować z transporterami.

Jedna fraza może więc prowadzić do wielu odrębnych zadań.

Google opisuje mechanizm query fan-out, w którym system generuje szereg zapytań pomocniczych dotyczących podtematów, parametrów i porównań. Oznacza to, że widoczność może być budowana nie tylko na głównej stronie kategorii, ale również na specjalistycznych materiałach odpowiadających na części procesu decyzyjnego.

Mapa intencji B2B

Dla każdego produktu warto przygotować pytania z sześciu grup.

1. Intencja definicyjna

co to jest;
jak działa;
do czego służy.

2. Intencja problemowa

jak rozwiązać konkretny problem;
dlaczego obecny proces nie działa;
jak ograniczyć straty.

3. Intencja porównawcza

produkt A czy B;
technologia A czy B;
zakup czy wynajem;
rozwiązanie ręczne czy automatyczne.

4. Intencja kwalifikacyjna

czy produkt pasuje do określonych wymiarów;
czy osiągnie wymaganą wydajność;
czy ma wymagany dokument;
czy będzie kompatybilny z linią.

5. Intencja handlowa

cena;
koszt;
dostępność;
termin;
MOQ;
dostawa;
serwis.

6. Intencja wykonawcza

przygotuj RFQ;
pobierz dokumenty;
sprawdź stan;
porównaj TCO;
umów test;
zamów próbkę;
zarezerwuj termin.

10. Nie twórz setek pustych stron pod warianty promptów

Rozwój AI Search może skłaniać firmy do tworzenia osobnej strony pod każde możliwe pytanie. To błędny kierunek.

Google ostrzega, że masowe generowanie stron bez dodatkowej wartości może zostać potraktowane jako nadużycie skalowanej treści. System potrafi rozumieć synonimy i znaczenie zapytania bez konieczności umieszczania każdej odmiany frazy na osobnym adresie URL.

Lepsza strategia to:

jedna mocna strona kategorii;
kompletne karty produktów;
kilka rzeczywistych porównań;
poradniki oparte na doświadczeniu;
case studies;
analizy zapytań klientów;
kalkulatory;
dokumentacja;
treści dla działów zakupów;
aktualizowane FAQ.

Nie należy tworzyć stu stron różniących się wyłącznie kolejnością słów.

11. Treści niegeneryczne jako przewaga firmy B2B

Największym zagrożeniem nie jest brak treści. Jest nim posiadanie treści, które niczego nie wnoszą.

Ogólny artykuł „Jak wybrać maszynę pakującą?” może zostać przygotowany przez praktycznie każdego. Znacznie trudniejsze do skopiowania są:

analiza 50 rzeczywistych zapytań ofertowych;
zestawienie najczęściej brakujących danych w RFQ;
wyniki testów materiału;
rzeczywiste czasy cyklu;
kalkulator kosztu pakowania;
case study wdrożenia;
nagranie maszyny w pracy;
porównanie wariantów na podstawie wykonanych projektów;
baza kompatybilności;
zestaw wymaganych dokumentów;
procedura odbioru technicznego;
wzór briefu dla działu zakupów.

Google w aktualnych wytycznych dotyczących funkcji generatywnych szczególnie wskazuje wartość treści oryginalnych, eksperckich i opartych na bezpośrednim doświadczeniu, zamiast materiałów powtarzających powszechnie dostępne informacje.

W polskiej firmie produkcyjnej lub handlowej źródłem przewagi mogą być:

wiedza handlowców;
doświadczenie serwisu;
reklamacje;
pytania klientów;
raporty z testów;
dokumentacja projektowa;
historie wdrożeń;
dane magazynowe;
konfiguracje;
wiedza o lokalnych realiach.

Ta wiedza istnieje, ale często pozostaje zamknięta w skrzynkach mailowych, głowach pracowników i plikach PDF.

12. Pozycjonowanie marki i encji firmy

Silnik odpowiedzi musi rozumieć nie tylko produkt, ale również podmiot, który za nim stoi.

Firma powinna być przedstawiana w sposób spójny:

ta sama nazwa;
ten sam adres;
ten sam numer telefonu;
te same domeny;
zgodne specjalizacje;
zgodna historia;
jasne relacje między marką handlową, spółką i producentem;
jednoznaczna informacja o roli firmy.

Szczególnie ważne jest rozróżnienie:

producenta;
autoryzowanego dystrybutora;
importera;
integratora;
sprzedawcy;
serwisu;
marketplace;
właściciela marki własnej.

Nie należy sugerować, że firma jest producentem, jeżeli jest dystrybutorem. Nie należy również ukrywać realnych kompetencji integracyjnych lub serwisowych, jeśli stanowią istotną przewagę.

Brand Source of Truth powinien odpowiadać:

kim jesteśmy;
co dostarczamy;
dla kogo;
na jakim obszarze;
od kiedy;
z jakimi kompetencjami;
z jaką infrastrukturą;
z jakimi dowodami;
w jakiej roli w łańcuchu dostaw.

13. Dane strukturalne i JSON-LD

Dane strukturalne pomagają systemom rozpoznać rodzaj informacji na stronie. Dla produktów najczęściej stosowane są:

Product;
Offer;
ProductGroup;
Brand;
Organization;
LocalBusiness;
BreadcrumbList;
Article;
FAQPage, gdy sposób prezentacji spełnia aktualne wymagania;
VideoObject.

Dla oferty można opisać między innymi:

cenę;
walutę;
dostępność;
stan produktu;
sprzedawcę;
termin ważności ceny;
zasady dostawy;
politykę zwrotów.

Google wykorzystuje Product i Offer do interpretacji informacji produktowych oraz kwalifikowania stron do rozszerzonych prezentacji produktowych. Jednocześnie dane strukturalne nie są specjalnym znacznikiem gwarantującym obecność w AI Overviews lub AI Mode. Muszą również odpowiadać treści widocznej na stronie.

Dane strukturalne nie mogą być fikcją

Nie należy oznaczać:

ceny, której klient nie może uzyskać;
produktu jako dostępnego, gdy nie ma go w magazynie;
opinii wygenerowanych przez firmę;
nieistniejącego producenta;
fałszywych certyfikatów;
parametrów niewidocznych lub sprzecznych z treścią.

JSON-LD nie jest zamiennikiem uporządkowania danych. Jest ich reprezentacją.

14. Merchant Center, feedy i lokalna dostępność

W przypadku produktów, które mogą być oferowane w modelu e-commerce lub półtransakcyjnym, warto rozważyć:

Google Merchant Center;
podstawowy feed produktowy;
dane o lokalnej dostępności;
Google Business Profile;
informacje o odbiorze własnym;
dane o kosztach i terminach dostawy.

Google wskazuje, że Merchant Center i profile firm mogą wspierać widoczność produktów i lokalnych przedsiębiorstw również w generatywnych doświadczeniach wyszukiwania.

Feed powinien być zgodny ze stroną i rzeczywistym stanem. Szczególne znaczenie mają:

identyfikator;
tytuł;
opis;
link;
zdjęcie;
cena;
dostępność;
marka;
GTIN lub MPN;
stan produktu;
wysyłka;
wymiary logistyczne.

Specyfikacja Merchant Center wymaga utrzymywania aktualnych informacji o cenie, dostępności i dostawie. Dane logistyczne mają szczególne znaczenie w przypadku produktów ponadgabarytowych, ciężkich lub wymagających wysyłki paletowej.

15. Robots.txt i dostęp crawlerów AI

Samo posiadanie dobrej treści nie wystarczy, jeśli odpowiednie systemy nie mogą jej odczytać.

W przypadku ChatGPT należy rozróżnić:

OAI-SearchBot — służy do uwzględniania stron w funkcjach wyszukiwania ChatGPT;
GPTBot — dotyczy możliwości wykorzystywania treści do ulepszania i trenowania modeli.

Są to niezależne ustawienia. Firma może pozwolić OAI-SearchBot na dostęp do treści przeznaczonych do wyszukiwania, a jednocześnie zablokować GPTBot. OpenAI wskazuje, że blokada OAI-SearchBot może uniemożliwić prezentowanie strony w odpowiedziach wyszukiwania ChatGPT, z wyjątkiem niektórych linków nawigacyjnych.

Nie należy automatycznie otwierać wszystkim botom całej witryny. Trzeba oddzielić:

publiczne treści marketingowe;
dokumenty publiczne;
panel klienta;
dane cenowe per klient;
informacje poufne;
systemy wewnętrzne;
środowiska testowe.

Plik robots.txt nie jest systemem bezpieczeństwa. Może sterować zachowaniem zgodnych crawlerów, ale nie zastępuje uwierzytelnienia ani kontroli dostępu.

16. llms.txt — przydatny eksperyment, ale nie magiczny plik

llms.txt jest propozycją formatu, który może wskazywać systemom AI najważniejsze zasoby witryny w uproszczonej formie.

Może zawierać odnośniki do:

opisu firmy;
kluczowych kategorii;
dokumentacji;
kart produktów;
instrukcji;
API;
najważniejszych poradników.

Nie należy jednak przedstawiać llms.txt jako oficjalnego czynnika pozycjonowania w Google. Google oficjalnie informuje, że nie używa tego pliku do określania widoczności ani rankingu w Search, AI Overviews lub AI Mode.

Praktyczne podejście:

można go wdrożyć niewielkim kosztem;
nie należy oczekiwać gwarantowanego efektu;
musi być aktualizowany;
nie zastępuje HTML, sitemap, danych strukturalnych ani feedu;
może być użyteczny dla wybranych narzędzi i integracji;
powinien wskazywać prawdziwe źródła kanoniczne.

17. Strona przyjazna agentom przeglądarkowym

Nie każdy agent korzysta z API. Część działa podobnie do użytkownika:

otwiera stronę;
analizuje DOM;
interpretuje drzewo dostępności;
klika przyciski;
uzupełnia formularz;
odczytuje komunikaty.

Dlatego agent-friendly website nie oznacza osobnej strony dla robotów. Oznacza przede wszystkim dobrze zbudowaną stronę dla wszystkich użytkowników.

Najważniejsze zasady:

stabilna hierarchia nagłówków;
prawidłowe etykiety formularzy;
przyciski o jednoznacznych nazwach;
brak kluczowych funkcji dostępnych wyłącznie po najechaniu kursorem;
przewidywalna nawigacja;
widoczne komunikaty o błędach;
czytelne pola wymagane;
brak niespodziewanych zmian układu;
dostępność z klawiatury;
poprawne drzewo dostępności;
jednoznaczne potwierdzenie wykonanej operacji.

Wytyczne web.dev dotyczące stron przyjaznych agentom wskazują, że skomplikowane animacje, niestabilne układy, nieczytelne kontrolki i problemy z dostępnością mogą utrudniać agentom wykonanie zadania.

Formularz RFQ przyjazny agentowi

Powinien:

mieć opis każdego pola;
określać format jednostek;
odróżniać pola wymagane od opcjonalnych;
umożliwiać podanie terminu;
pozwalać dodać dokument;
zwracać numer zapytania;
pokazywać status;
nie wymagać niejasnych interakcji;
nie ukrywać błędów wyłącznie kolorem.

18. Porównywalność jako nowy czynnik konkurencyjny

Produkt może być dobrze opisany, ale nadal trudny do porównania.

Przykład: dwie rolki folii stretch mają różne masy brutto, różne gilzy, różne długości i różny deklarowany rozciąg. Porównanie samej ceny za rolkę może prowadzić do błędnego wniosku.

Potrzebne mogą być:

cena za kilogram netto folii;
cena za metr;
cena za metr kwadratowy;
koszt owinięcia palety;
liczba palet na rolkę;
procent odpadu;
koszt dostawy;
wydajność operatora.

Dla maszyny potrzebne mogą być:

cena zakupu;
finansowanie;
wydajność;
zużycie energii;
zużycie materiału;
czas przezbrojenia;
liczba operatorów;
części eksploatacyjne;
przestoje;
serwis;
okres użytkowania;
wartość rezydualna.

Cena produktu to nie zawsze koszt zakupu

Agent zakupowy może optymalizować:

cenę jednostkową;
koszt dostawy;
TCO;
czas realizacji;
ryzyko braku;
koszt zmiany dostawcy;
zgodność;
warunki płatności.

Dlatego firma, która publikuje policzalny koszt całkowity, może wygrać z dostawcą oferującym niższą cenę katalogową.

W analizowanym case study pojedynczego SKU krytyczne okazały się dane o masie netto, wydajności, progach logistycznych, stanie, cenie dla danego kontekstu i okresie ważności oferty. Brak tych informacji powodował, że agent nie mógł zakończyć porównania mimo atrakcyjnej ceny produktu.

19. Kwalifikacja produktu i dostawcy

W B2B decyzja rzadko dotyczy wyłącznie produktu.

Kupujący kwalifikuje również:

dostawcę;
dokumentację;
zdolność dostawczą;
serwis;
zgodność;
warunki finansowe;
ryzyko.

Przykład reguły zakupowej

Znajdź dostawcę taśmy stalowej 19 × 0,6 mm, który dostarczy 600 kg w ciągu siedmiu dni i dołączy świadectwo jakości.

Aby odpowiedzieć, system musi znać:

dokładny wariant produktu;
dostępną ilość;
termin;
obszar dostawy;
możliwość dołączenia świadectwa;
cenę lub możliwość uzyskania oferty;
dane dostawcy.

Jeżeli strona zawiera jedynie tekst „zapraszamy do kontaktu”, agent nie ma podstaw do kwalifikacji.

Dane dostawcy istotne dla zakupów

pełna nazwa prawna;
NIP;
kraj;
magazyn;
obszar dostaw;
doświadczenie;
producenci;
certyfikaty;
ubezpieczenie;
procedura reklamacji;
serwis;
SLA;
referencje;
warunki płatności;
możliwość realizacji zamówień cyklicznych;
osoba odpowiedzialna.

20. RFQ zamiast koszyka

W handlu konsumenckim naturalnym końcem procesu jest koszyk i płatność. W B2B częściej jest nim:

zapytanie ofertowe;
prośba o potwierdzenie;
konsultacja techniczna;
konfiguracja;
test;
próbka;
wycena transportu;
projekt;
akceptacja limitu;
zamówienie wymagające zatwierdzenia.

Dlatego najważniejszą akcją agentową dla wielu firm nie będzie buy_now, lecz:

create_rfq;
get_quote;
check_availability;
request_documents;
request_sample;
schedule_demo;
configure_product.

W B2B występują ceny indywidualne, kontrakty, terminy płatności, limity, konfiguracje oraz wieloetapowe akceptacje. Z tego powodu RFQ może być bardziej realistycznym pierwszym przypadkiem wykorzystania agentów niż autonomiczny checkout.

21. Jak przygotować RFQ czytelne dla człowieka i maszyny

Minimalne dane zapytania

identyfikator produktu lub kategorii;
ilość;
jednostka;
wymagane parametry;
zastosowanie;
miejsce dostawy;
oczekiwany termin;
dane kupującego;
NIP;
wymagane dokumenty;
preferowane warunki;
załączniki;
osoba kontaktowa.

Dla maszyny potrzebny jest kontrakt danych

Przykładowa struktura:

{
  "product_category": "tasma_stalowa",
  "specification": {
    "width_mm": 19,
    "thickness_mm": 0.6,
    "finish": "standard"
  },
  "quantity": {
    "value": 600,
    "unit": "kg"
  },
  "delivery": {
    "country": "PL",
    "postal_code": "00-001",
    "required_by": "2026-07-20"
  },
  "required_documents": [
    "certificate_of_quality"
  ],
  "buyer": {
    "company_name": "Przykładowa Firma",
    "tax_id": "0000000000"
  }
}

System powinien zwrócić:

numer zapytania;
datę przyjęcia;
status;
brakujące dane;
przewidywany termin odpowiedzi;
kanał kontaktu;
wersję zapytania.

Obsługa brakujących informacji

Dobry system nie powinien automatycznie odrzucać każdego niepełnego RFQ. Powinien umieć odpowiedzieć:

jakich danych brakuje;
dlaczego są potrzebne;
jakie wartości są akceptowane;
czy można przygotować ofertę warunkową;
czy potrzebna jest konsultacja człowieka.

22. Oferta wiążąca, orientacyjna i warunkowa

Agent musi wiedzieć, jaki status ma otrzymana cena.

Cena informacyjna

Służy do orientacji. Nie gwarantuje sprzedaży na wskazanych warunkach.

Oferta warunkowa

Obowiązuje pod określonymi warunkami, na przykład po potwierdzeniu dostępności, konfiguracji lub transportu.

Oferta wiążąca

Ma:

identyfikator;
określony produkt;
ilość;
jednostkę;
cenę;
walutę;
podatek;
koszty dodatkowe;
termin realizacji;
warunki płatności;
okres ważności;
wersję;
wystawcę.

Przykładowe pola:

{
  "quote_id": "Q-2026-000124",
  "sku": "ABC-123",
  "quantity": 50,
  "unit": "roll",
  "currency": "PLN",
  "unit_price_net": 32.00,
  "delivery_net": 60.00,
  "total_net": 1660.00,
  "vat_rate": 0.23,
  "lead_time_days": 2,
  "guaranteed_until": "2026-07-19T23:59:59+02:00",
  "status": "binding_subject_to_payment_terms"
}

Okres ważności oferty jest szczególnie istotny przy zmiennych cenach, stanach magazynowych i kosztach transportu.

23. Od strony internetowej do MCP

Model Context Protocol jest otwartym standardem umożliwiającym aplikacjom AI łączenie się z zewnętrznymi systemami, zasobami i narzędziami. Serwer MCP może udostępniać dane oraz funkcje, które model może wywołać zgodnie ze zdefiniowanym schematem.

W B2B przykładowe narzędzia mogą obejmować:

Narzędzia informacyjne

search_products;
get_product;
get_technical_parameters;
get_compatible_products;
get_documents;
find_substitute.

Narzędzia handlowe read-only

check_availability;
get_customer_price;
calculate_shipping;
calculate_tco;
get_lead_time;
validate_configuration.

Narzędzia wykonawcze

create_rfq;
request_sample;
reserve_quote;
schedule_test;
create_order_draft;
check_order_status.

Narzędzia wysokiego ryzyka

place_order;
change_delivery_address;
cancel_order;
approve_payment;
modify_credit_limit.

Narzędzia wysokiego ryzyka nie powinny być pierwszym etapem wdrożenia.

24. MCP nie powinno być początkiem projektu

Najczęstszy błąd polega na rozpoczęciu od budowy serwera MCP bez uporządkowania danych i procesów.

Prawidłowa kolejność:

wybór procesu;
wybór produktów;
inwentaryzacja danych;
wskazanie źródła prawdy;
normalizacja jednostek;
określenie reguł handlowych;
przygotowanie strony i feedu;
zbudowanie funkcji read-only;
test;
dopiero później wykonanie akcji.

Jeżeli ERP nie potrafi określić dostępnego stanu, MCP również go nie określi.

Jeżeli handlowcy stosują pięć różnych reguł wyceny, agent nie stworzy szóstej, prawidłowej reguły samodzielnie.

Jeżeli nikt nie wie, czy dokument jest aktualny, agent może jedynie szybciej wysłać nieaktualny plik.

25. Agent-ready bez API: co można zrobić już teraz

Nie każda firma potrzebuje od razu zaawansowanej integracji.

Pierwszy poziom gotowości może obejmować:

kompletne karty produktów;
publiczne parametry w HTML;
czytelne tabele;
prawidłowe formularze;
jednoznaczne CTA;
strony dokumentów;
feed CSV, XML, JSON lub JSONL;
dane strukturalne;
katalog PDF z tekstem możliwym do odczytania;
formularz RFQ zwracający numer;
publiczny kalkulator;
e-mail z ustrukturyzowanym tematem;
strony „dane do zapytania ofertowego”.

Agent przeglądarkowy może korzystać z takich zasobów bez specjalnego API, o ile strona jest stabilna, dostępna i jednoznaczna.

To dobre rozwiązanie przejściowe dla:

małych firm;
dystrybutorów;
producentów z prostym katalogiem;
firm korzystających z zamkniętego ERP;
przedsiębiorstw, które chcą najpierw sprawdzić popyt.

26. Trzy poziomy gotowości agentowej

Poziom 1. Agent-readable

Agent może przeczytać i zrozumieć:

produkt;
parametry;
dokumenty;
warunki;
procedurę kontaktu.

Poziom 2. Agent-queryable

Agent może odpytać:

dostępność;
cenę;
termin;
dokumentację;
kompatybilność;
koszt dostawy.

Poziom 3. Agent-executable

Agent może wykonać:

RFQ;
rezerwację oferty;
zamówienie próbki;
utworzenie szkicu zamówienia;
sprawdzenie statusu;
inną autoryzowaną operację.

Firma może osiągnąć realną przewagę już na poziomie pierwszym i drugim. Pełna autonomia nie jest warunkiem rozpoczęcia projektu.

27. Bezpieczeństwo i kontrola

Agent wykonujący operacje handlowe nie może otrzymać nieograniczonego dostępu do systemu.

Podstawowe zasady

Least privilege

Agent otrzymuje wyłącznie minimalne uprawnienia potrzebne do wykonania zadania.

Read-only na początku

Pierwsze wdrożenie powinno koncentrować się na odczycie danych.

RBAC

Uprawnienia zależą od roli, klienta, procesu i wartości zamówienia.

Limity

Należy ustalić:

maksymalną wartość;
maksymalną ilość;
dopuszczalne produkty;
obszary dostawy;
ważność tokenu;
liczbę operacji.

Human-in-the-loop

Człowiek zatwierdza:

wysoką wartość;
niestandardowe warunki;
zmianę danych;
płatność;
podpisanie umowy;
konfigurację generującą ryzyko.

Audit log

System zapisuje:

kto zainicjował operację;
jaki agent ją wykonał;
na jakich danych;
kiedy;
z jakim wynikiem;
kto ją zatwierdził.

Przykładowe wdrożenie opisane w materiale źródłowym zakłada udostępnianie agentowi wąskich narzędzi, takich jak get_offer, check_availability i ograniczone create_rfq, zamiast dostępu do całego ERP.

28. UCP, WebMCP i rozwijające się standardy

Rynek handlu agentowego nie ma jeszcze jednego, ostatecznie dominującego standardu.

Google wskazuje Universal Commerce Protocol jako rozwijający się protokół, który ma umożliwiać agentom wyszukiwania wykonywanie kolejnych operacji handlowych. Równolegle rozwijane są rozwiązania dla agentów przeglądarkowych, w tym koncepcje takie jak WebMCP.

Dla firmy B2B najważniejszym wnioskiem nie jest wybór jednego zwycięskiego protokołu.

Najważniejsze jest przygotowanie niezależnego rdzenia:

uporządkowanych produktów;
spójnych identyfikatorów;
stabilnych funkcji;
jasnych reguł;
aktualnych stanów;
kontrolowanych uprawnień.

Jeżeli rdzeń jest dobrze przygotowany, można wystawiać go przez:

stronę;
formularz;
feed;
API;
MCP;
kolejne standardy agentowe.

Nie należy uzależniać całego projektu od jednego protokołu.

29. Przykład 1: prosty produkt katalogowy

Folia stretch ręczna

Dla takiego produktu podstawowe dane obejmują:

szerokość;
grubość;
kolor;
masę brutto;
masę netto;
masę gilzy;
długość nawoju;
rozciąg;
liczbę rolek na palecie;
jednostkę sprzedaży;
dostępność;
cenę;
koszt dostawy;
odbiór własny.

Treści supporting content

23 µm — do jakich zastosowań;
folia ręczna a maszynowa;
transparentna a czarna;
jak policzyć koszt owinięcia palety;
jak porównywać rolki o różnej wadze;
ile rolek zamówić;
dostawa kurierska czy paletowa.

Akcje agentowe

sprawdź dostępność;
oblicz dostawę;
pobierz ofertę;
utwórz RFQ;
znajdź zamiennik.

30. Przykład 2: maszyna konfigurowalna

Owijarka do palet

Sama cena katalogowa ma ograniczoną wartość bez informacji o zastosowaniu.

Potrzebne dane wejściowe:

liczba palet na zmianę;
wymiary palety;
wysokość;
masa;
stabilność ładunku;
typ produktu;
wymagany sposób mocowania folii;
rodzaj folii;
dostępna przestrzeń;
kierunek transportu;
temperatura;
wymagana wydajność;
integracja;
poziom automatyzacji;
serwis;
finansowanie.

Treści supporting content

talerz a ramię;
półautomat a automat;
kiedy potrzebny jest docisk;
jak dobrać maszt;
jak policzyć koszt owinięcia;
jak przygotować RFQ;
jakie są wymagania instalacyjne;
kiedy wynajem jest opłacalny.

Akcje agentowe

sprawdź zgodność konfiguracji;
przygotuj wstępną rekomendację;
wygeneruj listę brakujących danych;
umów test;
utwórz RFQ;
pobierz layout;
zapytaj o termin produkcji.

31. Przykład 3: usługa serwisowa

Serwis maszyny pakującej

Dane potrzebne do kwalifikacji:

producent;
model;
numer seryjny;
rok;
lokalizacja;
opis awarii;
kod błędu;
zdjęcia;
film;
dostępność maszyny;
wymagany termin;
wcześniejsze naprawy;
części;
warunki dojazdu.

Treści supporting content

jakie dane przygotować przed zgłoszeniem;
jak znaleźć numer seryjny;
co oznaczają typowe kody;
co można sprawdzić bezpiecznie;
kiedy wyłączyć maszynę;
jak wygląda wycena;
jaki jest obszar serwisu.

Akcje agentowe

utwórz zgłoszenie;
sprawdź SLA;
pobierz instrukcję;
dopasuj część;
zamów konsultację;
sprawdź status naprawy.

Pozycjonowanie B2B dotyczy więc nie tylko produktów w sklepie. Dotyczy także maszyn, projektów, części, wynajmu i usług.

32. Architektura treści dla firmy B2B

Dobra architektura powinna odpowiadać strukturze wiedzy i procesu zakupowego.

Warstwa firmy

o nas;
kompetencje;
branże;
producenci;
serwis;
lokalizacje;
dokumenty;
kontakt.

Warstwa kategorii

czym jest kategoria;
najważniejsze typy;
zastosowania;
kryteria wyboru;
porównania;
FAQ;
produkty.

Warstwa produktu

specyfikacja;
cena lub sposób wyceny;
dostępność;
dokumentacja;
zastosowania;
kompatybilność;
CTA.

Warstwa decyzyjna

jak wybrać;
porównania;
kalkulatory;
TCO;
zakup czy wynajem;
nowa czy używana;
kryteria RFQ.

Warstwa dowodowa

case studies;
testy;
filmy;
wdrożenia;
opinie;
certyfikaty;
dane własne.

Warstwa wykonawcza

zapytanie ofertowe;
konfigurator;
pobieranie dokumentów;
rezerwacja testu;
zamówienie próbki;
zgłoszenie serwisowe.

33. On-site i off-site w AEO/GEO

Widoczność w odpowiedziach AI nie jest budowana wyłącznie na własnej stronie.

Celem nie jest generowanie sztucznych wzmianek. Google ostrzega, że nieautentyczne publikacje i manipulacyjne próby tworzenia sygnałów nie stanowią wartościowej strategii.

Najlepsze wzmianki wynikają z rzeczywistych relacji:

producent wymienia dystrybutora;
portal branżowy cytuje eksperta;
klient opisuje wdrożenie;
organizacja potwierdza certyfikat;
marketplace prezentuje ofertę;
film pokazuje rozwiązanie w pracy.

34. Jak mierzyć pozycjonowanie B2B 2026+

34.1. Metryki klasycznego SEO

widoczność;
indeksacja;
wyświetlenia;
kliknięcia;
pozycje;
konwersje;
leady;
przychód organiczny.

34.2. Metryki answer engines

udział marki w odpowiedziach;
liczba cytowań;
obecność na shortliście;
poprawność opisu firmy;
poprawność parametrów;
udział odpowiedzi zawierających link;
liczba promptów, dla których marka jest widoczna;
ruch z answer engines;
zapytania wspomagane przez AI.

Google wprowadził raport wydajności funkcji generatywnych w Search Console, pozwalający analizować odkrywanie treści przez generatywne funkcje wyszukiwania Google.

34.3. Metryki jakości danych

procent produktów z kompletnym SKU;
procent produktów z MPN lub GTIN;
kompletność parametrów;
liczba konfliktów danych;
aktualność cen;
aktualność dostępności;
liczba dokumentów bez daty;
zgodność strony z feedem.

34.4. Metryki RFQ

liczba RFQ;
procent zapytań kompletnych;
czas uzupełniania braków;
czas odpowiedzi;
czas przygotowania oferty;
liczba zapytań odrzuconych z powodu braków;
RFQ-to-quote;
quote-to-order;
win rate.

34.5. Metryki agentowe

liczba wywołań narzędzi;
skuteczność wywołań;
liczba błędów schematu;
czas odpowiedzi;
odsetek spraw zakończonych bez pomocy człowieka;
liczba eskalacji;
liczba ofert pobranych maszynowo;
liczba RFQ utworzonych przez agentów;
agent-assisted revenue.

Najważniejszą metryką nie jest jednak liczba wejść agenta. Jest nią wartość biznesowa procesu, który agent pomógł zakończyć.

35. Test „oczami agenta”

Każdą ważną kategorię należy testować na realnych zadaniach, a nie na ogólnych pytaniach o markę.

Przykładowe testy

Test odkrycia

Znajdź polskiego dostawcę ręcznej folii stretch transparentnej 500 mm i 23 µm.

Test kwalifikacji

Wybierz produkt dostępny w ilości 50 rolek z dostawą do Warszawy.

Test porównania

Porównaj koszt jednej rolki i koszt z dostawą.

Test dokumentacyjny

Znajdź kartę techniczną i potwierdź masę netto folii.

Test RFQ

Przygotuj zapytanie na 324 rolki z dostawą paletową.

Test ograniczeń

Sprawdź, czy produkt nadaje się do automatycznej owijarki.

Co zapisywać

jakie źródła zostały użyte;
czy firma została odnaleziona;
czy parametry są poprawne;
czy system pomylił warianty;
czy cena jest aktualna;
czy znalazł dokumenty;
czy poprawnie rozpoznał jednostkę;
gdzie przerwał proces;
jakich informacji zabrakło.

Testowanie powinno odbywać się regularnie, ponieważ odpowiedzi są probabilistyczne, a indeksy, modele i interfejsy zmieniają się.

36. Najczęstsze błędy

1. Traktowanie AEO jako listy trików

Nie istnieje znacznik gwarantujący cytowanie.

2. Rezygnacja z SEO

Answer engines nadal potrzebują odkrywalnych i wiarygodnych źródeł.

3. Pisanie wyłącznie dla AI

Treść musi przede wszystkim pomagać człowiekowi.

4. Marketingowa wata zamiast danych

„Wysoka jakość” nie zastępuje parametrów, testów ani dokumentacji.

5. Brak jednej wersji produktu

Inna nazwa w ERP, inna na stronie i inna w PDF prowadzą do błędów.

6. Statyczna dostępność

Informacja „dostępny” bez daty, ilości lub integracji może być bezwartościowa.

7. Cena bez kontekstu

Brak informacji o jednostce, VAT, ilości, ważności i dostawie uniemożliwia porównanie.

8. PDF jako jedyne źródło

Kluczowe informacje powinny być również dostępne w HTML lub danych.

9. llms.txt jako główna strategia

To dodatek, a nie substytut SEO i danych.

10. MCP przed uporządkowaniem ERP

Integracja nie naprawi niespójnych danych.

11. Pełne uprawnienia dla agenta

Pierwsze narzędzia powinny być ograniczone i głównie odczytowe.

12. Próba autonomicznego zakupu zamiast RFQ

Dla wielu procesów B2B pierwszym realnym zastosowaniem jest zapytanie lub szkic zamówienia.

13. Brak właściciela danych

Projekt nie może być wyłącznie zadaniem marketingu ani wyłącznie IT.

14. Brak pomiaru

Bez zestawu promptów, KPI i testów nie wiadomo, czy widoczność się poprawia.

37. Kto powinien odpowiadać za nowe pozycjonowanie B2B

Projekt wymaga współpracy kilku działów.

Marketing

treści;
architektura informacji;
widoczność;
encje;
analityka;
źródła zewnętrzne.

Produkt

nazewnictwo;
atrybuty;
warianty;
zastosowania;
kompatybilność.

Sprzedaż

ceny;
reguły handlowe;
RFQ;
progi;
warunki;
typowe pytania.

Zakupy i logistyka

dostępność;
terminy;
opakowania;
transport;
MOQ;
dostawcy.

Serwis

dane techniczne;
ograniczenia;
części;
błędy;
rzeczywiste doświadczenia.

IT

ERP;
PIM;
CRM;
feedy;
API;
MCP;
bezpieczeństwo.

Prawo i compliance

status ofert;
dane osobowe;
regulaminy;
dokumenty;
zgody;
odpowiedzialność.

Potrzebny jest jeden właściciel całości, ale dane muszą mieć swoich właścicieli domenowych.

38. Plan wdrożenia 30/60/90 dni

Dni 1–30: fundament

Wybierz jeden produkt lub proces

Najlepiej:

ważny biznesowo;
często wyszukiwany;
niezbyt skomplikowany;
z realnymi zapytaniami;
możliwy do powtórzenia.

Wykonaj audyt

Sprawdź:

kartę produktu;
parametry;
nazwy;
dokumenty;
ceny;
dostępność;
logistykę;
indeksację;
dane strukturalne;
formularz;
informacje o firmie.

Zbuduj Source of Truth

Ustal:

źródło każdego pola;
właściciela;
częstotliwość aktualizacji;
wersję publiczną;
wersję handlową;
dane poufne.

Przygotuj mapę prompt intent

Zbierz:

pytania klientów;
maile;
RFQ;
rozmowy handlowe;
zapytania serwisowe;
dane z Search Console;
pytania z wyszukiwarek.

Dni 31–60: widoczność i porównywalność

Przebuduj kartę produktu

Dodaj:

odpowiedź na początku;
tabelę;
zastosowania;
ograniczenia;
dokumenty;
logistykę;
FAQ;
dane do RFQ.

Przygotuj treści wspierające

poradnik wyboru;
porównanie;
case;
kalkulator;
TCO;
lista danych do zapytania;
dokumentacja.

Wdróż dane maszynowe

JSON-LD;
feed;
Merchant Center, jeżeli ma zastosowanie;
sitemap;
poprawny robots.txt;
dostęp crawlerów zgodnie z polityką firmy.

Zweryfikuj spójność

Strona, feed, PDF i system handlowy muszą przekazywać zgodne informacje.

Dni 61–90: RFQ i pierwsze narzędzia agentowe

Uporządkuj formularz RFQ

jasne pola;
jednostki;
walidacja;
numer sprawy;
status;
obsługa braków.

Przygotuj funkcje read-only

wyszukanie produktu;
parametry;
dokumenty;
dostępność;
termin;
koszt.

Dodaj bezpieczne działanie

Najlepiej:

create_rfq;
request_sample;
schedule_demo;
create_order_draft.

Przetestuj proces

człowiek;
robot;
silnik odpowiedzi;
agent przeglądarkowy;
własny agent testowy.

Zmierz

widoczność;
poprawność;
kompletność;
czas;
konwersję;
błędy.

Po 90 dniach firma powinna mieć nie „projekt AI”, ale pierwszy powtarzalny wzorzec przygotowania produktu i procesu.

39. Checklista pozycjonowania produktu B2B

Odkrywalność

Czy strona jest indeksowalna?
Czy ma kanoniczny adres?
Czy znajduje się w sitemapie?
Czy prowadzą do niej linki wewnętrzne?
Czy kluczowa treść jest dostępna w HTML?
Czy roboty nie są przypadkowo zablokowane?

Zrozumienie

Czy produkt ma jednoznaczną nazwę?
Czy ma SKU?
Czy ma MPN lub GTIN?
Czy parametry mają jednostki?
Czy warianty są rozdzielone?
Czy zastosowania są konkretne?
Czy ograniczenia są opisane?

Cytowalność

Czy pierwsze akapity odpowiadają na pytania?
Czy występują samodzielne fakty?
Czy są tabele?
Czy jest FAQ?
Czy są porównania?
Czy są dane własne?
Czy treść wskazuje datę aktualizacji?

Wiarygodność

Czy wiadomo, kto odpowiada za treść?
Czy firma jest jednoznacznie opisana?
Czy istnieją dokumenty?
Czy dostępne są dowody?
Czy informacje są zgodne w różnych kanałach?

Porównywalność

Czy cena ma jednostkę?
Czy wiadomo, co obejmuje?
Czy można policzyć koszt dostawy?
Czy można policzyć TCO?
Czy dostępne są progi?
Czy można porównać wydajność?
Czy podano lead time?

Kwalifikacja

Czy dostępne są dane dostawcy?
Czy opisano obszar dostaw?
Czy wiadomo, jakie dokumenty można otrzymać?
Czy podano serwis i gwarancję?
Czy można potwierdzić kompatybilność?
Czy opisano minimalne zamówienie?

Wykonanie

Czy można sprawdzić dostępność?
Czy można pobrać dokument?
Czy można przygotować RFQ?
Czy formularz zwraca numer?
Czy istnieje sposób sprawdzenia statusu?
Czy agent może użyć strony bez niejasnych interakcji?

Kontrola

Czy akcje mają ograniczone uprawnienia?
Czy istnieją limity?
Czy działania są logowane?
Czy wysokie wartości wymagają zatwierdzenia?
Czy oferta ma termin ważności?
Czy wiadomo, kto odpowiada za decyzję?

40. Pozycjonowanie od widoczności do wykonywalności

Największą zmianą nie jest pojawienie się kolejnego kanału marketingowego. Jest nią zmiana roli informacji.

Dotychczas treść miała przede wszystkim przyciągnąć użytkownika na stronę.

Teraz musi również:

wyjaśnić produkt;
umożliwić porównanie;
potwierdzić wiarygodność;
dostarczyć kryteria kwalifikacji;
zasilić proces RFQ;
przygotować dane do wykonania działania.

Firma B2B nie wygrywa już wyłącznie tym, że jest pierwsza w Google. Wygrywa wtedy, gdy na każdym kolejnym etapie pozostaje najlepszym źródłem i najłatwiejszym do obsłużenia dostawcą.

SEO wprowadza firmę do wyszukiwania.

AEO/GEO wprowadza ją do odpowiedzi.

Dane produktowe wprowadzają ją do porównania.

Dowody wprowadzają ją do shortlisty.

RFQ readiness wprowadza ją do procesu zakupowego.

Warstwa agentowa pozwala wykonać następny krok.

To nie są alternatywne strategie. To kolejne warstwy jednej drogi zakupowej.

Najważniejszym aktywem firmy nie będzie więc pojedynczy artykuł, plik llms.txt, schema ani serwer MCP. Będzie nim uporządkowany, wiarygodny i aktualny system wiedzy o firmie, produktach, warunkach oraz działaniach, który można publikować i udostępniać w wielu kanałach.

Najpierw trzeba stać się możliwym do znalezienia.

Potem możliwym do zrozumienia.

Następnie możliwym do zweryfikowania i porównania.

Dopiero później możliwym do odpytania i obsłużenia przez agenta.

Tak wygląda pozycjonowanie B2B 2026+: od widoczności do wykonywalności.