Hyppää sisältöön

Kirjoitettu

Lukuaika

4 min

Kategoria

  • Ohjelmistokehitys
  • Ostajan opas

Headless vai perinteinen WordPress

Kirjoittaja

Aapo Mäki

Headless kuulostaa modernilta, mutta sitä myydään usein ratkaisuna ongelmiin, joita asiakkaalla ei ole. Käymme tässä artikkelissa läpi, mitä headless WordPress tarkoittaa, milloin se on oikea valinta ja milloin perinteinen WordPress on parempi, halvempi ja helpompi ylläpitää.

TLDR;

  • Headless erottaa käyttöliittymän ja sisällönhallinnan toisistaan. Sisältö on WordPressissä, käyttöliittymä rakennetaan erikseen ja hakee sisällön rajapinnan kautta.
  • Se kannattaa, kun sama sisältö palvelee useaa kanavaa, käyttöliittymältä vaaditaan sovellusmaista toiminnallisuutta tai kyse on portaalista, intranetistä tai asiakasportaalista.
  • Se ei kannata tavalliselle yrityssivustolle. Ylläpidettäviä järjestelmiä on enemmän, kehitys kestää pidempään ja sisällön muokkaaminen on työläämpää.

Teknologiavalinnan ohjenuora on meillä tarkoituksenmukaisuus, ei uutuus.

Mitä headless tarkoittaa

Perinteisessä WordPress-sivustossa sisällönhallinta ja käyttöliittymä ovat yksi kokonaisuus: sisältö syötetään WordPressiin, ja WordPress myös näyttää sen kävijälle teeman kautta. Headless-arkkitehtuurissa nämä erotetaan. WordPress toimii sisältövarastona ja tarjoaa sisällön rajapinnan kautta, ja käyttöliittymä rakennetaan erikseen esimerkiksi Reactilla tai Angularilla. Sama sisältö voidaan näyttää verkkosivustolla, mobiilisovelluksessa ja vaikka toimipisteen infonäytöllä.

Taustajärjestelmän ei tarvitse olla WordPress. Sisältövarastona voi toimia myös esimerkiksi Contentful tai räätälöity järjestelmä. Useimmiten suosittelemme silti WordPressiä. Sisällöntuottajat tuntevat sen jo, sisältöä muokataan tutussa lohkoeditorissa, ja käyttäjät, roolit ja julkaisun työnkulku ovat valmiina. Taustajärjestelmän ylläpito ja tietoturvapäivitykset hoituvat samalla tavalla kuin tavallisessa WordPress-sivustossa, joten headless-toteutuksen monimutkaisuus jää käyttöliittymän puolelle.

Portaalit, sovellukset ja monikanavainen sisältö

  • Sama sisältö moneen kanavaan. Kun verkkosivusto, sovellus ja muut kanavat käyttävät samaa sisältöä, yksi sisältövarasto ja useampi käyttöliittymä ovat selkeämpi ratkaisu kuin sisällön kopiointi.
  • Laajat portaalit. Uutisportaalit, jäsenportaalit ja koulutusjärjestelmät, joissa on paljon tietoa ja interaktiivisuutta, hyötyvät siitä, että sisällönhallinta ja käyttöliittymä kehittyvät erillään.
  • Räätälöidyt sovellukset. Intranetit, asiakasportaalit ja työntekijöiden työkalut, joissa käyttöliittymän pitää toimia kuin sovellus, eivät synny perinteisellä teemalla.

Näissä headless tuo joustavuutta ja skaalautuvuutta, jota perinteinen rakenne ei tarjoa. Olemme kuvanneet arkkitehtuurin ja käyttötapaukset sivulla Headless-arkkitehtuuri.

Tavallinen yrityssivusto ei hyödy headlessista

Emme suosittele headless-arkkitehtuuria tavallisille verkkosivustoille. Syyt ovat arkisia:

  • Ylläpito maksaa enemmän. Ylläpidettävänä on käyttöliittymä, taustajärjestelmä ja rajapinnat, jokainen omine päivityksineen.
  • Osaamista tarvitaan useasta teknologiasta. Käyttöliittymäkehitys ja rajapintojen hallinta ovat eri asia kuin WordPress-kehitys. Se näkyy tekijöiden määrässä ja hinnassa.
  • Kehitys kestää pidempään. Jos aikataulu on tiukka, perinteinen WordPress on nopeampi tie julkaisuun.
  • Sisällön muokkaaminen on työläämpää. WordPressin lohkoeditorissa markkinoija näkee, miltä sivu näyttää. Headless-toteutuksessa esikatselu ja sivujen kokoaminen vaativat usein erillisiä työkaluja tai koodaajaa.

Jos sivuston tehtävä on kertoa yrityksestä, tuottaa liidejä ja olla markkinoinnin päivitettävissä, perinteinen WordPress tekee sen paremmin ja halvemmalla.

Neljä kysymystä ennen päätöstä

Kysykää itseltänne

  • Kuinka moneen kanavaan sama sisältö menee seuraavan kolmen vuoden aikana?
  • Tarvitseeko käyttöliittymä kirjautumista, rooleja ja käyttäjäkohtaista sisältöä?
  • Kuka päivittää sisältöä, ja pitääkö hänen nähdä lopputulos ilman koodaajaa?
  • Onko budjettia kahden järjestelmän ylläpitoon julkaisun jälkeen?

Jos vastaus ensimmäiseen on ”yhteen” ja kolmanteen ”markkinointi”, valinta on perinteinen WordPress. Jos kaksi ensimmäistä ovat ”moneen” ja ”kyllä”, headless kannattaa laskea auki.

Usein kysyttyä

Onko headless-sivusto nopeampi?

Se voi olla, koska käyttöliittymä rakennetaan juuri sitä varten. Hyvin toteutettu perinteinen WordPress-sivusto on kuitenkin riittävän nopea lähes kaikkiin yrityssivustojen tarpeisiin, eikä nopeus yksin ole peruste kahden järjestelmän ylläpidolle.

Voiko perinteisestä WordPressistä siirtyä headlessiin myöhemmin?

Voi. Sisältö pysyy WordPressissä, ja käyttöliittymä rakennetaan uudelleen rajapinnan päälle. Siksi WordPress on turvallinen taustajärjestelmä myös silloin, kun tarve monikanavaisuuteen tulee vasta myöhemmin.

Mitä headless WordPress maksaa?

Enemmän kuin vastaava perinteinen toteutus, koska kehitysaika on pidempi ja järjestelmiä on useampi. Hinta muodostuu henkilötyöpäivistä samoin kuin muissa verkkopalveluissa: Ostajan opas: verkkosivun hinta.

Yhteenveto

Headless on työkalu portaaleihin, sovelluksiin ja monikanavaiseen sisältöön. Tavalliselle yrityssivustolle se on ylimääräinen järjestelmä ylläpidettäväksi. Jos ette ole varmoja, kummalle puolelle hankkeenne osuu, kysykää meiltä. Kerromme myös silloin, kun vastaus on perinteinen WordPress.

Aapo Mäki

Aapo Mäki

CEO / Senior Service Designer, partner