SEO Sprendimai | Mobilus SEO: kodėl Google vertina mobilią versiją pirmiau nei kompiuterinę

Turinys

Mobilus SEO: kodėl Google vertina mobilią versiją pirmiau nei kompiuterinę

Svetainė atrodo puikiai staliniame kompiuteryje. Antraštės tinkamos, turinys pilnas, greitis – 82 balai PageSpeed Insights. Tas pats puslapis mobiliame telefone: tekstas per mažas skaityti be priartinimo, mygtukai susispaudę iki 12 pikselių, horizontalus slinkimas. Ir Google Search Console Mobilioji naudojimo patirtis – raudona būsena su aštuoniomis klaidomis. Nuo 2023 m. liepos Google visoms svetainėms taikė mobile-first indexing – tai reiškia, kad reitingavimui vertinama mobiliosios versijos kokybė, ne kompiuterinė. Ta puikiai atrodanti stalinė versija šiam procesui neaktuali.

Perskaitę žinosite, kaip mobile-first indexing veikia techniškai, kokios mobiliosios versijos klaidos tiesiogiai kenkia pozicijoms ir kaip patikrinti savo svetainės mobiliojo optimizavimo būklę be techninių žinių.

Kas yra mobile-first indexing ir kodėl tai pasikeitė 2023 metais

Mobile-first indexing reiškia, kad Googlebot Smartphone – robotas, imituojantis mobiliąjį įrenginį – nuskaito jūsų svetainę pirmiau nei jos stalinio kompiuterio versija. Šis nuskaitymo rezultatas naudojamas indeksavimui ir reitingavimui.

Google šią sistemą pradėjo diegti 2018 metais, taikydamas ją laipsniškai naujoms svetainėms. 2023 m. liepos mėnesį procesas užbaigtas – visos svetainės, nepriklausomai nuo kūrimo datos, dabar vertinamos pagal mobiliosios versijos kokybę.

Kodėl taip nutiko? 2015 metais Google paskelbė, kad mobiliojo įrenginio paieškų skaičius viršijo stalinių kompiuterių paieškas. Lietuva šią tendenciją atspindi – StatCounter duomenimis, 2023 m. mobilieji įrenginiai sudarė apie 55–60% viso interneto srauto šalyje. Indeksavimo sistema tiesiog atsekė, kaip žmonės realiai naudoja internetą.

Kaip responsive design ir mobilios versijos skiriasi techniškai

Yra trys techninės mobiliosios versijos architektūros, ir mobile-first indexing jas vertina skirtingai.

Responsive design – tai šiandien dominuojantis ir Google rekomenduojamas metodas. Vienas HTML kodas, vienas URL, o CSS media query keičia išdėstymą priklausomai nuo ekrano pločio. Googlebot mato tą patį turinį nepriklausomai nuo to, ar jis šliaužia kaip mobilusis ar stalinis – turinio paritetą čia garantuoja dizaino sistema, o ne rankinis valdymas. WordPress temų didžioji dalis šiandien naudoja responsive dizainą pagal nutylėjimą.

Separate URL – atskiras mobilios versijos domenas (m.jusudomenas.lt). Dvi atskiros svetainės, du atskiri turinio rinkiniai. Mobile-first indexing kontekste tai reiškia, kad Google indeksuoja m. versiją – ir jei ji turi mažiau turinio nei pagrindinė, reitinguojasi pagal tą mažesnį turinį. Tai labiausiai problematiška architektūra, nes turinio paritetą reikia prižiūrėti rankiniu būdu.

Dynamic serving – tas pats URL, bet serveris pateikia skirtingą HTML pagal user-agent. Veikia, bet sudėtingiau prižiūrėti ir reikalauja tinkamo Vary HTTP antraštės konfigūravimo, kad Googlebot teisingai identifikuotų, kurią versiją jam rodote.

Turinio pariteto problema: kai mobilėje mažiau nei kompiuteryje

