Contentful CMS Guide: Funktioner, Prissättning, GraphQL API och Kodexempel [2026]

Contentful CMS Guide: Funktioner, Prissättning, GraphQL API och Kodexempel [2026]

Contentful är ett API-first headless CMS som lagrar ditt innehåll i ett centralt nav och levererar det via REST och GraphQL API:er till valfritt frontend -- webb, mobil, IoT, digital skyltning, vad du än bygger. Den här guiden täcker allt konkurrenterna hoppar över: riktiga kodexempel, faktiska prissiffror och ärliga begränsningar.

Vi använder Sanity (en direkt Contentful-konkurrent) i produktion på fyra webbplatser och tio språk, så vi kommer till det här från ett praktikers perspektiv, inte ett säljargument.

Snabb sammanfattning

Vad är Contentful?

Contentful är ett molnbaserat, API-first headless CMS -- eller som företaget nu kallar det, en "composable content platform." Till skillnad från traditionella system som WordPress som paketerar innehållshantering med ett frontend, lagrar Contentful strukturerat innehåll centralt och levererar det via API:er till valfri kanal.

Nyckelkonceptet är frikopplad arkitektur. Ditt innehåll lever i Contentfuls moln. Ditt frontend -- oavsett om det är en Next.js-sajt, en React Native-app eller ett smart display -- hämtar innehåll via Contentfuls API:er vid byggtid eller körtid. Innehållet vet eller bryr sig inte om var det hamnar.

Grundat i Berlin 2013 har Contentful vuxit till en av de största headless CMS-leverantörerna. Varumärken som Spotify, Vodafone, Chanel och Atlassian kör sina innehållsoperationer på det. Det är inte öppen källkod och det finns inget alternativ för egendriftning -- det är SaaS-only, vilket spelar roll om du har compliance-krav kring dataresidensens.

Enligt Contentfuls officiella dokumentation positionerar sig plattformen som infrastruktur för innehåll -- ett innehållsnav som sitter mellan ditt redaktionsteam och dina digitala upplevelser.

Hur fungerar Contentful?

Contentful följer en trelagrads arkitektur: du definierar din innehållsmodell (schemat), skapar innehåll (poster) och levererar det via API:er. Innehållet är kanalsagnostiskt -- samma blogginlägg kan driva din webbplats, din mobilapp och ditt e-postnyhetsbrev utan någon duplicering.

Allt flödar genom API:er. Det finns ingen inbyggd server-side-rendering, inga mallar, inget temaskikt. Du bygger frontend hur du vill, och Contentful hanterar innehållslagring och leverans.

De tre API:erna

Contentful ger dig tre separata API:er, var och en med sitt eget syfte och autentisering:

• Content Delivery API (CDA): Skrivskyddad åtkomst till publicerat innehåll. Backat av Fastlys CDN, så cachade förfrågningar är snabba och obegränsade. Ocachade förfrågningar är rate-limiterade till 55 per sekund.
• Content Management API (CMA): Läs-skrivåtkomst för att skapa och uppdatera innehåll programmatiskt. Rate-limiterat till 10 förfrågningar per sekund. Det här är vad du använder för migreringar, massimporter eller CI/CD-pipeliner.
• Content Preview API (CPA): Samma som CDA men serverar utkastinnehåll. Perfekt för att bygga förhandsgranskningslägen i ditt frontend -- redaktörer kan se opublicerade ändringar innan de trycker på publicera.

Alla tre stöder både REST och GraphQL. Autentisering sker via Bearer-tokens, med separata tokens för leverans och hantering.

Environments och Spaces

Tänk på Spaces som projekt och Environments som git-grenar för ditt innehåll. Du kanske har en master-miljö för produktion och en staging-miljö där redaktörer kan arbeta utan att påverka live-innehållet.

Environments stöder aliasering -- du kan peka master-aliaset till en ny miljö för innehållspromotioner utan driftstopp. Om du väljer ett frontend-ramverk att para ihop med Contentful fungerar den här miljömodellen bra med förhandsgranskningsdriftsättningar på plattformar som Vercel eller Netlify.

Webhooks låter dig utlösa byggen, synkronisera med externa system eller starta arbetsflöden när innehåll ändras. De flesta team kopplar dessa till sin CI/CD-pipeline för att återuppbygga sin statiska sajt vid varje publiceringshändelse.

Innehållsmodellering i Contentful

