Opis produktu pod A2A. Schemat opisu produktu B2B pod nowe SEO

Opis produktu pod A2A. Schemat opisu produktu B2B pod nowe SEO, answer engines, Direct RFQ i agentic commerce

Direct RFQ Product Page Standard

Każda podstrona produktowa powinna spełniać jednocześnie cztery funkcje:

Wyjaśnić produkt człowiekowi.
Dostarczyć jednoznacznej odpowiedzi answer engine.
Umożliwić działowi zakupów przygotowanie kompletnego RFQ.
Udostępnić agentowi zakupowemu dane potrzebne do kwalifikacji i wykonania kolejnego kroku.

Nie każda podstrona musi umożliwiać automatyczny zakup. Każda powinna jednak umożliwiać:

znalezienie → zrozumienie → porównanie → kwalifikację → przygotowanie RFQ → kontakt lub zamówienie.

1. Cztery warstwy każdej podstrony

Warstwa 1: Product Discovery

Odpowiada na pytania:

co to jest;
kto jest producentem;
jaki to model;
do czego służy;
dla kogo jest przeznaczony;
w jakiej kategorii produktowej się znajduje.

Warstwa 2: Product Understanding

Odpowiada na pytania:

jakie ma parametry;
z czym współpracuje;
jakie ma ograniczenia;
kiedy warto go wybrać;
kiedy potrzebny jest inny model;
jakie zastosowania są właściwe.

Warstwa 3: Direct RFQ

Odpowiada na pytania:

ile kosztuje;
co obejmuje cena;
jaka jest dostępność;
jakie jest MOQ;
jakie są warunki płatności i dostawy;
jakie dane trzeba przesłać;
jak szybko zostanie przygotowana oferta.

Warstwa 4: Agentic Commerce

Odpowiada na pytania:

jaki jest jednoznaczny kod produktu;
które dane są stałe, a które wymagają potwierdzenia;
jakie pola musi zawierać RFQ;
jaka akcja jest możliwa;
czy agent może zamówić, zarezerwować, poprosić o wycenę lub tylko skontaktować się ze sprzedawcą;
jak wygląda dalszy status procesu.

2. Stała kolejność sekcji na podstronie

1. H1 — jednoznaczna nazwa produktu

Wzór:

[Rodzaj produktu] [marka] [model] do [główne zastosowanie lub zakres]

Przykład:

Bandownica akumulatorowa Cyklop OmniStrap 380 do taśm PP i PET 12–16 mm

Zasady:

tylko jeden H1;
producent, model i główne zastosowanie w nazwie;
bez ogólnych określeń typu „najlepszy produkt”;
bez samego kodu handlowego niezrozumiałego dla klienta.

2. Krótkie streszczenie produktu

Długość: 2–4 akapity.

Powinno zawierać:

czym jest produkt;
jakie zadanie wykonuje;
z czym współpracuje;
najważniejszy zakres parametrów;
główne zastosowanie;
najważniejszą przewagę użytkową.

Wzór:

[Marka i model] to [rodzaj produktu] przeznaczony do [zastosowanie].
Urządzenie/produkt [najważniejsze funkcje].

Współpracuje z [materiały, formaty, produkty] w zakresie [parametry].
Rozwiązanie jest przeznaczone przede wszystkim dla [typ firm, procesów lub branż].

3. Skrócona oferta handlowa

Ta sekcja powinna być wysoko na stronie.

Obowiązkowe pola:

Cena:
Waluta:
Cena netto/brutto:
Cena ważna do:
Stan produktu:
Dostępność:
Stan magazynowy na dzień:
MOQ:
Termin wysyłki:
Koszt dostawy:
Warunki płatności:
Gwarancja:
Kontakt:

Jeżeli cena nie jest publiczna:

Cena: wycena indywidualna
Czas przygotowania oferty: do X godzin roboczych

Nie należy wpisywać:

Zapytaj o cenę

bez wyjaśnienia, od czego cena zależy i jakie dane są potrzebne do wyceny.

4. Co znajduje się w standardowym zestawie

Każdy element powinien mieć nazwę i ilość:

1 × urządzenie
1 × akumulator
1 × ładowarka
1 × instrukcja
12 miesięcy gwarancji

