Boty przejęły większość ruchu w sieci

Boty przejęły większość ruchu w sieci. Czy Twoja firma jest gotowa na internet agentów AI?

Internet przekroczył symboliczną granicę. Na początku czerwca 2026 roku Cloudflare Radar pokazał, że 57,5% żądań HTTP do treści HTML pochodziło od ruchu sklasyfikowanego jako zautomatyzowany, a 42,5% od ludzi. Nie należy interpretować tej liczby jako stwierdzenia, że boty odpowiadają już za 57,5% wszystkich bajtów przesyłanych przez cały internet — metodologia dotyczy ruchu webowego mierzonego przez Cloudflare i w tym przypadku stron HTML. Sam kierunek zmiany jest jednak jednoznaczny. Co więcej, w aktualnym globalnym widoku Cloudflare Radar udział botów w ruchu HTML wynosi około 58,7%, wobec 41,3% ruchu ludzkiego. (Tom’s Hardware)

Jeszcze kilka miesięcy wcześniej CEO Cloudflare Matthew Prince przewidywał, że automatyczny ruch wyprzedzi ludzki dopiero w 2027 roku. Stało się to szybciej. Prince zwracał uwagę na fundamentalną asymetrię: człowiek wykonujący zadanie zakupowe może odwiedzić kilka stron, podczas gdy agent AI wykonujący podobne zadanie może zbadać ich setki lub tysiące. (TechCrunch)

W sierpniu 2026 roku CFO Cloudflare Thomas Seifert poszedł jeszcze dalej. Zastrzegając, że wcześniejsze prognozy dotyczące tempa zmian okazywały się nietrafione, powiedział, że jeśli obecne trendy się utrzymają, w ciągu pięciu lat ruch nie-ludzki może być nawet 1000 razy większy niż ruch generowany przez ludzi. To scenariusz, a nie pewna prognoza, ale dobrze pokazuje skalę potencjalnej zmiany. (TechRadar)

Dla biznesu najważniejsza wiadomość brzmi jednak inaczej:

nie wchodzimy po prostu w internet z większą liczbą botów. Wchodzimy w internet, w którym coraz większa część popytu, wyszukiwania informacji, porównywania ofert, pobierania danych i wykonywania transakcji może odbywać się między maszynami.

To jest Agentic Internet — internet agentów.


„Bot” przestaje oznaczać coś złego

Przez wiele lat słowo „bot” kojarzyło się przede wszystkim ze spamem, scrapingiem, fałszywymi kontami, credential stuffingiem, DDoS-em, fraudem reklamowym albo próbą kupienia tysięcy biletów w kilka sekund.

Takie boty nie znikają.

Problem polega na tym, że do tej samej kategorii technicznej dołącza zupełnie nowa grupa uczestników internetu.

Agent AI może odwiedzić stronę, ponieważ jego użytkownik poprosił:

„Znajdź mi trzy najlepsze rozwiązania spełniające te wymagania”.

„Porównaj dostawców”.

„Sprawdź aktualne ceny”.

„Znajdź firmę, która dostarczy to w ciągu dwóch tygodni”.

„Poproś pięciu dostawców o ofertę”.

„Zarezerwuj usługę”.

„Kup produkt, jeżeli cena spadnie poniżej 500 zł”.

„Sprawdź codziennie, czy pojawiła się dostępność”.

W takim przypadku ruch automatyczny nie jest atakiem na firmę.

Może być potencjalnym klientem.

To zmienia jedno z podstawowych założeń bezpieczeństwa internetu. Dotychczas często próbowaliśmy rozstrzygnąć:

człowiek czy bot?

W Agentic Internet trzeba będzie rozstrzygać coś znacznie bardziej skomplikowanego:

kim jest agent, kto go wysłał, w czyim imieniu działa, co chce zrobić, do czego ma uprawnienia i czy można mu zaufać?

Cloudflare już dostosowuje do tego swoją klasyfikację Verified Bots. Zweryfikowany bot lub agent powinien jednoznacznie identyfikować siebie oraz zachowywać się zgodnie z deklarowanymi zasadami. Od lipca 2026 roku Cloudflare rozróżnia również dostęp bezpośredni od pośredniego — istotne staje się więc nie tylko to, kto stworzył system, ale także czy agent wykonuje działania inicjowane przez użytkownika. (Cloudflare Docs)


CAPTCHA nie rozwiązuje problemu Agentic Internet

