Rokasgrāmatas

SEO AI veidotām vietnēm: kas patiesi ir svarīgi

AI veidota vietne var rangot tikpat labi kā jebkura cita: meklētājprogrammas vērtē to, ko lapa satur un cik labi tā kalpo apmeklētājam, nevis to, kurš rīks uzrakstīja kodu. Problēma ir tehniska. Daudzi AI veidotāji rada vienas lapas lietotnes, kas pārlūkprogrammai nosūta gandrīz tukšu HTML failu un zīmē saturu ar JavaScript, kas katru lapu padara grūtāk lasāmu pārmeklētājiem un kopīgošanai. To labo ar priekšrenderēšanu vai servera renderēšanu, katrai lapai dodiet savu virsrakstu, aprakstu un URL, pievienojiet vietnes karti, uzturiet ātrumu un tad izdariet to, ko neviens rīks jūsu vietā nedara — rakstiet saturu, ko cilvēki meklē.

Kāpēc vienas lapas lietotnes meklēšanā var ciest

Tradicionāla vietne nosūta katras lapas pilno tekstu savā HTML. Vienas lapas lietotne (SPA) — daudzu AI veidotāju noklusējuma rezultāts, parasti React ar tādu rīku kā Vite — nosūta mazu HTML čaulu, kaut ko līdzīgu tukšam <div id="root">, un JavaScript paketi. Pārlūkprogramma izpilda JavaScript, kas tad izveido lapu.

Tas meklēšanā ir svarīgi trīs veidos:

  1. Renderēšana ir papildu solis. Google apraksta trīs fāzes JavaScript lapām: pārmeklē HTML, renderē to bezgalvas Chromium pārlūkā un tad indeksē renderēto rezultātu. Google pašu vadlīnijas saka, ka servera renderēšana vai priekšrenderēšana joprojām ir laba ideja, jo tā ir ātrāka gan lietotājiem, gan pārmeklētājiem, un tāpēc, ka ne visi roboti var izpildīt JavaScript.
  2. Citi jūsu lapas lasītāji nerenderē nemaz. Saišu priekšskatījumi tērzēšanas lietotnēs un sociālajos tīklos, kā arī daudzi citi pārmeklētāji parasti lasa tikai sākotnējo HTML. Ja jūsu virsraksts un priekšskatījuma attēls tiek iestatīts ar JavaScript pēc ielādes, šie priekšskatījumi rāda tukšās čaulas noklusējumus — bieži to pašu virsrakstu katrā lapā.
  3. Viss dalās vienā HTML failā. Ja lietotne to neatjauno, katram URL ir tas pats <title> un apraksts, un tas meklētājprogrammām pastāsta maz par katru lapu.

Neviens no tā nenozīmē, ka SPA nevar indeksēt. Tas nozīmē, ka jūs paļaujaties, ka pārmeklētājs veiks vairāk darba, un zaudējat kontroli pār to, ko redz lasītāji bez renderēšanas.

Izvēlieties renderēšanas pieeju

Ir četri biežākie veidi, kā pārmeklētājiem nodrošināt īstu HTML. Aptuvenā secībā, cik lielā mērā tie maina jūsu lietotni:

PieejaKā tā darbojasLabi derKompromiss
Statiska vietneLapas ir vienkārši HTML faili, kas izveidoti iepriekšMārketinga vietnes, portfolio, dokumentācija, emuāriMazāk piemērota pieteikušamies, personalizētām lapām
Priekšrenderēšana (statiskā vietņu ģenerēšana)Būvēšanas laikā katrs publiskais maršruts tiek renderēts HTML failā; JavaScript pārlūkā pārņem vadībuSPA ar zināmu publisku lapu kopumuLapas atjaunojas tikai pēc pārbūves
Servera puses renderēšana (SSR)Serveris renderē HTML katram pieprasījumam (Next.js, Remix, Nuxt un līdzīgi)Lieli vai bieži mainīgi publiski saturi, piem., sarakstiNepieciešams darbojošs serveris; vairāk kustīgu daļu
Dinamiska renderēšanaBotiem pasniedz priekšrenderētu HTML, cilvēkiem — SPAMantots risinājumsGoogle to tagad sauc par risinājumu, nevis ilgtermiņa risinājumu, un iesaka SSR, statisko renderēšanu vai hidratāciju

