Hoppa till innehåll

CMS

Squidex

Squidex är ett API-first headless CMS med öppen källkod, byggt kring GraphQL och REST. Plattformen är baserad på event sourcing, vilket innebär att varje ändring i innehållet versioneras automatiskt.

Besök Squidex

Vad är Squidex?

Squidex är ett headless CMS med öppen källkod som är byggt API- och GraphQL-first, vilket innebär att allt innehåll hanteras och levereras via API snarare än genom traditionell sidhantering. Systemet bygger på event sourcing, vilket betyder att varje ändring i innehållet automatiskt versioneras som en händelse - man kan alltså spåra historiken för allt innehåll snarare än bara ha den senaste versionen. Det erbjuder en gratisnivå för mindre projekt. Som öppen källkod-projekt kan Squidex även köras självhostat, vilket ger organisationer full kontroll över var innehållet lagras och drivs. Det riktar sig främst till utvecklare som bygger applikationer där GraphQL-baserad innehållsleverans och full historik/versionshantering är viktiga krav, snarare än icke-tekniska redaktörer som söker ett färdigt gränssnitt.

Vad den fria nivån räcker till

Fri nivå tillgänglig för mindre projekt.

Användningsfall

GraphQL-baserade applikationer

Utvecklare som bygger applikationer med GraphQL som primärt gränssnitt för datahämtning kan använda Squidex API/GraphQL-first.

Full versionshistorik för innehåll

Projekt som kräver att kunna spåra eller återgå till tidigare versioner av allt innehåll tack vare event sourcing-arkitekturen.

Självhostad drift

Organisationer som vill äga sin infrastruktur fullt ut och inte vara beroende av en tredjeparts molntjänst för innehållslagring.

Utvärdera headless CMS utan kostnad

Mindre projekt som vill testa ett open source headless CMS på gratisnivån innan de eventuellt skalar upp eller självhostar.

Styrkor och begränsningar

Styrkor

  • Öppen källkod - kan självhostas för full kontroll över data och infrastruktur
  • Event sourcing ger automatisk versionering av alla innehållsändringar
  • GraphQL-first API-design
  • Gratisnivå tillgänglig för mindre projekt

Begränsningar

  • Källan anger inte specifika gränser för gratisnivån (antal användare, poster, API-anrop) - vagare löfte än flera konkurrenter i kategorin
  • Självhostning kräver egen drift och underhåll av infrastruktur, vilket kräver teknisk kompetens
  • Mindre etablerat och mindre känt än de större headless CMS-aktörerna, vilket kan betyda mindre community och färre integrationer
  • Event sourcing-arkitekturen kan innebära en brantare inlärningskurva än enklare CMS-modeller

Jämfört med alternativen

Squidex konkurrerar med andra öppna/API-first headless CMS som Sanity.io och Hygraph. Till skillnad från Sanity, vars datalagring är en hostad molntjänst (Content Lake), kan Squidex köras helt självhostat tack vare sin öppna källkod. Hygraph delar Squidex fokus på GraphQL men saknar en officiell self-hosting-modell på samma sätt. Event sourcing-arkitekturen är en teknisk skillnad mot de flesta andra CMS i kategorin.

Vanliga frågor

Är Squidex gratis för alltid?

Det finns en gratisnivå för mindre projekt enligt källan, men exakta gränser och om den är permanent eller begränsad anges inte - verifiera direkt hos Squidex.

Kan jag självhosta Squidex?

Ja, som öppen källkod-projekt kan det köras självhostat, vilket ger full kontroll över infrastruktur och data.

Vad betyder "event sourcing" i praktiken?

Alla ändringar i innehållet sparas som händelser istället för att skriva över data, vilket ger automatisk versionshistorik för allt innehåll.

Vem passar Squidex för?

Utvecklare och organisationer som vill ha ett API/GraphQL-first CMS med möjlighet till självhostning och full versionshistorik.

Behöver jag DevOps-kompetens för att köra det?

Om man väljer att självhosta krävs kunskap om drift och infrastruktur - annars kan man använda den hostade gratisnivån för mindre projekt.

SIAX perspektiv

Att Squidex är open source gör det till ett realistiskt alternativ för organisationer som av data- eller kostnadsskäl vill självhosta sitt CMS istället för att binda sig till en ren SaaS-leverantör - relevant att väga in om innehållet innehåller känsliga eller reglerade uppgifter och man vill styra var data lagras. Event sourcing-arkitekturen ger fördelen av full ändringshistorik, men innebär också att driftsteamet behöver förstå den modellen för att felsöka och underhålla en självhostad instans över tid.

Osäker på vad ni behöver?

Vi hjälper er välja rätt verktygsstack

Ett kostnadsfritt första samtal - vi går igenom er stack och vad som faktiskt behövs innan ni betalar för något.

Boka samtal