Headless vai perinteinen julkaisujärjestelmä
Ero on yksinkertainen: perinteinen järjestelmä säilöö sisällön ja renderöi sivut; headless säilöö sisällön ja antaa sinun renderöidä. Kaikki muut erot seuraavat tästä yhdestä valinnasta.
Tämä opas käy läpi mitä se tarkoittaa päivittäisessä työssä, mitä kumpikin oikeasti maksaa, ja mikä profiili sopii kummalle.
Ero käytännössä#
Sama sisältö, kaksi hyvin erilaista työnkulkua julkaisemisen ja rakentamisen puolella.
| Perinteinen | Headless | |
|---|---|---|
| Renderöinti | Järjestelmä tuottaa sivut | Rakennat etusovelluksen |
| Esikatselu | Sisäänrakennettu, toimii aina | Pitää rakentaa erikseen |
| Ulkoasumuutokset | Teema tai sivunrakennin | Koodi, käyttöönotto |
| Useita kanavia | Vaikeaa — sivustoon sidottu | Luontevaa — sisältö on API |
| Aloitusnopeus | Nopea | Hitaampi — kaksi järjestelmää |
| Ylläpito | Yksi järjestelmä päivitettävänä | Kaksi järjestelmää ylläpidettävänä |
| Vaadittu tiimi | Toimittaja pärjää itsekseen | Tarvitset kehittäjän saatavilla |
Esikatselu on aliarvioiduin ero. Headless-toteutuksissa toimittajat menettävät usein «näytä miltä tämä näyttää» -toiminnon, ja se kismittää päivittäin.
Milloin headless voittaa#
Konkreettiset tilanteet, ei arkkitehtuurin makuasiat.
- Sama sisältö kulkee sivustolle, mobiilisovellukseen ja ehkä myyntipisteeseen tai kioskiin.
- Etusovellus on jo olemassa omalla teknologiallaan, ja tarvitset vain sisältöä.
- Sisältö on aidosti rakenteista ja sitä käytetään uudelleen monessa paikassa.
- Suorituskyky- tai vuorovaikutusvaatimukset joita teemajärjestelmä ei kanna.
- Sinulla on insinöörikapasiteettia jonka olemassaolo ei ole kiinni yhdestä ihmisestä.
- Toimituksellista mukavuutta ollaan valmiita vaihtamaan joustavuuteen tietoisesti.
Milloin perinteinen voittaa#
Tämä kattaa suuremman osan oikeista projekteista kuin arkkitehtuurikeskustelut antavat ymmärtää.
- Yksi sivusto, ei muita kanavia — ylivoimaisesti yleisin tapaus.
- Toimittajat haluavat muuttaa sivuja itse ilman käyttöönottoa.
- Esikatselu ja sivunrakennus ovat päivittäisiä tarpeita.
- Pieni tiimi jossa ei ole vakituista kehittäjää.
- Budjetti ei kanna kahden järjestelmän rakentamista ja ylläpitoa.
- Sisältö on sivuja eikä uudelleenkäytettäviä rakenteisia paloja.
«Headless on modernimpi» ei ole vaatimus. Ellei sisältöä käytetä useassa kanavassa tai etusovellus ole aidosti erityinen, se on kaksi järjestelmää siellä missä yksi riitti.
Todellinen kustannus#
Karkea vertailu joka selittää miksi headless-projektit ylittävät budjetin useammin.
| Erä | Perinteinen | Headless |
|---|---|---|
| Alkurakennus | Teema plus konfigurointi | Sisältömalli plus koko etusovellus |
| Esikatselu | Sisältyy | Rakennettava ja ylläpidettävä |
| Palvelinpalvelu | Yksi ympäristö | Sisältöpalvelu plus etusovelluksen isännöinti |
| Toimituksellinen työ | Itsenäistä | Rakennemuutokset vaativat kehittäjän |
| Ylläpito | Päivitykset ja laajennukset | Kaksi koodipohjaa ja niiden riippuvuudet |
| Uusi sivutyyppi | Toimittaja tekee itse | Kehitystyö ja käyttöönotto |
Viimeinen rivi on se joka yllättää. Headlessissa uusi sivutyyppi on kehitystehtävä, ei toimituksellinen päätös.
Usein kysytyt kysymykset
Onko headless parempi hakukonenäkyvyydelle?
Ei luonnostaan, ja huonosti tehtynä se on huonompi. Se voi olla nopeampi, mikä auttaa, mutta pelkästään selaimessa renderöivä etusovellus indeksoituu epäluotettavasti. Jos valitset headlessin, käytä palvelinrenderöintiä tai etukäteen tuotettuja sivuja. Hyvin välimuistitettu perinteinen järjestelmä sijoittuu erinomaisesti.
Voiko WordPressiä käyttää headlessina?
Voi, sen REST- tai GraphQL-rajapinnan kautta, ja se on suosittu välimuoto: tuttu muokkausnäkymä, vapaa etusovellus. Menetät esikatselun, sivunrakentimet ja suurimman osan teemaekosysteemistä. Se on toimiva valinta kun tiimi tuntee WordPressin ja etusovellus tarvitsee vapautta, mutta ylläpidät silti kahta järjestelmää.
Mikä on kalliimpi?
Headless, lähes aina, sekä rakentaa että ylläpitää. Rakennat sen minkä perinteinen antaa ilmaiseksi: renderöinnin, esikatselun, reitityksen. Se voi silti olla oikea valinta, kun tarvitset useaa kanavaa tai poikkeuksellista etusovellusta, mutta valitse se hyötyjen eikä hinnan takia.
Mitä toimittajat menettävät headlessissa?
Yleensä esikatselun, vapaan sivujen rakentamisen ja mahdollisuuden luoda uusia sivutyyppejä ilman kehittäjää. Osan voi rakentaa takaisin, mutta se on työtä ja se jää usein tekemättä. Kysy toimittajilta ennen valintaa — heidän päivittäinen työnsä muuttuu enemmän kuin kenenkään muun.
headless cmsperinteinen cmscms vertailuheadless wordpresssisältö apicms arkkitehtuuri
