SEO AI-ga ehitatud veebilehtedele: mis tegelikult loeb

AI-ga ehitatud veebileht võib järjestuses olla sama hea kui iga teine, sest otsingumootorid hindavad, mida leht sisaldab ja kui hästi see külastajat teenindab, mitte seda, millise tööriistaga kood kirjutati. Haake on tehniline. Paljud AI-ehitajad toodavad ühelehelisi rakendusi, mis saadavad brauserile peaaegu tühja HTML-faili ja joonistavad sisu JavaScriptiga, mis muudab iga lehe indekseerijatele raskemini loetavaks ja jagatavaks. Parandage see eelrenderdamise või serveripoolse renderdamisega, andke igale lehele oma pealkiri, kirjeldus ja URL, lisage saitikaart, hoidke see kiire ja seejärel tehke osa, mida ükski tööriist teie eest ei tee — kirjutage sisu, mida inimesed otsivad.

Miks ühelehelised rakendused otsingus raskustes on

Traditsiooniline veebileht saadab iga lehe täisteksti oma HTML-is. Ühelehelise rakenduse (SPA) — paljude AI-ehitajate vaikeväljund, tavaliselt React koos Vite'iga — saadab väikese HTML-i karbi, midagi nagu tühja <div id="root">, pluss JavaScripti paketi. Brauser käivitab JavaScripti, mis seejärel lehe ehitab.

See on otsingu jaoks oluline kolmel viisil:

1. Renderdamine on lisasamm. Google kirjeldab JavaScripti lehtede kolme faasi: roni HTML läbi, renderda see peata Chromium-brauseris ja indekseeri renderdatud tulemus. Google'i enda juhend ütleb, et serveripoolne renderdamine või eelrenderdamine on endiselt hea mõte, sest see on kiirem nii kasutajale kui indekseerijale ja sest kõik robotid ei suuda JavaScripti käivitada.
2. Teised sinu lehe lugejad ei renderda üldse. Linkide eelvaated kiirsõnumites ja sotsiaalvõrkudes ning paljud teised indekseerijad loevad tavaliselt ainult esialgset HTML-i. Kui pealkiri ja eelvaate pilt määratakse JavaScriptiga pärast laadimist, näitavad need eelvaated tühja karbi vaikeväärtusi — sageli sama pealkirja igal lehel.
3. Kõik jagavad ühte HTML-faili. Kui rakendus seda ei uuenda, on igal URL-il sama <title> ja kirjeldus, mis ütleb otsingumootoritele lehe kohta vähe.

See ei tähenda, et SPA-d ei saaks indekseerida. See tähendab, et sa loodad sellele, et indekseerija teeb rohkem tööd, ja kaotad kontrolli selle üle, mida mitte-renderdavad lugejad näevad.

Vali renderdamise lähenemine

On neli levinud viisi, kuidas indekseerijateni päris HTML jõuda. Järjestuses, kui palju need sinu rakendust muudavad:

Praktiline reegel: saidi avalik, otsitav osa peaks olema staatiline või eelrenderdatud; selle taga olev sisselogitud rakendus võib jääda tavaliseks SPA-ks. Otsingumootorid ei peaks niikuinii indekseerima armatuurlaudu.

Kui alustad nullist ja SEO on oluline, ütle seda esimeses promptis, et AI valiks sobiva seadistuse:

Ehita füsioteraapiakliinikule turundussait lehtedega Avaleht, Teenused (üks leht teenuse kohta), Meist, Hinnad ja Kontakt. SEO on oluline: iga leht peab esialgses HTML-is serveerima oma täieliku sisu ning oma pealkirja ja metakirjelduse — kasuta staatilist või eelrenderdatud seadistust, mitte ainult kliendipoolset ühelehelist rakendust.

Kui sul on juba Vite SPA, palu avalike marsruutide eelrenderdamist:

Jäta see React-rakendus samaks, kuid renderda avalikud marsruudid (/, /pricing, /about, /blog ja iga /blog/:slug) ehitamise ajal staatiliseks HTML-iks, igaühel oma pealkiri, metakirjeldus, kanooniline URL ja Open Graph'i sildid. Sisselogitud /app marsruudid võivad jääda kliendipoolselt renderdatud.