Tai dažniausia ir brangiausia mobiliojo SEO klaida, kuri pasitaiko perimant svetaines optimizavimui.

Turinio paritetas – tai principas, kad mobiliosios versijos turinys turi būti tapatus stalinio kompiuterio versijai. Jei kompiuterio versijoje yra pilni produktų aprašymai, bet mobilėje jie sutrumpinti “daugiau” mygtuku, kuris krauna per JavaScript – Google mobiliojo roboto nematomas tas sutrumpintas turinys. Reitinguojama pagal tai, ką robotas mato – o ne pagal tai, ką vartotojas galėtų pamatyti paspaudęs.

Accordion tipo elementai – išskleidžiami teksto blokai – anksčiau kėlė klausimų. Google oficialiai patvirtino, kad accordion turinys, net ir uždarytas pagal nutylėjimą, yra indeksuojamas ir reitinguojamas lygiavertiškai su matomu turiniu – su sąlyga, kad jis visiškai įkeltas HTML, o ne kraujamas dinamiškai po paspaudimo. Šis skirtumas kritiškas.

Mobilus SEO

Core Web Vitals mobiliame: kodėl stalinis rezultatas negarantuoja mobilaus

Mobilaus SEO optimizavimo kontekste Core Web Vitals yra svarbūs, bet jų rezultatai staliniame ir mobiliame versijose dažnai skiriasi kelis kartus – ir tai stebina žmones, pirmą kartą žiūrinčius Google PageSpeed Insights ataskaitas.

LCP – didžiausio turinio elemento įkrovimas – mobiliuose tinkluose lėtesnis dėl mažesnio pralaidumo. Tas pats paveikslėlis, kuris staliniame kraunasi 1,2 sekundės, per 4G gali krautis 2,8 sekundes – o 2,5 sekundės yra LCP ribinė vertė “geram” įvertinimui. Optimizavimas, kuris pakanka staliniame, mobiliame dažnai nepakanka.

CLS – vizualinio turinio šuoliai – mobiliame kritiniai kitais atvejais nei staliniame. Reklaminiai blokai, kurie kraujami po puslapio įkėlimo ir pastumia turinį žemyn, mobiliame ekrane sukelia didesnius šuolius nei tame pačiame staliniame dideliame ekrane – nes mažesnis ekranas reiškia proporciškai didesnius poslinkius.

Intrusive interstitials: elementas, kurį Google baudžia nuo 2017 metų

Nuo 2017 m. sausio Google oficialiai naudoja intrusive interstitial signalą kaip reitingavimo faktorių – ir tai viena iš nedaugelio tiesioginių mobiliojo SEO baudų.

Intrusive interstitial – tai pilnaekranis arba pusiau pilnaekranis elementas, rodomas iš karto po puslapio atidarymo mobiliame ir uždengiamas pagrindinį turinį. Dažniausiai tai: newsletter prenumeratos langas, sutikimo su slapukais reklaminio pobūdžio blokas (ne BDAR reikalaujama), app parsisiuntimo pasiūlymas arba reklaminis popup.

Kas nėra baudžiama: juridiškai privalomi slapukų sutikimo langai (BDAR reikalavimas), amžiaus patvirtinimo ekranai, mažos juostos apačioje ar viršuje, kurios neuždengia pagrindinio turinio. Riba yra turinio prieinamumas – jei vartotojas negali perskaityti puslapio be popup’o uždarymo, tai intrusive.

Lietuvos verslo svetainėse slapukų sutikimo juostos dažnai konfigūruotos kaip puslapį dengiančios modalai. Jei juosta uždaro visą ekraną ir reikalauja veiksmo prieš pateikiant turinį – tai patenka į baudžiamą zoną net jei ji juridiškai reikalinga. Sprendimas – mažesnė juosta apačioje, kuri informuoja, bet neblokuoja skaitymo.

