# websitedevelopment.biz — pilns teksts

> Katras šajā valodā pieejamās rokasgrāmatas pilns teksts, lai atbilžu dzinējs varētu izlasīt katalogu vienā pieprasījumā. Nekas no tā netrūkst redzamajās lapās.

## Kad pārveidot mājaslapu — un kad ne
https://websitedevelopment.biz/lv/guides/kad-parveidot-majaslapu
Atjaunināts 2026-08-07 · Uzturēšana

Pārveides biežāk virza apnikums, nevis dati. Lapa šķiet novecojusi komandai, kas to redz katru dienu, un šī sajūta pārvēršas desmitiem tūkstošu vērtā projektā, kas reti uzlabo skaitļus.

Šis ceļvedis aptver iemeslus, kas tiešām attaisno pārveidi, tos, kas neattaisno, un alternatīvu, kas parasti strādā labāk.

### Iemesli, kas attaisno
Tie ir strukturāli: tos neatrisina jauna krāsu palete vai pāris jaunas lapas.
- Lapu nevar lietot mobilajā, un no turienes nāk lielākā daļa apmeklējumu.
- Platforma vairs netiek atbalstīta vai to nevar droši atjaunināt.
- Jūsu komanda nevar mainīt saturu bez izstrādātāja — tas paralizē visu pārējo.
- Biznesa modelis tiešām ir mainījies un struktūra vairs neatspoguļo to, ko pārdodat.
- Veiktspēja ir strukturāli slikta tā, ka to nevar salabot bez pārbūves.
- Lapa neatbilst pieejamības prasībām, kas uz jums attiecas juridiski.
- Vajag funkcionalitāti, ko pašreizējais pamats principiāli nenes.

### Iemesli, kas neattaisno
Tie ir biežāki par augstāk minētajiem un noved pie dārgākajiem projektiem ar mazāko atdevi.
| «Tā šķiet novecojusi» | Tu to redzi katru dienu; apmeklētāji ne | Atsvaidzini tipogrāfiju, telpu un attēlus |
| «Konkurentam ir jauna» | Salīdzinājums, ne problēma | Skaties, ko viņu lapa risina un jūsu ne |
| «Apmeklējumi krīt» | Parasti meklēšana vai saturs, ne dizains | Diagnosticē pirms pārbūves |
| «Jauns mārketinga vadītājs» | Īpašnieka maiņa | Vispirms izmēri, kas jau strādā |
| «Konversija ir zema» | Var skart vienu lapu | Testē tieši to lapu |
| «Mums ir jauns logo» | Zīmola atjaunināšana | Pielieto izskatu, nepārbūvē |
Pārveide bez diagnosticētas problēmas bieži dod lapu, kas izskatās labāk un strādā sliktāk, jo tas, kas strādāja, nejauši pazuda.

### Alternatīva: mērķtiecīgi uzlabojumi
Lielākajā daļā situāciju, kas sākas ar «mums vajag pārveidi», tas dod vairāk par daļu no cenas un riska.
- Noskaidro analītikā, kuras lapas nes visvairāk apmeklējumu un konversiju. Parasti to ir mazāk par desmit.
- Noskaidro, kur apmeklētāji šajās lapās iestrēgst — sesiju ieraksti un formu analīze to parāda uzreiz.
- Vispirms salabo ātrumu. Tas gandrīz vienmēr ir lētākais izmērāmais uzlabojums.
- Pārraksti galveno lapu tekstus; neskaidrība maksā vairāk konversijas nekā dizains.
- Atjaunini tipogrāfiju, telpu un attēlu kvalitāti — tas atrisina lielāko daļu «šķiet novecojusi» sajūtas.
- Uzlabo galvenos konversijas ceļus: formas, kontaktu iespējas, cenu informāciju.
- Mēri pēc katras izmaiņas. Pēc trim mēnešiem zināsi, vai pārveide tiešām vajadzīga.
Šī pieeja turklāt dod datus. Ja tomēr vēlāk pārveido, zini, ko saglabāt — un tieši to pārveides parasti iznīcina.

### Ja tomēr pārveido, dari to droši
Pārveides lielākie riski nav dizaina, bet tehniski un izmērāmi.
- Kartē katru esošo URL uz jauno pirms palaišanas; no turienes pazūd apmeklējumi.
- Pieraksti pašreizējos skaitļus — apmeklējumus, pozīcijas, konversijas — lai vēlāk varētu salīdzināt.
- Saglabā to, kas pierādīti strādā. Lapa, kas ierindojas, pelna piesardzību, ne pārrakstīšanu.
- Palaid pa posmiem, ja vari, lai redzētu katras daļas ietekmi.
- Rēķinies ar četru līdz sešu nedēļu svārstībām un pēti tikai tad, ja kritums turpinās.
- Testē formas un veikalā maksājumus produkcijā palaišanas dienā.
- Turi veco lapu sev pieejamu kādu laiku, lai varētu pārbaudīt, kas tur bija rakstīts.

Q: Cik bieži lapa jāpārveido?
A: Grafika nav, un rīkošanās pēc grafika ir tieši tā kļūda. Labi uzbūvēta lapa ar aktuālu saturu var labi strādāt piecus gadus vai ilgāk ar pastāvīgiem maziem uzlabojumiem. Pārveido, kad ir konkrēta problēma, ko nevar atrisināt bez pārbūves — nevis kad pagājuši trīs gadi.

Q: Vai pārveide kaitē meklēšanas apmeklējumiem?
A: Uz laiku gandrīz vienmēr un pastāvīgi tad, ja pāradresācijas ir nevērīgas. Rēķinies ar četru līdz sešu nedēļu svārstībām pat tīras izpildes gadījumā. Pastāvīgs kaitējums nāk no nekartētiem URL, dzēstām lapām, kas ierindojās, un pārrakstītiem tekstiem lapās, kas strādāja labi.

Q: Cik maksā pārveide?
A: Parasti no puses līdz visai jaunas lapas cenai, jo darbs lielā mērā ir tas pats plus migrācija. Tieši tāpēc ir vērts vispirms diagnosticēt: ja mērķtiecīgs uzlabojums par daļu no šīs summas atrisina to pašu problēmu, pārveide ir dārgs apkārtceļš.

Q: Kā zināt, vai lieta ir dizainā?
A: Skaties, kur cilvēki aiziet. Ja viņi aiziet dažās sekundēs, lieta ir ātrumā vai atbilstībā, ne dizainā. Ja viņi izlasa un tad aiziet, lieta parasti ir tekstā vai piedāvājumā. Ja viņi iestrēgst formā, lieta ir formā. Dizains reti ir tas, uz ko norāda analītika, lai gan tas gandrīz vienmēr ir tas, uz ko norāda intuīcija.

## Uzraudzība: zini par lapas nokrišanu pirms klientiem
https://websitedevelopment.biz/lv/guides/pieejamibas-uzraudziba
Atjaunināts 2026-08-07 · Uzturēšana

Uzraudzība sākas ar vienu jautājumu — vai lapa atbild — bet naudu maksājošās kļūmes reti ir tik vienkāršas. Lapa ir tiešsaistē un forma neko nesūta. Sākumlapa ielādējas un maksājums neizdodas. Sertifikāts beidzas pēc trim dienām un neviens neskatās.

Šis ceļvedis aptver, ko tiešām uzraudzīt, kā iestatīt brīdinājumus, kas saņem uzmanību, un ko darīt, kad tāds nostrādā.

### Ko uzraudzīt papildus «vai ir tiešsaistē»
Pieprasījums sākumlapai noķer acīmredzamās kļūmes. Šīs pārbaudes noķer klusās.
- HTTP statuss un saturs: ne tikai tas, ka kaut kas atgriežas, bet ka lapā ir gaidītais teksts.
- Sertifikāta derīguma beigas: brīdini trīsdesmit dienas iepriekš, ne beigu dienā.
- Domēna derīguma beigas: retākais un katastrofālākais, un pilnībā novēršams.
- Formu sūtīšana: periodisks testa sūtījums, kas apstiprina, ka vēstule tiešām pienāk.
- Pirkuma ceļš veikalā: dārgākā klusā kļūme, kāda vien ir.
- Atbildes laiks: augoša tendence bieži brīdina dienas pirms īstas kļūmes.
- Kļūdu līmenis žurnālos: 500 kļūdu pieaugums, ko apmeklētāji nepaziņo.
- Fona darbi: plānotie procesi, kas klusi pārstāj strādāt.
Formu pārbaude dod visvairāk uz ieguldīto pūli. Klusi bojātas kontaktformas maksā pieprasījumus nedēļām, pirms kāds pamana.

### Strādājošu brīdinājumu iestatīšana
Brīdinājums, ko neviens nelasa, ir sliktāk nekā brīdinājuma trūkums, jo domā, ka esi pasargāts.
| Pārbaudes biežums | Kritiskai lapai katru minūti | Piecas minūtes nozīmē piecas minūtes klusas kļūmes |
| Apstiprinājums no citas vietas | Ieslēgts | Novērš brīdinājumus pārbaudītāja tīkla problēmas dēļ |
| Brīdinājuma slieksnis | Divas neveiksmes pēc kārtas | Novērš troksni no vienas kļūmes |
| Kanāls | E-pasts plus SMS vai čats | Tikai e-pastu naktī nelasa |
| Saņēmējs | Vārdā nosaukts cilvēks, ne kopīga pastkaste | Kopīga pastkaste nozīmē, ka neviens neatbild |
| Atkopšanās paziņojums | Ieslēgts | Citādi nezini, ka ir pāri |
| Apkopes logs | Iestatīts pirms plānotām izmaiņām | Novērš pieradumu pie viltus brīdinājumiem |
Brīdinājumu nogurums ir biežākais veids, kā uzraudzība izgāžas. Divi viltus brīdinājumi nedēļā, un trešo neviens neskatīs.

### Kad brīdinājums nostrādā
Īsa kārtība, kas ietaupa laiku un galvenokārt neļauj nevienam panikā kaut ko izmainīt.
- Apstiprini kļūmi pats no cita tīkla — mobilie dati der labi.
- Pārbaudi hostētāja statusa lapu, pirms kaut ko pēti.
- Skaties, kas pēdējais tika mainīts: palaišana, spraudņa atjauninājums, DNS izmaiņa.
- Pārbaudi sertifikātu un domēnu — šie divi izskaidro pārsteidzoši lielu daļu pēkšņu kļūmju.
- Ja vajag, iestati apkopes lapu, lai apmeklētāji redzētu kaut ko noderīgu.
- Atgriez izmaiņas pirms diagnostikas, ja svaiga izmaiņa ir iespējamais iemesls.
- Pieraksti pēc tam, kas tas bija un cik ilgi turpinājās. Trīs tādi ieraksti atklāj likumsakarību.

### Cik daudz pieejamības tiešām vajag
Procenti skan abstrakti, līdz tos pārvērš laikā.
| 99% | Vairāk nekā trīs diennaktis | Par maz uzņēmuma vietnei |
| 99,5% | Gandrīz divas diennaktis | Lēts koplietots hostings |
| 99,9% | Gandrīz deviņas stundas | Labs hostings; saprātīgs mērķis |
| 99,95% | Nedaudz vairāk par četrām stundām | Pārvaldīts pakalpojums ar atbalstu |
| 99,99% | Apmēram stunda | Prasa dublēšanu un īstu inženieru darbu |
Lielākajai daļai uzņēmuma vietņu 99,9% ir labs mērķis, un nauda dod vairāk ātrā atkopšanā nekā nākamā deviņnieka dzīšanā.

Q: Cik bieži jāpārbauda?
A: Katru minūti, ja apgrozījums iet caur lapu, ik pēc piecām minūtēm parastai uzņēmuma vietnei. Intervāls ir svarīgs, jo tas ir apakšējā robeža tam, cik ilgi kļūme paliek nepamanīta. Svarīgāk par intervālu ir tas, lai pārbaude apstiprinātu lapas saturu, ne tikai to, ka serveris kaut ko atgrieza.

Q: Vai bezmaksas uzraudzība ir pietiekama?
A: Vienai lapai ar piecu minūšu pārbaudēm un e-pasta brīdinājumiem parasti jā. Maksā par īsākiem intervāliem, vairākām vietām, SMS brīdinājumiem un darījumu pārbaudēm, piemēram, pirkuma ceļu. Veikalam tas atmaksājas; uzņēmuma vietnei parasti ne.

Q: Kāpēc lapa šķiet strādājam, lai gan uzraudzība ziņo par kļūmi?
A: Parasti DNS kešatmiņa vai reģionāla problēma: tavam risinātājam vēl ir vecā adrese vai kļūme skar vienu tīklu. Tāpēc apstiprinājums no citas vietas ir vērtīgs. Vienmēr pārbaudi no cita tīkla, pirms brīdinājumu pasludini par viltus — tieši šis pieņēmums liek ignorēt īstas kļūmes.

Q: Kas ir klusā kļūme?
A: Kļūme, kur lapa šķiet strādājam, bet kaut kas būtisks nestrādā: kontaktforma nesūta vēstuli, maksājums neizdodas pēdējā solī vai meklēšana neko neatgriež. Pieejamības uzraudzība to nenoķer, jo lapa ielādējas lieliski. Tam vajag funkcionālas pārbaudes, kas tiešām izpilda darbību.

## Dublēšanas stratēģija, kas tiešām strādā
https://websitedevelopment.biz/lv/guides/dublesanas-strategija
Atjaunināts 2026-08-07 · Uzturēšana

Dublējumi ir praktiski visiem. Kopijas ar pierādītu atjaunojamību ir krietni retāk, un tikai tās nozīmē kaut ko tajā dienā, kad tās vajag.

Šis ceļvedis aptver, kas ietilpst kopijā, kur tai jāatrodas, cik ilgi to glabāt un kā veikt atjaunošanas testu, kas pieņēmumu pārvērš faktā.

### Kas ietilpst pilnā kopijā
Daļēja kopija izskatās pēc kopijas līdz brīdim, kad tā vajadzīga. Šis ir viss saraksts.
- Datubāze: viss saturs, lietotāji, iestatījumi un veikalā pasūtījumi ar klientiem.
- Augšupielādētie faili: attēli, dokumenti, pielikumi — bieži lielākā daļa pēc apjoma.
- Kods un tēmas: īpaši pielāgojumi, kas nekur citur neeksistē.
- Servera konfigurācija: virtuālie hosti, pāradresācijas, plānotie darbi.
- Sertifikāti un vides mainīgie: tie, ko aizmirst, līdz atjaunošana iestrēgst.
- Aprakstīts atjaunošanas process: kādā secībā, kādi akreditācijas dati, kādi DNS iestatījumi.
- Savā kodā versiju kontrole aizvieto koda kopiju, bet ne datubāzi un ne failus.
Augšupielādētie faili visbiežāk izkrīt no automātiskajām kopijām, jo tie ir ārpus satura sistēmas ceļa. Pārbaudi to atsevišķi.

### Biežums un glabāšanas laiks
Pareizais biežums izriet no viena jautājuma: cik daudz darba vari atļauties izdarīt no jauna?
| Statiska uzņēmuma vietne | Pēc izmaiņas un reizi mēnesī | Daži mēneši |
| Uzņēmuma vietne ar blogu | Katru dienu | Trīsdesmit dienas plus mēneša punkti |
| Interneta veikals | Stundā vai pastāvīgi | Vismaz trīsdesmit dienas; pasūtījumi ilgāk |
| Lietotne ar lietotāju datiem | Pastāvīgi ar darījumu žurnālu | Pēc glabāšanas politikas |
| Pirms katra atjauninājuma | Manuāli, vienmēr | Kamēr atjauninājums sevi pierāda |
Vairāku paaudžu turēšana sver vairāk nekā augsts biežums. Uzlaušana, kas atklāta pēc divām nedēļām, padara katru šī perioda kopiju nederīgu.

### Kur dublējumiem jāatrodas
Atrašanās vieta nosaka, no kādām kļūmēm esi pasargāts. Tieši te lielākā daļa risinājumu paliek nepilnīgi.
| Tas pats serveris | Nejaušas dzēšanas | Servera kļūmes, izspiedējvīrusa, konta zaudēšanas |
| Tas pats hostinga konts | Servera kļūmes | Konta iesaldēšanas, uzlauztas piekļuves |
| Atsevišķa mākoņglabātuve | Praktiski visa | Šīs glabātuves akreditācijas datu zaudēšanas |
| Lokāla kopija | Pakalpojumu sniedzēja zaudēšanas | Prasa disciplīnu, lai būtu aktuāla |
| Trīs kopijas, divi nesēji, viena ārpus | Praktiski visa | Nekā būtiska |
Vismaz vienai kopijai jāatrodas pilnībā ārpus tava hostētāja infrastruktūras un konta. Izspiedējvīrusi un kontu iesaldēšana paņem visu, kas ir sasniedzams.

### Atjaunošanas tests
Tā ir daļa, kas dublējumus pārvērš no pieņēmuma par faktu, un daļa, ko praktiski visi izlaiž.
- Atjauno kopiju testa vidē ceturksnī, nevis produkcijā.
- Nomēri, cik ilgi tas prasīja. Šis skaitlis ir tavs īstais atkopšanās laiks un parasti ilgāks, nekā domāji.
- Pārbaudi, ka saturs ir pilnīgs — ieskaitot attēlus, ne tikai tekstu.
- Pārbaudi, ka formas, pieteikšanās un veikalā pirkums strādā.
- Pieraksti, kas trūka vai aizgāja greizi, un salabo dublēšanas procesu.
- Dokumentē atjaunošanu, lai to varētu izdarīt kāds cits, kad tevis nav.
- Atkārto pēc katras lielākas lapas vai servera izmaiņas.
Biežākais atklājums pirmajā atjaunošanas testā ir, ka daļa failu trūkst vai nevienam nav datubāzes akreditācijas datu. Tieši tāpēc testē mierīgā dienā.

Q: Vai hostētāja dublējumi ir pietiekami?
A: Kā vienīgā kopija nē. Tie ir noderīgi un parasti ātri, bet atrodas tajā pašā kontā, ko vari zaudēt strīda, iesaldēšanas vai uzlauztas piekļuves dēļ. Turi gan hostētāja kopijas, gan neatkarīgu kopiju citur. Pēdējā pastāv tieši tam scenārijam, kur pirmā nav pieejama.

Q: Cik bieži jādublē?
A: Pietiekami bieži, lai zaudējums starp divām kopijām būtu pieņemams. Blogs, kas publicē reizi nedēļā, tiek galā ar ikdienas. Interneta veikals ne — dienas pasūtījumu zaudēšana ir darbības problēma, ne neērtība, tāpēc tur der stundas vai pastāvīga. Izlem, jautājot, cik daudz darba esi gatavs izdarīt no jauna.

Q: Cik ilgi glabāt dublējumus?
A: Trīsdesmit dienu svaigie punkti sedz lielāko daļu gadījumu, plus mēneša punkti ilgākam periodam. Ilgāka perioda iemesls ir tas, ka problēmas bieži atklāj vēlu — bojāts satura imports vai trīs nedēļu veca uzlaušana. Pasūtījumu un rēķinu datiem papildus ir likumā noteiktie glabāšanas termiņi.

Q: Ko darīt, ja kopijas nav un lapa ir pazudusi?
A: Vispirms jautā hostētājam — daudziem ir momentuzņēmumi, ko tu nepārvaldi, dažreiz pāris dienu senumā. Tālāk: tīmekļa arhīvs un meklētāju kešatmiņa var atgūt redzamo saturu, bet ne datubāzi, ne failus, ne pasūtījumus. Tā ir glābšana, ne atjaunošana, un tas ir iemesls, kāpēc atjaunošanas tests vispār pastāv.

## Mājaslapas drošība: praktisks ceļvedis
https://websitedevelopment.biz/lv/guides/majaslapas-drosiba
Atjaunināts 2026-08-07 · Uzturēšana

Lielākā daļa lapu netiek uzbruktas mērķtiecīgi. Tās tiek atrastas ar automātiskiem skeneriem, kas slauka internetu, meklējot zināmas ievainojamības un vājas paroles. Tā ir laba ziņa, jo tas nozīmē, ka pamatpasākumi aptur lielāko daļu uzbrukumu.

Šis ceļvedis aptver šos pasākumus aptuveni secībā, cik daudz riska tie noņem uz ieguldīto pūli.

### Piekļuves: no kurienes sākas lielākā daļa uzlaušanu
Nozagti vai uzminēti akreditācijas dati ir biežākais veids, kā mazas lapas krīt — biežāks nekā jebkura tehniska ievainojamība.
- Divpakāpju autentifikācija katram administratora kontam, bez izņēmumiem.
- Unikālas paroles no paroļu pārvaldnieka; atkārtoti lietotas paroles noplūst citur un tiek pārbaudītas šeit.
- Dzēs aizgājušo cilvēku un veco aģentūru kontus — to gandrīz vienmēr aizmirst.
- Dod minimālās vajadzīgās tiesības; redaktoram nav jābūt administratoram.
- Ierobežo pieteikšanās mēģinājumus un bloķē pēc atkārtotām neveiksmēm.
- Aizsargā arī apkārtējo: serveri, DNS, domēna reģistratūru un e-pastu. DNS zaudēšana ir sliktāk nekā lapas zaudēšana.
- Lieto SFTP vai SSH atslēgas, nekad parasto FTP ar paroli.
Domēna reģistratūras konts visbiežāk paliek bez otrās pakāpes un rada vislielāko kaitējumu, ja tas krīt.

### Atjauninājumi un uzbrukuma virsma
Katra uzstādītā programmatūra ir kaut kas, kas jātur aktuāls. Lētākais drošības darbs ir noņemt to, ko nelieto.
| Satura sistēmas kodols aktuāls | Zināmas ievainojamības skenē dienu laikā |
| Spraudņi aktuāli | Biežākais ieejas ceļš WordPress lapās |
| Noņem neizmantotos spraudņus | Izslēgts nav drošs; kods joprojām ir |
| Noņem neizmantotās tēmas | Tas pats iemesls, aizmirst vēl biežāk |
| Atbalstīta PHP versija | Vecās versijas nesaņem drošības labojumus |
| Servera pakotnes aktuālas | Pārvaldītā hostingā sniedzēja atbildība — pārbaudi |
| Atkarības savā kodā | Bibliotēkas arī noveco |
Palaid atjauninājumus testa vidē un pēc tam pārbaudi formas un veikalā pirkuma ceļu. Atjauninājums, kas klusi salauž formu, ir atsevišķs kļūmju veids.

### Lietotnes un servera aizsardzība
Pasākumi, kas sedz tehniskās ievainojamības, nevis piekļuves.
- Validē un attīri visus ievadus servera pusē. Pārlūka pārbaude ir ērtība, ne drošība.
- Lieto sagatavotus vaicājumus visā darbā ar datubāzi — tas aizver SQL injekciju.
- Aizsargā izvadi rādīšanas brīdī, lai novērstu starpvietņu skriptēšanu.
- HTTPS visur, ar HSTS un automātiski atjaunojamu sertifikātu.
- Iestati drošības galvenes: Content-Security-Policy, X-Content-Type-Options, Referrer-Policy.
- Ierobežo failu augšupielādi pēc tipa un izmēra un glabā tos ārpus tīmekļa mapes.
- Izslēdz kļūdu rādīšanu produkcijā; kļūdu paziņojumi pasaka uzbrucējam, kas darbojas.
- Apsver tīmekļa lietotņu ugunsmūri satura sistēmā ar daudziem spraudņiem.

### Dublējumi un atkopšanās pēc uzlaušanas
Drošība reizēm neizdodas. Kas notiek tad, pilnībā atkarīgs no tā, ko sagatavoji iepriekš.
- Glabā dublējumus ārpus servera. Kopija uz tās pašas mašīnas tiek šifrēta vai dzēsta kopā ar pārējo.
- Turi vairākas paaudzes. Ja uzlaušana atklāta pēc divām nedēļām, vakardienas kopija arī ir inficēta.
- Testē atjaunošanu ceturksnī. Tas ir solis, kas visbiežāk trūkst.
- Uzlaušanas gadījumā: noņem lapu vai ieslēdz apkopes režīmu, pirms dari ko citu.
- Nomaini katru paroli — satura sistēma, serveris, datubāze, FTP, DNS — pirms atjaunošanas.
- Atjauno no pirmsuzlaušanas kopijas un atjaunini visu, pirms atgriezies publiskajā vidē.
- Noskaidro, kā viņi iekļuva. Atjaunošana bez iemesla nozīmē, ka tas atkārtosies.
Personas datus skarošā gadījumā ir spēkā paziņošanas pienākumi ar īsiem termiņiem. Zini iepriekš, kas to vērtē, nevis incidenta vidū.

Q: Vai WordPress ir nedrošs?
A: Kodols ir saprātīgi labi uzturēts; risks gandrīz vienmēr ir spraudņos, tēmās un vājās administratora parolēs. WordPress lapa ar divpakāpju autentifikāciju, nedaudz spraudņiem un aktuālām versijām ir pilnīgi kārtībā. Lapa ar četrdesmit spraudņiem, no kuriem puse nav atjaunināti divus gadus, ir laika jautājums.

Q: Vai man vajag drošības spraudni?
A: Tie ir noderīgi pieteikšanās ierobežošanai, failu uzraudzībai un brīdinājumiem, bet neaizvieto nevienu punktu no augstāk minētā saraksta. Drošības spraudnis lapā ar novecojušiem spraudņiem un koplietotu paroli neatrisina īsto problēmu. Uztver to kā dūmu detektoru, ne kā ugunsdrošu konstrukciju.

Q: Ko darīt, ja lapa tiek uzlauzta?
A: Noņem to, nomaini katru paroli, ieskaitot serveri un DNS, un tad atjauno no tīras pirmsuzlaušanas kopijas. Atjaunini visu, pirms atgriezies publiskajā vidē, un noskaidro, kā viņi iekļuva — citādi tas atkārtosies nedēļu laikā. Ja iesaistīti personas dati, ir spēkā paziņošanas pienākumi ar īsiem termiņiem.

Q: Vai HTTPS aizsargā manu lapu no hakeriem?
A: Nē, un tas ir izplatīts pārpratums. HTTPS šifrē satiksmi starp apmeklētāju un serveri, kas novērš noklausīšanos un izmainīšanu ceļā. Tas neko nedara pret vājām parolēm, novecojušiem spraudņiem vai SQL injekciju. Tas ir nepieciešams un pilnīgi nepietiekams.

## Kā kļūt par web izstrādātāju
https://websitedevelopment.biz/lv/guides/ka-klut-par-izstradataju
Atjaunināts 2026-08-07 · Izstrādātāju piesaiste

Par web izstrādātāju var iemācīties patstāvīgi, un daudzi tā dara. Grūtība nav materiāla atrašanā — tā ir par daudz — bet secībā, nepabeigtos projektos un tajā, ka nezini, kad esi pietiekami labs darba meklēšanai.

Šis ir reālistisks ceļš ar grafiku un bez solījumiem par trīs mēnešu karjeru.

### Mācies šādā secībā
Secība nozīmē vairāk nekā materiāla izvēle. Trūkstošs pamats atspēlējas katru reizi.
- HTML kā struktūra: semantiskie elementi, formas, pieejamības pamati. Nedēļas, ne mēneši.
- CSS kā izkārtojums: flexbox, grid, adaptivitāte, loģiskās īpašības. Te vērts pakavēties.
- JavaScript kā valoda: mainīgie, funkcijas, masīvi, asinhronitāte, DOM. Te laiku novērtē par zemu visbiežāk.
- Pārlūka rīki: atkļūdošana, tīkla cilne, veiktspēja. Ietaupa vairāk laika nekā jebkurš kurss.
- Versiju kontrole: Git un viens publisks repozitorijs. Sāc uzreiz, ne vēlāk.
- Viena aizmugures valoda: PHP, Node vai Python. Pietiek ar vienu un labi.
- Datubāzes: SQL, tabulas, savienojumi, indeksi. Mazāk, nekā domā, svarīgāk, nekā domā.
- Palaišana: serveris, domēns, HTTPS, izvietošana. Viens projekts tīmeklī māca vairāk nekā desmit lokāli.
Ietvari nāk tikai pēc tam. React mācīšanās pirms JavaScript ir biežākais veids, kā iestrēgt uz pusgadu.

### Uzbūvē šos, šādā secībā
Projekti māca to, ko kursi nemāca: nepabeigtību, kļūdas un pabeigšanu.
| Statiska lapa īstam cilvēkam | Prasības, atsauksmes, palaišanu |
| Forma, kas sūta vēstuli | Aizmuguri, validāciju, mēstuļu novēršanu |
| Pieteikšanās un administrācijas skats | Sesijas, paroles, tiesības |
| Lapa ar datubāzi | Datu modeli, vaicājumus, lapu dalījumu |
| Ārējas saskarnes lietošana | HTTP, kļūdu apstrādi, ierobežojumus |
| Lapa, kas gadu ir tiešsaistē | Uzturēšanu — to nemāca neviens |
Trīs pabeigti un publicēti projekti sver pieteikumā vairāk nekā divdesmit nepabeigti vingrinājumi.

