Kā veikt mājaslapas redizainu, nezaudējot SEO, datplūsmu un klientu pieprasījumus?

Mājaslapas redizains bieži sākas ar saprotamu vēlmi: modernāku vizuālo tēlu, ērtāku navigāciju, ātrāku tehnoloģiju un vairāk pieprasījumu.

Taču uzņēmums nemaina tukšu maketu. Tas maina sistēmu, kurā Google jau ir indeksējis lapas, ārējās vietnes ir izveidojušas saites, reklāmas ved uz konkrētiem URL un klienti ir pieraduši pie noteikta ceļa līdz pirkumam.

Tāpēc redizains nav tikai dizaina projekts. Tā ir vienlaicīga četru aktīvu migrācija: meklēšanas kapitāls, informācijas arhitektūra, konversijas sistēma un mērījumu nepārtrauktība.

Ja pārvalda tikai vizuālo daļu, jaunā mājaslapa var izskatīties labāk un pelnīt mazāk.

Kāpēc pēc redizaina pazūd organiskā datplūsma?

Google nezaudē pozīcijas tāpēc, ka tam nepatīk jaunais dizains. Kritums parasti rodas tāpēc, ka līdz ar dizainu netīši mainīti signāli, ar kuriem meklētājs saprata veco vietni.

• vērtīgi URL dzēsti bez līdzvērtīgas 301 novirzīšanas;
• vairākas atšķirīgas lapas masveidā novirzītas uz sākumlapu;
• svarīgs teksts saīsināts līdz dažiem mārketinga saukļiem;
• mainīta virsrakstu un iekšējo saišu hierarhija;
• jaunajās lapās palicis noindex no staging vides;
• canonical norāda uz nepareizu domēnu vai valodu;
• JavaScript versijā Google nesaņem pilno saturu;
• LV, RU un EN lapām izjaukta hreflang atbilstība;
• structured data vairs neatbilst redzamajam saturam;
• jaunā sitemap satur vecos, novirzītos vai nekanoniskos URL;
• navigācija mobilajā versijā slēpj būtiskas sadaļas.

Īstais jautājums nav "vai pozīcijas nedaudz svārstīsies?", bet gan: vai jaunā sistēma saglabā un nepārprotami nodod tālāk katras vērtīgās lapas nozīmi?

Vecās vietnes inventarizācija pirms dizaina

Droša migrācija sākas nevis Figma, bet datos. Pirms jaunās struktūras apstiprināšanas eksportējiet visus crawl atrodamos URL, XML sitemap, Google Search Console lapas un vaicājumus, GA4 landing pages un konversijas, ārējās saites, Google Ads galamērķus, indeksācijas statusu, lapas ar strukturētajiem datiem, PDF un attēlu resursus un visu valodu savstarpējās atbilstības.

Lapu nedrīkst dzēst tikai tāpēc, ka tā nav galvenajā izvēlnē. Viena neuzkrītoša lapa var nodrošināt lielu daļu kvalitatīvās organiskās datplūsmas.

Nemainiet URL bez biznesa iemesla

Īsāks vai skaistāks URL pats par sevi reti atsver migrācijas izmaksas. Ja lapas tēma, valoda un vieta arhitektūrā nemainās, visdrošāk ir saglabāt esošo adresi - tas samazina redirect kļūdas, īslaicīgas indeksācijas svārstības, ārējo saišu signālu pārvades risku un analītikas salīdzināšanas sarežģītību.

Redirect map: svarīgākais migrācijas dokuments

• katram vērtīgam vecajam URL ir viens gala mērķis;
• galamērķis atbilst iepriekšējam meklēšanas nolūkam;
• tiek izmantota servera puses 301 vai 308 pastāvīgā novirzīšana;
• nav redirect ķēžu A → B → C;
• nav cilpu;
• iekšējās saites uzreiz ved uz gala URL, nevis caur redirect;
• valodas netiek sajauktas;
• parametru un kampaņu URL tiek pārbaudīti atsevišķi.

Ja vecā lapa par tehnisko SEO auditu tiek novirzīta uz aģentūras sākumlapu, lietotājs nesaņem gaidīto informāciju, bet Google neredz līdzvērtīgu aizvietojumu. Šādu masveida pieeju sistēma var uztvert kā soft 404. Godīgs 404 ir labāks nekā maldinoša novirzīšana uz nesaistītu lapu.

Satura saglabāšana nenozīmē vecā teksta aklu kopēšanu

