Vadovai

SEO DI sukurtoms svetainėms: kas iš tiesų svarbu

DI sukurta svetainė gali būti reitinguojama lygiai taip pat kaip bet kuri kita: paieškos sistemos vertina, ką puslapyje yra ir kaip gerai jis tarnauja lankytojui, o ne kuris įrankis parašė kodą. Gaudynė yra techninė. Daugelis DI kūrimo įrankių generuoja vieno puslapio programas, kurios naršyklei išsiunčia beveik tuščią HTML failą ir turinį piešia su JavaScript, todėl kiekvieną puslapį sunkiau perskaityti ir bendrinti indeksavimo robotams. Tai ištaisykite išankstiniu renderinimu ar serverio pusės renderinimu, kiekvienam puslapiui duokite savo antraštę, aprašymą ir URL, pridėkite sitemap, išlaikykite greitį, o tada atlikite dalį, kurios joks įrankis jums neatliks – rašykite turinį, kurio žmonės ieško.

Kodėl vieno puslapio programos gali prastai rodytis paieškoje

Tradicinė svetainė savo HTML siunčia visą kiekvieno puslapio tekstą. Vieno puslapio programa (SPA) – tai dažnas DI kūrimo įrankių rezultatas, paprastai React su tokiu įrankiu kaip Vite – siunčia mažą HTML apvalkalą, panašų į tuščią <div id="root">, ir JavaScript paketą. Naršyklė vykdo JavaScript, kuris tada sukuria puslapį.

Tai svarbu paieškai trimis būdais:

  1. Renderinimas yra papildomas žingsnis. Google aprašo tris JavaScript puslapių fazes: nuskaityti HTML, jį renderinti be galvos veikiančiame Chromium naršyklėje, tada indeksuoti renderinį rezultatą. Google rekomendacijos sako, kad serverio pusės renderinimas ar išankstinis renderinimas vis tiek geras, nes jis greitesnis tiek naudotojams, tiek robotams, ir nes ne visi robotai gali vykdyti JavaScript.
  2. Kiti jūsų puslapio skaitytojai nerenderina nieko. Nuorodų peržiūros pokalbių programose ir socialiniuose tinkluose bei daugelis kitų robotų paprastai skaito tik pradinį HTML. Jei jūsų pavadinimą ir peržiūros paveikslėlį nustato JavaScript jau įkrovus puslapį, tos peržiūros rodo tuščio apvalkalo numatytąsias reikšmes – dažniausiai tą patį pavadinimą kiekviename puslapyje.
  3. Visi dalijasi vienu HTML failu. Jei programa jo neatnaujina, kiekvienas URL turi tą patį <title> ir aprašymą, o tai paieškos sistemoms beveik nieko nesako apie kiekvieną puslapį.

Nieko iš to nereiškia, kad SPA negalima indeksuoti. Tai reiškia, kad pasikliaujate robotu, kuris turi atlikti daugiau darbo, ir praranda kontrolę, ką mato skaitytojai, kurie nerenderina.

Pasirinkite renderinimo būdą

Yra keturi dažni būdai pateikti tikrą HTML indeksavimo robotams. Pagal tai, kiek jie keičia jūsų programą, eilės tvarka:

BūdasKaip veikiaTinkaKompromisas
Statinė svetainėPuslapiai yra paruošti iš anksto kaip paprasti HTML failaiRinkodaros svetainės, portfeliai, dokumentacija, tinklaraščiaiMažiau tinka prisijungusiems, personalizuotiems puslapiams
Išankstinis renderinimas (statinis puslapių generavimas)Kūrimo metu kiekvienas viešas maršrutas renderinamas į HTML failą; naršyklėje perima JavaScriptSPA su žinomu viešųjų puslapių rinkiniuPuslapiai atsinaujina tik perkūrus
Serverio pusės renderinimas (SSR)Serveris renderina HTML kiekvienai užklausai (Next.js, Remix, Nuxt ir panašiai)Dideli ar dažnai keičiami vieši turiniai, pvz., sąrašaiReikia veikiančio serverio; daugiau judančių dalių
Dinaminis renderinimasRobotams teikiamas išankstinis renderintas HTML, o žmonėms – SPASenas apėjimo būdasGoogle dabar tai vadina apėjimo būdu, o ne ilgalaikiu sprendimu, ir rekomenduoja SSR, statinį renderinimą ar hidratavimą