### Kā iegūt pirmo pieredzi
Klasiskā problēma: darbam vajag pieredzi, pieredzei vajag darbu. Šie veidi to lauž.
- Uzbūvē lapu biedrībai vai mazam uzņēmumam bez maksas vai lēti — īsts klients, īstas prasības.
- Piedalies atvērtā koda projektā: dokumentācija un mazi labojumi ir labs sākums.
- Ņem mazus darbus: labojumus, tēmu pielāgojumus, ātruma uzlabošanu.
- Raksti par to, ko mācies. Tas parāda domāšanu un ir atrodams meklēšanā.
- Piedalies vietējās tikšanās; pirmais darbs bieži nāk no turienes, ne no pieteikuma formas.
- Turi publisku profilu ar īstu kodu, ne tikai kursu uzdevumiem.
- Piesakies, pirms jūties gatavs. Šī sajūta nepienāks.

### Reālistisks grafiks
Rupja karte, mācoties pilnu slodzi. Ar daļēju slodzi reizini apmēram ar diviem.
| HTML un CSS | Viens līdz divi mēneši | Proti būvēt statiskas lapas |
| JavaScript | Divi līdz četri mēneši | Proti pievienot funkcionalitāti |
| Aizmugure un datubāze | Divi līdz trīs mēneši | Proti būvēt īstas lietotnes |
| Projekti un palaišana | Divi līdz trīs mēneši | Ir ko parādīt |
| Darba meklēšana | Viens līdz seši mēneši | Ļoti atkarīgs no tirgus |
| Kopā līdz pirmajam darbam | Deviņi līdz astoņpadsmit mēneši | Godīgs diapazons |
Trīs mēnešu solījumi pārdod kursus. Tie, kas ātri iekļūst, parasti nāk no radniecīgas jomas vai viņiem jau ir tīkls.

Q: Vai man vajag diplomu?
A: Web izstrādei nē. Portfolio ar publicētiem projektiem praktiski visiem darba devējiem sver vairāk. Diploms noder dažās lielās organizācijās un palīdz ar dziļākām datorzinātņu tēmām, bet tas nav iekļūšanas nosacījums. Tas, ko esi uzbūvējis un publicējis, ir.

Q: Vai web izstrādē ir par daudz cilvēku?
A: Sākuma līmenī ir daudz kandidātu, pieredzējušo pastāvīgi trūkst. Praktiskās sekas ir tādas, ka pirmais darbs ir grūtākais un nākamie krietni vieglāki. Izcelies ar pabeigtiem projektiem un spēju izskaidrot savas izvēles — abas ir retākas, nekā varētu domāt.

Q: Priekšgals vai aizmugure?
A: Sāc ar priekšgalu; atsauksme ir tūlītēja un tas uztur motivāciju. Pievieno aizmugures prasmes, kad pamati ir kārtībā. Abu saprātīga pārvaldīšana padara tevi vērtīgu mazām komandām, kur ir lielākā daļa pirmo darbavietu. Specializēties var vēlāk.

Q: Kuru valodu mācīties?
A: JavaScript, jo tas strādā pārlūkā un no tā nevar izvairīties. Aizmugurei pietiek ar vienu: PHP, ja plāno strādāt ar WordPress un mājaslapām, Node, ja gribi palikt pie vienas valodas, Python, ja interesē dati. Izvēle nozīmē mazāk nekā tas, ka vienu novedi līdz galam.

## Mājaslapas uzturēšana: kas tajā ietilpst un cik tā maksā
https://websitedevelopment.biz/lv/guides/majaslapas-uzturesana
Atjaunināts 2026-08-07 · Uzturēšana

Mājaslapa nav gatavs produkts, bet strādājoša sistēma. Programmatūra noveco, integrācijas lūst, sertifikāti beidzas un saturs paliek novecojis. Uzturēšana ir darbs, kas neļauj visam tam sabojāties vienlaikus.

Šis ceļvedis aptver, kas jādara, ar kādu ritmu, cik tas saprātīgi maksā un kā novērtēt uzturēšanas piedāvājumu.

### Kas uzturēšanā tiešām ietilpst
«Uzturēšana» piedāvājumos ir nekonkrēts vārds. Šīs ir daļas, kam aiz tā jābūt.
- Programmatūras atjauninājumi: satura sistēmas kodols, spraudņi, tēmas, servera pakotnes — un testēšana pēc tam.
- Dublējumi: automātiski, glabāti ārpus servera un reizēm tiešām atjaunoti.
- Drošības uzraudzība: ievainojamību paziņojumi, failu integritāte, aizdomīgas pieteikšanās.
- Pieejamības uzraudzība: brīdinājums, kad lapa nokrīt, nevis kad klients zvana.
- Sertifikāti un domēni: atjaunošana, kas beidzas klusi un noņem lapu.
- Veiktspējas pārbaudes: lapas svars aug pats no sevis, uzkrājoties saturam.
- Bojātas saites un kļūdas: uzkrājas laika gaitā.
- Satura atjauninājumi: cenas, cilvēki, pakalpojumi, gads kājenē.
- Analītika un atskaites: kāds, kas tiešām skatās, ko lapa dara.
Katrā uzturēšanas piedāvājumā jautā, kuri no šiem punktiem iekļauti. «Uzturēšana» bez saraksta praksē nozīmē atjauninājumu palaišanu.

### Reālistisks ritms
Visam nav jābūt ikmēneša. Šis ir strādājošs sadalījums parastai uzņēmuma vietnei.
| Pastāvīgi | Pieejamības uzraudzība, automātiskie dublējumi, drošības paziņojumi |
| Katru nedēļu | Drošības atjauninājumu uzstādīšana, formu ienākošo pārbaude |
| Katru mēnesi | Pilns atjauninājumu cikls ar testēšanu, bojātās saites, kļūdu žurnāls |
| Ceturksnī | Dublējuma atjaunošanas tests, veiktspējas mērījums, pieejamība |
| Pusgadā | Satura cikls: novecojušas lapas, cenas, cilvēki |
| Gadā | Atkarību un PHP versijas pārskats, neizmantoto spraudņu noņemšana |
| Pēc katras izmaiņas | Formu un veikalā pirkuma ceļa testēšana |
Ceturkšņa atjaunošanas tests ir tas, ko visi izlaiž, un tas, kam ir nozīme. Dublējums, kas nekad nav atjaunots, ir pieņēmums, nevis dublējums.

### Cik tas maksā
Uzturēšanas cenas ļoti atšķiras, jo tās sedz ļoti dažādu darbu.
| Tikai hostings | Zema | Serveris strādā; nekas vairāk |
| Pamata uzturēšana | Desmiti eiro | Atjauninājumi, dublējumi, uzraudzība |
| Pārvaldīta | Simts vai pārsimt | Iepriekšējais plus testēšana, drošība, nelielas izmaiņas |
| Pārvaldīta ar stundām | Pārsimt un vairāk | Iepriekšējais plus stundu budžets darbam |
| Interneta veikals | Krietni vairāk | Pirkuma ceļa, maksājumu un krājumu integrāciju testēšana |
Izmantojams īkšķa likums ir viens līdz divi procenti no būves cenas mēnesī parastai lapai. Ja piedāvājums ir skaidri zemāks, jautā, kas tieši tajā ietilpst.

### Kas aiziet greizi bez uzturēšanas
Kļūmes ir paredzamas un gandrīz vienmēr dārgākas salabot nekā novērst.
- Novecojis spraudnis ar zināmu ievainojamību tiek izmantots automātiski — tas ir biežākais veids, kā mazas lapas tiek uzlauztas.
- Sertifikāts beidzas un katrs apmeklētājs redz brīdinājumu, pirms kāds pamana.
- Hostētājs izslēdz PHP versiju un lapa sabrūk kādā rītā, neko nemainot.
- Formas klusi pārstāj sūtīt; uzzini, kad kāds jautā, kāpēc neatbildēji.
- Dublējumi tika taisīti, bet tos neizdevās atjaunot, kad vajadzēja.
- Lapas svars trīskāršojies no trīs gadu neoptimizētiem failiem.
- Atkopšanās pēc uzlaušanas parasti maksā daudzkārt vairāk nekā gada uzturēšana.

Q: Vai man tiešām vajag uzturēšanas līgumu?
A: Tev vajag darbu; vai tas iet caur līgumu, ir cits jautājums. Ja proti uzticami palaist ikmēneša atjauninājumus, testēt dublējumus un reaģēt uz paziņojumiem, dari pats. Ja neproti — un lielākā daļa uzņēmumu neprot — līgums ir lētākais veids, kā to izdarīt. Statiska lapa bez satura sistēmas prasa ievērojami mazāk.

Q: Kas notiek, ja atlieku atjauninājumus?
A: Ar vienu izlaistu mēnesi parasti nekas. Ar sešiem atjauninājumi kļūst riskanti, jo vienlaikus mainās par daudz, un ar zināmām ievainojamībām tevi skenē un izmanto automātiski — uzbrucēji meklē versiju numurus, ne uzņēmumus. Ironija ir tā, ka atlikšana padara atjauninājumus bīstamākus, ne drošākus.

Q: Vai mana komanda var uzturēt pati?
A: Daļēji, un tas bieži ir lētākais risinājums. Saturs, cenas un cilvēku lapas pieder jums. Atjauninājumi, atjaunošanas testi, drošība un testēšana pēc atjauninājumiem pieder kādam ar tehnisku atbildību. Sadali līgumu pa šo līniju, nevis atdod visu vai neko.

Q: Cik daudz uzturēšanas prasa statiska lapa?
A: Krietni mazāk. Bez satura sistēmas, datubāzes un spraudņiem nav programmatūras, kas novecotu. Paliek domēna un sertifikāta atjaunošana, uzraudzība un satura aktualitāte. Tas ir viens no spēcīgākajiem argumentiem par labu statiskām lapām projektos, kur nav vajadzīga ikdienas redakcija.

## Daudzvalodu mājaslapa: struktūra, darbplūsma un slazdi
https://websitedevelopment.biz/lv/guides/daudzvalodu-majaslapa
Atjaunināts 2026-08-07 · SPS

Daudzvalodību ir viegli sākt un dārgi izdarīt pa pusei. Strukturālie lēmumi — URL, valodu iezīmēšana, darbplūsma — tiek pieņemti sākumā, un tos vēlāk ir sāpīgi mainīt.

Šis ceļvedis aptver šos lēmumus un tās kļūdas, kas atkārtojas praktiski katrā daudzvalodu projektā.

### URL struktūra
Trīs strādājoši varianti. Izvēlies pēc pārvaldības un mērķiem, ne pēc patikas.
| Apakšmape | vietne.lv/en/ | Lielākajai daļai lapu | Viens domēns visam |
| Apakšdomēns | en.vietne.lv | Atsevišķām reģionālām komandām | Signāli sadalās |
| Valsts domēns | vietne.de | Spēcīgai klātbūtnei valstī | Dārgi, atsevišķas lapas |
| Parametrs | vietne.lv/?lang=en | Nekur | Slikti indeksējas; izvairies |
Apakšmape ir pareizā noklusējuma izvēle praktiski visiem. Tā tur domēna signālus kopā un ir vislētāk uzturama.

### Hreflang pareizi
Konceptuāli vienkāršs un praksē visbiežāk nepareizi izdarīts.
- Katra versija uzskaita visas versijas, ieskaitot sevi — savstarpība ir obligāta.
- Lieto pareizos kodus: `lv`, `en`, `ru`, un reģionāli `pt-br` vai `en-gb`.
- Pievieno `x-default` versijai, kas apkalpo nemērķētos apmeklētājus.
- URL jābūt absolūtiem un kanoniskiem — bez pāradresācijām un parametriem.
- Kanoniskajam jānorāda uz sevi katrā valodas versijā, ne uz avota valodu.
- Neuzskaiti valodas, kuru nav; trūkstoša lapa salauž visu grupu.
- Ģenerē iezīmēšanu ar kodu no viena avota; manuāli uzturēta atšķiras nedēļu laikā.
Biežākā kļūda ir vienvirziena iezīmēšana: latviešu lapa uzskaita angļu, angļu neuzskaita latviešu. Meklētājs šādas grupas noraida pilnībā.

### Tulkošanas darba organizēšana
Darbplūsma izšķir, vai lapa būs aktuāla pēc gada. Lielākā daļa sabrūk tieši te.
- Izlem, kura ir avota valoda. Visi tulkojumi iet no tās, ne cits no cita.
- Papildus saturam tulko saskarnes tekstus, kļūdu paziņojumus, e-pastus un formas.
- Tulko arī metadatus — virsrakstus un aprakstus — ne tikai pamattekstu.
- Tulko URL ceļa daļas, ja mērķa tirgus to sagaida; turi tās ASCII.
- Atzīmē tulkojumus kā novecojušus, kad avots mainās, citādi tie klusi paliek iepakaļ.
- Izlem, ko darīt ar netulkotu lapu: paslēp to, nerādi avota valodu kā tulkojumu.
- Dod katrai valodai īstu īpašnieku; bez īpašnieka tā sabrūk.

### Slazdi
Tie atkārtojas gandrīz katrā projektā un no visiem var izvairīties iepriekš.
| Automātiska pāradresācija pēc IP | Apmeklētāji un roboti ieslodzīti nepareizā valodā | Piedāvā valodu, nespied |
| Mašīntulkojums bez pārbaudes | Vājš saturs, kaitē uzticībai | Liec cilvēkam pārskatīt |
| Vienvirziena hreflang | Grupa tiek noraidīta pilnībā | Savstarpība, vienmēr |
| Netulkota saskarne | Pusvalodīga pieredze | Tulko arī sistēmas tekstus |
| Viens un tas pats apraksts visās valodās | Zaudēti klikšķi | Tulko metadatus |
| Nav valodas pārslēdzēja | Apmeklētāji iestrēgst nepareizā versijā | Redzams pārslēdzējs katrā lapā |
| Ne-ASCII rakstzīmes URL | Neglītas procentu kodētas saites | Transliterē ceļa daļas |

Q: Vai valoda jānosaka automātiski?
A: Piedāvā, nepāradresē. Rādi neuzbāzīgu joslu, kas piedāvā citu valodu, un iegaumē izvēli. Automātiska pāradresācija pēc atrašanās vietas kaitina apmeklētājus, kas grib citu versiju, un var ieslodzīt meklētāju robotus vienā valodā tā, ka pārējās paliek neindeksētas.

Q: Vai mašīntulkojums ir pietiekams?
A: Kā izejas punkts jā, publicēšanai tādā veidā nē. Pašreizējā kvalitāte ir laba, bet tā kļūdās tieši terminos, tonī un tirgus detaļās — tur, kur veido uzticību. Tulko ar mašīnu un liec cilvēkam pārskatīt vismaz tās lapas, kurām ir komerciāla nozīme.

Q: Vai katrai lapai vajag tulkojumu?
A: Nē. Tulko to, kas tirgum vajadzīgs: pakalpojumus, cenas, kontaktus un svarīgākos ceļvežus. Vietējo ziņu vai valsts specifisku lapu nav jātulko vispār. Hreflang atzīmē tikai tās valodas, kas tiešām eksistē, un daļējs pārklājums strādā nevainojami.

Q: Vai URL jātulko?
A: Tas palīdz lietojamībai un nedaudz redzamībai un ir ieteicams tirgos, kur lietotāji to sagaida. Turi ceļa daļas ASCII transliterētas, jo ne-latīņu rakstzīmes tiek kodētas ar procentiem un dalīšanā izskatās neglīti. Izlem to sākumā: URL maiņa vēlāk nozīmē pāradresācijas katrā valodā.

## Interneta veikala SEO: praktisks ceļvedis
https://websitedevelopment.biz/lv/guides/e-veikala-seo
Atjaunināts 2026-08-07 · E-komercija

Interneta veikala optimizācija atšķiras no parastās trijās vietās: tev ir tūkstošiem savstarpēji līdzīgu lapu, katalogs pastāvīgi mainās un tieši komerciālās lapas ir tās, kur konkurence ir sīvākā.

Šis ceļvedis aptver, kas strādā katrā no šīm frontēm un kas klusi kaitē, kamēr domā, ka palīdz.

### Kategoriju lapas ir tavas svarīgākās piezemēšanās lapas
Izplatītākā kļūda veikala SEO ir visu uzmanību veltīt produktu lapām. Kategoriju lapas atbild plašākam pieprasījumam un tāpēc ierindojas terminiem ar apjomu.
- Dod katrai kategorijai īstu aprakstošu tekstu — nevis simts vārdus pildījuma zem produktu režģa, bet kaut ko, kas atbild uz pirkuma jautājumiem.
- Nosauc kategoriju tā, kā cilvēki meklē, nevis kā nosaukta tava iekšējā klasifikācija.
- Saisti uz apakškategorijām un atpakaļ, lai hierarhija būtu lasāma.
- Pievieno pirkuma lēmuma atbalstu: izmēri, materiālu atšķirības, kam pievērst uzmanību.
- Turi svarīgākos produktus redzamus; lapa, kas sākas ar piecsimt vārdiem, zaudē pircējus.
- Viens kanoniskais URL katrai kategorijai un kārtošana ārpus indeksa.
Kategorijas lapa ar īstu pircēja ceļvedi parasti ir ienesīgākais saturs, ko veikalam var uzrakstīt.

### Produktu lapas un atkārtots saturs
Ražotāja apraksti ir vārds vārdā simtā citu veikalu. Tas nav sodāms, bet arī nedod iemeslu būt virs tiem.
| Identisks ražotāja teksts | Pārraksti svarīgākos; atstāj garo asti |
| Varianti kā atsevišķas lapas | Viena kanoniskā produkta lapa, varianti kā izvēles |
| Plānas produktu lapas | Pievieno to, ko pircēji jautā |
| Nav atsauksmju | Vāc atsauksmes — unikāls saturs, ko neraksti pats |
| Produkts vairākās kategorijās | Viens kanoniskais URL, saistīts no visām |
| Produkti bez savām bildēm | Īstas bildes ceļ konversiju un uzturēšanās laiku |
Nepārraksti visu. Atrodi tos divdesmit procentus produktu, kas dod lielāko daļu apgrozījuma, un ieguldi tur.

### Filtri, lapu dalījums un izpārdotās preces
Šie ir trīs tehniskie jautājumi, kas raksturīgi veikaliem un visbiežāk aiziet greizi.
- Filtru kombinācijas: pēc noklusējuma noindex, follow. Indeksē tikai dažas ar īstu pieprasījumu.
- Kārtošana: nekad atsevišķu indeksējamu URL — tie paši produkti, cita secība.
- Lapu dalījums: īstas indeksējamas saites, katra lapa kanoniski uz sevi.
- Uz laiku izpārdots: turi lapu publicētu ar skaidru ziņu un alternatīvām. Nedzēs.
- Pilnībā izņemts: 301 uz pēcteci vai kategoriju.
- Sezonas preces: turi URL visu gadu; uzkrātos signālus grūti atgūt.
- Nekad neliec produkta lapu 404, kamēr uz to ved saites vai apmeklējumi.

### Strukturētie dati un slazdi
Produktu iezīmēšana ir viena no retajām vietām, kur SEO darbs var novest pie manuāla soda, tāpēc precizitāte atmaksājas.
| Product | Cena un pieejamība atbilst lapai | Neatbilstība noved pie manuāla soda |
| AggregateRating | Tikai ar īstām redzamām atsauksmēm | Izdomāti vērtējumi ir skaidrs pārkāpums |
| Offer | Pareiza valūta un PVN apstrāde | Nepareizas cenas meklēšanā maksā uzticību |
| Breadcrumb | Jāseko redzamajam ceļam | Ignorē neatbilstības gadījumā |
| Availability | Atjaunini, mainoties krājumam | «Ir noliktavā» izpārdotam kaitina pircējus |
| FAQ | Tikai lapā redzami jautājumi | Slēpts saturs pārkāpj vadlīnijas |
Ģenerē produktu iezīmēšanu no tiem pašiem datiem, kas renderē lapu. Manuāli uzturēta iezīmēšana atšķiras no īstajām cenām nedēļu laikā.

Q: Vai katrs produkta apraksts jāpārraksta?
A: Ne visi. Atrodi produktus, kas dod lielāko daļu apgrozījuma vai meklēšanas apjoma — parasti neliela kataloga daļa — un uzraksti tos labi. Garā aste var paturēt ražotāja tekstu; tā tāpat diez vai konkurē. Šī prioritizēšana dod daudz vairāk nekā desmit tūkstošu produktu virspusēja pielabošana.

Q: Ko darīt ar izpārdotām precēm?
A: Ja tas ir uz laiku, turi lapu publicētu ar skaidru ziņu, paredzamo datumu un alternatīvām. Ja tas ir galīgi, 301 uz tuvāko pēcteci. Nekad neliec tādu lapu 404, kamēr uz to ved saites vai apmeklējumi — tu izmet signālus, kuru uzkrāšana prasīja mēnešus.

Q: Vai filtru lapas jāindeksē?
A: Pēc noklusējuma nē. Dažas kombinācijas ar īstu pieprasījumu vari apzināti padarīt indeksējamas un izturēties pret tām kā pret piezemēšanās lapām ar savu tekstu. Pārējās — un to ir tūkstoši — pieder pie noindex, follow. Neierobežota filtru navigācija ir veikalu indeksa atkritumu galvenais avots.

Q: Vai produktu atsauksmes palīdz meklēšanā?
A: Jā, divējādi: tās dod unikālu saturu, ko nav jāraksta pašam, un jūtami ceļ konversiju. Ko nedrīkst darīt, ir pievienot atsauksmju iezīmēšanu bez īstām atsauksmēm lapā — tas ir skaidrs vadlīniju pārkāpums un viens no veidiem, kā veikali saņem manuālu sodu.

## SEO draudzīga URL struktūra
https://websitedevelopment.biz/lv/guides/seo-draudziga-url-struktura
Atjaunināts 2026-08-07 · SEO

URL ir noturīgi tā, kā lielākā daļa lapas daļu nav. Tos dala, saglabā grāmatzīmēs un uz tiem atsaucas. Katra izmaiņa nozīmē pāradresāciju un katra pāradresācija ir neliels zaudējums.

Šis ceļvedis dod noteikumus labiem URL un kārtību to mainīšanai, ja tas ir neizbēgami.

### Noteikumi
Īss saraksts, kas aptver gandrīz visus lēmumus.
| Aprakstošs | /pakalpojumi/izstrade | /lapa?id=42 |
| Īss | /majaslapas-cena | /blogs/2024/raksti/majaslapas-cena-latvija |
| Mazie burti | /kontakti | /Kontakti |
| Defises | /tehniskais-seo | /tehniskais_seo |
| ASCII | /sikdatnes | /sīkdatnes |
| Bez datuma | /celvedis | /2023/celvedis |
| Bez faila tipa | /kontakti | /kontakti.php |
Garumzīmes URL tiek kodētas ar procentu zīmēm, kas padara saites neglītas dalīšanā un rada kopēšanas kļūdas. Transliterē ceļa daļas.

### Struktūra un hierarhija
URL jāatspoguļo satura atrašanās vieta, bet nav jābūt dziļākam, nekā vajag.
- Atspoguļo hierarhiju: /blogs/seo/tehniskais-seo ir lasāms un loģisks.
- Aprobežojies ar trim līmeņiem; ceturtais parasti liecina par sliktu grupēšanu.
- Neliec kategoriju URL, ja saturs var kategoriju mainīt.
- Turi ceļa daļas stabilas — zīmolu nosaukumi un gadi noveco.
- Vairākvalodu lapās lieto apakšmapi: /en/, /ru/.
- Tulko ceļa daļas, ja tirgus to sagaida, bet turi tās ASCII.
- Viens URL vienam saturam; varianti ar parametriem norāda uz kanonisko.

### Parametri un filtri
Lielākais indeksa piesārņojuma avots, īpaši veikalos un katalogos.
| Kārtošana | Nedrīkst radīt indeksējamu URL |
| Filtri | Pēc noklusējuma noindex, follow |
| Populāra filtru kombinācija | Var padarīt indeksējamu kā atsevišķu lapu |
| Lapu dalījums | Indeksējams, kanoniskais uz sevi |
| Izsekošanas parametri | Kanoniskais uz tīro URL |
| Sesijas identifikatori URL | Nedrīkst eksistēt |
Neierobežota filtru navigācija var radīt tūkstošiem gandrīz identisku URL. Tas ir biežākais iemesls, kāpēc liela veikala indekss ir pilns ar atkritumiem.

### Ja URL tomēr jāmaina
Dažreiz tas ir neizbēgami. Tad secība ir svarīga.
- Vispirms jautā, vai tā ir īsta problēma vai tikai estētika. Estētika neattaisno risku.
- Eksportē visus esošos URL no vietnes kartes, žurnāliem un meklēšanas rīka.
- Izveido karti starp veco un jauno, viena rinda katram URL.
- Iestati 301 pāradresācijas, vienu lēcienu, bez ķēdēm.
- Atjaunini iekšējās saites uz jaunajām adresēm, ne uz pāradresācijām.
- Atjaunini vietnes karti un iesniedz to no jauna.
- Seko 404 žurnālam katru dienu divas nedēļas un salabo trūkstošos.
- Turi pāradresācijas vismaz gadu, vēlams pastāvīgi.

Q: Vai URL jābūt atslēgvārdam?
A: Aprakstošs URL ir noderīgs, bet ietekme ir maza un netieša. Galvenais ieguvums ir lasāmība: cilvēks no saites redz, kurp iet, un tas ietekmē klikšķi. Nebāz atslēgvārdus garuma rēķina — īss un skaidrs uzvar garu un ar atslēgvārdiem pārpildītu.

Q: Vai URL beigās jābūt slīpsvītrai?
A: Starp variantiem SEO atšķirības nav. Svarīgi izvēlēties vienu un otru pāradresēt, lai tas pats saturs nebūtu divās adresēs. Mapēm parasti lieto slīpsvītru, atsevišķām lapām ne, bet konsekvence ir svarīgāka par konvenciju.

Q: Vai man vispār drīkst mainīt URL?
A: Drīkst, bet tikai ar īstu iemeslu. Katra izmaiņa prasa pāradresācijas un katra nedaudz zaudē signālu. Ja pašreizējā struktūra ir juceklīga vai kavē izaugsmi, tas atmaksājas. «Tīrāki URL» vien neattaisno šo risku, īpaši strādājošai lapai.

Q: Kā apstrādāt filtru lapas veikalā?
A: Pēc noklusējuma noindex, follow — tā tās nepiepilda indeksu, bet saites tiek sekotas. Nelielu skaitu kombināciju ar īstu meklēšanas pieprasījumu var padarīt indeksējamas un izturēties pret tām kā pret piezemēšanās lapām ar savu tekstu. Pārējās, kuru ir tūkstoši, paliek ārpus indeksa.

## Izstrādes rīki, ko tiešām lieto
https://websitedevelopment.biz/lv/guides/izstrades-riki
Atjaunināts 2026-08-07 · Mājaslapu izstrāde

Rīku sarakstu internetā ir pārpilnībā un lielākā daļa no tiem ir zīmolu uzskaitījumi. Noderīgāk ir zināt, kuras kategorijas tev vispār vajag un ko katra risina.

Šis ceļvedis aptver kategorijas ar konkrētām izvēlēm un atzīmē, kas ir tiešām vajadzīgs un kas ir gaumes jautājums.

### Pamatkomplekts
Šie ir vajadzīgi katrā projektā neatkarīgi no izmēra un tehnoloģijas.
| Koda redaktors | VS Code, Zed, JetBrains | Jā |
| Versiju kontrole | Git ar GitHub vai GitLab | Jā, vienmēr |
| Pārlūka rīki | Chrome vai Firefox DevTools | Jā |
| Terminālis | Sistēmas pietiek | Jā |
| Pakotņu pārvaldnieks | npm, Composer, pip | Atkarībā no valodas |
| Lokālā vide | Docker vai valodas variants | Praktiski jā |
Versiju kontrole ir vienīgais punkts, kur nav izvēles. Projekts bez Git ir projekts bez atgriešanās iespējas.

### Kvalitāte un testēšana
Tie atšķir projektu, ko var mainīt pēc gada, no projekta, ko neviens neuzdrošinās aiztikt.
- Linteris un formatētājs: ESLint, Prettier, PHP CS Fixer — strīdi par stilu beidzas.
- Tipu pārbaude: TypeScript vai PHP tipu deklarācijas — atrod kļūdas pirms palaišanas.
- Vienībtesti: Vitest, Jest, PHPUnit — loģikai, ne katrai funkcijai.
- Testi no gala līdz galam: Playwright vai Cypress — kritiskajiem ceļiem.
- Pieejamības tests: axe vai Lighthouse — automātiskā trešdaļa problēmu.
- Vizuālā regresija: noderīga projektos ar dizaina sistēmu.
- Mazā projektā pietiek ar linteri, formatētāju un dažiem testiem kritiskajiem ceļiem.

