Wat kan een koppeling precies doen?
Acht dingen, en een adapter zegt zelf welke daarvan hij aankan. Vraagt een fix om iets wat de koppeling niet kan, dan gebeurt er niets — hij wordt niet half uitgevoerd en niet stilletjes overgeslagen, maar geweigerd met de reden erbij.
| Capability | Wat een koppeling daarmee kan |
|---|---|
| code_update | broncode en templates aanpassen |
| content_update | zichtbare tekst en blokken plaatsen |
| metadata | title, description, canonical, hreflang |
| structured_data | JSON-LD en schema.org |
| publish | live zetten |
| preview | before → after tonen vóór er iets gebeurt |
| verify | achteraf nakijken of de wijziging is aangekomen |
| rollback | terugdraaien naar de vorige versie |
Op welke platformen werkt dit vandaag?
Eerlijk geteld: van de 23 platformen in de catalogus staat er 1 op "supported", 16 op "beta" en 6 op "planned". Supported betekent dat de adapter er is en getest is. Beta betekent dat hij er is en dat de koppeling nog opgebouwd wordt. Planned betekent dat de architectuur het dekt en de adapter nog geschreven moet worden.
| Status | Aantal | Wat dat betekent |
|---|---|---|
| supported | 1 | adapter aanwezig en getest |
| beta | 16 | adapter aanwezig, koppeling nog in opbouw |
| planned | 6 | architectuur dekt het, adapter moet nog geschreven worden — je krijgt de exacte instructie |
Hoe voorkomen jullie dat er iets ongewild live gaat?
Door hem standaard dicht te zetten. Uitvoering is een schakelaar die uit staat, per platform apart aan gaat, en alleen werkt voor doelen die op een lijst staan. Daarbovenop komt de goedkeuring per actietype en een slot dat voorkomt dat twee opdrachten tegelijk aan hetzelfde bestand werken.
En als mijn platform er niet bij staat?
Dan krijg je de fix als exacte instructie of als kant-en-klare bouwer-prompt: precies wat waar moet komen, in welke vorm, met de reden erbij. Dat is geen troostprijs — het is dezelfde change-set, alleen plaats jij hem. Wie een gesloten no-code-platform gebruikt, komt hier sowieso uit.
Veelgestelde vragen
Voert ceeme wijzigingen uit zonder mij te vragen?
Nee. Autonoom toepassen staat uit, en de goedkeuring is per actietype geregeld: het soort wijziging bepaalt of het automatisch mag, niet het project of de haast. Wat wél altijd mag is preview — dat heeft geen neveneffecten.
Kunnen jullie iets kapotmaken aan mijn site?
Elke wijziging heeft een preview vooraf, een verificatie achteraf en een rollback als die verificatie faalt. Daarbovenop staat de poort standaard dicht en werkt uitvoering alleen op doelen die je zelf hebt toegelaten. Het risico is nooit nul, en daarom is de weg terug er altijd.
Werkt dit ook op mijn CMS?
Dat hangt af van wat de koppeling kan, niet van de naam van het CMS. De engine kijkt naar mogelijkheden — kan dit schema plaatsen, kan het publiceren, kan het terugdraaien — en weigert netjes wat er niet in past. Staat je platform nog op planned, dan krijg je de exacte instructie.
Wat is er vastgelegd van wat er gebeurd is?
De hele weg: welke wijziging, op welk doel, met welke goedkeuring, wat de verificatie zei en of er teruggedraaid is. Dat is er niet voor de statistiek maar voor het moment waarop iemand vraagt wie wat wanneer gepubliceerd heeft.
Verder lezen
Gratis, zonder account en zonder kaart.