Īsumā: Lielākā daļa mājaslapu pēc izstrādes prasa būtiskas SEO korekcijas - URL struktūras maiņu, ātruma optimizāciju, satura pārstrukturēšanu. Šīs izmaiņas maksā 30-50% no sākotnējā budžeta. Rakstā aprakstīti 6 konkrēti lēmumi, kas jāpieņem pirms dizaina izstrādes, lai vietne no pirmās dienas būtu SEO-ready.
Situācija, ko redzam regulāri: uzņēmums iegulda 5000-15000 EUR jaunā mājaslapā. Pēc 3 mēnešiem SEO audits atklāj, ka URL struktūra nav loģiska, lapas ielādes ātrums pārsniedz 4 sekundes, un galvenās pakalpojumu lapas konkurē savā starpā par vieniem un tiem pašiem atslēgas vārdiem. Rezultāts - papildu 2000-4000 EUR tehniskajām korekcijām.
1. URL struktūra un hierarhija
URL struktūra nav tikai tehnisks jautājums. Tā nosaka, kā Google saprot jūsu vietnes arhitektūru un kuras lapas uzskata par svarīgākajām.
Lēmums pirms dizaina: definējiet maksimāli 3 līmeņu dziļumu un loģisku grupēšanu.
Piemērs B2B pakalpojumu uzņēmuma mājaslapas struktūrai:
- /pakalpojumi/ - galvenā pakalpojumu lapa
- /pakalpojumi/gramatvediba/ - konkrēts pakalpojums
- /pakalpojumi/gramatvediba/gada-parskati/ - apakšpakalpojums
Kļūdas, ko JKonsult ikdienā bieži novēro mājaslapu URL struktūrā:
- Datumu saturošas URL - /2024/01/15/pakalpojums/ - bezjēdzīga informācija, kas nepalīdz ne lietotājam, ne Google
- ID-balstītas URL - /page?id=847 - nulle SEO vērtības
- Pārāk dziļa struktūra - /lv/pakalpojumi/kategorija/apakskategorija/tips/konkrets-pakalpojums/ - Google mazāk uzticas 5+ līmeņu dziļumam
Detalizēti par tehnisko SEO struktūru lasiet rakstā SEO optimizācija.
2. Ātruma prasības specifikācijā
Google Core Web Vitals ir rankinga faktors kopš 2021. gada. Web izstrādes specifikācijās ātruma prasības parasti nav iekļautas - vai arī ir pārāk vispārīgas ("lapai jābūt ātrai").
Konkrēti benchmarki, kas jāiekļauj specifikācijā: - LCP (Largest Contentful Paint) - zem 2.5 sekundēm (web.dev standarti) - CLS (Cumulative Layout Shift) - zem 0.1 - FID/INP (Interaction to Next Paint) - zem 200ms
Mūsu pieredze ar 40+ Latvijas B2B uzņēmumiem rāda skaidru tendenci. Ja ātruma prasības nav specifikācijā, izstrādātājs izvēlas vizuāli iespaidīgākos risinājumus. Lielas fona bildes, animācijas, vairāki fonti. Rezultāts: LCP 4-6 sekundes, kas automātiski pasliktina pozīcijas mobilajā meklēšanā.
Praktisks solis: pirms projekta sākuma pārbaudiet izstrādātāja iepriekšējos darbus PageSpeed Insights - ja vairums rāda sarkanu vai oranžu rezultātu, tas ir signāls.
3. Mobilā versija kā primārā
Kopš 2019. gada Google izmanto mobile-first indexing. Google vispirms skata jūsu vietnes mobilo versiju un tikai tad desktop.
Lēmums: Mobilā versija vairs nav papildu funkcija. Tā ir galvenā mājaslapas versija, kuru vispirms redz lielākā daļa lietotāju.
Konkrēti aspekti, kas jāiekļauj mājaslapas izstrādes specifikācijā: - Viss saturs redzams mobilajā - ja desktop ir papildu teksta bloki, kas mobilajā paslēpti, Google tos var ignorēt - Tap targets - pogas un saites vismaz 48x48 pikseļi - Fonts - minimums 16px pamattekstam - Formas - pielāgotas mobilajai ievadei (tel, email lauku tipi)
4. Heading struktūra pirms satura rakstīšanas
H1-H6 heading hierarhija nav tikai vizuāls elements. Tā ir semantiska struktūra, ko Google izmanto, lai saprastu lapas saturu.
Tipiska kļūda: dizainā lielākais teksts tiek noformēts kā H3, mazāks teksts kā H1, bet daļa virsrakstu tehniski ir tikai stilizētas rindkopas. Rezultātā lapas struktūra kļūst neskaidra gan lietotājiem, gan meklētājprogrammām.
Lēmums pirms dizaina: 1. Katrai lapai tieši viens H1 2. H2 sadala lapu loģiskās sekcijās 3. H3 izmanto tikai zem H2 4. Headingi satur atslēgas vārdus dabīgā veidā
Piemērs pakalpojuma lapai:
H1: Grāmatvedības pakalpojumi uzņēmumiem
H2: Ikmēneša grāmatvedība
H3: Dokumentu apstrāde
H3: Atskaišu sagatavošana
H2: Gada pārskati
H2: Nodokļu konsultācijas
5. Tehniskā SEO infrastruktūra
Vairāki tehniski elementi jādefinē pirms izstrādes, nevis jāpieliek pēc tam.
Obligātie elementi specifikācijā: - XML sitemap - automātiski ģenerēts, atjauninās ar jaunu lapu pievienošanu - Robots.txt - pareizi konfigurēts (nevis noklusējuma, kas var bloķēt svarīgas lapas) - Canonical tags - automātiski pievienoti katrai lapai - Hreflang - ja plānota daudzvalodu vietne (arī nākotnē) - Schema.org markup - vismaz Organization, LocalBusiness vai Product schema, atkarībā no biznesa tipa.
301 redirects plāns: ja jums jau ir esoša mājaslapa, pirms jaunās vietnes izveides jāsagatavo pilns vecās-jaunās URL kartējums. Bez tā jūs zaudēsiet visas esošās pozīcijas.
Sīkāk par migrācijas procesu skatieties rakstā SEO migrācija.
6. Satura struktūra pa lapu tipiem
Pirms dizaina jādefinē, kādi lapu tipi būs vietnē un kāda satura struktūra katram.
Tipiski B2B mājaslapas lapu veidi: - Sākumlapa - nav mēģinājums pārdot visu uzreiz, bet navigācija uz galvenajām sekcijām - Pakalpojumu lapas - katram pakalpojumam atsevišķa lapa ar unikālu saturu (ne copy-paste ar mainītu nosaukumu) - Nozaru lapas - ja apkalpojat vairākas nozares, katrai savs landing page - Blog/Resursi - informatīvs saturs, kas piesaista organisko trafiku - Kontakti/Par mums - E-E-A-T signāli (ekspertīze, pieredze, uzticamība)
No mūsu pieredzes: uzņēmumi bieži vēlas "vienkāršu" vietni ar 5 lapām. Pēc gada saprot, ka katram pakalpojumam vajag atsevišķu lapu, bet tad URL struktūra jau ir izveidota nepareizi. Nepieciešama pārstrukturēšana ar redirectiem.
Ja plānojat pasūtīt mājaslapas izstrādi, kas no pirmās dienas ir gatava SEO darbam, skatiet mūsu web izstrādes pakalpojumus.
Kā šos lēmumus dokumentēt
Izveidojiet vienu dokumentu pirms sarunu sākšanas ar izstrādātāju:
- URL struktūras shēma - visu plānoto lapu saraksts ar URL
- Ātruma prasības - konkrēti Core Web Vitals mērķi
- Tehnisko elementu checklist - sitemap, robots.txt, canonical, schema
- Redirect plāns - ja ir esoša vietne
- Satura struktūra - heading hierarhija katram lapu tipam
Šis dokuments kļūst par specifikācijas daļu. Tas dod iespēju novērtēt izstrādātāja darbu pēc objektīviem kritērijiem.
Biežāk uzdotie jautājumi
Cik maksā SEO-ready web izstrāde salīdzinājumā ar parastu?
Parasti 10-20% vairāk sākotnēji, bet ietaupa 30-50% no pārbūves izmaksām pēc pusgada. Galvenā atšķirība nav cenā, bet specifikācijas kvalitātē.
Vai izstrādātājam jābūt SEO ekspertam?
Nē, bet viņam jāsaprot tehniskie SEO pamati - URL struktūra, ātruma optimizācija, heading hierarhija. Ja izstrādātājs nekad nav dzirdējis par Core Web Vitals, tas ir sarkanais karogs.
Kad iesaistīt SEO speciālistu - pirms vai pēc izstrādes?
Pirms. SEO speciālists var sagatavot tehnisko specifikāciju un URL struktūru, ko izstrādātājs implementē. Tas ir lētāk nekā labot pēc tam.
Vai WordPress ir labs SEO vajadzībām?
WordPress ar pareizu konfigurāciju un kvalitātes tēmu ir pilnīgi piemērots. Problēmas rodas no sliktiem pluginiem, lēna hostinga vai nepareizas konfigurācijas - ne no pašas platformas.
Cik ilgi pēc jaunas vietnes palaišanas jāgaida SEO rezultātus?
Ja vietne aizstāj esošu ar pareiziem redirectiem - 2-4 nedēļas stabilizācijai. Ja pilnīgi jauna vietne jaunā domēnā - 3-6 mēneši pirmajiem redzamajiem rezultātiem.
Ko darīt, ja mājaslapa jau ir gatava bez SEO?
Veikt tehnisko SEO auditu un prioritizēt labojumus. Parasti svarīgākais: URL struktūra, ātrums, heading hierarhija. Sīkāk par audita procesu lasiet rakstā [SEO audits](https://jkonsult.lv/seo-pakalpojumi/seo-audits/).
Dārgākā kļūda web projektos ir SEO atstāt uz beigām. URL struktūra, lapu hierarhija, ielādes ātrums - tas viss jāizlemj pirms dizaina, ne pēc palaišanas.