Pripravljenost na AI iskanje: pogoste težave tehničnega SEO, zaradi katerih spletne strani ostanejo neodkrite

Od kod so številke

29. septembra 2026 je SitequiryBot pregledal 106 znanih spletišč, večinoma v slovenščini in nemščini, nekaj pa v angleščini in drugih jezikih: spletne trgovine, medije, javne storitve, podjetja, turizem in nevladne organizacije. Pregled se je zaključil pri 90 spletiščih; 13 jih je našemu pajku odgovorilo s kodo 403, 429 ali preverjanjem za bote, 3 pa so preusmerila na drugo domeno. Pri vsakem zaključenem spletišču smo analizirali do 20 strani in preverili 12.381 notranjih povezav, ki smo jih na njih našli, z enakimi preverjanji kot v plačljivem poročilu Site Report.

Vse številke v nadaljevanju štejejo spletišča, ne strani: spletišče se pri posamezni težavi šteje enkrat, ne glede na to, ali je prizadet en URL ali petdeset. Gre za priročni vzorec znanih spletišč, ki ne predstavlja spleta kot celote, 20 strani pa ni celoten pregled, zato ima spletišče, ki je preverjanje »prestalo«, težavo morda drugje. Številke o robots.txt, zemljevidih strani, llms.txt in označevanju so skupaj z metodo objavljene v naši raziskavi o pripravljenosti na AI iskanje. Tehnične številke na tej strani izvirajo iz istega pregleda in so na voljo kot CSV in JSON pod licenco CC BY 4.0; podatkovna zbirka je v angleščini. Rezultatov posameznih spletišč ne objavljamo.

Od 90 zaključenih spletišč jih je 33 v slovenščini, 27 od teh pa ima zemljevid strani. Pri več težavah spodaj navajamo tudi njihove številke. To so spletišča, napisana v slovenščini, iz istega vzorca, ne ocena slovenskega spleta, skupina pa je majhna, zato jo berite kot opis vzorca. Napake pri notranjih povezavah so bile v njej pogostejše kot v celotnem vzorcu, strani, ki bi jo izrisal šele JavaScript, pa nismo našli pri nobenem.

Klasični SEO in vidnost v AI: isti temelji, drugačen zadnji korak

Google jasno pove, da njegove AI funkcije ne zahtevajo ničesar dodatnega. Na strani AI funkcije in vaše spletno mesto navaja, da mora biti stran indeksirana in primerna za prikaz z izrezkom ter da veljajo običajne osnove SEO. Posebne oznake ali datoteke, s katero bi se stran uvrstila v AI Overviews ali AI Mode, ni.

Drugi AI iskalniki pošiljajo lastne pajke. OpenAI z OAI-SearchBot prikazuje spletišča v iskanju ChatGPT, ločeno od GPTBot, ki zbira podatke za učenje modelov. Anthropic opisuje Claude-SearchBot, Claude-User in ClaudeBot ter navaja, da upoštevajo robots.txt, Perplexity pa za svoje rezultate iskanja uporablja PerplexityBot. Ne glede na to, kaj ti sistemi naredijo pozneje, začnejo tam kot vsak iskalnik: prenesejo URL, sledijo povezavam in preberejo HTML.

Zadnji korak je drugačen. Iskalnik razvrsti seznam strani, AI odgovor pa izbere nekaj odlomkov in jih lahko navede kot vir. Nobeno od teh podjetij ne objavlja, kako izbira vire za navedbo, in tega ne more izmeriti noben pregled, tudi naš ne. Tehnična plast odloča o nečem ožjem in lažje preverljivem: ali stran sploh lahko pride med kandidate.

1. Pajki so zavrnjeni, še preden vidijo stran

Prva vrata so robots.txt. V naši raziskavi je 14 od 90 spletišč (16 %) blokiralo vsaj enega od štirih pajkov za AI iskanje, ki jih preverjamo, 18 (20 %) pa vsaj enega od 15 AI pajkov katere koli vrste. Ali je blokada namerna, se od zunaj ne vidi, zato preverite, da pravilo, ki naj bi ustavilo učenje AI, ne navaja tudi pajka za iskanje. Kateri uporabniški agent kaj počne, pojasnjuje vodič AI pajki in robots.txt.