Praktisks noteikums: publiskajai, meklējamajai vietnes daļai jābūt statiskai vai priekšrenderētai; aiz tās esošajai pieteikušamies lietotnei var palikt parasta SPA. Meklētājprogrammām nevajadzētu indeksēt informācijas paneļus.

Ja sākat no nulles un SEO ir svarīga, pasakiet to pirmajā uzvednē, lai AI izvēlētos piemērotu uzstādījumu:

Veido fizioterapijas klīnikas mārketinga vietni ar lapām Sākums, Pakalpojumi (katram pakalpojumam atsevišķa lapa), Par mums, Cenas un Kontakti. SEO ir svarīga: katrai lapai pilnam saturam un savam virsrakstam un meta aprakstam jābūt sākotnējā HTML — izmantojiet statisku vai priekšrenderētu uzstādījumu, nevis tikai klienta pusē darbojošos vienas lapas lietotni.

Ja jums jau ir Vite SPA, pieprasiet publisko maršrutu priekšrenderēšanu:

Saglabājiet šo React lietotni kā tā ir, bet priekšrenderējiet publiskos maršrutus (/, /pricing, /about, /blog un katru /blog/:slug) statiskā HTML būvēšanas laikā, katram ar savu virsrakstu, meta aprakstu, kanonisko URL un Open Graph tagiem. Pieteikušamies /app maršruti var palikt klienta pusē renderēti.

Pēc tam pārbaudiet rezultātu pats: atveriet lapu, izvēlieties Skatīt lapas avotu (nevis izstrādātāju rīku Elements paneli, kas rāda renderēto lapu) un pārliecinieties, ka teksts un virsraksts ir neapstrādātajā HTML.

Iegūstiet pamatus pareizi lapā

Tas attiecas uz jebkuru renderēšanas pieeju.

Virsraksti un meta apraksti

  • Viens unikāls <title> katrā lapā, ar lapas galveno tēmu sākumā. Ap 50–60 rakstzīmēm ir izplatīta vadlīnija, jo garāki virsraksti meklēšanas rezultātos bieži tiek nogriezti.
  • Viens unikāls meta apraksts katrā lapā — teikums, uz kuru cilvēks gribētu noklikšķināt, nevis atslēgvārdu saraksts. Google var to pārrakstīt, bet labs apraksts bieži tiek izmantots.
  • Izlaidiet meta atslēgvārdus. Google saka, ka tagam nav nekādas ietekmes uz indeksēšanu vai reitingu.

URL, virsraksti un saites

  • Īsti URL īstām lapām. Katram saturam vajag savu ceļu (/pakalpojumi/sporta-masāža), nevis cilni vai modālo logu, kas pastāv tikai pēc klikšķa. Izvairieties no # fragmentu maršrutēšanas saturam, ko vēlaties indeksēt.
  • Viens h1 katrā lapā, tad saprātīga h2/h3 struktūra. AI ģenerēti dizaini dažkārt izmanto virsrakstus stilam; pieprasiet semantiskus virsrakstus.
  • Pārmeklējamas saites. Navigācijai izmantojiet īstas <a href> saites. Pogas, kas maina lapu ar JavaScript, nav redzamas pārmeklētājiem, kas seko saitēm.
  • Kanoniskie tagi, kas norāda katru lapu uz vēlamo URL, lai ?utm= varianti un dublikāti ar slīpsvītru beigās nekonkurētu savā starpā.
  • Aprakstošs alt teksts nozīmīgiem attēliem.

Sociālo tīklu priekšskatījumi

Pievienojiet Open Graph tagus (og:title, og:description, og:image, og:url) katrai publiskajai lapai sākotnējā HTML. Tas ir tas, ko SPA visbiežāk izdara nepareizi, jo saišu priekšskatījumu boti nepalaiž JavaScript.

Vietnes kartes un robots.txt

Vietnes karte ir XML fails, kas uzskaita URL, kurus vēlaties indeksēt. Tā palīdz meklētājprogrammām atrast lapas, īpaši jaunās vietnēs ar maz ienākošo saišu. Saskaņā ar Google dokumentāciju 2026. gada septembrī:

  • Viena vietnes karte var saturēt līdz 50 000 URL vai 50 MB nesaspiestu; lielākas vietnes sadaliet ar vietņu kartes indeksu.
  • Google ignorē <priority> un <changefreq>.
  • Google izmanto <lastmod> tikai tad, ja tas ir konsekventi precīzs, tāpēc atjauniniet to reāliem satura maiņām, nevis katrā būvēšanā.