Redizaina komandai jāzina, kuri lapas elementi rada meklēšanas un biznesa vērtību: tēma un search intent, galvenie jautājumi, unikāli fakti, cenas, tabulas un piemēri, H1 un sadaļu struktūra, iekšējās saites, autorība un atjaunināšanas informācija, FAQ ar atbilstošo schema, konversijas elementi. Detalizētāku metodoloģiju aprakstām rakstā Kas ir tehniskais SEO audits.

Tekstu drīkst uzlabot, konsolidēt un pārstrukturēt. Nedrīkst bez analīzes aizstāt saturīgu pakalpojuma lapu ar vienu hero virsrakstu un trim ikonām. Ja jaunais dizains prasa dramatisku satura samazinājumu, problēma nav "SEO vēlas pārāk daudz teksta". Problēma ir dizainā, kas nav paredzējis veidu, kā skaidri pasniegt informāciju, kas klientam nepieciešama lēmuma pieņemšanai.

Nemigrējiet piecas sistēmas vienā nevadāmā eksperimentā

Vienā projektā uzņēmumi mēdz vienlaikus mainīt domēnu, CMS, URL, arhitektūru, saturu, dizainu, consent platformu un analītiku. Ja pēc palaišanas krīt datplūsma vai konversija, cēloni gandrīz nav iespējams izolēt.

Ja iespējams, sadaliet projektu posmos: vispirms migrēt tehnoloģiju, saglabājot URL un saturu; pēc stabilizācijas ieviest strukturālas satura izmaiņas; domēna maiņu veikt kā atsevišķi kontrolētu projektu.

Redizainam jāuzlabo konversija

Vecā vietne var labi rangoties un slikti pārdot. Pirms dizaina fiksējiet bāzes rādītājus: organiskās landing page konversijas, formu uzsākšanu un pabeigšanu, klikšķus uz telefonu un e-pastu, rezervācijas, kvalificētu lead īpatsvaru, mobilās un desktop atšķirības un galvenos atteikšanās posmus. Ja organiskā datplūsma paliek nemainīga, bet formas konversija samazinās par 30%, redizains nav veiksmīgs.

Mūsu VC4 mājaslapas redizaina projektā informācijas arhitektūra tika veidota ap pacientu uzdevumiem - atrast pakalpojumu, speciālistu un pieraksta ceļu. Rezultāts nebija tikai modernāks interfeiss: pieauga organiskā datplūsma un tiešsaistes pieraksti.

Daudzvalodu vietnes: viena kļūda reiz trīs

Latvijas uzņēmumu redizainos bieži migrē LV, RU un EN versijas. Katrai valodai nepieciešama pilna un savstarpēji saskaņota URL karte. Pārbaudiet savstarpējo hreflang, self-referencing canonical, valodu pārslēdzēja precīzu norādi uz konkrētās lapas tulkojumu, lokalizētu metadata un structured data un to, ka 301 nepārmet lietotāju citā valodā.

Staging acceptance test

• visi plānotie URL atgriež 200;
• nav nejaušu noindex;
• canonical, robots, sitemap un hreflang ir pareizi production videi;
• title, description, H1 un saturs ir lokalizēti;
• structured data iziet validāciju un atbilst redzamajam saturam;
• redzamais FAQ precīzi sakrīt ar FAQPage;
• nav bojātu iekšējo saišu;
• katrs vecais URL testēts pret redirect map;
• formas, CRM, consent un analītikas notikumi strādā.

Palaišanas dienas protokols

• izveidojiet vecās vietnes un datubāzes atjaunojamu kopiju;
• publicējiet laikā, kad tehniskā, SEO un biznesa komanda var reaģēt;
• aktivizējiet redirect map servera līmenī;
• crawl pārbaudiet veco un jauno URL sarakstu;
• pārbaudiet robots, sitemap, canonical un hreflang dzīvajā HTML;
• veiciet reālu testa formu, zvanu, rezervāciju vai pirkumu;
• pārbaudiet analītiku un CRM;
• iesniedziet sitemap Search Console;
• svarīgākajiem URL veiciet URL Inspection.

Palaišanu nevajadzētu ieplānot piektdienas vakarā tikai tāpēc, ka apmeklējums ir zemāks. Zems apmeklējums nepalīdz, ja kļūda paliek nepamanīta visu nedēļas nogali.

Pirmās 30 dienas pēc palaišanas

Pirmajā nedēļā katru dienu pārbaudiet 5xx, 404, soft 404, negaidītus noindex, redirect kļūdas, svarīgāko lapu indeksācijas statusu, formas un CRM, organiskās landing pages, reklāmu galamērķus un konversijas.