Druga vrata so požarni zid ali CDN, o katerih robots.txt ne pove ničesar. V našem vzorcu 13 od 106 spletišč pajka sploh ni spustilo naprej, temveč je odgovorilo s kodo 403, 429 ali stranjo s preverjanjem. Enako smo odkrili na lastnem spletišču: 13. oktobra 2026 je sitequiry.com v robots.txt dovoljeval vse pajke, požarni zid gostitelja pa je uporabniškemu agentu Bytespider vračal kodo 403. Zaščita pred boti, ki pajka iskalnika ne loči od orodja za strganje vsebine, lahko zaklene OAI-SearchBot ali PerplexityBot enako zlahka kot kogar koli drugega, lastnik pa tega v robots.txt nikoli ne vidi.

Tretja, manj opazna vrata so noindex. Google opozarja, da stran, ki je blokirana v robots.txt, ne more pokazati svoje oznake noindex, ker je pajek sploh ne prenese (Google: blokiranje indeksiranja). V našem pregledu je imela noindex ena naslovnica: le eno spletišče, a prav njegova glavna vhodna vrata so iskalnike prosila, naj jih izpustijo.

• Odprite svoj robots.txt in preberite vsako skupino User-agent, ki navaja AI pajka; preverjanje AI pajkov to naredi za 15 pajkov.
• Gostitelja ali ponudnika CDN vprašajte, katere bote njihov požarni zid preverja ali zavrača. Cloudflare ima na primer nastavitev, ki blokira AI pajke ne glede na to, kaj piše v robots.txt.
• Preverite, da strani, ki jih želite v iskanju, nimajo oznake noindex v HTML ali v glavi X-Robots-Tag.

2. Notranje povezave, ki vodijo nikamor ali po ovinku

Pajki večino strani najdejo tako, da sledijo povezavam. Od 12.381 notranjih povezav, ki smo jih preverili, jih je 64 vodilo na stran z napako (60 od teh na 404). To se sliši malo, vendar so bile razpršene po 18 od 90 spletišč (20 %), na 10 od teh 18 spletišč pa je na isti nedelujoči cilj kazalo tri ali več analiziranih strani, kar navadno pomeni povezavo v meniju, nogi ali predlogi.

Preusmeritve so bile veliko pogostejše: 67 spletišč (74 %) je z notranjo povezavo kazalo na vsaj en URL, ki je preusmeril, največkrat s http:// na https:// ali na različico s poševnico na koncu oziroma brez nje. En skok ni škodljiv. Težava so verige: 23 spletišč (26 %) je imelo vsaj en URL, ki je potreboval dve ali več preusmeritev. Googlovi pajki sledijo največ 10 skokom (Google: statusne kode HTTP), Googlova navodila za selitev spletišča pa priporočajo preusmeritev neposredno na končni URL ali verigo z manj kot petimi skoki, najbolje ne več kot tremi (Google: selitev spletišča). Drugi AI pajki svojih omejitev ne dokumentirajo, zato je varneje predpostaviti, da je vsak dodaten skok še ena zahteva, ki je pajek morda ne bo izvedel.

Pri 33 spletiščih v slovenščini so bile vse tri težave pogostejše kot v celotnem vzorcu. Na stran z napako 4xx ali 5xx je notranje povezovalo 11 od 33 (33 % proti 20 % v celotnem vzorcu), na URL s preusmeritvijo 27 od 33 (82 % proti 74 %), verigo preusmeritev pa je imelo 10 od 33 (30 % proti 26 %).

Obe težavi se odpravita enako: povezavo popravite tako, da kaže neposredno na končni URL, in to v predlogi, ki jo izpiše, namesto da dodate še eno preusmeritev. Kako po prehodu na https uskladite preusmeritve, notranje povezave in zemljevid strani, opisuje vodič Zakaj moje spletne strani ni na Googlu?.

3. Zemljevidi strani, ki nasprotujejo stranem, ki jih navajajo

