Nowa ścieżka zakupowa. Bot-to-Bot: Buying Bot ↔ Sales Bot

Nowa ścieżka zakupowa. Bot-to-Bot: Buying Bot ↔ Sales Bot

Wyszukiwarki i chatboty z AI Mode/Overviews przeszły od „streszczeń” do akcji (np. rezerwacje w restauracjach), a zasięg funkcji rośnie globalnie. To toruje drogę modelowi bot-to-bot: po stronie kupującej działa Buying Bot (agent zakupowy), a po stronie dostawcy — Sales Bot (agent sprzedażowy). Razem potrafią przejść od Search → Answer → Agent → One-Click na stronie sprzedawcy.


1) Co się zmieniło: z „odpowiedzi” do „działań”

  • Google AI Mode: wprowadza agentowe scenariusze: użytkownik podaje preferencje (data/godzina/liczba osób/kuchnia), a AI wyszukuje sloty (OpenTable/Resy/Tock) i linkuje od razu do rezerwacji/zakupu. To precedens „od odpowiedzi do transakcji”.
  • AI Overviews: generatywne odpowiedzi z cytowaniem źródeł oficjalnie roll-outowane w EOG (m.in. Austria, Belgia, Niemcy, Irlandia, Polska, Portugalia, Hiszpania). Twoje treści mogą być cytowane już dziś.
  • Agentowe platformy enterprise: Microsoft wprowadził w Copilot Studio tryb computer-use (agent „klika” po stronach/aplikacjach tam, gdzie brak API) i multi-agent orchestration (A2A). Salesforce rozwija Agentforce (autonomiczne agenty na danych CRM). To zaplecze dla bot-to-bot w firmach.
  • Self-serve/one-click: kupujący B2B coraz częściej wolą ścieżkę bez handlowca, a duże transakcje przechodzą do kanałów samoobsługowych; skracanie checkoutu zwiększa konwersję.

2) Definicje: kto jest kim w modelu bot-to-bot

  • Buying Bot (po stronie kupującej): agent zakupowy, który zbiera wymagania, zadaje pytania w answer engines, tworzy shortlistę, porównuje parametry/ceny/lead-time, pobiera wyceny przez /api/quote, a na końcu wywołuje akcję zakupu/rezerwacji.
  • Sales Bot (po stronie sprzedającej): agent sprzedażowy na stronie dostawcy, który rozumie ofertę, odpowiada na pytania, wystawia oferty i akcje (Order/Reserve), prowadzi przez one-page/one-click checkout i odsyła statusy (webhooki) do systemów klienta.
  • AEO/GEO to warstwa widoczności i „cytowalności” — buduje szansę, że Buying Bot znajdzie i zacytuje Twoją stronę w odpowiedzi AI, a Sales Bot zamieni to w transakcję.

3) Nowa ścieżka zakupowa — po stronie Buying Bota (8 kroków)

  1. Brief i kryteria: budżet, parametry, SLA, zgodność.
  2. Discovery: pytania do AI Mode/Overviews i innych answer engines; Buying Bot zbiera cytowane źródła i tworzy shortlistę. (Overviews w UE/PL są dostępne).
  3. Porównania/Due diligence: parametry, TCO, dokumenty (instrukcje/CE).
  4. Dostępność i warunki: odczyt Offer (price, availability, lead-time) i polityk.
  5. Wycena/CPQ: POST /api/quote → ważna czasowo oferta.
  6. Zgodność i pochodzenie: w UE Buying Bot sprawdza etykietowanie i provenance (np. C2PA/Content Credentials) oraz zgodność z AI Act.
  7. Decyzja i zakup: deep-link do checkoutu / OrderAction.
  8. Dostawa/Odbiór: wybór dostawy lub Click & Collect, potwierdzenia/śledzenie.

4) Playbook Agent-Ready Seller — co musi mieć strona sprzedawcy

4.1 Dane strukturalne (minimum „AEO-ready”)

  • Produkt/Usługa: Product (albo także Service — multi-typing bywa zasadne) z atrybutami (additionalProperty, hasMeasurement).
  • Oferta: Offer z ceną/walutą, dostępnością (ItemAvailability), deliveryLeadTime (np. „P5D”), polityką zwrotów (hasMerchantReturnPolicy) i — dla B2B — eligibleCustomerType (BusinessCustomer/Reseller).
  • Akcje: potentialAction z OrderAction (kup) i/lub ReserveAction (rezerwuj/odbierz), z EntryPoint.urlTemplate prowadzącym do koszyka lub API.

Przykład JSON-LD (skrót koncepcyjny):

