Først av alt, du er mest sannsynlig en vanlig bruker av Én Side Programmer (SPAs) allerede.
Enkelt Side Programmer er et flott verktøy for å lage utrolig spennende og unike opplevelser for brukerne.
Noen Enkelt Side eksempler på bruksområder er som Gmail, Google Maps, AirBNB, Netflix, Pinterest, Paypal, og mange flere er med Spa-anlegg for å bygge en flytende, skalerbar erfaring.,
Men i de siste SPAs har venstre markedsførere ut i mørket når det gjelder å administrere innhold. Heldigvis, det er nå mulig å koble SPA med riktig CMS for å gi både utviklere og markedsførere nivået av kontroll de trenger.
Hva er Enkelt Side Søknaden?
Enkelt side-programmet (SPA) er en enkelt side (derav navnet) hvor mye informasjon forblir den samme, og bare et par stykker trenger å bli oppdatert på en gang.,
For eksempel, når du vil bla gjennom e-posten din, vil du oppdage at ikke mye endringer under navigering – sidepanelet og header forbli uberørt som du gå gjennom innboksen din.
SPA sender bare til det du trenger med hvert klikk, og nettleseren gjør at informasjon. Dette er annerledes enn en tradisjonell siden lastes inn, der serveren på nytt-gjør en hel side med hvert klikk du gjør, og sender det til din nettleser.
Dette stykke for stykke, klient-metoden gjør legg tiden må raskere for brukerne og gjør mengden av informasjon som en server for å sende en mye mindre og mye mer kostnadseffektivt., En vinn-vinn.
Hva er Enkelt Side Søknaden Arkitektur? Hvordan Fungerer det?
Det enkelt side-programmet er en web-applikasjon eller et nettsted som kommuniserer med brukeren ved dynamisk å skrive gjeldende side, snarere enn å legge helt nye sider fra serveren.
Denne tilnærmingen tomrom avbrudd av brukeropplevelsen mellom etterfølgende sider, noe som gjør programmet oppfører seg mer som en desktop applikasjon.
i de fleste nettsteder er det en rekke repeterende innhold.,
Noen av det forblir de samme uansett hvor brukeren går (topptekst, bunntekst, logoer, navigasjon bar, osv.), noen av dem er konstant i bare en viss del (filter barer, bannere), og det finnes mange å gjenta oppsett og maler (blogger, selvbetjening, google mail setup (nevnt ovenfor).
Enkelt Side Programmer dra nytte av denne repetisjonen.
La oss si at ditt syn på nettstedet er et maleri av et hus og et tre. Tradisjonell, multi-side nettsteder male hele bildet for deg på serveren og sende den til din nettleser.,
SPAs gi deg en maling-by-tall guider for området, inkludert gjenta guider vil du sannsynligvis bruke, og deretter rørene rett maling (data og innhold) for å fylle ut malen.
Enten måten du ser det samme treet, men hastigheten på SPA kommer i når du be om nytt innhold, som for eksempel å klikke på «neste», filtrere resultatene, åpne en mail eller – i denne lille metafor – ber om å se en annen treet.
I en tradisjonell nettsiden din forespørsel for en ny treet ville føre til serveren for å male hele bildet og sende det tilbake.,
Med en Enkelt Side Søknaden, server sier «hei, jeg har fått en ny treet for deg, men du har allerede fått huset så det er bare å la det samme», så sender du oppdatert instruksjoner for en ny tre og maling for å gjøre det.
Ved å overføre maleri arbeid (side rendering) fra server til klient (du) siden kan være dynamisk omskrevet, i stedet for å gå gjennom en hel last inn på nytt.
Dette gjør ting mye raskere.,
Enkelt Side Programmer Fordeler
Det er mange fordeler med å SPA løsninger som for eksempel forbedret programmet ytelse og konsistens, og redusert behandlingstid og infrastrukturkostnader.
Ved å skille presentasjon fra innhold og data, utvikling lagene kan arbeide ved forskjellige hastigheter mens du fremdeles vil være integrert for den samlede løsningen. SPA er god til å lage responsive design for mobil, desktop og nettbrett.,
Eneste Gang-Filen Last Hver av HTML, CSS, JS
Enkelt Side Søknaden, etter den første siden lastes inn, serveren sender ikke noen flere HTML til deg – du laste det ned alle helt i begynnelsen.
serveren sender deg en shell-side og nettleseren gjør user interface (UI).
Så, som du klikker rundt, SPA sender tilbake forespørsler om data og markup, server skyter tilbake rå materialer som trengs, og nettleseren tar det og gjør en oppdatert UI – interchanging stykker uten stadig å måtte oppdatere hele siden.,
Dette rask utskifting gjør SPAs utrolig nyttig på sider som er svært navigert til, og gjenta maler.
Ingen Ekstra Forespørsler til Serveren
Fordi serveren ikke trenger å bruke tid & energi ved å gjøre full tegning, Spa lavere innvirkning på dine servere samlet, som betyr at du kan spare penger ved å bruke mindre servere for samme mengde trafikk.
Rask og Responsiv Front-end Bygget
Sammen med raskere ytelse tiden forklart ovenfor, SPAs også lar utviklere bygge front-end mye raskere.,
Dette er på grunn av det som er frakoblet arkitektur av SPAs, eller en separasjon av back-end-tjenester og front-end-skjerm.
Mange virksomhetskritiske funksjoner ikke endre så mye på back-end.
Mens hvordan kundene logger inn, registrere, kjøpe og spore bestillinger kan endre det «ser» eller presentasjon fra tid til annen, logikk og data orkestrering bak det er ganske konstant og du ikke ønsker å risikere å rote det opp.
på samme måte, din raw-innhold og data kan bli den samme, men hvordan du vil vise den skiller seg.,
Ved isolering som back-end-logikk & data fra hvordan det er presentert du slå den inn i en «tjeneste», og utviklere kan bygge mange forskjellige front-end måter å vise og bruke denne tjenesten.
Med en frakoblet oppsett, kan utviklere bygge, distribuere og eksperimentere med front-end helt uavhengig av den underliggende back-end teknologi.
De designe hvordan de vil brukeren oppleve å se og føle, og trekk i den til innhold, data og funksjonalitet gjennom disse tjenestene.,
Dette er gjort ved hjelp av Api, som er et standard sett av regler mellom programmer på hvordan de vil strukturen, exchange, og håndtere data.
Dette API-oppsett lar utviklere jobber raskt på UI med ingen risiko for forretningskritiske back-end teknologi.
Forbedret brukeropplevelser
Som mer og mer funksjonalitet er bygget som modulære tjenester (en microservice arkitektur) som kan oppdateres uavhengig av hverandre, og det blir lettere å eksperimentere med hvordan de blir vist og brukt.,
SPAs rammer er stor for å spille rundt med disse tjenestene til å lage engasjerende, dynamisk, og selv animerte brukeropplevelser.
Også, mye folk bare rett og slett liker å utvikle seg i en bestemt programmeringsspråk (mange SPA rammer bruke javascript) og, takk til Api-er, SPAs du bygge på ett språk kan fungere lykkelig med back-end-tjenester som utvikles i forskjellige språk.
Enkelt Side Søknaden med Kantete vs Reagere vs Ember vs Vue?,
Kantete og Reagere (og mange andre, som for eksempel Ember og Vue) er rammer som utviklere kan bruke til å opprette SPAs effektivt og veltalende.
Enkelt sagt, disse rammeverkene er en samling av gjenbrukbare komponenter, som mange utviklere har bidratt til, som følger et definert sett av bygningen regler.
Hvis du tenker på det som å bygge et hus, kan du blande leire, tørr murstein, mine og mugg stål deg selv – eller du kan bruke murstein og rør andre mennesker har allerede laget og fokusere tiden på hva som gjør huset ditt unike.,
Som for forskjellene mellom dem alle, jeg er ingen ekspert (men denne fyren ser ut til å være), men en god ting om SPAs og rammeverk som støtter dem er at, takket være Api-er, med rett integrasjoner kan du bruke uansett hvilken ramme du foretrekker med de andre API-aktivert teknologi.
Hvorfor Enkelt Side Programmer og CMSs Var Historisk en Vanskelig Sammenkobling
Når du bruker SPAs, kan utviklere tror av erfaring som en «app», men den besøkende er fortsatt kommer til å tenke på det som en webside, og hvor det er en webside det er et marketing-teamet spent på å optimalisere det.,
Fordi SPAs er apper som krever utvikling arbeider for å fikle med skjermen & levering av erfaring, markedsførere er å gå tilbake til den digitale steinalderen (aka ’90-tallet) og be om å bidra til utvikling for hver tweak – forårsaker uunngåelig flaskehalser.
Fjernet redigering verktøy for Markedsførere brukes til å
CMS redigering funksjoner markedsføring lagene stole på (live forhåndsvisning, dra-og-slipp, WYSIWYG redigering, etc.) er vanligvis knyttet til levering tier i CMS.,
Med Spa, levering er bestemt av SPA-og innholdet er rett og slett lagret i CMS i standard måte Api-ene kan lese. Fordi SPAET er gjengitt på front-end, back-end CMS har ingen anelse om hva det skal se ut som, og derfor ikke kan spinne opp en forhåndsvisning.
Så CMS brukere ende opp med å bli sittende fast med en svært datert tilnærming – fylle i et skjema, krysser fingrene, trykk publiser, og gå og se hva det ser ut som live.
for Å gå tilbake til våre maling-by-tall eksempel, CMS lagrer raw-innhold (maling) og SPA har maling-by-tall guide for hvordan innholdet skal se ut., Forhåndsvisningen ikke har denne veiledningen, så kan du ikke finne ut hva innholdet skal se ut.
Dette er en ren «hodeløse» levering av innhold (aka, det har ikke CMS levering tier som en «leder»). Det er flott for å utvikle seg raskt, men litt tungt for markedsførere som ønsker å endre nettstedet på sine egne, uten å måtte kode.
Sammen med at Markedsførere er vant til å tenke på ting i ‘sider’, men fordi en SPA-er, vel, en enkelt side til side for å bygge og redigering funksjoner markedsførere trenger ikke tilgjengelig.,
Hvis de ønsker en ny «side» (en «rute» i et SPA), eller vil de vise til å se annerledes, de har til å be om en utvikler.
Gjorde det vanskelig å gjenbruke innhold
Dette problemet kommer fra to core grunner, en med foreldede CMSs og den andre fra SPA design.
for det Første er det visse CMSs der det slett ikke er en » de-coupling av hvordan innholdet ser ut og hvordan den er lagret.,
Fordi lagring av innhold er ikke i en standard, presentasjon nøytralt format SPA kan ikke bruke det i API-basert måte er ønsker det.
Dette er ikke bare et problem når du bruker SPAs selvfølgelig, denne typen av CMS sette opp gjør det umulig å gjenbruke innhold på tv generelt.
Fordi innholdet er knyttet til hvordan den vises (en side-basert system), vanlige Spørsmål du sette på ditt nettsted kan ikke bare være tappet for noen å bla gjennom på sine smart watch – du ville ha til å lagre det samme innholdet på to forskjellige måter.,
SPA er behov for et innhold-basert CMS for å fungere på riktig måte, slik at det kan trekke raw innhold og vise det men det ønsker.
På SPA-side, vanskeligheten kommer fra det faktum at mange nettsteder kommer til å være en hybrid oppsett.
Mens du kanskje vil noen deler som et SPA, kanskje du vil at andre satt opp på den tradisjonelle måten (ofte bedre for SEO), og det må være en helhetlig føle mellom disse.
Hvis oppsettet er to bøtter med innhold, stykker for den tradisjonelle stedet og SPA, som samhold kommer til å bryte., Du trenger innhold som fungerer over alt.
Vanskelig med Tilpassing/Relevans
SPAs hente innhold i en «service» måte, slik at det er litt nugget av innhold uten mye sammenheng – ikke en stor hjelp i relevante levering.
På toppen av det, mye av CMSs gjøre sitt personalisering enten side basert (ikke nyttig i en SPA), eller på klient-side – og de javascript personalisering regler ikke spille veldig pent på toppen av SPA javascript. For mange kokker i personalisering-kjøkken hvis du vil.
Er Markedsførere Dømt for Alltid i en SPA-Verden?
selvfølgelig ikke!, Du trenger bare en CMS som har en arkitektur klar for bruk av boblebad.
En som er API-basert, decouples innhold fra presentasjon, kan arbeide med SPA å gi en live forhåndsvisning & redigering verktøy, som støtter en hybrid oppsett, og gjør tilpasning på server side.
under deler jeg vil lede deg gjennom den måten Bloomreach gjør nettopp det.
-
Hvordan Bloomreach tilbyr Enkelt Side Søknaden Letthet for Utviklere og Markedsførere
-
Personalisering og Hybrid Støtte for Enkelt Side Programmer