Praktiška taisyklė: viešoji, ieškoma svetainės dalis turėtų būti statinė arba išankstinai renderinta; už jos esanti prisijungusi programa gali likti įprasta SPA. Paieškos sistemos neturėtų indeksuoti valdymo skydelių.

Jei pradedate nuo nulio ir SEO yra svarbu, pasakykite tai pirmoje užklausoje, kad DI parinktų tinkamą sąranką:

Sukurk fizioterapijos klinikos rinkodaros svetainę su puslapiais Pradžia, Paslaugos (vienas puslapis kiekvienai paslaugai), Apie mus, Kainos ir Kontaktai. SEO svarbu: kiekvienas puslapis turi pateikti visą savo turinį ir savo antraštę bei meta aprašymą pradiniame HTML – naudok statinę ar išankstinai renderintą sąranką, o ne vien kliento pusėje veikiančią vieno puslapio programą.

Jei jau turite Vite SPA, paprašykite išankstinio viešųjų maršrutų renderinimo:

Palik šią React programą tokią, kokia ji yra, bet iš anksto išrenderink viešus maršrutus (/, /pricing, /about, /blog ir kiekvieną /blog/:slug) į statinį HTML kūrimo metu, kiekvienas su savo antrašte, meta aprašymu, kanoniniu URL ir Open Graph žymėmis. Prisijungusių /app maršrutų gali likti kliento pusėje renderinami.

Po to patikrinkite patys: atidarykite puslapį, pasirinkite Peržiūrėti puslapio šaltinį (ne kūrėjo įrankių Elements skirtuką, kuris rodo jau renderintą puslapį) ir įsitikinkite, kad tekstas ir antraštė yra neapdorotame HTML.

Gaukite pagrindus teisingai

Tai taikoma nepriklausomai nuo renderinimo būdo.

Antraštės ir meta aprašymai

  • Vienas unikalus <title> kiekvienam puslapiui, pradedant pagrindine puslapio tema. Apie 50–60 simbolių – įprasta gairė, nes ilgesnės antraštės rezultatuose dažnai nukērpamos.
  • Vienas unikalus meta aprašymas kiekvienam puslapiui – sakinys, kurį žmogus norėtų paspausti, o ne raktažodžių sąrašas. Google jį gali perrašyti, bet geras aprašymas dažnai naudojamas.
  • Praleiskite meta raktažodžius. Google sako, kad žyma neturi poveikio indeksavimui ar reitingavimui.

URL, antraštės ir nuorodos

  • Tikri URL tikriems puslapiams. Kiekvienas turinio gabalas turi savo kelią (/paslaugos/sporto-masazas), o ne skirtuką ar langą, kuris egzistuoja tik po paspaudimo. Venkite # fragmentų maršrutų turiniui, kurį norite indeksuoti.
  • Vienas h1 kiekvienam puslapiui, tada protinga h2/h3 struktūra. DI generuoti dizainai kartais naudoja antraštes stiliui – paprašykite semantinių antraščių.
  • Nuorodos, kurias gali sekti robotai. Navigacijai naudokite tikras <a href> nuorodas. Mygtukai, kurie keičia puslapį per JavaScript, nematomi robotams, kurie seka nuorodas.
  • Kanoniniai žymekliai, nurodantys kiekvieno puslapio pageidaujamą URL, kad ?utm= variantai ir pasvirojo brūkšnio dubliakai nekonkuruotų.
  • Aprašomasis alt tekstas prasmingiems paveikslėliams.

Socialinių tinklų peržiūros

Pridėkite Open Graph žymas (og:title, og:description, og:image, og:url) kiekvienam viešam puslapiui pradiniame HTML. Tai dažniausiai neteisingai daro SPA, nes nuorodų peržiūros robotai nevykdo JavaScript.

Sitemap ir robots.txt

Sitemap – tai XML failas, išvardijantis URL, kuriuos norite indeksuoti. Jis padeda paieškos sistemoms rasti puslapius, ypač naujose svetainėse su nedaug įeinančių nuorodų. Pagal Google dokumentaciją 2026 m. rugsėjį:

  • Vienas sitemap gali turėti iki 50 000 URL arba 50 MB be suspaudimo; didesnes svetaines dalinkite su sitemap indeksu.
  • Google ignoruoja <priority> ir <changefreq>.
  • Google naudoja <lastmod> tik tada, jei jis nuosekliai tikslus, todėl atnaujinkite jį realiam turinio pakeitimui, o ne kiekvieno kūrimo metu.