### Veiktspēja un uzraudzība
Optimizēšana bez mērīšanas ir laika tērēšana. Šie rīki dod skaitļus.
| Lighthouse | Laboratorijas rādītājus un ieteikumus | Izstrādes laikā |
| PageSpeed Insights | Īsto lietotāju datus | Pēc palaišanas |
| Pārlūka tīkla cilne | Kas ielādējas un cik ilgi | Diagnosticējot |
| Search Console | Indeksēšanu un rādītājus | Pastāvīgi |
| Pieejamības uzraudzība | Vai lapa ir tiešsaistē | Pastāvīgi |
| Kļūdu žurnālu uzraudzība | Servera kļūdas īstā slodzē | Pastāvīgi |
Laboratorijas rādītāji un īsto lietotāju dati bieži atšķiras. Uzticies īsto lietotāju datiem, ja to ir pietiekami.

### Palaišana un infrastruktūra
Izvēlies vienkāršāko variantu, kas nes tavu projektu. Sarežģītība te atgriežas vēlāk.
- Statiskais hostings: Netlify, Cloudflare Pages, GitHub Pages — statiskām lapām.
- Pārvaldīts hostings: der WordPress un PHP lapām; atjauninājumi un dublējumi iekļauti.
- Virtuālais serveris: pilna kontrole, tava atbildība — izvēlies tikai tad, ja kāds to pārvalda.
- Konteineri: Docker vienādo vides; noderīgi komandā, lieki vienam.
- Automātiska palaišana: GitHub Actions vai līdzīgi — izvairās no manuāla FTP.
- Testa vide: atsevišķa vide, bloķēta no indeksēšanas.
- Dublējumi: automātiski, ārpus servera, atjaunošana pārbaudīta.

Q: Vai man jālieto ietvars?
A: Nē. Vienkārša uzņēmuma vietne lieliski strādā bez ietvara un ir daudzkārt vieglāk uzturama. Ietvars atmaksājas, kad projektā ir īsta lietotnes loģika, daudz stāvokļu vai vairāki izstrādātāji. Ietvara izvēle no ieraduma ir izplatīts veids, kā pievienot uzturēšanu bez ieguvuma.

Q: Vai Git ir vajadzīgs, strādājot vienam?
A: Jā, un strādājot vienam tas ir pat svarīgāk, jo neviens cits nepamanīs, ja kaut kas salūzt. Git dod vēsturi, atgriešanos un drošu vietu eksperimentiem. Turklāt tas ir vienīgais saprātīgais veids, kā nodot kodu pasūtītājam tā, lai viņš vēlāk varētu mainīt izstrādātāju.

Q: Kurš redaktors ir labākais?
A: Tas, ko proti lietot. VS Code ir noklusējuma izvēle un strādā ar visu; JetBrains ir spēcīgāks lielās koda bāzēs. Atšķirība produktivitātē ir maza salīdzinājumā ar to, vai tev ir iestatīts linteris, formatētājs un tipu pārbaude. Tērē enerģiju tam, nevis redaktora izvēlei.

Q: Vai mazam projektam vajag automātiskos testus?
A: Kritiskajiem ceļiem jā — kontaktforma, pieteikšanās, pirkuma ceļš. Tās ir vietas, kur klusa salūšana maksā īstu naudu. Visas lapas pārklāšana ar testiem mazā projektā nav saprātīga. Sāc ar trim testiem trim svarīgākajiem ceļiem un pievieno, kad kaut kas salūzt.

## Dizaina sistēma mājaslapai: kad un kā
https://websitedevelopment.biz/lv/guides/dizaina-sistema-majaslapai
Atjaunināts 2026-08-07 · Tīmekļa dizains

Dizaina sistēma ir vienošanās par to, kā lietas izskatās un uzvedas, kopā ar komponentiem, kas šo vienošanos īsteno. Mazai lapai tā ir lieka. Augošai lapai tās trūkums ir dārgs.

Šis ceļvedis skaidro, kad tā atmaksājas, ko tā ietver un kā sākt bez mēnešiem ilga projekta.

### Kad tā ir vajadzīga
Dizaina sistēma risina konsekvences un atkārtojamības problēmu. Ja to nav, nav arī problēmas.
| Piecu lapu uzņēmuma vietne | Nē — pietiek ar stila vadlīnijām |
| Augoša lapa, jaunas lapas katru mēnesi | Jā, vieglā formā |
| Vairāki cilvēki dizainē vai izstrādā | Jā |
| Vairāki produkti vai vietnes ar vienu zīmolu | Jā, noteikti |
| Lapa, ko atjaunina reizi gadā | Nē |
| Lietotne ar daudzām formām un stāvokļiem | Jā |
Biežākā kļūda ir uzbūvēt pilnu dizaina sistēmu piecu lapu vietnei. Tas ir mēnesis darba, ko neviens nelietos.

### Ko tā ietver
Pa slāņiem, no noturīgākā uz mainīgāko.
- Marķieri: krāsas, atstarpes, tipogrāfija, rādiusi, ēnas — kā nosaukumi, nevis vērtības kodā.
- Tipogrāfijas skala: ierobežots izmēru un svaru kopums.
- Atstarpju skala: viena sistēma, piemēram, četru reizinājumi.
- Bāzes komponenti: poga, saite, formas lauks, apzīmējums, paziņojums.
- Saliktie komponenti: kartīte, tabula, navigācija, modālais logs.
- Šabloni: kā komponentus lieto kopā tipiskās situācijās.
- Satura noteikumi: tonis, pogu formulējumi, kļūdu paziņojumu stils.
- Dokumentācija: kad ko lietot, nevis tikai kā tas izskatās.
Visvērtīgākā daļa ir «kad ko lietot». Komponentu galerija bez noteikumiem neuztur konsekvenci.

### Kā sākt mazā mērogā
Viegla sistēma, ko var uzcelt nedēļā un kas sedz lielāko daļu ieguvuma.
- Ieraksti esošās krāsas vienā failā kā CSS mainīgos un izdzēs dublikātus.
- Nosaki atstarpju skalu un aizvieto ar to nejaušās vērtības.
- Ierobežo tipogrāfiju līdz pieciem sešiem izmēriem.
- Apvieno pogas vienā komponentā ar visiem stāvokļiem.
- Apvieno formu laukus kopā ar apzīmējumiem un kļūdu paziņojumiem.
- Dokumentē to vienā lapā ar piemēriem — īstā lapā, ne atsevišķā rīkā.
- Pievieno jaunus komponentus tikai tad, kad tas pats šablons atkārtojas trešo reizi.

### Kā to uzturēt dzīvu
Lielākā daļa dizaina sistēmu nemirst no būvēšanas, bet no uzturēšanas trūkuma.
| Neviens neatbild | Sistēma atšķiras no īstās lapas | Vārdā nosaukts īpašnieks |
| Uzkrājas izņēmumi | Katra lapa iegūst savu variantu | Izņēmums prasa pamatojumu |
| Dokumentācija noveco | Neviens tai neuzticas | Dokumentācija no īstā koda |
| Pārāk daudz komponentu | Neviens neatrod pareizo | Noteikums: trešā atkārtošanās |
| Dizains un kods atšķiras | Divas patiesības | Kopīgi marķieri abās pusēs |
| Sistēma pārāk stingra | Cilvēki iet apkārt | Atļauj pamatotus izņēmumus |

Q: Vai mazam uzņēmumam vajag dizaina sistēmu?
A: Pilnā apjomā nē. Bet pat mazai lapai ir vērts vienoties par krāsām, atstarpēm un tipogrāfiju vienā failā — tas ir stundas darbs un novērš gadu gaitā radušos jucekli. Sauc to par stila vadlīnijām un nebūvē komponentu galeriju, ko neviens neatvērs.

Q: Cik ilgi aizņem dizaina sistēmas būvēšana?
A: Vieglā versija — marķieri, tipogrāfija, atstarpes, pogas, formas — aizņem nedēļu. Pilna sistēma ar dokumentāciju un visiem komponentiem aizņem mēnešus un prasa pastāvīgu uzturēšanu. Sāc ar vieglo un audzē to tikai tad, kad rodas īsta vajadzība.

Q: Vai jālieto gatava komponentu bibliotēka?
A: Bieži jā, īpaši lietotnēm. Gatava bibliotēka atrisina pieejamību un stāvokļus, ko pašam ir apnicīgi izdarīt pareizi. Pielāgo tās marķierus savam zīmolam, nevis būvē visu no nulles. No nulles ir vērts būvēt tad, ja zīmols ir daļa no atšķirības vai vajadzības ir neparastas.

Q: Kam jābūt dizaina sistēmas īpašniekam?
A: Vienam vārdā nosauktam cilvēkam, ne komandai. Bez īpašnieka sistēma atšķiras no īstās lapas apmēram pusgada laikā un kļūst par dokumentu, kam neviens neuzticas. Īpašniekam nav jādara viss pašam, bet jālemj, kas tiek pievienots un kas ir izņēmums.

## Jautājumi, ko uzdot izstrādātājam pirms algošanas
https://websitedevelopment.biz/lv/guides/jautajumi-izstradatajam
Atjaunināts 2026-08-07 · Izstrādātāju piesaiste

Portfolio pasaka, uz ko kāds ir spējīgs labākajā gadījumā. Šie jautājumi pasaka, kā viņi strādā, kad kaut kas aiziet greizi, un tas paredz tava projekta rezultātu labāk.

Pie katra jautājuma atzīmēts, kas ietilpst labā atbildē — un kas ir slikta zīme.

### Process un sadarbība
No šiem visātrāk pamana, vai runa ir par profesionāli vai izpildītāju, kas gaida perfektu uzdevumu.
- Kā jūs sākat projektu? Laba atbilde sākas ar mērķiem un auditoriju, ne ar lapu skaitu.
- Kas ir mans kontaktcilvēks un kas dara darbu? Vārdi, ne lomas.
- Kā jūs rādāt progresu? Regulāra piekļuve videi pārspēj ikmēneša prezentāciju.
- Kā jūs apstrādājat atsauksmes? Apkopotas kārtas, rakstisks lēmums.
- Ko jums vajag no manis un kad? Labs izpildītājs par to ir ļoti precīzs.
- Ko jūs darāt, ja grafiks ievelkas? Klausies tiešu atbildi, ne pārliecināšanu.
- Kas pēdējā projektā aizgāja greizi? Ja atbilde ir «nekas», ej pie nākamā.

### Tehnika un platforma
Tev nav jāsaprot atbildes tehniski. Tev jāsaprot pamatojums.
| Kāpēc iesakāt šo platformu? | Pamatojumu no tavas situācijas, ne ieraduma |
| Kas notiks, ja gribēšu mainīt izpildītāju? | Skaidru nodošanu, ne izvairīšanos |
| Kā saturu atjaunina? | Rādi vadības paneli, neapraksti |
| Kā lapa strādā mobilajā? | Testē uz īstām ierīcēm |
| Kā jūs risināt ātrumu? | Konkrētas metodes, ne «tā ir ātra» |
| Bet pieejamība? | Zina, ko prasa AA līmenis |
| Vai lietojat gatavu tēmu? | Tiešu atbildi jebkurā virzienā |
Labākā zīme ir, kad atbilde ir «atkarīgs» un tai seko jautājums par tavu situāciju.

### Īpašumtiesības un laiks pēc palaišanas
Šie ir jautājumi, ko neprot uzdot un kas vēlāk vajā.
- Uz kā vārda tiks reģistrēts domēns? Vienīgā pareizā atbilde ir tava.
- Vai saņemšu pirmkodu un dizaina failus, un kādā formātā?
- Vai saņemšu visas piekļuves palaišanā, rakstiski?
- Kas rūpēsies par atjauninājumiem, dublējumiem un drošību?
- Cik ilgi jūs labosiet kļūdas bez maksas?
- Ko maksā uzturēšana un kas tieši tajā ietilpst?
- Kā es saņemu atbalstu un cik ātri jūs atbildat?
- Vai apmācāt manu komandu un vai saņemšu dokumentāciju rakstiski?

### Cena un mērīšana
Jautājumi, kas atklāj, vai piedāvājums ir pilnīgs un vai izpildītājam ir izpratne par rezultātu.
- Kas ietilpst cenā un kas ne? Prasi izņēmumu sarakstu rakstiski.
- Kā tiek aprēķinātas izmaiņas? Pirms darba sākuma, ne pēc.
- Vai ir pastāvīgas izmaksas? Serveris, licences, spraudņi, platformas abonementi.
- Kas notiek, ja budžets beidzas pusceļā? Tieša atbilde pasaka daudz.
- Kā mēs mērīsim panākumus? Labs izpildītājs atgriežas pie sākumā izvirzītajiem mērķiem.
- Vai uzstādāt analītiku un izsekošanu? Bez tā nevari zināt, vai lapa strādā.
- Ko iesakāt darīt pirmajos trīs mēnešos? Redzējums te atšķir izpildītāju no partnera.
Pēdējais jautājums ir visatklājošākais visā sarakstā. Izpildītājs, kam nav ko teikt par laiku pēc palaišanas, domā par lapu kā par piegādi, ne kā par rīku.

Q: Ko darīt, ja nesaprotu tehniskās atbildes?
A: Tas ir kārtībā un pat noderīgi. Palūdz izskaidrot bez terminiem. Izstrādātājs, kas prot savas izvēles izskaidrot saprotami, prot tās arī pamatot; tas, kurš neprot, vai nu kaut ko slēpj, vai nav līdz galam pārdomājis. Saprotamība pati par sevi ir vērtēšanas kritērijs.

Q: Vai vērts prasīt atsauksmes?
A: Jā, un vērts tiešām piezvanīt. Uzdod precīzus jautājumus: vai grafiks turējās, kas izmaksāja papildus, kas aizgāja greizi un kā to atrisināja, vai viņi izdarītu to pašu izvēli vēlreiz. Vispārīgs «bijām apmierināti» neko nepasaka; problēmas risināšana pasaka visu.

Q: Cik daudziem sūtīt cenu pieprasījumu?
A: Trīs ir labs skaits. Viens nedod salīdzinājumu, un vairāk par pieciem padara salīdzināšanu apgrūtinošu un liek kandidātiem mazāk ieguldīt. Sūti visiem vienu un to pašu uzdevumu, lai piedāvājumi būtu tiešām salīdzināmi — ar dažādiem uzdevumiem iegūtās cenas neko nepasaka.

Q: Kāda ir sliktākā atbilde, ko varu dzirdēt?
A: «Garantējam pirmo vietu meklēšanas rezultātos.» Tas nav iespējams, un tā solīšana norāda vai nu uz negodīgu, vai nekompetentu izpildītāju. Tuvu otrajā vietā ir cenas nosaukšana bez viena jautājuma par tavu situāciju — tas nozīmē šablona darbu vai vēlāku papildu rēķināšanu.

## Mājaslapas palaišanas kontrolsaraksts
https://websitedevelopment.biz/lv/guides/majaslapas-palaisanas-kontrolsaraksts
Atjaunināts 2026-08-07 · Vietnes plānošana

Palaišana ir brīdis, kad visi iepriekšējie saīsinājumi kļūst redzami vienlaikus. Kontrolsaraksts nepadara lapu labāku, bet novērš tās kļūdas, ko citādi atklāj klients.

Šis ir saraksts trijās daļās: pirms palaišanas, palaišanas dienā un pirmās nedēļas.

### Pirms palaišanas
Lielākā darba daļa. Dari to mierīgi, nevis palaišanas rītā.
- Katra forma tiešām sūta vēstuli un tā nonāk pareizajā pastkastē — testē ar īstu adresi.
- Visas saites darbojas; bojāto saišu pārbaude izieta.
- Virsraksti un apraksti ir unikāli katrā lapā.
- Attēli ir optimizēti un ar alt tekstiem.
- Lapa strādā uz trim īstām ierīcēm, ne tikai sašaurinot pārlūka logu.
- Tastatūras navigācija darbojas un fokuss ir redzams.
- 404 lapa eksistē un ir noderīga.
- Juridiskās prasības: privātuma politika, sīkdatņu paziņojums, uzņēmuma dati.
- Dublējums izveidots un atjaunošana pārbaudīta.
Formu testēšana ar īstu adresi ir biežāk izlaistais punkts un visdārgākais. Klusi bojāta kontaktforma maksā pieprasījumus nedēļām.

### Tehniskā pārbaude
Šie punkti aiziet greizi klusi un neviens tos nepamana, kamēr neizzūd apmeklētāji.
| Indeksēšana atļauta | Testa vides bloķējums noņemts |
| Vietnes karte | Ģenerēta un iesniegta meklētājam |
| Kanoniskie URL | Katra lapa norāda uz sevi |
| HTTPS | Sertifikāts derīgs un atjaunojas automātiski |
| Pāradresācijas | Katrs vecais URL ved uz jauno, viens lēciens |
| Ātrums | Mērīts mobilajā, ne tikai datorā |
| Analītika | Uzstādīta un vāc datus |
| Uzraudzība | Pieejamības uzraudzība ieslēgta |

### Palaišanas dienā
Īsa secība, kas novērš paniku un padara atgriešanos iespējamu.
- Izvēlies klusu laiku. Ne piektdienas pēcpusdienu.
- Izveido pilnu dublējumu tieši pirms pārslēgšanas.
- Pārslēdz un pārbaudi, ka lapa ielādējas no īstā domēna.
- Izej cauri pāradresāciju sarakstam un pārbaudi katru.
- Testē formas un veikalā pirkuma ceļu produkcijas vidē.
- Pārbaudi, ka analītika reģistrē apmeklējumus.
- Iesniedz vietnes karti un pieprasi svarīgāko lapu indeksēšanu.
- Paziņo komandai, ka lapa ir tiešsaistē un kur ziņot par kļūdām.

### Pirmās nedēļas
Palaišana nav beigas. Šīs divas nedēļas parāda, kas tiešām palicis nepadarīts.
- Skaties 404 žurnālu katru dienu — katra atkārtota rinda ir aizmirsta pāradresācija.
- Seko formu ienākošajām vēstulēm; klusums ir aizdomīgs, nevis labs.
- Salīdzini apmeklējumus un pozīcijas ar iepriekšējiem skaitļiem reizi nedēļā.
- Pārbaudi servera kļūdu žurnālu; jaunas kļūdas parādās īstas slodzes apstākļos.
- Vāc komandas un klientu atsauksmes vienuviet.
- Rēķinies ar četru līdz sešu nedēļu svārstībām meklēšanas apmeklējumos.
- Ieplāno pirmo satura atjauninājumu jau tagad, nevis pēc pusgada.
404 žurnāls no pirmajām nedēļām ir labākais uzdevumu saraksts, ko vari dabūt. Tas ir bez maksas un precīzs.

Q: Kad ir labākais laiks palaist?
A: Klusā laikā, kad komanda ir pieejama — parasti otrdienas vai trešdienas rītā. Izvairies no piektdienas pēcpusdienas un dienas pirms atvaļinājumiem. Iemesls nav māņticība: ja kaut kas aiziet greizi, tu gribi, lai cilvēki, kas prot to salabot, būtu darbā.

Q: Vai jāsaglabā vecā lapa?
A: Jā, kādu laiku. Saglabā pilnu dublējumu un, ja iespējams, piekļuvi vecajai versijai, lai varētu pārbaudīt, kas tur bija rakstīts. Tas vajadzīgs pārsteidzoši bieži — pazudis teksts, veca cena, attēls, kas netika migrēts. Trīs mēneši ir saprātīgs minimums.

Q: Cik ilgi meklēšanas apmeklējumi stabilizējas?
A: Četras līdz sešas nedēļas pat tīras migrācijas gadījumā. Šajā laikā svārstības ir normālas un pārreaģēšana kaitē vairāk nekā palīdz. Pēti nopietni tikai tad, ja kritums turpinās pēc šī perioda vai ja 404 žurnāls rāda trūkstošas pāradresācijas.

Q: Kāda ir biežākā palaišanas kļūda?
A: Testa vides indeksēšanas aizlieguma atstāšana produkcijā. Lapa ir kārtībā, bet meklētājiem neredzama, un to var nepamanīt nedēļām. Uzreiz otrajā vietā ir formas, kas nesūta vēstules, jo konfigurācija mainījās, pārejot uz jauno domēnu.

## Satura sistēmas maiņa, nezaudējot apmeklējumus
https://websitedevelopment.biz/lv/guides/cms-migracija
Atjaunināts 2026-08-07 · SPS

Lielākā migrācijas riska daļa nav saturā, bet URL. Saturs parasti pārvietojas saprātīgi; apmeklējumi pazūd, jo lapas, kas ierindojās, tagad dzīvo citur un neviens tās nekartēja.

Šis ceļvedis iet cauri secībai, kas saglabā apmeklējumus, un tam, ko uzraudzīt pēc palaišanas.

### Pirms kaut ko migrē
Šī sagatavošanās atšķir tīru migrāciju no tādas, ko risina mēnešiem.
- Eksportē pilnu esošo URL sarakstu — vietnes karte, servera žurnāli un meklēšanas rīks kopā.
- Pieraksti pašreizējos skaitļus: apmeklējumus, svarīgākās pozīcijas, konversijas, svarīgākās lapas.
- Atzīmē lapas, kas nes apmeklējumus un tāpēc pelna piesardzību.
- Izlem, kurš saturs nenāk līdzi un kur to pāradresēt.
- Kartē veco URL struktūru uz jauno tabulā, viena rinda katrai lapai.
- Izveido pilnu dublējumu un pārbaudi, ka tas atjaunojas.
- Vienojies par palaišanas logu klusā periodā, ne piektdienas pēcpusdienā.
URL karte ir migrācijas svarīgākais artefakts. Ja viena lieta tiek izdarīta rūpīgi, tad tā.

### Satura migrēšana
Automātiskais imports izdara lielāko daļu; pārējais ir rokdarbs, ko vērts ieplānot iepriekš.
- Vispirms kartē satura tipus — lapas, rakstus, produktus, kategorijas — un tikai tad laukus.
- Migrē medijus atsevišķi un pārbaudi ceļus; bojāti attēli ir biežākā migrācijas kļūda.
- Pārbaudi iekšējās saites: teksta iekšienē esošās saites joprojām rāda uz veco struktūru.
- Saglabā publicēšanas datumus. To nonullēšana iznīcina arhīva struktūru.
- Migrē metadatus: virsrakstus, aprakstus, kanoniskos un strukturētos datus.
- Pārbaudi speciālās rakstzīmes un kodējumu — garumzīmes atklāj problēmas uzreiz.
- Izej svarīgākajām lapām cauri ar roku. Automātiskais imports izdara deviņdesmit procentus, ne simts.

### URL un pāradresācijas
Te apmeklējumi vai nu saglabājas, vai pazūd. Noteikumi ir vienkārši un to izpilde darbietilpīga.
| Saglabā URL nemainīgus, ja vari | Labākā pāradresācija ir tā, kas nav vajadzīga |
| 301 pastāvīgām izmaiņām | Nodod signālus; 302 ne |
| Viens lēciens, bez ķēdēm | Ķēdes zaudē signālus un palēnina |
| Kartē viens pret vienu, ne uz sākumlapu | Masveida pāradresāciju lasa kā mīksto 404 |
| Pazudušam saturam tuvākā piemērotā lapa | Labāk nekā 404, sliktāk nekā īsts atbilsmes |
| Turi pāradresācijas vismaz gadu | Vecās saites un grāmatzīmes dzīvo ilgi |
| Testē katru pāradresāciju pirms palaišanas | Skripts sarakstam aizņem minūtes |
Palaid URL karti ar skriptu pirms un pēc palaišanas. Tā ir ātrākā pārbaude, kāda vien ir, un tā noķer praktiski visas drukas kļūdas.

### Palaišana un uzraudzība
Ko darīt palaišanas dienā un ko uzraudzīt turpmākās nedēļas.
- Pārbaudi, ka testa vide ir bloķēta no indeksēšanas un produkcija nav.
- Palaid un tad izpildi URL karti, lai apstiprinātu katru pāradresāciju.
- Iesniedz jauno vietnes karti un pieprasi svarīgāko lapu indeksēšanu.
- Testē formas, meklēšanu, pieteikšanos un veikalā pirkuma ceļu produkcijā.
- Uzraugi 404 kļūdas katru dienu pirmās divas nedēļas; tās atklāj trūkstošās kartējumus.
- Salīdzini apmeklējumus un pozīcijas ar sākuma skaitļiem reizi nedēļā.
- Rēķinies ar četru līdz sešu nedēļu svārstībām; pēti tikai tad, ja kritums turpinās.
404 žurnāls no pirmajām divām nedēļām ir labākais uzdevumu saraksts, ko vari dabūt. Katra atkārtota rinda ir URL, ko aizmirsi.

Q: Vai migrācijā zaudēšu pozīcijas?
A: Pagaidu svārstības ir gandrīz vienmēr, arī tīrā migrācijā. Pastāvīgs zaudējums nāk gandrīz tikai no trūkstošām vai kļūdainām pāradresācijām un dzēsta satura. Ja URL karte ir pilnīga un saturs saglabāts, skaitļi parasti atjaunojas četru līdz sešu nedēļu laikā.

Q: Vai URL vērts atstāt tos pašus?
A: Jā, vienmēr, kad iespējams. Tas ir lētākais veids saglabāt apmeklējumus un tas noņem visa projekta lielāko atsevišķo risku. Struktūras pārkārtošana atmaksājas tikai tad, ja pašreizējā ir īsta problēma; «tīrāki URL» vien nav labs iemesls uzņemties migrācijas risku.

Q: Cik ilgi aizņem migrācija?
A: Mazai lapai ar tīru struktūru viena līdz divas nedēļas. Simtiem lapu, medijiem un neparastiem satura tipiem viens līdz divi mēneši. Lielākais mainīgais nav lapu skaits, bet cik labi vecā struktūra kartējas uz jauno; juceklīgs sākumpunkts palēnina visu.

Q: Vai varu migrēt pa posmiem?
A: Pa daļām jā, piemēram, blogs vispirms un galvenā lapa vēlāk, bet turi URL telpas atsevišķi un pāradresē kārtīgi. Nepilnīga migrācija, kur tas pats saturs dzīvo divās vietās, ir sliktāk nekā gaidīšana. Ja posmo, dari to pa satura jomām, ne pa lapām.

## Maksājumu risinājuma integrācija: ko tā tiešām ietver
https://websitedevelopment.biz/lv/guides/maksajumu-integracija
Atjaunināts 2026-08-07 · E-komercija

Maksājumu risinājuma integrācija nav tehniski grūta — mūsdienu pakalpojumu sniedzējiem ir laba dokumentācija un strādājoši piemēri. Grūts ir viss ārpus laimīgā ceļa: neizdevušies maksājumi, atmaksas, strīdi, dubulti pasūtījumi un tas, kas notiek, kad klients aizver cilni maksājuma vidū.

Šis ceļvedis aptver pašu integrāciju un, plašāk, tos robežgadījumus, kur nauda tiešām pazūd.

### Izvēlies veidus, ko lieto tavs tirgus
Maksājumu paradumi ir izteikti reģionāli. Nepareizo veidu piedāvāšana zaudē pārdošanu kasē, kas ir visdārgākā vieta kādu zaudēt.
| Bankas saite | Būtiska Latvijā | Tūlītējs apstiprinājums, ļoti izplatīts |
| Karte | Starptautiski un uzņēmumiem | Augstākas izmaksas, strīdu risks |
| Apple Pay un Google Pay | Mobilajā, ceļ konversiju | Prasa HTTPS un domēna apstiprinājumu |
| Pēcapmaksa | Izplatīta Ziemeļvalstīs | Sniedzējs nes risku par procentiem |
| PayPal | Starptautiski, pazīstams zīmols | Augstākas izmaksas, savs strīdu process |
| Bankas pārskaitījums | B2B un lielas summas | Lēns apstiprinājums; pasūtījumi gaida |
Sāc ar diviem trim veidiem, ko tavs tirgus tiešām lieto. Katrs papildu veids ir viena izvēle vairāk kasē un viens ceļš vairāk testēšanai pēc katra atjauninājuma.

### Kā integrācija darbojas
Forma ir praktiski vienāda visiem mūsdienu sniedzējiem, un to ir vērts saprast, jo no tās izriet kļūmju veidi.
- Tavs serveris izveido maksājuma nodomu ar summu, valūtu un pasūtījuma atsauci.
- Klients tiek novirzīts uz sniedzēja lapu vai aizpilda iegultu formu.
- Klients apstiprina bankā vai pie kartes izdevēja, bieži ar stipro autentifikāciju.
- Sniedzējs atgriež klientu uz tavu adresi — ko nekad nedrīkst lietot kā maksājuma pierādījumu.
- Sniedzējs nosūta tīmekļa āķi uz tavu serveri ar galīgo statusu. Tā ir patiesība.
- Tavs serveris pārbauda āķa parakstu, atjaunina pasūtījumu un sūta apstiprinājumu.
- Kartes dati nekad neskar tavu serveri — tas tur tevi ārpus PCI smagākās daļas.
Ceturtais un piektais solis satur visvairāk kļūdu. Klients var aizvērt pārlūku pirms atgriešanās; āķis pienāks tik un tā. Būvē uz āķa, ne uz atgriešanās.

