Šta je Web Scraping (Prikupljanje podataka) i kako spriječiti botove da iskorištavaju vašu web stranicu

Web scraping, odnosno prikupljanje podataka, predstavlja sistematsko sakupljanje sadržaja sa web stranice putem botova ili alata za automatizaciju. Dok su legitimni botovi, poput pretraživača internet preglednika, korisni za web ekosistem, zlonamjerni botovi koji bez dozvole izvlače podatke o cijenama, proizvodima, zalihama, sadržaju, e-mail adresama, slikama, oglasima ili korisničkim podacima mogu vam iscrpiti propusni opseg, oslabiti SEO performanse, povećati serverske troškove i predati vaše komercijalne podatke u ruke konkurencije. Stoga web scraping nije samo tehničko pitanje; to je stvar sigurnosti, performansi, pravnog okvira, reputacije brenda i zaštite prihoda.

Do 2026. godine, bot saobraćaj više se ne sastoji samo od jednostavnih skripti. Headless pretraživači, alati za prikupljanje podataka podržani vještačkom inteligencijom, rotirajuće proxy mreže, imitacije mobilnih korisničkih agenata i automatizacije koje kopiraju ponašanje stvarnih korisnika postali su uobičajeni. Zbog toga jedno robots.txt pravilo ili običan CAPTCHA često nisu dovoljni. Efikasna odbrana se uspostavlja kombinacijom analize logova, ograničavanja brzine (rate limiting), WAF-a, bihevioralne detekcije, keširanja, API sigurnosti, politika pristupa i robusne hosting infrastrukture.

U ovom vodiču obradićemo koncept web scrapinga, razlike između legitimne i štetne upotrebe, znakove koji ukazuju na to da se podaci sa vaše stranice prikupljaju, kao i praktične korake zaštite koje možete primijeniti na Hostragons infrastrukturi. Cilj nije učiniti vaš sadržaj potpuno nevidljivim, već povećati troškove zlonamjernim botovima i zaštititi resurse vaše stranice bez blokiranja stvarnih korisnika i pretraživača.

Kako funkcioniše Web Scraping?

Proces web scrapinga obično se sastoji od tri faze: pronalaženje ciljnih stranica, preuzimanje HTML-a ili API odgovora i raščlanjivanje željenih podataka. Jednostavan scraper može CSS selektorima preuzeti naslov, cijenu i informacije o zalihama sa stranice proizvoda. Sofisticiraniji bot će sačekati podatke učitane JavaScript-om, navigirati unutar stranice, pohraniti kolačiće, prijaviti se i vršiti skeniranje s različitim IP adresama.

Razmotrimo primjer: Vaša e-commerce stranica ima 25.000 proizvoda i svaka stranica proizvoda generiše u prosjeku 900 KB podataka. Ako zlonamjerni bot skenira vaš katalog 6 puta dnevno, može generisati približno 135 GB dodatnog saobraćaja. Ovaj saobraćaj ne troši samo propusni opseg; on takođe utiče na upite baze podataka, PHP procese, korištenje CPU-a i procese osvježavanja keša. U okruženju dijeljenog hostinga ovo može dovesti do prekoračenja limita resursa, dok na VPS-u ili dedikovanom serveru može uzrokovati nepotrebno povećanje troškova. Za pravilno planiranje resursa možete razmotriti Hosting paketi i, u slučaju potrebe za većom kontrolom, VPS serverska rješenja.

Razlika između legitimnih botova i zlonamjernih scraper botova

Nije svaki bot loš. Googlebot, Bingbot ili botovi za pregled društvenih mreža omogućavaju da vaša stranica bude otkrivena i dijeljena. Nasuprot tome, botovi za prikupljanje podataka često ne navode izvor, ne ograničavaju brzinu skeniranja, kopiraju komercijalne podatke i ne poštuju vaša pravila pristupa. Važno je napraviti ispravnu razliku; pogrešno konfigurisano sigurnosno pravilo može blokirati i botove pretraživača, čime se smanjuje vaš organski saobraćaj.

Zašto je Web Scraping rizičan?

1. Iscrpljuje serverske resurse