Klasyczna reakcja na podejrzany ruch brzmi:

„udowodnij, że jesteś człowiekiem”.

W świecie agentów to coraz częściej niewłaściwe pytanie.

Jeżeli klient rzeczywiście chce, aby jego agent znalazł ofertę twojej firmy, to zatrzymując każdego automatycznego użytkownika na CAPTCHA, możesz blokować nie atakującego, ale nowego rodzaju kupującego.

Cloudflare uruchomił w lipcu 2026 roku Precursor — mechanizm ciągłej analizy zachowania sesji, który ma pomagać rozpoznawać zaawansowaną automatyzację bez polegania wyłącznie na pojedynczym punkcie kontroli takim jak CAPTCHA. Firma sama wskazuje, że automatyzacja odpowiada już za około 57% żądań webowych i że tradycyjny podział ruchu staje się coraz mniej wystarczający. (Cloudflare)

Prawdziwy problem nadchodzących lat nie brzmi więc:

jak skuteczniej blokować boty?

Brzmi:

jak blokować złe boty, pozwalać dobrym agentom działać i wiedzieć, z którym z nich właśnie rozmawiamy?


Nadchodzi „tożsamość maszynowa”

Przeglądarka człowieka może deklarować swoją nazwę w nagłówku User-Agent. Bot może zrobić dokładnie to samo.

Problem polega na tym, że taki nagłówek można stosunkowo łatwo podszyć.

Adres IP również nie jest doskonałym dowodem tożsamości. Infrastruktura jest rozproszona, adresy się zmieniają, a wiele usług współdzieli te same zakresy sieciowe.

Dlatego pojawiają się rozwiązania kryptograficzne.

Cloudflare rozwija Web Bot Auth, czyli mechanizm pozwalający botowi lub agentowi kryptograficznie podpisywać żądania HTTP. Serwer może wtedy zweryfikować, czy żądanie rzeczywiście pochodzi od deklarowanego operatora, zamiast ufać samej nazwie bota albo jego adresowi IP. Mechanizm bazuje na podpisach wiadomości HTTP oraz publicznych kluczach udostępnianych przez operatora agenta. (Cloudflare Docs)

To może być jedna z fundamentalnych zmian Agentic Internet.

Dzisiaj strona internetowa pyta:

„Czy wyglądasz jak bot?”

Jutro może pytać:

„Udowodnij kryptograficznie, kim jesteś”.

A później:

„Skoro wiem, kim jesteś — co wolno ci zrobić?”


Uwierzytelnienie nie wystarczy. Potrzebna jest delegacja

Wyobraźmy sobie agenta AI działającego w imieniu pracownika działu zakupów.

Agent znalazł produkt na stronie dostawcy.

Możemy już potwierdzić, że jest prawdziwym agentem konkretnej platformy.

Ale nadal nie wiemy:

czy użytkownik pozwolił mu tylko przeczytać informacje,

czy wolno mu poprosić o ofertę,

czy może przesłać dane firmy,

czy może negocjować,

czy może zaakceptować cenę,

czy może złożyć zamówienie,

czy może dokonać płatności.

To zupełnie inny poziom problemu.

W klasycznym internecie człowiek był użytkownikiem i wykonawcą działania jednocześnie.

W Agentic Internet pojawia się łańcuch:

człowiek → agent → platforma → firma → system transakcyjny.

Trzeba więc nie tylko rozpoznać agenta, ale także zrozumieć zakres delegowanych mu uprawnień.

Cloudflare nazywa podobny problem transitive trust — zaufaniem przechodzącym przez kolejne strony relacji: właściciela witryny, operatora agenta i końcowego użytkownika. Firma eksperymentuje już z mechanizmami przenoszenia informacji o operatorze oraz przeznaczeniu dostępu do treści. (Cloudflare Docs)


Agentic Commerce pokazuje, dokąd to prowadzi

Najlepiej widać to w handlu.

OpenAI i Stripe stworzyły Agentic Commerce Protocol (ACP) — otwarty protokół umożliwiający współpracę użytkowników, agentów AI i systemów sprzedawców podczas procesu zakupowego. W takim modelu agent może nie tylko znaleźć produkt, ale również przekazać dane potrzebne do realizacji zamówienia. Sprzedawca nadal pozostaje merchant of record i kontroluje własny backend, płatność, realizację oraz obsługę klienta. (OpenAI)