Katru nedēļu pirmajā mēnesī salīdziniet klikšķus un seansus pret pirmsmigrācijas periodu, vaicājumu un lapu grupas, indeksēto veco un jauno URL dinamiku, Core Web Vitals, konversiju pēc ierīces un kanāla un ārējās saites, kuras iespējams atjaunināt uz gala URL.

Neizņemiet 301 pēc dažām nedēļām. Vecās saites, grāmatzīmes un Google signāli var saglabāties ilgi.

Kā atšķirt normālu svārstību no migrācijas avārijas?

• straujš kritums koncentrējas lapās ar redirect kļūdām;
• svarīgas lapas pazūd no indeksa;
• Google izvēlas nepareizu canonical;
• pieaug servera kļūdas;
• jaunās lapas netiek crawl;
• viena valoda zaudē redzamību nesamērīgi;
• trafiks saglabājas, bet konversijas pārstāj reģistrēties;
• vecie URL atgriež 404, lai gan tiem bija ekvivalenti.

Pareizā reakcija nav nekavējoties mainīt vēl desmit lietas. Vispirms izolējiet skarto URL grupu, salīdziniet veco un jauno stāvokli un novērsiet konkrēto cēloni.

Secinājums

Labs redizains nezaudē vecās vietnes uzkrāto vērtību. Tas to inventarizē, apzināti pārnes un pēc tam uzlabo. Drošā secība ir: izmērīt esošo stāvokli, noteikt, ko saglabāt, apvienot vai dzēst, izveidot URL un redirect karti, projektēt saturu, UX un konversiju kopā, testēt staging vidē, palaist ar kontrolētu protokolu un monitorēt lapu grupas un biznesa notikumus vismaz 30 dienas.

Ja SEO tiek pievienots dienu pirms palaišanas, svarīgākie lēmumi jau ir pieņemti. Google pats iesaka piesaistīt SEO speciālistu pēc iespējas agrāk, kad uzņēmums plāno jaunu vietni vai redizainu.

Ja plānojat atjaunot vietni, Juice mājaslapu izstrādes komanda var veikt esošās sistēmas auditu, izveidot migrācijas karti un savienot UX, izstrādi un SEO vienā palaišanas procesā. Plašāk par projekta izvēli un budžetu lasiet mūsu ceļvedī Mājaslapu izstrāde Latvijā 2026.

Avoti

Google site moves: developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes

Google 301 redirects: developers.google.com/search/docs/crawling-indexing/301-redirects

Google mobile-first indexing: developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing

Google - vai ir nepieciešams SEO: developers.google.com/search/docs/fundamentals/do-i-need-seo

Biežāk uzdotie jautājumi

Vai pēc mājaslapas redizaina Google pozīcijas vienmēr īslaicīgi krītas?

Nē. Nelielas svārstības ir iespējamas, īpaši mainot URL, domēnu vai lielu satura apjomu, taču būtisks kritums nav obligāta redizaina cena. Saglabājot vērtīgos URL un saturu, korekti ieviešot novirzīšanu un savlaicīgi monitorējot kļūdas, risku var ievērojami samazināt.

Vai redizaina laikā labāk saglabāt vecos URL?

Jā, ja lapas tēma un funkcija būtiski nemainās. Esoša URL saglabāšana samazina migrācijas risku un saglabā ārējo saišu un analītikas nepārtrauktību. URL jāmaina tikai tad, ja jaunā arhitektūra vai satura konsolidācija dod pamatotu ilgtermiņa ieguvumu.

Cik ilgi jāsaglabā 301 novirzīšana?

Pastāvīgās novirzīšanas jāuztur ilgtermiņā, nevis tikai dažas nedēļas pēc palaišanas. Vecās saites, lietotāju grāmatzīmes un meklētāju signāli var saglabāties gadiem, tāpēc novirzīšanu noņemšana var atkārtoti radīt 404 kļūdas un zaudētu vērtību.

Vai visas dzēstās lapas jānovirza uz sākumlapu?

Nē. Katrs vecais URL jānovirza uz saturiski tuvāko ekvivalentu. Ja atbilstošas lapas nav un saturs vairs nav vajadzīgs, korekts 404 vai 410 ir labāks par maldinošu novirzīšanu uz nesaistītu sākumlapu.

Kad SEO speciālists jāpiesaista redizaina projektam?

SEO speciālists jāpiesaista pirms jaunās struktūras, URL un satura apstiprināšanas. Ja pārbaude sākas tikai pirms publicēšanas, lielākā daļa riskanto lēmumu jau ir iestrādāta dizainā un izstrādē, un to labošana kļūst dārgāka.