Agent Experience Optimization: jak AI-agenci znajdują (lub omijają) Twoje usługi rezerwacyjne

Sobota, 8:14 rano. Klient pyta swojego asystenta AI: „Znajdź mi zajęcia jogi dziś rano w centrum, do 100 zł, mile widziani początkujący."

Agent nie otwiera przeglądarki. Odpytuje sześciu dostawców, których już zna, odsiewa czterech bez dostępności w czasie rzeczywistym i zostawia dwóch pasujących — przejrzysta cena, odpowiedni poziom, wolny slot o 10:15. Rezerwuje jeden, opłaca depozyt, wrzuca potwierdzenie do kalendarza klienta z prawidłową strefą czasową.

Twojego studia nie było na tej krótkiej liście. Nie dlatego, że masz gorszą ofertę. Dlatego, że agent Cię nie zobaczył.

To nowa gra. SEO sprawiało, że biznesy znajdowali ludzie wpisujący zapytania w Google. Agent Experience Optimization (AEO) to dyscyplina, dzięki której znajdują Cię autonomiczni agenci AI wywołujący API. Reguły są zupełnie inne. Większość firm jeszcze tego nie zauważyła.

AEO to nowe SEO

Przez dwadzieścia lat „discoverability" oznaczało pozycję w wyszukiwarce. Optymalizowałeś tytuły, nagłówki, budowałeś linki, walczyłeś o pierwszą trójkę niebieskich linków. Walutą była uwaga — człowiek skanujący stronę.

Agenci nie skanują stron. Wywołują funkcje. Asystent AI rezerwujący zajęcia nie czyta Twojego hero, nie podziwia zdjęć, nie zauważa testimoniali. Pyta: „Jakie usługi oferujesz? Co masz wolne między 9 a 11 w sobotę? Jakie są zasady anulacji?" — i oczekuje odpowiedzi w postaci danych odczytywanych maszynowo, w milisekundach.

Jeśli odpowiedź wymaga, by człowiek zinterpretował widget kalendarza, nie istniejesz. Jeśli ceny ukrywasz w PDF-ie, nie istniejesz. Jeśli „dostępność w czasie rzeczywistym" odświeża się raz na noc, nie istniejesz.

AEO to dyscyplina, w której Twoja infrastruktura rezerwacyjna staje się tak czytelna dla maszyn, jak Twoja strona dla ludzi.

Co czyni usługę agent-readable

Cztery rzeczy, które musi mieć każda usługa gotowa na AEO. Pominięcie którejkolwiek znaczy, że agenci pominą Ciebie.

1. Ustrukturyzowane dane usług

Agenci muszą wiedzieć, co sprzedajesz, w formie odczytywanej maszynowo. Nie „60-minutowe energetyzujące zajęcia poranne z naszą wybitną instruktorką" jako rozlewny tekst, lecz typowany obiekt: name, duration, price, currency, category, prerequisites, language, format (stacjonarne/online), location, tags. Te same pola dla każdego agenta, z tymi samymi nazwami, za każdym razem.

W publicznej sieci do tego zaprojektowano schema.org. Service, Reservation, OfferCatalog, LocationFeatureSpecification — osadzone jako JSON-LD pozwalają crawlerom i agentom zrozumieć Twoją ofertę bez parsowania layoutu. Po stronie API ten sam kształt żyje w modelu danych Twojego systemu rezerwacyjnego.

Jeśli nie umiesz programatycznie odpowiedzieć na „daj mi pełen katalog usług jako JSON" w jednym requeście, Twój wskaźnik agent-readability wynosi zero.

2. Live'owa, maszynowo-czytelna dostępność

Strona rezerwacji, która wygląda na live dla człowieka (bo ładuje się przez JavaScript), bywa niewidoczna dla agenta nieodpalającego przeglądarki. Agentom potrzebny jest publiczny endpoint dostępności: dla zadanej usługi, lokalizacji i zakresu dat zwraca listę wolnych slotów.

GET /availability?serviceId=...&from=...&to=... zwracający tablicę slotów z czasem startu, końca, capacity i strefą czasową — to jest kontrakt. Statyczne kalendarze HTML, „call to confirm", ręczne arkusze synchronizowane raz na noc — wszystko bezużyteczne dla agentów.

Real-time znaczy real-time. Jeśli slot został zarezerwowany trzydzieści sekund temu, kolejne zapytanie agenta musi to odzwierciedlać.

3. Stabilne identyfikatory i strefy IANA

