Det er en nesten universell enighet blant digitale utgivere i dag om at spesialiserte nettsteder trenger spesialiserte innholdsstyringssystemer. Det som trengs for et lite B2B-selskap vil være annerledes enn det som trengs for en gigantisk detaljhandelsvirksomhet eller et stort mediehus.
Nyheter og sport er for eksempel to domener med unike og svært krevende behov. Ting beveger seg ekstremt raskt i disse domenene, historier har ofte kort holdbarhet, og innholdet må kanskje oppdateres ofte.
Ta for eksempel fotball, som så ofte metaforisk havner fra baksiden av sportsdekningen til forsiden også.
Det er et godt eksempel på en nyhetshendelse. Interessen for en kamp kan eksplodere i løpet av sekunder, og kreve innholdsoppdateringer for å betjene fans over hele verden, samtidig som et mål eller et sjokkerende resultat bølger gjennom folks bevissthet. Samtidig vil den moderne sportsfanen ikke bare ha resultatet; de vil også ha en rekke tilleggsinnhold, for eksempel:
- Forhåndsvisninger av arrangementet i oppkjøringen til arrangementet
- Statistikk på lag- og spillernivå
- Løpende kommentarer og livebloggreportasjer
- Rapporter fra kampene etter arrangementet
- Videohøydepunkter og sammendrag
Og det berører knapt alle de pågående nyhetene og reportasjene om lag, oppkjøringen til internasjonale kamper og konkurranser, nyheter og sladder om spillere og signeringer, og generell sladder, rykter og spekulasjoner, på flere forskjellige kanaler og plattformer som sosiale medier, med store endringer i trafikk og etterspørsel etter hvert som kampplanene ebbes og flyter.
Det er ikke rart at konvensjonelle innholdsstyringssystemer kan slite med å takle det.
Selv om flere headless CMS-er lover skalerbarhet og smidighet, ble de fleste ikke designet fra grunnen av for headless arkitektur, et mer moderne konsept som ser ut til å gi alle større deler av prosjekter muligheten til å skaleres og optimalisere uavhengig av andre komponenter og utviklingsstrømmer.
Når et tradisjonelt CMS som WordPress justeres for å fungere i et headless-miljø, forblir front-end-lagene tett knyttet til innholdsadministrasjonens back-end, noe som begrenser begge deres muligheter.
Glide Publishing Platform er et headless CMS som lover å tilby skalerbarheten og fleksibiliteten som trengs for å sikre optimal ytelse i den fartsfylte sport- og nyhetspubliseringsverdenen. Det posisjonerer seg som «verdens mest fleksible headless CMS for media, sport og publisering», med en avansert utgave som tilbyr ytterligere tilpasningsmuligheter og forbedrede funksjoner.
Bli med oss når vi anmelder Glide og vurderer om den lever opp til sine dristige påstander.
Hva er Glide Publishing Platform?
Glide er et SaaS headless CMS skreddersydd for sport-, media- og nyhetspubliseringsbransjen.
Der konvensjonelle headless CMS-er med monolittiske arkitekturer sliter med skalerbarhet og fleksibilitet, sikrer Glides modulære design og skybaserte arkitektur at det enkelt kan skaleres for å håndtere trafikktopper og sømløst integreres med andre verktøy for å tilby et bredt spekter av funksjoner.
Dette oppnås ved å utnytte de fire prinsippene i MACH-arkitekturen:
- Mikrotjenester for uavhengig distribusjon : Glide CMS er utformet som en samling av uavhengige tjenester i stedet for en monolitt, som hver kan distribueres, endres og skaleres uavhengig.
- API-først-tilnærming : Tilkobling og kommunikasjon er kjernen i systemets prinsipper, noe som betyr smidig kommunikasjon mellom komponenter og til syvende og sist enklere integrering med eksterne applikasjoner.
- Skybasert: Applikasjoner bygget for skyen er mer skalerbare, robuste og mer kostnadseffektive på lengre sikt. Glide er bygget på Amazon Web Service (AWS), verdens ledende leverandør av skybaserte tjenester.
- Headless: Glide CMS oppnår en avkobling mellom front- og backend i ordets rette forstand.
Som en SaaS-levert og administrert plattform er Glide utviklet for å frigjøre utgivere fra bryderiet med å måtte håndtere oppdateringer og vedlikehold. Dette reduserer byrden på interne IT- og DevOps-team, samtidig som plattformen blir sikrere og mer robust. I praksis betyr det at kundene ikke lenger trenger å bekymre seg for bryderiet som følger med den typisk onde sirkelen med skreddersydd teknologi: forskningsfasen, utviklings- og implementeringsfasene, løpende ikke-standardiserte fremtidige vedlikeholdsforpliktelser og deretter eventuell replattforming for å starte syklusen på nytt.
Denne pågående filosofien om ekte SaaS-levering tilsvarer i Glide CMS konstante oppdateringer og optimaliseringer som en del av lisensen, og fører til at det er sikrere enn gammeldagse CMS-er som er avhengige av dusinvis eller noen ganger hundrevis av plugins for å utføre spesialiserte funksjoner – plugins som etter hvert blir CMS-ens primære kilde til sikkerhetsproblemer.
Den andre fordelen er Glides påfølgende fleksibilitet, som betyr at tilleggsfunksjoner som er nyttige for bransjen regelmessig bygges inn i CMS-et og støttes som en del av tjenesten, noe som igjen minimerer avhengigheten av ukjente plugins eller behovet for å legge ut på en gjør-det-selv-vei.
Mens vi samhandlet med Glide-teamet, ble vi ganske imponert over å høre at plattformen er det foretrukne CMS-et for noen av verdens største idrettslag, inkludert den engelske fotballklubben Arsenal FC, Italias AS Roma og en av verdens største nettsteder for hesteveddeløp, Racing Post.
Kundelisten deres innen nyhetspublisering er like imponerende. Disse inkluderer The Sunday Times og The Daily Mail. Faktisk har The Daily Mail sett en økning på 300 prosent i abonnentbasen sin siden de gikk over til Glide.
Glides grunnlegger- og ledergruppe inkluderer veteranene fra nyhetsbransjen Denis Haman og Rich Fairbairn, som har bred erfaring fra ledende mediepublikasjoner som The Sunday Times.
Glides priser og funksjoner
På toppnivå tilbyr Glide tre produkter til utgivere som en del av sitt produktøkosystem i den komplette Glide Publishing Platform:
- Glide CMS , det sentrale innholdsstyringssystemet som bedrifter kan konfigurere og distribuere i henhold til sine behov
- Glide Go, en forhåndskonfigurert implementering av det komplette Glide headless CMS kombinert med et fullfunksjonelt nettsted som hostes og administreres av Glide. Glide Go passer best for mindre eller raskere utviklingsteam som trenger å levere raskt. Glide Go er ikke et låst frontend, og brukerne kan bygge sine egne eller endre den opprinnelige versjonen etter eget ønske.
- Glide Nexa , en frittstående kundedataplattform som løser vanlige problemer med kundeidentifikasjon og berettigelser som er vanlige i prosjekter med store målgrupper. Siden dette er et separat system og ikke en del av standard Glide CMS-tilbudet eller avhengig av det, vil vi ikke dekke det i denne artikkelen.
Glide CMS konfigureres og distribueres i henhold til hver enkelt kundes krav, noe som betyr at det ikke er noe standard fastrentekort knyttet til det. Så hvordan er prisen?
Glides prising har to komponenter: et månedlig abonnementsgebyr og en separat hostingavgift som er en direkte gjennomgående kostnad – det er ikke en inntektslinje for organisasjonen, og betyr at kundene fritt kan spesifisere tjenestenivåer som dekker deres egne behov. Totalt sett gjør dette CMS-kostnaden til en transparent fast kostnad og lar driftshosting gjenspeile bruken i den virkelige verden.
For lisensen er det ingen setemodell – det å legge til brukere belastes ikke separat, og det er for eksempel ikke behov for eller insentiv til å dele pålogginger. Kunder får tilgang til alle moduler og funksjoner, eventuelle fremtidige oppdateringer, ubegrenset redaksjonell opplæring for onboarding og nyansatte, samt utviklerdokumentasjon og opplæringsvideoer.
Som en del av SaaS-leveransen administrerer Glide CMS-teamet systemoppdateringer, løpende vedlikehold og alle tjenester og hosting på vegne av kunder. Standardstøtte i åpningstiden er inkludert.
Hovedfunksjonsoversikten for både Glide CMS og Glide Go inkluderer:
1. Flerleietak
Glide er et CMS for flere leietakere som lar kunder kjøre flere nettsteder i én instans og bruker konfigurasjonsalternativer for å bestemme hvordan de skal skilles. For større bedriftsutgivere og medieprosjekter i dag er dette mer eller mindre standardscenarioet, og her kan de velge å holde nettsteder, innhold, brukere og målgrupper helt separate, eller bringe dem mye tettere sammen etter eget ønske.
De fleste bedriftskunder velger alternativet Private Cloud-hosting, der alle systemer og data ligger i deres egen tildelte hostingorganisasjon og utelukkende til deres disposisjon. Dette inkluderer standard sandkasse- og produksjonsmiljøer, samt ytterligere UAT-, QA- eller frontend-miljøer etter behov.
Det finnes også muligheten for en delt sky for mindre komplekse prosjekter, noe som kan vise seg å være mer kostnadseffektivt hvis du er mindre interessert i å ha supergranulær kontroll over tilgjengelighet, skalering, distribusjonsplaner og så videre. Selv om det kalles «delt», er det viktig å merke seg at dataene dine ikke blandes med andres.
I begge tilfeller administrerer Glide CMS-teamet infrastruktur på vegne av kundene, inkludert front-end hvis det er forespurt, og holder tett kontakt rundt aspekter som utrullinger, oppdateringer og tidsplaner.
2. Komponerbare opplevelser
På samme måte som et headless CMS tillater at store deler av systemet kan bearbeides separat fra selve nettstedet eller appene, fremmer også moderne nettopplevelser muligheten til å gjøre store endringer og lanseringer uten å måtte rive opp hele nettstedet hver gang eller samtidig rote til alle de forskjellige systemene det kobles til.
Dette omfatter også muligheten til å skreddersy nettstedsinnhold og -opplevelser, samle inn analyser, administrere SEO, konfigurere betalingsmurer og jobbe med andre «moduler» eller arbeidsstrømmer uavhengig eller i tandem med de andre.
I Glides tilfelle betyr dette at CMS-et deres er bygget for å fungere sammen med flere forskjellige andre systemer, og bruke eller utveksle data frem og tilbake for å la produktteam lage personlige og engasjerende nettsteder og opplevelser.
3. Enkle tilpassede modeller
En komponerbar front-end-opplevelse bør gå hånd i hånd med et CMS som enkelt kan modellere nye innholdstyper og som kan definere, opprette og organisere nye innholdstyper i CMS-et for å passe til produktmålene du har på nettstedet eller i appene dine.
Hvis det ikke kan gjøre det, vil du være avhengig av konstant utvikling av nettstedene dine for å fylle disse hullene, samtidig som du øker arbeidsmengden på innholdsteamene for å holde tritt.
Ta for eksempel en artikkel med mye statistikk. Enten det handler om fotballspillerstatistikk eller forretningsresultater, kan en slik artikkel presentere store mengder statistiske data i tabeller eller lister sammen med den typiske redaksjonelle teksten og bildene et publiserings-CMS håndterer.
Det er ikke vanskelig å anta at en nettstedsbruker vil ønske å sortere og sammenligne statistikk og kategoridata, og det er her et CMS som skinner for «redaksjonelt» innhold kan slite. Å gjøre dataene dynamiske eller sorterbare i front-end blir ekstra arbeid for utviklerne, som vanligvis ender opp med å bruke en annen database enn det redaksjonelle CMS-et til å håndtere slike data, noe som bygger bro mellom de to systemene med utviklerarbeid i front-end.
Resultatet er at vi nå har data i to systemer og økte utviklingskrav. Ikke bare er dette vanskelig og tidkrevende for utviklere og redaksjonelt personale, men det gjør produktutviklingen treg.
Glide-teamet hadde bakgrunn fra publisering og media og hadde sett dette om og om igjen, og forsøkte å bygge CMS-funksjoner som kunne løse problemet.
Følgelig kan utgivere i Glide CMS definere en ny innholdsmodell for statistikkartikler som inneholder aktive data for relevante felt som spilte kamper, scorede mål, utbytte, årlig omsetning osv.
Utgivere kan deretter lage tilpassede modeller som dynamisk viser data og plasserer dem hvor som helst i artikkelen, eller som vises andre steder og driver andre produktfunksjoner eller kanaler.
4. Samarbeidsbasert liverapportering
Liveblogging har blitt en uunnværlig funksjon for nyhets- og innholdsprosjekter, og forskning har vist at det kan øke publikumsengasjementet betydelig. De åpenbare bruksområdene er nyheter og sport, men ethvert emne kan dekkes hvis du har et ivrig publikum og nok å si til dem.
Bak dette er imidlertid de fleste utgivere avhengige av frittstående systemer for å administrere liverapportering eller sette i gang store utviklingsprogrammer for å prøve å bygge nye spesialistfunksjoner i eldre CMS-systemer. Dette øker kostnads- og samsvarsbyrdene, kan splitte redaksjonelle brukere og innhold på tvers av forskjellige systemer, og kan gjøre det vanskelig å gjenbruke rapporter etter at et arrangement er avsluttet. Har du noen gang lurt på hvorfor de fleste liverapporter blir fjernet og aldri sett igjen? Ofte er det bare mer styr enn det kan tolereres.
Glide ønsket å imøtekomme det økende behovet for funksjonen, samtidig som de fjernet kostnads- og organisasjonshinderene ved å gjøre Live Reporting til en standard kjernefunksjon i CMS-systemet sitt. Det er gratis å bruke, og kunder kan dele innhold og integrasjoner akkurat som alle andre data i systemet, ved å bruke de samme innebygde elementene, avstemningene, sosiale feedene og så videre.
Glides Live Reporting-modul er også samarbeidsbasert, noe som betyr at et helt team av redaktører og skribenter kan jobbe med en hendelse og spore hva andre gjør på tvers av et enkelt dynamisk grensesnitt.
5. Flerkanalspublisering
For utgivere i dag betyr oppgaven med å være der publikummet deres er, på forskjellige kanaler og enheter, å kunne gjenbruke og spre innhold på tvers av nettsteder, sosiale medieplattformer, nyhetsbrev, podkaster og mer.
Med tanke på at man sender ut hundrevis eller til og med tusenvis av historier om dagen, utgjør det en stor forskjell for publiseringstiden å redusere bare noen få klikk i arbeidsflyten, og det fjerner i det hele tatt behovet for å duplisere hele artikler og reportasjer gang på gang.
En slik funksjonalitet er igjen en standardfunksjon i Glide, der brukerne kan automatisere all distribusjon til alle kanaler eller granulært kuratere innhold per kanal og etter segmenter etter eget ønske, noe som sparer brukeren tid og krefter.
6. Internasjonaliseringsverktøy
Internasjonalisering er mye mer enn å oversette innhold til flere språk, selv om det kan være det mest synlige aspektet.
De mer komplekse problemstillingene det reiser for seriøse utgivere er knyttet til spørsmål om lokalisering av innhold i stedet for bare å oversette tekst, hvordan publikum opplever nettsteder i forskjellige territorier, enten de har separate redaksjonelle team eller bidragsytere, forskjellige annonse- og innholdspartnere, ulike lover rundt brukerdata, kanskje forskjellige abonnementsplaner, og spørsmål som domenenavn og URL-strukturer. Det er nok å si at det er komplisert!
La oss forestille oss en stor begivenhet som involverer Storbritannia og Frankrike, som dekkes av to nyhetsleverandører.
En av dem har bare en britisk nettside og ønsker å lage én versjon av en artikkel på fransk som er en direkte kopi av originalen. I dette tilfellet er en oversettelse sannsynligvis nok, og utgiveren gjør ingen anstrengelser for å endre tekstens betydning for å appellere til en fransk leser.
Det andre forlaget har imidlertid virksomhet over hele verden, og i dette tilfellet har det to separate domener og redaksjonelle synspunkter for de to territoriene, noe som gjør scenariet mye mer komplekst.
Ikke bare bør innholdet være annerledes for å gjenspeile de ulike forventningene til lesergruppene, men nettstedets domenenavn er sannsynligvis også annerledes, og de kan ha separate kommersielle strukturer – de er i hovedsak forskjellige nettsteder.
Kravene til internasjonalisering øker tilsvarende for utgivere som også kan ha innholdsteam i forskjellige land som jobber med forskjellige språk, og som også gir tilbakemeldinger til det opprinnelige CMS-et. Dette forklarer hvorfor så mange multinasjonale nettsteder har helt forskjellige CMS-er bak seg
Glide har derimot et komplett verktøysett for internasjonalisering – som inkluderer oversettelser på over 70 språk med et knappetrykk – som gjør at alle scenariene ovenfor kan administreres fra samme sted, noe som reduserer kostnadene ved å gå internasjonalt for utgivere, eller gjør det mulig å bringe internasjonale team inn i et delt miljø for første gang.
7. Kunstig intelligens
Det er nesten umulig å snakke om å lage innhold i stor skala nå uten å lure på hvor AI passer inn.
GAIA er Glides AI-assistent, som rett og slett er ment å være en arbeidsflythjelper som fjerner kjedelige og tidkrevende oppgaver slik at forfattere kan gjøre mer.
Den tilbyr en rekke AI-funksjoner, inkludert utkastassistent, artikkeloppsummerer og tekst-til-tale-funksjoner basert på Amazons skybaserte Polly-tjeneste, for tekst-til-tale på over 40 språk og dialekter.
I tillegg bruker GAIA autoML-oversettelse for å tilby tilpassbar maskinoversettelse, slik at brukere kan lage tilpassede modeller som dekker over femti språkpar.
GAIA kan slås på gratis og er helt valgfritt på globalt nivå og også detaljert i hele systemet for alle brukertyper. I hovedsak kan du kontrollere hvem som bruker det og til hva, eller slå det av helt.
Det som er interessant med GAIA for utgivere er ikke så mye én enkelt funksjon som implementeringen bak kulissene av hvordan den passer inn i CMS-et – noe Glide-teamet sier at utgivere er mye mer opptatt av enn muligheten til, for eksempel, å forkorte en artikkel raskt.
Så langt har bruken av AI i mediebransjen skapt mer enn sin rettferdige andel av problemer for utgivere. Disse inkluderer tvister om opphavsrett og immaterielle rettigheter, LLM-leverandører og utgivere i juridiske tvister over hele verden om innholdsbruk, samtidig som de inngår avtaler om innhold, og publikum i undersøkelser som generelt uttrykker en motvilje mot AI-generert innhold.
For å komplisere saken ytterligere, utvikler det lovgivende landskapet knyttet til AI seg raskt, med forventninger om at nettsteder i noen områder vil være pålagt å kunne si hva som er AI-generert.
Glide vet at effektiv bruk av AI er en delikat balansegang, og har derfor bygget inn flere funksjoner i GAIA for å forebygge de fleste av de forventede utfordringene som oppstår ved bruk av AI i publisering i overskuelig fremtid.
Slik gjør du det:
1. Beskyttede data
En av de viktigste tekniske avgjørelsene bak GAIA er å forhindre dataoverføring til opplæringsmodeller, noe som har vist seg å være ekstremt populært blant utgivere av grunnene ovenfor. I tillegg er det ingen «kontrakt» med noen leverandør, slik at kundene kan bytte LLM-er etter eget ønske uten å inngå en ny avtale hver gang.
2. Over 25 tilbydere av LLM-programmer
GAIA støttes av over 25 store språkmodeller og bildemodeller fra flere leverandører, som brukerne kan velge og endre etter eget ønske per brukstilfelle. Resonnementet er enkelt: som DeepSeek Moment tydelig demonstrerte, utvikler AI-er og LLM-er seg i et så raskt tempo at det er svært restriktivt å binde brukere til én enkelt AI.
3. Revisjonsspor for bilder
Når brukere genererer et AI-bilde ved hjelp av GAIA, lagrer de også et komplett revisjonsspor for opprettelsesprosessen og andre aspekter en bilderedigerer ville ønske å bruke AI-bilder med trygghet eller til og med potensielt hevde noen IP-rettigheter i fremtiden.
4. Menneskekontrollerte arbeidsflyter
Glide er en viktig forkjemper for «human-in-the-loop»-filosofien, som har som mål å forhindre misbruk eller hallusinasjoner av AI. Som standard blokkerer den AI-generert innhold fra å bli publisert direkte på brukergrensesnittet. Den gråner Publiser-knappen på en smart måte, slik at bare brukergodkjent innhold går videre i en arbeidsflyt.
Tilpasningsfunksjoner
1. Tilpasningsalternativer for brukergrensesnitt/UX
Glide CMS er headless, som betyr at det ikke begrenser hva du gjør for målgruppen din eller hvordan du bruker merkevaren og stilen din. Det bruker imidlertid fortsatt mange av de praktiske nettstedskontrollfunksjonene som finnes i eldre monolittiske design for å blande friheten til headless med den tette kontrollen fra monolittisk.
Plattformen har en kraftig nettstedsbyggingsdel som lar deg skreddersy design, layout og funksjonalitet via et intuitivt dra-og-slipp-grensesnitt. Dette grensesnittet forenkler prosessen med å legge til, fjerne og arrangere sideelementer, og er intuitivt selv for de uten omfattende teknisk ekspertise .
Selvfølgelig står brukerne fritt til å tilpasse farger, fonter og bilder for å sikre et konsistent utseende og preg. Dette gjelder også avanserte funksjoner som støtte for tilpasset CSS og JavaScript, som tillater tillegg av skreddersydd kode for å gjøre den typen ting utviklere vanligvis ville måtte bruke tid på å kode nettsteder eller backend.
Glide-teamet sier at filosofien deres er å la deg enkelt lage fantastiske ting som ser fantastiske ut og gjør noe fantastisk uten å endre selve CMS-et.
2. Integrasjon med eksterne API-er
En av Glide CMS sine mest fremtredende funksjoner er uten tvil muligheten til å integrere med tilsynelatende alle eksterne API-er, slik at brukere kan koble til sine egne eller valgte apper og tredjepartstjenester og datakilder.
Med disse API-integrasjonsfunksjonene kan systembrukere betjene både målgruppene sine og interne behov like effektivt. For eksempel kobler redaksjonelle team ofte systemer eller apper som er til publikums fordel, men de legger også rutinemessig til ting som hjelper innholdsteamene med å gjøre jobben sin bedre, som Slack, Airtable, GA, eksport/import av utskriftssystemer og så videre.
Et stort antall kjente og populære apper er forhåndskoblet til hurtig onboarding, inkludert vanlige annonse- og analyseverktøy, sosiale kanaler osv. – i tillegg til mer spesialiserte, men vanlige medier som Getty Images, videoplattformer i bedriftsklassen, betalingsmurer og så videre.
Utover disse forhåndsbygde integrasjonene tilbyr Glide også en tilpasset API-integrasjonsfunksjon som lar brukere koble til et hvilket som helst eksternt API, noe som åpner for uendelige muligheter for tilpasning og funksjonalitet.
I praksis betyr dette at du kan hente eller pushe data på tvers av andre tjenester, og viktigst av alt, at du kan ta avgjørelser om disse dataene i selve Glide: en ekstern datakilde er ikke bare en blind feed skjult for forfatteren, men kan avhøres, søkes i og utføres som om det var native Glide-data. Dette reduserer arbeidsmengden for utviklere og innholdsteam betraktelig.
Ved å utnytte disse tilpasningsfunksjonene kan brukerne skape en svært personlig og interaktiv opplevelse for publikummet sitt uten å øke sin egen arbeidsmengde ved siden av.
Komme i gang med Glide CMS-dashbordet
Det første brukerne ser når de logger seg inn på Glide-dashbordet sitt, er et arbeidsområde med plass til en stor analyseskjerm – i vårt tilfelle en trafikkanalyse for nettstedet via Looker Studio – og verktøy for å gi en oversikt over innholdet i systemet, Innholdskøer. I mellomtiden har menyen til venstre alle de viktige fanene brukerne trenger for å opprette og distribuere innhold.
Arbeidsområdet kan tilpasses, så datafeeden er variabel, og brukere kan legge til nye innholdskøer for å vise opptil 12. I tillegg finnes det hurtigopprettingsalternativer for ofte brukte alternativer hvis du bare vil lage artikler eller innhold,
Nedenfor finner du en mer detaljert oversikt over de viktigste seksjonene i menyen til venstre.
Artikkel
Dette er fanen der de fleste redaktører eller skribenter begynner å jobbe. Ved å klikke på Skriv-knappen kan du velge mellom et ubegrenset antall forhåndskonfigurerte artikkeltyper, f.eks. nyheter, firmaprofil, magasinartikkel, oppskrift, kamprapport, kampanjetilbud eller andre artikkeltyper eller formater som utgivere kan definere.
Denne forhåndskonfigurasjonen av artikkeltypen lar en redaktør eller et produktteam variere utseendet og følelsen til innhold i det uendelige, eller automatisere tillegg av spesifikke felt, data eller kategorier uten å være avhengig av at skribentene kjenner til eller husker alle disse avgjørelsene, eller legger dem til på nytt hver gang.
For eksempel kan redaktøren starte en intervjuserie og opprette en malbasert artikkeltype for «Intervju» som har et helt annet design enn en vanlig nyhetsartikkel. Den nye typen har nå innebygd en vanlig tabell for noen fakta om intervjuobjektet, noen sitater, et galleri, visse taksonomier lagt til som standard og til og med forhåndsvalg av tekst-til-tale- og «send til e-post»-alternativer. Forfatteren eller produksjonsteamet trenger ikke å huske å legge til noen av disse elementene eller kategoriseringene, og kan nå se nøyaktig hva de trenger å legge til og hvor for denne nye artikkeltypen.
Når vi går over til artikkelformen der innhold opprettes eller settes sammen, inkludert multimedia, gallerier, filer, innebygde elementer og så videre, er det noen interessante ting å se på.
Vi skal ikke gå inn på kapittel og vers om artikkelens arbeidsområde, som har flere felt som overskrifter, slagord, ståsted, forkortede eller alternative versjoner av disse, sammendragsskjema, reklamebilder, reklametekst, relatert innhold og en tekstredigerer som snarveier til å legge til andre elementer som sosiale medier-innebygginger, videoer, bilder, gallerier og så videre.
Avhengig av konfigurasjonen kan brukere til og med legge til komplette pakkede «widgeter» i artikler fra denne skjermen. Widgeter beskrives best som forhåndsbygde verktøy som systemet kan slippe inn i artikler. Disse verktøyene kan være innebygde Glide CMS-verktøy, for eksempel gallerier eller relatert innholdsblokker, eller kanskje eksterne «tredjepartswidgeter» som kan være noe utviklingsteamet ditt har bygget, f.eks . et påmeldingsskjema for nyhetsbrev, en produktvelger eller en e-handelsmodal.
Arbeidsområdet er videre delt inn i to faner:
- Opprett – der brukere oppretter og velger innholdet som skal vises
- Produser – der viktige produksjonsoppgaver som hvilken kanal artikkelen skal sendes til, SEO og kategorisering ferdigstilles
Glide sier at de tror sterkt på at det å skille innholdsproduksjon fra produksjon bidrar til at begge settene med oppgaver blir utført bedre, spesielt der forfattere forventes å utføre produksjonsoppgaver eller der disse rollene faller inn under forskjellige teamansvar.
Glide følger også det de kaller en statusdrevet arbeidsflyt, noe som gjør arbeidsflyter til en sentral del av hvordan innhold håndteres. Dette er et vanlig tema der forretningsavgjørelser som å markere en artikkel med en bestemt status, eller flytte den gjennom en arbeidsflyt til en annen avdeling, ikke kan omgås ved et uhell av skribenter eller bidragsytere.
Fra et forfatterperspektiv trenger de bare å legge til en status til et innhold, men bak kulissene skjer det mye for å sørge for at det følger bedriftens arbeidsflyt for å vise det frem der det vil. Vi likte ganske godt hvordan plattformen lar disse små brødsmulene veilede uerfarne brukere.
Glide-teamet sier at taksonomier kan sees på som en av de mest krevende delene av systemet, så det er ikke overraskende at hver artikkel i Glide må ha minst én taksonomi knyttet til seg før den kan publiseres: hvordan skulle den ellers vite hvor den skal dukke opp?
I den forbindelse har CMS-et en ny tilnærming for å forhindre at menneskelige feil påvirker SEO, samtidig som det gir det muligheten til å tilføre mest mulig verdi. Vi vil forstå dette mer detaljert i taksonomidelen nedenfor.
Her er tre nyttige funksjoner i Artikkelproduksjon-fanen som vi syntes skilte seg ut:
1. Forhåndsvisning
Forhåndsvisning av sider er ofte et stort problem for de fleste headless CMS-er. De har vanligvis ikke et nøyaktig WYSIWYG-designgrensesnitt – hvis du har det, er du faktisk headless? – så brukere kan synes det er vanskelig å forhåndsvise innhold, spesielt når innhold kan sendes til flere steder som apper, utskrift eller flere forskjellige nettsteder, hver med sitt eget utseende og preg.
For å løse dette, lar forhåndsvisningsfunksjonen i Glide CMS deg trygt forhåndsvise en fullstendig representasjon av sider på nettstedet, inkludert hvordan det kan se ut med annonser eller bak en betalingsmur eller abonnementsportal, og andre eksterne elementer utenfra CMS-et.
2. Stille oppdatering
Dette alternativet lar brukere oppdatere en artikkel uten å oppdatere tidsstempelet i brukergrensesnittet – veldig nyttig når redaktører retter skrivefeil eller andre feil, men ikke vil at Google skal bruke opp gjennomsøkingsbudsjettet eller se ut som om de prøver å sende gammelt innhold som nytt. Eventuelle redigeringer eller endringer skjules ikke fra systemets revisjonsspor.
3. GAIA-forhåndskontroll for nyheter
Preflight er i praksis Glides artikkelbaserte AI-«helsesjekker»-verktøy, og selv om Glide-teamet bestreber seg på å ikke kalle det «et SEO-verktøy», sjekker det absolutt den samme typen ting som søkemotorer gjør!
Det særegne navnet kommer fra de røde/gule/grønne lysene som skanner en artikkel før publisering for ting som kan ha blitt oversett, noe som kan påvirke dens innvirkning.
I den vi prøvde, Preflight for News, skanner den innhold etter den typen ting en nyhetsredaktør vil kreve (eller din favorittsøkemotor ...) som den klassiske Hvem, Hva, Hvorfor i historien. Hvis den dekker dem alle, blir de seks lysene grønne. Hvis noen ikke er grønne, står det hva som mangler.
Akkurat nå er den konfigurert for Nyheter, som betyr at den vi prøvde hadde noen begrensninger hvis den ble rettet mot andre artikkeltyper – for eksempel vil en oppskriftsartikkel få mange røde lys. Lysene kan imidlertid ignoreres uten å stoppe publiseringen, og dessuten sier Glide-teamet at konseptet har vist seg å være veldig populært og utvides for å gjøre det enkelt å spesifisere forskjellige artikkelkriterier.
Media
Brukere kan administrere og konfigurere bilder i Media-fanen.
Utgivere sier jevnlig at beskjæring, endring av størrelse på og håndtering av bilder er enormt tidkrevende og ofte ufullstendig, spesielt siden mange CMS-er fortsatt krever opplasting av forskjellige bildeversjoner for å dekke alle mulige brukstilfeller og skjermstørrelser. Det legger mye arbeid på brukerne.
Glide løser disse varierte problemene ved å la kundene automatisere alle bildeoppgaver når bildet importeres til systemet, slik at brukerne bare trenger å laste opp et originalt bilde og overlate alt annet til systemet. Hvis brukerne har en bestemt redaksjonell avgjørelse om hva som skal eller ikke skal beskjæres, kan de gjøre en rask manuell redigering i ett trinn som vil bli spredt på tvers av alle versjoner.
Dette betyr at mange ting som tidligere krevde at brukerne gjorde, som å endre størrelse, beskjære, velge sideforhold, vannmerke, teksting og metadata, og til og med tvinge konvertering til andre filformater (f.eks. jpg til webp), alt kan tas fra dem.
Direkterapportering
I motsetning til de fleste CMS-er har Glide innebygd liverapportering. Faktisk fungerer liverapportering i Glide nesten som et eget CMS i et CMS. Alt en bruker trenger for å dekke arrangementer, inkludert bilder, videoer og andre medier, finnes i liverapportering, som ikke krever at andre systemer kalles opp. Dette reduserer ikke bare brukerkostnadene, men gir også en renere bedrifts- og innholdsarkitektur.
Live Reporting har samme redigeringsprogram for rikt tekst som artikkeldelen, men i motsetning til artikkelopprettingsprosessen er live rapportering i Glide samarbeidsbasert. Dermed, mens artikkelpanelet er låst for andre brukere mens noen jobber med det (administratorer kan overstyre dette), lar Live Reporting flere brukere jobbe med en historie etter hvert som den utvikler seg.
Den eneste delen som ikke er samarbeidsbasert er sammendragsdelen som vises til venstre på skjermen, med forventningen om at denne vil bli ledet av en redaktør eller kompilator med en oversikt over hva alle andre har lagt til, omtrent som en standard artikkelside ville være låst.
Brukere kan også legge inn det nevnte systemet eller tredjeparts widgeter i liverapporter.
Taksonomi
Den klientdefinerte taksonomistrukturen som overvåker innholdskategorisering (og mange andre ting) i Glide er kjernen i det som gjør systemet så fleksibelt, sier ingeniørene bak det.
Hver taksonomioppføring kan ha omfattende metadata og annen informasjon lagt til, og plasseres i et relasjonstre som ikke bare gir et enormt potensial til kategoriseringspotensialet til en historie, men også reduserer arbeidsmengden og sjansen for feil fra brukerne.
Som et enkelt eksempel kan en bruker legge til den ensomme taksonomitermen «Manchester United» i en artikkel, og umiddelbart se artikkelen dukke opp i seksjoner eller sider som dekker sport, fotball, europeisk fotball, britisk fotball, engelsk fotball og Premier League eller andre konkurranser som Champions League eller FA-cupen, uten å måtte legge til noen av disse ekstra kategoriene eller manuelt tildele artikkelen til seksjoner én etter én, eller risikere feilstavinger eller tagginger som ville sendt den til en ikke-eksisterende seksjon ved et uhell.
Det er litt som et enkelt blad på en tregren, koblet til en rekke stadig større grener. De samme prinsippene gjelder for alle typer innhold eller enheter, personer, steder eller emner.
Selv om klienter raskt kan opprette nye taksonomier, tillater ikke CMS-et at friformstagging som WordPress dikterer publiseringsatferd, og fraråder faktisk aktivt en slik tilnærming som unødvendig og risikabel.
Dette eliminerer fristelsen for redaksjoner til å oversvømme innhold med tilfeldige tagger, eller omvendt til stadig å måtte referere til omfattende lister med «må legges til»-tagger, begge praksiser som skaper store problemer når man lager historier i tempo eller volum, og hindrer migreringer år fremover.
Glide-teamet bruker eksemplet med brukere av andre CMS som legger til flere ekstra tagger som Manchester United FC, Manchester Utd, Man United, Man Utd, ManU og dagligdagse termer som The Red Devils på artikkelbasis, uten å innse at Google effektivt ignorerte slike tagger og at deres egne utviklere hadde satt opp nettstedet sitt til å lage seksjoner basert på tagger – noe som førte til at nettstedet hadde flere Manchester United-seksjoner, noen feilstavet, og som til sammen faktisk eroderte nettstedets emneautoritet hos søkemotorer.
Verifisere
Verify er Glides innebygde funksjon for innholdsintegrering/-pakker, som lar innholdsteam og utviklere opprette tilgangspakker for å oppfylle rettighetene til bestemte abonnentgrupper eller produkttilbud.
Verify lagrer ingen kundedata, men kan kobles til enhver betalingsmur, abonnementsadministrasjon eller identitets- og tilgangsadministrasjonstjeneste (IDAM) som en utgiver bruker, eller Glides egen frittstående Nexa-tjeneste.
I bruk lar Verify brukere opprette en persona i betalingsmuren sin, og matche den med en Access Bundle i Glide CMS som redaktører kan opprette på sekunder.
CMS-et vil gjøre all filtrering og sortering av innhold før det i det hele tatt sendes til CDN-et, noe som har den doble fordelen at det unngår nedbremsing av nettstedet på grunn av filtrering av betalingsmurer, og reduserer uautoriserte visninger fra de som har funnet en metode for å omgå et nettsteds gating-teknologi.
Hjelp og støtte
Glide legger stor vekt på å tilby kundestøtte på høyeste nivå.
Plattformen virker spesielt dyktig til å håndtere de spesielle utfordringene publisering og media står overfor, og tilbyr standard og spesialtilpasset løsninger skreddersydd for dette dynamiske miljøet.
Den primære støttekanalen er en direkte portal der kunder kan sende inn saker for eventuelle problemer, i tillegg til telefon- og e-postbasert støtte og en direkte Slack-kanal for hver kunde.
Standard responstider er innen en time og løsningstider er innen en dag, eller begge deler mye raskere avhengig av tjenestenivåavtalealternativer, samt muligheten for fullstendig skreddersydd støtte som er svært relevant for sports- og medieorganisasjoner som følger svært atypiske arbeidsplaner. Glide-teamet sier at nyheter aldri stopper, så det bør heller ikke et CMS.
Det finnes et uttømmende bibliotek med opplæringsvideoer og dokumentasjon som tilbys kundene gratis.
Glides hjelp og støtte er blant de beste vi har sett noe CMS tilby kundene sine.
Glide i gjennomgang
Det er tydelig at Glide er et av de kraftigste og mest avanserte CMS-ene som er tilgjengelige for utgivere innen nyhets-, media- og sportssegmentene. Vi elsket det.
Det vi elsker med Glide
- Skybasert MACH-arkitektur som tilbyr fleksibilitet og skalerbarhet i ordets rette forstand
- Eliminerer behovet for plugins og skreddersydde løsninger
- Sikker AI som også er fremtidssikker og forutser samsvars- og teknologiske utfordringer i en AI-ledet fremtid
- Som en SaaS i ordets rette forstand, fritar Glide utgivere fra bekymringen for oppdateringer, ettersom Glide-teamet tar seg av dem
- Brukervennlig grensesnitt med dra-og-slipp-funksjoner og WYSIWYG
- Hjelp og støtte i toppklassen
- Unike funksjoner som tillater opprettelse av egendefinerte felt for å fange opp distinkte produktdetaljer, slik at redaktører effektivt kan administrere og oppdatere produktspesifikasjoner
Der det er rom for forbedring
- Glides Preflight-artikkelhelsekontroll kan trenge forbedringer for å få den til å fungere for alle artikkeltyper.
Til syvende og sist føler vi at Glide absolutt lever opp til sine store løfter. Som et skybasert og fullt komponerbart CMS er fleksibiliteten og skalerbarheten virkelig imponerende, noe som posisjonerer det som en utmerket løsning for medie- og sportsutgivere med høy trafikk.
Vi nøler ikke med å anbefale Glide til utgivere som ser etter et kraftig SaaS CMS som kan håndtere mye trafikk.
