Ghid Contentful CMS: Funcționalități, Prețuri, API GraphQL și Exemple de Cod [2026]

Ghid Contentful CMS: Funcționalități, Prețuri, API GraphQL și Exemple de Cod [2026]

Contentful este un headless CMS API-first care îți stochează conținutul într-un hub central și îl livrează prin API-uri REST și GraphQL către orice frontend — web, mobil, IoT, digital signage, orice construiești. Acest ghid acoperă tot ce concurenții omit: exemple de cod reale, cifre de prețuri concrete și limitări oneste.

Noi folosim Sanity (un concurent direct al Contentful) în producție pe patru site-uri web și zece limbi, deci abordăm subiectul din perspectiva unui practician, nu dintr-un pitch de vânzări.

Rezumat rapid

Ce este Contentful?

Contentful este un headless CMS cloud-native, API-first — sau, cum îl numește acum compania, o „platformă de conținut composable". Spre deosebire de sistemele tradiționale precum WordPress, care îmbină managementul conținutului cu un frontend, Contentful stochează conținutul structurat centralizat și îl livrează prin API-uri către orice canal ai nevoie.

Conceptul cheie este arhitectura decuplată. Conținutul tău trăiește în cloud-ul Contentful. Frontend-ul tău — fie că e un site Next.js, o aplicație React Native sau un display inteligent — preia conținutul prin API-urile Contentful la build time sau runtime. Conținutului nu-i pasă unde ajunge.

Fondat în Berlin în 2013, Contentful a crescut până să devină unul dintre cei mai mari furnizori de headless CMS. Branduri precum Spotify, Vodafone, Chanel și Atlassian își rulează operațiunile de conținut pe această platformă. Nu este open source și nu există opțiune self-hosted — e doar SaaS, ceea ce contează dacă ai constrângeri de conformitate privind rezidența datelor.

Conform documentației oficiale Contentful, platforma se poziționează ca infrastructură pentru conținut — un hub de conținut care stă între echipa ta editorială și experiențele tale digitale.

Cum funcționează Contentful?

Contentful urmează o arhitectură pe trei straturi: definești Modelul de Conținut (schema), creezi Conținut (intrările) și îl livrezi prin API-uri. Conținutul este agnostic de canal — același articol de blog poate alimenta site-ul tău web, aplicația mobilă și newsletter-ul de email fără nicio duplicare.

Totul trece prin API-uri. Nu există server-side rendering integrat, nu există template-uri, nu există un strat de teme. Construiești frontend-ul cum vrei tu, iar Contentful se ocupă de stocarea și livrarea conținutului.

Cele trei API-uri

Contentful îți oferă trei API-uri distincte, fiecare cu scopul și autentificarea sa:

• Content Delivery API (CDA): Acces read-only la conținutul publicat. Susținut de CDN-ul Fastly, deci cererile cache-uite sunt rapide și nelimitate. Cererile necache-uite sunt limitate la 55 pe secundă.
• Content Management API (CMA): Acces read-write pentru crearea și actualizarea programatică a conținutului. Limitat la 10 cereri pe secundă. Acesta e ce ai folosi pentru migrări, importuri în masă sau pipeline-uri CI/CD.
• Content Preview API (CPA): Identic cu CDA, dar servește conținut draft. Perfect pentru construirea modurilor de preview în frontend — editorii pot vedea modificările nepublicate înainte de publicare.

Toate trei suportă atât REST, cât și GraphQL. Autentificarea se face prin token-uri Bearer, cu token-uri separate pentru delivery și management.

Environments și Spaces

Gândește-te la Spaces ca la proiecte și la Environments ca la branch-uri git pentru conținutul tău. Ai putea avea un environment master pentru producție și un environment staging unde editorii pot lucra fără să afecteze conținutul live.

Environments suportă aliasing — poți direcționa aliasul master către un environment nou pentru promovări de conținut cu zero downtime. Dacă alegi un framework frontend pentru a-l asocia cu Contentful, acest model de environments funcționează bine cu deployment-urile de preview pe platforme precum Vercel sau Netlify.