Zemljevid strani je seznam URL-jev, za katere iskalnike prosite, naj jih obiščejo in indeksirajo. Imelo ga je 75 od 90 spletišč. Med njimi jih je 15 (20 %) navajalo vsaj en URL, ki je preusmeril ali vrnil napako, 6 (8 %) pa stran z oznako noindex. Vsak tak primer je protislovje: zemljevid pravi »indeksiraj to«, stran pa »preselila sem se«, »ne obstajam« ali »ne indeksiraj me«.

Med spletišči v slovenščini smo zemljevid strani našli pri 27 od 33. Sedem od teh 27 (26 % proti 20 % v celotnem vzorcu) je navajalo URL, ki je preusmeril ali vrnil napako, strani z oznako noindex pa ni navajalo nobeno (0 od 27, v celotnem vzorcu 8 %).

Google prosi, da navedete kanonične URL-je, ki jih želite v rezultatih iskanja, lastmod pa upošteva le, če je dosledno točen (Google: izdelava zemljevida strani). Bing poudarja isto z mislijo na AI iskanje: v objavi iz julija 2025 priporoča popoln zemljevid strani z resničnim lastmod in IndexNow za spremenjene strani, da rezultati, ki jih poganja AI, ostanejo sveži.

• Zemljevid strani ustvarjajte iz istih podatkov, ki določajo canonical in noindex, da preusmerjena ali izključena stran iz zemljevida izpade samodejno.
• V lastmod vpišite datum zadnje spremembe vsebine, ne datuma, ko je nastala datoteka.
• Zemljevid strani navedite v robots.txt. To je storilo 70 od 84 spletišč z berljivim robots.txt; ostala se zanašajo na to, da ga bodo iskalniki našli na privzetem naslovu.

4. Canonical, podvojeni naslovi in jezikovne oznake, ki si nasprotujejo

Oznaka canonical iskalnikom pove, kateri od več podobnih URL-jev je glavni. Google jo skupaj s preusmeritvami šteje za močan signal, navedba URL-ja v zemljevidu strani pa je šibek signal (Google: kanonični URL-ji). Canonical, ki kaže na stran s preusmeritvijo, napako ali noindex, pajka pošlje v slepo ulico. To smo našli le pri enem spletišču. Napake canonical so bile v tem vzorcu redke, vendar napačen canonical v predlogi prizadene vsako stran, ki iz nje nastane.

Podvojeni naslovi so bili pogostejši: 16 spletišč (18 %) je imelo vsaj dve indeksirljivi strani z enakim naslovom (title), med spletišči v slovenščini 7 od 33 (21 %). Ko se dve strani predstavljata enako, mora iskalnik sam ugotoviti, katera odgovarja na poizvedbo; Googlove smernice za naslovne povezave za vsako stran priporočajo samostojen, opisen naslov.

Večjezična spletišča imajo še hreflang, ki deluje le, če vsaka jezikovna različica navaja sebe in vse druge ter je vsaka povezava vrnjena; sicer lahko iskalnik oznake prezre (Google: lokalizirane različice). Od 31 spletišč s hreflang so 4 (13 %) to zanko prekinila vsaj na eni strani. Preverjanje canonical in hreflang v nekaj sekundah preizkusi en URL in njegove jezikovne različice.

5. Vsebina, ki obstaja šele, ko se izvede JavaScript

Pri 5 od 90 spletišč (6 %) je bila vsaj ena analizirana stran izrisana na strani odjemalca: HTML, ki ga je poslal strežnik, ni vseboval berljive vsebine, dokler se ni izvedel JavaScript. Še tri spletišča smo iz istega razloga izpustili iz številk raziskave na ravni strani, ker skoraj nobena njihova stran ni imela vsebine v HTML. Med 33 spletišči v slovenščini takšne strani nismo našli pri nobenem (0 od 33).