Fails robots.txt norāda pārmeklētājiem, kurus ceļus nepārmeklēt. Izmantojiet to, lai pārmeklētāji neiekļūtu /app, /admin un API maršrutos, un norādiet tajā uz vietnes karti. Atcerieties, ka robots.txt aptur pārmeklēšanu, nevis indeksēšanu: lai lapu paslēptu no rezultātiem, izmantojiet noindex robots meta tagu un ļaujiet tai tikt pārmeklētai.

Kad vietne ir galīgajā domēnā, iesniedziet vietnes karti Google Search Console. Search Console arī rāda, kuras lapas ir indeksētas un kāpēc citas nav — tas ir noderīgākais bezmaksas SEO rīks, kāds vien ir.

Strukturēti dati

Strukturēti dati ir mašīnlasāms iezīmējums, kas apraksta, kas lapa ir: organizācija, vietējs uzņēmums, produkts, raksts, notikums. Google iesaka JSON-LD formātu un ir skaidrs par diviem punktiem:

  • Tie var padarīt lapas tiesīgas bagātinātiem rezultātiem, bet negarantē tos.
  • Tiem jāapraksta informācija, kas redzama lapā. Neiezīmējiet atsauksmes, cenas vai FAQ, ko apmeklētāji nevar redzēt.

Pamatā ieteicami sākumpunkti: Organization vai LocalBusiness sākumlapā, Product produktu lapās, Article emuāra ierakstos, BreadcrumbList dziļākās lapās. Pārbaudiet ar Google Rich Results Test.

Pievienojiet JSON-LD strukturētos datus: LocalBusiness sākumlapā, izmantojot adresi, tālruni un darba laiku, kas jau ir redzami lapā, un Article katrā emuāra ierakstā. Nepievienojiet vērtējumus vai atsauksmes.

Ātrums un mobilā versija

Google izmanto lapas pieredzes signālus, tostarp Core Web Vitals, un ātrums apmeklētājiem ir svarīgs neatkarīgi no tā. Google „labie” sliekšņi, mērīti 75. procentilē lapu ielādēs, ir:

RādītājsKo mēraLabi
Largest Contentful Paint (LCP)Cik ātri parādās galvenais saturs2,5 s vai mazāk
Interaction to Next Paint (INP)Cik ātri lapa reaģē uz ievadi200 ms vai mazāk
Cumulative Layout Shift (CLS)Cik daudz izkārtojums lec ielādes laikā0,1 vai mazāk

Biežākie labojumi AI veidotām vietnēm:

  • Attēli — samaziniet izmēru, saspiediet, izmantojiet mūsdienīgus formātus, iestatiet platumu un augstumu (tas novērš izkārtojuma lēcienus) un ielādējiet slinki zem redzamās daļas.
  • JavaScript — liela pakete aizkavē visu SPA. Priekšrenderēšana palīdz; tāpat palīdz koda sadalīšana pa maršrutiem.
  • Fonti — ierobežojiet ģimenes un svarus un iepriekš ielādējiet to, kas tiek izmantots redzamajā daļā.
  • Trešo pušu skripti — katrs tērzēšanas logrīks un izsekošanas pikselis maksā ātrumu. Paturiet tikai tos, ko izmantojat.

Pārbaudiet dzīvo URL ar PageSpeed Insights vai Lighthouse mobilajā režīmā.

Saturs joprojām ir lielākā daļa

Tehniskais SEO noņem šķēršļus; tas neradī pieprasījumu. Lapas rangojas, jo tās atbild uz meklējumu labāk nekā alternatīvas. Lielākajai daļai mazo vietņu tas nozīmē:

  • Viena lapa katrai tēmai, ko cilvēki meklē. Santehniķim vajag lapu katram pakalpojumam un katram apkalpotam apgabalam, nevis vienu lapu „Pakalpojumi”, kas uzskaita visu.
  • Konkrētas, oriģinālas detaļas — cenas, process, reāla darba fotogrāfijas, atbildes uz jautājumiem, ko klienti uzdod pa telefonu.
  • Atjaunināts, kad lietas mainās. Novecojuši darba laiki un vecas cenas ātri zaudē uzticību.