### Robežgadījumi, kur nauda pazūd
Tie neparādās testēšanā un parādās pirmajā tiešām noslogotajā nedēļā.
| Āķis pienāk divreiz | Pasūtījums apstrādāts divkārši | Idempotence: katrs notikuma ID vienreiz |
| Āķis pirms atgriešanās | Sacensība pārraksta statusu | Skaidras statusu pārejas, nekad atpakaļ |
| Klients aizver cilni | Samaksāts, pasūtījuma nav | Veido pasūtījumu uz āķa |
| Maksājums neizdodas pēc rezervēšanas | Krājums bloķēts bez pārdošanas | Ļauj rezervācijai beigties |
| Daļēja atmaksa | Grāmatvedība nesakrīt | Modelē atmaksas kā atsevišķu notikumu |
| Strīds | Nauda prom, prece nosūtīta | Saglabā pierādījumus; riska noteikumi lielām summām |
| Sniedzējs nestrādā | Nulle pārdošanas, ne mazāk pārdošanas | Otrs veids kā rezerve |

### Prasības un testēšana
Īss saraksts, kas aptver to, kas kļūst dārgs, ja trūkst.
- Lieto mitinātus laukus vai novirzīšanu, lai kartes dati nekad neskartu tavu serveri — tas būtiski samazina PCI apjomu.
- Stiprā klienta autentifikācija Eiropā ir obligāta; testē ceļu ar karti, kas to piespiež.
- Pārbaudi katra āķa parakstu. Nepārbaudīts āķis ir publisks galapunkts, kas var atzīmēt pasūtījumus kā apmaksātus.
- Rādi patērētājam cenas ar PVN un padari piegādes izmaksas redzamas pirms pēdējā soļa.
- Glabā pasūtījumu un maksājumu datus likumā noteikto laiku, personas datus ne ilgāk nekā vajag.
- Testē atmaksas un daļējas atmaksas pirms palaišanas, nevis kad pirmais klients prasa.
- Veic īstu darījumu produkcijā ar īstu karti un atgriez to sev. Testa režīms neaptver visu.

Q: Kuru maksājumu pakalpojumu izvēlēties?
A: Izvēlies pēc tā, kādus veidus tas atbalsta tavā tirgū, kādas maksas ņem pie tava apgrozījuma un cik labi integrējas ar tavu platformu. Latvijas veikalam bankas saišu atbalsts ir pirmais filtrs. Cenu atšķirības starp lielajiem sniedzējiem pie pieticīga apgrozījuma ir pietiekami mazas, lai nebūtu izšķirošas.

Q: Vai man vajag PCI atbilstību?
A: Jā, bet apjoms pilnībā atkarīgs no integrācijas veida. Ja lieto mitinātus laukus vai novirzīšanu tā, ka kartes dati nekad neskar tavu serveri, pienākums samazinās līdz vienkāršākajai pašnovērtēšanai. Ja apstrādā kartes datus pats, esi pavisam citā regulējumā — praktiski nevienam veikalam tā nevajadzētu darīt.

Q: Kāpēc vajag tīmekļa āķus, ja ir atgriešanās adrese?
A: Jo atgriešanās atkarīga no klienta pārlūka. Ja viņš aizver cilni, zaudē savienojumu vai iestrēgst bankas lapā, atgriešanās nekad nepienāk — bet nauda ir noņemta. Āķis nāk no sniedzēja servera un pienāk jebkurā gadījumā. Būvē pasūtījumu uz āķa un lieto atgriešanos tikai, lai klientam kaut ko parādītu.

Q: Kā izvairīties no dubultiem pasūtījumiem?
A: Padari āķu apstrādi idempotentu: saglabā katra apstrādātā āķa notikuma ID un izlaid atkārtojumus. Sniedzēji sūta āķus atkārtoti, ja nepienāk apstiprinājums, tāpēc atkārtoti sūtījumi ir normāla uzvedība, nevis kļūda. Bez šīs pārbaudes nosūtīsi divus apstiprinājumus un divreiz samazināsi krājumu.

## Mājaslapas ātruma optimizācija: kas tiešām palīdz
https://websitedevelopment.biz/lv/guides/majaslapas-atruma-optimizacija
Atjaunināts 2026-08-07 · SEO

Ātruma optimizācija aiziet greizi tad, kad sāk ar smalkumiem. Lielākajā daļā lapu trīs lietas dod deviņdesmit procentus ieguvuma, un pārējais ir stundu tērēšana milisekunžu dēļ.

Šis ceļvedis dod secību pēc ietekmes un pasaka, kad beigt.

### Mēri pirms labošanas
Bez mērīšanas optimizēšana parasti nozīmē nepareizās lietas labošanu.
- Palaid testu mobilajā režīmā, ne datorā.
- Skaties pārlūka tīkla cilni: kas ielādējas, cik liels un cik ilgi.
- Nosaki lielāko atsevišķo failu un lēnāko pieprasījumu.
- Pārbaudi servera atbildes laiku atsevišķi no failu ielādes.
- Skaties īsto lietotāju datus, ja tādi ir.
- Pieraksti sākuma skaitļus, lai uzlabojumu varētu izmērīt.
- Labo pa vienai lietai un mēri no jauna.

### Trīs lietas, kas dod visvairāk
Gandrīz katrai lēnai lapai ir problēma vienā vai vairākās no tām.
| Attēlu optimizēšana | Ļoti liela | Mazs līdz vidējs |
| Servera kešatmiņa | Ļoti liela | Mazs |
| JavaScript samazināšana | Liela | Vidējs līdz liels |
| Fontu sakārtošana | Vidēja | Mazs |
| Trešo pušu audits | Vidēja līdz liela | Mazs |
| Satura tīkls | Vidēja | Mazs |
| Koda smalkā regulēšana | Maza | Liels |
Pēdējā rinda ir vieta, kur lielākā daļa optimizācijas projektu zaudē laiku. Izdari pirmās piecas rindas, pirms to vispār apsver.

### Attēli un mediji
Gandrīz vienmēr lielākā lapas svara daļa un vienkāršākā vieta, kur uzvarēt.
- Piegādā pareizā izmērā — ne 3000 pikseļu platu attēlu 400 pikseļu vietā.
- Lieto WebP vai AVIF ar rezerves variantu.
- Norādi platumu un augstumu, lai izvairītos no izkārtojuma lēkāšanas.
- Ielādē slinki visu, kas nav pirmajā skatā.
- Neielādē slinki LCP attēlu — tas pasliktina rezultātu.
- Ikonām lieto SVG, nevis attēlu failus.
- Video: neatskaņo automātiski un apsver priekšskatījuma attēlu.

### JavaScript, fonti un trešās puses
Trīs avoti, kas uzkrājas nemanāmi un ko neviens neauditē.
| Ietvars | Nes līdzi vairāk nekā vajag | Apsver, vai to vispār vajag |
| Spraudņi | Katrs pievieno skriptus | Auditē un dzēs neizmantotos |
| Analītika | Vairāki izsekošanas skripti | Viens risinājums, ne trīs |
| Čata logrīks | Liels un bloķējošs | Ielādē vēlāk vai pēc klikšķa |
| Fonti | Vairākas saimes un svari | Divi svari parasti pietiek |
| Ikonu fonts | Liels fails pāris ikonām | SVG vietā |
| Reklāmu skripti | Lēnums un izkārtojuma lēcieni | Rezervē vietu un ielādē vēlāk |
Trešo pušu skriptu audits ir visnovērtētākais ātruma darbs. Jautā par katru skriptu: kas to lieto un kas notiks, ja to noņems?

Q: Cik ātrai lapai jābūt?
A: Praktiskais mērķis ir lielākais satura elements zem 2,5 sekundēm mobilajā īsto lietotāju datos. Simts punkti laboratorijā nav mērķis, un to dzīšana maksā vairāk nekā dod. Ja lapa ātri ielādējas uz veca telefona ar lēnu savienojumu, rezultāts ir labs neatkarīgi no tā, ko rāda tests.

Q: Vai ātrāks hostings atrisina problēmu?
A: Daļēji — tas uzlabo servera atbildes laiku, kas ir svarīgi. Bet ja problēma ir trīs megabaiti attēlu un divdesmit skripti, ātrāks serveris būtiski nepalīdzēs. Vispirms izmēri, kur pazūd laiks. Kešatmiņa esošajā serverī bieži dod vairāk nekā servera nomaiņa.

Q: Vai ātruma spraudņi palīdz?
A: Kešatmiņas spraudņi tiešām palīdz un parasti ir pirmā lieta, ko darīt WordPress. Spraudņi, kas sola visu automātiski optimizēt, bieži dod mazāku ieguvumu nekā problēmu avotu labošana un var lapu salauzt. Testē pirms un pēc un mēri.

Q: Kad beigt optimizēšanu?
A: Kad īsto lietotāju dati ir zaļajā zonā un nākamais uzlabojums prasa dienas darba par milisekundēm. Ātrums ir labs, kamēr tas nesāk konkurēt ar saturu un funkcionalitāti. Tajā brīdī noderīgāk ir uzrakstīt vienu labu lapu klāt nekā izcīnīt vēl piecdesmit milisekundes.

## Pielāgota mājaslapa vai šablons: ko izvēlēties
https://websitedevelopment.biz/lv/guides/pielagota-majaslapa-vai-sablons
Atjaunināts 2026-08-07 · Mājaslapu izstrāde

Šablons nav lēta pielāgotas lapas versija. Tas ir cits darījums: tu maini elastību pret ātrumu un cenu. Jautājums ir, vai tev šī elastība ir vajadzīga.

Šis ceļvedis salīdzina abus godīgi un parāda, kur šablona robežas parasti parādās.

### Tiešs salīdzinājums
Atšķirības, kas tiešām ietekmē lēmumu.
| Sākuma cena | Zema | Augsta |
| Laiks līdz gatavībai | Nedēļas | Mēneši |
| Dizaina brīvība | Šablona ietvaros | Neierobežota |
| Veiktspēja | Bieži smaga — daudz neizmantota koda | Tik viegla, cik uzbūvē |
| Uzturēšana | Šablona atjauninājumi, kas var lauzt | Tavs kods, tavs temps |
| Atšķirība | Tāds pats izskats kā citiem | Tavs |
| Pieejamība | Mainīga, jāpārbauda | Var uzbūvēt pareizi no sākuma |
Veiktspēja ir šablona visnovērtētākā izmaksa. Universāls šablons nes kodu visiem iespējamiem lietojumiem, arī tiem, ko nelieto.

### Kad šablons ir pareizais
Biežāk, nekā atzīst pielāgotu risinājumu pārdevēji.
- Standarta uzņēmuma vietne: pakalpojumi, par mums, kontakti, blogs.
- Budžets ir ierobežots un saturs ir svarīgāks par atšķirību.
- Vajag ātri — kampaņa, jauns uzņēmums, termiņš.
- Zīmols nav galvenā atšķirības daļa.
- Iekšējā komanda pati uzturēs lapu.
- Šablonu var saprātīgi pielāgot: fonti, krāsas, īstas fotogrāfijas.
Labi pielāgots šablons ar īstām fotogrāfijām un skaidru tekstu pārspēj lielāko daļu viduvēju pielāgotu lapu. Ietaupīto tērē saturam.

### Kad pielāgots ir pareizais
Konkrētas situācijas, nevis vispārēja vēlme pēc kaut kā «unikāla».
- Tev ir neparasta satura struktūra, ko šablons nemodelē.
- Vajag īstu lietotnes loģiku: aprēķini, kalkulatori, konti.
- Veiktspēja vai pieejamība ir stingra prasība, nevis vēlme.
- Zīmols ir daļa no atšķirības un šablons to atšķaidītu.
- Vajag integrācijas, kas prasa kontroli pār kodu.
- Lapa ir ilgtermiņa aktīvs, ko attīsta gadiem.
- Gribi minimālu uzturēšanas virsmu — vienkārša pielāgota lapa ir vismazāk uzturama.

### Kur parādās šablona robežas
Gandrīz vienmēr nevis sākumā, bet pēc pusgada vai gada.
| Satura tips neder | Datus spiež nepareizos laukos |
| Veiktspēja | Mobilais rezultāts paliek zems par spīti optimizācijai |
| Šablona atjauninājums | Pielāgojumi pazūd vai lapa lūst |
| Spraudņu uzkrāšanās | Katra trūkstoša funkcija pievieno spraudni |
| Pieejamība | Auditā nāk kļūdas, ko nevar salabot |
| Autors pazūd | Šablons vairs nesaņem atjauninājumus |
Pirms pirkšanas pārbaudi, vai šablona autors to aktīvi atjaunina. Pamests šablons ir tehniskais parāds, kas pienāks noteikti.

Q: Vai uz šablona veidota lapa ir sliktāka meklēšanā?
A: Ne pati par sevi. Meklēšanas rezultāti atkarīgi no satura, struktūras un ātruma. Šabloni var būt lēni, un tas kaitē, bet labi optimizēts šablons ierindojas tikpat labi kā pielāgota lapa. Satura kvalitāte ietekmē rezultātu daudzkārt vairāk nekā tas, vai pamatā bija šablons.

Q: Vai varu vēlāk pāriet no šablona uz pielāgotu?
A: Jā, un tas ir parasts ceļš. Saturs parasti pārvietojas līdzi; dizains un funkcionalitāte jātaisa no jauna. Saglabā URL struktūru, tad pāreja ir daudz vienkāršāka un meklēšanas apmeklējumi necieš. Sākt ar šablonu un izaugt no tā ir pilnīgi saprātīgs plāns.

Q: Kāpēc pielāgota lapa ir tik daudz dārgāka?
A: Jo tu maksā par lēmumiem, ko šablons jau ir pieņēmis tavā vietā: izkārtojums, komponenti, stāvokļi, adaptivitāte, pieejamība. Tās ir nedēļas darba. Pielāgota lapa ir dārgāka arī tāpēc, ka tā parasti ietver stratēģiju un satura darbu, ko šablona cena nesedz.

Q: Vai pielāgotu lapu ir grūtāk uzturēt?
A: Tieši otrādi, ja tā ir vienkārši uzbūvēta. Pielāgota lapa bez satura sistēmas un spraudņiem ir vismazākās uzturēšanas virsmas variants. Risks nav uzturēšana, bet atkarība no konkrētā izstrādātāja — to mazina dokumentācija un kods tavā paša repozitorijā.

## Mājaslapas pieejamība: praktisks ceļvedis
https://websitedevelopment.biz/lv/guides/majaslapas-pieejamiba
Atjaunināts 2026-08-07 · Tīmekļa dizains

Pieejamība nav papildfunkcija cilvēkiem ar invaliditāti. Tā ir pamatkvalitāte, no kuras iegūst visi: tastatūras lietotāji, cilvēki ar sliktu savienojumu, tie, kas skatās telefonā saulē, un ekrāna lasītāju lietotāji.

Šis ceļvedis aptver, ko pieejamība tiešām prasa, ko vari pārbaudīt pats un kuras kļūdas atkārtojas visbiežāk.

### Ko tas nozīmē praksē
Standarts ir WCAG un praktiskais mērķis ir AA līmenis. Aiz tā ir diezgan konkrēts saraksts.
- Visa funkcionalitāte darbojas ar tastatūru un fokuss ir skaidri redzams.
- Teksta kontrasts ir vismaz 4,5:1, lielam tekstam 3:1.
- Katram jēgpilnam attēlam ir alt teksts; dekoratīvam — tukšs alt atribūts.
- Formu laukiem ir īsti apzīmējumi, ne tikai vietturteksts.
- Kļūdu paziņojumi paskaidro, kas nav kārtībā, un ir saistīti ar pareizo lauku.
- Virsraksti veido hierarhiju un netiek lietoti izmēra dēļ.
- Video ir ar subtitriem, audio ar transkriptu.
- Lapa strādā pie 200 procentu tālummaiņas bez satura zaudēšanas.
- Krāsa nav vienīgais informācijas nesējs.
Tastatūras navigācija un redzams fokuss vien aptver ļoti lielu daļu īsto problēmu. Sāc no tā.

### Ko vari pārbaudīt pats
Lielu daļu kļūdu atrod trijās minūtēs bez īpašiem rīkiem.
- Noliec peli malā un pārvietojies ar tabulēšanas taustiņu cauri visai lapai.
- Pārbaudi, ka vienmēr redzi, kur ir fokuss, un ka secība ir loģiska.
- Tālummaini līdz 200 procentiem un skaties, vai kaut kas pazūd vai pārklājas.
- Palaid automātisko testu — tas atradīs kontrastu un trūkstošos apzīmējumus.
- Izlasi lapu, skatoties tikai virsrakstus: vai struktūra ir saprotama?
- Aizpildi formu nepareizi un skaties, vai kļūdas paziņojums ir noderīgs.
- Noklausies vienu lapu ar ekrāna lasītāju. Tas ir pamācošākais veids.
Automātiskie testi atrod aptuveni trešdaļu problēmu. Pārējais prasa tastatūru un veselo saprātu, ne speciālistu.

### Biežākās kļūdas
Tās atkārtojas gandrīz katrā lapā un no visām ir viegli izvairīties.
| Fokusa noņemšana ar CSS | Tastatūras lietotājs ir apmaldījies | Dizainē fokusu, neslēp |
| Vietturteksts apzīmējuma vietā | Apzīmējums pazūd ievadot | Īsts apzīmējums katram laukam |
| Gaiši pelēks teksts | Nelasāms daudziem | Pārbaudi kontrastu |
| «Lasi šeit» saites teksts | Bez konteksta ekrāna lasītājā | Aprakstošs saites teksts |
| Div kā poga | Nestrādā ar tastatūru | Lieto button elementu |
| Trūkst alt teksta | Attēls ir neredzams | Apraksti saturu, ne failu |
| Atšķirība tikai ar krāsu | Neredzama krāsu aklajiem | Pievieno ikonu vai tekstu |

### Kam prasības jāievēro
Juridiskā puse atkarīga no nozares un tirgus, bet virziens ir viennozīmīgs.
- Publiskajam sektoram Eiropas Savienībā jāievēro pieejamības direktīvas prasības.
- Pieejamības akts paplašina prasības uz daudziem privātā sektora pakalpojumiem, tostarp e-komerciju.
- Prasītais līmenis praksē ir WCAG 2.1 vai 2.2 līmenis AA.
- Prasības attiecas arī uz mobilajām lietotnēm un dokumentiem, ne tikai mājaslapu.
- Pieejamības paziņojums publiskajā sektorā ir obligāts.
- Pat ja prasība uz tevi neattiecas, tas ir kvalitātes standarts, ko prasa lielākā daļa iepirkumu.
- Plāno to no sākuma; pievienošana vēlāk maksā ievērojami vairāk.

Q: Vai pieejamība padara lapu neglītu?
A: Nē. Kontrasta prasības un redzams fokuss ierobežo dažas izvēles, bet tās var dizainēt. Lielākā daļa pieejamības ir struktūra un uzvedība — virsrakstu hierarhija, apzīmējumi, tastatūra — kas vizuāli nav redzami. Neglīts rezultāts parasti nozīmē, ka tas pievienots vēlāk, nevis ka prasības ir ierobežojošas.

Q: Vai pieejamības rīkjosla atrisina problēmu?
A: Nē. Pārklājuma rīki, kas sola automātiski padarīt lapu pieejamu, nelabo pamatproblēmas un bieži traucē īstajām palīgtehnoloģijām. Pieejamība jāiebūvē lapas struktūrā. Rīkjoslas dod nepatiesu drošības sajūtu un tiesu praksē vairākkārt atzītas par nepietiekamām.

Q: Cik maksā pieejamība?
A: Plānojot no sākuma — maz; tā galvenokārt ir pareizo elementu lietošana un kontrasta pārbaude. Labošana vēlāk esošā lapā maksā ievērojami vairāk, jo skar dizainu, veidnes un saturu vienlaikus. Tāpēc to jāieraksta prasībās, nevis vēlāk jāizsaka kā vēlme.

Q: Ar ko sākt esošai lapai?
A: Ar tastatūru un kontrastu. Izej lapai cauri ar tabulēšanas taustiņu un salabo fokusa redzamību un secību; pēc tam pārbaudi kontrastu ar automātisko testu. Šie divi aptver lielu daļu īsto lietotāju problēmu un ir vislētāk labojami. Tikai tad ej dziļāk.

## Mājaslapas līguma kontrolsaraksts
https://websitedevelopment.biz/lv/guides/liguma-kontrolsaraksts
Atjaunināts 2026-08-07 · Izstrādātāju piesaiste

Lielākā daļa web strīdu nav par sliktu darbu, bet par dažādiem pieņēmumiem. Līguma uzdevums ir padarīt pieņēmumus rakstiskus, pirms tie saduras.

Šis ir kontrolsaraksts tam, kas līgumā jābūt, un tam, ko katrs punkts tiešām novērš.

### Apjoms
Pārliecinoši svarīgākā daļa. Neskaidrs apjoms padara visu pārējo apspriežamu.
- Lapu skaits un veidņu skaits atsevišķi — tās ir dažādas lietas.
- Kāds dizaina darbs iekļauts un cik saskaņošanas kārtu ietilpst cenā.
- Kas piegādā tekstus un attēlus un līdz kuram datumam.
- Kuras integrācijas un trešo pušu pakalpojumi iekļauti.
- Kuras pārlūkprogrammas un ierīces tiek testētas.
- Vai satura migrācija no vecās lapas iekļauta un cik lapas.
- Kas skaidri paliek ārpus apjoma — šis saraksts ietaupa visvairāk strīdu.
- Vai iekļauta daudzvalodība, pieejamības līmenis un meklēšanas pamatiestatījumi.
Izņēmumu saraksts ir līguma noderīgākā rindkopa. To ātri uzrakstīt un tas novērš vairāk nesaprašanās nekā jebkurš cits punkts.

### Īpašumtiesības un piekļuves
Tas izšķir, vai vari mainīt izpildītāju. Tas ir vienīgais punkts, kur nav vērts piekāpties.
| Domēns | Tev, tavā kontā | Tā zaudēšana ir sliktākais scenārijs |
| Hostinga konts | Tev vai pārnesams | Novērš piesaisti |
| Pirmkods | Tev ar pilnām tiesībām | Citādi nevari mainīt izpildītāju |
| Dizaina faili | Tev | Vajadzīgi turpmākam darbam |
| Saturs un attēli | Tev, licences dokumentētas | Attēlu licences beidzas |
| Analītika un meklēšanas rīki | Tavā kontā | Vēsture ir vērtīga |
| Trešo pušu licences | Uz tava vārda | Atjaunošana paliek tavā kontrolē |
Skaidri ieraksti, ka visas piekļuves tiek nodotas palaišanā. Trūkstoši akreditācijas dati ir biežākais iemesls, kāpēc izpildītāju nevar mainīt.

### Nauda un termiņi
Skaidri nosacījumi aizsargā abus, un neskaidrība te aptur projektus pusceļā.
- Kopējā cena vai skaidra stundas likme ar aplēsto kopsummu.
- Maksājumu grafiks piesaistīts starprezultātiem, ne kalendāra datumiem.
- Ko maksā izmaiņas un kā tās apstiprina pirms darba sākuma.
- Termiņi un kas tev jāpiegādā kad — kavējumi biežāk ir pasūtītāja pusē.
- Kas notiek, ja kāda no pusēm kavējas.
- Izbeigšanas nosacījumi: kas tiek samaksāts un kas nodots, ja projekts pārtrūkst.
- PVN un valūta skaidri norādīti.

### Pieņemšana un laiks pēc palaišanas
Daļa, kas visbiežāk trūkst un rada visvairāk berzes beigās.
- Kā darbs tiek pieņemts: kas testē, pret ko un cik ilgā laikā.
- Cik ilgi kļūdas labo bez maksas pēc palaišanas — trīsdesmit līdz deviņdesmit dienas ir tipiski.
- Kas ir kļūda un kas ir jauna vēlme. Definē to, pirms par to strīdas.
- Vai apmācība iekļauta un vai saņem dokumentāciju rakstiski.
- Kā darbojas atbalsts: kanāls, reakcijas laiks, cena ārpus uzturēšanas līguma.
- Kas rūpējas par serveri, atjauninājumiem un dublējumiem pēc palaišanas.
- Vai izpildītājs drīkst darbu lietot portfolio — sīkums, vieglāk vienoties iepriekš.
«Kļūda vai jauna vēlme» ir biežākais beigu posma strīds. Viena teikuma definīcija līgumā to atrisina iepriekš.

Q: Vai līgumam vajag juristu?
A: Parastam web projektam reti. Skaidrs rakstisks līgums, kas aptver apjomu, īpašumtiesības, maksājumu grafiku un atbalstu, parūpējas par lielāko daļu riska. Jurists atmaksājas, kad iesaistīti būtiski personas dati, neparastas atbildības vai kad projekta vērtība ir pietiekami liela, lai strīds būtu dārgs.

Q: Kas notiek, ja izpildītājs lieto gatavu tēmu?
A: Tas ir pilnīgi pieņemami, ja to pasaka. Problēma nav tēma, bet tas, ka maksā pielāgotu cenu par šablona darbu, to nezinot. Ieraksti līgumā, kāds pamats tiek lietots, ar kā licenci un kas to atjaunos. Tēmas licence uz izpildītāja vārda ir tā pati piesaistes problēma kā domēns.

Q: Cik saskaņošanas kārtu ir saprātīgi?
A: Divas vai trīs uz dizaina posmu ir tipiski un strādājoši. Svarīgāk par skaitu ir, lai kārta būtu definēta: apkopotas atsauksmes uzreiz, nevis desmit atsevišķas ziņas nedēļā. Neierobežota labošana nav nevienas puses interesēs; tā ievelk projektu un ceļ cenu nākamajā piedāvājumā.

Q: Kas notiek, ja gribu pārtraukt pusceļā?
A: Tieši tāpēc ir izbeigšanas nosacījums. Saprātīgs modelis ir, ka maksā par līdz šim padarīto darbu un saņem visu līdz tam radīto materiālu — kodu, dizaina failus un piekļuves. Bez šī nosacījuma pārtraukšana nozīmē sarunas bez jebkāda pamata.

## Mājaslapas struktūra un vietnes karte
https://websitedevelopment.biz/lv/guides/majaslapas-struktura
Atjaunināts 2026-08-07 · Vietnes plānošana

Struktūra izlemj, vai cilvēks atrod meklēto trijos klikšķos vai aiziet. Tā izlemj arī to, ko meklētājs uzskata par svarīgu. Abi seko vienai loģikai.

Šis ceļvedis aptver hierarhijas veidošanu, URL noteikumus, navigāciju un iekšējās saites — lietas, ko vēlāk ir dārgi mainīt.

### Veido hierarhiju no satura
Nesāc ar izvēlni. Sāc ar to, ko cilvēki meklē, un grupē to.
- Uzskaiti katru satura gabalu, kas vietnei vajadzīgs — viena rinda katram.
- Grupē tos pēc tā, kā apmeklētājs tos saista, nevis pēc taviem departamentiem.
- Dod katrai grupai nosaukumu ar vārdiem, ko lieto apmeklētājs.
- Ierobežo dziļumu ar trim līmeņiem. Ceturtais parasti liecina par sliktu grupēšanu.
- Pārbaudi, ka katra svarīga lapa ir sasniedzama trijos klikšķos no sākumlapas.
- Pārbaudi grupējumu ar pieciem cilvēkiem ārpus komandas.
- Tikai tad veido izvēlni.
Iekšējā struktūra gandrīz vienmēr atspoguļo organizācijas shēmu. Tā ir izplatītākā struktūras kļūda un apmeklētājam neredzama loģika.

### URL noteikumi
URL ir pastāvīgi. Mainīt nozīmē pāradresācijas, un katra pāradresācija ir neliels zaudējums.
| Īss un aprakstošs | /pakalpojumi/izstrade | Lasāms un dalāms |
| Mazie burti un defises | /majaslapas-cena | Novērš dublikātus |
| Bez diakritikas | /sikdatnes | Novērš procentu kodējumu |
| Bez datuma pastāvīgā saturā | /celvedis | Saturs nenoveco URL dēļ |
| Atspoguļo hierarhiju | /blogs/seo/tehniskais-seo | Lasāma struktūra |
| Bez parametriem pamatsaturā | /produkti/galds | Indeksējams un dalāms |
| Viens URL vienai lapai | kanoniskais uz sevi | Novērš dublēšanos |