Innehållsmodellering är där du definierar strukturen på ditt innehåll -- det "schema" som bestämmer vilka fält som finns, vilka typer av data de innehåller och hur innehållstyper relaterar till varandra. Av vår erfarenhet är det här där Contentful verkligen utmärker sig jämfört med enklare CMS-alternativ.

Du designar i princip ett innehållsschema, liknande databastabeller men mer flexibelt. En "Blogginlägg"-innehållstyp kan ha en titel (kort text), en brödtext (rik text), en författare (referens till en Författar-innehållstyp) och taggar (array av strängar). Varje post du skapar följer den här strukturen.

Fälttyper och valideringar

Contentful erbjuder ett solid utbud av fälttyper:

• Kort text (Symbol): Titlar, slugs, etiketter -- upp till 256 tecken
• Lång text (Text): Markdown eller ren text, ingen teckengräns
• Rik text: JSON-baserad (inte HTML), ger dig full renderingskontroll
• Nummer: Heltal eller decimal
• Datum/Tid: ISO 8601-format
• Boolean: Sant/falskt-reglage
• Media (Asset): Bilder, videor, dokument -- lagras i Contentfuls asset-pipeline
• Referens (Link): Koppla poster till andra poster eller assets
• JSON-objekt: Fritt-format strukturerad data
• Plats: Latitud/longitud-par

Varje fält stöder valideringar: obligatorisk, unik, regex-mönster, storleksgränser och anpassade valideringsmeddelanden. Du kan också ange utseendealternativ som styr hur fältet renderas i redigeringsgränssnittet.

Referenser och länkade poster

Referenser är hur du kopplar innehållstyper. En "Författar"-referens på ett Blogginlägg länkas till en Författar-post. Ett "Relaterade inlägg"-fält kan referera till flera Blogginlägg-poster. Detta skapar en innehållsgraf -- poster länkade till poster, sökbara i ett enda API-anrop.

Här är hur en Blogginlägg-innehållstypsdefinition faktiskt ser ut när du skapar den via 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" } }
  ]
}

Det här är den typen av sak du lagrar i versionskontroll och tillämpar via migrationsskript. Noll konkurrenter visar det här i sina Contentful-guider -- de pratar om innehållsmodellering i abstrakta termer utan att visa hur det faktiskt ser ut i kod.

Hämta innehåll: REST och GraphQL API:er

Contentful tillhandahåller både REST och GraphQL API:er för att hämta innehåll. REST är enkelt för enkla frågor. GraphQL är bättre när du behöver nästlad data, flera innehållstyper i ett enda anrop, eller vill undvika överhämtning. Båda använder samma autentiseringstokens.

GraphQL-slutpunkten genereras automatiskt från din innehållsmodell. Varje innehållstyp du skapar blir en sökbar typ i schemat, med filtrering, sortering och paginering inbyggt. Slutpunkten finns på:

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

Enligt Contentfuls GraphQL-dokumentation uppdateras schemat automatiskt när du ändrar dina innehållstyper -- ingen manuell schemahantering behövs.

GraphQL-frågeexempel

Här är en grundläggande fråga för att hämta dina tio senaste blogginlägg med deras författare:

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

Behöver du filtrera efter tagg och hämta innehåll på tyska? Lägg till en where-klausul och en locale-parameter:

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

En sak att hålla koll på: GraphQL-frågor har komplexitetsgränser. Djupt nästlade frågor med flera länkade referenser kan nå taket. Contentful beräknar komplexitet baserat på antalet noder och djupet i din fråga. Om du hämtar blogginlägg med författare, kategorier, relaterade inlägg och varje relaterat inläggs författare -- det adderas snabbt.

REST API-grunder

REST API:et är enklare men kräver fler anrop för nästlad data. En grundläggande hämtning av blogginlägg träffar https://cdn.contentful.com/spaces/{SPACE_ID}/entries?content_type=blogPost. Du får JSON med ett platt items-array och ett separat includes-objekt för länkade poster som du behöver lösa upp på klientsidan.

Om du arbetar med TypeScript hanterar Contentfuls contentful.js SDK länkupplösning och typgenerering automatiskt. För råa fetch-anrop, här är minimal JavaScript för att fråga GraphQL API:et:

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();

Det är allt. Inget SDK krävs, inget byggsteg, inga beroenden. Det fungerar i Node.js, Deno, Cloudflare Workers, webbläsaren -- var som helst du kan göra HTTP-förfrågningar.

