1. Spreek af wat de publicatiestap mag ontvangen
Begin met een vast content-ID en de exacte goedgekeurde versie. Daar horen titel, tekst, gewenste slug, beeld, categorie en interne links bij. Noteer daarnaast welke SEO-velden je website ondersteunt. Laat een model na de goedkeuring niet stilletjes de tekst herschrijven of een andere publicatiebestemming kiezen.
In dit ontwerpvoorbeeld gebruiken we WordPress als CMS. n8n heeft daarvoor een node met acties om berichten te maken, lezen en bijwerken. Dit artikel beschrijft een route die je zelf inricht, geen actieve koppeling in MANE. Toegang tot WordPress en de benodigde rechten moeten vooraf passend en veilig zijn ingesteld.
2. Bewaar het bericht-ID zodra het bestaat
Gebruik in je eigen publicatieregister bijvoorbeeld content-ID BLOG-042, conceptversie 3 en het teruggegeven WordPress-post-ID. Laat maar één verwerking tegelijk dat content-ID behandelen. Een duurzame unieke sleutel of een vergrendeling voorkomt dat twee uitvoeringen tegelijk besluiten een nieuw bericht te maken.
Een zoekopdracht op slug helpt bij controle, maar is op zichzelf geen volledige duplicaatpreventie. Twee gelijktijdige runs kunnen allebei niets vinden. Ook kan een gewenste slug anders uitvallen. Sla daarom de werkelijk teruggegeven ID en link op. Volgende stappen werken datzelfde bericht bij, in plaats van opnieuw Create te kiezen.
3. Maak eerst een concept en lees het terug
WordPress ondersteunt onder meer de statussen draft, pending en publish. Maak het goedgekeurde artikel eerst als concept aan en haal het opnieuw op. Vergelijk titel, tekst, categorie, beeld en versie met je werkkaart. Een ontvangen ID vertelt waar het bericht staat, niet of alle veldkoppelingen goed zijn.
Pas daarna zet je hetzelfde bericht op publish. Bewaar de respons en lees status en link opnieuw. Houd in je register onderscheid tussen concept opgeslagen, gepubliceerd maar nog niet gecontroleerd en live gecontroleerd. Dat zijn voorgestelde statussen voor je eigen administratie, geen automatische garanties van n8n.
4. Controleer hoe jouw website metadata verwerkt
De WordPress REST API heeft velden zoals title, content, excerpt en featured_media. Excerpt is een samenvatting; het is niet vanzelf de meta description in de HTML. SEO-titel, description en canonical kunnen door je thema of SEO-plugin worden geregeld. Controleer de gedocumenteerde schrijfroute van jouw inrichting.
Het veld meta betekent niet dat iedere private pluginsleutel beschikbaar is. WordPress vereist passende registratie en REST-toegang voor zulke velden. Gebruik dus geen willekeurige sleutel uit een internetvoorbeeld. Is de mapping onbekend, laat de publicatiestap wachten totdat die is uitgezocht. Lees uiteindelijk de gerenderde pagina terug, niet alleen het API-record.
5. Geef links en afbeeldingen een echte bestemming
Kies interne links uit bestaande, inhoudelijk relevante pagina’s en gebruik hun canonieke URL. Laat een model geen vermoedelijke slugs bedenken. Een artikel over voorbereiding kan bijvoorbeeld naar de concrete intakechecklist verwijzen, in plaats van dezelfde algemene homepage bij iedere alinea te herhalen.
Controleer vóór upload de beeldrechten en maak een alttekst die de functie van het beeld beschrijft. Bewaar het WordPress-media-ID en gebruik dat bij featured_media. Hergebruik het opgeslagen ID na een onderbreking. Zo voorkom je dat iedere herhaling opnieuw hetzelfde beeld in de mediabibliotheek zet.
6. Behandel een timeout anders dan een afwijzing
Komt na een Create-verzoek geen antwoord terug, dan kan het bericht toch zijn opgeslagen. Controleer eerst het bekende post-ID of je vaste contentkenmerk. Herhaal niet blind de aanmaak. Kun je de uitkomst niet vaststellen, markeer het record als onzeker en laat iemand beoordelen wat er werkelijk is gebeurd.
Bij 401 of 403 onderzoek je toegang; bij een ongeldige invoer corrigeer je de velden. Tijdelijke limieten of serverfouten vragen eventueel een begrensde, uitgestelde retry, maar alleen waar herhaling veilig is. Een n8n-errorworkflow met Error Trigger maakt fouten zichtbaar. Stop And Error kan inhoudelijke controles bewust laten stoppen. Geen van beide bewijst dat herstel al gelukt is.
7. Open de pagina zoals een bezoeker dat doet
Controleer de echte openbare URL zonder beheerlogin: juiste pagina, inhoud, afbeelding, koppen en werkende links. Een HTTP 200 kan ook een fouttemplate tonen. Bekijk daarnaast title, description, canonical en eventuele gestructureerde gegevens. Die moeten passen bij de zichtbare tekst. Controleer ook blogoverzicht en sitemap.
Google kan andere titlelinks en snippets kiezen dan jouw ingevulde metadata. Een canonical is een signaal, geen opdracht die indexering garandeert. Schrijf daarom alleen live gecontroleerd wanneer de pagina daadwerkelijk klopt. Geïndexeerd, zichtbaar in AI-antwoorden en goed gerankt zijn andere uitkomsten die je niet met deze publicatietest bewijst.
8. Test de overdracht, niet alleen de gelukkige route
Test met een eigen proefbericht onder meer een dubbele trigger, een verloren aanmaakrespons, ontbrekend beeld en niet-ondersteund SEO-veld. Bewaar verwacht resultaat, werkelijk resultaat en bewijs. Het bestaande artikel over n8n-workflows testen behandelt de algemene testdiscipline; hier draait het specifiek om één CMS-bericht en zijn openbare weergave.
Koppel dit aan de bron- en reviewworkflow: alleen dezelfde goedgekeurde versie mag door. Verandert de inhoud, dan begint opnieuw een beoordeling. Zo automatiseer je het overzetten en controleren van je werk, terwijl duidelijk blijft wie verantwoordelijk is voor wat bezoekers uiteindelijk lezen.