### Navigācija
Izvēlne ir struktūras redzamā daļa, bet ne visa struktūra.
- Ierobežo galveno izvēlni ar septiņiem punktiem. Vairāk nozīmē, ka neviens nelasa nevienu.
- Lieto konkrētus vārdus: «Cenas», nevis «Risinājumi».
- Liec galveno darbību redzamu katrā lapā, ne tikai sākumlapā.
- Kājene var būt pilnīgāka — tur vieta juridiskajām lapām un sekundārajām tēmām.
- Pievieno navigācijas ceļu dziļākās struktūrās; tas palīdz gan apmeklētājam, gan indeksēšanai.
- Pārbaudi, ka izvēlne strādā ar tastatūru un ekrāna lasītāju.
- Mobilajā izvēlnē jābūt tai pašai struktūrai, nevis saīsinātai versijai.

### Iekšējās saites
Visnovērtētākā struktūras daļa. Tā sadala svarīgumu un notur cilvēkus vietnē.
| Saisti tekstā uz saistītām lapām | Notur lasītāju un virza svarīgumu |
| Lieto aprakstošu saites tekstu | «mājaslapas cena», nevis «lasi šeit» |
| Saisti biežāk uz svarīgākajām lapām | Dod signālu, kas ir svarīgs |
| Saisti no kategorijas uz saturu un atpakaļ | Padara hierarhiju lasāmu |
| Neatstāj lapas bāreņus | Uz lapu bez saitēm neviens nenonāk |
| Regulāri pārbaudi bojātās saites | Tās uzkrājas nemanāmi |
Bāreņu lapas ir biežāka problēma, nekā domā — īpaši pēc migrācijas. Pārbaudi, ka uz katru lapu ved vismaz viena saite.

Q: Cik dziļa var būt struktūra?
A: Trīs līmeņi aptver gandrīz jebkuru uzņēmuma vietni. Ceturtais līmenis parasti liecina, ka grupējums ir nepareizs, nevis ka satura ir par daudz. Praktiska pārbaude: vai katra svarīga lapa ir sasniedzama trijos klikšķos no sākumlapas? Ja nē, struktūra ir pārāk dziļa vai izvēlne pārāk šaura.

Q: Vai URL drīkst lietot garumzīmes?
A: Tehniski jā, praksē nav vērts. Diakritika tiek kodēta ar procentu zīmēm, kas padara saites neglītas dalīšanā un dažreiz rada kļūdas kopēšanā. Transliterē: «sikdatnes», nevis «sīkdatnes». Lapas virsrakstā un tekstā, protams, lieto pareizrakstību.

Q: Vai man jāpārkārto URL?
A: Tikai tad, ja pašreizējā struktūra ir īsta problēma. Katra izmaiņa prasa pāradresācijas un katra pāradresācija nedaudz zaudē. «Tīrāki URL» vien nav pietiekams iemesls. Ja to dari, kartē katru veco URL uz jauno viens pret vienu un turi pāradresācijas vismaz gadu.

Q: Cik punktu jābūt izvēlnē?
A: Līdz septiņiem. Aiz tā izvēļu daudzums sāk traucēt lasīšanu un uzmanība izklīst. Ja vajag vairāk, struktūra visdrīzāk ir nepareizi grupēta. Kājene var būt pilnīgāka — tā ir vieta sekundārajām tēmām un juridiskajām lapām.

## WordPress, Webflow vai pielāgots: kā izvēlēties
https://websitedevelopment.biz/lv/guides/wordpress-webflow-vai-pielagots
Atjaunināts 2026-08-07 · SPS

Praktiski katrs uzņēmuma vietnes projekts nonāk starp šiem trim. Tās ir tiešām dažādas izvēles, ne gaumes jautājums, un nepareizo izvēli pamana apmēram pēc gada.

Šis ceļvedis salīdzina tos tieši un pasaka, kam katrs der.

### Salīdzinājums īsi
Atšķirības, kas svarīgas lietošanā, ne funkciju saraksti.
| Sākuma cena | Zema vai vidēja | Zema vai vidēja | Augstākā |
| Mēneša izmaksas | Serveris plus uzturēšana | Platformas abonements | Serveris, maz cita |
| Dizaina brīvība | No tēmas līdz neierobežotai | Augsta konstruktora ietvaros | Neierobežota |
| Rediģēšanas ērtība | Lieliska | Lieliska | Tāda, kādu uzbūvē |
| Uzturēšanas slogs | Ievērojams | Neliels | Neliels, ja vienkāršs |
| Piesaiste | Neliela — dati ir tavi | Augsta — saistīts ar platformu | Nav |
| Veiktspēja | Laba optimizētā | Laba pēc noklusējuma | Labākā |
| Vajadzīgā prasme | Vidēja | Zema | Vajag izstrādātāju |

### Kam der WordPress
Tā ir noklusējuma izvēle ar labu iemeslu, bet tā strādā tikai tad, ja kāds to uztur.
- Publicējat saturu regulāri un vairāki cilvēki rediģē.
- Vajag gatavas funkcijas — dalība, pasākumi, vairākvalodība — kā spraudņus.
- Gribat piederēt datiem un jebkurā brīdī aiziet.
- Ir aģentūra vai izstrādātājs, kas atbild par atjauninājumiem un drošību.
- Saturs virza jūsu mārketingu un blogs tiešām strādā.
- Izvairies, ja neviens neveiks uzturēšanu. Tas ir vienīgais izplatītais veids, kā šī izvēle izgāžas.

### Kam der Webflow
Tas atrisina uzturēšanas problēmu un ņem par to elastību.
- Maza komanda bez tehniska cilvēka un bez vēlmes tādu algot.
- Dizains sver daudz un gribat to kontrolēt bez izstrādātāja.
- Lapa ir mārketinga lapa: lapas, blogs, formas, maz cita.
- Gribat publicēt nedēļu, ne mēnešu laikā.
- Izvairies, ja vajag aizmugures loģiku, integrācijas vai neparastas satura struktūras.
- Izvairies arī tad, ja piesaiste ir biznesa risks — aiziešana nozīmē pārbūvi.
Webflow abonements ir pastāvīga izmaksa. Salīdzini to ar WordPress uzturēšanas cenu, pirms izlem, kurš ir lētāks; tie bieži ir tuvu.

### Kam der pielāgots
Pielāgots ir pareizā izvēle retāk, nekā aģentūras piedāvā, un biežāk, nekā klienti gaida.
| Desmit lapu vietne ar reti mainīgu saturu | Jā — vienkārši, ātri, gandrīz bez uzturēšanas |
| Lapa ar īstu lietotnes loģiku | Jā |
| Stingras veiktspējas vai pieejamības prasības | Jā |
| Saturu publicē vairāki cilvēki katru nedēļu | Nē — vajag kārtīgu rediģēšanas skatu |
| Vajag desmit gatavas funkcijas ātri | Nē — spraudņu ekosistēma uzvar |
| Pēc pirmā izstrādātāja nav neviena | Nē — kas to mainīs? |
Izplatītākais pārpratums ir, ka pielāgots nozīmē dārgu un sarežģītu. Vienkārša pielāgota lapa bez satura sistēmas ir vislētāk uzturamā, kāda vien ir.

Q: Vai WordPress joprojām ir laba izvēle?
A: Jā, lapām ar regulāru saturu un vairākiem redaktoriem, un ja kāds atbild par uzturēšanu. Ekosistēma joprojām ir tā lielākā stiprā puse: praktiski katra vajadzība jau ir kāda atrisināta. Vājā puse ir tā, ka tā nepiedod nolaidību — neatjaunināts WordPress kļūst par drošības problēmu mazāk nekā gadā.

Q: Kas notiek, ja gribu aiziet no Webflow?
A: Dabū saturu un statisku eksportu, bet ne konstruktora funkcionalitāti, formas, kolekcijas vai mijiedarbības. Praksē aiziešana nozīmē pārbūvi. Tas daudzām komandām ir pieņemami, bet izlem to apzināti, nevis atklāj tikai aizejot.

Q: Vai pielāgotu lapu ir dārgāk uzturēt?
A: Parasti otrādi, ja tā ir vienkārši uzbūvēta. Bez satura sistēmas un spraudņiem nav programmatūras, kas novecotu — paliek serveris, domēns un sertifikāts. Dārgas ir pielāgotas lietotnes, ne pielāgotas lapas. Īstais risks ir atkarība no konkrētā izstrādātāja.

Q: Vai varu sākt ar vienu un pāriet uz citu?
A: Vari, un tas ir pilnīgi saprātīgs plāns. Lētākās pārejas ir no pielāgotā uz WordPress un otrādi, jo dati ir tavi. Dārgākā ir aiziešana no mitināta konstruktora. Ja nojaut vēlāku pāreju, sver eksporta iespēju jau izvēles brīdī.

## WooCommerce, Shopify vai Magento: kas tev der
https://websitedevelopment.biz/lv/guides/woocommerce-shopify-vai-magento
Atjaunināts 2026-08-07 · E-komercija

Šīs trīs nonāk praktiski katrā veikala projekta īsajā sarakstā, un tās salīdzinās pārsteidzoši slikti, jo risina dažādas problēmas. To salīdzināšana ir noderīga, ja atceries, ka jautājums «kura ir labākā» dod mazāk nekā «kura der manai situācijai».

Šis ceļvedis dod tiešu salīdzinājumu un, kas svarīgāk, profilu veikalam, kuram katra ir pareizā izvēle.

### Salīdzinājums īsi
Atšķirības, kas praksē svarīgas visvairāk, bez funkciju sarakstiem, ko visas trīs tāpat izpilda.
| Tips | WordPress paplašinājums, pašuzturēts | Mitināts pakalpojums | Pašuzturēts, uzņēmumu klase |
| Pastāvīgās izmaksas | Serveris un paplašinājumi | Mēneša maksa pēc plāna | Servera izmaksas ir ievērojamas |
| Pielāgojamība | Augsta — kods ir tavs | Tikai atļautais | Ļoti augsta |
| Uzturēšana | Tava atbildība | Iekļauta | Tava, un ievērojama |
| Vajadzīgā prasme | Vidēja | Zema | Augsta — specializēta |
| Ideāls kataloga izmērs | Līdz pāris tūkstošiem | No maza līdz lielam | No liela līdz ļoti lielam |
| Stiprā puse | Saturs un komercija kopā | Ātrs sākums, uzticamība | Sarežģīts B2B un vairāki veikali |

### Kam der WooCommerce
WooCommerce ir labākais tad, kad saturs un pārdošana dzīvo kopā un kad kāds to uztur.
- Tev jau ir WordPress lapa ar apmeklētājiem, un pārdošana ir tās paplašinājums.
- Saturs virza pārdošanu — ceļveži, atsauksmes, redakcionālas lapas, kas ved uz produktiem.
- Katalogs ir pārvaldāms: simti vai pāris tūkstoši produktu, ne simti tūkstošu.
- Negribi maksāt maksas papildus maksājumu sniedzējam.
- Ir izstrādātājs vai aģentūra, kas atbild par atjauninājumiem, dublējumiem un drošību.
- Vajag pielāgojumus, ko mitinātā platforma neatļauj.
- Izvairies, ja neviens negrasās veikt uzturēšanu. Tas ir vienīgais izplatītais veids, kā šī izvēle izgāžas.

### Kam der Shopify
Shopify ir labākais tad, kad gribi ātri pārdot un negribi uzturēšanu. Tas ir lielāka tirgus daļa, nekā izstrādātāji parasti atzīst.
- Gribi pārdot nedēļu, ne mēnešu laikā.
- Tavas prasības ietilpst tajā, ko platforma dara pēc noklusējuma, plus dažas lietotnes.
- Nav tehniskas komandas un nav vēlmes tādu algot uzturēšanai.
- Uzticamība slodzes laikā sver daudz — tā ir viņu problēma, ne tava.
- Pārdod vairākos kanālos un gribi, lai platforma to pārvalda.
- Izvairies, ja vajag pirkuma loģiku, ko platforma neatļauj, vai ja lietotņu abonementi pārsniedz sava risinājuma cenu.
- Aprēķini darījumu maksas ar prognozēto apgrozījumu pirms saistīšanās.

### Kam der Magento
Magento ir jaudīgs un dārgs abos virzienos — būvēt un uzturēt. Tā ir pareizā izvēle mazākam skaitam veikalu, nekā to izvēlas.
| Sarežģītas B2B cenas un klientu grupas | Jā — tā ir pamatstiprība |
| Vairāki veikali uz viena aizmugures | Jā |
| Ļoti lieli katalogi ar daudziem atribūtiem | Jā |
| Dziļa grāmatvedības integrācija | Jā |
| Vienkāršs simts produktu katalogs | Nē — maksā par sarežģītību, ko nelieto |
| Nav pastāvīgas izstrādes komandas | Nē — uzturēšana ir ievērojama |
| Ierobežots budžets | Nē — jau servera izmaksas pārsniedz alternatīvas |
Izplatītākā Magento kļūda ir izvēlēties to pēc funkciju sarakstiem, nevis pēc jaudas. Bez komandas, kas to uztur, tas kļūst par novecojušu instalāciju, ko neviens neuzdrošinās atjaunināt.

Q: Vai WooCommerce ir bezmaksas?
A: Paplašinājums ir; veikals nav. Rēķinies ar servera izmaksām, iespējami maksas paplašinājumiem piegādei, abonementiem vai grāmatvedības integrācijai, un ikmēneša uzturēšanas stundām. Kopējās izmaksas bieži nonāk tuvu mitinātai platformai — atšķirība ir tā, ka pērc kontroli un nulles maksas ērtības vietā.

Q: Vai Shopify ir labāks meklēšanā?
A: Ne pēc būtības. Visas trīs var ierindoties labi un visas trīs var slikti konfigurēt. Shopify uzspiež dažas URL struktūras, no kurām nevar izvairīties; WooCommerce dod pilnu kontroli un līdz ar to pilnu atbildību. Atšķirība gandrīz vienmēr nāk no satura un tehnikas, nevis platformas zīmola.

Q: Vai varu pāriet no WooCommerce uz Shopify?
A: Vari, un arī otrādi. Produkti un klienti pārvietojas labi; pasūtījumu vēsture un pielāgotā funkcionalitāte sliktāk. Īstais darbs ir URL karte un visa ar kodu pielāgotā pārbūvēšana. Uztver to kā nedēļu projektu, ne kā eksporta pogu.

Q: Kura mērogojas vislabāk?
A: Visas trīs mērogojas tālāk, nekā lielākā daļa veikalu jebkad nonāk. Shopify mērogojas bez tava darba; Magento mērogojas vistālāk, bet prasa inženieru darbu; WooCommerce labi mērogojas līdz pāris tūkstošiem produktu un tālāk ar darbu. Mērogs reti ir izšķirošais ierobežojums — uzturēšanas jauda ir.

## Core Web Vitals: ko tie mēra un kā uzlabot
https://websitedevelopment.biz/lv/guides/core-web-vitals
Atjaunināts 2026-08-07 · SEO

Core Web Vitals ir mēģinājums izmērīt to, kā lapa lietotājam jūtas: cik ātri viņš kaut ko ierauga, cik ātri lapa reaģē un cik daudz lietas lēkā.

Šis ceļvedis skaidro katru rādītāju, dod mērķa vērtības un uzskaita uzlabojumus ietekmes secībā.

### Trīs rādītāji
Katrs mēra citu neapmierinātību, un tos uzlabo dažādi.
| LCP | Kad lielākais satura elements kļūst redzams | Zem 2,5 sekundēm |
| INP | Cik ātri lapa reaģē uz mijiedarbību | Zem 200 milisekundēm |
| CLS | Cik daudz izkārtojums lēkā ielādējoties | Zem 0,1 |
| TTFB | Servera pirmā atbilde | Zem 0,8 sekundēm |
| FCP | Kad parādās pirmais saturs | Zem 1,8 sekundēm |
Mērķa vērtības attiecas uz septiņdesmit piekto procentili no īstajiem lietotājiem, nevis uz tavu datoru ar ātru savienojumu.

### LCP uzlabošana
Visbiežāk vainojams viens liels attēls vai lēns serveris. Secība pēc ietekmes.
- Atrodi, kurš elements ir LCP — parasti pirmais lielais attēls vai virsraksts.
- Ja tas ir attēls: pareizs izmērs, mūsdienu formāts, bez slinkās ielādes.
- Ielādē šo attēlu iepriekš un dod tam augstu prioritāti.
- Uzlabo servera atbildes laiku ar kešatmiņu — tas ietekmē visu pārējo.
- Noņem renderēšanu bloķējošo CSS un JavaScript.
- Ielādē fontus iepriekš un lieto font-display, lai teksts būtu redzams uzreiz.
- Apsver satura tīklu, ja apmeklētāji ir tālu no servera.

### INP un CLS
Divi rādītāji, ko gandrīz vienmēr uzlabo ar koda, nevis infrastruktūras izmaiņām.
| Lēna reakcija uz klikšķi | Gari JavaScript uzdevumi | Sadali darbu, atliec nevajadzīgo |
| Logrīki bloķē | Trešo pušu skripti | Ielādē vēlāk vai noņem |
| Izkārtojums lēkā | Attēliem trūkst izmēru | Norādi platumu un augstumu |
| Teksts lēkā | Fonts ielādējas vēlāk | Iepriekšēja ielāde un piemērots rezerves fonts |
| Saturs nobīdās | Parādās reklāma vai baneris | Rezervē vietu iepriekš |
| Poga pārvietojas | Dinamisks saturs ielādējoties | Rezervē vietu ar vietturi |

### Pareiza mērīšana
Biežākā kļūda ir optimizēt laboratorijas rādītājus, kad īsto lietotāju dati rāda citu.
- Laboratorijas tests dod atkārtojamu skaitli; īsto lietotāju dati rāda realitāti.
- Uzticies īsto lietotāju datiem, ja to ir pietiekami sakrājies.
- Skaties mobilo atsevišķi no datora — atšķirība parasti ir liela.
- Skaties pa lapu tipiem, ne visas lapas vidējo.
- Mēri pēc katras lielākas izmaiņas, ne reizi gadā.
- Mērķis ir noturīgi labs rezultāts, ne viens labs tests.
- Nedzenies pēc perfektiem simts punktiem — tas maksā vairāk nekā dod.
Simts punkti laboratorijā nenozīmē labu īsto lietotāju pieredzi un otrādi. Rādītājs ir līdzeklis, ne mērķis.

Q: Vai Core Web Vitals ietekmē pozīcijas?
A: Jā, bet vāji un tikai tad, ja pārējie faktori ir vienādi. Satura atbilstība sver ievērojami vairāk. Labāks iemesls tos uzlabot ir tas, ka lēna un lēkājoša lapa zaudē apmeklētājus un konversijas — šī ietekme ir lielāka un tiešāka nekā ranga efekts.

Q: Kas aizstāja FID rādītāju?
A: INP, kas mēra visas mijiedarbības visā apmeklējuma laikā, nevis tikai pirmo. Tas ir stingrāks un reālistiskāks, jo tver lēnumu, kas parādās pēc lapas ielādes — tieši tur, kur lietotājs tiešām gaida.

Q: Kāpēc laboratorijas rezultāts labs, bet īstie dati slikti?
A: Jo laboratorijas tests parasti lieto ātru mašīnu un stabilu savienojumu, kamēr īstajiem lietotājiem ir vecāki telefoni un svārstīgs tīkls. Turklāt laboratorija mēra vienu lapu vienu reizi, bet īstie dati visas lapas visās ierīcēs. Uzticies īstajiem datiem.

Q: Kas dod visvairāk ar vismazāko piepūli?
A: Lielākajā daļā lapu divas lietas: LCP attēla optimizēšana ar iepriekšēju ielādi un servera kešatmiņas ieslēgšana. Tās parasti ir pāris stundas darba un kustina skaitļus vairāk nekā nedēļām ilga JavaScript smalkā regulēšana.

## Mājaslapas izstrādes process: posmi un termiņi
https://websitedevelopment.biz/lv/guides/izstrades-process
Atjaunināts 2026-08-07 · Mājaslapu izstrāde

Web projekti reti slīd izstrādes dēļ. Tie slīd tāpēc, ka saturs nepienāk, saskaņojumi ievelkas un apjoms klusi aug ar katru tikšanos.

Šis ceļvedis iet cauri posmiem ar reālistiskiem termiņiem un parāda, kur grafiks tiešām pazūd.

### Posmi un rezultāti
Tipisks uzņēmuma vietnes projekts. Apjomi mainās, secība ne.
| Izpēte | Mērķi, auditorija, apjoms | Viena līdz divas nedēļas |
| Struktūra un satura plāns | Lapu saraksts, atbildīgie, termiņi | Viena nedēļa |
| Dizains | Veidnes un komponenti | Trīs līdz sešas nedēļas |
| Izstrāde | Strādājoša lapa testa vidē | Trīs līdz astoņas nedēļas |
| Satura ievade | Īsts saturs lapā | Viena līdz trīs nedēļas |
| Testēšana | Labojumu saraksts izpildīts | Viena līdz divas nedēļas |
| Palaišana | Lapa tiešsaistē, uzraudzība strādā | Viena diena |
| Pēcpalaišanas periods | Labojumi un mērījumi | Četras līdz astoņas nedēļas |
Dizains un izstrāde var daļēji pārklāties, ja veidnes apstiprina pakāpeniski. Saturs nedrīkst palikt pēdējais posms.

### Kas ko dara
Lomas var būt viena cilvēka rokās, bet uzdevumi paliek tie paši.
- Pasūtītāja lēmējs: apstiprina apjomu un dizainu, risina strīdus. Viens cilvēks.
- Projekta vadītājs: tur grafiku un apkopo atsauksmes.
- Dizaineris: struktūra, veidnes, komponenti, stāvokļi.
- Izstrādātājs: būvēšana, integrācijas, veiktspēja, palaišana.
- Satura atbildīgais: teksti un attēli līdz termiņiem.
- Testētājs: kontrolsaraksts, ierīces, formas — var būt no pasūtītāja puses.
- Ja aiz satura nav neviena vārda, saturs nepienāks.

### Kur grafiks slīd
Četri iemesli aptver gandrīz visas web projektu aizkaves.
| Saturs kavējas | Izstrāde gatava, lapa tukša | Atbildīgais un termiņš katrai lapai |
| Saskaņojums ievelkas | Nedēļa gaidīšanas pēc katras kārtas | Viens lēmējs, termiņš atsauksmēm |
| Apjoms aug | Katra tikšanās pievieno vēlmi | Rakstiska izmaiņu kārtība |
| Integrācijas otra puse | Gaidām kāda cita izstrādātāju | Kartē atkarības laikus |
| Testēšana atstāta beigām | Kļūdu lavīna pēdējā nedēļā | Testē pa veidnēm |

### Kā turēt projektu kustībā
Vienkāršas prakses, kas maksā maz un novērš lielāko daļu aizkavju.
- Nosaki vienu lēmēju un vienu atsauksmju kanālu.
- Ieliec satura termiņus kalendārā pirms dizaina sākuma.
- Apstiprini pa vienam posmam un neatver apstiprināto bez iemesla.
- Pieprasi apkopotas atsauksmes, ne atsevišķas ziņas.
- Turi testa vidi vienmēr apskatāmu, lai progress būtu redzams.
- Pārskati katru nedēļu: kas gatavs, kas bloķēts, kas atbild.
- Pieraksti izmaiņas kopā ar ietekmi uz grafiku un cenu.
«Kas ir bloķēts un kura dēļ» ir noderīgākais jautājums iknedēļas pārskatā. Tas izceļ aizkaves nedēļas agrāk.

Q: Cik ilgi aizņem viss projekts?
A: Desmit lapu uzņēmuma vietne parasti aizņem astoņas līdz divpadsmit nedēļas kalendārā, lai gan tīra darba ir mazāk. Starpība nāk no saskaņojumiem un satura gaidīšanas. Ja saturs jau ir gatavs un lēmējs pieejams, tas pats projekts ietilpst sešās nedēļās.

Q: Vai varu pievienot saturu vēlāk?
A: Tehniski jā, bet tas maksā. Dizains uz īsta teksta ir labāks nekā uz paraugteksta, un lapa, kas palaista pusgatava, atstāj sliktu iespaidu un nestrādā meklēšanā. Labāk palaist mazāk lapu pilnībā nekā daudz lapu pa pusei.

Q: Ko nozīmē agile web projektā?
A: Praksē to, ka būvē un rāda pa mazākiem gabaliem, nevis rāda visu beigās. Tas strādā labi, ja pasūtītājs ir regulāri pieejams atsauksmēm. Ja pasūtītājs var piedalīties reizi mēnesī, posmveida pieeja ir godīgāka un paredzamāka.

Q: Kas atbild, ja grafiks slīd?
A: Atkarīgs no iemesla, un tāpēc tas jāapraksta līgumā. Biežākais aizkaves iemesls ir pasūtītāja saturs un saskaņojumi, nevis izstrāde. Labs līgums apraksta abu pušu piegādes termiņus un to, kas notiek, ja viena puse kavējas.

## Adaptīvais web dizains: praktisks ceļvedis
https://websitedevelopment.biz/lv/guides/adaptivais-web-dizains
Atjaunināts 2026-08-07 · Tīmekļa dizains

Adaptivitāte nenozīmē, ka lapa ietilpst šaurā ekrānā. Tā nozīmē, ka lapa ir lietojama katrā platumā — kas ir stingrāka prasība un dažreiz nozīmē citu satura secību, ne tikai šaurākas kolonnas.

Šis ceļvedis aptver praktiskos lēmumus: pārtraukuma punktus, izkārtojumu, attēlus, skāriena mērķus un testēšanu.

### Sāc no šaurā
Šaurs ekrāns ir stingrāks ierobežojums. Ja tur strādā, prioritātes ir sakārtotas.
- Vispirms dizainē šaurāko skatu un izlem, kas tiešām ir vajadzīgs.
- Sakārto saturu pēc svarīguma — mobilajā tā ir lasīšanas secība.
- Pievieno platumu un ļauj izkārtojumam elpot, nevis pievieno jaunus elementus.
- Pievieno pārtraukuma punktu tad, kad izkārtojums lūst, nevis pēc konkrētas ierīces.
- Pārbaudi, ka satura secība ir loģiska arī bez stiliem.
- Testē uz īstas ierīces, nevis sašaurinot pārlūka logu.
Pārtraukuma punkti jāizvēlas pēc satura, nevis pēc ierīču modeļiem. Ierīču saraksti noveco; satura robežas nenoveco.

### Elastīgs izkārtojums
Mūsdienu CSS atrisina lielāko daļu adaptivitātes bez pārtraukuma punktiem.
| Flexbox | Viendimensijas rindas un kolonnas | Der navigācijai un kartītēm |
| Grid | Divdimensiju izkārtojums | Der lapas pamatstruktūrai |
| clamp() | Plūstoša tipogrāfija | Novērš pakāpienveida lēcienus |
| minmax() un auto-fit | Pašpielāgojošs režģis | Bieži aizvieto pārtraukuma punktu |
| Konteinera vaicājumi | Komponentu pielāgošanās | Der atkārtotiem komponentiem |
| Loģiskās īpašības | Atbalsta no labās uz kreiso | Vajadzīgs vairākvalodu lapā |
auto-fit kopā ar minmax aizvieto tipiskā kartīšu režģa trīs pārtraukuma punktus ar vienu CSS rindu.

### Attēli un mediji
Attēli gandrīz vienmēr ir lielākā lapas svara daļa un adaptivitātes lielākā praktiskā problēma.
- Lieto srcset un sizes, lai pārlūks izvēlas pareizo izmēru.
- Norādi platumu un augstumu, lai izvairītos no izkārtojuma lēkāšanas.
- Lieto mūsdienu formātus — WebP vai AVIF — ar rezerves variantu.
- Ielādē attēlus ārpus ekrāna slinki, bet ne pirmo lielo attēlu.
- Apgriez šaurā ekrānā, ja plata kompozīcija zaudē jēgu.
- Video: neatskaņo automātiski ar skaņu un rēķinies ar mobilajiem datiem.
- Ikonas kā SVG, nevis attēlu faili — tās mērogojas bez svara.

### Skāriens un testēšana
Lielākā daļa adaptivitātes kļūdu nav izkārtojumā, bet mijiedarbībā.
| Skāriena mērķis | Vismaz 44 pikseļi | Pirksts nav peles kursors |
| Atstarpe starp mērķiem | Pietiekama, lai nekļūdītos | Blakus esošas saites kaitina |
| Uzvirzīšana | Nedrīkst būt vienīgais veids | Uz skāriena nav uzvirzīšanas |
| Formas | Pareizs tastatūras tips laukā | Samazina ievades kļūdas |
| Fiksēti elementi | Nedrīkst aizsegt saturu | Mobilajā ekrāns ir mazs |
| Testēšana | Īstas ierīces | Emulators nerāda veiktspēju |
Testē vismaz ar vienu vecu un lēnu telefonu. Jauns telefons slēpj veiktspējas problēmas, ko lielākā daļa apmeklētāju tiešām piedzīvo.

