Kai puslapis „užsikrauna”, bet iš tikrųjų – ne
Įsivaizduokite: atidaro žmogus naujienų portalą, mato straipsnį, spaudžia nuorodą į kitą – ir puslapis tarsi persikrauna, bet naršyklės adresas keičiasi akimirksniu, o turinys atsiranda be jokio balto ekrano mirksėjimo. Jauku, greita, moderni patirtis. Tik kad už šio sklandumo slypi architektūrinis sprendimas, kuris gali tiesiogiai nulemi, ar „Google” apskritai suras tą turinį.
SPA – Single Page Application – reiškia, kad naršyklė iš serverio gauna vieną HTML failą, o visą likusį darbą atlieka JavaScript. Naujienos, antraštės, komentarai – viskas generuojama kliento pusėje, dinamiškai. Serveris tiesiog siunčia duomenis, o naršyklė juos „surenka” į matomą puslapį.
Kodėl tai tampa problema su turiniu
Paieškos robotai – ir ne tik „Google”, bet ir „Bing”, socialinių tinklų šliaužikliai – tradiciškai skaito HTML taip, kaip jis ateina iš serverio. Jei tas HTML yra tuščias <div id="app"></div>, o visas turinys atsiranda tik po to, kai JavaScript įvykdo savo darbą, robotas gali tiesiog nieko nerasti.
„Google” jau kurį laiką teigia, kad moka renderinti JavaScript. Ir iš dalies tai tiesa. Bet yra niuansas: renderinimas vyksta su vėlavimu, eilėje, ir ne visada pilnai. Naujienų portalams, kur turinys turi būti indeksuotas per valandas, o ne dienas, tai – rimta problema.
Be to, socialinių tinklų šliaužikliai – tie, kurie generuoja peržiūros korteles, kai kas nors dalinasi nuoroda – dažniausiai JavaScript nevykdo išvis. Jei „Open Graph” metaduomenys generuojami dinamiškai, nuoroda „Facebook” ar „LinkedIn” atrodys kaip tuščias stačiakampis.
SSR, SSG ir kiti bandymai išspręsti tai, ką SPA sugadino
Industija į šią problemą atsakė keliais būdais. Server-Side Rendering (SSR) – tai kai serveris vis dėlto atlieka JavaScript renderinimą prieš siųsdamas HTML vartotojui. Turinys ateina jau „sudėliotas”, robotai jį mato iš karto. Bet tai reikalauja daugiau serverio resursų ir sudėtingesnės infrastruktūros.
Static Site Generation (SSG) – dar radikalesnis sprendimas: visi puslapiai sugeneruojami iš anksto, kaip statiniai HTML failai. Naujienų portalams tai veikia tik iš dalies – straipsniai gali būti statiniai, bet komentarai, personalizuotas turinys, reklamos – jie vis tiek reikalauja dinamikos.
Populiarūs sprendimai kaip „Next.js” ar „Nuxt.js” bando derinti abu pasaulius: kritinis turinys renderinamas serveryje, o interaktyvūs elementai „prisijungia” jau naršyklėje – tai vadinama hidratacija. Skamba elegantiškai, bet praktikoje reikalauja kruopštaus architektūrinio planavimo.
Ką tai reiškia redakcijoms, kurios apie tai negalvoja
Dauguma naujienų portalų šiuos sprendimus priima ne redakcija, o technikos komanda. Ir čia atsiranda pavojinga spraga: žurnalistai rašo turinį, SEO specialistai optimizuoja antraštes, o inžinieriai pasirenka architektūrą – ir šie trys pasauliai retai susikalba.
Rezultatas? Portalas gali turėti puikų turinį, gerai parašytas antraštes, teisingus raktažodžius – ir vis tiek prarasti organinį srautą, nes robotas mato puslapį kaip tuščią. Arba straipsnis socialiniuose tinkluose dalinamas be jokios peržiūros nuotraukos, nes metaduomenys generuojami per vėlai.
Yra ir kitas aspektas – greitis. „Core Web Vitals” metrikos, kurias „Google” naudoja reitinguodamas puslapius, matuoja ne tik tai, kaip greitai puslapis užsikrauna, bet ir kada vartotojas gali pradėti sąveikauti su turiniu. SPA dažnai turi didelį JavaScript paketą, kuris turi būti atsisiųstas ir įvykdytas prieš bet ką – ir tai gali reikšti prastesnes metrikas net tada, kai subjektyviai puslapis atrodo greitas.
Architektūra kaip redakcinė politika
Galbūt skamba kaip perdėjimas, bet techninis sprendimas dėl SPA ar SSR yra toks pat svarbus kaip sprendimas dėl publikavimo dažnio ar turinio strategijos. Jei straipsnis neindeksuojamas, jis neegzistuoja paieškos rezultatuose. Jei nuoroda socialiniuose tinkluose atrodo blogai, žmonės ja nesidalins. Jei puslapis lėtas, skaitytojai išeis anksčiau, nei perskaitys pirmą pastraipą.
Naujienų portalai, kurie tai supranta, investuoja į hibridines architektūras – ne todėl, kad tai madinga, o todėl, kad tai tiesiogiai veikia, ar jų žurnalistų darbas apskritai pasieks auditoriją. Tie, kurie to nesupranta, gali ilgai stebėtis, kodėl puikus turinys nesurenka srauto – ir ieškoti atsakymų visur, tik ne serveryje.