5 dažniausios mobile-CRO klaidos LT landing page
Pagal mūsų 2026 m. pradžioje atliktą 40 LT puslapių mobile CRO auditą beveik kiekvienas daro bent vieną iš penkių žemiau išvardytų klaidų. Visos jos turi vieną bendrą bruožą — jos akivaizdžios atsidarius puslapį telefone, bet nematomos, kol kūrėjas dirba 27 colių monitoriuje. Dėl to mobile-CRO klaidos „pragyvena" launch reviews ir patenka į produkciją.
1. Tap target mygtukai mažesni nei 44 × 44 px
WCAG 2.2 ir Apple Human Interface Guidelines rekomenduoja minimalų liečiamą plotą 44 × 44 px. Realybėje LT puslapiuose dažni 28–32 px mygtukai, ypač navigacijoje, filtruose ir socialinių tinklų ikonose. Vartotojas, bandantis paliesti tikslų elementą, dažnai pataiko ne į tą lauką, susinervina ir uždaro skirtuką. Pataisymas: visiems interaktyviems elementams nustatykite minimalų aukštį 48 px ir tarpą tarp jų bent 8 px.
2. Pagrindinis šriftas mažesnis nei 16 px
Bet koks body šriftas mažesnis nei 16 px mobile reikalauja zoom'avimo — o kai vartotojas zoom'ina, layout sulūžta, sticky elementai užstoja CTA, ir vidutinis lankytojas tiesiog uždaro puslapį. „Iš dizainerio mokyklos" perduota klaida — 14 px ant Figma lakšto atrodo gražiai, bet mobile pavirsta į katastrofą. Pataisymas: body tekstas — ne mažiau 16 px, antraštės atitinkamai didesnės, eilutės aukštis (line-height) — bent 1,5.
3. Sticky cookie banner arba chat widget blokuoja ATF
Pirmoji ekrano fold linija mobile turi tik apie 600 px naudingo aukščio. Jei cookie banner užima 180 px apačioje, o chat widget — 80 px viršuje, lankytojui lieka mažiau nei 340 px, kuriuose telpa antraštė ir CTA. Pataisymas: cookie banner — kompaktiškas (<80 px) su matomu „Sutinku" mygtuku, o chat widget paslepiamas, kol vartotojas nupasluga bent 50 % puslapio.
4. Formos laukai siauresni nei viewport
Daugelis WordPress šablonų renderina formą fiksuotu pločiu 480 px, o telefono viewport — 360–390 px. Rezultatas: horizontalus scroll'as, klaviatūros input'o problemos ir 50–70 % atsisakymas pildant. Pataisymas: visi form laukai turi būti width: 100 % mobile breakpoint'e, padding'as — minimalus 12 px, klaviatūros tipas (type="tel", type="email") pritaikytas pagal lauką, kad atsivertų tinkama klaviatūra ir vartotojas nerašytų skaičių iš QWERTY layout'o.
5. Puslapio krovimo laikas didesnis nei 3 s ant 4G
Google CrUX duomenys rodo, kad vidutinis LT mobile interneto greitis 4G tinkle — apie 25 Mbps, bet realiame naudojime su silpnu signalu nukrenta iki 6–8 Mbps. Puslapis, kurio LCP didesnis nei 3 s, praranda apie 30 % srauto dar prieš pamatant first contentful paint. Pataisymas: nuotraukos — WebP arba AVIF, lazy-loading visoms nematomoms ATF nuotraukoms, JS chunk dydis — mažiau nei 150 kB suarchyvuotas, web fontai — preload, ne async load.
Mobile-pirma struktūra: 4 sluoksniai
Mobile-pirma struktūra reiškia, kad puslapio architektūra projektuojama vertikaliam scroll'ui, o ne grid'ui. Skiriasi ne tik dydžiai, bet ir elementų eilė: socialinis įrodymas keliauja iš dešinės pusės į trečią sluoksnį, CTA pasikartoja dukart, o navigacija minimizuojama iki vieno hamburger meniu. Žemiau — keturi sluoksniai, kurie tinka 90 % LT SMB landing page atvejų.
1. ATF sluoksnis (telpa į <600 px aukščio fold)
Pirmas matomas ekranas turi tilpti į maždaug 600 px aukščio fold'ą. Trys privalomi elementai: viena aiški antraštė (24–28 px), vienas CTA mygtukas (48 px aukščio, primary spalva) ir minimalus social proof (1–2 logotipai arba „150+ klientų" žinutė). Be antrinio CTA, be hero video, be karuselių — viskas, kas atitraukia dėmesį, miršta mobile fold'e.
2. Value props sluoksnis — vertikalus stack
Visi privalumai dėstomi vienas po kito, niekada šalia. Tris privalumus — tris atskiras kortas, kiekviena su ikonėle, antrašte ir vienos eilutės aprašymu. Jokio „3 stulpeliai" layout — net jei desktop'e jis atrodo gražiai, mobile vartotojo akis skenuoja vertikaliai, o horizontalūs grid'ai sutrumpina dėmesį iki <1,5 s per kortą.
3. Trust block — logos arba testimonial slider
Trečias sluoksnis sustiprina sprendimą: žinomų klientų logotipai (3–5 logos, ne daugiau), vienas tekstinis atsiliepimas su vardo + įmonės pavadinimu, arba Google reitingo blokas. Carousel'is leistinas tik su aiškiomis rankenėlėmis (rodyklės arba dots), automatinio sukimosi vengti — mobile vartotojas neturi laiko skaityti, jei tekstas dingsta po 4 sekundžių.
4. Bottom CTA + sticky CTA mygtukas
Puslapio apačioje — antras tas pats CTA, perfrazuotas alternatyvia formuluote („Užsisakyti demo" prieš „Pradėti dabar"). Be to — sticky mygtukas, kuris pasirodo po 30 % scroll'o ir lieka matomas viso likusio kelio. Sticky CTA dažnai duoda +15–25 % konversijų augimą, ypač ilguose puslapiuose, kur scroll'as siekia 4–5 ekranus.
Nemokamas demo
Pamatykite savo svetainę prieš mokant.
Demo per 3 d. · Tik jei patinka.
Testavimas mobile prietaisuose: trys lygiai
Mobile-pirma puslapis turi būti patikrintas trijuose lygiuose prieš išleidimą — neužtenka „pažiūrėti, ar telefone gražu":
1. Chrome DevTools device mode (nemokama, vienas paspaudimas) — perjunkite į iPhone 14 Pro arba Pixel 7 profilį, peržiūrėkite kiekvieną sekciją, patikrinkite, ar nėra horizontal scroll'o. Greitas pirmas filtras prieš giliąją analizę.
2. Realių prietaisų testavimas — minimaliai iOS Safari (iPhone) ir Android Chrome (Pixel arba Samsung). Emuliatorius nerodo realių klaviatūros problemų, sticky elementų konfliktų ir touch gestų latency. Jei neturite prietaiso, BrowserStack arba LambdaTest siūlo cloud devices nuo €29/mėn.
3. PageSpeed Insights mobile score — Google nemokamas įrankis su konkrečiais slenksčiais: >85 = pass (galima leisti į reklamą), 70–85 = improvement zone (reikia darbo prieš plačią kampaniją), <70 = redesign (per lėtas konkurencijai). Tikrinkite tiek puslapio, tiek konkurentų rezultatus — santykinis greitis Google reitinge svarbesnis nei absoliutus.
Visą platesnį kontekstą — kaip mobile-CRO įsipina į bendrą konversijų didinimo strategiją 2026 m. — rasite mūsų [konversijų didinimo gidą](/blog/konversiju-didinimas-landing-page-strategijos-2026), o jei norite pereiti prie sisteminio testavimo proceso, perskaitykite straipsnį apie [landing page A/B testavimą konversijoms](/blog/landing-page-ab-testavimas-konversijoms).
Mobile-pirma puslapis turi būti patikrintas trijuose lygiuose prieš išleidimą — neužtenka „pažiūrėti, ar telefone gražu"