Webhook-urile îți permit să declanșezi build-uri, să sincronizezi cu sisteme externe sau să pornești workflow-uri de fiecare dată când se modifică conținutul. Majoritatea echipelor le conectează la pipeline-ul CI/CD pentru a reconstrui site-ul static la fiecare eveniment de publicare.

Modelarea conținutului în Contentful

Modelarea conținutului e locul unde definești structura conținutului tău — „schema" care determină ce câmpuri există, ce tipuri de date conțin ele și cum se relaționează tipurile de conținut între ele. Din experiența noastră, aici strălucește Contentful cu adevărat comparativ cu opțiunile CMS mai simple.

Practic proiectezi o schemă de conținut, similară cu tabelele unei baze de date, dar mai flexibilă. Un tip de conținut „Articol de Blog" ar putea avea un titlu (text scurt), un corp (rich text), un autor (referință către un tip de conținut Autor) și tag-uri (array de string-uri). Fiecare intrare pe care o creezi respectă această structură.

Tipuri de câmpuri și validări

Contentful oferă o gamă solidă de tipuri de câmpuri:

• Text scurt (Symbol): Titluri, slug-uri, etichete — până la 256 de caractere
• Text lung (Text): Markdown sau text simplu, fără limită de caractere
• Rich text: Bazat pe JSON (nu HTML), îți oferă control total asupra randării
• Număr: Întreg sau zecimal
• Dată/Oră: Format ISO 8601
• Boolean: Comutatoare true/false
• Media (Asset): Imagini, videoclipuri, documente — stocate în pipeline-ul de asset-uri Contentful
• Referință (Link): Conectează intrări la alte intrări sau asset-uri
• Obiect JSON: Date structurate în format liber
• Locație: Perechi latitudine/longitudine

Fiecare câmp suportă validări: obligatoriu, unic, pattern-uri regex, limite de dimensiune și mesaje de validare personalizate. Poți seta și opțiuni de aspect care controlează cum se randează câmpul în UI-ul editorului.

Referințe și intrări legate

Referințele sunt modul în care conectezi tipurile de conținut. O referință „Autor" de pe un Articol de Blog leagă la o intrare Autor. Un câmp „Articole similare" poate referi mai multe intrări de tip Articol de Blog. Astfel se creează un graf de conținut — intrări legate de intrări — interogabil într-un singur apel API.

Iată cum arată de fapt o definiție de tip de conținut Articol de Blog când o creezi prin Content Management API:

{
  "name": "Blog Post",
  "fields": [
    { "id": "title", "type": "Symbol", "required": true },
    { "id": "slug", "type": "Symbol", "validations": [{ "unique": true }] },
    { "id": "body", "type": "RichText" },
    { "id": "author", "type": "Link", "linkType": "Entry" },
    { "id": "publishDate", "type": "Date" },
    { "id": "tags", "type": "Array", "items": { "type": "Symbol" } }
  ]
}

Asta e genul de lucru pe care l-ai stoca în version control și l-ai aplica prin scripturi de migrare. Niciun concurent nu arată asta în ghidurile lor Contentful — vorbesc despre modelarea conținutului la nivel abstract, fără să arate cum arată de fapt în cod.

Interogarea conținutului: API-uri REST și GraphQL

Contentful oferă atât API-uri REST, cât și GraphQL pentru preluarea conținutului. REST e simplu pentru interogări de bază. GraphQL e mai bun când ai nevoie de date imbricate, mai multe tipuri de conținut într-o singură cerere sau vrei să eviți over-fetching. Ambele folosesc aceleași token-uri de autentificare.

Endpoint-ul GraphQL este generat automat din modelul tău de conținut. Fiecare tip de conținut pe care îl creezi devine un tip interogabil în schemă, cu filtrare, sortare și paginare integrate. Endpoint-ul se află la:

https://graphql.contentful.com/content/v1/spaces/{SPACE_ID}

Conform documentației GraphQL Contentful, schema se actualizează automat de fiecare dată când modifici tipurile de conținut — nu e nevoie de management manual al schemei.