{
  "@context":"https://schema.org",
  "@type":"Product",
  "name":"XYZ Pro — przykład produktu",
  "sku":"XYZ-PRO",
  "brand":"TwojaMarka",
  "url":"https://example.com/xyz-pro",
  "description":"Parametry i korzyści w 2–3 zdaniach.",
  "additionalProperty":[
    {"@type":"PropertyValue","name":"Wydajność","value":"24/h"},
    {"@type":"PropertyValue","name":"Zasilanie","value":"230 V"}
  ],
  "offers":{
    "@type":"Offer",
    "price":"19990.00",
    "priceCurrency":"PLN",
    "availability":"https://schema.org/InStock",
    "deliveryLeadTime":{
      "@type":"QuantitativeValue",
      "value":5,
      "unitCode":"DAY"
    },
    "eligibleCustomerType":"https://schema.org/BusinessCustomer",
    "url":"https://example.com/xyz-pro",
    "potentialAction":{
      "@type":"OrderAction",
      "target":{
        "@type":"EntryPoint",
        "urlTemplate":"https://example.com/api/order?sku=XYZ-PRO&qty={qty}"
      },
      "result":{"@type":"Order"}
    }
  }
}

Uwaga: to wzorzec — w realu dodaj MerchantReturnPolicy, warianty, koszty/dostawy (OfferShippingDetails), a dla odbioru na miejscu availableDeliveryMethod=OnSitePickup. schema.org

4.2 Checkout „bez tarcia”

  • One-page / one-click z metodami Apple/Google Pay lub Shop Pay (powszechny skrót zakupu na Shopify/ekosystemach). To praktyka 2025 zwiększająca konwersje i domykalność.

4.3 Warstwa API (dla Buying Bota)

  • POST /api/quote → CPQ (SKU, ilość, opcje; zwrot quoteId, ważność).
  • POST /api/order → zamówienie (dane firmy/płatność/dostawa).
  • POST /api/reservation → rezerwacje slotów/odbiorów.
  • Webhooki statusowe (OrderPlaced/ReservationConfirmed).

Tam, gdzie brak API, enterprise może użyć computer-use (Copilot Studio) do automatyzacji interfejsu web/desktop.

4.4 Zaufanie, kontrola, zgodność (UE)

  • Content provenance: wdrażaj C2PA/Content Credentials (podpisy mediów/PDF).
  • AI Act: od 2 sierpnia 2025 obowiązki dla GPAI (transparentność, prawa autorskie); starsze modele muszą być zgodne do 2 sierpnia 2027. Dla Ciebie to głównie wymóg przejrzystości i dokumentacji łańcucha danych/AI.

5) Przepływ bot-to-bot (w praktyce)

  1. Buying Bot formułuje wymagania i zadaje pytania → AI Overviews zwracają odpowiedź + linki.
  2. Z cytowanych stron wybiera te z Offer i potentialAction.
  3. Pobiera wycenę przez /api/quote (lub — jeśli brak — używa computer-use, by kliknąć formularz wyceny).
  4. Porównuje TCO/lead-time/polityki.
  5. Wywołuje OrderAction → Sales Bot prowadzi przez one-page/one-click.
  6. Odbiera webhook potwierdzenia (Order/Reservation) i aktualizuje systemy kupującego.

6) KPI nowego lejka (AEO + sprzedaż)

  • Answer Share: % odpowiedzi AI (Google Overviews/Mode, Gemini, Perplexity, ChatGPT), w których występujesz z linkiem.
  • Inclusion/Citation Rate: jak często jesteś cytowany.
  • Time-to-Cite: czas od publikacji/aktualizacji do pierwszego cytowania.
  • Checkout KPIs: checkout completion rate, czas do złożenia zamówienia (wpływa na nie one-click/one-page).
  • Adopcja agentów (w enterprise): liczba procesów zautomatyzowanych agentami; pamiętaj też o ryzykach/adopcji — wdrożenia bywają hamowane „decision fatigue”.

7) Plan 30/60/90 (wdrożenie GEO/AEO → Sales Bot)

0–30 dni

  • Audyt AEO (pule pytań decyzyjnych) + krótkie odpowiedzi „cytowalne” na górze stron.
  • Dodanie Product/Offer + wstępnych OrderAction/ReserveAction.

30–60 dni

  • Uruchomienie /api/quote i one-page checkout (Apple/Google Pay/Shop Pay).
  • Monitoring Answer Share / Time-to-Cite i korekty treści.

60–90 dni

  • Integracje CRM/ERP; webhooki; polityki AI/C2PA; scenariusze Sales Bota (FAQ → CPQ → order).

8) FAQ (AEO/GEO — krótkie odpowiedzi)

Czy Google już „kupuje za mnie”?
Publicznie pokazał rezerwacje (food), linkując prosto do stron rezerwacyjnych. To pierwszy krok; kolejne kategorie będą dołączane.

Czy wystarczy FAQ/HowTo, by być w odpowiedzi?
Nie. Liczy się cytowalność (AEO) oraz możliwość działania (Offer + Actions). FAQ/HowTo samo w sobie nie zastąpi Offer/OrderAction.

Co z B2B — czy „rep-free” to nowa norma?
Duża część nabywców preferuje ścieżkę bez handl


Wejdź do świata widoczności w AI

📧 kontakt@geoknows.pl | 🌍 GEOknows.pl
📄 Zamów audyt obecności w AI


GEOknows Generative Engine Optimization. AI Overviews, wyszukiwarki LLM, optymalizacja dla Silników Generatywnych GEO, Optymalizacja dla Silników Odpowiedzi AEO