Google je 21. septembra 2026. u GA4 dodao Include filter za hostname. Umesto da svaki novi spam domen ručno izbacujete, sada pravite listu domena koje želite da zadržite. Za sajtove u Srbiji, gde se u izveštajima često pojave ghost referral i lažni hostovi, ovo skida stalno krpljenje exclude liste.

Vest je u Googleovoj strani What’s new in Google Analytics od 21. septembra. Search Engine Journal je istog dana objasnio šta filter radi i gde je zamka. Detalj koji se lako previdi: filter menja podatke trajno, i to samo od trenutka aktivacije.

Šta je Include filter za hostname?

Do sada ste hostname filter mogli da koristite samo kao exclude. Google je taj tip uveo 11. juna 2026, i tada je u release belešci pisalo da služi da se događaji izbace po hostname-u. Svaki novi spam izvor tražio je novi red u listi.

Include radi obrnuto. Navedete odobrene hostove, na primer primer.rs i www.primer.rs, i GA4 zadržava događaje samo sa te liste. Google u belešci kaže da exclude traži stalno ručno ažuriranje zbog novih spam izvora, a allowlista skraćuje održavanje i čuva integritet podataka.

Ovo nije novi izveštaj ni retroaktivna čistka: stari podaci ostaju kakvi su bili, a filter gleda samo dolazne događaje od trenutka kada ga napravite.

Zašto je ovo bitno za sajtove u Srbiji?

Mnogi lokalni sajtovi imaju isti problem: u GA4 se pored pravog domena pojave hostovi koji nisu vaši. Ponekad je to staging (staging.primer.rs), ponekad tuđi sajt koji šalje lažne hitove, ponekad čist spam bez smislenog imena.

Exclude lista raste, a niko je ne pregleda dok klijent ne pita zašto sesije skaču a upiti ne. Include lista je kraća i jasnija: ako host nije na njoj, ne ulazi u izveštaj.

Posebno pazi na ove slučajeve:

  • www i bez www. Ako sajt odgovara na oba, oba moraju na listu dok redirekcija ne sredi kanonski host.
  • Poddomeni. shop.primer.rs, blog.primer.rs i app subdomen ne ulaze automatski samo zato što je glavni domen odobren.
  • Više jezika ili više brendova u jednom property-ju. Svaki host koji želite u izveštaju mora da bude naveden.
  • Test i preview. GTM preview, lokalni dev i staging često šalju hitove sa drugog hosta. Ako ih ne želite u produkcijskom property-ju, nemojte ih stavljati na listu. Ako ih merite posebno, bolje im je drugi property ili bar drugi data stream.

Ako još uvek mešate organic, događaje i konverzije u istom property-ju bez filtera, prvo pročitajte GA4 za SEO: događaji, organic i greške početnika. Filter sprečava da tuđi host kvari brojke koje već imate, a loše postavljene ciljeve ne popravlja.

Šta filter ne radi?

Tri ograničenja vrede više od same vesti.

Measurement Protocol prolazi. Include filter se ne primenjuje na događaje poslate preko Measurement Protocol-a. Server-side hitovi, CRM slanja i ručni API eventi ostaju u property-ju i kad host nije na listi. Ako vam spam dolazi tim kanalom, hostname filter ga neće zaustaviti.

Događaj bez hostname-a se blokira. Google navodi gtag.js saobraćaj kao primer i kaže da hostname koji fali obično znači spam ili nenormalan saobraćaj. To je dobro za čistke, ali loše ako neki vaš tag namerno ne šalje host. Proverite da pravi tagovi šalju page_location ili hostname pre nego što filter aktivirate.

Aktivacija je trajna. Dok je filter u stanju Testing, GA4 označava pogodke i vi i dalje vidite podatke. Kad pređe u Active, pogoci koji ne odgovaraju se ne procesiraju. Google na stranici o data filterima kaže da takvi eventi nikad neće biti dostupni u Analyticsu ni u BigQuery-u. Nema undo za dane koje ste već propustili.

Zato ne aktivirajte filter u petak pred kampanju. Testing stanje postoji baš zato da vidite koliko saobraćaja bi ispalo, pre nego što ga stvarno isečete. Uputstvo za podešavanje je na Googleovoj stranici za hostname filtere.

Kako da proverite listu pre aktivacije?

