Cum arată dependența de agenție
Dependența se vede rar în ziua lansării. Se vede peste trei luni, când cineva vrea să schimbe un număr de telefon din subsol, să adauge un post liber sau să publice un articol și singura cale e un email către agenție și o așteptare. Apoi vin cazurile mai grele: domeniul a fost înregistrat pe contul agenției, nimeni din firmă nu are parola de la găzduire, licența unui plugin expiră pe un card care nu e al tău sau tema a fost modificată atât de mult încât orice actualizare strică ceva.
Ajută să separi două feluri de schimbări. Schimbările de conținut înseamnă texte, imagini, un articol nou, o pagină nouă făcută dintr-un șablon existent. Schimbările de structură înseamnă un tip nou de pagină, un câmp nou, un formular care trimite date undeva, o legătură cu CRM-ul. Un site bine construit îi permite echipei tale să facă singură orice schimbare de conținut. Schimbările de structură vor cere mereu un programator, dar ar trebui să le poată face orice programator competent, nu doar cel care a construit site-ul.
Patru lucruri care decid independența, indiferent de CMS
1. Modelul de conținut
Modelul de conținut este lista tipurilor de conținut (pagină, articol, serviciu, post liber, studiu de caz) și a câmpurilor pe care le are fiecare. Când modelul se potrivește cu felul în care gândește firma, cine editează găsește locul potrivit pentru orice bucată de conținut. Când totul e o pagină lungă din blocuri libere, site-ul arată bine la lansare și se strică în șase luni, pentru că fiecare om improvizează.
2. Experiența de editare
Editorul este ecranul pe care îl vede colegul de la marketing sau vânzări când publică. Testul e simplu: poate un om care nu a construit site-ul să adauge o pagină, să schimbe o imagine și să publice o corectură în mai puțin de o oră, fără să strice aspectul? Dacă răspunsul cere un telefon la agenție, marca CMS-ului nu a contat.
3. Conturile și găzduirea pe numele firmei
Domeniul, DNS-ul, găzduirea, licența sau abonamentul CMS-ului, depozitul de cod, analytics și orice plugin plătit trebuie să stea pe conturi deținute de firmă și facturate firmei. Agenția primește propriul utilizator, pe care îl poți șterge. E cel mai important punct din listă și nu costă nimic dacă îl stabilești la începutul proiectului.
4. Predarea
Predarea înseamnă documentație plus o sesiune cu oamenii care vor conduce site-ul: cum funcționează modelul de conținut, cum adaugi fiecare tip de pagină, cum se fac actualizările, cum exporți tot. Fără ea, cunoștințele rămân în capul oamenilor de la agenție, oricare ar fi CMS-ul.
Cele patru variante, pe scurt
WordPress: varianta open source implicită
WordPress este un CMS open source, publicat sub licența GPLv2 (sau ulterioară). Merge pe aproape orice găzduire și este, la mare distanță, cel mai folosit CMS: 39,6% din toate site-urile, potrivit W3Techs. Practic, dacă agenția dispare, găsești ușor alt programator. Exportul inclus creează un fișier XML (WXR) cu articole, pagini, tipuri de conținut personalizate, comentarii, câmpuri personalizate, categorii, etichete și utilizatori, care se poate importa în alt site WordPress (documentația WordPress). Riscul de blocare nu vine din WordPress, ci din ce se construiește peste el: o temă făcută la comandă pe care doar agenția o înțelege, un page builder greu, zeci de pluginuri cu licențe pe numele agenției.
Webflow: o platformă vizuală găzduită
Webflow este o platformă găzduită în care designul, CMS-ul și găzduirea stau împreună. Cei care editează pot schimba texte și elemente din CMS fără să atingă designul, iar nimeni nu trebuie să aplice actualizări pe server. Compromisul: site-ul trăiește pe Webflow. Potrivit centrului de ajutor Webflow, exportul de cod produce HTML, CSS și JavaScript, dar conținutul din CMS, conturile de utilizator, datele de magazin online și conținutul tradus nu sunt incluse, iar planurile de tip Site nu includ deloc exportul de cod. Colecțiile din CMS se pot exporta separat, ca fișiere CSV. Așadar, plecarea de pe Webflow înseamnă reconstruirea site-ului și importul conținutului, nu o copiere.
Un CMS headless: Strapi, Sanity și altele
Un CMS headless stochează și editează conținutul, dar nu are un site propriu: site-ul e o aplicație separată, construită de programatori, care citește conținutul printr-un API. Strapi Community Edition este open source, sub licența MIT (codul din afara directoarelor enterprise), și poate fi găzduit de tine sau pe Strapi Cloud; comanda de export include conținutul, relațiile, fișierele încărcate, schemele și configurația, dar nu și utilizatorii de administrare sau tokenurile API (documentația Strapi). Interfața de editare Sanity, Sanity Studio, este open source sub licența MIT, în timp ce conținutul e găzduit de Sanity, în Content Lake; un set de date se poate exporta, cu documente și fișiere, într-o arhivă locală (documentația Sanity).
Ce contează pentru independență: într-un site headless, cei care editează pot schimba conținutul în câmpurile care există, dar orice tip nou de pagină, aranjare sau câmp cere și cod în aplicația de front-end. Asta e treaba unui programator, de fiecare dată.
Un site static cu Markdown în Git
Un site static păstrează conținutul ca fișiere text (de obicei Markdown) într-un depozit de cod, iar un pas de construire le transformă în pagini. E rapid, ieftin de găzduit și nu are aproape nimic de actualizat sau de spart. Editorul e un editor de text și Git, eventual cu o interfață de editare bazată pe Git deasupra. Se potrivește unei echipe tehnice. Pentru o echipă de vânzări sau marketing care publică săptămânal, e de obicei alegerea greșită.
Tabel comparativ
| Criteriu | WordPress | Webflow | CMS headless (Strapi, Sanity) | Site static (Markdown în Git) |
|---|---|---|---|---|
| Cine poate edita conținutul | Oricine instruit, din panoul de administrare | Oricine instruit, din editorul vizual | Oricine instruit, din interfața CMS, în câmpurile care există | Oameni obișnuiți cu fișiere text și Git sau cu un editor bazat pe Git |
| Cine poate schimba structura | Un programator WordPress; sunt mulți disponibili | Un designer sau programator Webflow | Un programator, atât în CMS, cât și în codul de front-end | Un programator |
| Găzduirea și conturile | Orice găzduire; contul poate fi pe numele firmei | Pe Webflow; spațiul de lucru și planul pot fi pe numele firmei | Strapi: găzduit de tine sau pe Strapi Cloud. Sanity: conținut găzduit de Sanity. Front-end-ul, găzduit separat | Orice găzduire statică; depozitul și găzduirea pe numele firmei |
| Riscul tipic de blocare | Temă la comandă, page builder greu, licențe de pluginuri pe numele agenției | Platforma însăși: exportul de cod lasă pe dinafară conținutul din CMS, formularele cer găzduire Webflow | Codul de front-end și programatorul care îl cunoaște | Programatorul care a configurat construirea |
| Ai nevoie de programator pentru | Șabloane noi, pluginuri, actualizări pe site-uri complexe | Aranjări noi și integrări care depășesc editorul | Orice tip nou de pagină, câmp sau aranjare și administrarea găzduirii | Aproape orice schimbare în afară de editarea textului |
| Se potrivește când | O echipă de conținut publică des și vrea cea mai largă alegere de programatori pe viitor | O echipă mică vrea un site îngrijit, fără server de administrat, și acceptă platforma | Site-ul face parte dintr-un produs, conținutul alimentează mai multe canale și rămâne implicat un programator sau un partener cu abonament | Echipa e tehnică și conținutul se schimbă rar |
Când răspunsul cinstit e WordPress
Dacă firma publică regulat articole, noutăți, posturi libere sau studii de caz, nu are programator în echipă și vrea să poată schimba agenția fără să reconstruiască site-ul, WordPress e de obicei răspunsul corect. Condiția e disciplina la construire: o temă suplă, blocurile native sau un singur builder cunoscut, cât mai puține pluginuri, fiecare licență pe numele firmei și actualizări automate pentru versiunile minore. Un site WordPress simplu, cu un model de conținut clar, e mai independent decât un site headless sofisticat pe care îl înțelege un singur programator.
Când se potrivește o platformă găzduită ca Webflow
Webflow se potrivește unei firme căreia îi pasă de design, are o echipă mică de conținut și nu vrea să se gândească la servere, actualizări sau patch-uri de securitate. Accepți platforma ca parte din înțelegere: abonamentul e permanent, iar plecarea înseamnă reconstruire. Dacă asta e în regulă, deschide spațiul de lucru pe numele firmei, dă-i agenției un loc de colaborator și cere modelul de conținut în scris. E independență în condițiile Webflow, iar pentru multe firme e destul.
Când are sens headless și când nu
Construim cu Next.js și am folosit Strapi, deci nu e o critică la adresa headless. E alegerea corectă când site-ul face parte dintr-un produs: conținut care alimentează și o aplicație, un portal pentru clienți sau mai multe site-uri în mai multe limbi; date structurate complexe, ca un catalog de produse; cerințe de performanță și securitate pe care un CMS clasic le face mai grele. E alegerea greșită când singurul motiv e că sună modern. Un site headless are două sisteme de găzduit și întreținut, iar orice tip nou de pagină cere cod. Fără un programator în echipă sau un partener cu abonament, creează exact dependența pe care voiai s-o eviți. Dacă site-ul e de fapt un produs, munca intră în serviciul nostru de Dezvoltare software.
Când ajunge un site static cu Markdown
Un site static se potrivește unei firme tehnice: o firmă de software ai cărei oameni lucrează deja în Git, un site de documentație, un site mic care se schimbă de câteva ori pe an. E ieftin, rapid și sigur. Într-o firmă în care conținutul îl scriu vânzările, HR-ul și marketingul, lucrul cu Git e o barieră, iar site-ul încetează încet să mai fie actualizat.
Ce ceri de la agenție la predare
Oricare ar fi CMS-ul, punctele de mai jos decid dacă poți conduce singur site-ul sau dacă poți schimba partenerul mai târziu. Cere-le în contract, înainte să înceapă proiectul, nu la final:
- Domeniul înregistrat pe numele firmei, cu acces la DNS pentru cineva din firmă.
- Găzduirea, abonamentul CMS, licențele și pluginurile plătite pe conturi deschise pe numele firmei și facturate direct firmei, fără adaos.
- Un cont de administrator pentru o persoană numită din firmă. Agenția lucrează cu propriul utilizator, pe care îl poți șterge.
- Codul într-un depozit deținut de firmă, dacă site-ul are cod scris la comandă.
- Un export testat al întregului conținut (WXR pentru WordPress, CSV pentru Webflow, exportul Strapi sau Sanity) și al fișierelor media.
- Documentație scrisă: modelul de conținut, cum adaugi fiecare tip de pagină, cum se fac actualizările, ce nu trebuie atins.
- O sesiune de instruire cu oamenii care vor publica și o listă cu toate serviciile externe folosite de site (analytics, formulare, trimitere de emailuri, hărți, bannerul de cookies).
Așa lucrăm și noi: conturile de furnizor și de găzduire se deschid pe numele clientului și se facturează direct, accesul de administrator rămâne la client, iar o predare curată face parte din fiecare proiect. Vezi cum se formează prețul. Pentru verificările pe care le faci oricărui partener înainte să semnezi, vezi cum alegi un partener de transformare digitală, iar pentru cine se potrivește la ce fel de muncă, freelancer, agenție, SaaS sau companie de transformare digitală.
Site-ul e punctul de intrare, nu capătul drumului
O firmă care își reface site-ul descoperă de obicei că problema reală nu e CMS-ul. E cine scrie conținutul, cine îl aprobă, de unde vin datele despre produse și prețuri și de ce aceeași informație se actualizează de mână în trei locuri. Ordinea în aceste procese e cea care face ca echipa să conducă efectiv site-ul după lansare. Tot ea face conținutul mai ușor de găsit și de citat, subiect pe care îl tratăm în cum ajungi să fii citat de ChatGPT și Claude. Pentru pașii unei refaceri de site, vezi refacerea unui site, săptămână cu săptămână.
Dacă nu știi ce variantă ți se potrivește, analiza noastră arată cum circulă azi conținutul și procesele din jurul lui prin firmă și se încheie cu un plan scris care rămâne al tău, oricine ar construi site-ul.
Pe scurt
- Independența vine din modelul de conținut, editor, conturi și predare, nu din marca CMS-ului.
- WordPress: varianta cinstită pentru echipe de conținut fără programator, dacă site-ul rămâne simplu.
- Webflow: independență în condițiile platformei; plecarea înseamnă reconstruire.
- Headless (Strapi, Sanity): potrivit când site-ul face parte dintr-un produs și rămâne implicat un programator; nepotrivit ca alegere de modă.
- Static cu Markdown: potrivit pentru echipe tehnice și site-uri care se schimbă rar.
- În orice caz: domeniul, găzduirea, licențele și accesul de administrator pe numele firmei, plus un export testat.