Q: Cik pārtraukuma punktu vajag?
A: Tik, cik prasa saturs — parasti divi līdz četri. Neizvēlies tos pēc ierīču modeļiem, jo tas saraksts noveco katru gadu. Skaties, kur izkārtojums lūst, un pievieno punktu tur. Ar mūsdienu CSS daudzus gadījumus var atrisināt vispār bez pārtraukuma punktiem.

Q: Vai atsevišķa mobilā lapa ir labāka?
A: Nē, praktiski nekad. Atsevišķa mobilā versija nozīmē divas lapas, ko uzturēt, divus satura avotus un pastāvīgu risku, ka tie atšķiras. Adaptīva lapa uz viena URL ir vieglāk uzturama un novērš kanoniskuma un pāradresāciju problēmas.

Q: Kā testēt bez daudzām ierīcēm?
A: Pārlūka ierīču režīms aptver izkārtojumu, bet ne veiktspēju un ne skārienjutību. Iegādājies vismaz vienu īstu telefonu, vēlams vecāku un lētāku modeli, un testē ar to pirms katras palaišanas. Pārējam pietiek ar pārlūka rīkiem un lēna tīkla simulāciju.

Q: Vai mobilais ir svarīgāks par datoru?
A: Tas atkarīgs no taviem datiem, ne no vispārējas statistikas. Vairumā publisko lapu mobilais apmeklējums dominē, bet B2B pakalpojumiem un iekšējiem rīkiem bieži ir otrādi. Skaties analītiku un dizainē pēc tās — vispārējs noteikums tavā gadījumā var kļūdīties.

## Frīlanseris, aģentūra vai savs darbinieks
https://websitedevelopment.biz/lv/guides/frilanseris-agentura-vai-savs-darbinieks
Atjaunināts 2026-08-07 · Izstrādātāju piesaiste

Vienu un to pašu lapu var uzbūvēt visos trīs veidos, un rezultāts var būt vienlīdz labs. Atšķirība parādās cenā, riskā un tajā, kas notiek gadu pēc palaišanas.

Šis ceļvedis salīdzina tos tieši un dod ieteikumu tipiskām situācijām.

### Tiešs salīdzinājums
Atšķirības, kas tiešām ietekmē lēmumu, bez vispārinājumiem par to, kurš ir labāks.
| Cena | Zemākā | Vidēja vai augsta | Kopumā augstākā |
| Sākuma ātrums | Ātrs | Vidējs | Lēns — atlase prasa mēnešus |
| Prasmju plašums | Šaurs vai vidējs | Plašs — vairākas lomas | Atkarīgs no cilvēka |
| Nepārtrauktība | Risks — viens cilvēks | Laba | Laba, kamēr viņš aiziet |
| Atbildība | Tieša | Līgumiska | Darba attiecībās |
| Der | Norobežotam projektam | Pilnam projektam | Pastāvīgai izstrādei |
| Lielākais risks | Pazušana vai pārslodze | Juniori par seniora cenu | Dārgi, ja darba nepietiek |

### Kad frīlanseris ir pareizais
Biežāk, nekā uzņēmumi pieņem, ja projekts ir norobežots.
- Projekts ir skaidrs un norobežots: desmit lapu vietne, pārveide, konkrēta funkcija.
- Ir kāds, kas prot pateikt, ko grib, un novērtēt rezultātu.
- Budžets nenes aģentūru, bet kvalitāte joprojām svarīga.
- Vajag vienu prasmi: izstrādi vai dizainu, ne visu ķēdi.
- Mazini risku: kods versiju kontrolē tavā kontā, piekļuves pie tevis, dokumentācija līgumā.
- Izvairies, ja projektam vajag vairākas lomas vienlaikus vai grafiks necieš nevienu prombūtni.

### Kad aģentūra ir pareizā
Maksā par koordināciju un nepārtrauktību. Noteiktās situācijās tas ir naudas vērts.
- Projektam vajag vairākas prasmes: stratēģija, dizains, izstrāde, saturs, meklēšana.
- Nav neviena, kas varētu projektu vadīt iekšēji.
- Grafiks ir saspringts un vajag jaudu paralēli.
- Gribi vienu atbildīgo pusi, ne vairākus atsevišķus izpildītājus.
- Vajag pēcpalaišanas atbalstu ar līgumu, ne ar labvēlību.
- Jautā konkrēti, kas ir komandā un ar kādu pieredzes līmeni — tas ir biežākais vilšanās avots.
Prasi vārdus un lomas piedāvājumā. «Mūsu komanda» var nozīmēt senioru pārdošanas sarunā un junioru projektā.

### Kad savs darbinieks ir pareizais
Retāk, nekā domā vienas lapas gadījumā, un krietni biežāk, kad lapa ir produkts.
| Viena uzņēmuma vietne, reti izmaiņas | Nē — dārga jauda stāv dīkā |
| Lapa ir produkts vai galvenais pārdošanas kanāls | Jā |
| Pastāvīga izstrāde katru nedēļu | Jā |
| Interneta veikals ar pastāvīgām izmaiņām | Bieži jā, plus ārēja palīdzība |
| Iekšējās sistēmas papildus lapai | Jā |
| Nav neviena, kas prastu novērtēt atlasi | Nē — algo, nespējot novērtēt |
Izplatīta starpforma strādā labi: savs cilvēks saturam un koordinācijai, ārējs izpildītājs izpildei un uzturēšanai.

Q: Vai frīlanseris ir riskantāks?
A: Nepārtrauktības ziņā jā — viens cilvēks var saslimt, pārslogoties vai mainīt nozari. Darba kvalitātes ziņā nē; daudzi frīlanseri ir labāki nekā aģentūru juniori. Mazini risku ar praktiskiem paņēmieniem: kods tavā versiju kontrolē, piekļuves pie tevis, dokumentācija un rezerves plāns līgumā.

Q: Kāpēc aģentūras maksā vairāk?
A: Daļa ir pieskaitāmās izmaksas un daļa ir īsta vērtība: projektu vadība, vairākas lomas, nepārtrauktība, atbildība un spēja izturēt prombūtnes. Jautājums ir, cik daudz no šī piemaksas ir koordinācija, ko tev vajag. Ja projektu vadi pats ar vienu frīlanseri, maksā aģentūrai par kaut ko, ko nelieto.

Q: Vai varu tos kombinēt?
A: Jā, un tas bieži ir labākais risinājums. Izplatīts modelis ir aģentūra pirmajai būvei un frīlanseris vai savs cilvēks pastāvīgām izmaiņām. Cits strādājošs modelis ir savs cilvēks saturam un koordinācijai, ārējs tehnikai. Vienkārši pārliecinies, ka atbildība par uzturēšanu ir skaidri kādam.

Q: Kā novērtēt kādu, ja neesmu tehnisks?
A: Vērtē darba veidu: vai viņi jautā par mērķiem pirms risinājumu piedāvāšanas, vai viņi izskaidro saprotami, vai aplēses ir sadalītas. Piezvani divām atsauksmēm un jautā, kas aizgāja greizi. Šie signāli paredz rezultātu labāk nekā tehniskā vārdnīca, ko nevari novērtēt.

## Mājaslapas prasību dokuments: kas tajā jāiekļauj
https://websitedevelopment.biz/lv/guides/majaslapas-prasibu-dokuments
Atjaunināts 2026-08-07 · Vietnes plānošana

Prasību dokuments pastāv viena mērķa dēļ: padarīt pieņēmumus rakstiskus, pirms tie saduras. Tam nav jābūt garam. Tam jābūt konkrētam.

Šis ceļvedis parāda, kas dokumentā jāaptver, kas var palikt ārā un kā rakstīt prasības, ko tiešām var pārbaudīt.

### Kas dokumentā jāaptver
Divas līdz piecas lappuses, kas aptver šīs daļas, dod labākus piedāvājumus nekā garš dokuments bez tām.
- Biznesa konteksts: ko dari, kam pārdod, ko mājaslapai jāpanāk.
- Auditorija: kas lemj, ko viņš jau zina, par ko šaubās.
- Lapu saraksts un veidnes: katra lapa un uz kuras veidnes tā balstās.
- Funkcionalitāte: formas, meklēšana, rezervācijas, lietotāju konti, veikals.
- Integrācijas: katra ārējā sistēma vārdā, kopā ar tās īpašnieku.
- Saturs: kas raksta, kas sagādā attēlus, kas jau ir.
- Tehniskie ierobežojumi: esošais hostings, domēni, prasītā platforma.
- Pieejamība un valodas: līmenis un valodu saraksts, nevis «moderns un pieejams».
- Ārpus apjoma: saraksts ar to, kas šajā projektā neietilpst.
Saraksts ar to, kas paliek ārpus apjoma, ir dokumenta noderīgākā daļa. Uzrakstīt aizņem desmit minūtes un novērš vairāk strīdu nekā viss pārējais kopā.

### Raksti pārbaudāmas prasības
Prasība, par kuras izpildi var strīdēties, nav prasība. Salīdzini šos pārus.
| Lapai jābūt ātrai | Lielākais satura elements zem 2,5 sekundēm mobilajā |
| Moderns dizains | Atbilst zīmola vadlīnijām, veidne trim lapu tipiem |
| Pieejams | WCAG 2.2 līmenis AA, pārbaudīts automātiski un manuāli |
| Strādā mobilajā | Testēts uz trim īstām ierīcēm, uzskaitītām atsevišķi |
| Labs meklētājiem | Unikāli virsraksti, vietnes karte, strukturētie dati |
| Viegli uzturams | Redaktors var izveidot lapu bez izstrādātāja |

### Prioritātes un pieņemšana
Bez prioritātēm viss ir vienlīdz svarīgs un pirmā aizkave padara visu grafiku apspriežamu.
- Atzīmē katru prasību: obligāta, vēlama vai vēlāka.
- Esi stingrs ar obligātajām. Ja viss ir obligāts, prioritāšu nav.
- Pie katras obligātās prasības uzraksti, kā to pārbaudīs.
- Nosaki, kas veic pieņemšanu un cik ilgā laikā.
- Nosaki, kas ir kļūda un kas ir jauna vēlme — šis strīds pienāk vienmēr.
- Apraksti izmaiņu apstrādi: kas apstiprina un kā aprēķina cenu.
- Pievieno sarakstu ar to, ko tev jāpiegādā un kad.
Pēdējais punkts gandrīz vienmēr paliek ārā, lai gan pasūtītāja kavēšanās ir biežākais projektu ievilkšanās iemesls.

### Ko atstāt ārā
Pārāk detalizēts dokuments ierobežo risinājumus un paaugstina cenu, neuzlabojot rezultātu.
- Tehnoloģiju izvēli, ja tev nav īsta iemesla — ļauj piedāvātājam ierosināt.
- Pikseļu precizitātes dizaina prasības, ja zīmols to neprasa.
- Funkcijas, ko neviens nav prasījis, bet «varētu noderēt nākotnē».
- Datubāzes struktūru un koda standartus, ja neatbildi par vēlāko izstrādi.
- Trīsdesmit lappušu veidni, kas piepildīta ar vispārīgiem vārdiem.
- Visu, kas nemainītu piedāvājumu, ja to izsvītrotu.

Q: Cik garam jābūt dokumentam?
A: Parastai uzņēmuma vietnei divas līdz piecas lappuses. Garums nav kvalitātes rādītājs — konkrētība ir. Labs tests: vai katrs teikums mainītu kaut ko piedāvājumā, ja to izsvītrotu? Ja nē, dzēs to.

Q: Vai man jāzina, kādu tehnoloģiju vēlos?
A: Nē, un parasti labāk to nenoteikt. Apraksti, ko lapai jādara un kas to pārvaldīs, un ļauj piedāvātājam platformu pamatot. Nosaki tehnoloģiju tikai tad, ja tev ir īsts iemesls: esoša sistēma, iekšējās prasmes vai uzņēmuma noteikums.

Q: Kāda atšķirība starp prasībām un darba uzdevumu?
A: Praksē tie lielā mērā pārklājas. Darba uzdevums ir vērsts uz piedāvājuma pieprasīšanu un uzsver mērķus un budžetu; prasību dokuments ir detalizētāks un kļūst par līguma pielikumu. Mazā projektā pietiek ar vienu dokumentu, kas pilda abas lomas.

Q: Kam tas jāraksta?
A: Kādam no pasūtītāja puses, kas zina biznesa mērķus — nevis piedāvātājam. Ja piedāvātājs raksta prasības, viņš neizbēgami apraksta to, ko tāpat darītu, un tu zaudē salīdzināšanas pamatu. Lūdz tehnisku palīdzību noformēšanā, bet saturam jānāk no tevis.

## Headless vai tradicionāla satura sistēma
https://websitedevelopment.biz/lv/guides/headless-vai-tradicionala-cms
Atjaunināts 2026-08-07 · SPS

Atšķirība ir vienkārša: tradicionālā sistēma glabā saturu un renderē lapas; headless glabā saturu un ļauj renderēt tev. Visas pārējās atšķirības izriet no šīs vienas izvēles.

Šis ceļvedis aptver, ko tas nozīmē ikdienas darbā, ko katra tiešām maksā un kurš profils kurai der.

### Atšķirība praksē
Tas pats saturs, divas ļoti dažādas darbplūsmas gan publicēšanas, gan būvēšanas pusē.
| Renderēšana | Sistēma ražo lapas | Tu būvē priekšgalu |
| Priekšskatījums | Iebūvēts, strādā vienmēr | Jābūvē atsevišķi |
| Dizaina izmaiņas | Tēma vai lapu konstruktors | Kods un palaišana |
| Vairāki kanāli | Grūti — saistīts ar lapu | Dabiski — saturs ir API |
| Sākuma ātrums | Ātrs | Lēnāks — divas sistēmas |
| Uzturēšana | Viena sistēma jāatjaunina | Divas sistēmas jāuztur |
| Vajadzīgā komanda | Redaktors tiek galā pats | Vajag izstrādātāju pieejamu |
Priekšskatījums ir visnovērtētākā atšķirība. Headless risinājumos redaktori bieži zaudē funkciju «parādi, kā tas izskatīsies», un tas kaitina katru dienu.

### Kad headless uzvar
Konkrētas situācijas, ne arhitektūras gaumes jautājumi.
- Tas pats saturs iet uz lapu, mobilo lietotni un varbūt uz pārdošanas punktu vai kiosku.
- Priekšgala lietotne jau eksistē ar savu tehnoloģiju, un vajag tikai saturu.
- Saturs ir tiešām strukturēts un tiek atkārtoti lietots vairākās vietās.
- Veiktspējas vai mijiedarbības prasības, ko tēmu sistēma nenes.
- Ir inženieru jauda, kas nav atkarīga no viena cilvēka.
- Redakcijas ērtību esat gatavi apzināti mainīt pret elastību.

### Kad tradicionālā uzvar
Tas sedz lielāku daļu īsto projektu, nekā liek domāt arhitektūras diskusijas.
- Viena lapa, citu kanālu nav — pārliecinoši biežākais gadījums.
- Redaktori grib mainīt lapas paši bez palaišanas.
- Priekšskatījums un lapu veidošana ir ikdienas vajadzības.
- Maza komanda bez pastāvīga izstrādātāja.
- Budžets nenes divu sistēmu būvēšanu un uzturēšanu.
- Saturs ir lapas, ne atkārtoti lietojami strukturēti gabali.
«Headless ir modernāks» nav prasība. Ja saturs netiek lietots vairākos kanālos vai priekšgals nav tiešām īpašs, tās ir divas sistēmas tur, kur pietika ar vienu.

### Īstās izmaksas
Rupjš salīdzinājums, kas skaidro, kāpēc headless projekti biežāk pārsniedz budžetu.
| Sākotnējā būve | Tēma un konfigurācija | Satura modelis plus viss priekšgals |
| Priekšskatījums | Iekļauts | Jābūvē un jāuztur |
| Hostings | Viena vide | Satura pakalpojums plus priekšgala hostings |
| Redakcijas darbs | Patstāvīgs | Struktūras izmaiņas prasa izstrādātāju |
| Uzturēšana | Atjauninājumi un spraudņi | Divas koda bāzes un to atkarības |
| Jauns lapas tips | Redaktors izdara pats | Izstrādes darbs un palaišana |
Pēdējā rinda ir tā, kas pārsteidz. Headless jauns lapas tips ir izstrādes uzdevums, ne redakcionāls lēmums.

Q: Vai headless ir labāks meklēšanā?
A: Ne pēc būtības, un slikti izdarīts tas ir sliktāks. Tas var būt ātrāks, kas palīdz, bet tikai pārlūkā renderēts priekšgals indeksējas neuzticami. Ja izvēlies headless, lieto servera renderēšanu vai iepriekš ģenerētas lapas. Labi kešota tradicionālā sistēma ierindojas lieliski.

Q: Vai WordPress var lietot kā headless?
A: Var, caur tā REST vai GraphQL saskarni, un tā ir populāra starpforma: pazīstams rediģēšanas skats, brīvs priekšgals. Zaudē priekšskatījumu, lapu konstruktorus un lielāko daļu tēmu ekosistēmas. Tā ir strādājoša izvēle, kad komanda pazīst WordPress un priekšgalam vajag brīvību, bet tu joprojām uzturi divas sistēmas.

Q: Kura ir dārgāka?
A: Headless, gandrīz vienmēr, gan būvēt, gan uzturēt. Tu būvē to, ko tradicionālā dod bez maksas: renderēšanu, priekšskatījumu, maršrutēšanu. Tā tomēr var būt pareizā izvēle, kad vajag vairākus kanālus vai izcilu priekšgalu, bet izvēlies to ieguvuma, ne cenas dēļ.

Q: Ko redaktori zaudē headless?
A: Parasti priekšskatījumu, brīvu lapu veidošanu un iespēju radīt jaunus lapu tipus bez izstrādātāja. Daļu var uzbūvēt atpakaļ, bet tas ir darbs un bieži paliek neizdarīts. Jautā redaktoriem pirms izvēles — viņu ikdienas darbs mainās vairāk nekā jebkuram citam.

## Labākās e-komercijas platformas salīdzinājumā
https://websitedevelopment.biz/lv/guides/e-komercijas-platformu-salidzinajums
Atjaunināts 2026-08-07 · E-komercija

Platformas izvēle nosaka tavas pastāvīgās izmaksas, cik daudz vari pielāgot un cik sāpīgi būs aiziet pēc trim gadiem. Tas ir veikala projekta visgrūtāk atgriežamais lēmums.

Šis ceļvedis salīdzina kategorijas, nevis zīmolus, jo tieši kategorija nosaka kompromisus, ko mantosi.

### Trīs kategorijas
Praktiski katra platforma ietilpst vienā no tām, un kategorija paredz tavu pieredzi labāk nekā zīmola nosaukums.
| Mitinātā | Shopify, BigCommerce | Uzturēšana iekļauta, ātrs sākums | Mēneša maksa, platformas robežas, darījumu maksas |
| Pašuzturētā | WooCommerce, Magento, PrestaShop | Pilna kontrole, bez platformas maksām | Atjauninājumi, drošība un serveris ir tavi |
| Headless | Komercijas API ar savu priekšgalu | Pilna brīvība dizainā un veiktspējā | Divas sistēmas jāuzbūvē un jāuztur |
Lielākajai daļai veikalu zem tūkstoš pasūtījumiem mēnesī jautājums ir mitinātā vai pašuzturētā. Headless ir atbilde konkrētam ierobežojumam, nevis noklusējuma sākums.

### Izmaksas trim gadiem, ne pirmajam mēnesim
Platformas izskatās pavisam citādi, ja skatās kopējās īpašumtiesību izmaksas, nevis sākuma cenu.
| Mēneša licence | Fiksēta, aug ar apgrozījumu | Nav |
| Hostings | Iekļauts | Tavas izmaksas, aug ar apmeklējumu |
| Darījumu maksas | Iespējamas papildus maksājumu sniedzējam | Tikai maksājumu sniedzējs |
| Paplašinājumi | Parasti mēneša maksa katrai lietotnei | Vienreizēja vai gada, vai pielāgota |
| Uzturēšana | Platforma dara | Tavas izmaksas — rēķinies ar stundām |
| Drošība | Platformas atbildība | Tava atbildība |
| Pielāgošana | Tikai atļautais | Neierobežota, bet maksā būvēšanu |
Mitinātā parasti ir lētāka līdz noteiktam apgrozījuma līmenim, pēc kura darījumu maksas un lietotņu abonementi var apvērst ainu. Aprēķini ar savu prognozi.

### Kur katra kategorija kļūst šaura
Katrai platformai ir punkts, no kura sāc strādāt pret rīku. Zināt, kur tas ir, ir noderīgāk nekā funkciju saraksts.
- Mitinātā kļūst šaura, kad vajag pirkuma vai cenošanas loģiku, ko platforma neatļauj — B2B cenas, neparasti PVN noteikumi, sarežģīti komplekti.
- Mitinātā kļūst šaura arī tad, kad lietotņu abonementi uzkrājas: desmit lietotnes ir atsevišķs servera rēķins.
- Pašuzturētā kļūst šaura, kad neviens neatbild par uzturēšanu. Atstāts veikals kļūst par drošības problēmu mazāk nekā gadā.
- Pašuzturētā kļūst šaura mērogā bez inženiera: liela kataloga veiktspēja prasa īstu darbu.
- Headless kļūst šaura, kad komanda ir mazāka par sistēmu. Divas koda bāzes prasa jaudu.
- Jebkura platforma kļūst šaura, kad kataloga struktūra neietilpst datu modelī — pārbaudi to ar īstiem produktiem.

### Kā tiešām izvēlēties
Īsa kārtība, kas novērš lielāko daļu nepareizu izvēļu, secībā.
- Pieraksti piecus sarežģītākos produktus un uzbūvē tos testa kontā. Ja datu modelis neder, lēmums ir pieņemts.
- Uzskaiti katru sistēmu, ar ko veikalam jārunā. Pārbaudi, vai integrācija ir gatava vai jābūvē.
- Aprēķini izmaksas trim gadiem ar prognozēto apgrozījumu, ieskaitot darījumu maksas un lietotnes.
- Pārbaudi, kas veiks uzturēšanu. Ja atbilde ir «neviens», izvēlies mitināto.
- Testē vadības paneli ar cilvēku, kas tajā strādās katru dienu, nevis ar izstrādātāju.
- Pārbaudi izeju: vai vari dabūt produktus, klientus un pasūtījumus ārā lietojamā formātā?
Pirmais solis noķer lielāko daļu nesaderību. Platforma, kas nespēj kārtīgi parādīt tavu sarežģītāko produktu, kļūst par trim gadiem apkārtceļu.

Q: Kura ir labākā e-komercijas platforma?
A: Tādas nav, un tā nav izvairīšanās. Mitinātā uzvar, kad neviens negrib uzturēšanu un prasības ietilpst platformā. Pašuzturētā uzvar, kad vajag pielāgošanu vai gribi izvairīties no platformas maksām un ir kāds, kas to uztur. Vispirms izvēlies kategoriju; zīmola izvēle tās iekšienē ir mazāks lēmums.

Q: Vai varu vēlāk mainīt platformu?
A: Vari, bet tas ir īsts projekts — produkti, klienti, pasūtījumu vēsture un katrs URL jāpārceļ, un pozīcijas svārstās nedēļām. Rēķinies ar būtisku daļu no sākotnējās būvēšanas cenas. Tāpēc platformas izvēle jāizdara rūpīgi un tāpēc eksporta iespēja ir izvēles kritērijs.

Q: Vai darījumu maksas ir svarīgas?
A: Pie zema apgrozījuma diez vai; pie augsta ļoti. Viens procents papildus no simts tūkstošiem mēnesī ir tūkstotis mēnesī, kas finansē lielu daļu no sava risinājuma. Lielākā daļa mitināto platformu atsakās no papildmaksas, ja lieto viņu maksājumu risinājumu — aprēķini, vai tas ir izdevīgi tavā tirgū.

Q: Vai headless atmaksājas?
A: Tad, kad vajag dizainu vai veiktspējas līmeni, ko tēmu sistēma nenes, un ir inženieru jauda divu sistēmu uzturēšanai. Lielākajai daļai veikalu godīgs secinājums ir, ka pievieno būtisku sarežģītību par labumu, ko lielākā daļa klientu nepamana. Nesāc ar headless; izaug līdz tam, ja konkrēts ierobežojums to prasa.

## Tehniskais SEO: kontrolsaraksts mājaslapai
https://websitedevelopment.biz/lv/guides/tehniskais-seo
Atjaunināts 2026-08-07 · SEO

Tehniskais SEO nepadara saturu labāku. Tas nodrošina, ka saturs vispār ir atrodams, lasāms un ka tas pats saturs nekonkurē pats ar sevi.

Šis ir kontrolsaraksts, ko var izskatīt pāris stundās un kas aptver lielāko daļu tehnisko problēmu īstās lapās.

### Indeksējamība
Pamatslānis: vai meklētājs var lapu dabūt un vai tam ir atļauts to rādīt.
| Robots fails | Nebloķē svarīgu saturu | Bloķē CSS vai JavaScript |
| Noindex birka | Tikai tur, kur vajag | Atstāta no testa vides |
| Vietnes karte | Satur tikai indeksējamus URL | Satur pāradresācijas un 404 |
| Iekšējās saites | Katra lapa ir saistīta | Bāreņu lapas |
| Servera atbildes | 200 satura lapās | Kluss 500 vai mīkstais 404 |
| Renderēšana | Saturs ir HTML | Saturs tikai JavaScript |
Pārbaudi svarīgākās lapas meklētāja rīkā ar «pārbaudīt URL» funkciju. Tas rāda, ko robots tiešām redz.

### Dublikāti un kanoniskie URL
Tas pats saturs vairākās adresēs sadala signālus un jauc indeksēšanu. Noteikumi ir vienkārši.
- Katra lapa kanoniski norāda uz sevi.
- Izvēlies vienu variantu: www vai bez, ar slīpsvītru vai bez — un otru pāradresē.
- Filtru un kārtošanas parametri nedrīkst radīt indeksējamus dublikātus.
- URL ar izsekošanas parametriem jānorāda uz tīro kanonisko.
- Lapu dalījums: katra lapa norāda uz sevi, ne uz pirmo.
- Drukas versijas un līdzīgi varianti prasa skaidru kanonisko.
- Vairākvalodu lapās kanoniskais katrā valodā norāda uz sevi, ne uz avota valodu.

### Strukturētie dati
Palīdz meklētājam saprast satura tipu un var dot bagātāku rezultātu.
| Organization | Uzņēmuma lapā | Datiem jāsakrīt ar īstajiem |
| LocalBusiness | Ar fizisku atrašanās vietu | Adrese un darba laiks pareizi |
| Article | Blogs un ceļveži | Autors un datums patiesi |
| Product | Veikalā | Cenai un pieejamībai jāsakrīt ar lapu |
| FAQ | Tikai redzamiem jautājumiem | Slēpts saturs pārkāpj vadlīnijas |
| Breadcrumb | Dziļā struktūrā | Jāseko redzamajam ceļam |
Ģenerē strukturētos datus no tā paša avota, kas renderē lapu. Manuāli uzturēta iezīmēšana atšķiras no īstajiem datiem nedēļu laikā.

### Pāradresācijas un kļūdas
Lielākā daļa zaudēto apmeklējumu nāk no šejienes, īpaši pēc pārbūves vai migrācijas.
- Lieto 301 pastāvīgām izmaiņām; 302 signālus nenodod.
- Viens lēciens, ne ķēde. Ķēdes zaudē signālus un palēnina.
- Kartē viens pret vienu, ne visu uz sākumlapu.
- Dzēstam saturam: pāradresē uz tuvāko piemēroto lapu vai dod godīgu 404.
- Turi pāradresācijas vismaz gadu, vēlams ilgāk.
- Pārbaudi kļūdu žurnālu regulāri — atkārtoti 404 ir aizmirstas pāradresācijas.
- Pārbaudi, ka iekšējās saites ved uz galamērķi, nevis uz pāradresāciju.

Q: Cik bieži jāveic tehniskais audits?
A: Mazai lapai divreiz gadā un pēc katras lielākas izmaiņas. Lielākai lapai ir vērts uzturēt pastāvīgu uzraudzību: 404 skaitu, indeksēto lapu skaitu un rādītājus. Lielākā daļa tehnisko problēmu rodas izmaiņu brīdī, nevis pašas no sevis, tāpēc laiks ir svarīgāks par biežumu.

Q: Vai strukturētie dati uzlabo pozīcijas?
A: Tieši ne, bet tie var dot bagātāku rezultātu meklēšanā, kas uzlabo klikšķu īpatsvaru. Tam savukārt ir netieša ietekme. Svarīgi, lai iezīmēšana atbilstu lapas īstajam saturam — neatbilstība cenā vai vērtējumos var novest pie manuāla soda, kas ir sliktāk nekā iezīmēšanas trūkums.

Q: Kāda atšķirība starp 301 un 302?
A: 301 nozīmē pastāvīgu pārcelšanos un nodod signālus jaunajai adresei. 302 nozīmē pagaidu un patur signālus vecajā. Migrācijā un mainot URL, vienmēr lieto 301. 302 ir pareizs tikai patiešām pagaidu situācijās, piemēram, apkopes laikā vai pagaidu kampaņas lapai.

