Kodėl naujienų portalai nebeperkrauna puslapio
Jei dirbate redakcijoje ir pastebėjote, kad paspaudus ant naujienos visas puslapis neatsikrauna iš naujo, o turinys tiesiog pasikičia – tai nėra atsitiktinumas. Tai yra vadinamoji SPA architektūra, kuri šiandien naudojama daugelyje didžiųjų naujienų portalų: nuo „The Guardian” iki vietinių regioninių leidinių.
SPA reiškia Single Page Application – vieno puslapio programa. Techniškai tai reiškia, kad naršyklė vieną kartą atsisiunčia pagrindinį programos karkasą, o vėliau visas turinys keičiamas dinamiškai, be pilno puslapio perkrovimo. Žurnalistui ar redaktoriui tai gali atrodyti kaip smulkmena, tačiau iš tikrųjų tai tiesiogiai veikia tai, kaip jūsų darbas pasiekia skaitytojus.
Kaip tai veikia praktiškai
Tradiciniame tinklalapyje kiekvieną kartą paspaudus nuorodą serveris grąžina visiškai naują HTML dokumentą. SPA veikia kitaip: naršyklėje veikianti JavaScript programa pati nusprendžia, ką rodyti, ir kreipiasi į serverį tik dėl duomenų – dažniausiai per API sąsają.
Naujienų portalo kontekste tai atrodo taip: kai skaitytojas atidaro pagrindinį puslapį, naršyklė atsisiunčia programos kodą. Toliau, skaitytojui naršant tarp straipsnių, serveris siunčia tik straipsnio turinį – tekstą, nuotraukas, metaduomenis. Visa kita – antraštė, navigacija, reklaminiai blokai – jau yra naršyklėje ir tiesiog lieka.
Dėl to naujienų portalai veikia greičiau ir sklandžiau. Tačiau yra ir komplikacijų, kurios tiesiogiai liečia redakcijos darbą.
Ką tai reiškia turinio valdymo sistemai
Redaktoriai dažnai dirba su turinio valdymo sistema – CMS. Kai portalas naudoja SPA architektūrą, CMS ir pats portalas yra atskirti. CMS saugo turinį, o portalas jį gauna per API. Tai vadinama headless architektūra.
Praktiškai tai reiškia kelis dalykus. Pirma, pakeitimai CMS ne visada iš karto matomi portale – kartais reikia vadinamojo build proceso arba turinio atnaujinimo. Antra, jei kažkas neveikia portale, problema gali būti ne CMS, o API arba pats JavaScript kodas. Trečia, SEO – paieškos sistemų optimizacija – SPA architektūroje yra sudėtingesnė, nes „Google” robotai ne visada gerai apdoroja dinamiškai generuojamą turinį.
Dėl pastarosios priežasties daugelis portalų naudoja server-side rendering – tai reiškia, kad serveris iš anksto sugeneruoja HTML, kurį mato ir paieškos robotai, ir skaitytojai su lėtu internetu.
Klaidos, kurias redaktoriai dažnai priskiria žurnalistams
Redakcijose pasitaiko situacijų, kai straipsnis atrodo gerai CMS, bet portale kažkas negerai – pavyzdžiui, neteisingai rodoma antraštė, dingsta nuotrauka arba neveikia nuoroda. Dažnai kaltė krenta ant žurnalisto, neva neteisingai suvedusio duomenis.
Tačiau SPA architektūroje priežastis gali būti visiškai kitur. Gali būti, kad API negrąžina tam tikro lauko, kad JavaScript kodas neteisingai apdoroja specialiuosius simbolius, arba kad kešavimo sistema rodo seną turinio versiją. Tai techninės problemos, ne redakcinės.
Todėl verta turėti aiškų protokolą: kai kažkas neveikia, pirmiausia patikrinkite, ar problema matoma tik jums, ar visiems skaitytojams. Jei visiems – tai tikriausiai techninė problema, kurią turi spręsti kūrėjai.
Tai, ką verta įsiminti
SPA architektūra nėra vien techninis sprendimas – tai pasirinkimas, kuris formuoja visą redakcijos darbo eigą. Greitas portalas, sklandus naršymas, galimybė turinio valdymą atskirti nuo pateikimo – visa tai turi kainą: didesnį sistemos sudėtingumą ir daugiau galimų gedimo taškų.
Žurnalistams ir redaktoriams nereikia mokėti programuoti, tačiau suprasti, kaip jų įrankiai veikia, yra praktiškai naudinga. Tai padeda greičiau identifikuoti problemas, geriau bendrauti su technine komanda ir – svarbiausia – nešvaistyti laiko ieškant klaidos ten, kur jos nėra. Technologijos yra tik priemonė, bet priemonę verta pažinti.