Seejärel kontrolli tulemust ise: ava leht, vali Vaata lehe lähtekoodi (mitte arendajatööriistade Elements-paneeli, mis näitab renderdatud lehte) ja kinnita, et tekst ja pealkiri on toorses HTML-is.

Saa paika lehe põhitõed

Need kehtivad sõltumata renderdamise lähenemisest.

Pealkirjad ja metakirjeldused

• Üks unikaalne <title> igal lehel, lehe peateema esimesena. Umbes 50–60 tähemärki on tavaline suunis, sest pikemad pealkirjad lõigatakse tulemustes sageli lühemaks.
• Üks unikaalne metakirjeldus igal lehel — lause, millele inimene tahaks klõpsata, mitte märksõnade loend. Google võib seda ümber kirjutada, kuid hea kirjeldus kasutatakse sageli.
• Jäta meta keywords vahele. Google ütleb, et silt ei mõjuta indekseerimist ega järjestamist.

URL-id, pealkirjad ja lingid

• Päris URL-id päris lehtedele. Igal sisutükil peab olema oma tee (/teenused/spordimassaaz), mitte vahekaart või modaal, mis eksisteerib ainult pärast klõpsu. Väldi # fragmentmarsruutimist sisu puhul, mida tahad indekseerida.
• Üks h1 lehel, seejärel mõistlik h2/h3 struktuur. AI-genereeritud disainid kasutavad mõnikord pealkirju stiilimiseks; palu semantilisi pealkirju.
• Indekseeritavad lingid. Navigeerimiseks kasuta päris <a href> linke. Nupud, mis muudavad lehte JavaScriptiga, on indekseerijatele, kes lingid järgivad, nähtamatud.
• Kanoonilised sildid, mis suunavad iga lehe eelistatud URL-ile, et ?utm= variandid ja lõpu kaldkriipsuga duplikaadid ei konkureeriks.
• Kirjeldav alt-tekst olulistele piltidele.

Sotsiaalsed eelvaated

Lisa iga avalikule lehele Open Graph'i sildid (og:title, og:description, og:image, og:url) esialgses HTML-is. Seda teevad SPA-d kõige sagedamini valesti, sest lingieelvaate robotid ei käivita JavaScripti.

Saitikaardid ja robots.txt

Saitikaart on XML-fail, mis loetleb URL-id, mida soovid indekseerida. See aitab otsingumootoritel lehti leida, eriti uutel saitidel, millel on vähe sissetulevaid linke. Google'i dokumentatsiooni järgi seisuga september 2026:

• Üks saitikaart võib sisaldada kuni 50 000 URL-i või 50 MB tihendamata kujul; suuremad saidid jaota saitikaardi indeksiga.
• Google ignoreerib <priority> ja <changefreq>.
• Google kasutab <lastmod> ainult siis, kui see on järjepidevalt täpne, seega uuenda seda päris sisumuudatuste puhul, mitte igal ehitamisel.

robots.txt fail ütleb indekseerijatele, milliseid teid mitte roomata. Kasuta seda, et hoida indekseerijad eemal /app, /admin ja API marsruutidest, ning suuna sealt saitikaardini. Pea meeles, et robots.txt peatab roomamise, mitte indekseerimise: lehe tulemustest eemal hoidmiseks kasuta noindex robots meta silti ning lase leht roomata.

Kui sait on lõplikul domeenil, esita saitikaart Google Search Console'is. Search Console näitab ka, millised lehed on indekseeritud ja miks mõned ei ole — see on kõige kasulikum tasuta SEO tööriist, mis seal on.

Struktureeritud andmed

Struktureeritud andmed on masinloetav märgistus, mis kirjeldab, mis leht on: organisatsioon, kohalik ettevõte, toode, artikkel, sündmus. Google soovitab JSON-LD vormingut ja on kahel punktil selge:

• See võib lehed rikkalike tulemuste jaoks sobivaks muuta, kuid ei taga neid.
• See peab kirjeldama teavet, mis on lehel nähtav. Ära märgi ära arvustusi, hindu ega KKK-d, mida külastajad ei näe.

Mõistlikud algpunktid: Organization või LocalBusiness avalehel, Product tootelehtedel, Article ajaveebi postitustel, BreadcrumbList sügavamatel lehtedel. Testi Google'i Rich Results Testiga.