Viktiga funktioner att känna till

Contentful levereras med en bred funktionsuppsättning, men inte varje funktion spelar lika stor roll. Här är de som faktiskt påverkar din dagliga upplevelse och arkitekturbeslut.

Lokalisering (styrkor och brister)

Contentfuls lokaliseringsmodell är solid på infrastrukturnivå. Du definierar lokaler för din space (upp till 100+ på Enterprise-planer), och varje fält kan lagra värden per lokal. Åsidosättanden på fältnivå innebär att din tyska titel kan skilja sig från din engelska medan de delar samma hjältebild.

Bristen är översättningshantering. Contentful ger dig fälten för att lagra översättningar, men inget arbetsflöde för att producera dem. Det finns inget översättningsminne, ingen ordlista, inget tilldelningssystem, ingen förloppsspårning. Du behöver en tredjepartsintegration -- Phrase, Smartcat eller Lokalise -- för att hantera den faktiska översättningsprocessen. För team som hanterar 10+ språk (vi hanterar 10 på våra sajter) blir den här bristen dyr snabbt.

Environments och förgrening

Environments fungerar som git-grenar för din innehållsmodell och poster. Skapa en staging-miljö, gör schemaändringar, testa med innehåll, och promota sedan till master när du är redo. Alias låter dig byta vilken miljö master pekar på utan att ändra API-URL:er.

Det här är genuint användbart för schemamigreringar. Du kan testa en ny innehållstyp i en isolerad miljö, verifiera att frontend hanterar det korrekt och sedan promota -- allt utan att röra produktionsinnehåll. De flesta team vi har sett använder två till tre miljöer: produktion, staging och ibland en funktionsgren för stora migreringar.

Andra funktioner värda att nämna:

• Roller och behörigheter: Granulär åtkomstkontroll -- begränsa redaktörer till specifika innehållstyper, blockera publiceringsåtkomst för juniora roller, anpassade roller på Enterprise-planer, SSO
• Webhooks: Utlös byggen, Slack-aviseringar eller externa arbetsflöden vid vilken innehållshändelse som helst
• Rik text: JSON-baserad, ger full renderingskontroll men kräver anpassade renderare för varje frontend-ramverk
• App Framework: Marknadsplats med tillägg för anpassade fältredigerare, sidopanelswidgets och integrationer
• Image API: On-the-fly storleksändring, beskärning, formatkonvertering (WebP, AVIF) och fokuspunktsbeskärning -- inget separat bild-CDN behövs

Vad är nytt i Contentful för 2026

Contentful har lanserat betydande uppdateringar genom 2025 och in i 2026, och noll konkurrentguider täcker någon av dem. Om du utvärderar Contentful baserat på information från 2023 eller 2024 arbetar du med en ofullständig bild.

AI Actions och innehållsautomatisering

Contentful lanserade AI Actions -- automatiserade innehållsarbetsflöden drivna av stora språkmodeller direkt inuti redigeraren. Dessa hanterar översättningsutkast, SEO-metadatagenerering, alt-textskrivning, tonjusteringar och innehållssammanfattning. Du kommer åt dem från redigerarens sidopanel och de opererar på den post du för tillfället redigerar.

Enligt Diginomica's bevakning är AI Actions en del av Contentfuls bredare push mot positionering som en fullständig digital upplevelseplatform (DXP), inte bara ett headless CMS. Funktionen är genuint användbar för att automatisera repetitiva redaktionella uppgifter, även om översättningsresultatet fortfarande behöver mänsklig granskning -- det är ett första utkast, inte en färdig produkt.

Contentful Studio (Visuell byggare)

Contentful Studio gick GA under våren 2024 och har mognat avsevärt under 2025. Det är en visuell sidbyggare som låter icke-utvecklare komponera sidor med dra-och-släpp-komponenter och live-förhandsgranskning. Om du har hört kritiken att "Contentful inte har visuell redigering" -- Studio är svaret, men med förbehåll.

Studio kräver frontend-integration (dina komponenter måste registreras med Studios SDK) och det är ett betalt tillägg, inte inkluderat i basplanerna. För team som har efterfrågat WordPress-liknande sidbyggande ovanpå Contentfuls strukturerade innehållsmodell är det ett riktigt alternativ nu. Storyblok har fortfarande övertaget för visuellt-first-arbetsflöden, men gapet håller på att stängas.

