Publishing webhooks: retries without the guesswork
Keep receipt separate from completion and design for duplicate events, delayed revisions, and uncertain destination results.
Understand what happens between an approved draft and a public page. Start with content identity, editorial state, and a definition of what a completed release actually means.
A publishing workflow is easier to reason about when saving, approving, delivering, and confirming are distinct steps. This collection begins with that lifecycle and then looks at event-driven work, retries, and recovery. The aim is not to prescribe one architecture for every publication. It is to help you name the decisions your particular system must make.
Begin with the workflow guide, then sketch one content record and one destination. Identify who can approve that record and what evidence will confirm publication. Before adding more channels, rehearse an interrupted delivery and a correction. These two exercises reveal gaps that an ordinary successful request often conceals.
Keep receipt separate from completion and design for duplicate events, delayed revisions, and uncertain destination results.
Turn a publishing request into a clear lifecycle: content identity, approval, destination adapters, confirmation, and recovery.