For the complete documentation index, see llms.txt. This page is also available as Markdown.

Revision History

Revision History

Introduction

Every time you save a change to a shortcode's slug or content, the previous version is kept as a revision. The last 20 revisions are kept per shortcode.

Saving a settings-only change - toggling header/footer insertion, device types, roles, visibility scheduling, etc., without touching the slug or content - does not create a new revision, since there'd be nothing content-wise to restore.

Restoring a previous version

On the shortcode's edit screen, a "Revision history" section lists each saved revision with its date and the user who saved it. Click "Restore" next to any revision to roll the shortcode's content back to that version.

Restoring is itself non-destructive: your current content is saved as a new revision first, so you can always undo a restore by restoring the version that was current beforehand.

Only the shortcode's content is restored - none of its other settings (header/footer, device types, roles, visibility schedule, etc.) are affected.