Touch target ir šrifto dydis: detalės, kurios Google matuoja

Tai du mobiliojo tinkamumo signalai, kuriuos Google Mobile-Friendly Test matuoja automatiškai ir kurie vis tiek nuolat pažeidžiami.

Touch target – paspaudžiamų elementų dydis – Google rekomenduoja ne mažiau kaip 48×48 pikselių, su bent 8 pikselių tarpu tarp gretimų elementų. Tai ne stilistinė rekomendacija. Mobiliame telefone pirštas naudojamas tiksliai iki apie 44–57 pikselių kontakto ploto – mažesni mygtukai sukelia netyčinius paspaudimus ar nesuspaudžiamus elementus. Svetainė su smulkiais socialinių tinklų ikonų mygtukais 24 pikselių dydžio yra tipiškas Google Mobile-Friendly Test klaidos šaltinis.

Šrifto dydis – Google rekomenduoja minimalų 16px dydį pagrindinio teksto blokuose. 12 ar 13 pikselių tekstas, kuris “gerai atrodo” staliniame ekrane, mobiliame reikalauja priartinimo – o tai yra vartotojo patirties gedimo signalas, kurį Google interpretuoja kaip nepritaikytą mobiliai versiją.

Kur mobilus optimizavimas neišsprendžia problemos

Tiesiogiai: puikiai optimizuota mobili svetainė nekompensuos turinio ar nuorodų profilio silpnumų.

Jei puslapio turinys yra thin – kelios eilutės teksto, jokių struktūrų, jokios informacinės vertės – mobiliosios versijos responsyvumas jo neišsaugo nuo žemo reitingo. Mobile-first indexing vertina kokybę per mobilią prizmę, bet kokybės standartai – turinio gilumas, atgalinių nuorodų profilis, E-E-A-T signalai – lieka tie patys.

Be to: responsive dizainas nėra automatinė mobilaus greičio garantija. Tema, kuri „yra responsive”, gali vis tiek krautis 8 sekundes mobiliame telefone, nes įkelia 4MB nesupresintų paveikslėlių ar blokuojančius JavaScript failus. Responsive dizainas sprendžia išdėstymo problemą – ne greičio problemą.

Kaip patikrinti mobiliojo optimizavimo būklę: du žingsniai

Jei niekada netikrinta – pirmiausia Google Mobile-Friendly Test (search.google.com/test/mobile-friendly). Įveskite URL ir sistema per 30 sekundžių pateikia, ar puslapis laikomas mobiliuoju tinkamu, ir konkrečias klaidas – per maži teksto šriftai, per artimi touch target elementai, turinio platesnio nei ekrano problemos.

Antra – Google Search Console → Patirtis → Mobilioji naudojimo patirtis. Ši ataskaita rodo ne tik vieno puslapio būklę, o visų svetainės puslapių mobiliojo tinkamumo suvestinę. “Puikūs URL”, “Puslapiai, kuriuos reikia patobulinti” ir “Prasti URL” – šios trys kategorijos parodo, kur problema sisteminga ir kur izoliuota.

Per artimiausias 30 dienų patikrinkite vieną rodiklį Google Analytics 4: palyginkite konversijų rodiklį mobiliuose vs. staliniuose įrenginiuose. Jei mobiliojo CVR žemiau 40% stalinio CVR rodiklio – tai ne tik UX, tai pajamų klausimas, ir ta spraga rodo, kur mobiliojo optimizavimo darbai duotų didžiausią grąžą.

 

SEO Sprendimai atlieka mobiliojo SEO auditus Lietuvos verslo svetainėms – nuo Google Mobile-Friendly Test klaidų šalinimo iki Core Web Vitals mobilioje versijoje optimizavimo ir turinio paritetų tikrinimo. Susisiekite, jei norite sužinoti, ar jūsų svetainės mobili versija atitinka tai, ką Google vertina šiandien.