Botovi generišu HTTP zahtjeve poput stvarnih posjetilaca. Međutim, dok čovjek pregleda nekoliko stranica u minuti, zlonamjerni bot može zatražiti desetine stranica u sekundi. Naročito stranice za pretragu, filtriranje, kategorije, varijacije proizvoda i dinamički izvještaji opterećuju bazu podataka. Korištenje CPU-a raste, PHP-FPM redovi se produžavaju, TTFB se povećava i stvarni korisnici doživljavaju sporije učitavanje stranica. Pogoršanje Core Web Vitals vrijednosti može indirektno uticati na SEO vidljivost.

2. Vaš originalni sadržaj se kopira

Kada se blog postovi, opisi kategorija, tehnička dokumentacija i slike kopiraju bez dozvole, vrijednost vašeg sadržaja opada. Iako Google u većini slučajeva pokušava razumjeti originalni izvor, brze scraper stranice mogu steći privremenu vidljivost u nekim upitima. Naročito ako se vaš novoobjavljeni sadržaj kopira u roku od nekoliko minuta, slanje sitemapa, struktura internih linkova i signali brzog indeksiranja postaju kritičniji. Za vašu strategiju sadržaja možete izgraditi podržavajuću strukturu uz pomoć vodiča izrada SEO kompatibilnog web sajta.

3. Konkurencija prati informacije o cijenama i zalihama

U e-commerce projektima, prikupljanje podataka se najčešće vrši radi praćenja cijena. Konkurenti mogu automatski pratiti nazive vaših proizvoda, stanje zaliha, datume kampanja i uslove dostave. Ove informacije se mogu koristiti za strategije momentalnog obaranja cijena. Naročito u sektorima s niskim maržama, ovo dovodi do direktnog gubitka prihoda.

4. Mogu se otkriti sigurnosni propusti

Scraper botovi ne samo da izvlače podatke; ponekad mapiraju i vašu URL strukturu, parametre, poruke o greškama i tragove administrativnog panela. Ako vidite veliki broj 404, 403, 500 grešaka ili različitih kombinacija parametara, ovo ponašanje može ukazivati na fazu izviđanja. U ovom trenutku, SSL, ažurirani softver, siguran pristup panelu i redovno pravljenje sigurnosnih kopija predstavljaju osnovne zahtjeve. Za prvi korak u sigurnosti stranice, možete se povezati na sadržaje SSL certifikat i Backup web stranice.

Znakovi da vašu stranicu iskorištavaju scraping botovi

Najpouzdaniji način za razumijevanje bot saobraćaja je analiza pristupnih logova. Samo uvid u podatke Google Analyticsa nije dovoljan; jer mnogi botovi ne pokreću JavaScript i ne aktiviraju analitičke kodove. Potrebno je redovno provjeravati pristupne logove (access log), logove grešaka (error log) i grafikone korištenja resursa na vašem hosting panelu.

• Stotine zahtjeva sa iste IP adrese ili IP bloka u kratkom vremenskom periodu.
• Neuobičajena gustina saobraćaja na URL-ovima proizvoda, kategorija, pretrage ili filtera.
• Direktan pristup dubokim stranicama bez uobičajenog toka kretanja korisnika.
• Korisnički agent koji je prazan, veoma zastario ili sumnjiv.
• Iznenadni porast saobraćaja i korištenja CPU-a tokom noćnih sati.
• Veliki broj statusnih kodova 404, 403 ili 429.
• Intenzivno pregledanje stranica bez radnji poput dodavanja u korpu, slanja formulara ili otvaranja naloga.
• Posjećivanje istog niza URL-ova istim redoslijedom sa različitih IP adresa.

Praktičan primjer praga: Ako prosječan posjetilac pregleda 4 stranice po sesiji, a određena IP adresa pozove 300 stranica proizvoda za 10 minuta, to nije ljudsko ponašanje. Isto tako, ako jedan korisnički agent nekoliko puta dnevno prođe kroz sve URL-ove vašeg sitemapa, potrebno je postaviti ograničenje skeniranja.

12 primjenjivih metoda za sprečavanje iskorištavanja vaše stranice od strane botova

1. Počnite s analizom logova

Prvo mjerite, zatim blokirajte. U datotekama pristupnih logova ispitajte polja IP, vrijeme, putanju zahtjeva, statusni kod, referer i user-agent. Navedite IP adrese s najviše zahtjeva, najčešće pozivane URL-ove i kodove grešaka. U Linux okruženju se brza analiza može izvršiti pomoću awk, grep i sort komandi. Ako koristite hosting kontrolni panel, omogućite statistiku saobraćaja i sirove log zapise. Za praćenje korištenja resursa na Hostragons strani, može se dodati interna poveznica na Korišćenje kontrolne table hostinga.

