10 grunner til at den britiske kongefamilien bør bytte fra Drupal til Enonic

Drupal har vært med i spillet lenge, med flere store merkevarer og organisasjoner som kunder – inkludert det britiske kongehuset. Drupal har også et stort fellesskap av utviklere og redaktører, med mange som kjenner systemet godt.

Hvis du bruker Drupal i dag, er du kanskje fornøyd. Men bør du hvile på laurbærene? Vi tror ikke det. Her er 10 grunner til at den britiske kongefamilien, store organisasjoner, store bedrifter og alle mellom dem bør vurdere å bytte fra Drupal til Enonic.

1. Innhold og tjenester

Nettsteder og digitale opplevelser er ikke lenger bare innhold eller "online-brosjyrer". Selv om Drupal absolutt kan håndtere innhold uten mye oppstyr, stopper det der for innholdsredaktøren.

For å gjøre det tilpasset, må du kjenne PHP eller noen som gjør det. Men selv med utviklere på laget er Drupal fortsatt ikke laget for å være en webplattform, men først og fremst et tradisjonelt CMS. Dette betyr at det er visse begrensninger for hva organisasjonen din kan gjøre i fremtiden.

Fullstendig tilpasning av kundereisen er en slik futuristisk funksjon. Moderne kundereiser krever ikke bare innhold, men også tjenester. Et eksempel er forsikringsselskaper, hvor innhold leveres i tandem med kalkulatorer, "Min side"-funksjonalitet, rapporter, problemhåndtering, og så videre – avhengig av hvor du er i kundeforholdet ditt.

Se heller på den lyse siden. Enonic-plattformen er laget for løsninger hvor du blander innhold og tjenester på en sømløs måte. Bare ta en titt på våre kunder TINE, Gjensidige eller Posten Norge – eller se den rike funksjonaliteten du får fra tjenester som Airbnb eller Uber.

For kongefamilien ville en sterkere kobling mellom innhold og tjenester bety bedre brukeropplevelse og rikere funksjonalitet for deres seksjoner for booking, turer, mediesentre og kalender. Disse tjenestene er viktige for å gi smidige og effektive multikanalmessige tilbud for den digitale morgendagen.

2. Mest fryktede plattform

Rett etter SharePoint, er Drupal rangert som verdens mest fryktede plattform blant utviklere. Vi tror avhengigheten av PHP, ytelsen til plattformen og det gammeldagse utseendet og følelsen av Drupal-brukergrensesnittet delvis kan forklare dette.

Enonic, derimot, er basert på serverside-JavaScript, og vi har fokusert på å la utviklere bygge CMS-funksjonalitet på samme måte som de bygger hvilken som helst applikasjon.

Utviklere, både under kongemakten og andre steder, beveger seg mot fullstack-JavaScript, som ikke støttes av Drupal. Ikke la kongefamilien gå glipp av en plattform utviklerne vil elske nå og i fremtiden.

Se også: Drupal vs. Enonic »

3. Langsom ytelse

Enonic er bygget rundt den vanvittig raske søkemotoren Elasticsearch, mens runtime er Java. Hvorfor er dette en god ting? Java er back-end for mange store tjenester, som X og Facebook.

Du forventer at tjenester som dette alltid skal levere, og kongefamilien forventer også at deres digitale tjenester alltid vil ha oppetid og være raske. I tillegg til den raske ytelsen i Enonic er alt er kodet i JavaScript, men optimalisert for hastighet av Java Runtime Environment.

Drupal, derimot, er basert på en relasjonsdatabase, noe som betyr at det er tregere å søke enn med en søkemotor. Ben Sinclair har forklart på Quora hvordan for eksempel inkonsekvent caching bidrar til den trege ytelsen til Drupal-plattformen.

4. Forvirrende grensesnitt

For å sitere Ben Sinclair om Drupal admin-grensesnittet, "har det et ganske tilfeldig brukergrensesnitt. Noen sider vil oppdatere ting så snart du endrer dem med AJAX. Noen vil ha en "lagre"-knapp øverst ... eller nederst ... eller flytende ... Jeg tror dette ble designet av komité – på en pub."

I Drupal er det en separasjon mellom innholdet ditt og strukturen din. I tillegg kan du klikke deg i hjel for å administrere alternativer i dashbordgrensesnittet, som nettstedsstruktur og menyalternativer.

Du kan se Drupal brukergrensesnitt selv her:

Enonic vil ikke prøve å forvirre kongen, hertugen av Cambridge eller hertuginnen av Cornwall, og tilbyr i stedet en trestruktur rett ut av boksen, som kan speile nettstedets struktur. Vår trestruktur gir en ryddig og logisk oversikt over nettstedet ditt, innholdstypene dine og innholdselementene dine.

Slik ser Enonic ut, til sammenligning:

5. Ineffektiv søkefunksjon

Drupal mangler en søkemotor og er avhengig av eldre databasesøk eller bruk av et tredjepartsverktøy ved siden av. Kongefamilien blir absolutt ikke mindre, verken i familiemedlemmer eller innhold, så det er av vital betydning å ha en rask og presis søkemotor.

Enonic har den nevnte Elasticsearch innebygd. Elasticsearch kan søke i forskjellige kilder, med poengsum basert på aspekter du velger.

Les mer: Fjerning av kompleksitet med et kraftig enterprise-søk »

6. Avhengighet av tredjepartsdatabase

Drupal er avhengig av en tredjepartsdatabase, noe som betyr mer drift, mer vedlikehold og mer bryderi når plattformen skal oppgraderes. Kong Charles trenger ikke flere grå hår, så hvorfor beholde unødvendige problemer?

I Enonic ville tronfølgeren få innebygd NoSQL-lagring. Dette vil bli vedlikeholdt av Enonic, og Charles ville ikke måtte bekymre seg for noen tredjepartsinstallasjon.

7. Overdreven bruk av moduler

Akkurat som WordPress er avhengig av en stor mengde plugins, er Drupal avhengig av såkalte moduler. Akkurat som sin CMS-storebror trenger Drupal flere moduler for å gi kongefamilien det de trenger – da kjernen i seg selv er ganske slank.

Et forholdsvis lavt antall sunne moduler trenger ikke å bety katastrofe, men Wikipedia siterer noen alvorlige bekymringer om mange publiserte, men ufullstendige eller utdaterte moduler blant Drupals 30.000 nedlastbare moduler. Dette vil i det minste utgjøre en sikkerhetsrisiko.

Med Enonic må kongefamilien involvere profesjonelle utviklere fra starten av, noe som begrenser behovet for flere utvidelser som plugins eller moduler til å begynne med. Men Enonic har Enonic Market, en grundig kontrollert og verifisert markedsplass av apper, startpakker og biblioteker som tilbyr massevis av funksjonalitet for både utvikler og redaktør.

8. Mangel på interesse

Kongefamilien er kjent for sine trendsettende moter og stiler, men nå må de kanskje revurdere sine digitale opplevelser. Ifølge Google Trends synker interessen for Drupal, noe som kan indikere en flukt fra fellesskapet.

Enonic har kanskje ikke så stort fellesskap eller kundebase som Drupal, men vi er på vei opp, med svært tilfredse kunder.

9. Tilgjengelighet

Kongefamilien er ikke bare trendsettere innen mote, de har alltid vært i forkant av å tale for mennesker med funksjonshemminger og tilgjengelighetsproblemer. Tilgjengelighet er viktig for ethvert nettsted eller digitale tilbud, og Enonic-kunden NAV har for eksempel en score på 100/100 i Googles tilgjengelighetsrevisjon.

Hadde kongefamilien byttet til Enonic, ville de fått lett tilgjengelige, men likevel kraftige verktøy for å øke sin rangering og tilgjengelighetsscore med SEO meta fields og Siteimprove.

10. Kickstarte nye utviklere

Utviklere, enten de er kongelige eller ikke, elsker å bygge fungerende systemer i et fleksibelt miljø. Dette er hva vi har levert med Enonic. Å sette opp plattformen er ganske enkelt for utviklere – gi det noen timer, så er du klar til å bidra.

Med Drupal kan det ta en dag å sette opp plattformen for et utviklermiljø. Drupal har mange avhengigheter til tredjepartstjenester, som en database og en søkemotor – som igjen krever mye konfigurasjon.

Enonic gjør det enklere å forstå konsepter og er mer naturlig for utviklere med fokus på fullstack-JavaScript og deres favoritt frontend-rammeverk, som Next.js. Du koder og bygger applikasjonene og nettstedene dine gjennom standard mønstre og metoder, noe en utvikler vil være kjent med.

Drupal er mer som et tradisjonelt CMS: plattformen er rigid og du må lære deg spesielle konsepter. Hvis du kjenner PHP og Drupal, er det sannsynligvis greit, men da har du allerede startet for lenge siden.

Først publisert 6. mars 2019, oppdatert 17. august 2022.