Personalisering med Ninetailed

Contentful förvärvade Ninetailed 2024 och varumärkesmarkerade det som Contentful Personalization. Som CMS Critic rapporterade ger detta dig inbyggd A/B-testning, målgruppsegmentering och AI-drivna variantförslag -- allt tillgängligt från en Optimization-flik i redigeraren.

Det här är anmärkningsvärt eftersom personalisering historiskt sett krävde en separat leverantör (Optimizely, Dynamic Yield etc.). Att ha det inbyggt i CMS minskar integrationskomplexiteten. Haken: Ninetailed är en separat produkt med sin egen prissättning. Det är inte "gratis med Contentful."

Contentful prissättning: Vad det faktiskt kostar

Contentful erbjuder fyra nivåer, men de flesta konkurrentguider namnger dem bara utan att ge dig faktiska siffror. Här är vad du tittar på per april 2026, baserat på Contentfuls prissida:

Gratisnivån är generös för prototypning och inlärning. Du får 10 användare, 100 000 API-anrop och tillräckligt med bandbredd för att bygga ett riktigt projekt. Men kostnaderna eskalerar snabbt när du växt ur det.

Dolda kostnader att budgetera för:

• API-överskridningsavgifter på Lite: Gå över 1 miljon anrop/månad och du ser överskridningsradposter på din faktura
• Lokalkostnader: Varje ytterligare lokal räknas mot dina space-gränser -- 50 lokaler på fältnivå adderas snabbt
• Contentful Studio: Den visuella byggaren är ett betalt tillägg, inte inkluderat i Lite eller ens vissa Premium-planer
• Ninetailed-personalisering: Separat produkt, separat kontrakt, separat prissättning
• Professionella tjänster: Migreringshjälp, onboarding och utbildning faktureras separat
• Rich Text-renderare: Inte en direkt kostnad, men utvecklingstiden för att bygga anpassade renderare för ditt ramverk är verklig

Vår ärliga uppfattning: Contentfuls gratisnivå är solid för utvärdering och småprojekt. Men om budget är ett primärt bekymmer eliminerar alternativ med öppen källkod som Strapi eller Payload licensavgifterna helt -- du betalar bara för hosting.

Contentful vs Sanity vs Strapi: Hur de jämförs

Det här är de tre headless CMS-alternativen som dyker upp i nästan varje utvärdering. Vi har byggt produktionssystem på Sanity, så vi känner till dess styrkor och svagheter på djupet. Här är en ärlig jämförelse:

Contentful vinner för enterpriseteam med stora innehållsoperationer och strikta styrningsbehov. Det mogna rollsystemet, SSO, granskningsloggar och 99,99% SLA på Enterprise-planer är svåra att matcha.

Sanity vinner för utvecklarupplevelse och schemaflexibilitet. Om du föredrar schema-as-code, vill ha GROQs frågekraft och värdesätter realtidssamarbetsfunktionerna är Sanity det bättre valet. Läs vår fullständiga Sanity CMS-guide för djupdykningen.

Strapi vinner på kostnad. Det är gratis att egenhosta utan API-anropsgränser. Om du har DevOps-kapacitet att hantera din egen infrastruktur och inte behöver enterprise-support ger Strapi dig mest CMS per krona.

För en bredare jämförelse inklusive Storyblok, Payload och Hygraph, se vår fullständiga headless CMS-jämförelse.

Begränsningar du bör känna till innan du väljer Contentful

Varje CMS har kompromisser. Här är Contentfuls -- med specifika siffror, inte vaga svepande formuleringar. Vi stötte på flera av dessa när vi utvärderade Contentful för vår egen innehållspipeline.

Rate limits är verkliga. CDA tillåter 55 ocachade förfrågningar per sekund. CDN-cachade svar är obegränsade, men om din app kringgår cachen (server-side rendering vid varje förfrågan, till exempel) träffar du gränser snabbt. CMA är ännu snävare med 10 förfrågningar per sekund -- relevant för migrationsskript och massimporter.

Ingen inbyggd visuell redigering (utan extra kostnad). Contentful Studio finns, men det är ett betalt tillägg som kräver frontend-integration. Om ditt team förväntar sig WordPress-liknande sidbyggande i basprodukten, förbered dig för den konversationen. Storyblok inkluderar visuell redigering på varje nivå.