2. Pravilno koristite robots.txt datoteku

robots.txt je datoteka koja daje smjernice dobronamjernim botovima; nije sigurnosni zid. Ne štiti skrivene stranice i ne zaustavlja zlonamjerne scraper botove. Ipak, pomaže u upravljanju budžetom za skeniranje za rezultate pretrage, parametre filtera, privremene direktorije izvan panela i stranice niske vrijednosti.

Na primjer, Disallow pravila se mogu koristiti za ograničavanje kombinacija filtera. Međutim, eksplicitno navođenje osjetljivih putanja datoteka u robots.txt ponekad može dati nagovještaj napadačima. Stoga, pozicionirajte robots.txt datoteku kao alat za upravljanje skeniranjem, a ne kao sigurnosni alat.

3. Primijenite ograničavanje brzine (Rate Limiting)

Rate limiting ograničava broj zahtjeva koje određena IP adresa, sesija, korisnički nalog ili API ključ može napraviti u određenom vremenu. Na primjer, mogu se definisati pravila poput 60 zahtjeva za stranice u minuti za anonimne posjetioce, 20 zahtjeva u minuti za endpoint pretrage ili 5 pokušaja u 5 minuta za pokušaje prijave. Uobičajeni pristup je vraćanje odgovora 429 Too Many Requests kada se limit prekorači.

Ova metoda je posebno efikasna za listanje proizvoda, pretragu, filtriranje i API tačke. Pragovi bi trebali biti prilagođeni vašoj industriji. Na stranici s vijestima može doći do iznenadnog porasta putem Google Discover saobraćaja; u e-trgovini se ponašanje stvarnih korisnika može promijeniti tokom perioda kampanja. Stoga, prije postavljanja pravila, treba analizirati uzorak normalnog saobraćaja u trajanju od najmanje 7 dana.

4. Koristite Web Application Firewall (WAF)

WAF filtrira sumnjive zahtjeve prije nego što stignu do vaše aplikacije. SQL injection, XSS, zlonamjerni user-agenti, neuobičajena stopa zahtjeva, poznate liste zlonamjernih IP adresa i potpisi automatizacije mogu se blokirati WAF-om. U 2026. godini, efikasna WAF rješenja ne rade samo na bazi potpisa, već koriste metode bihevioralne analize i bodovanja rizika.

Bez obzira na to koristite li WordPress, WooCommerce, Laravel, OpenCart ili prilagođeni softver, WAF sloj pruža kritičan štit u borbi protiv botova. Ako koristite dodatke na aplikativnom nivou, preporučuje se planiranje dodatne zaštite na serverskom nivou. Prilikom odabira sigurnosne infrastrukture, mogu se prirodno povezati stranice Siguran hosting i WordPress hosting.

5. Smanjite dinamičko opterećenje pomoću CDN-a i keširanja

Čak i u trenucima kada ne možete u potpunosti blokirati scraping botove, možete smanjiti njihov uticaj. CDN smanjuje opterećenje origin servera servirajući statične datoteke i odgovarajuće stranice sa rubnih servera. Keširanje smanjuje upite bazi podataka na stranicama kategorija, bloga i detalja proizvoda. Međutim, dodavanje u korpu, naplata, korisnički panel i personalizovane oblasti moraju se pažljivo izuzeti.

Kada botovi pozovu vaš blog post 10.000 puta, odgovaranje iz keša umjesto pokretanja PHP-a i baze podataka svaki put ozbiljno smanjuje troškove resursa. Ovaj pristup nije samo sigurnost, već i optimizacija performansi. Brže web stranice pružaju prednost u korisničkom iskustvu i SEO-u.

6. CAPTCHA koristite samo na rizičnim tačkama

Postavljanje CAPTCHA-e na svaku stranicu kvari iskustvo stvarnog korisnika. Stoga je treba koristiti samo u rizičnim područjima: posjetioci koji intenzivno pretražuju, IP adrese koje šalju veliki broj formulara, neuspješni pokušaji prijave, ekrani za isprobavanje kupona ili endpointi za provjeru zaliha. Savremeni pristupi generišu nevidljivu CAPTCHA-u, analizu ponašanja i skor rizika.