Exemple de interogări GraphQL

Iată o interogare de bază pentru a prelua cele mai recente zece articole de blog cu autorii lor:

query {
  blogPostCollection(limit: 10, order: publishDate_DESC) {
    items {
      title
      slug
      publishDate
      author {
        name
      }
    }
  }
}

Vrei să filtrezi după tag și să tragi conținutul în germană? Adaugă o clauză where și un parametru locale:

query {
  blogPostCollection(
    where: { tags_contains_some: ["javascript"] }
    locale: "de"
  ) {
    items {
      title
      body {
        json
      }
    }
  }
}

Un lucru de urmărit: interogările GraphQL au limite de complexitate. Interogările profund imbricate, cu mai multe referințe legate, pot atinge plafonul. Contentful calculează complexitatea pe baza numărului de noduri și a adâncimii interogării. Dacă tragi articole de blog cu autori, categorii, articole similare și autorul fiecărui articol similar, se adună rapid.

Bazele API-ului REST

API-ul REST e mai simplu, dar necesită mai multe cereri pentru date imbricate. O preluare de bază pentru articole de blog accesează https://cdn.contentful.com/spaces/{SPACE_ID}/entries?content_type=blogPost. Primești JSON cu un array items plat și un obiect includes separat pentru intrările legate, pe care va trebui să le rezolvi pe partea de client.

Dacă lucrezi cu TypeScript, SDK-ul contentful.js de la Contentful gestionează rezolvarea legăturilor și generarea tipurilor automat. Pentru apeluri fetch brute, iată JavaScript-ul minim pentru a interoga API-ul GraphQL:

const response = await fetch(
  `https://graphql.contentful.com/content/v1/spaces/${SPACE_ID}`,
  {
    method: "POST",
    headers: {
      "Content-Type": "application/json",
      Authorization: `Bearer ${CDA_TOKEN}`,
    },
    body: JSON.stringify({ query }),
  }
);
const { data } = await response.json();

Atât. Nu e nevoie de SDK, nu e nevoie de build step, nu e nevoie de dependențe. Funcționează în Node.js, Deno, Cloudflare Workers, browser — oriunde poți face cereri HTTP.

Funcționalități cheie de știut

Contentful vine cu un set larg de funcționalități, dar nu toate contează la fel. Iată-le pe cele care îți afectează efectiv experiența de zi cu zi și deciziile de arhitectură.

Localizare (puncte forte și lacune)

Modelul de localizare al Contentful e solid la nivel de infrastructură. Definești locale pentru space-ul tău (până la 100+ pe planurile Enterprise), iar fiecare câmp poate stoca valori per locale. Suprascrierile la nivel de câmp înseamnă că titlul tău în germană poate diferi de cel în engleză, în timp ce partajează aceeași imagine hero.

Lacuna e managementul traducerilor. Contentful îți oferă câmpurile pentru a stoca traduceri, dar nu și un workflow pentru a le produce. Nu există memorie de traducere, nu există glosar, nu există sistem de atribuire, nu există urmărire a progresului. Ai nevoie de o integrare terță — Phrase, Smartcat sau Lokalise — pentru a gestiona procesul efectiv de traducere. Pentru echipe care gestionează 10+ limbi (noi gestionăm 10 pe site-urile noastre), această lacună devine costisitoare rapid.

Environments și branching

Environments funcționează ca branch-urile git pentru modelul tău de conținut și intrări. Creezi un environment staging, faci modificări de schemă, testezi cu conținut, apoi promovezi în master când ești gata. Alias-urile îți permit să schimbi către ce environment indică master fără să modifici URL-urile API.

Asta e cu adevărat util pentru migrări de schemă. Poți testa un tip de conținut nou într-un environment izolat, verifica că frontend-ul îl gestionează corect, apoi promova — totul fără să atingi conținutul din producție. Majoritatea echipelor pe care le-am văzut folosesc două-trei environments: producție, staging și ocazional un feature branch pentru migrări mari.

Alte funcționalități care merită menționate:

