Agentic Audiences (dawniej UCP) — i czemu to NIE Universal Commerce Protocol

przez Łukasz | cze 7, 2026

Trzy litery. Dwa zupełnie różne standardy.

Jeśli pomylisz te UCP, pomylisz dwa różne światy.

To ostatni element układanki Protocols, którego nie rozłożyliśmy: czym agenci opisują, do kogo trafia reklama. Odpowiedzią jest Agentic Audiences. Ale to hasło ma drugie życie — jest najczystszym przykładem kolizji nazw w całym agentowym świecie, i dlatego rozkładamy je z dwóch stron: czym jest, i czym na pewno nie jest.

Czym jest Agentic Audiences

Agentic Audiences to schemat standaryzujący sygnały audytoryjne — tożsamość, kontekst, sygnały wzmacniające — do użytku przez agenty reklamowe. To część filaru Agentic Protocols w AAMP, dostępna jako open-source (github.com/IABTechLab/agentic-audiences).

Pochodzenie jest tu znaczące: to dawna darowizna LiveRamp dla IAB Tech Lab z listopada 2025, wcześniej nosząca nazwę User Context Protocol (UCP). LiveRamp to firma od tożsamości i rozwiązywania danych — i to tłumaczy, czemu akurat ona oddała branży standard sygnałów audytoryjnych. Później IAB przemianował go na Agentic Audiences, zapewne nie bez powodu, o którym za chwilę.

Po co agentom standard audytorium

W anatomii transakcji widzieliśmy, że buyer i seller agent muszą mówić wspólnym językiem inventory (taksonomie, AdCOM). Ale samo „co” nie wystarcza — agent kupujący musi też rozumieć „do kogo”: jaką audytorię obejmuje dana powierzchnia.

Bez standardu każda platforma opisywałaby audytoria po swojemu, a agent musiałby tłumaczyć dziesięć różnych formatów danych, zanim cokolwiek porówna. Agentic Audiences daje wspólny schemat tych sygnałów — żeby „audytorium” znaczyło dla agenta po obu stronach to samo i było przenośne między systemami. To dopełnienie wspólnego języka: inventory opisuje AdCOM, audytorium — Agentic Audiences.

Pułapka: dwa różne „UCP”

I tu jest powód, dla którego to hasło zasługuje na osobny wpis. Skrót „UCP” oznacza w agentowym świecie dwie zupełnie różne rzeczy, i to w dwóch sąsiadujących tematach.

UCP po stronie reklamy to User Context Protocol — schemat sygnałów audytoryjnych od LiveRamp, dziś Agentic Audiences, część AAMP. Świat: media, adtech, kupowanie powierzchni.

UCP po stronie handlu to Universal Commerce Protocol — standard agentowych zakupów ogłoszony przez Google i Shopify w styczniu 2026, opisany w naszym hubie Agentic Commerce. Świat: e-commerce, sklepy, checkout.

Ten sam akronim. Dwa różne standardy. Dwie różne branże. Nie mają ze sobą nic wspólnego poza trzema literami — i właśnie dlatego przemianowanie tego pierwszego na „Agentic Audiences” było rozsądnym ruchem: zdejmuje z niego dwuznaczny skrót.

Jak czytać, żeby się nie pomylić

Reguła jest prosta: gdy trafiasz na „UCP” bez kontekstu, najpierw ustal, w którym świecie jesteś. Pytanie kontrolne brzmi — czy to o zakupach, czy o reklamie?

Jeśli tekst mówi o sklepie, produkcie, checkoutcie, merchancie — to Universal Commerce Protocol. Jeśli o audytorium, sygnałach, inventory, kampanii — to User Context Protocol (Agentic Audiences). To nie pedanteria; to jedyny sposób, żeby nie zlepić w głowie dwóch rzeczy, które przypadkiem dzielą akronim. Szerzej o tym, gdzie te dwa światy się rozchodzą, a gdzie dzielą fundament — w moście między handlem a reklamą.

Co to znaczy dla danych i adtechu

Dla strony, która pracuje z danymi audytoryjnymi, Agentic Audiences to sygnał, że i ta warstwa agentowej reklamy się standaryzuje — i to na dorobku firmy tożsamościowej, a nie od zera. Konkretnie: opis audytorium przestaje być wewnętrznym formatem platformy, a staje się czymś, co agent kupującego umie odczytać i porównać między źródłami.

Praktyczna konsekwencja jest spójna z resztą gałęzi: im bardziej Twoje sygnały audytoryjne trzymają się wspólnego schematu, tym łatwiej agent po drugiej stronie dopasuje Twoją powierzchnię do briefu. Niestandardowy opis audytorium to dla agenta szum — tak samo jak niestandardowy opis inventory.

Co z tego wynika — i co domyka gałąź

Agentic Audiences to wspólny język tego, do kogo trafia reklama — dopełnienie języka inventory, na dorobku LiveRamp, część filaru Protocols. A jego historia nazwy to przy okazji najlepsza lekcja czujności w tym temacie: w agentowym świecie ten sam skrót potrafi znaczyć dwie różne rzeczy, więc kontekst trzeba sprawdzać, nie zakładać.

Tym domykamy bazę gałęzi Agentic Advertising. Mamy komplet: czym jest ten świat i czemu osobny od handlu (pillar), trzy filary AAMP (T1), real-time wykonanie (ARTF), anatomię transakcji (buyer/seller), tożsamość i zaufanie (Agent Registry) i — tu — warstwę audytoriów wraz z rozbrojeniem kolizji nazw. Razem: jeden spójny obraz świata, który właśnie dostaje swoje standardy.


Pojęcia ze słownika: Agentic Audiences · Universal Commerce Protocol · AAMP · Agentic advertising · AdCOM

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...