Atnaujinus svetainę galima pagerinti jos patogumą, greitį ir konversijas, tačiau kartu galima sutrikdyti signalus, padedančius paieškos sistemoms suprasti jūsų svetainę. Pakeisti URL adresai, dingęs turinys ir neteisingi indeksavimo nustatymai gali sugadinti net ir kitais atžvilgiais sėkmingą paleidimą. Šis svetainės atnaujinimo kontrolinis sąrašas padeda išsaugoti tai, kas jau veikia, ir kartu pagerinti lankytojų patirtį. Joks procesas negarantuoja, kad pozicijos paieškoje išliks nepakitusios, tačiau kruopštus planavimas sumažina išvengiamas perkėlimo rizikas.
1. Prieš ką nors keisdami, įvertinkite esamą svetainę
Pirmiausia užfiksuokite, kaip veikia dabartinė svetainė. Pasitelkę Google Search Console nustatykite, kurie puslapiai pritraukia organinių paspaudimų, pagal kokias užklausas jie rodomi ir ar yra esamų indeksavimo problemų. Palyginkite tai su analitikos duomenimis, kad suprastumėte, kurie nukreipimo puslapiai generuoja užklausas, pirkimus ar kitus reikšmingus veiksmus.
Nuskenuokite veikiančią svetainę ir išsaugokite jos URL adresus, atsako kodus, puslapių pavadinimus, meta aprašymus, kanonines žymes, antraštes ir vidines nuorodas. Įtraukite PDF dokumentus, paveikslėlius ir kitus išteklius, kurie sulaukia srauto ar atgalinių nuorodų. Vien navigacijos meniu nėra išsamus puslapių sąrašas.
Išmatuokite būdingus puslapių tipus, įskaitant paslaugų puslapius, straipsnius, produktų ir kontaktų puslapius. Užfiksuokite turimus Core Web Vitals duomenis ir atlikite laboratorinius testus, kad nustatytumėte įkėlimo ir sąveikos problemas. Lauko duomenys atspindi tikrų lankytojų patirtį, o laboratoriniai testai padeda paaiškinti, kas galėtų juos lėtinti.
Parenkite pradinės būklės ataskaitą, kurią galėtų pasiekti visa komanda. Pažymėkite vertingus puslapius ir žinomas technines problemas, kad atnaujinant svetainę būtų išsaugoti jau įtvirtinti privalumai, o ne perkeltos senos problemos į naują sąsają.
2. Apibrėžkite tikslus ir susitarkite dėl perkėlimo apimties
Paverskite „patobulinti svetainę“ konkrečiais rezultatais. Galbūt norite, kad lankytojai greičiau rastų paslaugas, lengviau užpildytų užklausos formą ar patogiai naršytų mobiliajame telefone. Kiekvienam tikslui priskirkite matavimo būdą, pavyzdžiui, formų užpildymo stebėjimą ar naudojamumo testavimą.
Atskirkite būtinus pakeitimus nuo neprivalomų patobulinimų. Jei vienu metu keičiate TVS (turinio valdymo sistemą), domeną, perrašote turinį ir pertvarkote URL struktūrą, problemas nustatyti tampa daug sunkiau. Kur įmanoma, venkite nebūtinų URL pakeitimų, o didelius pokyčius diekite etapais, kad būtų lengviau įvertinti jų poveikį.
Įgyvendinimo būdą rinkitės pagal savo poreikius. Mūsų gide apie individualias svetaines ir šablonus aptariami aspektai, galintys turėti įtakos šiam sprendimui. Nė vienas iš būdų automatiškai neužtikrina geresnio paieškos sistemų optimizavimo (SEO) – lemia įgyvendinimo kokybė.
Paskirkite atsakingus asmenis už turinio tvirtinimą, peradresavimų žemėlapį, techninį testavimą, analitiką ir paleidimo koordinavimą. Dar prieš pradėdami kūrimą susitarkite dėl priėmimo kriterijų. Visi turėtų žinoti, kurie defektai blokuoja paleidimą, kas gali patvirtinti diegimą ir kas lemtų grįžimą prie ankstesnės versijos, jei sutriktų kritinis funkcionalumas.
3. Išsaugokite vertingą turinį ir susiekite kiekvieną pakeistą URL
Sudarykite perkėlimo lentelę, kurioje kiekvienas esamas URL būtų susietas su numatyta nauja vieta. Jei puslapio paskirtis nesikeičia, URL palikite tokį patį. Kai adresą pakeisti būtina, naudokite nuolatinį serverio pusės peradresavimą, dažniausiai 301, į artimiausią atitinkamą puslapį.
Neperadresuokite visų pašalintų puslapių į pagrindinį puslapį. Tai gali suklaidinti lankytojus, o paieškos sistemos gali tai vertinti kaip „soft 404“ klaidą. Jei turiniui nėra tinkamo pakaitalo, tikras 404 ar 410 atsakas gali būti tinkamesnis nei peradresavimas į nesusijusį puslapį.
Prieš perrašydami geriausiai veikiančius puslapius, juos peržiūrėkite. Išsaugokite naudingą temos aprėptį, aiškias antraštes ir informaciją, atitinkančią paieškos ketinimą. Silpną turinį tobulinkite sąmoningai, užuot jį ištrynę vien todėl, kad naujame makete jam mažiau vietos.
Atnaujinkite vidines nuorodas, kad jos vestų tiesiai į galutinius puslapius, ir venkite peradresavimų grandinių. Patikrinkite ir svarbių paveikslėlių bei dokumentų URL. Peradresavimų žemėlapį pasilikite ir po paleidimo bei patikrinkite jį pagal pradinio skenavimo duomenis, kad pamiršti puslapiai netaptų nematomais perkėlimo nuostoliais.
4. Greitaveiką įtraukite į dizainą ir kūrimą
Greitaveika turėtų lemti dizaino sprendimus, o ne tapti tvarkymo užduotimi pačioje pabaigoje. Dideli pagrindiniai paveikslėliai, automatiškai paleidžiami vaizdo įrašai, sudėtingos animacijos ir nereikalingi skriptai gali lemti, kad patrauklus naujas dizainas atrodys lėtesnis nei svetainė, kurią jis pakeičia.
Pateikite tinkamo dydžio paveikslėlius moderniais formatais, kur jie palaikomi. Numatykite prisitaikančias paveikslėlių versijas ir rezervuokite jų matmenis, kad sumažintumėte maketo poslinkius. Tinkamiems žemiau matomos srities esantiems paveikslėliams taikykite atidėtąjį įkėlimą, tačiau neatidėkite pagrindinio paveikslėlio, kuris greičiausiai lems Largest Contentful Paint rodiklį.
Peržiūrėkite šriftus, trečiųjų šalių įrankius ir JavaScript priklausomybes. Pašalinkite mažai vertės teikiančias funkcijas, kur tinka, atidėkite nekritinius darbus ir sukonfigūruokite podėliavimą bei glaudinimą. Testuokite realiomis mobiliojo ryšio sąlygomis, o ne remkitės vien greitu biuro interneto ryšiu.
Įvertinkite įkėlimo greitį, reagavimą į sąveiką ir vizualinį stabilumą svarbiausiuose šablonuose. Taip pat patikrinkite navigaciją klaviatūra, teksto įskaitomumą, matomas fokusavimo būsenas ir patogius valdiklius. Net ir lengvas puslapis nepasiteisina, jei vartotojai negali juo naudotis. Codeopera svetainių kūrimo paslaugos padeda įgyvendinti šiuos reikalavimus viso kūrimo metu, o ne laikyti juos atskirais baigiamaisiais darbais.
5. Patikrinkite SEO pagrindus bandomojoje aplinkoje
Prieš paleidimą visą patirtį peržiūrėkite bandomojoje (staging) aplinkoje. Kur įmanoma, apsaugokite ją nuo viešo indeksavimo prieigos kontrole. Jei naudojate noindex direktyvas, tiksliai užfiksuokite, kur jos sukonfigūruotos, kad jas būtų galima pašalinti iš gamybinės svetainės.
Nuskenuokite bandomąją versiją ir palyginkite ją su pradine būkle. Įsitikinkite, kad kiekvienas indeksuojamas puslapis turi tinkamą pavadinimą, naudingą pagrindinę antraštę ir kanoninį URL, nukreipiantį į numatytą gamybinį adresą. Patikrinkite, ar svarbus turinys ir navigacijos nuorodos pasiekiami paieškos robotams.
- Patikrinkite robots.txt taisykles ir puslapių lygio indeksavimo direktyvas.
- Patikrinkite, ar struktūrizuoti duomenys tikslūs ir atitinka matomą turinį.
- Sugeneruokite XML svetainės žemėlapį su kanoniniais, indeksuojamais URL.
- Išbandykite navigaciją, naršymo kelią (breadcrumbs), puslapiavimą ir atitinkamas kalbų žymes.
Ypatingą dėmesį skirkite sąsajoms, kurios smarkiai priklauso nuo JavaScript. Paieškos sistemos turėtų galėti pasiekti prasmingą puslapio turinį be nepatikimų sąveikų. Peržiūrėkite mobiliuosius maketus ir išbandykite formas, paiešką, atsiskaitymą ir klaidų puslapius. Defektus užregistruokite nurodydami aiškius atsakingus asmenis, o pataisymus pakartotinai patikrinkite prieš patvirtindami išleidimą.
6. Paleiskite kontroliuojamai ir išbandytai
Diegimą suplanuokite tada, kai atsakinga komanda galės stebėti svetainę ir greitai reaguoti. Pasidarykite esamos svetainės, duomenų bazės ir susijusios konfigūracijos atsargines kopijas. Parenkite grįžimo prie ankstesnės versijos procedūrą, įskaitant tai, kaip tvarkytumėte užklausas ar užsakymus, gautus jau pradėjus veikti naujai svetainei.
Iš karto patikrinkite gamybinę aplinką, o ne darykite prielaidą, kad bandomosios aplinkos nustatymai perkelti teisingai. Įsitikinkite, kad veikia HTTPS, pageidaujamo pagrindinio adreso peradresavimai veikia nuosekliai, o gamybiniuose puslapiuose nebeliko netyčinių noindex direktyvų. Įsitikinkite, kad robots.txt leidžia skenuoti turinį, kurį norite indeksuoti.
Išbandykite vertingų URL imtį ir kiekvieną peradresavimo šabloną. Patikrinkite atsako kodus, kanonines žymes, svetainės žemėlapio adresus, vidines nuorodas ir trūkstamus išteklius. Sėkmingai įsikėlęs pagrindinis puslapis dar neįrodo, kad veikia ir gilesni puslapiai.
Patikrinkite analitiką ir konversijų įvykius atlikdami tikrus bandomuosius veiksmus ir vengdami pasikartojančio stebėjimo. Pateikite atnaujintą svetainės žemėlapį Search Console ir patikrinkite būdingus puslapius. Jei keičiasi domenas, įvertinkite, ar reikia taikyti Search Console adreso keitimo procesą. Veskite paleidimo žurnalą, kad vėliau iškilusias problemas būtų galima susieti su konkrečiais diegimo pakeitimais.
7. Stebėkite rezultatus ir spręskite problemas po paleidimo
Kontrolinis sąrašas nesibaigia diegimu. Ateinančias dienas ir savaites stebėkite skenavimo klaidas, indeksavimo pokyčius, organinį srautą į nukreipimo puslapius ir konversijas. Rezultatus lyginkite su pradine būkle, atsižvelgdami į sezoniškumą, kampanijas ir nesusijusius paklausos pokyčius.
Kol paieškos sistemos apdoroja perkėlimą, pozicijos paieškoje gali kiek svyruoti. Ieškokite dėsningumų, užuot manę, kad kiekvienas kritimas laikinas. Jei tam tikra puslapių grupė praranda matomumą, patikrinkite jos peradresavimus, kanonines žymes, indeksavimo direktyvas, turinio pakeitimus ir vidines nuorodas.
Jei turite prieigą, peržiūrėkite serverio žurnalus ir pažiūrėkite, ar paieškos robotai nuolat susiduria su klaidomis ar eikvoja laiką pasenusiems URL. Neveikiančias vidines nuorodas ir peradresavimų grandines taisykite jų šaltinyje. Naudingus peradresavimus išlaikykite ilgą laiką, ypač jei senais adresais vis dar apsilankoma arba į juos veda atgalinės nuorodos.
Toliau matuokite tikrų vartotojų patiriamą greitaveiką, kai sukaupiama pakankamai duomenų. Po kiekvieno vėlesnio išleidimo pakartokite konversijų ir prieinamumo patikras. Paleidimą laikykite nuolatinio tobulinimo pradžia: saugokite matomumą paieškoje, greitai šalinkite technines regresijas ir tolesnius pakeitimus planuokite remdamiesi tikru lankytojų elgesiu.
