Svetainė paleista, adresas veikia, savininkas patenkintas. Būtent tada dažniausiai ir prasideda problemos, kurių niekas nemato: nebeveikia seni adresai, formos nebesiunčia laiškų, o Google vis dar mato technines nuostatas iš testinės aplinkos. Paprastai tai išaiškėja tik tada, kai nukrenta užklausų skaičius.
Žemiau pateikiame sąrašą, kurį patys pereiname po kiekvieno paleidimo ar perkėlimo į kitą platformą ar domeną. Jis suskirstytas pagal laiką: kas svarbu pirmąją dieną, ką verta pasižiūrėti per savaitę ir ką stebėti toliau.
Pirmos valandos: ar svetainę išvis galima rodyti Google
Pirmiausia patikriname tai, kas gali užblokuoti visą svetainę. Kuriant naują svetainę testinėje (staging) aplinkoje, paprastai įjungiamas indeksavimo draudimas. Jei jis lieka po paleidimo, Google negali rodyti naujo puslapio paieškoje.
Patikriname tris dalykus: ar faile robots.txt nėra eilutės Disallow: /, ar svetainės nustatymuose (pvz., WordPress skiltyje „Skaitymas“) nėra pažymėta „Neleisti paieškos sistemoms indeksuoti šios svetainės“ ir ar puslapių kode nėra žymos noindex. Paskutinį punktą verta pažiūrėti ne tik pagrindiniame puslapyje, bet ir pora vidinių puslapių bei vienas straipsnis ar produktas, nes kartais noindex nustatomas atskiriems šablonams.
Taip pat pasižiūrime, ar puslapio canonical žymė rodo į galutinį adresą, o ne į staging domeną ar seną svetainę. Neteisingas canonical yra tylus, bet rimtas pavojus: Google gali nuspręsti, kad pagrindinė versija yra kitur.
Peradresavimai ir domeno keitimas
Jei keitėsi adresų struktūra ar domenas, kiekvienas senas adresas turi nukreipti į atitinkamą naują nuolatiniu 301 peradresavimu. Tai svarbiausia perkėlimo dalis, nes būtent per senus adresus dar ateina lankytojai ir nuorodų vertė.
Senų adresų sąrašą geriausia susirinkti dar iki paleidimo: iš senos svetainės sitemap, Search Console skilties „Našumas“ (adresai, kurie gauna paspaudimų) ir iš senos svetainės eksporto. Po paleidimo šį sąrašą pereiname ir tikriname, ar kiekvienas adresas grąžina 301, o ne 404 ar peradresavimą į pagrindinį puslapį. Visų senų adresų nukreipimas į titulinį puslapį yra dažna klaida: Google tokį peradresavimą dažnai traktuoja kaip klaidą, o lankytojas nemato to, ko ieškojo.
Taip pat vengiame peradresavimų grandinių (senas adresas, tarpinis adresas, galutinis adresas). Jos lėtina puslapį ir be reikalo apsunkina indeksavimą.
Keičiant domeną, papildomai naudojame Search Console įrankį „Adreso keitimas“ (Change of Address). Prieš tai svarbu, kad abi svetainės būtų patvirtintos Search Console, o senas domenas jau peradresuotų į naująjį. Įrankis Google praneša apie perkėlimą, tačiau jis nepakeičia paties 301 peradresavimo.
Naują sitemap (svetainės žemėlapį) pateikiame Search Console skiltyje „Sitemap“ iškart po paleidimo. Jame turi būti tik galutiniai, indeksuotini adresai: be peradresuojamų, be 404 ir be užblokuotų puslapių. Jei sitemap pilnas netinkamų adresų, Google gauna painius signalus, todėl prieš pateikdami jį peržiūrime ir išvalome.
SvarbiausiaPo paleidimo pirmiausia patikrinkite ne dizainą, o tai, ar Google leidžiama svetainę matyti ir ar seni adresai veda į naujus. Dizaino klaidą pastebėsite iškart, o indeksavimo klaidą pastebėsite tik po kelių savaičių.
Formos, matavimas, greitis ir telefono vaizdas
Svetainė gali atrodyti puikiai, bet nebeatlikti savo darbo. Todėl patys išsiunčiame bandomąją užklausą per kiekvieną formą ir patikriname, ar laiškas ateina į teisingą adresą, ar nepatenka į šlamštą ir ar klientui išsiunčiamas automatinis patvirtinimas. Jei laiškai siunčiami per SMTP įskiepį ar išorinę paslaugą, pasitikriname, ar nustatymai nepasikeitė perkėlimo metu. Tą patį darome su užsakymo, registracijos ir slaptažodžio atkūrimo laiškais, jei svetainė turi el. parduotuvę.
Tada tikriname matavimą. Svarbu, kad GA4 (Google Analytics 4) žyma veiktų naujoje svetainėje, kad nebūtų dubliuota (pvz., įdėta ir tiesiogiai, ir per Google Tag Manager) ir kad pagrindiniai įvykiai, pavyzdžiui, formos išsiuntimas ar pirkimas, vis dar fiksuojami. Tą pačią patikrą atliekame su Google Ads konversijų žymomis ir Meta pikseliu. Jei jų nėra, kampanijos tęsis, bet automatinis siūlymas negaus duomenų ir ima optimizuoti aklai.
Atskirai pasižiūrime, ar nepasikeitė duomenų šaltinio nustatymai: ar svetainės adresas Google Ads paskyroje vis dar teisingas ir ar reklamų nukreipimo puslapiai nebeveda į 404.
Galiausiai peržiūrime svetainę telefone, nes didžioji dalis lankytojų ateina būtent iš jo. Atsidarome pagrindinius puslapius ir pabandome atlikti tą patį, ką darytų klientas: atidaryti meniu, paskambinti paspaudus telefono numerį, užpildyti formą, įdėti prekę į krepšelį. Patikriname ir greitį, pavyzdžiui, įrankiu PageSpeed Insights, ir palyginame su sena svetaine. Jei naujas variantas pastebimai lėtesnis, dažniausiai kaltos per didelės nuotraukos, nepašalinti nereikalingi įskiepiai ar neįjungtas talpyklos (cache) sluoksnis.
Su vidinėmis nuorodomis darome paprastą dalyką: peržiūrime meniu, apatinę dalį ir straipsnių tekstus, ar jose nelikę nuorodų į senus adresus ar staging domeną. Tam tinka bet kuris svetainės skeneris, kuris suranda nuorodas su peradresavimu ir 404 atsakymu.
Kontrolinis sąrašas ir savaitės ritmas
Žemiau pateiktas sąrašas, kurį galite naudoti kaip pagrindą. Jis tinka ir perkėlimui į naują platformą, ir pilnam svetainės atnaujinimui.
- robots.txt nedraudžia indeksuoti viso domeno, nėra staging likučių
- Svetainės nustatymuose nepažymėtas paieškos sistemų blokavimas
- Pagrindiniuose šablonuose nėra noindex žymos
- Canonical žymės rodo į galutinį adresą
- Visi seni adresai iš sitemap ir Search Console grąžina 301 į atitinkamą naują puslapį
- Nėra peradresavimo grandinių ir peradresavimų į pagrindinį puslapį
- Sitemap pateiktas Search Console ir apdorotas be klaidų
- Domeno keitimo atveju pateiktas „Adreso keitimas“
- Kiekviena forma išbandyta, laiškas atkeliauja ir nepatenka į šlamštą
- GA4, Google Ads ir Meta žymės veikia, įvykiai fiksuojami be dublių
- Vidinės nuorodos veda į naujus adresus, o ne per peradresavimą
- Mobiliajame telefone patikrinti pagrindiniai puslapiai: meniu, formos, mygtukai
- Greitis išmatuotas (pvz., PageSpeed Insights) ir palygintas su senąja svetaine
- Kelių kalbų svetainėje hreflang žymės abipusės ir rodo į teisingus adresus
- Nustatyta, kas ir kada stebi 404 klaidas ir Search Console ataskaitas
Po sąrašo svarbu ritmas. Dalį patikrų reikia padaryti vieną kartą, o dalį kartoti. Search Console naudojame kaip pagrindinį stebėjimo įrankį. Skiltyje „Puslapių indeksavimas“ žiūrime, ar nedidėja puslapių su klaidomis ar pastaba „Neindeksuota“, o skiltyje „Našumas“ lyginame paspaudimus ir rodinius su ankstesniu laikotarpiu. Po perkėlimo normalu, kad rodikliai kelias savaites svyruoja, bet nuolatinis kritimas yra signalas ieškoti priežasties.
| Laikas | Ką tikriname |
|---|---|
| Paleidimo diena | robots.txt, noindex, canonical, 301 peradresavimai, formos ir laiškai, GA4 ir reklamų žymės |
| 1-2 diena | Sitemap pateikimas, Adreso keitimas (jei keitėsi domenas), pirmosios 404 klaidos Search Console |
| 3-4 diena | Vidinės nuorodos, mobilus vaizdas, greitis, hreflang (jei kelios kalbos) |
| Kasdien pirmą savaitę | Puslapių indeksavimas ir 404 klaidos |
| 7 diena | Našumo palyginimas su ankstesniu laikotarpiu, konversijų skaičius GA4 ir reklamos paskyrose |
| Kas savaitę pirmą mėnesį | Našumas, indeksavimas, naujos klaidos, svarbiausių senų adresų būklė |
Dažniausios problemos po paleidimo
Pagal mūsų patirtį daugiausia rūpesčių sukelia kelios pasikartojančios klaidos. Jos nėra sudėtingos, bet lengvai praslysta, kai visi dėmesį skiria dizainui.
- 404 klaidos. Kai kurie seni adresai pamirštami, ypač nuotraukų, PDF failų ir seni tinklaraščio įrašai. Search Console parodys, kokių adresų Google ieško ir nerado. Sprendimas paprastas: pridėti trūkstamą peradresavimą arba sąmoningai palikti 404, jei turinio nebėra.
- Vidinės nuorodos į senus adresus. Jos veikia per peradresavimą, bet be reikalo lėtina puslapį ir painioja Google. Geriau jas pakeisti tiesiogiai.
- Nustojusios veikti formos. Dažnai priežastis yra pasikeitęs el. pašto siuntimo nustatymas arba naujas serveris, kuris laiškų nesiunčia.
- Dublikuota arba dingusi analitika. Pavyzdžiui, jei žyma įdėta dukart, rodikliai atrodo dvigubai geresni, o jei jos nėra, nematysite nieko.
- Kelių kalbų svetainės. Hreflang žymės turi būti abipusės: jei lietuviška versija nurodo anglišką, ši turi nurodyti atgal. Priešingu atveju Google gali jas ignoruoti.
Pirmomis dienomis Search Console ataskaitos dar gali būti tuščios arba vėluoti, tai normalu. Tam, kad nelauktumėte aklai, kelis svarbiausius adresus galite patikrinti įrankiu „URL tikrinimas“: jis parodo, ar Google puslapį mato, kokį canonical pasirinko ir ar puslapis jau indeksuotas. Jei puslapis svarbus, o jo dar nėra, galima paprašyti indeksuoti, tačiau tai ne priemonė visai svetainei, o būdas pagreitinti keletą pagrindinių puslapių.
Taip pat verta kelias savaites palyginti ne tik paspaudimus, bet ir tai, kurie puslapiai prarado rodinius. Jei kritimas susijęs su konkrečiu skyriumi ar adresų grupe, priežastis dažniausiai yra trūkstami peradresavimai arba pasikeitęs turinys, o ne bendra svetainės problema.
Dar vienas dalykas: nesitikėkite, kad Google viską sutvarkys per dieną. Didesnių svetainių perkėlimas gali užtrukti savaites, ir tai savaime nėra klaida. Svarbu, kad indeksavimo ataskaitoje nuolat nedidėtų klaidų, o pagrindiniai puslapiai išliktų paieškoje.
Išvada
Svetainės perkėlimas nesibaigia paleidimo diena. Pirmąją savaitę verta skirti kelias valandas techninei patikrai ir trumpam kasdieniam Search Console peržiūrėjimui, nes taip klaidas pastebite per dienas, o ne per mėnesius. Jei turite aiškų sąrašą ir žinote, kas už ką atsakingas, dauguma problemų išsisprendžia dar prieš jas pajutus pardavimuose.