Oddzielnie należy wskazać:

czego cena nie obejmuje;
co jest wyposażeniem dodatkowym;
co wymaga osobnej wyceny.

5. Jak działa produkt

Opis procesu krok po kroku:

1. Operator lub system wykonuje...
2. Produkt zostaje...
3. Następuje...
4. Proces kończy się...

Ta sekcja jest bardzo ważna dla answer engines, ponieważ wyjaśnia mechanizm działania, a nie tylko parametry.

6. Najważniejsze zalety

Każda zaleta powinna mieć:

konkretny nagłówek;
wyjaśnienie;
wpływ na użytkownika lub proces.

Nie wystarczy:

Wysoka wydajność
Łatwa obsługa
Nowoczesna technologia

Lepszy wzór:

### Pięć zapamiętywanych programów

Urządzenie pozwala zapisać pięć konfiguracji pracy. Dzięki temu operator
może szybko przełączać się pomiędzy różnymi produktami bez ponownego
ustawiania wszystkich parametrów.

7. Tabela danych technicznych

Stały format:

Parametr	Wartość	Jednostka lub uwaga
Rodzaj produktu
Model
Zakres pracy
Wydajność
Moc lub zasilanie
Masa
Wymiary
Warunki pracy
Materiały kompatybilne
Ograniczenia

Zasady:

jeden parametr w jednym wierszu;
liczby zapisywane jako liczby, nie jako opis marketingowy;
zawsze jednostki;
jasno oznaczać dane orientacyjne;
nie mieszać wartości minimalnych, maksymalnych i nominalnych.

8. Zastosowania

Podzielić na dwie części:

Zastosowania procesowe

Na przykład:

spinanie palet;
zamykanie kartonów;
owijanie ładunków;
pakowanie produktów;
formowanie wiązek.

Branże

Na przykład:

logistyka;
przemysł metalowy;
produkcja mebli;
budownictwo;
e-commerce;
spożywcza;
farmaceutyczna.

9. Jak dobrać wariant, materiał lub konfigurację

Sekcja powinna odpowiadać na typowe wybory:

PP czy PET;
ręczna czy automatyczna;
12 czy 16 mm;
akumulator standardowy czy dodatkowy;
wersja standardowa czy przemysłowa;
produkt pojedynczy czy zestaw.

Wzór:

### Wariant A

Wybierz, gdy...

### Wariant B

Wybierz, gdy...

10. Co można zamówić dodatkowo

Dla każdego elementu:

Nazwa:
Kod:
Cena:
Waluta:
Czy wymaga potwierdzenia:
Zastosowanie:

Przykładowe kategorie:

akumulatory;
ładowarki;
materiały eksploatacyjne;
wózki;
części;
szkolenie;
test;
instalacja;
pakiet serwisowy.

11. Serwis i obsługa posprzedażowa

Należy jasno wskazać:

serwis gwarancyjny;
serwis pogwarancyjny;
przeglądy;
części;
materiały eksploatacyjne;
diagnostykę;
szkolenia;
czas reakcji, jeżeli jest możliwy do podania;
obszar działania serwisu.

12. Czy produkt pasuje do mojego zastosowania?

Stały układ trzech sekcji:

Produkt będzie odpowiedni, gdy:

warunek 1;
warunek 2;
warunek 3.

Skonsultuj zastosowanie przed zakupem, gdy:

nie znasz parametrów;
zastosowanie jest niestandardowe;
występują ostre krawędzie;
produkt jest delikatny;
wymagana jest wysoka wydajność;
urządzenie ma pracować wielozmianowo.

Produkt nie jest przeznaczony do:

wykluczenie 1;
wykluczenie 2;
wykluczenie 3.

To jedna z najważniejszych sekcji pod agentic commerce. Pozwala agentowi nie tylko wybrać, ale również odrzucić niedopasowany produkt.

13. Test przed zakupem

Należy wskazać:

czy test jest dostępny;
gdzie może się odbyć;
czy klient musi dostarczyć próbki;
jakie dane są potrzebne;
czy test jest płatny;
czy można przesłać zdjęcia lub film.

Minimalna lista danych:

