Parašėme keturis įrašus apie tai, kada turinio sistemos nereikia. Būtų patogu čia sustoti. Bet mes patys gyvename iš paprastų svetainių, todėl privalome pasakyti ir tai, ką mūsų stovykla nutyli.
Pats garsiausias pabėgėlis grįžo
Joost de Valk, Yoast įkūrėjas, paliko WordPress ir perkėlė tinklaraštį į statinį generatorių. Apie tai rašė visi, įskaitant mus. Ko rašė mažiau: po kurio laiko jis persikėlė dar kartą. Į turinio sistemą.
Jo kritikas pridėjo skaičių, kurį verta žinoti: statinis tinklaraštis, paliktas vieniems metams, sukaupė 22 pasenusius paketus, įskaitant tokius, kurių atnaujinimas laužo kodą. Priklausomybių pragaras nedingsta. Jis persikelia.
Iš to išeina svarbi skirtis, kurią dažnai praleidžia abi pusės. Ranka rašytas puslapis be priklausomybių (paprastas HTML, CSS ir truputis JavaScript) yra išties ilgaamžis: jis veiks ir po dešimties metų niekam nieko neatnaujinus. Puslapis, pastatytas ant modernaus karkaso, turi tik kitokią priežiūros sąskaitą nei WordPress. „Statinis" nėra vienas daiktas. Kai sakome, kad statome paprastai, turime omenyje pirmąjį variantą.
Klausimas ne apie kodą, o apie raktus
Rick Hurst, kurio dviejų klausimų testą citavome anksčiau, užduoda trečią, kurio niekas iš „tiesiog užkoduok" stovyklos neužduoda: kas svetainę prižiūrės ir ar tas žmogus supranta talpinimo konfigūraciją tiek, kad nenutekintų slaptų raktų?
Statinis puslapis pašalina duomenų bazę. Bet prideda diegimo raktus, API raktus ir aplinkos nustatymus, kuriuos dabar formaliai valdo ne programuotojas, o savininkas. Turinio sistema tą paviršių slepia už prisijungimo lango. Tai tikras rizikos perkėlimas, ir jo nematyti jokiame greičio palyginime.
Mūsų atsakymas į tai paprastas: raktus laikome mes, savininkas gauna svetainę ir mūsų numerį. Bet jei statai pats, šį klausimą turi užsiduoti prieš paleidžiant, ne po pirmo incidento.
Pigūs perstatymai daro turinio perkėlimą brangų
Čia mechanizmas, kurio nesitikėjome. DatoCMS autorius kelis kartus perrašė savo svetainę į vis naujus karkasus ir galiausiai pasidavė: perkėlė turinį į turinio sistemą, kad keistų tik šabloną, o ne patį tekstą.
Logika atvirkštinė, nei atrodo. DI atpigina perstatymą. Todėl perstatoma dažniau. Todėl turinys, įkalintas puslapio kode, tempiamas per kiekvieną migraciją rankomis. Skausmas ateina trečią kartą, niekada per demonstraciją, kuri tave įtikino.
Ką su tuo daryti be CMS: laikyti turinį atskirai nuo šablono nuo pat pradžių, net paprasčiausiame puslapyje. Tekstai viename faile, išvaizda kitame. Tai užtrunka valandą ir sutaupo savaitę po dvejų metų.
Užklausa yra prastesnis redaktorius nei mygtukas, jei redaguoji ne tu
Rašyti DI „pakeisk darbo valandas" yra puiki sąsaja žmogui, kuris svetainę pastatė. Ir prasta tam, kuris ją tik perėmė. Webflow specialistas, pats naudojantis DI, pastebi: užklausos būdas „toli gražu ne idealus klientams, kurie nėra techniškai gabūs", nes vizualinis redaktorius duoda tiesioginį grįžtamąjį ryšį, o tekstinė užklausa ne. Tu matai rezultatą tik po to, kai DI jau kažką padarė.
Tai sąžininga „tiesiog paklausk DI" riba. Puiku statytojui, vidutiniška savininkui. Būtent tą apvertimą ir buvo sugalvota išspręsti turinio sistema.
Atsirado pramonė, kuri taiso
Rinkos signalas, kurio ignoruoti negalima: jau yra paslaugos, kurios gelbsti nepavykusius DI sugeneruotus projektus. Vienas autorius tai apibendrino: „Kai visa pramonė atsiranda tavo metodui taisyti, tavo metodas turi problemą."
Konkretus pavyzdys: vienas dizaineris bandė pakeisti Webflow svetainę Claude Code sugeneruota. Per kelias dienas Google Search Console pradėjo rodyti klaidas, o tada atėjo kilpa, apie kurią „niekas neįspėja": pataisai vieną problemą, atsiranda kita. Jis liko prie sugeneruotos svetainės, bet perkėlimą į Webflow planuoja, kai projektas paaugs. Atskiras tyrimas (Veracode, 2025) rado, kad DI sugeneruotas kodas saugumo spragų turi 45 proc. atvejų.
Abu dalykai tiesa vienu metu: DI sugeneruota paprasta svetainė gali būti puiki, ir DI sugeneruota svetainė gali sugesti taip, kad savininkas to nematys. Skirtumas yra žmogus, kuris peržiūri, ką DI padarė. Todėl mes nesame „DI sugeneruoja, mes persiunčiame". Mes esame žmonės, kurie peržiūri.
Ir dar vienas dalykas apie malonumą
Hurst, kuris pats kadaise kūrė nuosavas sistemas, įspėja apie spąstus, kurie nėra blogas kodas. Tai malonumas. Pasistatyti savo sistemą „smagu kaip mokymosi pratimas", ir būtent tas smagumas verčia pramonę kas dešimtmetį perstatyti tą patį sluoksnį iš naujo. DI šį malonumą padarė dar pigesnį. Jei statai svetainę verslui, o ne sau, verta tai turėti omenyje.
Išvada, su sąlygomis
Ta pati kaip keturiuose ankstesniuose įrašuose, tik dabar su sąlygomis, kurias nutylėti būtų nesąžininga. Paprastas puslapis laimi, kai jis išties paprastas (be karkasų, be priklausomybių), kai raktus laiko žmogus, kuris juos supranta, kai turinys nuo pat pradžių atskirtas nuo išvaizdos, ir kai kažkas peržiūri, ką DI padarė.
Visa kita yra ne ideologijos, o rolių ir priežiūros klausimas. Tą klausimą galima išspręsti per vieną pokalbį, ir jis yra nemokamas.