Q: Vai ar JavaScript renderēts saturs tiek indeksēts?
A: Bieži jā, bet neuzticami un ar kavēšanos. Meklētājam lapa jārenderē atsevišķi, un tas ne vienmēr izdodas. Publiskam saturam lieto servera renderēšanu vai iepriekš ģenerētas lapas. Lietotnes iekšējos skatos, ko neindeksē, tā nav problēma.

## Kā darbojas mājaslapa: no pārlūka līdz serverim
https://websitedevelopment.biz/lv/guides/ka-darbojas-majaslapa
Atjaunināts 2026-08-07 · Mājaslapu izstrāde

Kad kāds ieraksta pārlūkā tavu adresi, sākas virkne, kas parasti ilgst mazāk par sekundi. Šīs virknes izpratne skaidro, kāpēc lapa ir lēna, kāpēc kešatmiņa ir svarīga un par ko tu maksā hostingu.

Šis ceļvedis iet cauri visam ceļam, nepieņemot tehnisku pieredzi.

### Kas notiek pieprasījuma laikā
Viena un tā pati virkne katru reizi, vienalga vai lapa ir vienkārša vai sarežģīta.
- Pārlūks jautā DNS, kurš serveris atbild par tavu domēnu.
- Pārlūks izveido drošu savienojumu ar šo serveri — tas ir HTTPS.
- Pārlūks nosūta pieprasījumu par konkrētu adresi.
- Serveris izlemj, kas šī adrese ir: fails, lapa no satura sistēmas vai kļūda.
- Ja vajag, serveris paņem saturu no datubāzes un saliek lapu.
- Serveris nosūta HTML atpakaļ kopā ar kešatmiņas norādēm.
- Pārlūks ielādē CSS, JavaScript, fontus un attēlus un renderē lapu.
- Viss vēlākais — klikšķi, formas — atkārto to pašu ciklu mazākā mērogā.
Katrs solis pievieno laiku. Ātrākā lapa ir tā, kurā soļu ir mazāk un katrs solis ir īsāks.

### Kur pazūd laiks
Praktiskās lēnuma vietas, sākot ar ietekmīgāko.
| Servera atbilde | Katrs pieprasījums saliek lapu no jauna | Kešatmiņa serverī |
| Attēli | Neoptimizēti un pārāk lieli | Mūsdienu formāts, pareizs izmērs |
| JavaScript | Pārāk daudz un bloķējošs | Samazini un ielādē vēlāk |
| Fonti | Vairākas saimes un svari | Ierobežo un ielādē iepriekš |
| Trešo pušu skripti | Analītika, logrīki, čats | Auditē un dzēs |
| Datubāze | Trūkst indeksu, lēni vaicājumi | Indeksi un vaicājumu pārskats |
| Attālums no servera | Serveris citā kontinentā | Satura tīkls vai tuvāks serveris |

### Kešatmiņas slāņi
Kešatmiņa ir vislielākās ietekmes atsevišķais veiktspējas rīks un arī biežākais apjukuma avots.
| Pārlūka kešatmiņa | Failus apmeklētāja datorā | Ar failu nosaukumu versionēšanu |
| Satura tīkls | Failus serveros visā pasaulē | Palaižot izmaiņas |
| Servera lapu kešatmiņa | Gatavu HTML | Mainot saturu |
| Lietotnes kešatmiņa | Aprēķinu rezultātus | Mainoties datiem |
| Datubāzes kešatmiņa | Vaicājumu rezultātus | Automātiski |
| Opcode kešatmiņa | Kompilēto kodu | Atjauninot kodu |
«Kāpēc es neredzu savu izmaiņu» gandrīz vienmēr ir kešatmiņas jautājums. Pārbaudi slāņus no augšas uz leju.

### Statiska, dinamiska un pa vidu
Trīs veidi, kā salikt lapu, katrs ar savu kompromisu.
- Statiska: faili sagatavoti iepriekš. Ātrākā, drošākā, lētāk hostējama. Satura maiņa prasa pārģenerēšanu.
- Dinamiska: serveris saliek lapu katram pieprasījumam. Elastīga, vajag kešatmiņu, lai būtu ātra.
- Iepriekš ģenerēta ar atjaunināšanu: statiska, kas atjaunojas, mainoties saturam. Sedz lielāko daļu vajadzību.
- Renderēta pārlūkā: pārlūks saliek lapu ar JavaScript. Der lietotnēm, slikti publiskam saturam.
- Lielākā daļa uzņēmumu lapu vislabāk strādā kā dinamiskas ar labu kešatmiņu vai iepriekš ģenerētas.
- Izvēle ietekmē uzturēšanu vairāk nekā ātrumu — statiska ir daudzkārt mazāka uzturamā virsma.

Q: Kāpēc mana lapa ir lēna?
A: Visbiežāk trīs iemeslu dēļ: neoptimizēti attēli, pārāk daudz JavaScript un trūkstoša kešatmiņa serverī. Mēri pirms labošanas — pārlūka rīki rāda, kas tiešām aizņem laiku. Optimizēšana bez mērīšanas parasti nozīmē stundu tērēšanu kaut kam, kas dod pāris desmitus milisekunžu.

Q: Par ko es maksāju hostingā?
A: Par servera jaudu, diska vietu, datu apjomu, dublējumiem un atbalstu. Lēts koplietots hostings dala serveri ar simtiem lapu, kas nozīmē lēnāku atbildi slodzes laikā. Pārvaldīts hostings maksā vairāk un ietver atjauninājumus, dublējumus un atbalstu — lielākajai daļai uzņēmumu tas ir labāks darījums.

Q: Kas ir CDN un vai man tas vajadzīgs?
A: Satura tīkls glabā tavus failus serveros visā pasaulē, lai apmeklētājs tos saņem no tuvākā. Ja tavi apmeklētāji ir tajā pašā valstī, kur serveris, ieguvums ir mazs. Ja tie ir vairākās valstīs vai lapā ir daudz attēlu, ieguvums ir jūtams un iestatīšana parasti vienkārša.

Q: Kāpēc es neredzu savu izmaiņu?
A: Gandrīz vienmēr kešatmiņa. Pārbaudi secībā: servera lapu kešatmiņa, satura tīkls, tad pārlūka kešatmiņa. Cieta atsvaidzināšana pārlūkā izslēdz pēdējo. Ja izmaiņa ir kodā, var būt jātīra arī opcode kešatmiņa — pārvaldītā hostingā to parasti dara automātiski.

## Web dizaina principi, kas tiešām svarīgi
https://websitedevelopment.biz/lv/guides/web-dizaina-principi
Atjaunināts 2026-08-07 · Tīmekļa dizains

Lielākā daļa web dizaina padomu ir vai nu gaumes jautājums, vai tendence. Neliels principu kopums tomēr ir noturīgs, jo tas izriet no tā, kā cilvēki lapas lasa un skenē.

Šis ceļvedis aptver šos principus un to, kā pārbaudīt, vai lapa tos ievēro.

### Vizuālā hierarhija
Svarīgākais atsevišķais princips. Apmeklētājs lapu nelasa — viņš to skenē, un hierarhija izlemj, ko viņš ierauga.
- Katrā lapā ir viens vissvarīgākais elements. Ja to ir trīs, nav neviena.
- Izmērs, svars, krāsa un telpa rada secību — lieto tos kopā, ne atsevišķi.
- Virsrakstiem jābūt lasāmiem bez lasīšanas: skenē un saņem satura kopsavilkumu.
- Galvenajai darbībai jābūt vizuāli spēcīgākajam elementam.
- Sekundārajām darbībām jābūt redzamām, bet vājākām.
- Tests: paskaties uz lapu trīs sekundes un aizver acis. Ko atceries?
Ja katrs elements ir izcelts, neviens nav izcelts. Uzsvars strādā tikai kontrastā.

### Lasāmība
Teksts joprojām ir lielākā daļa katras mājaslapas. Šie skaitļi ir praktiski, ne teorētiski.
| Pamatteksta izmērs | Vismaz 16 pikseļi | Mazāks nogurdina un mobilajā tālummaina |
| Rindas garums | 45 līdz 75 rakstzīmes | Garāks zaudē vietu rindas beigās |
| Rindstarpa | 1,5 reizes pamattekstā | Blīvu tekstu grūtāk skenēt |
| Kontrasts | Vismaz 4,5:1 pamattekstam | Pieejamības minimums |
| Rindkopas garums | Trīs līdz četras rindas | Garas rindkopas izlaiž |
| Fontu skaits | Viens vai divi | Vairāk lauž konsekvenci |

### Telpa un konsekvence
Divi principi, kas atšķir profesionālu lapu no amatieriskas vairāk nekā jebkura cita detaļa.
- Telpa nav tukšums, bet grupēšana. Saistīto tuvāk, nesaistīto tālāk.
- Lieto vienotu atstarpju skalu — piemēram, 4, 8, 16, 24, 32 — nevis nejaušus skaitļus.
- Viens un tas pats elements katrā lapā jāizskatās un jāuzvedas vienādi.
- Pogām, saitēm un formu laukiem vajag vienu vizuālo valodu.
- Neizgudro katrai lapai jaunu izkārtojumu; atkārto veidnes.
- Ierobežo krāsu paleti: viena akcenta krāsa, viena neitrāla skala, stāvokļu krāsas.
- Konsekvence samazina mācīšanos — apmeklētājam nav katra lapa jāsaprot no jauna.

### Atgriezeniskā saite un stāvokļi
Visbiežāk aizmirstā dizaina daļa un biežākais lietotāju neapmierinātības avots.
| Uzvirzīšana un fokuss | Redzama izmaiņa, arī ar tastatūru |
| Ielāde | Parādi, ka kaut kas notiek, un ko gaidīt |
| Kļūda | Paskaidro, kas nogāja greizi un ko darīt |
| Panākums | Apstiprini, ka darbība izdevās |
| Tukšs skats | Paskaidro, kāpēc te nekā nav un ko darīt |
| Atspējots | Parādi, kāpēc atspējots, ne tikai pelēku pogu |
Tukšie skati un kļūdu paziņojumi tiek dizainēti gandrīz vienmēr pēdējie vai vispār ne. Tieši tos lietotājs redz vissmagākajā brīdī.

Q: Vai dizainam jāseko tendencēm?
A: Nē, un tendenču ievērošana ir viens no ātrākajiem veidiem, kā lapa noveco. Tendence pēc trim gadiem ir atpazīstama no sava laika; hierarhija, lasāmība un konsekvence nenoveco. Lieto tendences tikai tad, ja tās risina īstu problēmu, nevis lai izskatītos moderni.

Q: Cik krāsas drīkst lietot?
A: Viena akcenta krāsa, viena neitrāla skala un stāvokļu krāsas — tas aptver gandrīz jebkuru uzņēmuma vietni. Ierobežojums nav estētisks noteikums, bet praktisks: šaura palete padara hierarhiju lasāmu, jo akcenta krāsa saglabā nozīmi. Ja akcentu ir četri, neviens neko nenozīmē.

Q: Vai dizains ietekmē konversiju?
A: Jā, bet ne tā, kā parasti domā. Skaistums ietekmē maz; skaidrība ietekmē daudz. Lielākās ietekmes izmaiņas parasti ir teksts, hierarhija un formu vienkāršošana, nevis krāsu palete. Tāpēc ir vērts testēt saturu un izkārtojumu pirms vizuālas pārtaisīšanas.

Q: Vai mobilais dizains ir pirmais?
A: Vairumā gadījumu jā, jo mobilais ir stingrāks ierobežojums un liek sakārtot prioritātes. Ja sāc no datora, viss ietilpst un hierarhija paliek neizdarīta. Izņēmums ir rīki un iekšējās sistēmas, ko lieto galvenokārt uz lielā ekrāna.

## Cik maksā mājaslapa
https://websitedevelopment.biz/lv/guides/cik-maksa-majaslapa
Atjaunināts 2026-08-07 · Vietnes plānošana

Mājaslapas cena svārstās no dažiem simtiem eiro līdz simtiem tūkstošu, un abas var būt godīgas. Atšķirība galvenokārt nav kvalitātē, bet gan tajā, cik daudz lēmumu un darba izdara tavā vietā.

Šis ceļvedis sniedz reālistiskus diapazonus, skaidro, kas cenu virza, un parāda, kā salīdzināt divus piedāvājumus.

### Reālistiski diapazoni
Rupji lielumi Latvijas un Eiropas tirgū. Izmanto tos saprāta pārbaudei, nevis kā cenrādi.
| Pašam ar lapu konstruktoru | Desmiti eiro mēnesī | Šablons, tavs darbs, tavs laiks |
| Frīlanseris, uz šablona bāzes | Zems četrciparu | Pielāgots šablons, pamata saturs |
| Frīlanseris, pielāgots | Vidējs četrciparu | Īsts dizains, tavs saturs |
| Maza aģentūra | Augsts četrciparu un uz augšu | Stratēģija, dizains, izstrāde |
| Aģentūra, sarežģīta vietne | Piecciparu | Integrācijas, migrācija, vairākas valodas |
| Interneta veikals | Augsts četrciparu līdz piecciparu | Preces, maksājumi, piegāde, PVN |
| Tīmekļa lietotne | Pieci vai seši cipari | Īsta programmatūras izstrāde |

### Kas patiesībā virza cenu
Lapu skaits ir slikts cenas mērs. Šie faktori ir labāki.
- Dizains: pielāgots dizains maksā daudzkārt vairāk nekā šablons un dažreiz ir pamatots.
- Veidnes, nevis lapas: trīsdesmit lapas ar piecām veidnēm ir lētāk nekā desmit lapas ar desmit veidnēm.
- Saturs: vai raksti pats vai pasūti? Teksts un foto bieži ir lielākā atsevišķā rinda.
- Integrācijas: katra ārējā sistēma pievieno darbu un risku.
- Migrācija: vecā satura un URL pārcelšana ir atsevišķs projekts.
- Valodas: katra papildu valoda pievieno saturu, testēšanu un uzturēšanu.
- Pieejamība: AA līmenis jāplāno, nevis jāpievieno vēlāk.
Piedāvājumā vienmēr jautā veidņu skaitu, nevis lapu skaitu. Šis viens jautājums izskaidro cenu atšķirības visvairāk.

### Pastāvīgās izmaksas, ko bieži aizmirst
Mājaslapa nav vienreizējs pirkums. Šīs izmaksas turpinās un tās jāieplāno.
| Domēns | Ap desmit eiro | Jā |
| Hostings | No desmitiem līdz simtiem | Jā |
| SSL sertifikāts | Parasti bez maksas | Jā |
| Uzturēšana un atjauninājumi | Viens līdz divi procenti no būves cenas mēnesī | Praktiski jā |
| Licences un spraudņi | No desmitiem līdz simtiem | Atkarīgs |
| Dublējumi un uzraudzība | Neliels | Jā |
| Saturs un attīstība | Cik ieguldi | Nē, bet ieteicams |

### Kā salīdzināt piedāvājumus
Divi piedāvājumi reti atšķiras tikai cenā. Šie jautājumi padara tos salīdzināmus.
- Sūti visiem vienu un to pašu darba uzdevumu. Ar dažādiem uzdevumiem cenas neko nepasaka.
- Jautā, cik unikālas veidnes cena ietver.
- Jautā, kas raksta tekstu un kas sagādā attēlus.
- Jautā, cik saskaņošanas kārtas ietvertas.
- Jautā, kas skaidri paliek ārpus apjoma.
- Jautā, kas ietilpst pēcpalaišanas periodā un cik ilgi kļūdas labo bez maksas.
- Pieprasi pastāvīgo izmaksu sarakstu rakstiski.
Ja viens piedāvājums ir būtiski lētāks par pārējiem, jautā, kā tajā trūkst. Atbilde gandrīz vienmēr ir saturs, testēšana, migrācija vai atbalsts.

Q: Kāpēc cenu atšķirības ir tik lielas?
A: Jo vārds «mājaslapa» aptver piecu lapu bukletu un vairākvalodu interneta veikalu ar integrācijām. Turklāt tu pērc dažādu daudzumu lēmumu: lēts piedāvājums pieņem, ka tu atnesi gatavu tekstu, attēlus un struktūru, dārgāks šo darbu ietver. Vienmēr salīdzini, kas iekļauts, nevis gala summu.

Q: Vai lēta mājaslapa ir slikta?
A: Ne obligāti. Uz šablona veidota lapa var lieliski derēt mazam uzņēmumam, ja saturs ir labs un tehniskā puse kārtībā. Lēts kļūst dārgs tad, ja to nevar uzturēt, ja tu neesi koda īpašnieks vai ja pēc gada tā jāpārtaisa. Jautā par īpašumtiesībām un uzturēšanu pirms cenas.

Q: Cik jāplāno uzturēšanai?
A: Aptuveni viens līdz divi procenti no būves cenas mēnesī parastai vietnei. Tas sedz atjauninājumus, dublējumus, uzraudzību un nelielas izmaiņas. Statiska lapa bez satura sistēmas prasa ievērojami mazāk; interneta veikals būtiski vairāk, jo pēc katras izmaiņas jāpārbauda pirkuma ceļš.

Q: Vai vērts maksāt par pielāgotu dizainu?
A: Tad, ja zīmols ir daļa no atšķirības vai ja šablona struktūra neatbilst tam, ko pārdod. Lielākajai daļai mazo uzņēmumu labi pielāgots šablons ar īstām fotogrāfijām un skaidru tekstu dod gandrīz to pašu rezultātu par daļu cenas. Ietaupīto tērē saturam.

## Kā izvēlēties mājaslapu izstrādātāju
https://websitedevelopment.biz/lv/guides/ka-izveleties-izstradataju
Atjaunināts 2026-08-07 · Izstrādātāju piesaiste

Lielākā daļa slikto mājaslapu projektu izgāžas izvēlē, nevis izpildē. Nepareizs izpildītājs ar labu uzdevumu dod viduvēju rezultātu; pareizs izpildītājs ar neskaidru uzdevumu dod nepareizu rezultātu dārgi.

Šis ceļvedis aptver, ko sagatavot pirms sazināšanās, kā vērtēt kandidātus un kuras brīdinājuma zīmes neignorēt.

### Sagatavo to pirms saziņas
Jo precīzāk zini, ko gribi, jo precīzākus un salīdzināmākus piedāvājumus saņemsi.
- Uzraksti, ko lapai jāpanāk: pieprasījumus, pārdošanu, pieteikumus, rezervācijas.
- Uzskaiti lapas, kas vajadzīgas, un kuras ir svarīgākās.
- Pasaki, kas atjauninās saturu pēc palaišanas un cik bieži.
- Uzskaiti sistēmas, ar kurām jāintegrējas: klientu vadība, grāmatvedība, rezervācijas.
- Pasaki, vai saturs un attēli ir vai tie jārada.
- Dod budžeta diapazonu. Tā slēpšana dod tikai nesalīdzināmus piedāvājumus.
- Pasaki īsto grafiku un kas to virza — izstāde, kampaņa, līguma beigas.
Divu lappušu uzdevums ar šiem datiem dod labākus piedāvājumus nekā trīsdesmit lappušu iepirkuma dokuments bez tiem.

### Kur meklēt un ko
Varianti atšķiras cenā, jaudā un riskā. Neviens nav automātiski pareizais.
| Frīlanseris | Maziem un vidējiem projektiem | Viens cilvēks: slimība, noslodze, pazušana |
| Maza aģentūra | Lielākajai daļai uzņēmuma vietņu | Mainīga kvalitāte; pārbaudi komandu |
| Liela aģentūra | Sarežģītiem projektiem | Dārgāk; vari saņemt juniorus |
| Savs darbinieks | Pastāvīgai izstrādei | Dārgi vienai lapai |
| Platformas konstruktors | Vienkāršām lapām | Robežas parādās vēlu |
Ieteikumi no savas nozares dod vairāk nekā meklētājs vai tirgus platformas. Jautā, kurus lietojuši tavi konkurenti un tīkls.

### Kā vērtēt kandidātus
Portfolio rāda labāko darbu. Šie jautājumi rāda, kā viņi strādā.
- Palūdz redzēt divus projektus, kas līdzinās tavai situācijai, un jautā, ko tie panāca.
- Prasi atsauksmes un piezvani. Jautā, kas aizgāja greizi un kā to atrisināja.
- Jautā, kas tiešām darīs darbu un kas būs tavs kontaktcilvēks.
- Jautā, kā apstrādā izmaiņu pieprasījumus un kā aprēķina to cenu.
- Jautā, kas notiek pēc palaišanas: uzturēšana, kļūdas, apmācība.
- Jautā, kam pieder kods, saturs un piekļuves. Atbildei jābūt «tev».
- Skaties, kā viņi atbild uz tavu pieprasījumu — labs izpildītājs uzdod pretjautājumus pirms cenas.
Sestais punkts ir izšķirošs. Ja tev nepieder domēns, hostings un kods, tev nepieder tava lapa.

### Brīdinājuma zīmes
Tās paredz problēmas uzticamāk nekā jebkurš portfolio.
| Cena bez jautājumiem | Šablona darbs vai vēlāka papildu rēķināšana |
| Pozīciju garantēšana | Nav iespējams; pārdošanas runa |
| Domēns uz viņu vārda | Piesaista tevi; pieprasi īpašumtiesības |
| Nav rakstiska apjoma | Strīds par izmaiņām ir praktiski garantēts |
| Visa summa uz priekšu | Nav stimula pabeigt |
| Nav vārdā nosaukta kontaktcilvēka | Atbildība pazūd noslodzē |
| Cena krietni zemāka par pārējām | Kaut kā piedāvājumā trūkst — jautā, kā |

Q: Frīlanseris vai aģentūra?
A: Frīlanseris der skaidri norobežotiem projektiem un ir lētāk, bet visa jauda ir vienā cilvēkā. Aģentūra dod vairākas lomas un nepārtrauktību, bet maksā vairāk un var likt strādāt juniorus. Uzdod abiem vienu jautājumu: kas darīs darbu un kas notiks, ja viņš nebūs pieejams?

Q: Cik maksāt uz priekšu?
A: Trešdaļa sākot ir izplatīti un saprātīgi. Pārējais pa posmiem pret saskaņotiem starprezultātiem, pēdējā daļa palaišanā vai pēc tās. Visa summa uz priekšu noņem stimulu pabeigt; maksāšana tikai beigās ir negodīga pret izpildītāju. Ieraksti maksājumu grafiku līgumā.

Q: Kas jābūt līgumā?
A: Apjoms pietiekami detalizēti, lai strīds būtu maz ticams, maksājumu grafiks, termiņi un kas tiek gaidīts no tevis, izmaiņu apstrāde, kam kas pieder un kas iekļauts pēc palaišanas. Bez rakstiska apjoma saruna par izmaiņām notiek uz viedokļu, ne dokumenta pamata.

Q: Kā zināt, vai cena ir saprātīga?
A: Prasi trīs piedāvājumus ar vienu un to pašu uzdevumu. Ja tie ir tuvu, diapazons ir pareizs. Ja viens ir krietni lētākais, jautā, kā tajā trūkst — parasti atbilde ir saturs, testēšana, migrācija vai pēcpalaišanas atbalsts. Lētākais piedāvājums reti ir lētākais projekts.

## Kas ir satura pārvaldības sistēma un vai tā tev vajadzīga
https://websitedevelopment.biz/lv/guides/kas-ir-satura-sistema
Atjaunināts 2026-08-07 · SPS

Satura pārvaldības sistēma ir programmatūra, kas ļauj arī ne-izstrādātājiem mainīt lapas saturu. Tā ir visa ideja. Viss pārējais — veidnes, lietotāju lomas, spraudņi — ir uzbūvēts ap to.

Šis ceļvedis aptver, ko sistēma tiešām dara, kāda ir ērtības cena un kad lapa labāk tiek galā bez tās.

### Ko satura sistēma dara
Visas sistēmas pamatā dara vienas un tās pašas četras lietas neatkarīgi no tā, kā tās sevi reklamē.
- Glabā saturu atsevišķi no dizaina, parasti datubāzē.
- Piedāvā rediģēšanas skatu, lai arī ne-izstrādātāji varētu rakstīt un publicēt.
- Renderē lapas, savienojot saturu ar veidnēm pieprasījuma brīdī vai iepriekš.
- Pārvalda lietotājus un tiesības, lai dažādi cilvēki varētu darīt dažādas lietas.
- Virs tā: versiju vēsture, plānota publicēšana, mediju bibliotēka, darbplūsmas, vairākvalodība.
- Atšķirība starp sistēmām gandrīz vienmēr ir tajā, kā tās modelē saturu, nevis ko tās dara.

### Kāda ir ērtības cena
Satura sistēma pārbīda izmaksas no būvēšanas uz uzturēšanu. Tas ir labs darījums daudzām lapām un ne visām.
| Satura maiņu bez izstrādātāja | Programmatūru, kas mūžīgi jāatjaunina |
| Ātru lapu pievienošanu | Lielāku uzbrukuma virsmu |
| Gatavas funkcijas kā spraudņus | Atkarību no koda, ko neesi rakstījis |
| Vairākus redaktorus ar lomām | Serveri plus datubāzi, ne tikai failus |
| Mediju bibliotēku un versijas | Lēnāku par statisko bez kešatmiņas |
| Struktūru, ko citi var apgūt | Robežas tam, kā saturu modelēt |
Biežākā kļūda ir ieviest sistēmu lapā, kuras saturs mainās divreiz gadā. Tu maksā par pastāvīgu uzturēšanu ērtības dēļ, ko reti lieto.

### Kad tā nav vajadzīga
Šie gadījumi parasti labāk tiek galā ar statisku lapu vai vieglu ģeneratoru.
- Desmit lapu uzņēmuma vietne, kuras saturs mainās pāris reizes gadā.
- Kampaņas lapa, kas domāta dzīvot dažus mēnešus.
- Lapa, kur viens tehnisks cilvēks tāpat veic visas izmaiņas.
- Dokumentācija, kas dzīvo versiju kontrolē blakus kodam.
- Viss, kur drošība un pieejamība sver vairāk nekā rediģēšanas ērtība.
- Pretēji: sistēma vajadzīga, tiklīdz vairāki cilvēki regulāri publicē saturu.
Izmantojams tests: ja neviens trīs mēnešus nav prasījis satura izmaiņu, rediģēšanas skats neattaisno uzturēšanas cenu.

### Tipi īsumā
Rupja karte pirms izvēles; katrs tips risina citu problēmu.
| Tradicionālā | WordPress, Drupal | Saturam un dizainam jādzīvo kopā |
| Mitināts konstruktors | Webflow, Squarespace | Mazām komandām bez izstrādātāja |
| Headless | Satura API ar savu priekšgalu | Vairākiem kanāliem, savai lietotnei |
| Statiskais ģenerators | Saturs failos, būvēts palaižot | Tehniskiem rakstītājiem, zemai uzturēšanai |
| Pielāgota | Būvēta pēc šī satura modeļa | Īpašai struktūrai, ko gatavā nenes |

Q: Vai WordPress ir satura sistēma?
A: Jā, un tā ir izplatītākā. Tā ir tradicionāla sistēma: saturs un attēlojums dzīvo vienā instalācijā, un spraudņi pievieno funkcionalitāti. Tās stiprā puse ir ekosistēma un tas, ka redaktoriem to viegli apgūt; vājā puse ir tā, ka spraudņi jātur aktuāli un tie kļūst par drošības virsmu.

Q: Vai varu vēlāk mainīt sistēmu?
A: Vari, bet tas ir migrācijas projekts, ne iestatījums. Saturs parasti pārvietojas saprātīgi; dizains, pielāgotā funkcionalitāte un URL struktūra prasa īstu darbu. Svarīgākais jautājums izvēles brīdī ir, vai vari dabūt saturu ārā strukturētā formātā — tas izšķir, vai migrācija ir nedēļu vai mēnešu darbs.

Q: Vai satura sistēma padara lapu lēnāku?
A: Bez kešatmiņas parasti jā, jo katrs pieprasījums būvē lapu no datubāzes. Ar kārtīgu kešatmiņu atšķirība lielākajai daļai apmeklētāju ir nenozīmīga. Lēnas sistēmu lapas gandrīz vienmēr ir lēnas pārāk daudzu spraudņu un neoptimizētu attēlu dēļ, ne pašas sistēmas dēļ.

Q: Kuru satura sistēmu izvēlēties?
A: Izvēlies pēc tā, kas maina saturu un kā saturs ir strukturēts. Ne-tehniski redaktori un parasta lapu struktūra: tradicionālā sistēma vai mitināts konstruktors. Strukturēts saturs vairākos kanālos: headless. Tehniski rakstītāji un maza vēlme uzturēt: statiskais ģenerators. Redaktora profils izšķir biežāk nekā funkciju saraksti.

