Kako sem svojo stran pripravil za AI agente?

1. Trije AI modeli, tri nepopolne slike

GPT-ju, Geminiju in Claudu sem dal nalogo, preveriti, kaj mora vsebovati spletna stran, da bo pripravljena za AI:

• GPT je dal dober okvir: AI, ki išče, in agent, ki opravlja naloge, potrebujeta različno. MCP pa sploh ni omenil, prav tako ne Binga, večjezičnosti ali GDPR za strežnik.
• Gemini je navedel zastarela imena botov, oznako Google-Extended je zamenjal za crawlerja, agente pa za lasten chatbot z vektorsko bazo. GDPR ni omenil.
• Claude je bil najbolj konkreten pri MCP in katalogu, v prvem načrtu pa je izpustil osnove: favicon, Search Console, Bing, x-default in prevode zasebnosti. Za vprašanja je predlagal napačno shemo.

Več dni je trajalo, da sem določil pravilno strukturo, vsebinske sklope in potrebne datoteke. Pri izvedbi se je našlo še mnogo napak in pomanjkljivosti, ki sem jih sproti odpravljal in dopolnjeval. Seveda sem si beležil vsako pot in odločitev, da bo naslednjič lažje. Nove standarde (MCP Server Card, Content Signals, markdown za agente) je pokazal šele Cloudflarov skener isitagentready.com. Omenil jih ni nihče od modelov.

Bistvo: AI model je dober pomočnik, je pa še daleč od kontrole, kaj šele od izvedbenega partnerja. Veseli me, da se standardi že preproste spletne strani z razvojem umetne inteligence toliko spreminjajo, da bomo še nekaj časa ljudje potrebni za izdelavo primernih spletnih strani, kaj šele zahtevnejših programov. Je pa brez AI modelov vse precej težje in počasneje.

2. Kaj sem moral pripraviti, preden sem začel?

Vsebina

• Vprašanja iz resničnih pogovorov s strankami, ne iz ključnih besed. Vsak odgovor je realni odgovor stranki. Pomembno je pisati tako vsebino, ker Google in AI iskalniki dajejo prednost vsebini, ki doda nekaj novega.
• Cene kot razpone, z dejavniki, od katerih je cena odvisna. Brez objavljenih cen AI na vprašanje o ceni ne more odgovoriti s tvojim podatkom.
• Prevode v EN, DE in HR, pregledane pred objavo. Prevodi so bili strojni, a se mnogokrat prikradejo konfabulacijske napake ali napačna interpretiranja. Tudi če je prevod narejen kontekstualno v istem pogovoru z modelom.
• Seznam izrazov, ki se ne smejo pojaviti nikjer, npr. imena strank in podobno.

Pravni podatki

• Podatki iz Poslovnega registra za impresum in strukturirane podatke.
• Pogoji uporabe in zasebnost za MCP strežnik.

Dostopi

• DNS, strežnik, repozitorij kode.
• Google Cloud projekt s Calendar in Gmail API za rezervacije.
• Google Search Console, Bing Webmaster Tools, preverjanje identitete pri OpenAI.

Odločitve

• Ali so crawlerji za učenje modelov dobrodošli? V mojem primeru, da.
• Kje so povezave za bote? AI modelom je vseeno, zato sem se odločil, dati jih v nogo in ne v meni.
• Kaj se beleži in koliko časa?

Bistvo: Vidnost je še vedno odvisna od človečnosti vsebine. Formalizacija pred izvedbo je pa tako ali tako moto Operative Intelligence.

3. Kaj ima stran zdaj, sloj za slojem

