Cloudflare uruchomił betę dwóch mechanizmów, które mają zamienić korzystanie z treści przez modele AI w strumień pieniędzy dla wydawców. Pay Per Use pozwala firmom AI zgłaszać konkretne użycie materiału i płacić za nie według własnej oferty, a Monetization Gateway pobiera opłatę od agenta za każde zapytanie, rozliczając je w stablecoinie. Oba produkty weszły w fazę testów 30 września 2026 roku, co czyni z nich pierwszą poważną próbę zbudowania cennika na rynku, który do tej pory działał na zasadzie blokady albo zgody.
Kontekst: od blokowania do fakturowania
Historia tego projektu zaczyna się w 2025 roku, kiedy Cloudflare udostępnił Pay Per Crawl. Pomysł był prosty: jeśli bot AI chce pobrać stronę, wydawca może zażądać opłaty, a serwer odpowiada kodem HTTP 402 Payment Required. Problem polegał na tym, że Pay Per Crawl rozliczał samo pobranie pliku. Tymczasem realna wartość nie powstaje w momencie crawlu, tylko później, kiedy model wykorzystuje ten materiał w odpowiedzi dla użytkownika. Jedno pobranie może obsłużyć tysiące odpowiedzi albo ani jednej, a cena za crawl nie odzwierciedla żadnego z tych scenariuszy.
Pay Per Use próbuje przesunąć punkt rozliczenia z pobrania na użycie. W komunikacie Cloudflare, podpisanym przez Rubena Teixeirę, Jacka Galilee, Kayte Johnston i Sama Else, firma opisuje to jako mechanizm pozwalający wydawcom udostępniać treści zidentyfikowanym firmom AI na warunkach zamieniających późniejsze wykorzystanie w przychód. Rozróżnienie jest istotne, bo zmienia przedmiot transakcji. Nie sprzedajesz dostępu do pliku HTML, sprzedajesz prawo do użycia tego, co w nim jest.
Tło rynkowe wygląda dla wydawców coraz gorzej. Własne dane Cloudflare, które opisywaliśmy wcześniej przy okazji wskaźnika crawl-to-refer, pokazują stale pogarszającą się relację między tym, ile boty AI pobierają, a ile ruchu odsyłają z powrotem. Boty biorą coraz więcej, a odwiedzin w zamian jest coraz mniej. To właśnie ta luka jest problemem, który Pay Per Use ma załatać: silnik odpowiedzi czyta stronę, streszcza ją użytkownikowi i likwiduje wizytę, która wygenerowałaby przychód reklamowy albo subskrypcję.
Kluczowe fakty: jak działają oba mechanizmy
Pay Per Use i Monetization Gateway to dwa osobne produkty rozwiązujące dwa różne problemy. Pierwszy adresuje treści wydawnicze konsumowane przez firmy AI, drugi dotyczy agentów kupujących dostęp do API i usług w czasie rzeczywistym. Rozliczają się w zupełnie innych walutach i w innym rytmie, więc mieszanie ich w jednej strategii jest najczęstszym błędem w pierwszych komentarzach po premierze.
| Cecha | Pay Per Use | Monetization Gateway |
|---|---|---|
| Przedmiot opłaty | Użycie treści w odpowiedzi modelu | Pojedyncze zapytanie agenta do zasobu |
| Kto ustala cenę | Firma AI składa ofertę, wydawca akceptuje lub odrzuca | Sprzedający pisze reguły cenowe |
| Protokół | API raportowania użycia | Otwarty x402 na bazie HTTP 402 |
| Rozliczenie | Cloudflare fakturuje kupującego | USDC na blockchainie Base |
| Wypłata | Miesięcznie na podłączone konto | Po weryfikacji płatności, natychmiastowo |
| Weryfikacja stron | Verified bots plus mapowanie na konto wydawcy | Facilitator x402 firmy Coinbase |
| Dostępność w becie | Panel Cloudflare, zakładka Monetize | Zamknięta beta, podmioty z USA |
Pay Per Use: oferta, akceptacja, raport
Przebieg transakcji ma trzy etapy. Firma AI definiuje w Cloudflare konkretny typ użycia i przypisuje mu cenę. Wydawca widzi tę ofertę w panelu, w sekcji Monetize, podzakładka Pay Per Use, i może ją przyjąć, odrzucić albo w dowolnym momencie przestać uczestniczyć w programie. Co ważne dla zespołów technicznych: nie trzeba integrować się osobno z każdą firmą AI ani zmieniać niczego na origin. Jedno API obsługuje wszystkie przystąpione serwisy.
Raportowanie działa po stronie kupującego. Firma AI wysyła zapytanie POST na endpoint usage-reports, a każde użycie to jedna linia JSON zawierająca znacznik czasu, adres URL źródła i identyfikator zdarzenia. Cloudflare sprawdza, czy zgłaszane użycie da się przypisać do wydawcy zapisanego w programie, agreguje naliczenia, obciąża kupującego i raz w miesiącu wypłaca wydawcy należną kwotę. W panelu widać szacowane zarobki oraz liczbę raportowanych użyć w czasie, w rozbiciu na kupującego i domenę.
Tu kryje się największa słabość konstrukcji i trzeba ją nazwać wprost: raportowanie jest samodzielne. To kupujący deklaruje, ile razy skorzystał z materiału, a regulamin programu zobowiązuje go do pełnego raportowania. Cloudflare weryfikuje przypisanie zgłoszenia do właściwego wydawcy, ale nie ma mechanizmu, który wykryje użycie w ogóle niezaraportowane. Cały model stoi więc na zaufaniu wzmocnionym umową, nie na pomiarze niezależnym od kupującego. Dla wydawcy oznacza to jedną praktyczną konsekwencję: liczba w panelu jest deklaracją kontrahenta, nie wynikiem pomiaru po własnej stronie.
Monetization Gateway: kasa fiskalna dla agentów
Drugi produkt dotyczy zupełnie innej sytuacji. Agent AI działa w imieniu użytkownika i potrzebuje danych: wyniku wyszukiwania, sygnału rynkowego, wygenerowanego pliku PDF, inferencji modelu. Monetization Gateway pozwala naliczyć opłatę za każde takie zapytanie, bez przekierowania na stronę koszyka i bez osobnego API płatności. Serwer odpowiada kodem HTTP 402, w odpowiedzi przekazuje instrukcje płatnicze, agent je autoryzuje i po rozliczeniu otrzymuje zasób. Cloudflare obsługuje przy tym obsługę błędów, ponowienia i analitykę.
Rozliczenie idzie na blockchainie Base w USDC, czyli stablecoinie powiązanym z dolarem, a weryfikację i settlement prowadzi facilitator x402 firmy Coinbase. Sprzedający pisze reguły cenowe dopasowujące się do elementów zapytania: adresu URL, nagłówków, parametrów query. Można wybrać jeden z kilku schematów cenowych albo przekazywać dane o cenie bezpośrednio z origin.
Beta ma już nazwanych klientów produkcyjnych. Są to AI Gateway samego Cloudflare, który rozlicza w ten sposób inferencje, Ceramic.ai z API do wyszukiwania w sieci, Stocktwits z sygnałami z rynku akcji oraz API2PDF generujące pliki PDF. Założycielka Ceramic.ai, dr Anna Patterson, podsumowała przesłankę całego projektu krótko: sieć zbudowano dla kupującego człowieka, a agenci muszą działać we własnym imieniu, a płatności są narzędziem, które im to umożliwia. Na razie dostęp jest ograniczony do kwalifikujących się sprzedających i kupujących z USA, a Cloudflare zapowiada wsparcie kolejnych rynków.
Co to znaczy dla SEO i AIO
Dla osób pracujących nad widocznością w wyszukiwarkach i w odpowiedziach modeli ta premiera zmienia jedną rzecz zasadniczo: pojawia się trzecia opcja tam, gdzie wcześniej były dwie. Dotychczas decyzja sprowadzała się do wyboru między wpuszczeniem bota AI za darmo w nadziei na cytowanie i ruch albo zablokowaniem go w pliku robots.txt i rezygnacją z widoczności w tym kanale. Teraz dochodzi wariant trzeci: wpuszczam, ale za opłatę ustaloną wcześniej.
To nie znosi starych dylematów, tylko dodaje do nich kalkulację. Jeśli przyjmujesz ofertę Pay Per Use, godzisz się na to, że Twoja treść będzie streszczana w odpowiedziach modelu, a część użytkowników nigdy nie kliknie w źródło. Pytanie brzmi, czy stawka za użycie rekompensuje utraconą wizytę. Odpowiedź zależy od tego, ile ta wizyta jest u Ciebie warta, a to bardzo różna liczba dla serwisu afiliacyjnego, mediów z reklamą programatyczną i producenta B2B, dla którego artykuł jest pierwszym krokiem leja wartego kilkadziesiąt tysięcy złotych.
Warto tu zachować proporcje. Niedawno pisaliśmy o pilotażu Google, w którym część serwisów otrzymuje stawki poniżej 0,1 procent przychodów reklamowych przypisanych do ich treści. Ten punkt odniesienia pokazuje, jaka może być realna skala wypłat, kiedy stronę kupującą stanowi podmiot o ogromnej przewadze negocjacyjnej. Model Cloudflare jest konstrukcyjnie inny, bo daje wydawcy prawo odmowy, ale prawo odmowy ma wartość tylko wtedy, gdy wydawca realnie może z niego skorzystać bez utraty całego kanału.
Praktyczne konsekwencje techniczne
Kilka rzeczy zmienia się w codziennej pracy niezależnie od tego, czy przystąpisz do programu.
- Identyfikacja botów przestaje być opcjonalna. Pay Per Use opiera się na mechanizmie Verified bots. Jeśli nie wiesz, który bot jest tym, za którego się podaje, nie masz podstawy do rozliczenia ani do blokady.
- Analityka logów zyskuje funkcję finansową. Dotychczas analiza logów pod crawlery AI służyła diagnostyce. Teraz staje się materiałem dowodowym przy weryfikacji, czy raportowane użycie ma sens w relacji do liczby pobrań.
- Segmentacja treści nabiera sensu ekonomicznego. Jeśli część materiału chcesz monetyzować, a część ma pracować na widoczność, musisz te zbiory rozdzielić na poziomie struktury serwisu, a nie pojedynczych wpisów.
- Granica paywalla przestaje być ostra. Mechanika użycia dotyczy także materiałów, które za paywallem zachowują się inaczej, niż większość wydawców zakłada. Przed przystąpieniem do programu warto sprawdzić, co model naprawdę widzi na Twoich stronach premium.
- Umowa staje się częścią stacku SEO. Akceptacja oferty w panelu to zgoda na warunki licencyjne. Decyzja, która dotąd należała do działu technicznego, przechodzi w stronę prawnego i finansowego.
Reakcje branży
Odbiór jest podzielony i podział nie biegnie wzdłuż linii zwolenników i przeciwników AI, tylko wzdłuż oceny tego, czy mechanizm da się wyegzekwować. Komentatorzy techniczni zwracają uwagę, że samo postawienie bramki płatniczej za każdą domeną jest osiągnięciem infrastrukturalnym, ale szyna płatnicza nigdy nie była najtrudniejszą częścią problemu. Trudną częścią jest wycena i wymuszenie raportowania, a tego żadna bramka nie rozwiąże sama.
Druga grupa zastrzeżeń dotyczy pozycji Cloudflare jako pośrednika. Firma obsługuje znaczną część ruchu w sieci, więc może narzucić standard szybciej niż ktokolwiek inny, ale jednocześnie staje się podmiotem kontrolującym zarówno identyfikację botów, jak i rozliczenie. Dla wydawców to wygoda, bo nie muszą negocjować z każdą firmą AI osobno. Dla rynku to koncentracja funkcji, która wcześniej była rozproszona.
Osobny wątek to wybór rozliczenia w USDC na Base w przypadku Monetization Gateway. Dla agentów działających maszynowo mikropłatność w stablecoinie jest rozwiązaniem naturalnym, bo nie wymaga karty, konta i akceptacji regulaminu przez człowieka. Dla działu finansowego średniej firmy to pozycja, którą trzeba dopiero ułożyć w polityce rachunkowej. Ograniczenie bety do podmiotów z USA sugeruje, że sam Cloudflare traktuje kwestie regulacyjne jako najważniejsze wąskie gardło, nie techniczne.
W polskich warunkach dochodzi trzeci problem, czyli skala. Oferta Pay Per Use pochodzi od firmy AI, co oznacza, że pojawi się najpierw tam, gdzie kupującemu zależy na konkretnym zbiorze treści. Małe i średnie serwisy w języku polskim mogą długo czekać na jakąkolwiek ofertę, bo nie są dla modelu zasobem unikalnym. Dla nich praktyczną wartością premiery jest na razie nie przychód, a sygnał, że rynek idzie w kierunku licencjonowania, i warto mieć porządek w identyfikacji botów, zanim stanie się to rozmową o pieniądzach.
Co dalej
Najbliższe miesiące powinny odpowiedzieć na trzy pytania. Pierwsze to stawki. Dopóki nie zobaczymy realnych ofert i przedziałów cenowych, nie da się ocenić, czy Pay Per Use jest źródłem przychodu, czy symbolicznym gestem. Cloudflare nie podał w komunikacie żadnych widełek, a to nie przypadek: cenę ustala kupujący, więc firma nie ma jej czym zadeklarować.
Drugie pytanie dotyczy tego, kto przystąpi po stronie kupujących. Program ma wartość tylko wtedy, gdy ofert nie składa jedna firma. Jeśli w panelu wydawcy pojawi się jeden kupujący, negocjacja sprowadza się do przyjęcia warunków albo zera. Jeśli będzie ich kilku, można mówić o rynku, bo wtedy odmowa jednej oferty nie zamyka kanału.
Trzecie to egzekwowanie. Samoraportowanie wymaga albo audytu, albo niezależnego pomiaru, albo kary umownej na tyle wysokiej, że nieraportowanie przestaje się opłacać. Dopóki Cloudflare nie opisze, jak zamyka tę lukę, ostrożny wydawca powinien traktować zgłaszane użycie jako dolną granicę faktycznego, a nie jako pomiar.
Praktyczna rekomendacja na teraz jest nudna i dlatego skuteczna. Uporządkuj identyfikację botów i logi, bo bez tego nie wejdziesz w żaden model rozliczeniowy. Zdecyduj, które części serwisu mają pracować na widoczność, a które możesz w przyszłości licencjonować. I nie przebudowuj strategii pod produkt, który jest w becie, ma nazwanych czterech klientów i działa na razie tylko w jednym kraju. Monitoruj, przygotuj infrastrukturę, decyduj, kiedy pojawią się liczby.
FAQ
Czym Pay Per Use różni się od Pay Per Crawl?
Pay Per Crawl, udostępniony w 2025 roku, rozliczał samo pobranie strony przez bota. Pay Per Use rozlicza późniejsze wykorzystanie treści w odpowiedzi modelu. Rozróżnienie ma znaczenie, bo jedno pobranie może obsłużyć wiele odpowiedzi albo żadnej, a opłata za crawl nie odzwierciedla tej różnicy.
Czy muszę zmieniać cokolwiek na serwerze, żeby przystąpić?
Nie. Zgodnie z komunikatem Cloudflare przystąpienie nie wymaga integracji technicznej ani zmian na origin, a jedno API łączy się ze wszystkimi uczestniczącymi serwisami. Oferty przeglądasz w panelu Cloudflare w sekcji Monetize, podzakładka Pay Per Use, i tam je akceptujesz lub odrzucasz.
Kto ustala cenę za użycie mojej treści?
Cenę proponuje firma AI, definiując w Cloudflare konkretny typ użycia i przypisaną mu stawkę. Wydawca może ofertę przyjąć, odrzucić albo zrezygnować z udziału w dowolnym momencie. Nie ma więc negocjacji w klasycznym sensie, jest przyjęcie albo odrzucenie gotowych warunków.
Skąd wiadomo, ile razy model naprawdę użył mojego materiału?
Z raportów kupującego. Firma AI wysyła na endpoint usage-reports linie JSON ze znacznikiem czasu, adresem URL i identyfikatorem zdarzenia, a Cloudflare weryfikuje, czy zgłoszenie przypisuje się do wydawcy w programie. Raportowanie jest jednak samodzielne, więc zgłaszane użycie należy traktować jako dolną granicę faktycznego.
Czy Monetization Gateway dotyczy wydawców treści?
W większości przypadków nie. To mechanizm dla podmiotów sprzedających dostęp do API i usług na zapytanie: inferencji, wyszukiwania, sygnałów rynkowych, generowania plików. Rozlicza się w USDC na blockchainie Base przez facilitator x402 firmy Coinbase i jest dostępny w zamkniętej becie dla kwalifikujących się podmiotów z USA.