Na primjer, prikazivanje CAPTCHA-e korisniku koji pregleda prvih 20 stranica proizvoda može biti pogrešno; ali ima smisla ponuditi dodatnu verifikaciju anonimnom posjetiocu koji uđe na 150 detalja proizvoda u roku od 2 minute.

7. Dodajte honeypot i zamke

Honeypot stvara skrivena polja formulara koja stvarni korisnici ne vide, ali ih botovi mogu popuniti, ili nevidljive linkove koje botovi mogu pratiti. Ako bot popuni ovo polje zamke ili prati skriveni link, njegov skor rizika se povećava. Ova metoda je jedan od praktičnih načina za otkrivanje automatizacije bez narušavanja korisničkog iskustva.

Međutim, mora se obratiti pažnja na pravila pristupačnosti. Da se stvarni korisnici koji koriste čitače ekrana ne bi slučajno uhvatili u zamku, polja moraju biti pravilno označena i pažljivo kontrolisana na serverskoj strani.

8. Zaštitite API tačke autentifikacijom

Mnoge moderne web stranice učitavaju podatke ne unutar HTML-a, već putem API odgovora. Scraper botovi mogu pronaći ove API tačke iz alata za razvojne programere preglednika i direktno ih pozivati. Stoga se u API zahtjevima moraju koristiti token, potpis, vremenska oznaka, ograničenje brzine i kontrola ovlaštenja. Tačke za zalihe, cijene, korisnike ili izvještaje koje ne moraju biti javno dostupne treba zatvoriti za anonimni pristup.

Ako imate mobilnu aplikaciju ili integraciju treće strane, kreirajte odvojene API ključeve, definišite kvotu za svaki ključ i primijenite automatsku suspenziju u slučaju neuobičajenog korištenja. Za arhitekture integracija, Vodiči za API i integracije može biti prirodna interna poveznica.

9. Nemojte koristiti samo blokiranje User-Agenta

Blokiranje user-agenta je lako, ali nije pouzdano. Zlonamjerni botovi se mogu predstaviti kao Chrome, Safari ili Googlebot. Štaviše, oslanjanje samo na user-agent bez reverzne DNS provjere za otkrivanje lažnog Googlebota je opasno. Informacija o user-agentu treba se koristiti kao signal u mehanizmu odlučivanja, a ne kao konačna presuda.

Precizniji pristup je zajednička procjena signala kao što su reputacija IP adrese, brzina zahtjeva, sekvenca URL-ova, ponašanje s kolačićima, status izvršavanja JavaScripta i postojanost sesije.

10. Koristite dinamički sadržaj i maskiranje podataka

Ograničite podatke koji ne moraju biti prikazani na javnim stranicama. Na primjer, B2B cijene se mogu prikazati samo prijavljenim korisnicima. E-mail adrese se mogu preusmjeriti na komunikaciju putem formulara umjesto običnog teksta. U velikim katalozima, sigurnije je podatke o svim varijacijama pružati po potrebi i putem kontrolisanih endpointa, umjesto unutar jednog HTML-a.

Maskiranje podataka otežava automatsko izvlačenje osjetljivih komercijalnih informacija bez narušavanja iskustva stvarnog korisnika. Međutim, pretjerano skrivanje može uticati na SEO i performanse konverzije; stoga mora biti dizajnirano uravnoteženo.

11. Jasno definišite svoje pravne tekstove i uslove korištenja

Pravni osnov je podjednako važan kao i tehničke mjere. U svoje uslove korištenja dodajte eksplicitne odredbe o automatskom prikupljanju podataka, kopiranju sadržaja, praćenju cijena, umnožavanju baza podataka i komercijalnoj upotrebi. Potražite profesionalnu pravnu pomoć u vezi s autorskim pravima, korištenjem brenda i pravima na baze podataka. Ovi tekstovi neće tehnički zaustaviti bota; ali u slučaju kršenja, osnažuju proces dokazivanja i sankcionisanja.

12. Pripremite svoju hosting infrastrukturu za bot saobraćaj