AI var ātri uzmeklēt lapas, kas tiek kārdinoši publicēt daudz plānu, līdzīgu lapu. Google vadlīnijas attiecas uz saturu, kas radīts galvenokārt, lai rangotos, nevis lai palīdzētu cilvēkiem, neatkarīgi no tā, kā tas ražots. Izmantojiet AI, lai izstrādātu melnrakstu, un pēc tam pievienojiet to, ko zināt tikai jūs. Ar to visvairāk saskaras direktoriju tipa vietnes; skatiet kā izveidot direktoriju vietni, lai uzzinātu, kā padarīt saraksta lapas vērtīgas indeksēšanai.

Palaišanas kontrolsaraksts

  • Publiskās lapas satur pilnu saturu sākotnējā HTML (pārbaudiet ar Skatīt lapas avotu)
  • Unikāls virsraksts, meta apraksts un kanoniskais URL katrā lapā
  • Open Graph tagi un kopīgošanas attēls katrā publiskajā lapā
  • Viens h1 katrā lapā, īstas <a href> saites, alt teksts attēliem
  • sitemap.xml ar īstiem URL; robots.txt, kas bloķē lietotnes un API ceļus
  • Strukturēti dati tikai redzamam saturam, pārbaudīti
  • LCP, INP un CLS „labajā” diapazonā mobilajā versijā
  • Vietne galīgajā domēnā ar HTTPS un iesniegta Search Console

Pārcelšanās uz savu domēnu, pirms sākat veidot meklēšanas trafiku, izvairās no vēlākiem pārvirzījumiem — skatiet kā pieslēgt pielāgotu domēnu. Plašākam būvēšanas procesam izlasiet kā izveidot vietni ar AI, bet lapām, kas pārvērš apmeklētājus, — kā izveidot konvertējošu nosēšanās lapu.

SEO Mythex

Mythex nav atsevišķa SEO paneļa; SEO uzlabojat, mainot lietotni caur tērzēšanu vai kodu. Jaunas tīmekļa lietotnes pēc noklusējuma ir Vite un React vienas lapas lietotne, tāpēc, ja meklēšana ir svarīga, no paša sākuma pieprasiet statisku vai priekšrenderētu struktūru vai Next.js. Dokumentācijā sākuma uzvedne virsrakstiem, Open Graph tagiem, vietnes kartei un robots.txt atrodama SEO jūsu lietotnei, un statiskās vietnes aptver saturu vērstas vietnes. Pēc izmaiņām publicējiet vēlreiz, lai dzīvā vietne tās paņemtu. Pielāgoti domēni ir pieejami Pro plānā.

Jautājumi

Vai AI veidotas vietnes ir sliktas SEO?

Pēc būtības nē. Meklētājprogrammas vērtē lapu, nevis rīku, ar ko tā uzrakstīta. Biežākā problēma ir tehniska: daudzi AI veidotāji rada vienas lapas lietotnes, kuru saturs parādās tikai pēc JavaScript izpildes, un dažiem pārmeklētājiem tas ir grūti. Priekšrenderēšana vai servera renderēšana to atrisina.

Vai Google var indeksēt React vienas lapas lietotni?

Google var izpildīt JavaScript, tāpēc bieži var indeksēt klienta pusē renderētu React lietotni. Tomēr renderēšana ir papildu solis, un pats Google norāda, ka ne visi roboti var izpildīt JavaScript, tāpēc, kur vien iespējams, iesaka servera renderēšanu vai priekšrenderēšanu.

Vai meta atslēgvārdiem joprojām ir nozīme?

Nē. Google norāda, ka tas neizmanto meta atslēgvārdu tagu indeksēšanai vai reitingam. Labāk pūlieties veltīt unikālam virsrakstam un meta aprakstam katrā lapā.

Vai strukturēti dati uzlabo reitingus?

Strukturēti dati palīdz meklētājprogrammām saprast lapu un var padarīt to tiesīgu bagātinātiem rezultātiem, bet tie negarantē tos. Tiem jāapraksta saturs, kas patiesi ir redzams lapā.

Mythex · Pricing · Veidojiet jebko ar AI · Tīmekļa vietņu un lietotņu veidnes · Mythex salīdzinājumā · AI lietotņu veidošanas glosārijs · Bezmaksas rīki lietotņu veidošanai ar AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)