SEO za spletne strani, zgrajene z AI: kaj res šteje
Spletna stran, zgrajena z AI, se lahko uvršča enako dobro kot katerakoli druga: iskalniki presodijo, kaj stran vsebuje in kako dobro služi obiskovalcu, ne katero orodje je napisalo kodo. Težava je tehnična. Mnogi graditelji z AI ustvarijo enostranske aplikacije, ki brskalniku pošljejo skoraj prazno datoteko HTML in vsebino narišejo z JavaScriptom, zato je vsako stran težje brati in deliti za prebiralnike. To popravite s predizrisom ali izrisom na strežniku, dajte vsaki strani lasten naslov, opis in URL, dodajte zemljevid strani, poskrbite za hitrost, nato pa naredite še tisto, kar ne naredi nobeno orodje namesto vas — napišite vsebino, ki jo ljudje iščejo.
Zakaj enostranske aplikacije lahko težko pridejo do izraza na iskalnikih
Tradicionalna spletna stran pošlje celotno besedilo vsake strani v svojem HTML-ju. Enostranska aplikacija (SPA) — privzeti izhod številnih graditeljev z AI, običajno React z orodjem kot Vite — pošlje majhno lupino HTML, nekaj takega kot prazen <div id="root">, ter paket JavaScripta. Brskalnik zažene JavaScript, ta pa zgradi stran.
To je za iskanje pomembno na tri načine:
- Izris je dodaten korak. Google opisuje tri faze za strani z JavaScriptom: prebere HTML, ga izriše v brskalniku brez zaslona (headless Chromium) in nato indeksira izrisan rezultat. Googlove lastne smernice pravijo, da je izris na strežniku ali predizris še vedno dobra zamisel, ker je hitrejši za uporabnike in robote ter ker vsi roboti ne znajo izvajati JavaScripta.
- Drugi bralci vaše strani sploh ne izrisujejo. Predogledi povezav v klepetalnih aplikacijah in družbenih omrežjih ter mnogi drugi prebiralniki običajno preberejo samo začetni HTML. Če naslov in predogledno sliko nastavi JavaScript po nalaganju, predogledi prikažejo privzete vrednosti prazne lupine — pogosto isti naslov na vsaki strani.
- Vse deli eno datoteko HTML. Razen če aplikacija to posodobi, ima vsak URL isti
<title>in opis, kar iskalnikom o posamezni strani pove malo.
Nič od tega ne pomeni, da SPA ne more biti indeksirana. Pomeni, da se zanašate na to, da prebiralnik opravi več dela, in izgubite nadzor nad tem, kaj vidijo bralci, ki ne izrisujejo.
Izberite pristop k izrisu
Obstajajo štirje pogosti načini, kako priti do pravega HTML-ja za robote. Po vrsti glede na to, koliko spremenijo vašo aplikacijo:
| Pristop | Kako deluje | Primerno za | Kompromis |
|---|---|---|---|
| Statična stran | Strani so običajne datoteke HTML, zgrajene vnaprej | Tržne strani, portfelji, dokumentacija, bloge | Manj primerno za strani za prijavljene, personalizirane vsebine |
| Predizris (generiranje statičnih strani) | Ob gradnji se vsak javni naslov izriše v datoteko HTML; JavaScript prevzame v brskalniku | SPA z znanim naborom javnih strani | Strani se posodobijo šele ob ponovni gradnji |
| Izris na strežniku (SSR) | Strežnik izriše HTML za vsako zahtevo (Next.js, Remix, Nuxt in podobni) | Velika ali pogosto spreminjajoča se javna vsebina, npr. seznami | Potrebuje delujoč strežnik; več premikajočih se delov |
| Dinamični izris | Robotom postreže predizrisan HTML, ljudem SPA | Star način obhoda | Google ga zdaj imenuje obhod, ne dolgoročna rešitev, in priporoča SSR, statični izris ali hidracijo |
Praktično pravilo: javni, iskalni del vaše strani naj bo statičen ali predizrisan; prijavljena aplikacija za njim lahko ostane običajna SPA. Iskalniki nikakor ne bi smeli indeksirati nadzornih plošč.
Če začenjate od nule in je SEO pomemben, to povejte že v prvem pozivu, da AI izbere primerno nastavitev:
Zgradi tržno spletno stran za fizioterapevtsko ordinacijo s stranmi Domov, Storitve (ena stran za vsako storitev), O nas, Cene in Kontakt. SEO je pomemben: vsaka stran mora v začetnem HTML-ju prenesti celotno vsebino ter svoj naslov in meta opis — uporabi statično ali predizrisano nastavitev, ne aplikacije, ki deluje samo na odjemalcu.
Če že imate aplikacijo Vite SPA, zahtevajte predizris javnih poti:
Ohrani to aplikacijo React, kot je, vendar javne poti (/, /pricing, /about, /blog in vsako /blog/:slug) predizrisi v statični HTML ob gradnji, vsaka s svojim naslovom, meta opisom, kanoničnim URL-jem in oznakami Open Graph. Poti za prijavljene /app lahko ostanejo izrisane na odjemalcu.
Po tem rezultat preverite sami: odprite stran, izberite Ogled izvorne kode (ne plošče Elements v orodjih za razvijalce, ki prikazuje izrisano stran) in preverite, ali sta besedilo in naslov v surovem HTML-ju.
Osnove na strani naredite prav
To velja ne glede na pristop k izrisu.
Naslovi in meta opisi
- En edinstven
<title>na stran, z glavno temo strani na začetku. Okoli 50–60 znakov je običajno priporočilo, ker so daljši naslovi v rezultatih pogosto skrajšani. - En edinstven meta opis na stran — stavek, ki bi ga človek rad kliknil, ne seznam ključnih besed. Google ga lahko prepiše, vendar je dober pogosto uporabljen.
- Opustite meta ključne besede. Google pravi, da oznaka nima učinka na indeksiranje ali uvrščanje.
URL-ji, naslovi in povezave
- Pravi URL-ji za prave strani. Vsaka vsebina potrebuje svojo pot (
/services/sports-massage), ne zavihka ali okna, ki obstaja šele po kliku. Za vsebine, ki jih želite indeksirati, se izogibajte usmerjanju z#. - Ena oznaka
h1na stran, nato smiseln pregledh2/h3. Oblikovanja z AI včasih uporabljajo naslove za slog; zahtevajte semantične naslove. - Povezave, ki jih lahko prebiralniki sledijo. Za navigacijo uporabite prave povezave
<a href>. Gumbi, ki z JavaScriptom spremenijo stran, so robotom, ki sledijo povezavam, nevidni. - Kanonične oznake, ki vsako stran usmerijo na želeni URL, da se variante
?utm=in podvojitve s končno poševnico ne tekmujejo med seboj. - Opisno nadomestno besedilo (alt) pri smiselnih slikah.
Družbeni predogledi
Dodajte oznake Open Graph (og:title, og:description, og:image, og:url) na vsako javno stran, v začetni HTML. To je del, ki ga SPA najpogosteje narobe izvedejo, ker roboti za predoglede povezav ne izvajajo JavaScripta.
Zemljevidi strani in robots.txt
Zemljevid strani je datoteka XML, ki našteva URL-je, ki jih želite indeksirati. Pomaga iskalnikom najti strani, zlasti na novih straneh z malo dohodnimi povezavami. Po Googlovi dokumentaciji od septembra 2026:
- En zemljevid strani lahko vsebuje do 50.000 URL-jev ali 50 MB nestisnjeno; večje strani razdelite s kazalom zemljevidov strani.
- Google prezre
<priority>in<changefreq>. - Google uporablja
<lastmod>samo, če je dosledno točen, zato ga posodobite za resnične spremembe vsebine, ne ob vsaki gradnji.
Datoteka robots.txt pove prebiralnikom, katerih poti naj ne prebirajo. Uporabite jo, da robote zadržite stran od /app, /admin in poti API, ter vanjo vključite povezavo do zemljevida strani. Zapomnite si, da robots.txt ustavi branje, ne indeksiranja: če želite stran odstraniti iz rezultatov, uporabite oznako meta robots noindex in dovolite, da se stran prebere.
Zemljevid strani oddajte v Google Search Console, ko je stran na končni domeni. Search Console tudi pokaže, katere strani so indeksirane in zakaj druge niso — najkoristnejše brezplačno orodje za SEO, kar obstaja.
Strukturirani podatki
Strukturirani podatki so označevanje, berljivo strojem, ki opisuje, kaj stran je: organizacijo, lokalno podjetje, izdelek, članek, dogodek. Google priporoča obliko JSON-LD in je jasen glede dveh točk:
- Lahko naredijo strani primerne za bogate rezultate, ampak tega ne zagotavljajo.
- Opisati morajo informacije, ki so vidne na strani. Ne označujte ocen, cen ali pogostih vprašanj, ki jih obiskovalci ne vidijo.
Smiselne izhodiščne točke: Organization ali LocalBusiness na domači strani, Product na straneh izdelkov, Article na objavah v blogu, BreadcrumbList na globokih straneh. Preizkusite z Googlovim preizkusom bogatih rezultatov (Rich Results Test).
Dodajte strukturirane podatke JSON-LD: LocalBusiness na domači strani z naslovom, telefonom in delovnim časom, ki so že prikazani na strani, in Article na vsaki objavi v blogu. Ne dodajajte ocen ali recenzij.
Hitrost in mobilni telefoni
Google upošteva signale izkušnje strani, vključno s Core Web Vitals, hitrost pa je pomembna za obiskovalce ne glede na to. Googlovi pragovi „dobro“, merjeni pri 75. percentilu nalaganj strani, so:
| Meritev | Meri | Dobro |
|---|---|---|
| Largest Contentful Paint (LCP) | Kako hitro se prikaže glavna vsebina | 2,5 s ali manj |
| Interaction to Next Paint (INP) | Kako hitro stran odgovori na vnos | 200 ms ali manj |
| Cumulative Layout Shift (CLS) | Koliko se postavitev premika med nalaganjem | 0,1 ali manj |
Običajne popravke za spletne strani, zgrajene z AI:
- Slike — zmanjšajte, stisnite, uporabite sodobne formate, nastavite širino in višino (preprečuje premikanje postavitve) in naložite leno pod pregibom.
- JavaScript — velik paket upočasni vse pri SPA. Predizris pomaga; enako pomaga delitev kode po poteh.
- Pisave — omejite število družin in debelin ter naložite vnaprej tisto, ki je uporabljena nad pregibom.
- Skripte tretjih oseb — vsak klepetalni vmesnik in sledilni piksel stane hitrost. Ohranite tiste, ki jih uporabljate.
Živi URL preizkusite s PageSpeed Insights ali Lighthouse v mobilnem načinu.
Vsebina je še vedno največ
Tehnični SEO odstrani ovire; ne ustvari povpraševanja. Strani se uvrščajo, ker odgovarjajo na iskanje bolje kot alternative. Za večino majhnih strani to pomeni:
- Ena stran za vsako temo, ki jo ljudje iščejo. Vodovodar potrebuje stran za vsako storitev in za vsako območje, ki ga pokriva, ne eno stran „Storitve“, ki našteva vse.
- Konkretne, izvirne podrobnosti — cene, postopek, fotografije pravega dela, odgovore na vprašanja, ki jih stranke zastavljajo po telefonu.
- Posodobljeno, ko se stvari spremenijo. Zastarjeni delovni časi in stare cene hitro izgubijo zaupanje.
AI lahko hitro napiše strani, zato je skušnjava objavljati veliko tankih, podobnih strani. Googlove smernice ciljajo na vsebino, narejeno predvsem za uvrstitev, ne za pomoč ljudem, ne glede na to, kako je nastala. Uporabite AI za osnutek, nato dodajte, kar veste samo vi. Strani v slogu imenikov se s tem srečajo najbolj; za to, kako narediti strani s seznami vredne indeksiranja, glejte kako zgraditi spletno stran imenika.
Kontrolni seznam za lansiranje
- Javne strani prenesejo celotno vsebino v začetnem HTML-ju (preverite z Ogled izvorne kode)
- Edinstven naslov, meta opis in kanonični URL na vsaki strani
- Oznake Open Graph in slika za deljenje na vsaki javni strani
- Ena oznaka
h1na stran, prave povezave<a href>, nadomestno besedilo pri slikah -
sitemap.xmls pravimi URL-ji;robots.txt, ki blokira poti aplikacije in API-ja - Strukturirani podatki samo za vidno vsebino, preizkušeni
- LCP, INP in CLS v območju „dobro“ na mobilnih napravah
- Stran na končni domeni s HTTPS in oddana v Search Console
Preden začnete graditi promet iz iskanja, se preselite na lastno domeno, da se izognete kasnejšim preusmeritvam — glejte kako povezati lastno domeno. Za širši postopek gradnje preberite kako zgraditi spletno stran z AI, za strani, ki naj pretvorijo obiskovalce, pa kako zgraditi pristajalno stran, ki pretvarja.
SEO na Mythexu
Mythex nima ločene plošče za SEO; SEO izboljšate tako, da aplikacijo spremenite prek klepeta ali kode. Nove spletne aplikacije so privzeto enostranske aplikacije Vite in React, zato, kadar je iskanje pomembno, od začetka zahtevajte statično ali predizrisano stran ali Next.js. Dokumentacija ima začetni poziv za naslove, oznake Open Graph, zemljevid strani in robots.txt v SEO za vašo aplikacijo, statične spletne strani pa pokrivajo strani, osredotočene na vsebino. Po spremembah ponovno objavite, da jih živa stran prevzame. Lastne domene so na voljo v paketu Pro.
Vprašanja
Ali so spletne strani, zgrajene z AI, slabe za SEO?
Same po sebi ne. Iskalniki presodijo stran, ne orodja, ki jo je napisalo. Pogosta težava je tehnična: mnogi graditelji z AI ustvarijo enostranske aplikacije, katerih vsebina se pokaže šele po zagonu JavaScripta, kar nekateri prebiralniki slabo obdelajo. Predizris ali izris na strežniku to odpravita.
Ali lahko Google indeksira enostransko aplikacijo React?
Google zna izrisovati JavaScript, zato lahko pogosto indeksira aplikacijo React, izrisano na odjemalcu. Vendar je izris dodaten korak, Google sam pa opozarja, da vsi roboti ne znajo izvajati JavaScripta, zato tam, kjer lahko, priporoča izris na strežniku ali predizris.
Ali so meta ključne besede še pomembne?
Ne. Google navaja, da oznake meta keywords ne uporablja za indeksiranje ali uvrščanje. Namesto tega vložite trud v edinstven naslov in meta opis za vsako stran.
Ali strukturirani podatki izboljšajo uvrstitve?
Strukturirani podatki pomagajo iskalnikom razumeti stran in jo lahko naredijo primerno za bogate rezultate, vendar tega ne zagotavljajo. Opisati morajo vsebino, ki je na strani dejansko vidna.