• Roluri și permisiuni: Control de acces granular — restricționezi editorii la anumite tipuri de conținut, blochezi accesul la publicare pentru roluri junior, roluri personalizate pe planuri Enterprise, SSO
• Webhook-uri: Declanșezi build-uri, notificări Slack sau workflow-uri externe la orice eveniment de conținut
• Rich Text: Bazat pe JSON, oferind control total asupra randării, dar necesitând renderere personalizate pentru fiecare framework frontend
• App Framework: Marketplace cu extensii pentru editori de câmpuri personalizate, widget-uri de sidebar și integrări
• Image API: Redimensionare, decupare, conversie de format (WebP, AVIF) și decupare pe punct focal, din mers — nu e nevoie de un CDN de imagini separat

Ce e nou în Contentful pentru 2026

Contentful a livrat actualizări semnificative pe parcursul lui 2025 și în 2026, iar niciun ghid al concurenților nu acoperă vreuna dintre ele. Dacă evaluezi Contentful pe baza informațiilor din 2023 sau 2024, lucrezi cu o imagine incompletă.

AI Actions și automatizarea conținutului

Contentful a lansat AI Actions — workflow-uri automatizate de conținut, alimentate de modele de limbaj mari, direct în editor. Acestea gestionează draft-uri de traducere, generare de metadate SEO, scriere de alt-text, ajustări de ton și rezumarea conținutului. Le accesezi din sidebar-ul editorului și operează pe intrarea pe care o editezi în acel moment.

Conform materialului Diginomica, AI Actions fac parte din efortul mai larg al Contentful de a se poziționa ca platformă completă de experiență digitală (DXP), nu doar ca headless CMS. Funcționalitatea e cu adevărat utilă pentru automatizarea sarcinilor editoriale repetitive, deși output-ul de traducere încă necesită revizuire umană — e un prim draft, nu un produs finit.

Contentful Studio (Visual Builder)

Contentful Studio a devenit GA în primăvara lui 2024 și s-a maturizat semnificativ pe parcursul lui 2025. E un page builder vizual care permite non-dezvoltatorilor să compună pagini cu componente drag-and-drop și preview live. Dacă ai auzit critica că „Contentful nu are editare vizuală", Studio e răspunsul — deși cu câteva rezerve.

Studio necesită integrare frontend (componentele tale trebuie înregistrate cu SDK-ul Studio) și e un add-on plătit, neinclus în planurile de bază. Pentru echipele care au cerut page building în stil WordPress peste modelul de conținut structurat al Contentful, acum e o opțiune reală. Storyblok încă are avantajul pentru workflow-uri visual-first, dar decalajul se micșorează.

Personalizare cu Ninetailed

Contentful a achiziționat Ninetailed în 2024 și l-a redenumit Contentful Personalization. După cum a raportat CMS Critic, asta îți oferă testare A/B nativă, segmentare de audiență și sugestii de variante bazate pe AI — toate accesibile dintr-un tab de Optimizare în editor.

Asta e notabil pentru că personalizarea necesita istoric un furnizor separat (Optimizely, Dynamic Yield etc.). A o avea integrată în CMS reduce complexitatea integrării. Problema: Ninetailed e un produs separat cu prețuri proprii. Nu e „gratuit cu Contentful".

Prețuri Contentful: cât costă de fapt

Contentful oferă patru niveluri, dar majoritatea ghidurilor concurente doar le numesc fără să-ți dea cifre reale. Iată la ce te uiți din aprilie 2026, pe baza paginii de prețuri Contentful:

Planul gratuit e generos pentru prototipare și învățare. Primești 10 utilizatori, 100K apeluri API și suficient bandwidth pentru a construi un proiect real. Dar costurile cresc rapid odată ce îl depășești.

Costuri ascunse de luat în calcul:

• Taxe de depășire API pe Lite: Depășești 1M apeluri/lună și vei vedea linii de depășire pe factură
• Costuri per locale: Fiecare locale suplimentar contează la limitele space-ului tău — 50 de locale la nivel de câmp se adună
• Contentful Studio: Visual builder-ul e un add-on plătit, neinclus în Lite sau chiar în unele planuri Premium
• Personalizare Ninetailed: Produs separat, contract separat, prețuri separate
• Servicii profesionale: Asistență la migrare, onboarding și training sunt facturate separat
• Renderere Rich Text: Nu e un cost direct, dar timpul de dezvoltare pentru a construi renderere personalizate pentru framework-ul tău e real

Părerea noastră sinceră: Planul gratuit Contentful e solid pentru evaluare și proiecte mici. Dar dacă bugetul e o preocupare principală, alternative CMS open-source precum Strapi sau Payload elimină complet costurile de licențiere — plătești doar pentru hosting.

Contentful vs Sanity vs Strapi: cum se compară

Acestea sunt cele trei opțiuni de headless CMS care apar în aproape orice evaluare. Noi am construit sisteme în producție pe Sanity, deci îi cunoaștem punctele forte și slăbiciunile din experiență directă. Iată o comparație sinceră:

Contentful câștigă pentru echipe enterprise cu operațiuni mari de conținut și nevoi stricte de guvernanță. Sistemul matur de roluri, SSO, jurnalele de audit și SLA-ul de 99,99% pe planurile Enterprise sunt greu de egalat.

Sanity câștigă la experiența dezvoltatorului și flexibilitatea schemei. Dacă preferi schema-as-code, vrei puterea de interogare GROQ și prețuiești funcționalitățile de colaborare în timp real, Sanity e alegerea mai bună. Citește ghidul nostru complet Sanity CMS pentru detalii.

Strapi câștigă la cost. E gratuit pentru self-host, fără limite de apeluri API. Dacă ai capacitate DevOps să-ți gestionezi propria infrastructură și nu ai nevoie de suport enterprise, Strapi îți oferă cel mai mult CMS per dolar.

Pentru o comparație mai amplă care include Storyblok, Payload și Hygraph, vezi comparația noastră completă de headless CMS.

Limitări de știut înainte de a alege Contentful

Orice CMS are compromisuri. Iată-le pe ale Contentful, cu cifre specifice — nu generalități vagi. Am întâmpinat câteva dintre acestea când am evaluat Contentful pentru propriul nostru pipeline de conținut.

Limitele de rată sunt reale. CDA permite 55 de cereri necache-uite pe secundă. Răspunsurile cache-uite pe CDN sunt nelimitate, dar dacă aplicația ta ocolește cache-ul (server-side rendering la fiecare cerere, de exemplu), vei atinge limitele rapid. CMA e și mai restrictiv la 10 cereri pe secundă — relevant pentru scripturi de migrare și importuri în masă.

Fără editare vizuală integrată (fără să plătești extra). Contentful Studio există, dar e un add-on plătit care necesită integrare frontend. Dacă echipa ta se așteaptă la page building în stil WordPress în produsul de bază, pregătește-te pentru acea conversație. Storyblok include editare vizuală la fiecare nivel.

Fără management de traducere. Primești câmpuri de locale, atât. Fără workflow-uri de traducere, fără sistem de atribuire, fără memorie de traducere, fără urmărire a progresului. Pentru o platformă care vinde localizarea ca funcționalitate cheie, experiența efectivă de traducere se bazează în totalitate pe instrumente terțe precum Phrase, Smartcat sau Lokalise.

Dependență de dezvoltatori pentru tot ce ține de frontend. Editorii de conținut pot crea și gestiona intrări. Nu pot modifica layout-uri de pagină, adăuga secțiuni noi, modifica navigarea sau actualiza frontend-ul în niciun fel fără un dezvoltator. Asta e inerent arhitecturii headless, dar e amplificată în Contentful pentru că produsul de bază nu include un page builder.

Prețurile devin imprevizibile la scară. Depășirile de apeluri API, limitele bazate pe locale, costurile add-on pentru Studio și Personalizare și serviciile profesionale creează un model de prețuri greu de previzionat. Mai multe echipe cu care am vorbit au fost surprinse de prima factură post-plan gratuit.