Agenci nie wnioskują o Twoich danych — referencują je. Każdy projekt, usługa, lokalizacja i slot potrzebują stabilnego, trwałego ID. Zmiana nazwy usługi nie powinna zmieniać jej ID. Migracja regionu też nie.

Każde pole czasu musi nieść jawną strefę IANA — Europe/Warsaw, America/New_York, nigdy „+02:00" ani lokalny czas bez kontekstu. Dlaczego — opisaliśmy w poście o strefach czasowych. Gdy agent rezerwuje klientowi z Tokio terapeutkę z Berlina na „15:00", nie ma luksusu zgadywania.

4. Przejrzyste ceny i zasady

Ukryte opłaty, „zapytaj o wycenę", reguły depozytu schowane w regulaminie — agenci nie będą tego wykopywać. Jeśli cena nie jest liczbą na drucie, agent traktuje Twoją usługę jako „cena nieznana" i klasyfikuje poniżej jaśniejszej konkurencji.

Tak samo z anulacjami, depozytami, wymaganiami wstępnymi, ograniczeniami wiekowymi, sprzętem. Cokolwiek zapytałby człowiek przed rezerwacją — agent zapyta przez Twoje API. Jeśli odpowiedzi nie ma w ustrukturyzowanym polu, tracisz slot.

Warstwa MCP: jak agenci faktycznie z Tobą rozmawiają

Nawet z czterema filarami na miejscu masz problem integracyjny. Każdy agent — Claude, ChatGPT, Gemini, Copilot, kolejne dziesięć platform, o których jeszcze nie słyszeliśmy — bez standardu wymagałby dedykowanego adaptera do Twojego API.

Tu Model Context Protocol (MCP) zmienia matematykę. MCP to otwarty standard (zaproponowany przez Anthropic, dziś szeroko adoptowany), który pozwala agentowi połączyć się z serwerem, zapytać „co potrafisz?" i dostać samoopisującą się listę operacji. Bez integracji szytej na miarę. Bez prompt engineeringu pod każdą platformę.

Serwer MCP w Timerise opisaliśmy w osobnym deep-dive — 16 narzędzi pokrywających cały cykl rezerwacji, zamontowanych na ścieżce /mcp. W kontekście AEO chodzi o to: system rezerwacyjny zgodny z MCP zostaje „onboardowany" przez agenta w sekundy. System bez MCP wymaga, by deweloper ręcznie napisał manifest narzędzi, zanim agent z niego skorzysta. Zgadnij, który ląduje na shortliście.

Jeśli schema.org to agent-readable mapa Twoich usług, MCP to agent-readable mapa Twoich capability.

Jak agenci faktycznie odkrywają dostawców

Sensowne pytanie: skąd w ogóle agent wie, że Twoje studio istnieje?

Dziś dominują cztery kanały i warto być widocznym przynajmniej w dwóch:

• Marketplace'y z publicznymi katalogami. Booksy, ClassPass, Eventbrite, Moment.pl, Mindbody — agenci już dziś pobierają z nich live'ową dostępność przez partnerskie API. Bycie tam listowanym czyni Cię discoverable dla każdego agenta zintegrowanego z platformą.
• Wyszukiwarki czytające structured data. Schemat Reservation od Google'a i odpowiedniki Bing/Apple coraz częściej trafiają wprost do asystentów AI. Oznaczenie usług porządnym JSON-LD wciąż jest najtańszym sposobem, by wpaść w odpowiedzi z wyszukiwania AI.
• Rejestry MCP. Tak jak npm listuje paczki, a App Store aplikacje, tak powstają katalogi serwerów MCP, w których agenci wyszukują rezerwacyjne backendy po domenie lub kategorii. Rejestracja Twojego endpointu MCP staje się odpowiednikiem zgłoszenia sitemapy do Google w 2005.
• Hand-off z istniejących kanałów. Klient wkleja link do rezerwacji w swojego asystenta AI — „zarezerwuj mi to". Agent przechodzi pod link, znajduje (lub nie) endpoint MCP albo typowane API dostępności i działa. Tu wygrywają firmy, których strona rezerwacji eksponuje maszynowe haki, nawet gdy wejście jest „ludzkie".

Jeśli nie ma Cię w żadnym z czterech, agenci po prostu nie mają jak Cię dosięgnąć.

Checklist AEO (do zrobienia w tym tygodniu)

Konkretne ruchy, które przesuwają wskaźnik, żaden nie wymaga przebudowy stacku:

