Mājaslapa atveras, kontakti ir pareizi, neviens nav sūdzējies. Tāpēc pārbūves jautājums tiek atlikts gadiem. Taču “darbojas” nav tas pats, kas “strādā jums”. Zemāk ir pieci signāli, pēc kuriem varat pateikt, vai pārbūve ir pamatota, un pieci gadījumi, kad pietiek ar mazāku soli.
Ko nozīmē “darbojas” un ko nozīmē “strādā jums”
Lapa darbojas, ja tā ielādējas bez kļūdām. Lapa strādā jums, ja tā dara trīs lietas: atnes pieprasījumus, ļauj jūsu komandai saturu mainīt pašai un neapdraud uzņēmumu drošības ziņā. Ja kāda no šīm lietām nepilda, “darbojas” ir tikai tehnisks apraksts.
Pārbūve nav mērķis pati par sevi. Tā ir nauda un laiks, tāpēc to vērts darīt tikai tad, ja zināt, kuru problēmu risināt.
Signāls 1: pieprasījumi krīt, bet pārējais bizness nav mainījies
Ja pēdējos gados lapas apmeklējumu un pieteikumu skaits samazinās, kamēr pārdošana citos kanālos turas, vaina bieži ir lapā. Pirms lemt par pārbūvi, noskaidrojiet cēloni:
- vai trafiks krīt visās lapās vai tikai dažās;
- vai krītas pieteikumu skaits, nevis tikai apmeklējumu skaits;
- vai konkurenti rāda augstāk par jums pēc tiem pašiem vaicājumiem.
Ja pieprasījumus bloķē lēna ielāde vai nederīga mobilā versija, tas ir pārbūves arguments. Ja problēma ir tikai novecojis teksts, to var salabot bez jauna koda.
Signāls 2: lapa ir lēna un neērta telefonā
Google uzskata trīs rādītājus par Core Web Vitals: lielākā satura elementa ielāde (LCP) ne ilgāk par 2,5 sekundēm, reakcija uz darbību (INP) ne ilgāk par 200 milisekundēm un izkārtojuma nobīde (CLS) ne lielāka par 0,1, mērot 75. procentilē (web.dev). Izmērīt savu lapu var bez maksas ar PageSpeed Insights un Search Console.
Ja novecojusi šablona arhitektūra neļauj sasniegt šos slieksņus, lai ko jūs optimizētu, tas ir signāls pārbūvei. Ja lēnumu rada trīs milzīgi attēli un vecs spraudnis, pietiek ar labojumu. Plašāk par to rakstām rakstā par Core Web Vitals ietekmi uz biznesu.
Signāls 3: neviens neuzdrošinās atjaunināt sistēmu
Ja CMS, programmēšanas valodas versija vai spraudņi nav atjaunināti gadiem, jo “pēc tam viss salūzīs”, jūs jau dzīvojat ar risku. Tam ir trīs seku līmeņi:
- drošības ievainojamības, kuras izstrādātāji vairs nelabo;
- piegādātājs, kas pārtrauc veco versiju atbalstu;
- izstrādātājs, kurš vairs nav pieejams vai nezina, kā lapa darbojas.
Tieši trešais ir visbīstamākais. Mēs to aprakstām rakstā par to, kad WordPress vairs nepietiek. Ja lapu var droši atjaunināt un ir cilvēks, kas atbild, pārbūve nav steidzama.
Signāls 4: biznesam vajag to, ko lapa nevar
Pārbūve ir pamatota, ja lapai jāsaruna ar citām sistēmām, kuras tā nevar sasniegt. Piemēram, pieteikumiem jānonāk CRM, preču atlikumiem jāsinhronizējas ar grāmatvedību vai jāparādās otrai valodai. Ja katru jaunu prasību risina ar papildspraudni vai ar kārtējo “uzlabojumu uz esošā”, izmaksas aug ātrāk nekā jaunas lapas cena.
Šeit palīdz vienkāršs tests: uzrakstiet sarakstu ar trim lietām, ko vēlaties, un pajautājiet esošajam izstrādātājam, kādas ir izmaiņas katrai. Ja atbilde ir “nevar” vai “ļoti dārgi”, jūs zināt, kur ir griesti.
Signāls 5: komanda nevar mainīt saturu bez izstrādātāja
Ja katrs jauns teksts vai produkta lapa iet caur ārēju cilvēku, jūs maksājat par laiku un gaidāt. Mūsdienu CMS to nedrīkst prasīt. Ja saturu nevar mainīt pašas komandas rokās, tas ir praktisks arguments par labu jaunam risinājumam.
Kad pārbūve nav vajadzīga
Pārbūve kļūst dārgāka par problēmu šajos gadījumos:
- lapa ir ātra, droša un to var atjaunināt, bet izskats ir “vecmodīgs”;
- trūkst viena sadaļa vai lapa;
- teksti ir novecojuši, bet struktūra darbojas;
- konversija ir zema vienā ceļā, piemēram, kontaktformā, un to var uzlabot lokāli;
- jūs vēlaties jaunu dizainu, bet nezināt, kādu problēmu tas risina.
Šādos gadījumos sāciet ar mērķtiecīgiem labojumiem un izmēriet rezultātu. Ja pēc tiem problēma paliek, jūs vismaz zināt, ka tā ir dziļāka.
Ja izlemjat pārbūvēt: kas jāsaglabā
Lielākais risks nav jaunais dizains, bet vecā adrešu struktūra. Google savā dokumentācijā iesaka katru veco adresi novirzīt tieši uz tās jauno ekvivalentu ar pastāvīgu pāradresāciju (301 vai 308) un saglabāt pāradresācijas “pēc iespējas ilgāk, parasti vismaz gadu” (Google Search Central). Tāpēc pārbūves plānā jābūt:
- visu veco adrešu sarakstam no sitemap, analītikas un Search Console;
- katras adreses atbilstībai jaunajā lapā;
- atbilstošiem virsrakstiem, meta aprakstiem un iekšējām saitēm;
- pārbaudei pēc palaišanas.
Gandrīz katrs pozīciju zaudējums pēc pārbūves ir kļūda šajā ķēdē, nevis jaunā dizaina vaina. Detalizētāk tas aprakstīts rakstā par dizaina maiņu un SEO.
Kā pārbaudīt savu lapu pusstundā
Pirms runājat ar jebkuru izstrādātāju, veiciet vienkāršu pārbaudi, kurai nevajag speciālu pieeju:
- Atveriet lapu telefonā ar mobilo datu savienojumu. Vai teksts ir lasāms, vai poga ir viegli nospiežama, vai forma strādā.
- Palaidiet PageSpeed Insights galvenajai lapai un vienai satura lapai un pierakstiet LCP, INP un CLS vērtības.
- Atveriet Search Console un paskatieties, vai jaunākie mēneši rāda mazāk klikšķu nekā pirms gada, un kurām lapām.
- Pajautājiet komandai, kas pēdējā mēnesī ir bijis neērti: satura maiņa, forma, bildes, jauna lapa.
- Pajautājiet izstrādātājam vai hostinga piegādātājam, kāda platformas un programmēšanas valodas versija ir uzstādīta un vai tai vēl ir atbalsts.
Rezultātā jums būs piecas atbildes uz vienu lapu. Ja trīs vai vairāk ir sarkanas, pārbūve ir pamatots jautājums. Ja sarkanas ir viena vai divas, vispirms mēģiniet tās novērst atsevišķi.
Lēmuma noteikums
- Ja lapa ir droša, ātra, atjaunināma un komanda to pārvalda pati, bet jums nepatīk izskats, sāciet ar dizaina un satura labojumiem.
- Ja kritums ir izmērāms un tā cēlonis ir tehnisks (ātrums, mobilā versija, novecojusi platforma), pārbūve ir pamatota.
- Ja nevarat droši atjaunināt sistēmu vai nav cilvēka, kas par to atbild, pārbūve ir jāplāno tagad, nevis pēc incidenta.
- Ja biznesam vajadzīgas integrācijas, kuras lapa nevar nodrošināt, rēķiniet pārbūvi un salīdziniet ar izmaksām tālāk lāpīt.
Ja neesat pārliecināts, kurā kategorijā atrodaties, aprakstiet situāciju. Mēs, kā mājaslapu izstrādes studija, izvērtēsim lapu un pateiksim, vai vajag pārbūvi, vai pietiek ar mazāku soli. Apspriest projektu.
Avoti
- web.dev: Core Web Vitals, atjaunināts 2024. gada oktobrī
- Google Search Central: Site moves with URL changes