Complexitatea Rich Text. Rich Text-ul Contentful e bazat pe JSON, nu HTML. Fiecare framework frontend necesită un renderer personalizat — @contentful/rich-text-react-renderer pentru React, rich-text-html-renderer pentru JS vanilla etc. Îți oferă control total asupra randării, dar e semnificativ mai mult lucru de dezvoltare decât la concurenții bazați pe HTML.

Vendor lock-in. Closed source, doar SaaS, fără opțiune de self-hosting. Conținutul tău e exportabil prin API, dar modelul de conținut, workflow-urile și integrările sunt specifice Contentful. Dacă se schimbă prețurile sau funcționalitățile devin deprecated, opțiunile tale sunt limitate.

Cine ar trebui (și n-ar trebui) să folosească Contentful

Contentful e o platformă puternică, dar nu e alegerea potrivită pentru orice proiect. Iată un cadru de decizie care să te ajute să te auto-selectezi.

Folosește Contentful dacă:

• Ești o echipă enterprise care gestionează conținut pe mai multe canale (web, mobil, IoT, digital signage)
• Ai nevoie de localizare nativă cu 50+ locale și suprascrieri la nivel de câmp
• Vrei o platformă matură, testată în bătălii, cu suport dedicat și SLA de 99,99%
• Echipa ta include dezvoltatori confortabili cu arhitectura API-first
• Ai nevoie de roluri granulare, permisiuni, jurnale de audit și SSO

Ocolește Contentful dacă:

• Ești un dezvoltator solo sau o echipă mică cu constrângeri de buget — uită-te la Strapi sau Payload
• Vrei un page builder vizual inclus în produsul de bază — uită-te la Storyblok
• Preferi definiții de schemă code-first și flexibilitate maximă — uită-te la Sanity
• Ai nevoie de un CMS simplu pentru blog — WordPress sau Ghost e mai ieftin și mai rapid de configurat
• Vrei self-host din motive de conformitate — uită-te la Strapi sau Payload

Pentru o privire mai profundă asupra tuturor acestor alternative, vezi comparația noastră completă de headless CMS.

Primii pași: primele tale 15 minute cu Contentful

Iată un ghid practic — nu teorie, ci pașii exacți pentru a ajunge de la zero la interogarea conținutului prin GraphQL în aproximativ 15 minute.

Pasul 1: Înregistrează-te. Mergi la contentful.com și creează un cont gratuit. Nu e nevoie de card de credit.

Pasul 2: Creează un Space. Un Space e containerul proiectului tău. Planul gratuit îți oferă un Starter Space. Dă-i un nume descriptiv.

Pasul 3: Definește un tip de conținut. Mergi la Content Model, apasă „Add content type" și creează un tip „Article". Adaugă câmpuri: Title (Short text, obligatoriu), Slug (Short text, validare unic), Body (Rich text), Cover Image (Media) și Published Date (Date & time).

Pasul 4: Creează o intrare. Navighează la Content, apasă „Add Article" și completează câmpurile. Apasă Publish.

Pasul 5: Ia-ți cheile API. Mergi la Settings -> API Keys. Creează o cheie API nouă. Vei primi un Space ID, un token Content Delivery API și un token Content Preview API. Salvează-le.

Pasul 6: Interoghează prin GraphQL Playground. Deschide acest URL în browser (înlocuiește cu credențialele tale):

https://graphql.contentful.com/content/v1/spaces/{SPACE_ID}/explore?access_token={CDA_TOKEN}

Pasul 7: Preia din aplicația ta. Folosește exemplul JavaScript fetch din secțiunea de API-uri de mai sus, înlocuiește Space ID-ul și token-ul CDA, și tragi conținut live.

Sfat pro: URL-ul GraphQL Playground nu e evident în UI-ul Contentful. Îl găsești sub Settings -> API Keys -> GraphQL Playground URL sau îl poți construi manual folosind template-ul de mai sus. Pune-l în bookmark — îl vei folosi constant în timpul dezvoltării.

Întrebări frecvente

Ce este Contentful CMS și cum funcționează?