Slaba infrastruktura stvara probleme čak i pri malom obimu bot saobraćaja. Ažurna verzija PHP-a, HTTP/2 ili HTTP/3 podrška, snažno keširanje, sigurna izolacija, redovne sigurnosne kopije, svijest o DDoS-u i skalabilni resursi smanjuju uticaj botova. Za malu korporativnu stranicu, dijeljeni hosting može biti dovoljan; za projekte s intenzivnim katalozima, kampanjama ili korisničkim saobraćajem, VPS ili dedikovani server mogu biti prikladniji. Sigurnost domena i DNS-a takođe je dio cjeline; za početak se mogu koristiti linkovi Provjera domene i Sigurna DNS administracija.

Dodatne mjere protiv Web Scrapinga na WordPress stranicama

Budući da su široko rasprostranjene, WordPress stranice su česta meta botova. XML-RPC, REST API, stranice za pretragu, arhive autora, formulari za komentare i ekran za prijavu moraju se posebno nadzirati. Ako nije potrebno, XML-RPC se može isključiti, osjetljivi endpointi REST API-ja ograničiti, postaviti limit pokušaja na stranici za prijavu i koristiti pouzdani sigurnosni dodaci.

• Ne ostavljajte administratorsko korisničko ime kao "admin".
• Ograničite pokušaje prijave po IP adresi i korisniku.
• Koristite honeypot i zaštitu od spama u formularima za komentare.
• Konfigurišite wp-json tačke tako da ne propuštaju nepotrebne podatke.
• Omogućite zaštitu od hotlinkovanja slika.
• Planirajte dodatak za keširanje i keširanje na serverskoj strani zajedno.

Kod WordPress projekata koji primaju intenzivan bot saobraćaj, optimizovana serverska konfiguracija je važnija od standardne instalacije. Stoga, prilikom odabira WordPress hosting, ne treba gledati samo prostor na disku, već i sigurnosni sloj, sigurnosne kopije, limite resursa i kvalitet tehničke podrške.

Posebna strategija zaštite od botova za e-commerce stranice

Na e-commerce stranicama, zaštita od botova mora biti pažljivije podešena; jer i stvarni korisnici mogu pregledati veliki broj stranica proizvoda. Lažno pozitivna blokiranja mogu dovesti do gubitka prodaje. Zbog toga se detalji proizvoda, kategorija, pretraga, provjera zaliha, isprobavanje kupona, korpa i koraci naplate moraju tretirati s odvojenim profilima rizika.

Primjer strategije: Stranice detalja proizvoda se serviraju iz keša, endpoint pretrage se ograničava na 20 zahtjeva u minuti, informacije o zalihama se daju samo putem kontrolisanog poziva unutar stranice, isprobavanje kupona se ograničava po nalogu, a korak naplate se stavlja pod snažnu zaštitu od botova. Ako se s iste IP adrese pregleda 500 stranica proizvoda u 5 minuta, prvo se vraća odgovor 429, a zatim se primjenjuje privremeno blokiranje IP adrese. Ova pravila se mogu ublažiti ili pokretati s višim pragovima tokom perioda kampanja.

Na šta obratiti pažnju da ne biste napravili pogrešno blokiranje

Najveći rizik u naporima za blokiranje botova je blokiranje stvarnih korisnika i legitimnih pretraživača. Slučajno blokiranje Googlebota može dovesti do gubitka indeksa; blokiranje botova društvenih mreža do kvarenja pregleda dijeljenja; blokiranje povratnih poziva (callback) pružaoca platnih usluga može uzrokovati probleme s narudžbama. Stoga svako pravilo prvo treba testirati u režimu praćenja, a zatim ga postepeno primjenjivati.

• Za verifikaciju Googlebota koristite ne samo user-agent, već i IP i reverznu DNS provjeru.
• Umjesto blokiranja, prvo primijenite ograničavanje brzine i dodatnu verifikaciju.
• Nova pravila aktivirajte u satima sa manjim saobraćajem.
• Svakodnevno pratite 403 i 429 odgovore.
• Stavite IP adrese integracija za plaćanje, dostavu, tržišta i računovodstvo na bijelu listu.
• Redovno provjeravajte statistiku skeniranja u Search Console-u.

Brzi plan implementacije korak po korak

Umjesto da zaštitu od botova posmatrate kao složen projekat, najzdraviji pristup je napredovati fazno. Sljedeći plan nudi primjenjiv početak za preduzeća s malim tehničkim timom.