## Interneta veikala izstrāde: pilnīgs ceļvedis
https://websitedevelopment.biz/lv/guides/interneta-veikala-izstrade
Atjaunināts 2026-08-07 · E-komercija

Interneta veikals ir mājaslapa, kurai piesaistīta nauda, noliktava un likumā noteiktie pienākumi. Tieši tas padara veikala projektu par kaut ko citu nekā uzņēmuma vietni: dārgākās daļas parasti nav tās, ko klients redz.

Šis ceļvedis aptver, ko projekts ietver, kas ietekmē cenu, kas sākas ar palaišanu un kuras kļūdas ir dārgi atgriezt.

### Kas ietilpst veikalā papildus skatlogam
Katalogs un grozs ir redzamā daļa. Zem tiem ir sistēmas, kas izlemj, vai bizness vispār var darboties.
- Kataloga struktūra: kategorijas, varianti, atribūti, komplekti, pieejamības noteikumi.
- Cenas: ar PVN vai bez atkarībā no tirgus, atlaides, klientu grupas, valūtas.
- Maksājumi: vismaz viens pakalpojumu sniedzējs, plus atmaksas un neizdevušies maksājumi.
- Piegāde: zonas, svari, izmēri, kurjeru noteikumi, bezmaksas piegādes robežas.
- PVN: pēc piegādes vietas, ar rēķiniem, kas atbilst likuma prasībām.
- Krājumi: pieejamība un rezervēšana pirkuma laikā, lai nepārdotu par daudz.
- Pasūtījumu apstrāde: kur personāls apstrādā pasūtījumus — bieži pavisam cita sistēma.
- E-pasti: apstiprinājums, nosūtīšana, atgriešana, pamests grozs un to juridiskais saturs.
- Atgriešana: politika un process, kas to īsteno.
Jautā laikus, kur personāls tiešām apstrādā pasūtījumus. Ja tā ir esoša grāmatvedības sistēma, integrācija ir būtiska projekta daļa un ietilpst pirmajā aplēsē.

### Kas ietekmē cenu
Produktu skaits nozīmē mazāk nekā to sarežģītība un sistēmu skaits, ar kurām veikalam jārunā.
| Katalogs | Vienkārši produkti, viena cena | Varianti, komplekti, konfigurējami |
| Tirgi | Viena valsts, viena valūta | Vairākas valstis, PVN noteikumi, valūtas |
| Integrācijas | Nav | Grāmatvedība, noliktava, uzskaite |
| Cenošana | Fiksētas publiskās cenas | Klientu grupas, pakāpju cenas |
| Dizains | Tēmas šablons | Pielāgots skatlogs un produktu lapas |
| Migrācija | Jauns veikals, nav vēstures | Pasūtījumi, klienti, adreses |
| Saturs | Maz un ir gatavs | Tūkstošiem produktu jāapraksta un jānofotografē |
Produktu saturs ir visnovērtētākā rinda. Tūkstoš produktu aprakstīšana un fotografēšana bieži maksā vairāk nekā paša veikala būvēšana.

### Kas sākas ar palaišanu
Uzņēmuma vietnē palaišana praktiski ir beigas. Veikalā tas ir pastāvīga darba sākums, ko kādam jāuzņemas.
- Katru dienu: apstrādāt pasūtījumus, pārbaudīt maksājumu kļūdas, atbildēt klientiem.
- Katru nedēļu: atjaunināt krājumus, skatīties pamestos grozus, pārbaudīt piegādes izmaksas.
- Katru mēnesi: atjaunināt platformu un paplašinājumus, pārbaudīt pirkuma ceļu pēc katra atjauninājuma.
- Pastāvīgi: pievienot un uzlabot produktu saturu — veikals, kas neaug, iet atpakaļ.
- Ceturksnī: pārskatīt maksājumu pakalpojumu maksas, atgriešanas īpatsvaru un piegādes tabulu.
- Gadā: pārbaudīt PVN noteikumus, īpaši ja pārdodat jaunos tirgos.

### Kļūdas, ko dārgi atgriezt
Tās ir lēti novēršamas iepriekš un dārgi labojamas vēlāk, parasti tāpēc, ka skar datus vai adreses.
| PVN atstāts pēdējai detaļai | Nepareizi rēķini ir grāmatvedības problēma | Nosaki noteikumus pa tirgiem pirms būvēšanas |
| Nav krājumu rezervēšanas | Pārdošana pāri atlikumam sastrēgumā | Rezervē pirkuma sākumā |
| Migrācija bez URL kartes | Visas produktu pozīcijas pazūd | 301 no vecā uz jauno, viens pret vienu |
| Viens maksājumu sniedzējs bez rezerves | Traucējums nozīmē nulli pārdošanas | Pievieno otru veidu pirms vajadzības |
| Neierobežota filtru navigācija | Tūkstošiem gandrīz identisku URL | Filtri pēc noklusējuma noindex |
| Pirkuma ceļš testēts tikai datorā | Lielākā daļa apmeklējumu ir mobili | Testē ar īstiem telefoniem |

Q: Cik maksā interneta veikals?
A: Tēmas bāzes veikals esošā platformā ar pieticīgu katalogu parasti iekļaujas zemā četrciparu diapazonā. Pielāgots dizains, vairāki tirgi un grāmatvedības integrācija aizved to piecciparu zonā. Lielākie mainīgie ir integrācijas un produktu saturs, nevis paša veikala būvēšana — prasi piedāvājumu, kas šos divus nodala.

Q: Cik ilgi aizņem veikala būvēšana?
A: Sešas līdz desmit nedēļas tēmas bāzes veikalam ar tīru katalogu un vienu tirgu. Trīs līdz seši mēneši, tiklīdz parādās pielāgots dizains, esošo pasūtījumu migrācija vai savienojums ar grāmatvedības sistēmu. Satura darbs iet paralēli un parasti tieši tas nosaka īsto datumu.

Q: Vai varu veikalu pārvaldīt pats?
A: Ikdienas darbu jā: produkti, cenas, pasūtījumi un saturs ir vadības panelī. Tehnisko uzturēšanu ir vērts pirkt — atjauninājumus, dublējumus, drošību un pirkuma ceļa testēšanu pēc katras platformas izmaiņas. Šis sadalījums strādā labi un to dara lielākā daļa mazo veikalu.

Q: Vai sākt ar visiem maksājumu veidiem?
A: Nē. Sāc ar tiem, ko tavs tirgus tiešām lieto — Latvijā tas gandrīz vienmēr nozīmē bankas saiti un karti. Pievieno vēlāk pēc tā, ko klienti prasa. Ko gribi laikus, ir otrs veids kā rezerve, lai viena pakalpojuma traucējums neapturētu pārdošanu.

## SEO pamati izstrādātājam un pasūtītājam
https://websitedevelopment.biz/lv/guides/seo-pamati
Atjaunināts 2026-08-07 · SEO

Meklētājprogrammu optimizācija ir trīs lietas: lapai jābūt lasāmai, saturam jāatbild uz jautājumu un citiem uz to jāatsaucas. Viss pārējais ir šo trīs detaļas.

Šis ceļvedis aptver pamatus tā, lai pasūtītājs prastu uzdot pareizos jautājumus un izstrādātājs zinātu, ko ņemt vērā būvējot.

### Tehniskais pamats
Ja tas ir salauzts, nepalīdz nekāds saturs. Par laimi saraksts ir īss un lielākoties vienreizējs darbs.
- Lapa ir indeksējama — testa vides bloķējums nedrīkst nonākt produkcijā.
- Katra lapa ir uz viena URL un kanoniskais norāda uz sevi.
- Vietnes karte eksistē un ir iesniegta meklētājam.
- Robots fails nebloķē CSS un JavaScript.
- Lapa strādā uz HTTPS un HTTP pāradresē vienā lēcienā.
- Saturs ir HTML, nevis tikai ielādēts ar JavaScript.
- Struktūra ir loģiska un katra lapa sasniedzama ar saitēm.
- Mobilā versija satur to pašu saturu, ko datora versija.
Biežākā tehniskā kļūda ir indeksēšanas aizlieguma atstāšana no testa vides produkcijā. Pārbaudi to palaišanas dienā pirmo.

### Saturs, kas atbild uz jautājumu
Lielākais ietekmētājs un vienīgā daļa, ko nevar atrisināt tehniski.
| Virsraksts | Unikāls, aprakstošs, zem 60 rakstzīmēm | Viens virsraksts visās lapās |
| Apraksts | Apraksta saturu un aicina klikšķināt | Ģenerēts vai trūkst |
| H1 | Viens lapā, atbilst saturam | Vairāki H1 vai logo kā H1 |
| Apakšvirsraksti | Strukturē saturu | Lietoti izmēra dēļ |
| Satura garums | Tik garš, cik prasa jautājums | Piepildīts vārdu skaita dēļ |
| Atslēgvārdi | Dabiski tekstā | Atkārtošana, kas slikti lasās |
| Iekšējās saites | Ar aprakstošu tekstu | «Lasi šeit» |

### Ātrums un lietotāja pieredze
Tie ir ranga faktori, bet svarīgāk ir tas, ka tie ietekmē, vai kāds vispār paliek.
- Mēri mobilajā, ne datorā — lielākā daļa apmeklējumu nāk no turienes.
- Optimizē attēlus: pareizs izmērs, mūsdienu formāts, norādīti izmēri.
- Samazini JavaScript un ielādē nevajadzīgo vēlāk.
- Ieslēdz kešatmiņu serverī; tā ir vislielākās ietekmes atsevišķā izmaiņa.
- Izvairies no izkārtojuma lēkāšanas — tā kaitina vairāk nekā lēnums.
- Pārbaudi, ka lapa ir lietojama arī bez JavaScript pamatdaļā.
- Testē ar lēnu savienojumu un vecu telefonu.

### Saites un autoritāte
Lēnākā daļa un vienīgā, ko nevar uzbūvēt tehniski.
- Saites no citām atbilstošām lapām joprojām ir spēcīgs signāls.
- Kvalitāte skaidri pārspēj daudzumu — viena atbilstoša saite pārspēj simtu mēstuļu.
- Pirktas saites ir riskantas un pretrunā vadlīnijām.
- Nopelni saites ar saturu, uz ko kāds gribētu atsaukties: dati, ceļveži, rīki.
- Vietējie katalogi un nozares asociācijas ir saprātīgs sākums mazam uzņēmumam.
- Salabo bojātās saites, kas ved uz tavu lapu — tie ir bezmaksas ieguvumi.
- Iekšējā saistīšana ir vienīgā daļa, ko pilnībā kontrolē; izmanto to.
Lielākajai daļai mazo uzņēmumu iekšējo saišu sakārtošana dod ātrāku ieguvumu nekā ārējo saišu meklēšana.

Q: Cik ilgi jāgaida SEO rezultāti?
A: Jaunai lapai trīs līdz seši mēneši, pirms redzams kaut kas jēgpilns, un gads, lai konkurētu. Esošas lapas uzlabojumi var iedarboties nedēļu laikā. Kas sola rezultātus mēneša laikā, vai nu pārdod ko citu, vai mērķē uz atslēgvārdiem bez vērtības.

Q: Vai man jāalgo SEO speciālists?
A: Sākumā parasti ne. Tehniskos pamatus jāsakārto izstrādātājam, un saturu jāraksta kādam, kas saprot tavu biznesu. Speciālists atmaksājas tad, kad konkurence ir sīva, kad lapa ir liela vai kad apmeklējumi krīt un iemesls nav acīmredzams.

Q: Vai atslēgvārdu blīvums ir svarīgs?
A: Ne tā, kā apgalvo vecie ceļveži. Raksti par tēmu dabiski, un atslēgvārdi parādīsies paši. Piespiedu atkārtošana slikti lasās un nedod priekšrocību. Svarīgāk, lai lapas virsraksts, pirmā rindkopa un apakšvirsraksti atbilstu īstajam jautājumam, ko cilvēki meklē.

Q: Kas dod vislielāko ietekmi?
A: Mazai lapai: uzrakstīt katrai svarīgajai lapai unikālu virsrakstu un skaidru pirmo rindkopu, kas atbild uz jautājumu. Tas ir stundu darbs un ietekmē vairāk nekā lielākā daļa tehnisko smalkumu. Tehniskajiem pamatiem jābūt kārtībā, bet to slīpēšana neaizvieto trūkstošu saturu.

## Kas ir mājaslapu izstrāde
https://websitedevelopment.biz/lv/guides/kas-ir-majaslapu-izstrade
Atjaunināts 2026-08-07 · Mājaslapu izstrāde

Mājaslapu izstrāde ir darbs, kas pārvērš dizainu un saturu par kaut ko, kas strādā pārlūkā. Tas ir plašs jēdziens, un tieši šis plašums rada apjukumu par piedāvājumiem un lomām.

Šis ceļvedis skaidro, ko tas praksē ietver, kas ko dara un kur beidzas mājaslapa un sākas tīmekļa lietotne.

### Ko ietver izstrāde
Trīs slāņi, kas parādās gandrīz katrā projektā neatkarīgi no izmēra.
- Priekšgala izstrāde: HTML, CSS un JavaScript — viss, ko pārlūks rāda un ar ko lietotājs mijiedarbojas.
- Aizmugures izstrāde: servera loģika, datubāze, formu apstrāde, integrācijas.
- Infrastruktūra un palaišana: hostings, domēns, sertifikāts, dublējumi, uzraudzība.
- Papildus: satura sistēmas iestatīšana, migrācija, testēšana un veiktspēja.
- Mazā projektā visu dara viens cilvēks; lielā katram slānim ir sava komanda.
- Dizains izstrādē neietilpst, bet izstrādātājam jāpiedalās dizaina pārskatā.

### Izstrāde un dizains: kāda atšķirība
Tos pastāvīgi sajauc, lai gan runa ir par dažādām prasmēm un dažādiem posmiem.
| Jautājums | Kā tam jāizskatās un jāuzvedas? | Kā to iedarbināt? |
| Rezultāts | Maketi, komponenti, specifikācija | Strādājoša lapa |
| Rīki | Figma un līdzīgi | Kods, datubāze, serveris |
| Kļūdas parādās | Lietotāju apjukumā | Kā kļūdas un salauztas lietas |
| Izmaiņu cena | Lēta pirms izstrādes | Dārga pēc izstrādes |
| Pārklāšanās | Komponenti un stāvokļi | Tas pats |
Pārklāšanās pie komponentiem un stāvokļiem ir vieta, kur lielākā daļa projektu zaudē laiku. Ļauj izstrādātājam pārskatīt dizainu pirms apstiprināšanas.

### Mājaslapa un tīmekļa lietotne
Robeža nav asa, bet tā būtiski ietekmē cenu, termiņus un uzturēšanu.
| Galvenais mērķis | Informācija un konversija | Uzdevumu izpilde |
| Lietotājs | Anonīms apmeklētājs | Pieteicies lietotājs |
| Saturs | Salīdzinoši statisks | Lietotāja radīti dati |
| Sarežģītība | Veidnes un saturs | Loģika, stāvokļi, tiesības |
| Testēšana | Manuāla un kontrolsaraksts | Vajadzīgi automātiskie testi |
| Uzturēšana | Atjauninājumi un saturs | Pastāvīga izstrāde |
| Cena | Četrciparu līdz piecciparu | Piecciparu un uz augšu |

### Kā pasūtītājam saprast, ko pērk
Tehnoloģija tev nav jāsaprot. Šie jautājumi dod pietiekamu ainu.
- Jautā, cik unikālas veidnes cena ietver — tas skaidro cenu labāk nekā lapu skaits.
- Jautā, kas iestata hostingu, domēnu un sertifikātu.
- Jautā, kā saturu maina pēc palaišanas un kas to var darīt.
- Jautā, kādas ir integrācijas un kas atbild par otru pusi.
- Jautā, kas tiek testēts un uz kādām ierīcēm.
- Jautā, kas uztur lapu pēc palaišanas un cik tas maksā.
- Jautā, kam pieder kods, dizaina faili un piekļuves.
Pēdējais jautājums ir vienīgais, kurā nav vērts piekāpties. Bez koda un piekļuvēm tu nevari nomainīt izstrādātāju.

Q: Vai izstrādātājs prot arī dizainu?
A: Daži prot, lielākā daļa ne labi, un tas ir pilnīgi normāli — tās ir dažādas prasmes. Mazā projektā izstrādātājs parasti lieto šablonu vai gatavus komponentus, un tas strādā labi. Ja zīmols ir svarīgs vai lapai jāatšķiras, algo dizaineri atsevišķi un ļauj izstrādātājam to īstenot.

Q: Kas ir pilna cikla izstrādātājs?
A: Cilvēks, kas strādā gan ar priekšgalu, gan aizmuguri. Mazos projektos tas ir praktiski un izplatīti, jo viena cilvēka rokās ir visa aina. Lielākās sistēmās parasti nepieciešama specializācija, jo dziļums abās pusēs kļūst pārāk liels vienam cilvēkam.

Q: Cik ilgi aizņem mājaslapas izstrāde?
A: Desmit lapu uzņēmuma vietnei četras līdz astoņas nedēļas, pieņemot, ka saturs ir. Ja saturs nav uzrakstīts, tas viegli izstiepjas līdz trim mēnešiem — saturs ir biežākais kavēšanās iemesls. Interneta veikals un integrācijas aizved grafiku līdz trim mēnešiem vai tālāk.

Q: Vai man vajag satura sistēmu?
A: Ja saturs mainās regulāri un to maina vairāki cilvēki, tad jā. Ja lapa mainās pāris reizes gadā un izmaiņas veic tehnisks cilvēks, tad nē — statiska lapa ir ātrāka, drošāka un lētāk uzturama. Lem pēc tā, kas tiešām maina saturu un cik bieži.

## Web dizaina process soli pa solim
https://websitedevelopment.biz/lv/guides/web-dizaina-process
Atjaunināts 2026-08-07 · Tīmekļa dizains

Web dizains nesākas Figmā un nebeidzas ar skaistu bildi. Tā ir lēmumu virkne, kur katrs nākamais posms balstās uz iepriekšējo — un kur atgriešanās ar katru soli kļūst dārgāka.

Šis ceļvedis aptver posmus, ko katrā apstiprināt un kur lietas visbiežāk apstājas.

### Posmi secībā
Secība nav birokrātija. Katrs posms samazina nākamā nenoteiktību.
- Izpēte: mērķi, auditorija, galvenā darbība, ierobežojumi. Viena līdz divas nedēļas.
- Struktūra: lapu saraksts, hierarhija, veidņu skaits. Apstiprina pirms vizuālā.
- Satura melnraksts: īsts teksts svarīgākajām lapām.
- Karkasi: izkārtojums un hierarhija bez krāsām un fontiem.
- Vizuālais virziens: viens vai divi koncepti uz svarīgākās lapas bāzes.
- Veidņu dizains: pārējās veidnes apstiprinātajā virzienā.
- Komponenti un stāvokļi: pogas, formas, kļūdu paziņojumi, tukšie skati.
- Nodošana: faili, specifikācijas, resursi un pārskats kopā ar izstrādātāju.
Ja vizuālais sākas pirms struktūras apstiprināšanas, tiek dizainētas lapas, kas nav vajadzīgas, un aizmirstas tās, kas ir.

### Ko katrā posmā apstiprināt
Skaidrs apstiprinājuma punkts novērš bezgalīgu riņķošanu. Apstiprini vienu lietu vienlaikus.
| Izpēte | Mērķi un galveno darbību | Dizainu |
| Struktūra | Lapu sarakstu un hierarhiju | Krāsas un fontus |
| Karkasi | Izkārtojumu un informācijas secību | Vizuālo stilu |
| Vizuālais virziens | Stilu uz vienas lapas | Visas pārējās lapas |
| Veidnes | Katras veidnes dizainu | Detalizētu tekstu |
| Komponenti | Stāvokļus un uzvedību | Jaunu funkcionalitāti |
Biežākā apstiprināšanas kļūda ir apspriest krāsas pie karkasiem. Tas sajauc abu posmu mērķi un pagarina projektu par nedēļām.

### Kur process iestrēgst
Gandrīz visas aizkaves nāk no četrām vietām, un visas četras ir novēršamas.
| Saturs nepienāk | Neviens konkrēti neatbild | Vārdā nosaukts atbildīgais un termiņš |
| Bezgalīgas saskaņošanas kārtas | Pārāk plašs lēmēju loks | Viens lēmējs, apkopotas atsauksmes |
| Pretrunīgas atsauksmes | Viedokļi bez kritērijiem | Atsauksmes pret mērķi, ne gaumi |
| Apjoms aug klusi | Katra tikšanās pievieno vēlmi | Rakstiska izmaiņu kārtība |
| Dizains nav uzbūvējams | Izstrādātājs pieaicināts par vēlu | Izstrādātājs pārskata karkasus |

### Kā dot labas atsauksmes
Atsauksmju kvalitāte nosaka rezultātu vairāk nekā dizainera prasme. Šie noteikumi padara tās noderīgas.
- Apraksti problēmu, ne risinājumu: «nav skaidrs, ko darīt tālāk», nevis «padari pogu sarkanu».
- Atsaucies uz mērķi: vai tas palīdz galvenajai darbībai?
- Apkopo atsauksmes vienā dokumentā, nevis desmit ziņās.
- Nosaki vienu lēmēju. Komitejas atsauksmes rada kompromisus, kas nekalpo nevienam.
- Nošķir «tas ir nepareizi» un «man nepatīk» — abi ir derīgi, bet risināmi citādi.
- Dod atsauksmes par īstu saturu, ne par paraugtekstu.
- Ja kaut kas strādā, pasaki arī to. Dizaineris citādi nezina, ko saglabāt.

Q: Cik ilgi aizņem web dizains?
A: Desmit lapu uzņēmuma vietnei trīs līdz sešas nedēļas dizaina darba, pieņemot, ka saturs ir un lēmējs pieejams. Kalendārā parasti paiet ilgāk, jo saskaņojumi un satura gaidīšana ievelk. Lielākais atsevišķais mainīgais nav lapu skaits, bet lēmumu pieņemšanas ātrums.

Q: Vai karkasi ir vajadzīgi?
A: Mazai lapai tos var izlaist, ja veidnes ir vienkāršas. Lielākai lapai tie ietaupa laiku, jo strīdēties par izkārtojumu ir lētāk bez krāsām un attēliem. To īstā vērtība ir uzmanības virzīšana: pie karkasiem apspriež informācijas hierarhiju, nevis estētiku.

Q: Cik konceptu dizainerim jāpiedāvā?
A: Vienu labi pamatotu vai maksimāli divus. Trīs vai vairāk nozīmē, ka izpētes posms nedeva pietiekamu virzienu, un izvēle kļūst par gaumes jautājumu. Labāk viens koncepts ar skaidrojumu, kāpēc tas kalpo mērķim, un tad tā precizēšana.

Q: Vai dizainerim jāraksta arī teksts?
A: Ne obligāti, bet kādam tas jāuzraksta pirms dizaina. Dizains uz paraugteksta slēpj problēmas: virsraksti, kas neietilpst, saraksti, kas patiesībā divreiz garāki, tukšie skati, par kuriem neviens nedomāja. Ja dizaineris tekstu neraksta, uzdod to kādam citam tajā pašā grafikā.

## Mājaslapas plānošana: pilnīgs ceļvedis
https://websitedevelopment.biz/lv/guides/majaslapas-planosana
Atjaunināts 2026-08-07 · Vietnes plānošana

Lielākā daļa mājaslapu projektu neizgāžas dizaina vai koda dēļ. Tie izgāžas tāpēc, ka neviens neizlēma, ko mājaslapai jāpanāk, pirms sākās būvēšana.

Šis ceļvedis aptver plānošanas darbu, kas jāizdara pirms pirmā dizaina faila — un kas izmaksā daudzkārt mazāk nekā vēlāka pārtaisīšana.

### Sāc ar mērķi, nevis ar lapām
Lapu saraksts ir atbilde, nevis jautājums. Ja sāc ar lapu sarakstu, uzbūvē bukletu; ja sāc ar mērķi, uzbūvē darbarīku.
- Uzraksti vienu teikumu: ko mājaslapai jāpanāk uzņēmumam?
- Nosaki vienu galveno darbību, ko apmeklētājam vajadzētu veikt — pieprasījums, pirkums, rezervācija, pieteikšanās.
- Pieraksti, kā to mērīsi un kāds skaitlis nozīmētu panākumus.
- Uzskaiti sekundārās darbības, bet neļauj tām aizēnot galveno.
- Izlem, kas skaidri paliek ārpus apjoma. Šis saraksts novērš vairāk strīdu nekā jebkurš cits.
- Ja mērķu ir vairāk par trim, nav neviena.
Ja iekšējā komanda nespēj vienoties par galveno darbību, to nespēs arī apmeklētājs. Atrisini to pirms dizaina.

### Kam tu būvē
Auditorijas apraksts, kas nemaina nevienu lēmumu, ir izniekots dokuments. Noderīgs apraksts maina saturu, struktūru un toni.
| Kas pieņem pirkuma lēmumu? | Saturam jāpārliecina viņu, nevis lietotāju |
| Ko viņš jau zina? | Nosaka, kur sākas skaidrojums |
| Kādas šaubas viņam ir? | Tās kļūst par biežāko jautājumu saturu |
| No kurienes viņš nāk? | Meklēšana, ieteikums vai reklāma prasa citu ievadu |
| Ar kādu ierīci? | Mobilais pārsvars maina visu izkārtojumu |
| Ar ko viņš salīdzina? | Nosaka, ko jāatšķir skaidri |

### Saturs pirms dizaina
Šī ir visbiežāk ignorētā secība un visdārgākā. Dizains, kas taisīts ar paraugtekstu, jāpārtaisa, kad pienāk īstais teksts.
- Uzskaiti katru nepieciešamo lapu un piešķir katrai vienu mērķi.
- Izlem, kas jau eksistē, kas jāpārraksta un kas jārada no nulles.
- Nosaki atbildīgo cilvēku un termiņu katrai lapai. Saturs kavējas biežāk nekā kods.
- Vispirms uzraksti svarīgāko lapu tekstus — sākumlapa, pakalpojumi, kontakti.
- Savāc īstas fotogrāfijas un logotipus. Krājumu attēli ir redzama ekonomija.
- Iedod dizainerim īstu tekstu. Paraugteksts noslēpj garuma problēmas.
- Plāno tulkojumus jau šeit, ja lapa būs vairākvalodu.
Saturs ir pārliecinoši biežākais projektu kavēšanās iemesls. Sāc ar to pirmajā nedēļā, nevis pēdējā.

### Budžets un termiņi reālistiski
Rupjš ietvars, kas palīdz lasīt piedāvājumus un novērtēt termiņu ticamību.
| Vienas lapas piezemēšanās lapa | Viena līdz divas nedēļas | Teksts un dizains |
| Desmit lapu uzņēmuma vietne | Četras līdz astoņas nedēļas | Saturs un saskaņojumi |
| Vietne ar satura sistēmu un blogu | Sešas līdz desmit nedēļas | Satura tipi un migrācija |
| Interneta veikals | Astoņas nedēļas līdz trīs mēneši | Produktu saturs un integrācijas |
| Pārbūve ar migrāciju | Trīs mēneši un vairāk | URL karte un satura pārskats |
Divas trešdaļas termiņa parasti aizņem saturs un saskaņojumi, nevis izstrāde. Plāno attiecīgi.

Q: Cik ilgi aizņem mājaslapas plānošana?
A: Desmit lapu uzņēmuma vietnei viena līdz divas nedēļas koncentrēta darba: mērķi, auditorija, lapu saraksts, struktūra un satura atbildīgie. Tas šķiet lēni, līdz salīdzini ar pārtaisīšanas izmaksām pēc tam, kad īstais teksts salauž dizainu. Plānošana ir lētākais posms visā projektā.

Q: Vai man vajag rakstisku darba uzdevumu?
A: Jā, bet tam nav jābūt trīsdesmit lappušu garam. Divas lappuses, kas aptver mērķus, auditoriju, lapu sarakstu, integrācijas, budžeta diapazonu un termiņu, dod labākus piedāvājumus nekā garš dokuments bez šīm lietām. Uzdevums pastāv, lai piedāvājumi būtu salīdzināmi.

Q: Kam jāpiedalās plānošanā?
A: Lēmuma pieņēmējam, kādam no pārdošanas vai klientu apkalpošanas, kas zina, ko klienti tiešām jautā, un satura atbildīgajam. Turi grupu mazu. Lielas saskaņošanas grupas rada kompromisus, kas nekalpo nevienam, un parasti ir iemesls, kāpēc projekti ievelkas par trim nedēļām.

Q: Vai plānošana atmaksājas mazai lapai?
A: Jā, bet proporcionāli. Piecu lapu uzņēmuma vietnei pietiek ar vienu dienu: viens mērķis, viena galvenā darbība, lapu saraksts, satura atbildīgais. Jautājums nav dokumenta garumā, bet gan tajā, vai šie lēmumi ir pierakstīti pirms kāds sāk dizainu.