Produkt:
Wymiary:
Masa:
Materiał:
Zdjęcia:
Obecny sposób pakowania:
Problem do rozwiązania:
Liczba cykli dziennie:
Oczekiwany rezultat:

3. Stały blok Direct RFQ

Każdy produkt powinien mieć własny kod.

Wzór:

[KATEGORIA]-[MARKA]-[MODEL]

Przykłady:

BAND-CYK-OMNISTRAP-380
OWI-CYK-CTT-215
WAT-CYK-LAPOMATIC-20
STRAP-PET-1608

Można stosować krótszy kod, jeżeli jest unikalny:

OMNISTRAP-380

Identyfikacja produktu

Stałe pola:

Nazwa produktu:
Producent:
Marka:
Model:
Kod produktu:
Kod RFQ:
Kategoria:
Stan:
Wariant:
Kraj pochodzenia:
Główne zastosowanie:

Dane ofertowe

Cena:
Waluta:
Status podatkowy:
Cena ważna do:
MOQ:
Stan magazynowy:
Data aktualizacji stanu:
Dostępność:
Możliwość rezerwacji:

Warunki płatności

Forma płatności:
Wymagana przedpłata:
Dokument:
Waluty:
Zasada przeliczania:
Moment rozpoczęcia realizacji:

Dostawa

Termin wysyłki:
Godzina graniczna:
Koszt wysyłki:
Odbiór osobisty:
Czas dostawy:
Obszar dostawy:

Czas przygotowania oferty

SLA odpowiedzi:
Moment rozpoczęcia SLA:
Warunek kompletności danych:

4. Dane wymagane od klienta

Minimalny RFQ handlowy

Każdy formularz powinien wymagać:

Kod produktu
Liczba sztuk
Firma
NIP
Osoba kontaktowa
E-mail
Telefon
Kod pocztowy
Miejsce dostawy
Oczekiwany termin
Preferowana waluta

RFQ techniczny

Pola zależne od kategorii produktu:

Rodzaj produktu lub ładunku
Wymiary
Masa
Materiał
Obecna technologia
Obecny problem
Wydajność dzienna
Liczba zmian
Warunki środowiskowe
Wymagane wyposażenie
Wymagane testy
Wymagane dokumenty

Pola zakupowe

Czy potrzebna formalna oferta
Czy potrzebna rezerwacja
Czy potrzebne szkolenie
Czy potrzebna instalacja
Czy potrzebny serwis
Czy potrzebne materiały eksploatacyjne
Czy wymagany jest określony termin dostawy

5. Gotowy schemat identyfikatora RFQ

Rekomendowany format:

[KOD-PRODUKTU]-[DATA]-[NUMER]

Przykład:

OMNISTRAP-380-20260714-001

Dla prostego procesu e-mailowego:

OMNISTRAP-380-20260714

Temat wiadomości:

Direct RFQ – OMNISTRAP-380-20260714

6. Stały status obsługi zapytania

Każdy produkt powinien korzystać z tego samego procesu:

1. Zapytanie otrzymane
2. Automatyczne potwierdzenie
3. Weryfikacja kompletności
4. Uzupełnienie brakujących danych
5. Potwierdzenie dostępności
6. Informacja o rezerwacji
7. Przygotowanie formalnej oferty
8. Akceptacja warunków
9. Faktura pro forma
10. Płatność
11. Potwierdzenie zamówienia
12. Wysyłka lub odbiór
13. Serwis posprzedażowy

Statusy maszynowe:

received
data_check
awaiting_information
availability_confirmed
reserved
quote_prepared
quote_sent
accepted
payment_pending
paid
order_confirmed
dispatched
completed

7. Gotowy uniwersalny szkielet podstrony

[KRÓTKIE WPROWADZENIE PRODUKTU]

## [MODEL] – cena i dostępność

Cena:
Cena ważna do:
Stan:
Stan magazynowy:
MOQ:
Wysyłka:
Płatność:
Gwarancja:
Kontakt:

## Jak działa [produkt]

1.
2.
3.
4.

## Najważniejsze zalety

### [Zaleta 1]

[Opis i znaczenie dla klienta]

### [Zaleta 2]

[Opis i znaczenie dla klienta]

## Dane techniczne

| Parametr | Wartość |
|---|---|
|  |  |

## Zastosowania

### Procesy