Za ovo vam ne treba novi alat, dovoljan je sat vremena u postojećem property-ju.

  1. U GA4 otvorite izveštaj koji ima dimenziju Hostname (Explore, ili standardni izveštaj uz sekundarnu dimenziju). Period: poslednjih 28 dana, pa posebno poslednjih 7 ako vam spam dolazi u talasima.
  2. Izvezite hostove koji imaju sesije ili događaje. Odvojite svoje od tuđih.
  3. Na svoju listu stavite samo hostove sa kojih stvarno želite izveštaj. Uključite i varijantu sa www ako je još uvek živa.
  4. Napravite Include filter i ostavite ga na Testing. Google označava pogodke, ne briše ih.
  5. Posle nekoliko dana uporedite koliko saobraćaja bi filter izbacio. Ako procenat deluje prevelik, neki vaš host nije na listi.
  6. Tek tada prebacite filter na Active.

Ako paralelno gledate Search Console, uporedite hostove i tamo. GSC vam neće pokazati spam hitove iz GA4, ali će pokazati koji host Google stvarno indeksira. Raskorak između “hostova u analitici” i “hostova u pretrazi” je čest znak da GA4 broji nešto što nije sajt. Za čitanje upita i stranica i dalje je Google Search Console za početnike bolji izvor od sirovih sesija.

Ako vodite i AI saobraćaj kroz isti property, filter ne rešava atribuciju referrera iz ChatGPT-a, Gemini-ja ili Perplexity-ja. To je druga tema, pokrivena u tekstu o AI saobraćaju i atribuciji u GA4 i GSC. Hostname filter radi na nivou domena događaja i ne dira ime izvora.

Šta ovo menja u izveštaju za klijenta?

Kratkoročno, skoro ništa vidljivo. Stari meseci ostaju. Novi mesec, posle aktivacije, može da pokaže manje sesija. To nije pad organskog prometa. To je nestanak hitova koji nikad nisu bili vaš sajt.

Pre nego što nekome javite “pala nam je poseta”, proverite tri stvari:

  • Da li je filter prešao iz Testing u Active baš tog dana.
  • Da li je pao samo broj sesija, dok prikazi i klikovi u Search Console-u stoje.
  • Da li su konverzije ostale, a “smeće” (bounce sa nepoznatih hostova, sesije od 0 sekundi) nestalo.

Ako organski klikovi u GSC-u stoje, a GA4 sesije padnu samo na tuđim hostovima, izveštaj je zdraviji nego pre. U tekstu o ROI-ju SEO-a u Google Analyticsu računica ionako stoji na konverzijama, ne na sirovim sesijama. Čistiji hostname znači manje lažnog obima u imeniocu.

Agencije koje drže više klijenata u sličnom šablonu mogu da pretvore ovo u checklistu: jedan property, jedna allowlista, Testing bar 48 sati, pa Active. Exclude liste koje su rasle godinama mogu da ostanu dok se ne uverite da Include hvata iste smeće-hostove. Nemojte brisati staro pravilo istog dana kad uključite novo, dok ne vidite Testing oznaku.

Čega da se klonite?

  • Nemojte staviti samo apex domen ako sajt živi na www, ili obrnuto.
  • Nemojte aktivirati filter na property-ju koji prima Measurement Protocol prodaju, pa se iznenaditi što ti eventi i dalje ulaze. To je očekivano ponašanje.
  • Nemojte očekivati da se septembarski izveštaj unazad očisti.
  • Nemojte koristiti filter kao zamenu za consent mode, server-side tagovanje ili ispravan data stream. On rešava jedan uzan problem: koji host sme da uđe u obradu.

Ako imate međunarodni sajt sa više ccTLD-ova u jednom property-ju, lista mora da bude kompletna pre aktivacije. Jedan zaboravljeni .rs ili .com host i taj deo sajta nestaje iz GA4 dok filter ručno ne vratite u Testing ili ga ne proširite. Povratak ne vraća dane koji su već odbačeni.

Šta da uradite pre aktivacije

  • Upišite sve prave hostove (www, bez www, poddomeni koje merite) u Include filter.
  • Ostavite filter par dana na Testing, jer Active trajno odbacuje nepodudarne događaje, a stari podaci se ne menjaju.
  • Imajte na umu da se događaji bez hostname-a blokiraju, dok se Measurement Protocol ne filtrira.
  • Pad sesija posle aktivacije uporedite sa Search Console-om pre nego što ga prijavite kao pad prometa.

Izvor vesti: What’s new in Google Analytics (21. septembar 2026) i Search Engine Journal.