W marcu 2026 roku OpenAI rozszerzyło ACP także w kierunku product discovery — aktualne informacje produktowe mają być dostarczane bezpośrednio do doświadczenia zakupowego ChatGPT, dzięki czemu użytkownik może wyszukiwać, porównywać i zawężać wybór bez klasycznego przechodzenia między dziesiątkami kart przeglądarki. (OpenAI)

Cloudflare rozwija równolegle infrastrukturę bezpieczeństwa dla agentic commerce wspólnie z Visa i Mastercard. Jednym z problemów, które te rozwiązania mają rozwiązywać, jest właśnie odróżnienie zatwierdzonego agenta zakupowego od złośliwego bota próbującego imitować proces transakcyjny. (Cloudflare Blog)

To dopiero początek.


Strona internetowa dostaje drugiego użytkownika

Przez trzy dekady projektowaliśmy serwisy przede wszystkim dla człowieka.

Człowiek miał zobaczyć menu.

Przeczytać nagłówek.

Kliknąć produkt.

Obejrzeć zdjęcia.

Porównać parametry.

Wypełnić formularz.

Agent nie musi robić tego w taki sam sposób.

Dla niego ważniejsze mogą być jednoznaczne dane, struktura informacji, dostępność treści, stabilne identyfikatory produktów, API, aktualność parametrów, warunki dostawy, dostępność, structured data oraz możliwość programowego wykonania następnego działania.

Cloudflare zaczął już wprost mówić o Agent Readiness stron i narzędziach przygotowujących serwisy do świata, w którym agenci AI stają się „first-class citizens” internetu. (Cloudflare Docs)

To prowadzi do bardzo ważnej zasady dla firm:

nie należy wybierać między UX dla człowieka a dostępnością dla agenta. Serwis będzie potrzebował obu warstw.

Human UX odpowiada na pytanie:

„Czy człowiek łatwo zrozumie ofertę i podejmie decyzję?”

Agent UX odpowiada:

„Czy maszyna łatwo ustali, co oferujemy, dla kogo, na jakich warunkach i jaki następny krok może wykonać?”

W praktyce właśnie tutaj SEO, GEO, AEO, AIO oraz projektowanie pod A2A/A2O zaczynają się łączyć.


Query Fan-Out dodatkowo zwiększa ruch maszynowy

Do tego dochodzi jeszcze jedna ważna zmiana.

Kiedy człowiek wpisywał w wyszukiwarkę jedno zapytanie, zwykle otrzymywał listę wyników i sam wykonywał kolejne wyszukiwania.

Systemy AI mogą wykonywać tę pracę w tle.

Query Fan-Out pozwala rozbić złożone pytanie na wiele wyszukiwań pomocniczych. Agent może dodatkowo otworzyć wiele źródeł, pobrać informacje, porównać je, odrzucić część wyników i dopiero później przedstawić człowiekowi jedną odpowiedź.

Z punktu widzenia użytkownika wydarzyła się jedna rzecz:

zadał jedno pytanie.

Z punktu widzenia infrastruktury mogło wydarzyć się kilkadziesiąt, kilkaset albo więcej interakcji maszynowych.

To jedna z przyczyn, dla których przyszły wzrost ruchu nie musi być liniowy.


Czy internet wytrzyma 1000 razy więcej ruchu maszynowego?

Jeżeli interpretowalibyśmy prognozę Cloudflare jako prosty model: „każdy dzisiejszy request zostanie pomnożony przez 1000 i trafi do tych samych serwerów”, odpowiedź brzmiałaby oczywiście: nie.

Ale prawdopodobnie nie tak będzie wyglądała ewolucja.

Rosnący ruch agentów będzie wymuszał większe wykorzystanie cache, edge computingu, API, deduplikacji zapytań, agregacji danych, protokołów maszynowych oraz architektury, w której agent nie zawsze musi renderować całą stronę internetową tylko po to, aby pobrać trzy wartości.

Internet może więc obsługiwać radykalnie więcej interakcji, jeśli jednocześnie zmieni się sposób wykonywania tych interakcji.

Cloudflare w swoich wypowiedziach dotyczących tego scenariusza wskazuje właśnie na potrzebę większej efektywności infrastruktury, optymalizacji protokołów, edge computingu i inteligentniejszego zarządzania ruchem. (TechRadar)

Problem nie jest więc wyłącznie problemem przepustowości.