Contentful e un headless CMS API-first care stochează conținut structurat într-un hub cloud și îl livrează prin API-uri REST și GraphQL. Spre deosebire de WordPress, nu are frontend — îți construiești propriul frontend folosind orice framework. Editorii de conținut gestionează intrările prin aplicația web Contentful, iar dezvoltatorii preiau acel conținut prin API-uri.

Contentful e gratuit?

Da, Contentful oferă un plan gratuit Community care include 10 utilizatori, 100K apeluri API pe lună, 50 GB bandwidth CDN și un Starter Space. E suficient pentru prototipare și proiecte mici. Planurile plătite încep de la 300 $/lună pentru nivelul Lite, cu nivelurile Premium și Enterprise la prețuri personalizate.

Ce înseamnă modelarea conținutului în Contentful?

Modelarea conținutului înseamnă definirea de tipuri de conținut structurate, cu câmpuri, validări și referințe — ca proiectarea unei scheme de bază de date, dar pentru conținut. Creezi tipuri precum „Articol de Blog" sau „Produs" cu câmpuri specifice (titlu, corp, imagine, categorie), iar fiecare intrare respectă acea structură. E fundația Contentful.

Cum se compară Contentful cu WordPress?

Contentful e headless (doar API, fără frontend integrat), în timp ce WordPress îmbină managementul conținutului cu randare bazată pe teme. Contentful excelează la livrare multi-canal — același conținut poate servi web, mobil și IoT. WordPress excelează la simplitate — ai un site funcțional în minute, fără dezvoltator.

Contentful e bun pentru uz enterprise?

Da, Contentful e una dintre cele mai adoptate platforme headless CMS în enterprise. Planurile Enterprise includ SSO, acces granular bazat pe roluri, jurnale de audit, suport dedicat, SLA de 99,99% și apeluri API nelimitate. Companii precum Spotify, Vodafone, Chanel și Atlassian îl folosesc pentru operațiuni de conținut la scară largă.

Care sunt dezavantajele Contentful?

Limitările cheie includ: fără editare vizuală integrată în produsul de bază (Studio e un add-on plătit), imprevizibilitatea prețurilor la scară din cauza depășirilor API și costurilor add-on, fără workflow de management al traducerilor, dependență de dezvoltatori pentru orice modificare frontend, Rich Text JSON care necesită renderere personalizate și vendor lock-in fără opțiune de self-hosting.

Contentful suportă GraphQL?

Da, nativ. Fiecare space Contentful primește o schemă GraphQL generată automat pe baza tipurilor tale de conținut. Poți interoga cu filtrare, paginare, sortare și cereri specifice per locale. Endpoint-ul e la graphql.contentful.com/content/v1/spaces/{SPACE_ID}, autentificat cu token-ul tău Content Delivery API.

Cât costă Contentful pe lună?

Planul gratuit costă 0 $. Lite e 300 $/lună cu 20 de utilizatori și 1M apeluri API. Premium începe de la aproximativ 2.000+ $/lună cu prețuri personalizate. Enterprise ajunge la cinci cifre mijlocii până la șase cifre anual. Atenție la costuri ascunse: taxe de depășire API, taxe add-on Contentful Studio, prețuri personalizare Ninetailed și servicii profesionale.

Contentful poate gestiona mai multe limbi?

Da, Contentful are suport nativ pentru locale cu suprascrieri la nivel de câmp — fiecare câmp poate stoca valori diferite per locale. Totuși, nu există workflow de traducere integrat, memorie sau glosar. Ai nevoie de integrări terțe precum Phrase, Smartcat sau Lokalise pentru a gestiona procesul efectiv de traducere la scară.

Ce este Contentful Studio?

Contentful Studio e un add-on de page builder vizual care a devenit GA în primăvara lui 2024. Permite non-dezvoltatorilor să compună pagini folosind componente drag-and-drop cu preview live. Necesită integrare frontend (componentele tale trebuie înregistrate cu SDK-ul Studio) și e un add-on plătit, neinclus în planurile de bază Contentful.