• 1. dan: Preuzmite pristupne logove, navedite IP adrese i URL-ove s najviše zahtjeva.
• 2. dan: Pregledajte svoju robots.txt datoteku, uredite nepotrebna područja za skeniranje.
• 3. dan: Odredite ograničenje brzine za endpoint-e pretrage, filtera, prijave i formulara.
• 4. dan: Pokrenite WAF ili pravila sigurnosnog dodatka u režimu praćenja.
• 5. dan: Provjerite postavke keša i CDN-a, izuzmite dinamičke stranice.
• 6. dan: Dodajte privremena pravila blokiranja za sumnjive IP i user-agent obrasce.
• 7. dan: Poboljšajte pragove upoređivanjem podataka o 403, 429, organskom saobraćaju i konverzijama.

Kada se ovaj plan završi, vaša stranica neće postati sto posto otporna na prikupljanje podataka; ali će se trošak automatskog izvlačenja podataka ozbiljno povećati. Botovi obično preferiraju lake mete. Stranica koja štiti svoje resurse, ima jasna pravila, dobro je keširana i nadzirana, postaje manje privlačna meta u odnosu na ranjive konkurente.

Zaključak: Borba protiv Web Scrapinga zahtijeva slojevitu sigurnost

Web scraping je neizbježna realnost za moderne web stranice. Ono što je važno nije pokušati blokirati svakog bota, već otežati zlonamjernim botovima da iskorištavaju vašu stranicu, istovremeno štiteći legitimne skenere. Kada analiza logova, ograničavanje brzine, WAF, CDN, API sigurnost, pravilna upotreba robots.txt-a, pravni tekstovi i snažna hosting infrastruktura rade zajedno, bolje ćete zaštititi i svoje performanse i svoje komercijalne podatke.

Ako želite zajedno planirati svoje potrebe za sigurnošću, brzinom i skalabilnošću dok razvijate svoju stranicu na Hostragonsu, možete pregledati svoju postojeću hosting strukturu i istražiti opcije Web Hosting ili VPS server koje odgovaraju vašem projektu. Prava infrastruktura je tih, ali moćan sloj odbrane u borbi protiv botova.

Često postavljana pitanja

Da li je web scraping legalan?

Web scraping nije automatski legalan ili nelegalan u svakoj situaciji. Vrsta podataka, svrha korištenja, uslovi korištenja stranice, prisustvo ličnih podataka i autorska prava su odlučujući faktori. Ograničena tehnička analiza javno dostupnih stranica ne ocjenjuje se isto kao neovlašteno kopiranje komercijalne baze podataka. Preporučuje se potražiti pravni savjet prilikom kreiranja jasne politike za vašu kompaniju.

Da li robots.txt datoteka zaustavlja scraper botove?

Ne. robots.txt je datoteka sa smjernicama koja dobronamjernim botovima govori koja područja ne bi trebali skenirati; to nije tehnička sigurnosna barijera. Zlonamjerni botovi mogu ignorisati ovu datoteku. Za stvarnu zaštitu potrebne su dodatne mjere poput WAF-a, ograničavanja brzine, kontrole pristupa i praćenja logova.

Kako da razlikujem Googlebot od lažnog bota?

Nemojte se oslanjati samo na informaciju o user-agentu. Lažni botovi se mogu predstaviti kao Googlebot. Za verifikaciju je potrebno potvrditi da li IP adresa pripada Google-u putem reverzne DNS i proslijeđene DNS provjere. Takođe treba uporediti brzinu skeniranja, ponašanje na URL-ovima i podatke o skeniranju u Search Console-u.

Da li CAPTCHA potpuno zaustavlja botove?

CAPTCHA usporava neke automatizacije, ali sama po sebi nije konačno rješenje. Napredni botovi mogu koristiti servise za rješavanje CAPTCHA-e, imitaciju sesije ili automatizaciju stvarnog preglednika. CAPTCHA daje najbolje rezultate kada se koristi zajedno s ograničavanjem brzine, WAF-om, analizom ponašanja i verifikacijom zasnovanom na riziku.

Da li bot saobraćaj utiče na performanse mog hostinga?

Da. Intenzivan bot saobraćaj može iscrpiti limite CPU-a, RAM-a, baze podataka, propusnog opsega i PHP procesa. Ovo može dovesti do usporavanja, stranica s greškama i gubitka konverzija za stvarne korisnike. Keširanje, CDN, ograničavanje brzine i odabir pravog hosting paketa smanjuju uticaj bot saobraćaja.