Wat is een CMS? Content management systemen uitgelegd

Een CMS, of content management system, is software waarmee mensen de inhoud van een website maken, bewerken en publiceren: artikelen, pagina’s, afbeeldingen, productbeschrijvingen. Ze gebeurt via een prettige editor in plaats van dat er code wordt aangepast. Het slaat de inhoud op, houdt concepten en versies bij, en zet de gepubliceerde versie op de site. WordPress is het bekendste voorbeeld, maar er zijn veel andere.

Waarom het ertoe doet als je met AI bouwt

Wanneer een AI je website bouwt, staan de woorden en afbeeldingen meestal rechtstreeks in de code. Dat is prima zolang jij de enige bent die wijzigingen doet en je tevreden bent om via de AI aanpassingen te vragen. Het wordt een probleem wanneer iemand anders (een marketeer, een winkelmedewerker, een vrijwilliger) elke week een typfout moet herstellen, een blogpost moet toevoegen of openingstijden moet wijzigen, zonder de code aan te raken.

Dus een van de nuttigste vragen om vroeg te stellen is: wie gaat de inhoud wijzigen, en hoe vaak? Het antwoord bepaalt of je een CMS nodig hebt, een eenvoudige beheerpagina in je app, of helemaal niets. Het verkeerd inschatten betekent dat je later alsnog een CMS aan moet haken, of er een bouwt die je nooit gebruikt.

Een alledaagse vergelijking

Denk aan het menubord van een restaurant.

Bij het ene restaurant staat het menu rechtstreeks op de muur geschilderd. Het ziet er geweldig uit, maar een prijs wijzigen betekent de schilder bellen. Dat is inhoud die in de code is geschreven.

Bij het andere staat het menu op een krijtbord met een vast kader en koppen: Voorgerechten, Hoofdgerechten, Desserts. Elke medewerker kan een regel wegvegen en een nieuw gerecht schrijven, en het bord ziet er nog steeds consistent uit omdat het kader en de koppen niet veranderen. Dat is een CMS. Het kader is het ontwerp (het sjabloon), de krijtregels zijn de inhoud, en de regel dat “alleen de manager de prijzen wijzigt” zijn de rechten van het CMS.

Traditioneel versus headless CMS

Er zijn twee brede soorten.

Traditioneel (gekoppeld) CMS. Één systeem slaat de inhoud op én toont de website. Je kiest een thema, schrijft in de editor, drukt op publiceren en de pagina verschijnt. WordPress, Drupal en Joomla werken zo, net als de ingebouwde editors in sitebouwers zoals Squarespace en Wix.

Headless CMS. Het CMS slaat inhoud alleen op en bewerkt die. Het heeft geen eigen website “hoofd”. Je site of app vraagt de inhoud via een API op en toont die in zijn eigen ontwerp. Contentful, Sanity en Strapi zijn bekende voorbeelden, en WordPress kan ook zo worden gebruikt.

Als je site met een AI-appbouwer als maatwerkcode is gebouwd, past een headless CMS (of een kleine ingebouwde beheerpagina) natuurlijk, omdat de AI de frontend al heeft gebouwd.

Een uitgewerkt voorbeeld: het nieuws en menu van een bakkerij

Stel dat bakkerseigenaar Maya een door AI gebouwde website heeft met een homepage, een menu en een nieuwsgedeelte. Haar personeel wil “De pompoencake is terug!” plaatsen zonder elke keer Maya te vragen.

Een CMS voor deze site zou de inhoud opslaan in gestructureerde typen, net als tabellen in een database:

Inhoudstype: Bericht

Inhoudstype: Menu-item

Het personeel logt in op de editor, vult een formulier in voor een nieuw bericht, uploadt een foto en drukt op publiceren. De nieuwspagina van de website vraagt het CMS om elk bericht met status = gepubliceerd, het nieuwste eerst, en toont ze in het ontwerp van de site. Niemand raakt de code aan, en de lay-out blijft consistent omdat het personeel alleen velden invult.

Let op wat de velden doen. Omdat prijs een eigen veld is en niet een zin in een alinea, kan de site prijzen overal in dezelfde opmaak tonen. Omdat er een veld status is, kan het personeel concepten opslaan zonder dat ze op de site verschijnen.

Belangrijke begrippen uitgelegd

Veelgemaakte fouten en misverstanden

• “Een CMS is hetzelfde als een websitebouwer.” Websitebouwers bevatten vaak een CMS, maar een CMS gaat specifiek over het beheren van inhoud. Een headless CMS heeft helemaal geen websiteontwerp.
• “Elke site heeft er een nodig.” Een site van vijf pagina’s die twee keer per jaar verandert, heeft er geen nodig. Aan een AI vragen “werk de openingstijden bij” kan eenvoudiger zijn dan een CMS onderhouden.
• Alles in één groot tekstvak zetten. Als prijzen, datums en adressen in alinea’s verborgen zitten, kun je ze niet sorteren, filteren of opnieuw opmaken. Gebruik aparte velden.
• Rechten vergeten. Bepaal wie mag publiceren, niet alleen wie mag schrijven. Een nieuwe medewerker mag waarschijnlijk de homepage niet verwijderen.
• Afbeeldingen negeren. Zonder maximale afmetingen uploaden mensen enorme foto’s en wordt de site traag. Vraag om automatisch verkleinen.
• Aannemen dat inhoud makkelijk verhuist. Overstappen van het ene CMS naar het andere betekent meestal exporteren en inhoud opnieuw in kaart brengen. Zie hoe je een WordPress-site migreert.

Wat je aan je AI-appbouwer kunt vragen

• “Welke delen van de inhoud van deze site zijn vastgecodeerd, en welke komen uit een database?”
• “Sla blogposts op in een database met titel, slug, tekst, omslagafbeelding, status en publicatiedatum.”
• “Bouw een eenvoudige beheerpagina waar ingelogde medewerkers berichten kunnen maken, bewerken en publiceren. Alleen beheerders mogen verwijderen.”
• “Toon concepten alleen aan ingelogde medewerkers; de openbare site toont alleen gepubliceerde berichten.”
• “Verklein geüploade afbeeldingen automatisch en sla ze op in bestandsopslag, niet in de database.”
• “Of koppel deze site aan [een headless CMS] via de API, en houd de API-sleutel op de server.”

Voor stap-voor-stap hulp, zie hoe je een blog aan je website toevoegt en hoe je met AI een blog bouwt. Als je overweegt weg te gaan bij WordPress, vergelijkt alternatieven voor WordPress de opties.

CMS en Mythex

Mythex is een AI-appbouwer, geen CMS: er is standaard geen aparte editor-login voor een contentteam, en je wijzigt inhoud meestal door het in de chat te vragen. Als andere mensen inhoud moeten bewerken, vraag de agent dan een kleine beheerpagina te bouwen die gebruikmaakt van de Postgres-database van het project, met uploads in bestandsopslag. Mythex bevat zelf geen inlog voor eindgebruikers, dus de agent koppelt de inlogprovider die jij kiest. Of vraag de agent de site te koppelen aan een headless CMS dat je al gebruikt, via de API van dat CMS.

Veelgestelde vragen