Ingen översättningshantering. Du får lokalfält -- det är allt. Inga översättningsarbetsflöden, inget tilldelningssystem, inget översättningsminne, ingen förloppsspårning. För en plattform som säljer lokalisering som en nyckelfunktion förlitar sig den faktiska översättningsupplevelsen helt på tredjepartsverktyg som Phrase, Smartcat eller Lokalise.

Utvecklarberoende för allt frontend. Innehållsredaktörer kan skapa och hantera poster. De kan inte ändra sidlayouter, lägga till nya sektioner, ändra navigering eller uppdatera frontend på något sätt utan en utvecklare. Det här är inneboende i headless-arkitektur, men det förstärks i Contentful eftersom basprodukten inte inkluderar en sidbyggare.

Prissättningen blir oförutsägbar i skala. API-anropsöverskridningar, lokalbaserade gränser, tilläggskostnader för Studio och Personalization samt professionella tjänster skapar en prismodell som är svår att förutsäga. Flera team vi har pratat med blev förvånade av sin första faktura efter gratisnivån.

Rich Text-komplexitet. Contentfuls Rich Text är JSON-baserat, inte HTML. Varje frontend-ramverk behöver en anpassad renderare -- @contentful/rich-text-react-renderer för React, rich-text-html-renderer för vanilla JS osv. Det ger dig full kontroll över rendering, men det är betydligt mer utvecklingsarbete än HTML-baserade konkurrenter.

Leverantörsberoende. Stängd källkod, SaaS-only, inget alternativ för egendriftning. Ditt innehåll är exporterbart via API, men din innehållsmodell, arbetsflöden och integrationer är Contentful-specifika. Om prissättning ändras eller funktioner avvecklas är dina alternativ begränsade.

Vem bör (och bör inte) använda Contentful

Contentful är en stark plattform, men det är inte rätt val för varje projekt. Här är ett beslutsramverk för att hjälpa dig att välja.

Använd Contentful om:

• Du är ett enterpriseteam som hanterar innehåll över flera kanaler (webb, mobil, IoT, digital skyltning)
• Du behöver inbyggd lokalisering med 50+ lokaler och åsidosättanden på fältnivå
• Du vill ha en mogen, välbeprövad plattform med dedikerat stöd och 99,99% SLA
• Ditt team inkluderar utvecklare som är bekväma med API-first-arkitektur
• Du behöver granulära roller, behörigheter, granskningsloggar och SSO

Hoppa över Contentful om:

• Du är en soloudvecklare eller litet team med budgetbegränsningar -- titta på Strapi eller Payload
• Du vill ha en visuell sidbyggare inkluderad i basprodukten -- titta på Storyblok
• Du föredrar kod-first-schemadefinitioner och maximal flexibilitet -- titta på Sanity
• Du behöver ett enkelt blogg-CMS -- WordPress eller Ghost är billigare och snabbare att sätta upp
• Du vill egenhosta av compliance-skäl -- titta på Strapi eller Payload

För en djupare titt på alla dessa alternativ, kolla in vår fullständiga headless CMS-jämförelse.

Kom igång: Dina första 15 minuter med Contentful

Här är en praktisk genomgång -- inte teori, utan de exakta stegen för att gå från noll till att fråga innehåll via GraphQL på ungefär 15 minuter.

Steg 1: Registrera dig. Gå till contentful.com och skapa ett gratis konto. Inget kreditkort behövs.

Steg 2: Skapa en Space. En Space är din projektbehållare. Gratisnivån ger dig en Starter Space. Ge den ett beskrivande namn.

Steg 3: Definiera en innehållstyp. Gå till Content Model, klicka på "Add content type" och skapa en "Article"-typ. Lägg till fält: Title (Short text, obligatorisk), Slug (Short text, unik validering), Body (Rich text), Cover Image (Media) och Published Date (Date & time).

Steg 4: Skapa en post. Navigera till Content, klicka på "Add Article" och fyll i fälten. Tryck på Publish.

Steg 5: Hämta dina API-nycklar. Gå till Settings -> API Keys. Skapa en ny API-nyckel. Du får ett Space ID, Content Delivery API-token och Content Preview API-token. Spara dessa.

Steg 6: Fråga via GraphQL Playground. Öppna den här URL:en i din webbläsare (ersätt med dina uppgifter):

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

Steg 7: Hämta från din app. Använd JavaScript fetch-exemplet från API-sektionen ovan -- byt ut ditt Space ID och CDA-token, och du hämtar live-innehåll.