- 

### Branże

- 

## Jak dobrać właściwy wariant

### [Wariant A]

### [Wariant B]

## Standardowy zestaw

- 

## Wyposażenie dodatkowe

- 

## Serwis i obsługa posprzedażowa

- 

## Czy produkt pasuje do mojego zastosowania?

### Produkt będzie odpowiedni, gdy:

- 

### Skonsultuj zastosowanie, gdy:

- 

### Produkt nie jest przeznaczony do:

- 

## Test przed zakupem

[Dane potrzebne do testu]

## Direct RFQ – [nazwa produktu]

### Identyfikacja produktu

Nazwa:
Producent:
Model:
Kod produktu:
Kod RFQ:
Kategoria:
Stan:

### Cena i dostępność

Cena:
Waluta:
Cena ważna do:
MOQ:
Stan magazynowy:
Data aktualizacji:
Rezerwacja:

### Warunki płatności

Forma płatności:
Waluta:
Zasada przeliczenia:

### Dostawa

Termin:
Koszt:
Odbiór:

### Dane wymagane do oferty

- 

### Dane techniczne potrzebne do doboru

- 

### Wzór zapytania

[FORMULARZ RFQ]

## FAQ

### [Pytanie]

[Odpowiedź]

## Zamów lub wyślij zapytanie

Telefon:
E-mail:

## Sprzedawca i serwis

Nazwa:
NIP:
Adres:
Telefon:
E-mail:

8. Stały formularz B2B Direct RFQ

Pola widoczne dla klienta

Dane produktu

kod produktu — automatycznie uzupełniony;
nazwa produktu — automatycznie uzupełniona;
liczba sztuk.

Dane firmy

nazwa firmy;
NIP;
osoba kontaktowa;
e-mail;
telefon.

Dostawa

ulica;
kod pocztowy;
miejscowość;
kraj;
oczekiwany termin;
preferowana forma dostawy.

Dane techniczne

zastosowanie;
parametry;
wydajność;
obecne rozwiązanie;
problem do rozwiązania;
możliwość dodania pliku lub zdjęcia.

Wyposażenie

materiały;
części;
dodatkowe akcesoria;
szkolenie;
test;
serwis;
instalacja.

Warunki

waluta;
rezerwacja;
formalna oferta;
uwagi.

Pola ukryte

URL strony;
kod produktu;
źródło zapytania;
data i godzina;
identyfikator RFQ;
kampania;
język;
wersja danych produktu.

9. Warstwa techniczna

Każda podstrona powinna zawierać:

Obowiązkowo

jeden H1;
logiczne H2 i H3;
tabelę HTML;
tekstowe dane ceny i dostępności;
klikalny telefon;
klikalny e-mail;
formularz RFQ;
canonical;
meta title;
meta description;
opisowe alty zdjęć;
datę aktualizacji;
dane sprzedawcy;
regulamin lub OWU.

Dane strukturalne

Product;
Offer;
Organization;
BreadcrumbList;
FAQPage, jeżeli pytania są widoczne;
Service, jeżeli przedmiotem jest usługa;
ItemList, jeżeli strona porównuje warianty.

Dodatkowa warstwa agentowa

plik JSON produktu;
identyfikator produktu;
schemat pól RFQ;
statusy procesu;
wersja danych;
data aktualizacji;
endpoint lub formularz akcji.

10. Rozdzielenie danych stałych i zmiennych

Dane stałe

Rzadko się zmieniają:

nazwa;
producent;
model;
parametry techniczne;
wymiary;
zastosowania;
ograniczenia;
zawartość zestawu;
dokumentacja.

Dane zmienne

Wymagają regularnej aktualizacji:

cena;
ważność ceny;
stan magazynowy;
dostępność;
koszt dostawy;
termin wysyłki;
kurs waluty;
ceny akcesoriów;
czas przygotowania oferty;
czas realizacji.

Dane zmienne powinny zawsze mieć:

wartość
datę aktualizacji
datę ważności lub obowiązek potwierdzenia
osobę lub dział odpowiedzialny

11. System aktualizacji

Przy każdej zmianie ceny

Zaktualizować:

widoczną cenę;
FAQ;
blok Direct RFQ;
meta description, jeżeli zawiera cenę;
Offer;
plik JSON;
datę aktualizacji.