Lisa JSON-LD struktureeritud andmed: LocalBusiness avalehele, kasutades aadressi, telefoninumbrit ja lahtiolekuaegu, mis on lehel juba näidatud, ning Article igale ajaveebi postitusele. Ära lisa hinnanguid ega arvustusi.

Kiirus ja mobiil

Google kasutab lehe kogemuse signaale, sealhulgas Core Web Vitals, ja kiirus on külastajatele igal juhul oluline. Google'i „hea“ künnised, mõõdetuna lehelaadimiste 75. protsentiilina, on:

AI-ga ehitatud saitide tavalised parandused:

• Pildid — muuda suurust, tihenda, kasuta kaasaegseid vorminguid, määra laius ja kõrgus (see takistab paigutuse nihkumist) ja lae nähtavast alast allpool olevad pildid hilinenult.
• JavaScript — suur pakett lükkab kõike SPA-l edasi. Eelrenderdamine aitab; aitab ka koodi jagamine marsruudi järgi.
• Fondid — piira perekondi ja kaale ning eellae see, mida kasutatakse nähtava ala kohal.
• Kolmanda osapoole skriptid — iga vestlusvidin ja jälgimispiksel maksab kiirust. Hoia alles need, mida kasutad.

Testi elavat URL-i PageSpeed Insightsiga või Lighthouse'iga mobiilirežiimis.

Sisu on ikka suurem osa

Tehniline SEO eemaldab takistused; see ei loo nõudlust. Lehed järjestuvad, sest need vastavad otsingule paremini kui alternatiivid. Enamiku väikeste saitide jaoks tähendab see:

• Üks leht teema kohta, mida inimesed otsivad. Santehniku sait vajab lehte iga teenuse ja teeninduspiirkonna kohta, mitte ühte „Teenuste“ lehte, mis loetleb kõik.
• Konkreetne, originaalne detail — hinnad, protsess, päris tööde fotod, vastused küsimustele, mida kliendid telefonis küsivad.
• Uuendatud, kui asjad muutuvad. Vanad lahtiolekuajad ja hinnad kaotavad usalduse kiiresti.

AI võib lehti kiiresti visandada, mis ahvatleb avaldama palju õhukesi, sarnaseid lehti. Google'i juhend sihib sisu, mis on peamiselt loodud järjestamiseks, mitte inimeste aitamiseks, olenemata sellest, kuidas see toodeti. Kasuta AI-d visandamiseks ja lisa siis see, mida ainult sina tead. Kataloogi-stiilis saitidel on see kõige suurem probleem; vaata kuidas ehitada kataloogisaiti, kuidas teha nimekirjalehed indekseerimist väärivaks.

Käivitamise kontrollloend

• Avalikud lehed serveerivad täieliku sisu esialgses HTML-is (kontrolli „Vaata lehe lähtekoodi“)
• Unikaalne pealkiri, metakirjeldus ja kanooniline URL igal lehel
• Open Graph'i sildid ja jagamispilt igal avalikul lehel
• Üks h1 lehel, päris <a href> lingid, alt-tekst piltidel
• sitemap.xml päris URL-idega; robots.txt blokeerib rakenduse ja API teed
• Struktureeritud andmed ainult nähtavale sisule, testitud
• LCP, INP ja CLS on mobiilis „hea“ vahemikus
• Sait on lõplikul domeenil HTTPS-iga ja esitatud Search Console'ile

Domeeni vahetamine enne otsingu liikluse ehitamist väldib hiljem ümbersuunamisi — vaata kuidas ühendada oma domeen. Laiema ehitusprotsessi kohta loe kuidas ehitada veebileht AI-ga ning külastajaid konverteerivate lehtede kohta kuidas ehitada konverteeriv maandumisleht.

SEO Mythexis

Mythexil ei ole eraldi SEO paneeli; SEO parandad, muutes rakendust vestluse või koodi kaudu. Uued veebirakendused on vaikimisi Vite ja React ühelehelised rakendused, seega kui otsing on oluline, palu staatilist või eelrenderdatud saiti või Next.js-i juba algusest. Dokumentatsioonis on algprompt pealkirjade, Open Graph'i siltide, saitikaardi ja robots.txt jaoks lehel SEO sinu rakendusele ning staatilised veebisaidid käsitleb sisukeskseid saite. Pärast muudatusi avalda uuesti, et elav sait need kätte saaks. Kohandatud domeenid on saadaval Pro-plaanil.

Küsimused