ACRS: Agent Commerce Readiness Standard
ACRS mierzy, czy agent zakupowy AI potrafi faktycznie kupić w sklepie: znaleźć produkt, zrozumieć warianty, dodać do koszyka i dojść do kasy. To otwarta metoda CanItBuy, a nie oficjalna norma branżowa. Publikujemy ją w całości, z wagami, punktacją każdej kontroli i przykładami, żeby każdy mógł sprawdzić, skąd bierze się wynik, i policzyć go sam.
Pięć poziomów
| Poziom | Nazwa | Co musi się udać |
|---|---|---|
| ACRS 1 | Widoczny | Agent znajduje sklep, produkt i cenę. |
| ACRS 2 | Zrozumiały | Agent rozumie warianty, parametry i dostępność. |
| ACRS 3 | Gotowy do koszyka | Agent dodaje właściwy produkt do koszyka. |
| ACRS 4 | Gotowy do transakcji | Agent dochodzi do zamówienia i widzi dostawę oraz płatność. |
| ACRS 5 | Zoptymalizowany dla agentów | Pełna ścieżka plus dane i protokoły dla agentów (UCP, llms.txt, wyszukiwanie). |
Poziom 0 oznacza, że agent nie znalazł produktu ani ceny, a skan nie odczytał ich z kodu strony. Blokada przez ochronę przed botami też daje poziom 0.
Poziom 5 wymaga przejścia do kasy, wyniku co najmniej 60/100 w module Protokoły i co najmniej 80/100 w module Katalog.
Sześć modułów i wagi
| Moduł | Waga | Co mierzy | Punkty możliwe |
|---|---|---|---|
| Dostęp | 10% | Agenci AI mają wstęp · Szyfrowane połączenie (HTTPS) · Szybka odpowiedź strony · Mapa strony (sitemap.xml) · Strona przystosowana do telefonu · Tytuł i opis strony · Adres kanoniczny strony · Szybkość na telefonie · Stabilny układ na telefonie · Strona mieści się na ekranie telefonu | 16 |
| Katalog | 25% | Karta produktu do znalezienia · Dane produktu (schema.org Product) · Cena z walutą w danych · Dostępność w danych · Kod EAN/GTIN lub SKU · Marka produktu · Zdjęcie w danych produktu · Warianty opisane w danych · Cena w danych zgodna ze stroną · Dostępność w danych zgodna ze stroną | 16 |
| Zrozumienie | 20% | Nazwa produktu bez JavaScriptu · Cena bez JavaScriptu · Przycisk „Dodaj do koszyka” w kodzie · Opisy zdjęć (alt) · Nazwane opcje wariantów · Przyciski z nazwą · Jeden główny nagłówek (h1) · Dostępność ścieżki zakupu (WCAG) | 13 + 3 |
| Ścieżka zakupu | 30% | Etap, do którego doszedł agent w prawdziwej przeglądarce: produkt 25, wariant 50, koszyk 75, kasa 100 punktów modułu. Etap produktu i koszyka liczymy tylko wtedy, gdy potwierdza go strona (dane produktu, przycisk zakupu, pełny koszyk). Kasę rozpoznaje program po polach kontaktu, adresu lub płatności, a nie model AI. | 100 |
| Zaufanie i zasady | 10% | Dostawa w danych · Zasady zwrotów w danych · Oceny w danych · Dane sklepu (Organization) · Sprzedawca i kontakt na stronie · Regulamin i zwroty pod linkiem · Najniższa cena z 30 dni przy promocji · Odpowiedzi na częste pytania (FAQ) · Czas dostawy na karcie produktu | 9 + 3 |
| Protokoły | 5% | Profil UCP dla agentów · Plik llms.txt · Wyszukiwarka czytelna dla maszyn | 6 |
Do Zrozumienia i Zaufania wliczamy też pięć pytań klienta (cena, dostępność, warianty, dostawa, zwroty): po 1 punkcie, jeśli odpowiedź da się odczytać z danych albo tekstu strony. Zaufanie dostaje 1 punkt za metody płatności widoczne w kodzie strony.
Checklista: każda kontrola i jej punkty
Dostęp 10%
| Kontrola | Punkty | Dlaczego to ważne | Jak zaliczyć |
|---|---|---|---|
| Agenci AI mają wstępbots | 4 | robots.txt blokuje asystentów i wyszukiwarki AI. Nie zobaczą Twoich produktów. | Zezwól w robots.txt na OAI-SearchBot, ChatGPT-User, PerplexityBot, Claude-SearchBot i Claude-User.Częściowe punkty: proporcjonalnie do liczby wpuszczonych agentów z listy (OAI-SearchBot, ChatGPT-User, PerplexityBot, Claude-SearchBot, Claude-User); boty do trenowania modeli (GPTBot, Google-Extended) pokazujemy w raporcie tylko informacyjnie, bo ich blokada to decyzja właściciela. |
| Szyfrowane połączenie (HTTPS)https | 1 | Agenci i przeglądarki ostrzegają przed stronami bez HTTPS. | Włącz certyfikat SSL i przekierowanie na https://. |
| Szybka odpowiedź stronyspeed | 2 | Agent ma limit czasu. Wolna strona to porzucony zakup. | Włącz cache i CDN. Celuj w odpowiedź poniżej 1,5 s.Częściowe punkty: 2 punkty poniżej 1,5 s, 1 punkt poniżej 3 s. |
| Mapa strony (sitemap.xml)sitemap | 2 | Bez mapy agent trudniej znajduje produkty. | Opublikuj sitemap.xml i wskaż ją w robots.txt. |
| Strona przystosowana do telefonuviewport | 1 | Bez znacznika viewport strona na telefonie jest pomniejszona, a agenci mobilni i klienci widzą ją gorzej. | Dodaj w <head>: <meta name="viewport" content="width=device-width, initial-scale=1">. |
| Tytuł i opis stronyseoTitle | 1 | Wyszukiwarki i asystenci AI cytują tytuł i opis strony, kiedy polecają produkt. Bez nich wybiorą własne słowa albo inny sklep. | Daj karcie produktu <title> (10–70 znaków) i <meta name="description"> (50–320 znaków) z nazwą produktu i najważniejszą cechą.Częściowe punkty: tytuł 10–70 znaków i opis 50–320 znaków na karcie produktu (bez karty: na stronie głównej). |
| Adres kanoniczny stronycanonical | 1 | Ten sam produkt pod kilkoma adresami (filtry, parametry, warianty) rozprasza wyniki wyszukiwania. Asystent może pokazać zły adres. | Dodaj w <head> <link rel="canonical" href="…"> z głównym adresem produktu w Twojej domenie.Częściowe punkty: adres kanoniczny musi wskazywać tę samą domenę. |
| Szybkość na telefoniemobileLcp | 2 | Większość zakupów zaczyna się na telefonie. Gdy główna treść karty produktu ładuje się dłużej niż 2,5 s, klienci odchodzą, a agenci tracą czas. | Zmniejsz i skompresuj główne zdjęcie (WebP lub AVIF), nie ładuj go leniwie, odłóż skrypty, które nie są potrzebne do zakupu, i włącz cache.Kontrola warunkowa: pomiar laboratoryjny w naszej przeglądarce, a nie dane prawdziwych użytkowników: karta produktu (bez karty: strona główna) na symulowanym telefonie 390 × 844 px, wolne 4G (150 ms, 1,6 Mbit/s) i procesor spowolniony 2×. LCP do 2,5 s: 2 punkty, do 4 s: 1 punkt. Strona, która nie załaduje się w 20 s, dostaje 0. |
| Stabilny układ na telefoniemobileCls | 1 | Elementy, które skaczą podczas ładowania, powodują przypadkowe kliknięcia. Agent może kliknąć nie ten przycisk. | Podaj wymiary zdjęć i ramek (width, height), zarezerwuj miejsce na banery i nie wstawiaj treści nad tym, co już widać.Kontrola warunkowa: ten sam pomiar na telefonie; CLS to największa seria przesunięć układu (okno do 5 s). |
| Strona mieści się na ekranie telefonumobileFit | 1 | Przewijanie w bok na telefonie ukrywa część strony, np. przycisk zakupu albo cenę. | Znajdź element szerszy niż ekran (tabela, zdjęcie, długi tekst bez przełamania) i ogranicz go: max-width: 100%.Kontrola warunkowa: ten sam pomiar na telefonie; punkt, gdy strona nie jest szersza niż ekran 390 px. |
Katalog 25%
| Kontrola | Punkty | Dlaczego to ważne | Jak zaliczyć |
|---|---|---|---|
| Karta produktu do znalezieniaproduct | 2 | Nie znaleźliśmy karty produktu ze strony głównej ani z mapy strony. | Linkuj produkty ze strony głównej zwykłymi linkami. |
| Dane produktu (schema.org Product)jsonld | 3 | Bez danych strukturalnych agent zgaduje nazwę i cenę. | Dodaj JSON-LD typu Product na każdej karcie produktu. |
| Cena z walutą w danychprice | 2 | Agent porównuje ceny. Cena bez waluty jest niepewna. | Uzupełnij offers.price i offers.priceCurrency (np. PLN).Częściowe punkty: 1 punkt za cenę bez waluty. |
| Dostępność w danychavailability | 1 | Agent nie kupi produktu, którego dostępności nie zna. | Dodaj offers.availability, np. InStock. |
| Kod EAN/GTIN lub SKUids | 2 | Po kodzie agent rozpoznaje dokładnie ten sam produkt w różnych sklepach. | Dodaj gtin13 (EAN), a co najmniej sku.Częściowe punkty: 1 punkt za samo SKU lub MPN. |
| Marka produktubrand | 1 | Klienci często pytają agenta o konkretną markę. | Uzupełnij pole brand. |
| Zdjęcie w danych produktuimages | 1 | Agent pokazuje klientowi produkt i potrzebuje zdjęcia. | Dodaj pole image z adresem zdjęcia. |
| Warianty opisane w danychvariants | 1 | Rozmiary i kolory widoczne tylko w interfejsie są dla agenta niewidoczne. | Opisz warianty jako ProductGroup z hasVariant.Częściowe punkty: produkt bez wariantów dostaje punkt automatycznie. |
| Cena w danych zgodna ze stronątruthPrice | 2 | Dane produktu podają inną cenę niż ta, którą widzi klient. Agent poda klientowi złą cenę albo uzna sklep za niewiarygodny. | Zadbaj, by offers.price w JSON-LD pochodziło z tego samego pola co cena na stronie, także przy promocjach i wariantach.Kontrola warunkowa: liczymy ją tylko, gdy strona pokazuje jakąkolwiek cenę w HTML; brak ceny w HTML liczy kontrola „Cena bez JavaScriptu”. |
| Dostępność w danych zgodna ze stronątruthStock | 1 | Dane mówią co innego niż strona. Agent obieca produkt, którego nie ma, albo pominie ten, który jest. | Generuj offers.availability z tego samego stanu magazynu, który pokazuje strona.Kontrola warunkowa: tylko produkty bez wariantów, gdzie o dostępności decyduje jedno słowo na stronie. |
Zrozumienie 20%
| Kontrola | Punkty | Dlaczego to ważne | Jak zaliczyć |
|---|---|---|---|
| Nazwa produktu bez JavaScriptunameHtml | 2 | Wielu agentów nie uruchamia skryptów. Dla nich nazwa nie istnieje. | Renderuj nazwę po stronie serwera (SSR). |
| Cena bez JavaScriptupriceHtml | 2 | Cena doklejana skryptem jest niewidoczna dla prostszych agentów. | Renderuj cenę po stronie serwera (SSR). |
| Przycisk „Dodaj do koszyka” w kodziecartBtn | 2 | Agent musi znaleźć przycisk zakupu, zanim załaduje się skrypt. | Użyj prawdziwego <button> z tekstem „Dodaj do koszyka”. |
| Opisy zdjęć (alt)alts | 1 | Bez opisów agent nie wie, co przedstawia zdjęcie. | Dodaj atrybut alt do zdjęć produktu.Częściowe punkty: co najmniej 80% zdjęć na karcie produktu z opisem. |
| Nazwane opcje wariantówlabels | 1 | Przycisk rozmiaru bez nazwy to dla agenta znak zapytania. | Dodaj <label> lub aria-label, np. „Rozmiar 42”.Częściowe punkty: co najmniej 80% kontrolek wariantów z nazwą; produkt bez wariantów dostaje punkt automatycznie. |
| Przyciski z nazwąbuttonsNamed | 1 | Przycisk bez tekstu ani aria-label to dla agenta i czytnika ekranu znak zapytania. | Dodaj każdemu przyciskowi tekst albo aria-label, np. „Zamknij” albo „Dodaj do koszyka”.Częściowe punkty: co najmniej 90% przycisków na karcie produktu z nazwą; strona bez przycisków dostaje punkt. |
| Jeden główny nagłówek (h1)h1 | 1 | Nagłówek h1 mówi maszynom, o czym jest strona. Brak h1 albo kilka h1 to niejasny sygnał. | Na karcie produktu użyj dokładnie jednego <h1> z nazwą produktu. |
| Dostępność ścieżki zakupu (WCAG)a11yPath | 3 | Te same braki, które przeszkadzają osobom z niepełnosprawnościami, mylą agentów AI: przyciski bez nazw, pola bez etykiet, zdjęcia bez opisów. Od 28 czerwca 2025 r. większość sklepów internetowych w UE musi spełniać wymagania dostępności (EAA); zwolnione są mikroprzedsiębiorstwa. | Popraw na stronie głównej, karcie produktu, w koszyku i kasie: opis alt zdjęć, etykiety pól, nazwy przycisków i linków, atrybut lang, kontrast tekstu co najmniej 4,5:1 i przyciski co najmniej 24 × 24 px.Kontrola warunkowa: liczymy ją, gdy agent przeszedł przez sklep (nie przy blokadzie). Sprawdzamy w prawdziwej przeglądarce do czterech stron ścieżki (główna, produkt, koszyk, kasa) według wybranych kryteriów WCAG 2.2 A i AA: 1.1.1 opisy zdjęć, 1.3.1 i 4.1.2 etykiety pól oraz nazwy przycisków i linków, 3.1.1 język strony, 1.4.3 kontrast tekstu, 2.5.8 rozmiar przycisków. Kryterium nie przechodzi od 1 problemu, a kontrast i rozmiar przycisków od 2. 3 punkty bez problemów, 2 przy jednym kryterium, 1 przy dwóch lub trzech, 0 przy czterech i więcej. To automatyczny przegląd, a nie pełny audyt dostępności. |
Zaufanie i zasady 10%
| Kontrola | Punkty | Dlaczego to ważne | Jak zaliczyć |
|---|---|---|---|
| Dostawa w danychshipping | 1 | Agent liczy pełny koszt zakupu razem z dostawą. | Dodaj shippingDetails (OfferShippingDetails) do oferty. |
| Zasady zwrotów w danychreturns | 1 | Zwroty to częste pytanie przed zakupem. | Dodaj hasMerchantReturnPolicy. |
| Oceny w danychrating | 1 | Agenci chętniej polecają produkty z opiniami. | Dodaj aggregateRating, jeśli zbierasz opinie. |
| Dane sklepu (Organization)org | 1 | Kontakt i adres budują zaufanie agenta do sklepu. | Dodaj JSON-LD Organization z e-mailem lub telefonem. |
| Sprzedawca i kontakt na stronieseller | 1 | Agent i klient sprawdzają, kto sprzedaje i jak się skontaktować. Bez tego sklep wygląda na mniej wiarygodny. | Pokaż w stopce nazwę sprzedawcy, dane firmy (np. NIP) oraz e-mail lub telefon. |
| Regulamin i zwroty pod linkiemterms | 1 | Asystent odpowiada na pytania o zwroty i warunki zakupu. Musi znaleźć regulamin i zasady zwrotów. | Dodaj w stopce linki „Regulamin” oraz „Zwroty” lub „Dostawa i zwroty”. |
| Najniższa cena z 30 dni przy promocjiomnibus | 1 | Strona pokazuje obniżkę, ale nie podaje najniższej ceny z 30 dni przed nią. Wymaga tego prawo (dyrektywa Omnibus), a agent nie oceni promocji. | Przy każdej obniżce pokaż „Najniższa cena z 30 dni przed obniżką: …”.Kontrola warunkowa: liczymy ją tylko, gdy karta produktu pokazuje obniżkę (cena przekreślona lub stara cena). |
| Odpowiedzi na częste pytania (FAQ)faq | 1 | Klienci pytają asystenta o dostawę, zwroty i rozmiary. Sklep z FAQ daje mu gotowe odpowiedzi. | Dodaj stronę lub sekcję FAQ z pytaniami o dostawę, płatność, zwroty i dobór produktu. Najlepiej z danymi FAQPage w JSON-LD. |
| Czas dostawy na karcie produktudeliveryTime | 1 | „Kiedy to do mnie dotrze?” to jedno z pierwszych pytań klienta. Asystent nie odpowie, jeśli karta produktu tego nie mówi. | Pokaż przy cenie czas wysyłki lub dostawy, np. „Wysyłka w 24 h” albo „Dostawa w 1–2 dni robocze”.Kontrola warunkowa: liczymy ją tylko, gdy skan znalazł kartę produktu. |
Protokoły 5%
| Kontrola | Punkty | Dlaczego to ważne | Jak zaliczyć |
|---|---|---|---|
| Profil UCP dla agentówucp | 4 | UCP (Universal Commerce Protocol) to nowy standard, przez który agenci AI odkrywają katalog, koszyk i kasę sklepu. | Opublikuj profil pod adresem /.well-known/ucp. Sprawdź, czy obsługuje to Twoja platforma lub moduł.Częściowe punkty: 1 punkt za profil, który istnieje, ale nie przechodzi walidacji. |
| Plik llms.txtllms | 1 | Krótki opis sklepu dla modeli AI ułatwia im zrozumienie oferty. | Dodaj /llms.txt z opisem sklepu, kategorii i zasad dostawy. |
| Wyszukiwarka czytelna dla maszynsearch | 1 | Agent szuka produktu jak klient: przez wyszukiwarkę. | Dodaj SearchAction w danych WebSite lub pole <input type="search">. |
Jak liczymy wynik
Każdy moduł ma wynik od 0 do 100: punkty zdobyte w jego kontrolach podzielone przez punkty możliwe. Wynik ACRS to średnia ważona modułów według wag z tabeli wyżej. Moduł bez żadnej kontroli (np. brak skanu) nie wchodzi do średniej, a wagi pozostałych modułów skalujemy do 100%. Kontrole warunkowe liczymy tylko wtedy, gdy dotyczą strony; w pozostałych przypadkach nie wchodzą do punktów możliwych.
Jeśli ochrona przed botami zablokuje agenta albo strona nie odpowiada, moduły Dostęp i Ścieżka zakupu dostają 0. Jeśli test przerwie błąd po naszej stronie, nie liczymy wyniku wcale i test wraca do puli.
Przykład: Dostęp 80, Katalog 60, Zrozumienie 70, Ścieżka zakupu 75, Zaufanie 50, Protokoły 20. Wynik = (10·80 + 25·60 + 20·70 + 30·75 + 10·50 + 5·20) / 100 = 65.
Blokery i wpływ poprawki
Bloker to kontrola, która nie przeszła, albo etap, na którym zatrzymał się agent. Przy każdym pokazujemy, o ile punktów wzrośnie wynik po naprawie: brakujące punkty kontroli, podzielone przez punkty możliwe modułu, razy waga modułu. Raport pokazuje trzy blokery o największym wpływie i wynik „po naprawie”, czyli sumę wyniku i ich wpływów.
Przykłady błędów na sklepach wzorcowych
Każdą przeszkodę pokazujemy na sklepie wzorcowym NORDLYS: jedna kopia sklepu, jedna przeszkoda. Sklepy są publiczne, więc możesz obejrzeć kod i sam uruchomić na nich dowolnego agenta. Wyniki różnych modeli na tych sklepach publikuje Matryca CanItBuy.
| Sklep | Przeszkoda | Które kontrole lub etapy tracą |
|---|---|---|
| S02 Ściana cookies | Baner zgód zasłania całą stronę. Na pierwszym ekranie są tylko „Akceptuję wszystkie” i „Ustawienia”. s02.lab.canitbuy.com | etap: Produkt |
| S03 Pop-up z rabatem | Po chwili na każdej stronie wyskakuje okno z kodem rabatowym. Zamyka je tylko ikona „×” bez nazwy. s03.lab.canitbuy.com | etap: Produkt |
| S04 Kafelki bez linków | Produkty na listach to bloki obsługiwane JavaScriptem, a nie linki. W kodzie strony nie ma adresów produktów. s04.lab.canitbuy.com | Karta produktu do znalezienia · etap: Produkt |
| S05 Rozmiary jako obrazki | Rozmiary to obrazki z cyfrą: bez tekstu i bez nazwy w kodzie. s05.lab.canitbuy.com | Nazwane opcje wariantów · Dostępność ścieżki zakupu (WCAG) · etap: Wariant |
| S06 Lista rozwijana z JavaScriptu | Rozmiar wybiera się z ozdobnej listy zbudowanej w JavaScripcie. Prawdziwe pole wyboru jest ukryte, a pozycje listy nie są przyciskami. s06.lab.canitbuy.com | Nazwane opcje wariantów · etap: Wariant |
| S07 Niedostępne tylko kolorem | Niedostępne rozmiary są tylko wyszarzone. Ani tekst, ani kod tego nie mówią, a próba zakupu kończy się błędem. s07.lab.canitbuy.com | Dostępność w danych · Dostępność ścieżki zakupu (WCAG) · etap: Koszyk |
| S08 Najpierw kolor, potem rozmiar | Rozmiary pojawiają się dopiero po wybraniu koloru. Kod strony wysłany z serwera ich nie zawiera. s08.lab.canitbuy.com | Nazwane opcje wariantów · Warianty opisane w danych · etap: Wariant |
| S09 Zgoda na regulamin w koszyku | Przycisk „Przejdź do kasy” działa dopiero po zaznaczeniu zgody na regulamin w koszyku. s09.lab.canitbuy.com | etap: Kasa |
| S10 Zakup tylko z kontem | Kasa wymaga zalogowania albo założenia konta. Nie ma zakupu jako gość. s10.lab.canitbuy.com | etap: Kasa |
| S11 Treść tylko z JavaScriptu | Sklep buduje strony dopiero w przeglądarce. Kod HTML wysłany z serwera jest pusty. s11.lab.canitbuy.com | Nazwa produktu bez JavaScriptu · Cena bez JavaScriptu · Przycisk „Dodaj do koszyka” w kodzie · Dane produktu (schema.org Product) · Cena z walutą w danych · Dostępność w danych · Sprzedawca i kontakt na stronie · Regulamin i zwroty pod linkiem · Tytuł i opis strony · Adres kanoniczny strony · Jeden główny nagłówek (h1) · Odpowiedzi na częste pytania (FAQ) · Czas dostawy na karcie produktu |
| S12 Bez danych produktu w kodzie | Strona wygląda normalnie, ale nie ma danych strukturalnych produktu (JSON-LD). s12.lab.canitbuy.com | Dane produktu (schema.org Product) · Cena z walutą w danych · Dostępność w danych · Kod EAN/GTIN lub SKU · Marka produktu · Zdjęcie w danych produktu · Warianty opisane w danych · Dostawa w danych · Zasady zwrotów w danych |
Jak sprawdzić samemu
- Dane produktu: otwórz kod karty produktu i poszukaj <script type="application/ld+json"> z @type Product lub ProductGroup. Sprawdź offers.price, priceCurrency, availability, gtin13 lub sku, brand, image, shippingDetails, hasMerchantReturnPolicy i aggregateRating. Walidator: validator.schema.org.
- Bez JavaScriptu: wyłącz skrypty w przeglądarce albo pobierz stronę poleceniem curl. Nazwa, cena i przycisk „Dodaj do koszyka” muszą być w pobranym HTML.
- Nazwy kontrolek: w narzędziach dewelopera otwórz drzewo dostępności. Każdy przycisk rozmiaru lub koloru musi mieć nazwę, np. „Rozmiar 42”.
- Dostęp: otwórz /robots.txt i sprawdź reguły dla OAI-SearchBot, ChatGPT-User, PerplexityBot, Claude-SearchBot i Claude-User. Otwórz /sitemap.xml i /llms.txt. Sprawdź, czy w <head> jest znacznik viewport.
- Telefon i dostępność: w Chrome uruchom Lighthouse w trybie Mobile (LCP i CLS). Na każdym kroku zakupu sprawdź stronę narzędziem axe DevTools lub WAVE.
- Wyszukiwarki: w kodzie karty produktu sprawdź <title>, <meta name="description">, <link rel="canonical"> i jeden <h1>. Sprawdź, czy przy cenie widać czas dostawy i czy sklep ma FAQ.
- Prawda danych: porównaj cenę i dostępność w JSON-LD z tym, co widzi klient na karcie produktu, także w promocji. Przy obniżce strona musi pokazać najniższą cenę z 30 dni.
- Sprzedawca i zasady: w stopce muszą być dane sprzedawcy z kontaktem oraz linki do regulaminu i zwrotów.
- Protokoły: otwórz /.well-known/ucp. Poprawny profil to JSON z wersją i listą możliwości.
- Ścieżka zakupu: przejdź ją w trybie incognito jako gość. Każde miejsce, gdzie sam musisz zgadywać, zatrzyma też agenta.
Odznaka ACRS
Każdy raport ma odznakę SVG z poziomem, wynikiem i datą testu. Możesz ją wstawić na stronę sklepu lub w dokumentację; odznaka linkuje do raportu, więc każdy może sprawdzić, skąd się wzięła. Odznaka pokazuje datę testu i nie jest certyfikatem: wynik dotyczy dnia testu.
Kod do wklejenia znajdziesz w raporcie, pod wynikiem ACRS.
Ograniczenia
- Wynik dotyczy agenta testowego CanItBuy i modelu podanego w raporcie, w dniu testu. Agenci innych firm, np. ChatGPT, mogą zachowywać się inaczej; różnice między modelami pokazuje Matryca.
- Darmowy test sprawdza stronę główną i jedną kartę produktu. Pełny obraz katalogu daje Product Truth Audit.
- Agent nie składa zamówień i nie wpisuje danych, więc nie sprawdza samej płatności.
- Metodę będziemy rozwijać. Każda zmiana dostanie nowy numer wersji i wpis w historii na tej stronie.
Licencja, cytowanie i wersje
Specyfikacja ACRS jest dostępna na licencji Creative Commons Uznanie autorstwa 4.0 (CC BY 4.0). Możesz ją kopiować, wdrażać we własnych narzędziach i modyfikować, jeśli podasz źródło: „ACRS, metoda CanItBuy, canitbuy.com/pl/acrs”. Nazwa „ACRS” i logo CanItBuy pozostają znakami CanItBuy.
Cytowanie: CanItBuy, „ACRS: Agent Commerce Readiness Standard”, wersja 1.2, 2026-10-20, https://canitbuy.com/pl/acrs
Historia wersji
- 1.2 · 2026-10-20
- Dziewięć nowych kontroli (40 łącznie). Agent mierzy w prawdziwej przeglądarce: dostępność ścieżki zakupu według wybranych kryteriów WCAG 2.2 oraz szybkość, stabilność układu i dopasowanie strony na symulowanym telefonie. Skan sprawdza tytuł i opis strony, adres kanoniczny, jeden nagłówek h1, FAQ oraz czas dostawy na karcie produktu. Pięć nowych kontroli jest warunkowych. Wyniki z wersji 1.1 nie są przeliczane.
- 1.1 · 2026-10-20
- Siedem nowych kontroli (31 łącznie): cena i dostępność w danych zgodne ze stroną, strona przystosowana do telefonu, przyciski z nazwą, sprzedawca i kontakt, regulamin i zwroty pod linkiem, najniższa cena z 30 dni przy promocji. Trzy z nich są warunkowe. Poprawiony opis kontroli botów: boty do trenowania modeli (GPTBot, Google-Extended) nigdy nie wpływały na wynik, a opis w wersji 1.0 błędnie wymieniał GPTBot. Fix Pack podaje teraz priorytet i skutek każdej poprawki. Wyniki z wersji 1.0 nie są przeliczane.
- 1.0 · 2026-10-19
- Pierwsza publiczna wersja: pięć poziomów, sześć modułów, 24 kontrole, pytania klienta, blokery z wpływem poprawki, odznaka i licencja CC BY 4.0.