Przy zmianie stanu magazynowego

Zaktualizować:

liczbę sztuk;
datę stanu;
availability;
inventoryLevel;
JSON;
komunikat o wysyłce.

Po upływie ważności ceny

Nie zostawiać aktywnej starej ceny.

Możliwe komunikaty:

Cena wymaga aktualnego potwierdzenia.

albo:

Poprzednia cena obowiązywała do [data]. Aktualna oferta jest przygotowywana indywidualnie.

12. Scoring Direct RFQ Product Page — 100 punktów

Findable — 15 punktów

jednoznaczny H1 — 3;
producent i model — 3;
kategoria i zastosowanie — 3;
poprawny URL — 2;
canonical i indeksowanie — 2;
breadcrumb — 2.

Understandable — 20 punktów

krótka definicja — 3;
mechanizm działania — 3;
pełna tabela techniczna — 5;
zastosowania — 3;
warianty — 2;
ograniczenia — 4.

Comparable — 15 punktów

parametry w tabeli — 4;
dobór wariantu — 3;
porównanie z alternatywami — 4;
TCO lub koszty dodatkowe — 2;
wskazanie, kiedy wybrać inny produkt — 2.

Trustworthy — 15 punktów

dane sprzedawcy — 3;
NIP i adres — 2;
źródło danych technicznych — 2;
data aktualizacji — 2;
warunki gwarancji — 2;
dokumenty — 2;
własny test lub case study — 2.

Executable — 20 punktów

cena lub jasna procedura wyceny — 3;
MOQ — 2;
dostępność — 2;
dostawa — 2;
płatność — 2;
formularz RFQ — 4;
identyfikator RFQ — 2;
automatyczne potwierdzenie — 1;
status dalszej obsługi — 2.

Governed — 15 punktów

data ważności ceny — 3;
data stanu magazynowego — 2;
właściciel danych — 2;
wersjonowanie — 2;
aktualizacja JSON-LD — 2;
aktualizacja feedu JSON — 2;
procedura wycofania produktu lub oferty — 2.

13. Trzy poziomy podstron produktowych

Poziom 1: Answer Engine Ready

Minimum:

definicja;
parametry;
zastosowania;
FAQ;
dane sprzedawcy;
kontakt.

Poziom 2: Direct RFQ Ready

Dodatkowo:

cena;
dostępność;
MOQ;
dostawa;
płatność;
kod RFQ;
formularz;
dane wymagane do wyceny;
czas przygotowania oferty.

Poziom 3: Agentic Commerce Ready

Dodatkowo:

JSON-LD;
plik JSON;
ustrukturyzowany formularz;
identyfikator zapytania;
automatyczne potwierdzenie;
status procesu;
możliwość rezerwacji;
endpoint lub integracja;
kontrola aktualności danych.

14. Najważniejsza zasada redakcyjna

Każda informacja handlowa powinna istnieć w jednym nadrzędnym miejscu.

Nie powtarzamy pięć razy:

ceny;
stanu;
gwarancji;
kosztu wysyłki;
warunków płatności.

Można je skrótowo przypomnieć w CTA i FAQ, ale sekcja Direct RFQ powinna być nadrzędnym źródłem danych.

15. Nazwa wewnętrzna standardu

Dla Waszych projektów rekomenduję nazwę:

Direct RFQ B2B Product Standard

Wersja rozszerzona:

Direct RFQ B2B Product Standard: standard opisu, kwalifikacji i przygotowania produktów do answer engines, systemów procurement i agentic commerce

Każda nowa podstrona może otrzymać wewnętrzny status:

AEO Ready
Direct RFQ Ready
Agent Readable
Agent Qualifiable
Agent Executable
Transaction Ready

Docelowa karta produktu powinna być co najmniej:

AEO Ready + Direct RFQ Ready + Agent Qualifiable

Pełne Transaction Ready wymaga już nie tylko treści, ale także systemu zamówień, płatności, rezerwacji, stanów magazynowych i integracji.

Chcesz abyśmy opisali Twoje produkty B2B pod nowe SEO, AI answer engines i agentic commerce? Napisz do nas:

kontakt@salesbot.pl