Mă afectează schimbarea Cloudflare de pe 15 septembrie?
de Cătălin Popa · actualizat 2026-09-02
Cel mai probabil nu. Iar dacă ai citit altceva prin presă, hai să lămurim de unde vine confuzia, pentru că se verifică în zece secunde.

Ce se schimbă pe 15 septembrie
Cloudflare împarte traficul automat în trei categorii și le dă setări implicite diferite. Blocarea se aplică pe paginile care afișează reclame, logica fiind că reclamele arată o pagină făcută pentru oameni.
Search
Rămâne permisCrawlere care indexează pagina ca să poată răspunde mai târziu la întrebări despre ea. În schimbul lor te aștepți la trafic de întoarcere.
Agent
Blocat pe paginile cu reclameActivitate automată în timp real, în numele unui om. Botul care deschide pagina fiindcă cineva tocmai a întrebat ceva, sau un agent care navighează.
Training
Blocat pe paginile cu reclameCrawlere care iau conținutul ca să antreneze sau să ajusteze un model.
Pe cine se aplică, de fapt
Aici e diferența dintre ce s-a scris și ce scrie la sursă. Am citit două documente Cloudflare, articolul de pe blog și changelog-ul pentru dezvoltatori. Spun același lucru.
Setările noi se aplică domeniilor care intră pe Cloudflare începând cu 15 septembrie 2026. Site-urile deja existente nu sunt schimbate automat, indiferent de plan. Cine vrea setările noi le poate adopta voluntar, oricând.
Prin presă a circulat varianta că schimbarea prinde și clienții existenți pe plan gratuit. Nu am găsit susținerea acestei afirmații în niciun document Cloudflare. Dacă ai un site care merge azi, pe 15 septembrie va merge la fel.
Capcana, care îi privește pe toți
Partea care chiar poate face pagube nu ține de data de 15 septembrie și nu are legătură cu domeniile noi.
Unele crawlere fac două lucruri deodată. Indexează pentru căutare și colectează pentru antrenare, cu același bot. Googlebot, Applebot și Bingbot sunt exact în situația asta.
Cloudflare scrie explicit că aceste crawlere multifuncționale vor fi blocate la clienții care aleg să blocheze categoria Training.
Tradus: cineva care bifează „nu vreau ca site-ul meu să fie folosit la antrenarea modelelor", convins că oprește doar antrenarea, își taie în același timp indexarea în Google. Nu e o eroare a platformei, e consecința faptului că botul e unul singur pentru amândouă scopurile. Dar e o consecință pe care o afli după, dacă nu ți-o spune nimeni înainte.
Cloudflare lasă o supapă: în setările de securitate se poate confirma explicit că nu vrei nicio schimbare pentru crawlerele care fac și indexare. Merită bifată înainte, nu după.
Semnalele din robots.txt, și ce nu pot ele
Separat de setările din panou, Cloudflare împinge un format prin care îți declari preferințele direct în robots.txt. Trei semnale, fiecare cu două valori posibile:
- search construirea unui index de căutare și afișarea de rezultate, adică linkuri și fragmente scurte
- ai-input introducerea conținutului într-un model, pentru răspunsuri generate în timp real
- ai-train antrenarea sau ajustarea unui model
Se scriu pe o linie, separate prin virgulă. Un site care vrea să fie indexat și citat, dar nu folosit la antrenare, pune exact atât:
User-Agent: *
Content-Signal: search=yes, ai-train=no
Allow: /Un semnal pe care nu îl scrii nu înseamnă nici da, nici nu. Textul politicii spune limpede că absența unui semnal nici nu acordă, nici nu restrânge permisiunea pentru acel scop.
Și partea pe care Cloudflare o scrie singură, spre lauda ei: semnalele exprimă preferințe, nu sunt măsuri tehnice. Unele companii pur și simplu le pot ignora.
Merită scrise, fiindcă un refuz declarat public are greutate dacă ajungi vreodată să discuți cu cineva despre folosirea conținutului tău. Dar cine le pune crezând că a închis o ușă a declarat o intenție, nu a încuiat nimic. Aceeași distincție ca la llms.txt, despre care am scris că nu blochează și nu permite nimic.
Cum verifici în zece secunde dacă te privește
Cloudflare își lasă urma în răspunsul serverului. Dacă vezi antetul cf-ray, treci prin Cloudflare. Dacă nu, discuția asta nu te privește deloc.
curl -sI https://site-ul-tau.ro | grep -iE "^server:|^cf-ray:"Am rulat comanda pe cele patru site-uri ale noastre. Niciunul nu e pe Cloudflare, toate răspund cu Server: Vercel și niciunul nu are cf-ray. Deci pe noi schimbarea nu ne atinge, iar asta e tot ce înseamnă rezultatul: o verificare care se termină repede, nu o recomandare împotriva Cloudflare.
Dacă apare cf-ray, mai ai de făcut un singur lucru: intri în setările de securitate și te uiți dacă ai bifat blocarea categoriei Training. Dacă da, verifică dacă chiar vrei să pierzi și Googlebot.
Partea despre bani, pe scurt
În aceeași mișcare, Cloudflare a înlocuit programul prin care editorii erau plătiți pentru accesul crawlerelor cu unul prin care sunt plătiți când conținutul e chiar folosit într-un răspuns AI. A pornit cu doi parteneri, Ceramic.ai și You.com.
E o schimbare de principiu care merită urmărită, dar pentru un site românesc de firmă nu înseamnă nimic practic azi. Doi parteneri nu sunt o piață. Revenim asupra ei când există cifre, nu acum.
De unde vin datele
- Setările și data. Articolul Cloudflare despre opțiunile de trafic AI și changelog-ul pentru dezvoltatori, care precizează amândouă că noile setări implicite se aplică domeniilor noi.
- Semnalele din robots.txt. Textul Content Signals Policy, de unde sunt luate atât numele semnalelor, cât și precizarea că ele nu sunt măsuri tehnice.
- Verificarea pe site-urile noastre. Rulată cu comanda de mai sus, la data din capul paginii. O poți repeta oricând.
Mai departe
- Greșelile care te fac invizibil pentru motoarele AIInclusiv cazul în care robots.txt permite, dar firewall-ul întoarce eroare
- Registrul de reclame pe care ChatGPT trebuie să îl publiceCealaltă schimbare cu termen, tot din toamna asta
- Toate întrebările explicateÎn ordinea în care are sens să fie citite
- Dacă vrei verificarea făcută pe site-ul tăuAccesul crawlerelor e primul lucru din audit, înaintea oricărui conținut