Jest problemem architektury.


Jeszcze większym problemem będzie zaufanie

Załóżmy, że za kilka lat agentów rzeczywiście będzie tysiące razy więcej niż ludzi.

Wtedy infrastruktura bezpieczeństwa nie może analizować każdego z nich wyłącznie według schematu:

BOT → BLOCK

Potrzebujemy znacznie bardziej szczegółowego modelu.

Na potrzeby firm można sprowadzić go do Pięciu Pytań Zaufania Agentowego:

  1. Identity — kim jesteś? Czy agent może wiarygodnie udowodnić swoją tożsamość?
  2. Principal — dla kogo działasz? Czy reprezentuje operatora systemu, przedsiębiorstwo czy konkretnego użytkownika?
  3. Intent — po co tu jesteś? Czy indeksujesz, trenujesz model, wyszukujesz informację, porównujesz ofertę czy próbujesz wykonać transakcję?
  4. Authority — co wolno ci zrobić? Czy możesz tylko odczytać dane, wysłać formularz, zarezerwować usługę czy również złożyć zamówienie?
  5. Accountability — jak odtworzymy to później? Czy pozostaje ślad pozwalający ustalić, jaki agent wykonał działanie, na czyje polecenie i z jakimi uprawnieniami?

To właśnie ta warstwa może stać się jednym z fundamentów internetu agentów.


Robots.txt nadal jest potrzebny, ale już nie wystarczy

Dawny internet posiadał stosunkowo prosty mechanizm komunikacji z crawlerami:

robots.txt.

Nadal ma on znaczenie.

Ale nie rozwiązuje wszystkich nowych problemów.

Nie mówi, czy deklarowany agent jest rzeczywiście tym, za kogo się podaje.

Nie przenosi pełnego modelu uprawnień użytkownika.

Nie rozwiązuje płatności.

Nie określa kosztu dostępu.

Nie wystarcza do obsługi dynamicznych działań wykonywanych przez agenta.

Cloudflare już oddziela różne typy wykorzystania treści, ponieważ dla wydawcy zasadniczą różnicą jest to, czy bot używa zawartości do klasycznego wyszukiwania, odpowiedzi agenta czy trenowania modelu. Firma zapowiedziała również dalsze zmiany polityk dotyczących crawlerów mieszających te zastosowania. (Cloudflare)

To bardzo ważna wskazówka dla biznesu.

„Pozwalam botom” albo „blokuję boty” przestaje być wystarczającą polityką.


Co powinna zrobić firma już teraz?

Nie trzeba czekać, aż ruch agentowy będzie 1000 razy większy od ludzkiego. Dla większości przedsiębiorstw właściwym kierunkiem jest rozpoczęcie od dziesięciu działań:

  1. Rozdzielaj ruch ludzi i maszyn w analityce. Nie traktuj każdej wizyty i każdego requestu tak samo.
  2. Zidentyfikuj typy botów odwiedzających serwis. Wyszukiwarki, AI search, agenci użytkowników, monitoring, crawlery treningowe i agresywne scrapery mają inne znaczenie biznesowe.
  3. Ustal politykę dostępu. Zdecyduj, które treści powinny być indeksowane, cytowane, używane przez agentów albo chronione.
  4. Nie blokuj automatycznie każdego agenta. Część ruchu maszynowego może reprezentować realny popyt.
  5. Zadbaj o jednoznaczne dane o firmie, produktach i usługach. Maszyna powinna łatwo ustalić, co oferujesz, dla kogo i na jakich warunkach.
  6. Oddziel treści od interfejsu wizualnego. Jeżeli najważniejsze informacje istnieją wyłącznie w grafice, sliderze albo JavaScripcie wymagającym złożonej interakcji, agent może mieć trudności z ich wykorzystaniem.
  7. Przygotuj się na uwierzytelnione agenty. Web Bot Auth i podpisy HTTP pokazują prawdopodobny kierunek rozwoju tożsamości maszynowej.
  8. Projektuj uprawnienia, nie tylko logowanie. Agent powinien otrzymywać minimalny zakres praw potrzebnych do wykonania zadania.
  9. Monitoruj koszty automatycznego ruchu. Masowy agent może być wartościowy biznesowo, ale nadal zużywa transfer, CPU, API i zasoby aplikacji.
  10. Myśl o konwersji agentowej. W przyszłości sukces strony nie będzie oznaczał wyłącznie kliknięcia człowieka. Może oznaczać poprawne pobranie produktu, uwzględnienie firmy w porównaniu, wysłanie RFQ, rezerwację albo zakup wykonany przez agenta.