Proffstips: GraphQL Playground-URL:en är inte uppenbar i Contentfuls gränssnitt. Du hittar den under Settings -> API Keys -> GraphQL Playground URL, eller konstruera den manuellt med mallen ovan. Bokmärk den -- du kommer använda den konstant under utveckling.

FAQ

Vad är Contentful CMS och hur fungerar det?

Contentful är ett API-first headless CMS som lagrar strukturerat innehåll i ett molnnav och levererar det via REST och GraphQL API:er. Till skillnad från WordPress har det inget frontend -- du bygger ditt eget med valfritt ramverk. Innehållsredaktörer hanterar poster via Contentfuls webbapp och utvecklare hämtar det innehållet via API:er.

Är Contentful gratis att använda?

Ja, Contentful erbjuder en gratis Community-nivå som inkluderar 10 användare, 100 000 API-anrop per månad, 50 GB CDN-bandbredd och en Starter Space. Det räcker för prototypning och småprojekt. Betalplaner börjar på $300 per månad för Lite-nivån, med Premium och Enterprise-nivåer prissatta på anpassade offerter.

Vad är innehållsmodellering i Contentful?

Innehållsmodellering innebär att definiera strukturerade innehållstyper med fält, valideringar och referenser -- som att designa ett databasschema men för innehåll. Du skapar typer som "Blogginlägg" eller "Produkt" med specifika fält (titel, brödtext, bild, kategori) och varje post följer den strukturen. Det är Contentfuls grund.

Hur jämförs Contentful med WordPress?

Contentful är headless (API-only, inget inbyggt frontend) medan WordPress paketerar innehållshantering med temabaserad rendering. Contentful utmärker sig vid leverans till flera kanaler -- samma innehåll kan betjäna webb, mobil och IoT. WordPress utmärker sig vid enkelhet -- du får en fungerande sajt på några minuter utan att behöva en utvecklare.

Är Contentful bra för enterprise-användning?

Ja, Contentful är en av de mest enterprise-adopterade headless CMS-plattformarna. Enterprise-planer inkluderar SSO, granulär rollbaserad åtkomst, granskningsloggar, dedikerat stöd, 99,99% SLA och obegränsade API-anrop. Företag som Spotify, Vodafone, Chanel och Atlassian använder det för storskaliga innehållsoperationer.

Vilka är nackdelarna med Contentful?

Viktigaste begränsningarna inkluderar: ingen inbyggd visuell redigering i basprodukten (Studio är ett betalt tillägg), oförutsägbar prissättning i skala från API-överskridningar och tilläggskostnader, inget översättningshanteringsarbetsflöde, utvecklarberoende för alla frontend-ändringar, Rich Text JSON som kräver anpassade renderare och leverantörsberoende utan alternativ för egendriftning.

Stöder Contentful GraphQL?

Ja, inbyggt. Varje Contentful-space får ett autogenererat GraphQL-schema baserat på dina innehållstyper. Du kan fråga med filtrering, paginering, sortering och lokalspecifika förfrågningar. Slutpunkten finns på graphql.contentful.com/content/v1/spaces/{SPACE_ID}, autentiserad med din Content Delivery API-token.

Hur mycket kostar Contentful per månad?

Gratisnivån kostar $0. Lite är $300 per månad med 20 användare och 1 miljon API-anrop. Premium börjar runt $2 000+/månad med anpassad prissättning. Enterprise kostar fem-sexsiffriga belopp per år. Håll koll på dolda kostnader: API-överskridningsavgifter, Contentful Studio-tilläggskostnader, Ninetailed-personaliseringsprissättning och professionella tjänster.

Kan Contentful hantera flera språk?

Ja, Contentful har inbyggt lokalstöd med åsidosättanden på fältnivå -- varje fält kan lagra olika värden per lokal. Det finns dock inget inbyggt översättningsarbetsflöde, minne eller ordlista. Du behöver tredjepartsintegrationer som Phrase, Smartcat eller Lokalise för att hantera den faktiska översättningsprocessen i skala.

Vad är Contentful Studio?

Contentful Studio är ett visuellt sidbyggartillägg som gick GA under våren 2024. Det låter icke-utvecklare komponera sidor med dra-och-släpp-komponenter med live-förhandsgranskning. Det kräver frontend-integration (dina komponenter måste registreras med Studios SDK) och är ett betalt tillägg -- inte inkluderat i Contentfuls basplaner.