Google JavaScript izriše, vendar v ločenem koraku po pajkanju, in še vedno priporoča izrisovanje na strežniku ali vnaprejšnje izrisovanje, med drugim zato, ker vsak pajek ne zna izvajati skript (Google: osnove SEO za JavaScript). Za AI pajke je najboljša javna meritev Vercelova analiza iz decembra 2024: takrat nobeden od večjih AI pajkov ni izrisoval JavaScripta. Pajka podjetij OpenAI in Anthropic sta datoteke s skriptami prenesla, a jih nista izvedla, Gemini (prek Googlove infrastrukture) in Applebot pa sta strani izrisala. To se lahko spremeni, danes pa je stran, katere besedilo se pojavi šele v brskalniku, za nekatere pajke AI iskanja verjetno nevidna.

Preizkus je preprost: odprite izvorno kodo strani (ne pregledovalnika elementov) in poiščite stavek iz glavnega besedila. Če ga ni, se z razvijalcem pogovorite o izrisovanju na strežniku ali statičnem generiranju za strani, ki so za vas pomembne.

6. Strani, ki jih je težko razumeti, ko so enkrat prebrane

Prenesena stran še ni razumljena stran. Raziskava je pokazala, da je 59 % naslovnic vsebovalo nekaj oznak schema.org, le 35 % pa jih je navedlo organizacijo, ki stoji za spletiščem, pri 43 % preverjenih spletišč pa dve ali več indeksirljivih strani ni imelo naslova H1. Strukturirani podatki sami po sebi ne prinesejo mesta v AI odgovorih. Googlovo pravilo je, da morajo opisovati to, kar je na strani vidno (Google: smernice za strukturirane podatke), njegov nasvet o AI izkušnjah iz maja 2025 pa na prvo mesto, pred vse tehnične točke, postavlja edinstveno in uporabno vsebino.

V praksi to pomeni en jasen H1, ki poimenuje temo, naslov (title) in meta opis, ki se razlikujeta od vseh drugih strani, blok Organization, ki se ujema z imenom in naslovom podjetja na strani, ter besedilo, ki na vprašanje, o katerem govori stran, odgovori v preprostih stavkih. Vodič o strukturiranih podatkih vsebuje minimalen primer oznake Organization.

Česa ta pregled ne pove

• Ali ChatGPT, Perplexity, Claude ali Googlovi AI odgovori spletišče navajajo kot vir. Merili smo le signale pripravljenosti; nobena številka tukaj ni meritev vidnosti ali uvrstitev.
• Ali je katera od teh težav povzročila spremembo uvrstitve. Gre za dokumentirane ovire pri pajkanju in indeksiranju, ne za dokazane dejavnike, po katerih AI odgovori izbirajo vire.
• Ničesar onkraj 20 strani na spletišče in ničesar o tem, kaj bi dobil pajek z druge lokacije ali z drugim uporabniškim agentom.
• Hitrosti in meritev Core Web Vitals, ki jih pri tem vzorcu nismo merili.

Vrstni red preverjanja za vaše spletišče

• Dostop: skupine v robots.txt za pajke iskalnikov in AI ter nastavitve za bote v požarnem zidu ali CDN. Uporabite preverjanje AI pajkov.
• Indeksirljivost: nobenega neželenega noindex, canonical pa kaže na delujoče, indeksirljive strani. Uporabite preverjanje meta oznak.
• Povezave: nobene notranje povezave na 404 in nobene verige preusmeritev; povezave posodobite na končni URL.
• Zemljevid strani: samo kanonični, indeksirljivi URL-ji, ki vrnejo kodo 200, z resničnim lastmod.
• Izrisovanje: glavno besedilo je v izvorni kodi strani.
• Jeziki: hreflang navaja vse različice, tudi stran samo, in vsaka povezava je vrnjena. Uporabite preverjanje canonical in hreflang.
• Razumljivost: en H1, edinstven naslov in opis ter strukturirani podatki, ki se ujemajo s stranjo.

Brezplačna analiza te signale preveri za en URL, prek Google PageSpeed pa izmeri še hitrost. Plačljivo poročilo Site Report izvede enaka preverjanja kot ta pregled na do 20 straneh spletišča in preveri notranje povezave, ki jih najde. Ko popravki zahtevajo razvijalca, lahko ekipa GE-KO, ki stoji za Sitequiry, prevzame izvedbo.

Pogosta vprašanja