Sanity vs. Enonic
Hvordan stiller Enonic seg overfor Sanity med hensyn til headless CMS, utviklerfleksibilitet og redaktøropplevelse?
Written by Morten Eriksen on
Å velge riktig CMS for din organisasjon er en krevende oppgave, med flere interne interessenter å tilfredsstille og et overveldende sett av funksjoner å vurdere – både i form av produkt, drift, leverandør og andre faktorer.
Derfor ønsker vi i Enonic å hjelpe deg med å bringe noen fakta til bordet, ved å gjøre jobben med å identifisere viktige detaljer for deg. Nå er det Sanitys tur.
Raske fakta om Sanity
Sanity ble først lansert i november 2017 av det norske byrået Bengler, som snart ble til selskapet med samme navn. Etter et par vellykkede finansieringsrunder fra venturekapitalister, utvidet Sanity internasjonalt og startet sitt andre hovedkontor i San Francisco i 2019. Siden den gang har selskapet utvidet ytterligere med flere internasjonale investorer og kunder.
Sanity-plattformen er basert i skyen og begynte å bruke REST API, men la senere til støtte for GraphQL og GROQ for dataforespørsler, noe som lar utviklere koble seg til sine foretrukne tjenester, frontend-løsninger, applikasjoner, skript og enheter. Sanity består av to nøkkelkomponenter: en redigeringsfrontend – Sanity Studio – som utviklere må tilpasse og drifte. Den andre komponenten er et skybasert API-backend, som bruker proprietær bedriftsteknologi – Sanity Proprietary API Backend.
Det redaksjonelle GUI-et til Sanity Studio må kodes og settes opp av utviklere for innholdsredaktører, og støtter strukturert innhold, sanntidssamarbeid, revisjonshistorikk, dynamiske bildeomforminger og arbeidsflyter. Sanity-databasen kalles Content Lake og er en fullt administrert skytjeneste.
Selv om Sanity delvis er åpen kildekode og delvis proprietær, kan utviklere i alle tilfeller teste "gratis for alltid"-planen for å vurdere om plattformen oppfyller deres krav eller ikke.
Raske fakta om Enonic
Enonic ble grunnlagt i Norge i 2000. Selskapets innholdsplattform leveres som en klar til bruk skytjeneste eller programvare som kan driftes i din foretrukne sky. Utviklere kan konfigurere innholdsmodeller og få tilgang til innhold ved hjelp av GraphQL API og Query DSL, mens innholdsredaktører kan administrere gjenbrukbart innhold og sette sammen landingssider i et visuelt miljø. Dette muliggjør at digitale team kan bygge moderne nettsteder og innholdsopplevelser for å støtte flere berøringspunkter i den digitale kundereisen.
Enonic-plattformen har en integrert lagrings- og søkemotor som gjør det mulig å lagre alle data, inkludert brukergenerert innhold. CMS-grensesnittet "Content Studio" leveres ferdig og har et WYSIWYG-grensesnitt, tillatelser og rollestyring, versjonskontroll, flerstedsstyring, lokalisering og avansert bildebehandling.
Som et hybrid headless decoupled CMS, kan utviklere bruke API-et til å distribuere redaksjonelt innhold til deres foretrukne frontend-rammeverk, enhet eller klient, men de kan også bygge egendefinerte API-er, utvide brukergrensesnittet og distribuere integrasjoner.
Enonic er også åpen kildekode, noe som betyr at du kan prøve det omfattende uten å abonnere på skytjenesten eller programvarestøtten.
Brukstilfellene Enonic fokuserer på er nettsteder med moderne rammeverk, globale markedsføringssider og kundeportaler.
Sanitys fordeler og ulemper
Brukere på vurderingsplattformen G2 har følgende å si om Sanity:
Sanitys fordeler
“Det at Sanity-teamet har omfavnet åpen kildekode-teknologier og bygget administrasjonen i React er utmerket. Deres YouTube-kanal har også vært en stor hjelp for både våre tekniske og ikke-tekniske team,” sier Mike, Senior Software Engineer fra et foretaksfirma.
“Veldig fornøyd med hvor enkelt det er å sette opp. Studioet er også veldig tilpassbart, så det er enkelt å skape en god redaktør-opplevelse. Fleksibiliteten som kommer med headless CMS er også fantastisk, og Sanity har raskt blitt CMS-et jeg anbefaler kunder, hvis de ikke ønsker den monolittiske tilnærmingen,” sier Gard, Software Engineer fra et mellomstort firma.
“Jeg elsker utvidbarheten til Sanity; vi har brukt Sanity på flere klientprosjekter. Det har aldri vært et tilfelle hvor vi ikke har klart å bygge og levere i henhold til klientens krav,” sier Umar, Senior Software Engineer fra et lite firma.
Sanitys ulemper
“Konseptet med Scheduling API og Document events er flott, men det er utilstrekkelig når de utløses før Sanity CDN er bygget på nytt. ... I tillegg kunne WYSIWYG-redigereren kanskje endres til et annet 3. parts bibliotek som ville tillate konstruksjon av tabeller kanskje. I tillegg, fra et utviklingsstandpunkt, å måtte koble til Sanity Content Lake for lokal utvikling er en frustrasjon siden utviklingsdatasettene teller mot kvoten for den totale planen,” sier en verifisert bruker i et lite bilfirma.
“Jeg liker ikke mangelen på forskjellige miljøer – vi har implementert disse som forskjellige datasett, men det betyr at vi ved et uhell kan endre data i feil datasett fordi vi er koblet til det eneste miljøet som eksisterer. … Jeg misliker Studio-stilen og hvor grunnleggende grensesnittet er fra boksen – for å få noe virkelig nyttig må du investere mye utviklingstid, så jeg lurer på om det økonomisk gir mening å skrive vår egen UI? Jeg misliker hurtigbufferen for både Studio og dataene, noe som betyr at verifisering av endringer tar altfor lang tid, og det tar enda lengre tid å rette opp eventuelle problemer,” sier en verifisert bruker i et lite medisinsk utstyrsfirma.
“Det eneste problemet er at det ikke er noe valg for selvhosting,” sier Simon, en utvikler fra et lite firma.
Enonics fordeler og ulemper
Brukere på vurderingsplattformen G2 har følgende å si om Enonic:
Enonics fordeler
“Jeg liker fleksibiliteten til Enonic. Du kan velge fra flere tilnærminger til hvordan du bruker systemet. Vi tar for eksempel fordelen av Headless CMS, der vår klientdel er laget i Angular. Definisjonene av innholdsstrukturene er helt i våre hender og kan beskrive både enkle og svært komplekse data,” sier Pavel, IT-utvikler fra et mellomstort firma.
“Jeg liker brukeropplevelsen som noen med litt tidligere erfaring fra bloggsystemer og WordPress-lignende systemer vil gjenkjenne,” sier Håvard, leder for markedsføring og kommunikasjon fra en mellomstor organisasjon.
“Enonic er allsidig, robust og brukervennlig. Jeg elsker den hybride tilnærmingen, som kombinerer både headless og tradisjonell redaksjonell funksjonalitet. Vi bruker den for flere nettsteder hos Gjensidige, og har integrert den vellykket med vårt designsystem,” sier Torstein, digital redaktørsjef i et foretak.
Enonics ulemper
“Jeg ville gjerne sett en forbedring i veiledninger og kodeeksempler som kunne inspirere oss til å ta mer fordeler av plattformen,” sier en administrator i et foretak innen finanstjenester.
“Dokumentasjonen kunne vært bedre og inkludere flere komplekse eksempler. Det ville også vært fint om det var flere apper på market.enonic.com,” sier en verifisert bruker i et foretak innen informasjonsteknologi og tjenester.
“Som alle store plattformer er det en overveldende mengde å forstå og vite om plattformen for å bruke den best. Det virker som folk har en tendens til å begynne å bruke den på en rar måte, noe som gjør at de drar mindre nytte av det fulle potensialet. Dokumentene kan noen ganger være for korte på noen områder, eller inneholde små feil som er vanskelige å oppdage for det utrente øyet,” sier Bobby, Front-end Developer fra et foretak.
Sammenligning mellom Sanity og Enonic
| Sanity | Enonic |
|---|---|---|
Kodingspråk | Ethvert klient-språk, ingen mulighet for tilpasning av API og backend. | Ethvert klient-språk og JavaScript for server-side tilpasninger for å bygge integrasjoner, planlagte oppgaver, API-er osv. |
Databasekrav | Kun SaaS. | Ingen, innebygd NoSQL når den kjører i din sky. |
Lisens | Sanity Studio er under MIT-lisensen. | Plattform og Content Studio er GPLv3 med lenkeunntak. Apache 2.0 for biblioteker og de fleste utvidelser. Kommersielle utvidelser er lisensiert med Enonic-lisensen. |
Kildekode | Sanity Studio er åpen kildekode på GitHub. | Fullstendig åpen kildekode på GitHub. |
Integrert søk | Ja, kan også utvides med for eksempel Algolia. | Ja. Leverer også en søkemotor kalt Explorer for å indeksere eksterne kilder og administrere søkealternativene. |
Headless API | Ja, basert på GraphQL og GROQ | Ja, basert på GraphQL og DSL Query. Kan tilpasses dine behov ved bruk av server-side JavaScript. |
Fleksible innholdstyper | Ja | Ja |
Visuell sidekomponering | Ja, gjennom Portable Text. | Ja |
Forfattergrensesnitt rett ut av boksen | Må bygges og administreres av utviklere. | Ja |
Responsivt brukergrensesnitt | Tilpasning, en del av å bygge forfattergrensesnittet. | Ja |
Hierarkisk innholdsstruktur (trest r/> uktur) | Nei | Ja, med tilgangsrettigheter på forskjellige nivåer. |
Bildetjeneste | Ja, inkludert beskjæring og hot-spot. | Ja, inkludert fokuspunkt og beskjæring. |
SEO-håndtering | Ja, gjennom innholdsmodellering. | Ja, en app fra Enonic Market eller innholdsmodellering. |
Versjonskontroll | Ja | Ja |
Lokalisering | Ja, gjennom felt- eller dokumentnivå. | Ja, ved bruk av lag med full fleksibilitet på brukertilgang og oversettelse. |
Videoinnhold | Ja, gjennom Mux-plugin. | Ja, som eiendeler. |
Drift | Sanity Cloud Service. Sanity Studio kan driftes hvor som helst. | Kjører hvor som helst:
|
CDN | Ja | Ja, med flere alternativer drevet av Cloudflare. |
Sikkerhetssertifisering | SOC 2 Type 1 | |
Støtteplaner | Ja, av leverandøren. | Ja, av leverandøren. |
Gratis støtte | “Exchange” fellesskapet, Slack | Forum, Slack |
Fellesskap | Ja | Ja |
Opplæring | Nei, kun veiledninger. | Ja, av leverandøren. |
Plugins | Ja, verktøy og apper fra Exchange. | Ja, apper fra Enonic Market. |
Eksempel: Publisering av innhold i Sanity
Redaktører som arbeider i Sanity Studio vil ha ulike opplevelser avhengig av den spesifikke oppsettet av deres utviklere, men ett vanlig eksempel er å opprette ulike innholdstyper underkategorier under "Innhold"-kategorien, som "innlegg", "forfatter" og "kategori". Du oppretter et nytt innlegg i "Innlegg"-kategorien, og fyller ut feltene for tittel, slug, forfatter, hovedbilde, og kropp, og det kan publiseres ved å trykke på den grønne publiseringsknappen.
Eksempel: Publisering av innhold i Enonic
Du bestemmer plasseringen av et innholdselement i Content Studio gjennom en logisk trestuktur. Når utkastet til blogginnlegget er opprettet, kan du navigere gjennom feltene systematisk, før du lagrer, forhåndsviser og til slutt publiserer. Innholdet er tilgjengelig ved bruk av GraphQL API i utkast og hovedgrener under forfatterprosessen.
Se våre Content Studio-videoer »
Hvilket CMS bør du velge?
Utviklere som ser etter å bygge løsninger raskt og sømløst vil finne Sanity tilfredsstillende. Hvis du ønsker å distribuere innhold på for eksempel en app eller et nettsted raskt og er fornøyd med de eksisterende API-ene, skytjenesten, og du har ferdighetene og ressursene til å bygge, administrere og drifte forfattergrensesnittet, er Sanity et fornuftig valg.
Enonic retter seg mot mellomstore og store foretak, og tilbyr frihet på alle nivåer, inkludert drift, innholdsmodellering, tilpasning, og visuell sidekomponering. Enonic-plattformen kan fungere som et rent headless CMS, men tillater også backend-tilpasninger, noe som tilfredsstiller både utviklere og redaktører.
