Det er en nesten universell konsensus blant digitale utgivere i dag at spesialiserte nettsteder trenger spesialiserte innholdsstyringssystemer. Det som trengs for et lite B2B -selskap, vil avvike fra en gigantisk detaljhandel eller et stort medieforetak.
Nyheter og idretter, for eksempel, er to domener med unike og svært krevende behov. Ting beveger seg ekstremt raskt i disse domenene, historier har ofte korte holdbarheter, og innhold kan måtte oppdateres ofte.
Ta for eksempel fotball, som så ofte metaforisk gjør det fra baksidene med sportsdekning til forsidene også.
Det er et godt eksempel på en nyhetsbegivenhet. Interessen for en kamp kan eksplodere i løpet av sekunder, og krever at innholdsoppdateringer for å tjene fans over hele verden samtidig som et mål eller sjokkresultatkrupp gjennom folks bevissthet. Samtidig vil ikke den moderne sportsfanen bare ha poengsummen; De vil også ha en rekke ekstra innhold, for eksempel:
- Forhåndsvisning av arrangementer i oppkjøringen til arrangementet
- Lag- og spillernivåstatistikk
- Kjørekommentar og live blogg reportasje
- Matchrapporter etter hendelsen
- Video -høydepunkter og sammendrag
Og det berører knapt alle de pågående nyhetene og har innhold rundt lag, oppbyggingen for internasjonale kamper og konkurranser, nyheter og sladder rundt spillere og signeringer, og generell sladder, rykter og spekulasjoner, på flere forskjellige kanaler og plattformer som som som som som som som Sosiale medier, med enorme endringer i trafikk og etterspørsel som kampplaner ebb og flyt.
Det er ikke rart at konvensjonelle innholdsstyringssystemer kan kjempe for å takle.
Mens flere hodeløse CMS -er lover skalerbarhet og smidighet, var de fleste ikke designet fra grunnen av for hodeløs arkitektur, et mer moderne konsept som ser ut til å gi alle større del av prosjektene muligheten til å skalere og optimalisere uavhengig av andre komponenter og utviklingsstrømmer.
Når en tradisjonell CMS som WordPress er finjustert for å fungere i et hodeløst miljø, forblir front-end-lagene tett knyttet til innholdsstyringens back-end, og begrenser begge mulighetene deres.
Glide Publishing Platform er en hodeløs CMS som lover å tilby skalerbarhet og fleksibilitet som trengs for å sikre optimal ytelse i den fartsfylte sports- og nyhetspubliseringsverdenen. Den posisjonerer seg som "verdens mest fleksible hodeløse CMS for media, sport og publisering", med en avansert utgave som tilbyr flere tilpasningsfunksjoner og forbedrede funksjoner.
Bli med når vi gjennomgår Glide og evaluerer om den lever opp til sine dristige påstander.
Hva er Glide Publishing Platform?
Glide er en SaaS -hodeløs CMS skreddersydd for sports-, media- og nyhetspubliseringsindustriene.
Der konvensjonelle hodeløse CMS-er med monolitiske arkitekturer sliter med skalerbarhet og fleksibilitet, sikrer Glides modulære design og sky-innfødte arkitektur at den lett kan skaleres for å håndtere trafikkpigger og sømløst integrert med andre verktøy for å gi et bredt utvalg av funksjoner.
Det oppnår dette ved å utnytte de fire prinsippene for Mach -arkitektur:
- Mikroservices for Independent Deployment : Glide CMS er arkivert som en samling av uavhengige tjenester i stedet for en monolit, som hver kan distribueres, endres og skaleres uavhengig.
- API-første tilnærming : Tilkobling og kommunikasjon er kjernen i systemets prinsipper, noe som betyr jevn kommunikasjon mellom komponenter og til slutt enklere integrasjon med eksterne applikasjoner.
- Sky-innfødte: applikasjoner bygget for skyen er mer skalerbare, spenstige og mer kostnadseffektive på lengre løp. Glide er bygget på Amazon Web Service (AWS), verdens ledende leverandør av skybaserte tjenester.
- Hodeløs: Glide CMS oppnår en avkobling mellom front- og back-end i den sanneste forstand.
Som en SaaS-levert og administrert plattform, blir Glide tenkt til å frigjøre utgivere fra bryet med noen gang å måtte håndtere oppdateringer og vedlikehold. Dette reduserer belastningen på interne IT- og DevOps -team mens du gjør plattformen sikrere og robust. Rent praktisk betyr det at kunder ikke lenger trenger å bekymre seg for problemer som følger med den typisk ondskapsfulle syklusen med skreddersydd teknologi: forskningsfasen, utviklings- og implementeringsfaser, pågående ikke-standard vedlikeholdsforpliktelser, og deretter eventuell omdannelse for å starte på nytt på nytt med å starte på nytt med å starte på nytt med å starte på nytt på nytt syklus.
Denne pågående filosofien om ekte SaaS-levering tilsvarer glide CMS til konstante oppdateringer og optimaliseringer som en del av lisensen og fører til at den er sikrere enn CMS i gammel stil som er avhengige av dusinvis eller noen ganger hundrevis av plugins for å utføre spesialiserte funksjoner-plugins som i i Forhånd blir CMSs primære kilde til sikkerhetsproblemer.
Den andre fordelen er Glides påfølgende fleksibilitet, noe som betyr at tilleggsfunksjoner som er nyttige for industrien, er regelmessig innebygd i CMS og støttet som en del av tjenesten, igjen minimerer avhengigheten av ukjente plugins eller behovet for å ta fatt på en DIY -vei.
Mens vi samhandlet med Glide -teamet, var vi ganske imponert over å vite at plattformen er den foretrukne CMS for noen av verdens største idrettslag, inkludert den engelske fotballklubben Arsenal FC, Italias som Roma og et av verdens største hesteveddeløpsnettsteder , Racing Post.
Dens liste over klienter i nyhetspubliseringsdomenet er like imponerende. Disse inkluderer Sunday Times og Daily Mail. Faktisk har Daily Mail hatt en økning på 300 prosent i abonnentbasen siden han skiftet til å glide.
Glides grunnleggende og seniorlederteam inkluderer nyhetsbransjene -veteraner Denis Haman og Rich Fairbairn, som bringer enorm erfaring med å jobbe med ledende mediepublikasjoner som Sunday Times.
Glides priser og funksjoner
På toppnivå tilbyr Glide tre produkter til utgivere som en del av sitt produktøkosystem i full Glide Publishing Platform:
- Glide CMS , det kjerneinnholdsstyringssystemet som virksomheter kan konfigurere og distribuere i henhold til deres krav
- Glide Go, en forhåndskonfigurert distribusjon av den fulle glidehodeløse CM-ene sammenkoblet med et fullverdig nettsted som er vert og administrert av Glide. Glide Go passer best for mindre eller raskere dev -team som trenger å levere raskt. Glide Go er ikke en innelåst frontend, og brukere kan bygge sin egen eller endre den første bygningen slik de synes passer.
- Glide Nexa , en frittstående kundedataplattform som løser vanlig kundeidentifikasjon og rettigheter som er vanlige for store publikumsprosjekter. Siden dette er et eget system og ikke en del av Standard Glide CMS -tilbudet eller som er avhengige av det, vil vi ikke dekke det i denne artikkelen.
Glide CMS er konfigurert og distribuert i henhold til hver klients krav, noe som betyr at det ikke er noen standard fast rente-kort som er knyttet til det. Så hvordan er det priset?
Glides priser har to komponenter: et månedlig abonnementsavgift, og en egen hosting som er en direkte gjennomgangskostnad-det er ikke en inntektslinje for organisasjonen og betyr at kundene står fritt til å spesifisere servicenivåer som oppfyller deres egne behov. Totalt sett får dette CMS til å koste en gjennomsiktig fast kostnad og lar operativ hosting gjenspeile bruken i den virkelige verden.
For lisensen er det ingen setemodell - å legge til brukere belastes ikke separat, og det er ikke behov eller insentiv til å dele pålogginger, for eksempel. Kunder får tilgang til alle moduler og funksjoner, fremtidige oppdateringer, ubegrenset redaksjonell trening for ombord og nye startere, og utviklerdokumentasjon og treningsvideoer.
Som en del av SaaS -leveringen administrerer Glide CMS -teamet systemoppdateringer, kontinuerlig vedlikehold og alle tjenester og hosting på vegne av klienter. Standard støtte for arbeidstid er inkluderende.
Hovedfunksjonen for både Glide CMS og Glide Go -tilbud inkluderer:
1. Multi-leieforhold
Glide er en CMS med flere leietakere som lar kundene kjøre flere nettsteder innen en enkelt forekomst og bruker konfigurasjonsalternativer for å bestemme hvordan de er atskilt. For større bedriftsforlag og medieprosjekter i dag, er dette mer eller mindre standardscenariet, og her kan de velge å holde nettsteder, innhold, brukere og publikum helt separate, eller bringe dem mye nærmere sammen slik de synes passer.
Flertallet av bedriftskundene velger alternativet Private Cloud Hosting, der alle systemer og data er inneholdt i deres egen tildelte hostingorganisasjon og utelukkende til disposisjon. Dette inkluderer standard sandkasse- og produksjonsmiljøer samt flere UAT-, QA- eller front-end-miljøer etter hvert som de krever.
Det er også muligheten til en delt sky for mindre komplekse prosjekter, noe som kan vise seg å være mer kostnadseffektiv hvis du er mindre interessert i å ha super-granulær kontroll over tilgjengelighet, skalering, distribusjonsplaner og så videre. Selv om det kalles 'delt', er det viktig å merke seg at dataene dine ikke er blandet med andres.
I begge tilfeller administrerer Glide CMS-teamet infrastruktur på vegne av kunder, inkludert frontend hvis du blir bedt om, og opprettholder nær kontakt rundt aspekter som distribusjoner, oppdateringer og tidsplaner.
2. komponerbare opplevelser
På samme måte som en hodeløs CMS gjør at store deler av systemet kan arbeides med atskilt fra nettstedet eller appene selv, så også moderne nettopplevelser fremmer muligheten til å gjøre store endringer og lanseringer uten å måtte rive opp hele nettstedet hver gang eller samtidig krangle alle de forskjellige systemene den kobles til.
Dette strekker seg til å kunne skreddersy innhold og opplevelser av nettsteder, samle analyser, administrere SEO, comfigure lønnsvegger og jobbe andre 'moduler' eller arbeidsstrømmer uavhengig eller i takt med de andre.
I Glides tilfelle betyr dette at CMS er bygget for å sitte 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 skal gå hånd i hånd med en CMS som enkelt kan modellere nye innholdstyper og er i stand til å definere, lage og organisere nye innholdstyper i CMS for å passe til hvilke produktmål du har på nettstedet ditt eller apper.
Hvis det ikke kan gjøre det, vil du stole på konstant utvikling av nettstedene dine for å fylle disse hullene, mens du øker arbeidsmengden på innholdsteam for å følge med.
Ta for eksempel en stat-tung artikkel. 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 en publisering av CMS vil håndtere.
Det er ikke en strekning å anta at en nettstedbruker vil sortere og sammenligne statistikken og kategoriene data, og det er her et CMS som skinner for 'redaksjonelt' innhold kan slite. Å gjøre dataene dynamisk eller sorterbar i frontenden blir ekstra arbeid for utviklerne, som vanligvis ender opp med å bruke en annen database enn de redaksjonelle CMS for å håndtere slike data, og bygge bro mellom de to systemene med dev -arbeid i frontenden.
Resultatet er at vi nå har data i to systemer og økte utviklingskrav. Ikke bare er dette fiddly og tidkrevende for utviklere og redaksjonelle ansatte, men det gjør produktutviklingen treg.
Å ha bakgrunn i publisering og media betydde at Glide -teamet hadde sett dette om og om igjen, og forsøkte å bygge CMS -funksjoner som kunne avslutte problemet.
Følgelig, i Glide CMS, kan utgivere definere en ny innholdsmodell for artikler av statistikk-type som inneholder aktive data for relevante felt som kamper som spilles, scoret mål, utbytte, årlige inntekter, etc.
Utgivere kan da lage tilpassede modeller som dynamisk viser data og plasserer dem hvor som helst i artikkelen, eller blir dukket opp andre steder som driver andre produktfunksjoner eller kanaler.
4. Samarbeidende live -rapportering
Live blogging har blitt et must-have-funksjon for nyhets- og innholdsprosjekter, og forskning har vist at det kan øke publikums engasjement betydelig. De åpenbare brukssakene er nyheter og sport, men ethvert tema kan dekkes hvis du har et ivrig publikum og nok til å si til dem.
Bak det er de fleste utgivere imidlertid avhengige av frittstående systemer for å administrere live rapportering eller ta fatt på store utviklingsprogrammer for å prøve å bygge nye spesialistfunksjoner i gamle CMS. Dette gir kostnader og overholdelsesbyrder kan dele redaksjonelle brukere og innhold på tvers av forskjellige systemer, og kan gjøre det vanskelig å gjenbruke rapporter etter at en hendelse er avsluttet. Lurer du noen gang på hvorfor de fleste live -rapporter blir tatt ned og aldri sett igjen? Ofte er det bare mer problemer enn det som kan tolereres.
Glide ønsket å imøtekomme det økende behovet for funksjonen mens de fjernet disse kostnadene og organisasjonsblokkerne ved å gjøre live rapportering av en standard kjernefunksjon i CMS. Det er gratis å bruke, og kunder kan dele innhold og integrasjoner akkurat som alle andre data i systemet, ved å bruke de samme innebyggingene, avstemningene, sosiale feeds og så videre.
Glides live rapporteringsmodul er også samarbeidende, noe som betyr at et helt team av redaktører og forfattere kan jobbe med en begivenhet og spore hva andre gjør på tvers av et enkelt dynamisk grensesnitt.
5. Flerkanals publisering
For utgivere i dag betyr oppgaven med å være der publikummet deres, på forskjellige kanaler og enheter, å kunne repurpose og skyve innhold på tvers av nettsteder, sosiale medieplattformer, nyhetsbrev, podcaster og mer.
På bakgrunn av å sende ut hundrevis eller til og med tusenvis av historier om dagen, og reduserer til og med noen få klikk fra arbeidsflyten gjør en stor forskjell for publiseringstiden din, enn si å fjerne behovet for å duplisere hele artikler og funksjoner tid igjen.
En slik evne er igjen en standardfunksjon i Glide, med brukere som kan automatisere all distribusjon til alle kanaler eller granulært kuratere innhold per kanal og etter segmenter etter ønske, og sparer brukertid 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 problemene det reiser for seriøse utgivere er relatert 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, forskjellige lover rundt brukerdata, Kanskje forskjellige abonnementsplaner, og spørsmål som domenenavn og URL -strukturer. Det er nok å si, det er komplisert!
La oss forestille oss en stor begivenhet som involverer Storbritannia og Frankrike, som er dekket av to nyhetsleverandører.
En av dem har bare et britisk nettsted og ønsker å gjøre en enkelt versjon av en artikkel på fransk som er en direkte kopi av originalen. I dette tilfellet er en oversettelse sannsynligvis nok, og forlaget gjør ingen anstrengelser for å endre tekstens mening for å appellere til en fransk leser.
Imidlertid har den andre utgiveren virksomhet over hele verden, og har i dette tilfellet to separate domener og redaksjonelle synspunkter for de to territoriene, noe som gjør scenariet mye mer komplekst.
Ikke bare skal innholdet være annerledes for å gjenspeile de forskjellige 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 lokalisert i forskjellige land og jobbe med forskjellige språk som fôrer tilbake til det originale CMS også. Det forklarer hvorfor så mange multinasjonale nettsteder har helt forskjellige CM -er bak seg, a
Derimot har Glide et helt internasjonaliseringsverktøysett innen sitt funksjonssett - og som inkluderer mer enn 70 språkoversettelser ved berøring av en knapp - som gjør at alle ovennevnte scenarier kan administreres fra samme sted, noe som reduserer kostnadene for å gå internasjonalt for utgivere, eller å kunne bringe internasjonale team inn i et delt miljø for første gang.
7. Kunstig intelligens
Det er nesten umulig å snakke om å gjøre innhold i skala nå uten å lure på hvor AI passer inn.
Gaia er Glides AI-assistent, som er firkantet på å være en arbeidsflythjelper som fjerner kjedelige og tidkrevende oppgaver slik at forfattere kan gjøre mer.
Den gir en rekke AI-funksjoner, inkludert utarbeidelsesassistent, artikkeloppsummering og tekst-til-tale-funksjoner basert på Amazons skybaserte Polly Service, for tekst-til-tal på over 40 språk og dialekter.
I tillegg utnytter GAIA automl oversettelse for å tilby tilpassbar maskinoversettelse, slik at brukere kan lage tilpassede modeller som serverer over femti språkpar.
Gaia er gratis å slå på og fullt valgfritt på globalt nivå og også granulært i hele systemet for alle brukertyper. I hovedsak kan du kontrollere hvem som bruker det og for hva eller slå den av helt.
Det som er interessant med Gaia til forlagene, er ikke så mye noen funksjon som implementeringen bak kulissene av hvordan den passer inn i CMS-noe glideteamet sier at utgivere er mye mer opptatt av enn evnen til å si, forkorte en artikkel raskt.
Så langt har bruken av AI i mediebransjen skapt mer enn sin rettferdige andel av problemer for utgivere. Disse inkluderer copyright og intellektuelle eiendomstvister, LLM-leverandører og utgivere i juridiske tvister over hele verden om bruk av innhold, samtidig som de slår avtaler for innhold, og publikum i undersøkelser som generelt uttrykker en usmak for AI-generert innhold.
For å komplisere saker videre, utvikler det lovgivende landskapet relatert til AI raskt, med forventninger om at nettsteder vil være nødvendige i noen territorier for å kunne si hva som er AI-generert.
Å vite at det å bruke AI effektivt er en delikat balanse, har Glide bygget flere funksjoner i Gaia for å forhindre de fleste av de forventede utfordringene som oppstår fra å bruke AI i publisering i overskuelig fremtid.
Slik er det:
1. beskyttede data
En av de viktigste tekniske beslutningene bak GAIA er å forhindre dataoverføring til treningsmodeller, noe som har vist seg ekstremt populære blant utgivere av årsakene ovenfor. I tillegg er det ingen "kontrakt" med noen leverandør, slik at kundene kan bytte LLM -er etter ønske uten å inngå en ny avtale hver gang.
2. Over 25 LLM -leverandører
GAIA støttes av over 25 store språkmodeller og bildemodeller fra flere leverandører, som brukere kan velge og endre på vilje per bruk. Resonnementet er enkelt: Som det dype sekund -øyeblikket tydelig demonstrerte, utvikler AIS og LLMs seg i så raskt tempo at å binde brukere til en enkelt AI er svært restriktiv.
3. Revisjonsspor for bilder
Når brukere genererer et AI -bilde som bruker GAIA, lagrer de også et komplett revisjonsspor over opprettelsesprosessen og andre aspekter en bildeditor ønsker å bruke AI -bilder med selvtillit eller til og med potensielt hevde noen IP -rettigheter i fremtiden.
4. Human-kontrollerte arbeidsflyter
Glide er en viktig talsmann for den menneskelige-i-sløyfefilosofien, som tar sikte på å forhindre AI-misbruk eller hallusinasjoner. Som standard blokkerer det AI-generert innhold fra å bli direkte publisert i frontenden. Det skylder ut publiserings-knappen smart slik at bare brukergodkjent innhold beveger seg fremover i en arbeidsflyt.
Tilpasningsfunksjoner
1. UI/UX -tilpasningsalternativer
Glide CMS er hodeløs, noe som betyr at den ikke begrenser hva du gjør for publikum eller hvordan du bruker merkevaren og stilen din. Imidlertid bruker den fortsatt mange av de hendige nettstedskontrollfunksjonene som finnes i eldre monolitiske design for å blande friheten til hodeløs med den nære kontrollen av monolitisk.
Plattformen har en kraftig nettstedsbyggingsseksjon som lar deg skreddersy designoppsett og funksjonalitet via et intuitivt drag-og-slipp-grensesnitt. Dette grensesnittet forenkler prosessen med å legge til, fjerne og arrangere sideelementer og er intuitivt selv for de uten omfattende teknisk ekspertise .
Brukere står selvfølgelig fritt til å tilpasse farger, skrifter og bilder for å sikre et jevnlig utseende og følelse. Dette strekker seg til avanserte funksjoner som tilpasset CSS og JavaScript -støtte, som gjør det mulig å tillegg til skreddersydd kode for å gjøre den slags ting utviklere vanligvis må bruke tidskodingssider eller bakenden.
Glide-teamet sier at filosofien deres er å la deg enkelt skape fantastiske og fantastiske gjør ting uten å endre CMS selv.
2. Integrering med eksterne APIer
Uten tvil er en av GLIDE CMSs mest fremtredende funksjoner dens evne til å integrere seg med tilsynelatende ethvert eksternt API, slik at brukere kan koble til sine egne eller valgte apper og tredjeparts tjenester og datakilder.
Med disse API -integrasjonsfunksjonene kan systembrukere betjene både publikum og interne behov like kapabelt. For eksempel kobler redaksjonelle team ofte systemer eller apper som er til fordel for publikum, men de legger også rutinemessig til ting som hjelper innholdsteamene til å gjøre jobben sin bedre som Slack, Airtable, GA, PRINT-SYSTEM-eksport/import, og så videre.
Et stort antall kjente og populære apper er forhåndstilt for å øke hastigheten på ombordstigning, inkludert vanlige annonse- og analyseverktøy, sosiale kanaler osv Og så videre.
Utover disse forhåndsbygde integrasjonene, tilbyr Glide også en tilpasset API-integrasjonsfunksjon som lar brukere koble seg til ethvert eksternt API, og åpner for uendelige muligheter for tilpasning og funksjonalitet.
I praksis betyr dette at du kan trekke eller skyve over andre tjenester, og avgjørende er i stand til å ta beslutninger om disse dataene i Glide selv: En ekstern datakilde er ikke bare en blindfôr tilslørt for forfatteren, men kan forhøres, søkes og Handlet som om det var innfødte glidedata. Dette kutter utvikleren og innholdsteamets arbeidsmengde enormt.
Ved å utnytte disse tilpasningsfunksjonene, kan brukerne skape en svært personlig og interaktiv opplevelse for publikum uten å øke sin egen arbeidsmengde ved siden av den.
Komme i gang med Glide CMS -dashbordet
Det første brukerne ser når de logger seg på Glide -dashbordet, er et arbeidsområde med plass til et stort analysedisplay - i vårt tilfelle, et nettstedstrafikkanalyse via Looker Studio - og verktøy for å gi en oversikt over innhold i systemet, innholdskøer. I mellomtiden har den venstre menyen alle viktige faner som brukerne trenger å opprette og distribuere innhold.
Arbeidsområdet kan tilpasses, så datafeeden er variabel, og brukere kan legge til nye innholdskøer for å vises opptil 12. I tillegg er det raske alternativ for ofte brukte alternativer hvis du bare vil komme på å lage artikler eller innhold,
Nedenfor er et mer detaljert blikk på de viktigste seksjonene i venstre meny.
Artikkel
Dette er fanen der de fleste redaktører eller forfattere vil starte arbeidet. Å klikke på skrive-knappen tillater valg fra et av et ubegrenset antall forhåndskonfigurerte artikkeltyper, f.eks. Nyheter, firmaprofil, magasinartikkel, oppskrift, matchrapport, kampanjetilbud eller annen artikkeltype eller format som utgivere kan definere.
Denne artikkeltypen forhåndskonfigurasjon lar en redaktør eller produktteam uendelig variere frontend-utseendet og følelsen av innhold eller automatisere tillegg av spesifikke felt, data eller kategorier uten å stole på forfatterne for å kjenne eller huske alle disse beslutningene eller legge dem til dem i fersk hver gang.
For eksempel vil redaktøren kanskje starte en intervjuserie og oppretter en templet "intervju" artikkeltype som har en helt annen design enn en vanlig nyhetsartikkel. Den nye typen har nå bakt inn i sin skjema et vanlig bord for noen fakta om intervjuobjektet, noen anropskurs, 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 kategoriene, og kan nå se nøyaktig hva de trenger å legge til og hvor for denne nye artikkeltypen.
Flytting inn i artikkelformen der innhold opprettes eller monteres, inkludert multimedia, gallerier, filer, innebygger og så videre, er det noen interessante ting å se på.
Vi vil ikke gå inn i kapittel og vers om artikkelen arbeidsområde, som har flere felt som overskrifter, fangstlinjer, standfirst, forkortede eller alternative versjoner av disse, sammendragsform, promo -bilder, kampanjetekst, relatert innhold og en tekstredigerer som som Snarveier tilsetningen av andre elementer som sosiale medier innebygger, videoer, bilder, gallerier og så videre.
Avhengig av konfigurasjon, kan brukere til og med legge til hele pakket 'widgets' i artikler fra denne skjermen, og widgets beskrives best som forhåndsbygde verktøy som systemet kan slippe inn i artikler. Disse verktøyene kan være Native Glide CMS -verktøy, for eksempel gallerier eller relaterte innholdsblokker, eller kanskje eksterne 'tredjeparts widgets' som kan være noe utviklingsteamet ditt har bygget, f.eks . Et påmeldingsskjema for nyhetsbrev, eller et produktvalg, eller en e-handelsmodal.
Arbeidsområdet er videre delt inn i to faner:
- Opprett - der brukere oppretter og velger innholdet som skal dukker opp
- Produser - der store produksjonsoppgaver som for eksempel hvilken kanal artikkelen vil bli sendt til, SEO og kategorisering er ferdigstilt
Glide sier at de sterkt tror at å skille innholdsoppretting fra produksjonen hjelper begge settene med oppgaver som skal gjøres bedre, spesielt der forfattere forventes å gjøre produksjonsoppgaver eller hvor disse rollene faller inn i forskjellige teamansvar.
Glide følger også det den kaller en statusdrevet arbeidsflyt, noe som gjør arbeidsflyter til en sentral funksjon for hvordan innhold håndteres. Dette er et vanlig tema gjennom hvor forretningsavgjørelser som å merke en artikkel med en bestemt status, eller flytte den om en arbeidsflyt til en annen avdeling, ikke kan omgås av forfattere eller bidragsytere.
Fra en forfatterperspektiv alt de trenger å gjøre er å legge en status til et stykke innhold, men bak kulissene skjer det mye for å sikre at det følger virksomhetens arbeidsflyt for å overflate den uansett hvor den vil. Vi likte ganske enkelt hvordan plattformen etterlater disse små brødsmulene for å veilede uerfarne brukere.
Glide-teamet sier at taksonomier kan sees på som en av de hardest arbeidende delene av systemet, så det er ikke en overraskelse at hver artikkel i Glide må ha minst en taksonomi knyttet til den før den kan publiseres: Hvordan ellers ville det Den vet hvor det skal dukker opp?
På den måten har CMS en ny tilnærming til å forhindre menneskelig feil fra å påvirke SEO, samtidig som den gir den muligheten til å tilføre mest verdi. Vi vil forstå dette mer detaljert i taksonomiseksjonen nedenfor.
Her er tre hendige funksjoner i artikkelen Produce -fanen som vi følte at vi har stått ut:
1. Forhåndsvisning
Forhåndsvisende sider er ofte et stort problem for de fleste hodeløse CMS. De har vanligvis ikke et nøyaktig Wysiwyg -designgrensesnitt - hvis du gjør det, er du faktisk hodeløs? - 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.
For å løse dette, vil Glide CMS forhåndsvisningsfunksjonen la deg forhåndsvise en fullstendig nettstedrepresentasjon av sider, inkludert hvordan det kan se ut med annonser eller bak en lønnsvegg eller abonnementsport, og andre eksterne elementer utenfor CMS.
2. Stille oppdatering
Dette alternativet lar brukere oppdatere en artikkel uten å oppdatere tidsstempelet på frontend-veldig nyttig når redaktører fikser 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 er ikke tilslørt fra systemrevisjonen.
3. Gaia preflight for nyheter
Preflight er effektivt Glides artikkel AI “Health-Checker” -verktøy, og selv om Glide-teamet har det vondt for ikke å kalle det “et SEO-verktøy”, er det absolutt å sjekke den samme typen ting søkemotorer er!
Det sære navnet kommer fra de røde/ravene/grønne lysene som skanner en artikkel før publisering for ting som kan ha blitt oversett, noe som kan påvirke virkningen.
I den vi prøvde, preflight for nyheter, skanner det innhold for den slags ting en nyhetsredaktør vil kreve (eller din favoritt søkemotor ...) som klassikeren som, hva, hvorfor av historien. Hvis det dekker dem alle, blir de seks lysene grønne. Hvis noen ikke er grønne, sier det hva som mangler.
Akkurat nå er den konfigurert for nyheter, noe som betyr at den vi prøvde hadde noen begrensninger hvis de ble pekt på andre artikkeltyper - for eksempel vil en oppskriftsartikkel få mye røde lys. Imidlertid kan lysene ignoreres uten å stoppe publisering, og dessuten sier Glide -teamet at konseptet har vist seg å være veldig populært og utvides med å gjøre forskjellige artikkelkriterier enkle å spesifisere.
Media
Brukere kan administrere og konfigurere bilder i fanen Media.
Utgivere sier regelmessig at å beskjære, endre størrelse og administrere bilder er enormt tidkrevende og ofte blir ufullstendig, spesielt ettersom mange CM -er fremdeles krever opplasting av forskjellige bildeversjoner for å dekke alle mulige brukssaker og skjermstørrelser. Det legger mye arbeid for brukere.
Glide løser disse varierte problemene ved å la kundene automatisere alle bildeoppgaver ved import av bildet til systemet, og la brukerne bare laste opp et originalt bilde og overlate alt annet til systemet. Hvis brukere har en bestemt redaksjonell beslutning om hva som skal eller ikke skal beskjæres, kan de ta en rask manuell redigering i ett trinn som vil bli forplantet på tvers av alle versjoner.
Dette betyr at mange ting som pleide å ringe brukere til å fullføre, for eksempel å endre størrelse på, beskjære, velge aspektforhold, vannmerke, bildetekst og metadata, og til og med tvinge til andre filformater (f.eks. JPG til WebP) kan alle tas av hendene.
Live rapportering
I motsetning til de fleste CMS Glide har live -rapportering innebygd i den. Faktisk fungerer live rapportering i Glide nesten som sine egne CMS i en CMS. Alt en bruker trenger for å gjøre hendelsesdekning, inkludert bilder, videoer og andre medier, er til stede innen live -rapportering, som ikke krever å ringe andre systemer. Dette kutter ikke bare brukerkostnadene, men sørger også for en renere foretak og innholdsarkitektur.
Live Reporting har samme Rich Text Editor som artikkeldelen, men i motsetning til artikkelopprettelsesprosessen, er Live Reporting in Glide samarbeidsvillige. Mens artikkelpanelet er innelåst til andre brukere mens noen jobber med det (administratorer kan overstyre dette), lar live -rapportering flere brukere å jobbe med en historie når den utvikler seg.
Den eneste delen som ikke er samarbeidende er sammendragsdelen som vises til venstre for skjermen, med forventning om at dette vil bli hjulpet av en redaktør eller kompilator med en oversikt over hva alle andre har lagt til omtrent som en standard artikkelside ville ville gjort være låst.
Brukere kan også legge inn det nevnte systemet eller tredjeparts widgeter i live-rapporter.
Taksonomi
Den klientdefinerte taksonomistrukturen som fører tilsyn med innholdskategorisering (og mange andre ting) i Glide er kjernen i det som gjør systemet så fleksibelt, sier ingeniørene bak det.
Hver taksonomi -oppføring kan ha omfattende metadata og annen informasjon lagt til den, og plasseres i et relasjons tre som ikke bare gir et enormt potensial til kategoriseringspotensialet til en historie, men kutter ned arbeidsmengden og sjansen for feil av brukere.
Som et enkelt eksempel kan en bruker legge til den ensomme taksonomibegrepet "Manchester United" til en artikkel, og øyeblikkelig se at artikkelen dukket 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 Cup, uten å måtte legge til noen av disse ekstra kategoriene eller manuelt tildele artikkelen til seksjoner en etter en, eller risikere feilstavinger eller feil som vil sende den til en ikke-eksisterende seksjon ved et uhell.
Det er litt som et enkelt blad på en tregren, koblet til en serie stadig større grener. De samme prinsippene vil gjelde for alle typer innhold eller enhet, person, sted eller emne.
Selv om klienter raskt kan lage nye taksonomier, tillater CMS ikke tagging av fri form som WordPress å diktere publiseringsatferd, og faktisk fraråder en slik tilnærming som unødvendig og risikabelt.
Dette eliminerer fristelsen for redaksjonelle team til å oversvømme innhold med tilfeldige tagger, eller omvendt for å hele tiden måtte referere til omfattende lister over "må legge til" tagger, begge praksisene som skaper store problemer når du lager historier i tempo eller i volum, og hindrer migrasjonsår nedover linjen.
Glide-teamet bruker eksemplet på brukere av andre CMS som legger til flere ekstra tagger som Manchester United FC, Manchester Utd, Man United, Man Utd, Manu og Colloquial Terms som de røde djevlene på en per-artikkelbasis, uten å innse at Google effektivt Ignorerte slike tagger og at deres egne utviklere hadde satt opp nettstedet sitt for å lage seksjoner basert på tagger - noe som førte til at nettstedet hadde flere Manchester United -seksjoner, noen feilstrikk, og som sammen faktisk erodert nettstedets emner med søkemotorer.
Verifisere
Verify er Glides innebygde innholdsgating/pakkingsfunksjon, som lar innholdsteam og utviklere lage tilgangsbunter for å oppfylle rettighetene til spesifikke abonnentgrupper eller produkttilbud.
Verify lagrer ingen kundedata, men kan kobles til en hvilken som helst betalingsmur, abonnementsadministrasjon eller IDAM -tjeneste (IDAM) (IDAM) en utgiver bruker, eller Glides egen frittstående NEXA -tjeneste.
I bruk, VERIFY lar brukere opprette en persona i lønnsveggen sin, og matche den med et tilgangsbunt i Glide CMS som redaktører kan lage på sekunder.
CMS vil gjøre all filtrering og sortering av innhold før den noen gang blir sendt til CDN, som har den doble fordelen av å unngå avmatning på stedet på grunn av lønningsfiltrering, og redusere uautoriserte visninger av de som har funnet en metode for å omgå et nettsteds gating teknologi.
Hjelp og støtte
Glide legger en veldig høy vekt på å gi det høyeste nivået av kundestøtte.
Plattformen virker spesielt flink til å takle de spesielle utfordringene som publisering og media står overfor, og tilbyr standard og spesialisert skreddersydd til dette dynamiske miljøet.
Den primære supportkanalen er en direkte portal der kundene kan hente billetter til eventuelle problemer, i tillegg til telefon- og e-postbasert støtte og en direkte slakk kanal for hver kunde.
Standard responstidene er innen en time og oppløsningstidene er i løpet av en dag, eller begge mye raskere, avhengig av SLA -alternativer, samt muligheten til full skreddersydd støtte som er svært relevant for sports- og medieorganisasjoner som følger veldig atypiske arbeidsplaner. Glide -teamet sier at nyheter aldri stopper, så heller ikke en CMS.
Det er et uttømmende bibliotek med treningsvideoer og dokumentasjon gitt til kunder gratis.
Glides hjelp og støtte er blant de beste vi har sett noen CM -er gi kundene.
Gli i gjennomgang
Det er tydelig at Glide er et av de kraftigste og avanserte CMS -ene som er tilgjengelige for utgivere i nyhetene, media og sportssegmentene. Vi elsket det.
Det vi elsker med Glide
- Cloud-Native Mach Architecture som gir fleksibilitet og skalerbarhet i sann forstand
- Eliminerer behovet for plugins og skreddersydd
- Sikker AI som også er fremtidssikker og forventer etterlevelse og teknologiske utfordringer med en AI-ledet fremtid
- Som en SaaS i sin sanneste forstand, lindrer Glide forlag av bekymringen for oppdateringer, da Glide -teamet tar seg av dem
- Easy-to-bruk grensesnitt med dra-og-slippfunksjoner og wysiwyg
- Best-in-Class hjelp og støtte
- Unike funksjoner som gjør det mulig å opprette tilpassede felt for å fange distinkte produktdetaljer, sikre at redaktører effektivt kan administrere og oppdatere produktspesifikasjoner
Hvor det er rom for forbedring
- Glides Preflight-artikkel-helse-sjekk kan bruke forbedringer for å få det til å fungere for alle artikkeltyper.
Til slutt føler vi at Glide absolutt lever opp til sine dristige løfter. Som en sky-innfødt og fullt komponerbar CMS, er dens fleksibilitet og skalerbarhet virkelig imponerende, og plasserer den som en utmerket løsning for medier med høy trafikk og sportsutgivere.
Vi nøler ikke med å anbefale Glide til utgivere som leter etter en kraftig SaaS CMS som er i stand til å håndtere høyt trafikk.
