Publicarea

Diferența dintre conținut și prezentare

La publicarea printr-un sistem de management de conținut Web, obiectele de conținut
sunt adesea asociate cu o pagină Web – pe care le vedem afișate
Pagina Web este doar una dintre formele posibile de prezentare a conțintului
Același obiect de conținut poate fi publicat în mai multe canale de distribuție diferite:
• Ca pagină web
• Ca postare social media (Facebook, Twitter)
• Ca item într-un flux RSS
• Într-o aplicație mobilă
• Ca item într-un newsletter
• Ca mesaj într-un serviciu de mesagerie instantanee (WhatsApp)
• În format ebook
• În format pregătit pentru tipar
Șabloanele
Aplicarea șabloanelor este procesul de generare a output-ului pe baza
conținutului gestionat.
Șablon și conținut
Un sistem de management de conținut va combina două lucruri pentru
a genera/publica rezultate/output:
• Codul șablonului (sau text pregătit de un proiectant) de regulă creat și
stocat într-un fișier. Șabloane diferite vor crea rezultate diferite. Unele
șabloane vor genera o pagină Web, în timp ce altele vor genera un
Tweet.
• Conținutul gestionat (sau textul gestionat de un editor) creat și stocat
în sistemul de management de conținut.
Modul de gândire al șabloanelor
Există mai multe moduri de a concepe șabloane de prezentare pentru
sisteme de management de conținut.
Se disting două direcții principale
• Șabloanele nu ar trebui să aibă acces la date care nu le sunt furnizate
direct. Șabloanele primesc un pachet de date definit și pot aplica
formatare doar asupra acestor date.
• Șabloanele ar trebui să poată accesa și genereze date după necesități.
Ar trebui să fie unități mici de cod care pot accesa date din „exterior”.
Elemente ale șabloanelor
Șabloanele folosesc de regulă:
• coduri pentru diferitele câmpuri ale tipului de conținut (tokens sau
variabile),
• elemente logice / structuri de control (teste/condiționări și bucle),
• elemente de text (etichete, mesaje de eroare).
Surround
• Dacă ne gândim la o pagină HTML generată de către un sistem de management
de conținut, este necesară trasarea unei distincții între conținutul (gestionat al)
paginii și elementele înconjurătoare („surround”). Elementele „surround” sunt
toate acele elemente care sunt generate în jurul principalului obiect de conținut
al paginii.

• În cazul paginii Web de mai jos, principalul obiect de conținut este definit prin
titlu, dată, autor, cuvinte cheie, imagine și corpul articolului (marcate cu
albastru). Toate celelalte elemente sunt elemente „surround”.

• Elementele „surround” sunt gestionate de un alt șablon de afișare, separat de

cel utilizat pentru a genera afișarea conținutului principal. Majoritatea
elementelor „surround” vor fi independente de contextul conținutului principal
afișat (cum sunt cele din bara din dreapta în cazul exemplului).

• În cazul elementelor relaționate cu conținutul (de exemplu secțiunea „Știri pe

aceeași temă”), elementele surround sunt „conștiente” de contextul în care
apar (în funcție de secțiune/poziția conținutului într-o anume geografie de
conținut sau în funcție de cuvintele cheie).
Management de conținut cuplat și decuplat
Unul dintre aspectele arhitecturale importante din spatele unui CMS este
modelul de cuplare dintre mediul de gestiune și mediul de livrare/publicare.
• Prin gestiune înțelegem sistemul în care conținutul este creat, editat și
gestionat.
• Prin livrare înțelegem sistemul în care conținutul e consumat de către un
vizitator pe site.
În cazul sistemelor cuplate este vorba de același sistem în care editorii
gestionează conținutul și vizitatorii îl consumă (de pe același server, din
același mediu).
În cazul sistemelor decuplate, editarea și gestiunea conținuturilor se face pe
un server, într-un anumit mediu, iar mediul de livrare/publicare este complet
diferit, pe un alt server. Conținutul este creat și gestionat într-un loc, iar apoi
transmis în alt loc, unde este consumat de vizitatori.
Cuplat vs Decuplat
• În cazul unui sistem cuplat, publicarea presupune doar schimbarea unei configurații a conținutului
pentru a-l face disponibil în zona publică. Din momentul în care e creat, conținutul deja există în
mediul de livrare, este doar ascuns pentru public.
• În cazul unui sistem decuplat, trebuie să aibă loc o transmisie de date dintr-un mediu într-altul.
Tot conținutul care trebuie publicat este colectat de la nivelul mediului de
gestiune/management/editare și transmis către un alt server/ o altă aplicație.
• Dezvoltarea aplicațiilor CMS a trecut prin mai multe etape. În prima fază, sistemele decuplate
erau mai întâlnite deoarece atunci CMS-urile erau mai mult utilizate pentru generarea de site-uri
pe baza unor conținuturi.
• Pe măsură ce limbajele de programare Web s-au dezvoltat, s-a trecut către sisteme cuplate,
reenunțându-se treptat la site-uri statice, dată fiind și o aplecare mai mare a pieței către
conținuturile active/dinamice, care permiteau utilizatorilor să interacționeze cu acestea în diferite
feluri.
• În momentul de față, asistăm la o tendință de revenire la sisteme decuplate, cel puțin în anumite
scenarii în care fie conținuturile nu se actualizează foarte des, fie conținuturile sunt preluate de
mai multe medii diferite de livrare pentru canale diferite, în logica principiului COPE (Create Once
Publish Everywhere).
Avantaje ale sistemelor decuplate
• Mediul de livrare va fi mai sigur, mai puțin expus vulnerabilităților ce
pot fi exploatate de eventuali atacatori.
• Conținutul poate fi livrat/publicat în mai multe medii diferite.
Instituțiile media mari (globale) pot avea servere în diferite zone/țări.
De asemenea, pot folosi medii de livrare diferite pentru diferite
canale de publicare.
• Conținutul poate fi publicat din mai multe sisteme. CMS-ul poate fi
doar unul dintre sistemele care generează și transmit conținut către
mediul de livrare/publicare.
Arhitectura Jamstack
• Jamstack este o arhitectură proiectată pentru a face site-urile Web mai
rapide, mai sigure și mai scalabile. Funcționează pe două principii de bază:
• Pre-randarea – site-ul web este generat ca pagini statice, făcând apoi
posibilă livrarea printr-un CDN (Content Delivery Network). Există
numeroase instrumente pentru generarea de site-uri precum Gatsby, Hugo,
Jekyll, Eleventy sau NextJS.
• Decuplarea – gestiunea conținutului se face printr-un CMS „headless”, care
nu are funcționalități de publicare, nu are front-end, permițând doar
gestiunea/crearea/editarea conținutului. Mediul de livrare/publicare este
gestionat apoi de către alte sisteme, inclusi de către generatoare de site-
uri, precum cele menționate mai sus. Exemple de astfel de sisteme sunt
Ghost, Strapi, Netlify CMS, Directus, TinaCMS, Publii etc.