1. Audyt katalogu usług. Każda usługa: nazwa, czas trwania, cena, waluta, kategoria-tag i 1-2-zdaniowy opis pisany pod matching, nie pod marketing. Mgliste „Pakiet Premium" przegrywa każde porównanie.
2. Wystaw publiczny endpoint dostępności. Jeśli Twój dostawca rezerwacji go nie ma — to sygnał do migracji. Agenci nie będą scrapować widgetu.
3. Dodaj schema.org/Service i schema.org/Reservation JSON-LD do stron rezerwacji. Piętnaście minut roboty, długoterminowa korzyść w wyszukiwaniu AI.
4. Ustaw jawne strefy IANA na każdej usłudze i slocie. Wyrzuć „local time" z systemu — to cicha fabryka błędów.
5. Zrób zasady maszynowo-czytelnymi. Okno anulacji, wysokość depozytu, wymagania wstępne, język — pola, nie akapity.
6. Zarejestruj swój endpoint MCP, jeśli system rezerwacyjny wspiera MCP. Jeśli nie wspiera — zapytaj dostawcy kiedy będzie.
7. Otaguj usługi słowami intencji („dla początkujących", „outdoor", „dla dzieci", „dostępne dla wózków"). Agenci dopasowują po tagach na długo przed parsowaniem opisów.
8. Zweryfikuj, że Twoje real-time naprawdę jest real-time. Otwórz dwa okna przeglądarki, zarezerwuj slot w jednym, odśwież drugie. Jakikolwiek delay = niewidzialność w momencie, w którym to ma znaczenie.
9. Mierz ruch agentowy osobno. Otaguj programatyczne wywołania API odrębnym user-agentem albo zakresem auth, żeby zobaczyć, jaka część Twoich rezerwacji już teraz pochodzi od agentów. Większość operatorów się zdziwi.

Gdzie w tym wszystkim jest Timerise

Timerise od początku jest API-first, na długo zanim AEO miało nazwę, bo wierzyliśmy, że warstwa rezerwacyjna prędzej czy później będzie konsumowana przez software częściej niż przez ludzi. Konkretnie:

• GraphQL API zwraca w pełni typowany katalog usług i dostępność live — agent-readable z natury.
• Serwer MCP zamontowany na /mcp daje 16 narzędzi rezerwacyjnych każdemu agentowi zgodnemu z MCP, bez kodu integracyjnego.
• Obsługa stref IANA sprawia, że rezerwacje cross-border nie wpadają w pułapkę „local time".
• Ustrukturyzowane zasady (depozyty, okna anulacji, wymagania wstępne, pola formularza) żyją jako dane pierwszej klasy, nie tekst regulaminu.
• Stabilne ID projektów, usług, lokalizacji, slotów i rezerwacji sprawiają, że agenci mogą się do Twoich danych odwoływać w czasie.

Żadna z tych rzeczy nie jest warstwą marketingową doklejoną z boku. To kształt samego systemu. Jeśli budujesz usługę, która ma być discoverable dla agentów w 2026 i dalej — to jest substrat, którego potrzebujesz.

Okno jest otwarte, ale nie wiecznie

Każda wcześniejsza zmiana w dystrybucji miała swoje okno. Firmy, które otworzyły profil w Google Moja Firma przed konkurencją, wygrały lokalne wyszukiwanie. Te, które wystawiły dostępność live przez API przed konkurencją, wygrały integracje marketplace'ów. Te, które oznaczą się jako AEO-ready przed konkurencją, wygrają pierwszą falę ruchu rezerwacyjnego z agentów AI.

Okno pozostanie otwarte do momentu, w którym platformy pośredniczące w rezerwacjach AI zaczną decydować, których dostawców domyślnie traktują jako źródło — a kiedy te defaultsy się utrwalą, wdrapanie się do nich to walka na lata. Teraz jeszcze słuchają. Teraz Twój katalog usług, endpoint dostępności i serwer MCP to przesłuchanie.

Pokaż się czytelnie, a agenci Cię znajdą. Zostań niewidzialny, a konkurencja zbierze rezerwacje, które jeszcze niedawno dzwoniłyby na Twój telefon.

---

Timerise jest zbudowany API-first, z natywnym wsparciem MCP, strefami IANA i maszynowo-czytelnymi danymi usług — substratu, którego potrzebują agenci AI. Jeśli chcesz zobaczyć, jak AEO wygląda dla Twojego biznesu — zostaw Brief, otwórz czat w rogu albo napisz na hello@timerise.ai.