• Vprašanja in odgovori: vsako vprašanje ima svojo stran v štirih jezikih, z datumom. Prvi stavek je neposreden odgovor.
• Katalog (catalog.json): en vir za storitve, cene, vprašanja in rezervacijo. Iz njega se generira vse ostalo, zato agent nikoli ne dobi drugačnega podatka kot človek.
• Strukturirani podatki: podjetje, avtor in vsako vprašanje kot ločena enota.
• llms.txt: pregled strani za jezikovne modele.
• MCP strežnik: asistent (Claude, ChatGPT, Gemini) lahko neposredno vpraša po storitvah, cenah in odgovorih. Strežnik nima lastnega modela, vrača samo objavljeno.
• Rezervacija prek asistenta: asistent pokaže proste termine in zahteva rezervacijo, a samo z izrecnim soglasjem uporabnika. Rezervacija velja šele, ko jo uporabnik potrdi v e-pošti.
• Agent Card in MCP Server Card: opisa za druge agente, kaj strežnik zna.
• Content Signals in markdown: stran pove, kaj AI sme z vsebino, agentom pa vrne lažje berljivo različico.
• Iskalniki: sitemap z vsemi jeziki, Search Console in Bing.

Bistvo: en vir podatkov, več izhodov. Brez tega se stran, katalog in MCP prej ali slej razidejo.

4. Kaj mora imeti MCP strežnik v EU

1. Ločene pogoje uporabe in zasebnost za MCP, v vseh jezikih strani.
2. Upravljavca z imenom, naslovom in matično številko.
3. Minimizacijo: strežnik ne dobi pogovora, iskalnega vprašanja ne shrani.
4. Loge brez IP naslova, z omejeno hrambo.
5. Navedeno pravno podlago, obdelovalca in lokacijo gostovanja.
6. Pri dejanjih (npr. rezervaciji) izrecno soglasje in potrditev s strani človeka.
7. Jasno mejo: za pogovor odgovarja ponudnik asistenta, ne ti.
8. Izjavo, da odgovori niso ponudba in da velja vsebina strani.

AI Act za tak strežnik po moji oceni ne velja neposredno, ker nima modela in ni AI sistem. Velja pa GDPR.

Bistvo: javno naj bo samo za branje, vsako dejanje pa s soglasjem in človeško potrditvijo.

5. Kaj je hype in kaj ne

• Ni gumba, ki zagotovi, da te AI priporoči.
• llms.txt pri Googlu ne pomaga. Je poceni, a ga ne prodajaj kot rešitev.
• Novi standardi so še redki: po Cloudflarovi analizi aprila 2026 je imelo MCP Server Card manj kot 15 strani, konec maja po drugem viru okoli 122 domen. Prednost zgodnjih je realna, a majhna.
• Kar deluje: dobra indeksiranost, konkretni odgovori, omembe na drugih straneh in prisotnost v imenikih MCP strežnikov.
• Česa ne delati: skrita navodila za AI na strani ali množično generirane podstrani.

Bistvo: Standarde je treba stalno spremljati, ker se trenutno zelo spreminjajo. Osnove so zato toliko bolj pomembne.

6. Kaj mora pripraviti podjetje, če to dela zanj nekdo drug

1. Vprašanja, težave in predlogi strank iz e-pošte ali prodaje in osebo, ki potrdi odgovore.
2. Veljaven cenik ali razpone in pravila, kaj se sme objaviti.
3. Pravne podatke in osebo za pravni pregled.
4. Dostope: DNS, gostovanje, CMS ali repozitorij, koledar, Search Console in Bing.
5. Odločitev, kaj sme agent narediti: samo brati, rezervirati ali oddati povpraševanje.

Bistvo: Kar daš not, dobiš ven, da se ne izrazim neprimerno. Še vedno velja, da bo stran dobra le, če je vsebina kvalitetna. Dober izvajalec spletne strani bo vedel, kaj mora zahtevati od stranke, slab bo pa delal s tem, kar dobi in naredil temu primerno.

7. Dve ravni: AI-ready in Agent-ready

• AI-ready: AI te najde, razume in citira. To so vsebina, strukturirani podatki in indeksiranost.
• Agent-ready: agent pri tebi nekaj opravi, npr. preveri ceno ali rezervira termin. To so katalog, MCP strežnik in pravila za dejanja.

Večina podjetij potrebuje najprej prvo raven. Druga je smiselna, ko imaš dejanje, ki ga stranka res želi opraviti prek asistenta.

Bistvo: Vse gre v smeri samodejnosti z agenti, zato je dobro po ravneh pripraviti stran na prihajajoče in neizogibno. Moj naslednji korak so vsebinski plugini pri vseh modelih, ki jih podpirajo.