Marketing również będzie musiał się zmienić

Przez lata podstawowym pytaniem marketingowym było:

„Ilu ludzi odwiedziło stronę?”

W internecie agentów może być to coraz mniej użyteczna liczba.

Wyobraźmy sobie dwa serwisy.

Pierwszy otrzymał 10 000 wejść ludzi, ale praktycznie żadna osoba nie skontaktowała się z firmą.

Drugi został odwiedzony 500 razy przez ludzi i 20 000 razy przez agentów. Jeden z agentów uwzględnił ofertę firmy w porównaniu wykonanym dla działu zakupów dużego przedsiębiorstwa. Kolejny wysłał zapytanie ofertowe.

Która strona osiągnęła lepszy rezultat?

W takim świecie trzeba będzie mierzyć nie tylko human traffic, ale również:

machine visibility, machine access, AI citations, agent referrals, agent interactions i agent conversions.

To może być jedna z największych zmian w analityce internetowej od czasu pojawienia się Google Analytics.

Cloudflare już rozwija narzędzia pozwalające właścicielom stron zobaczyć, które systemy AI pobierają ich zawartość oraz jaki ruch ludzki później odsyłają. Firma wprost łączy te zmiany z rozwojem Answer Engine Optimization. (Cloudflare)


SEO zmienia się w coś większego niż SEO

Dotychczas firma chciała być widoczna dla Google, ponieważ pomiędzy wyszukiwarką a sprzedażą znajdował się człowiek:

Google → człowiek → strona → formularz → handlowiec

W Agentic Internet coraz częściej może pojawiać się:

człowiek → AI → wiele źródeł → agent → firma

albo:

człowiek → agent → system firmy → transakcja

W skrajnie agentowym modelu człowiek może w ogóle nie zobaczyć strony internetowej firmy.

Agent zobaczy ją za niego.

To fundamentalnie zmienia znaczenie widoczności.

Firma musi nadal być atrakcyjna dla człowieka, ale równocześnie stawać się czytelna, wiarygodna i operacyjnie dostępna dla maszyny.

To właśnie dlatego nowe SEO nie kończy się na SEO.

Dochodzi GEO.

AEO.

AIO.

Machine-readable content.

Entity data.

Agent discovery.

Agent authentication.

A2A.

A2O.

Agentic Commerce.

Każda z tych warstw opisuje inny fragment tej samej większej zmiany:

internet przestaje być środowiskiem, w którym maszyny tylko pomagają ludziom znaleźć strony. Maszyny zaczynają stawać się aktywnymi uczestnikami rynku.


Najważniejszy wniosek dla firm

Nie przygotowujemy się na świat, w którym botów trzeba coraz skuteczniej blokować.

Przygotowujemy się na świat, w którym trzeba umieć powiedzieć:

tego bota blokujemy, temu crawlerowi pozwalamy indeksować, temu agentowi pozwalamy czytać, temu agentowi pozwalamy pytać o ofertę, a temu uwierzytelnionemu agentowi — działającemu z określonym upoważnieniem użytkownika — pozwalamy wykonać transakcję.

To zasadnicza różnica.

Internet ludzi wymagał UX. Internet wyszukiwarek wymagał SEO. Internet odpowiedzi wymaga GEO/AEO. Internet agentów będzie wymagał jeszcze jednej warstwy: zdolności firmy do bycia rozpoznaną, zrozumianą, zweryfikowaną i obsłużoną przez maszynę.

I właśnie ta warstwa może stać się w najbliższych latach równie ważna jak dzisiejsza strona internetowa.


Czy Twoja strona jest przygotowana na klientów, którzy nie będą ludźmi?

Możemy przeanalizować serwis firmy pod kątem Google, AI Search, ChatGPT, Gemini, Perplexity, GEO, AEO, AIO, A2A, A2O, Query Fan-Out oraz rozwijającego się Agentic Internet.

Sprawdzimy nie tylko, czy informacje można znaleźć, ale także czy system AI może jednoznacznie zrozumieć firmę, ofertę, produkty, warunki współpracy i następny krok prowadzący do kontaktu, zapytania ofertowego lub transakcji.

Kontakt: kontakt@salesbot.pl