robots.txt failas nurodo robotams, kurių kelių nenaršyti. Naudokite jį, kad robotai nepatektų į /app, /admin ir API maršrutus, ir nurodykite jame sitemap. Atminkite, kad robots.txt sustabdo naršymą, o ne indeksavimą: kad puslapis būtų paslėptas nuo rezultatų, naudokite noindex robots meta žymą ir leiskite jį naršyti.

Kai svetainė bus galutiniame domene, pateikite sitemap Google Search Console. Search Console taip pat rodo, kurie puslapiai indeksuoti ir kodėl kiti ne – tai naudingiausias nemokamas SEO įrankis.

Struktūriniai duomenys

Struktūriniai duomenys – tai mašinai skaitomas žymėjimas, aprašantis, kas yra puslapis: organizacija, vietinis verslas, produktas, straipsnis, įvykis. Google rekomenduoja JSON-LD formatą ir yra aiškus dviem klausimais:

  • Jie gali padaryti puslapius tinkamus turtingiems rezultatams, bet negarantuoja jų.
  • Jie turi aprašyti informaciją, matomą puslapyje. Nežymėkite atsiliepimų, kainų ar DUK, kurių lankytojai nemato.

Prasmingos pradžios vietos: Organization arba LocalBusiness pradžios puslapyje, Product produktų puslapiuose, Article tinklaraščio įrašuose, BreadcrumbList giliuose puslapiuose. Testuokite Google Rich Results Test įrankiu.

Pridėk JSON-LD struktūrinius duomenis: LocalBusiness pradžios puslapyje, naudojant adresą, telefoną ir darbo laiką, kurie jau rodomi puslapyje, ir Article kiekvienam tinklaraščio įrašui. Nededa įvertinimų ar atsiliepimų.

Greitis ir mobilieji įrenginiai

Google naudoja puslapio patirties signalus, įskaitant Core Web Vitals, o greitis svarbus lankytojams bet kuriuo atveju. Google „geros“ ribos, matuojamos 75 procentilyje puslapio įkėlimų, yra:

RodiklisMatuojaGerai
Didžiausias turinio elementas (LCP)Kaip greitai pasirodo pagrindinis turinys2,5 s arba mažiau
Sąveika iki kito piešimo (INP)Kaip greitai puslapis reaguoja į įvestį200 ms arba mažiau
Kumuliacinis išdėstymo poslinkis (CLS)Kiek išdėstymas šokinėja įkeliant0,1 arba mažiau

Įprasti DI sukurtų svetainių pataisymai:

  • Paveikslėliai – pakeiskite dydį, suspauskite, naudokite šiuolaikinius formatus, nustatykite plotį ir aukštį (tai neleidžia išdėstymo poslinkiui) ir įkraukite vėliau žemiau sulankstymo linijos esančius.
  • JavaScript – didelis paketas vėluoja viską SPA. Išankstinis renderinimas padeda; padeda ir kodo skaidymas pagal maršrutą.
  • Šriftai – ribokite šriftų šeimas ir svorius ir iš anksto įkelkite tą, kuris naudojamas virš sulankstymo linijos.
  • Trečiųjų šalių skriptai – kiekvienas pokalbių langelis ir sekimo pikselis kainuoja greitį. Palikite tik tuos, kuriuos naudojate.

Išbandykite gyvą URL su PageSpeed Insights ar Lighthouse mobiliajame režime.

Turinys vis dar yra didžioji dalis

Techninis SEO pašalina kliūtis; jis nesukuria paklausos. Puslapiai reitinguojami, kai atsako į paiešką geriau nei alternatyvos. Daugumai mažų svetainių tai reiškia:

  • Vienas puslapis vienai temai, kurios žmonės ieško. Santechnikui reikia puslapio kiekvienai paslaugai ir kiekvienai aptarnaujamai vietovei, o ne vieno „Paslaugų“ puslapio su visu sąrašu.
  • Konkreti, originali detalė – kainos, procesas, tikro darbo nuotraukos, atsakymai į klausimus, kuriuos klientai uždavinėja telefonu.
  • Atnaujinama, kai kas nors keičiasi. Pasenę darbo laikai ir senos kainos greitai sugadina pasitikėjimą.

DI gali greitai parengti puslapių juodraščius, todėl kyla pagunda paskelbti daug plonų, panašių puslapių. Google gairės nukreiptos į turinį, sukurtą pirmiausia reitingui, o ne žmonėms padėti, nepriklausomai nuo to, kaip jis buvo sukurtas. Naudokite DI juodraščiams, tada pridėkite tai, ką žinote tik jūs. Katalogo tipo svetainės su tuo susiduria dažniausiai; žr. kaip sukurti katalogo svetainę, kaip padaryti sąrašų puslapius vertus indeksavimo.

Paleidimo kontrolinis sąrašas

  • Viešieji puslapiai pateikia visą turinį pradiniame HTML (patikrinkite per „Peržiūrėti puslapio šaltinį“)
  • Unikali antraštė, meta aprašymas ir kanoninis URL kiekviename puslapyje
  • Open Graph žymos ir bendrinimo paveikslėlis kiekviename viešame puslapyje
  • Vienas h1 kiekvienam puslapiui, tikros <a href> nuorodos, alt tekstas paveikslėliams
  • sitemap.xml su tikrais URL; robots.txt blokuoja programos ir API kelius
  • Struktūriniai duomenys tik matomam turiniui, patikrinti
  • LCP, INP ir CLS „geros“ ribose mobiliajame įrenginyje
  • Svetainė galutiniame domene su HTTPS ir pateikta Search Console

Prieš pradedant kurti paieškos srautą, geriau iš karto naudoti galutinį domeną – tai išvengia vėlesnių nukreipimų. Žr. kaip prijungti savo domeną. Platesniam kūrimo procesui skaitykite kaip sukurti svetainę su DI, o puslapiams, kurie turi paversti lankytojus, – kaip sukurti nukreipimo puslapį, kuris konvertuoja.

SEO su Mythex

Mythex neturi atskiro SEO skydelio; SEO gerinate keisdami pačią programą per pokalbį ar kodą. Naujos žiniatinklio programos pagal numatytuosius nustatymus yra Vite ir React vieno puslapio programa, todėl kai paieška svarbi, nuo pat pradžios paprašykite statinės ar išankstinai renderintos struktūros arba Next.js. Dokumentacijoje SEO jūsų programai yra pradinė užklausa antraštėms, Open Graph žymoms, sitemap ir robots.txt, o statinės svetainės skyrius skirtas turinio svetainėms. Po pakeitimų paskelbkite iš naujo, kad gyvoji svetainė juos pasiimtų. Pasirinktiniai domenai prieinami Pro plane.

Klausimai

Ar DI sukurtos svetainės blogos SEO požiūriu?

Savaime ne. Paieškos sistemos vertina puslapį, o ne įrankį, kuris jį parašė. Dažna problema yra techninė: daugelis DI kūrimo įrankių generuoja vieno puslapio programas, kurių turinys atsiranda tik po to, kai įvykdomas JavaScript, o kai kurie indeksavimo robotai tai tvarko prastai. Išankstinis renderinimas ar serverio pusės renderinimas tai išsprendžia.

Ar Google gali indeksuoti React vieno puslapio programą?

Google moka vykdyti JavaScript, todėl dažnai gali indeksuoti naršyklėje renderinamą React programą. Bet renderinimas yra papildomas žingsnis, o pats Google pažymi, kad ne visi robotai gali vykdyti JavaScript, todėl, kur įmanoma, rekomenduoja serverio pusės renderinimą ar išankstinį renderinimą.

Ar meta raktažodžiai vis dar svarbūs?

Ne. Google teigia, kad jo indeksavimui ar reitingavimui nenaudoja meta raktažodžių žymos. Vietoj to skirkite pastangas unikaliai kiekvieno puslapio antraštei ir meta aprašymui.

Ar struktūriniai duomenys pagerina reitingus?

Struktūriniai duomenys padeda paieškos sistemoms suprasti puslapį ir gali padaryti jį tinkamą turtingiems rezultatams, bet jų negarantuoja. Jie turi aprašyti turinį, kuris iš tiesų matomas puslapyje.

Mythex · Pricing · Kurkite bet ką su dirbtiniu intelektu · Svetainių ir programėlių šablonai · Mythex palyginimas · Programėlių kūrimo su dirbtiniu intelektu žodynėlis · Nemokami programėlių kūrimo su dirbtiniu intelektu įrankiai · 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 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Latviešu Македонски മലയാളം Монгол मराठी 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 简体中文 繁體中文(香港) 繁體中文(台灣)