Introduction
How multiple editors work on the same content simultaneously in Agility, live presence and change reflection, and how the platform prevents overwrites and collisions.
Agility's Live Collaboration provides genuine real-time, multi-user co-authoring: multiple editors can work on the same content item at the same time. Changes appear live as colleagues type, and conflicts are prevented at the field level: while one editor is focused in a field, that field is locked for everyone else, so two people can never overwrite the same field simultaneously. Editors see who else is in the item, which fields they occupy, and when they are actively typing. Because edits propagate in real time, there is no "discover the clash later" problem — and in the rare case where an item was saved by someone else since you made local changes, Agility notifies you to reload (changes you would already have seen reflected live).
Agility provides real-time co-editing. When more than one editor is active on the same item, the experience is collaborative and live:
(See Live Commenting & Collaboration in Web Studio for the full commenting workflow.)
Agility prevents conflicts rather than resolving them after the fact, using two complementary mechanisms:
Reload notification for stale local state. If another editor saves the item while you have it open, Agility shows a notification — "[User] has made changes to this item" — with Reload (load the latest saved version) and Ignore options. In practice you would already have seen those edits reflected in real time, so the prompt is a safeguard, not a surprise.
Recovery safety net. Beyond prevention, every change is captured in version history (who changed what, and when), so any item can be reviewed and reverted to a prior version if needed.
| Area | Agility | Implementation partner / customer |
|---|---|---|
| Presence, live cursors, field awareness | ✅ Built into Content Manager / Web Studio | — |
| Live comments, mentions, reactions, resolve | ✅ Built in | — |
| Version history & revert (overwrite recovery) | ✅ Built in | — |
| Editorial process to avoid clashes | — | ✅ Defines team conventions (who owns which sections/items), workflow states, and approval gates |
| Web Studio preview enablement | ✅ Provides Web Studio | ✅ Configures the site/security settings so Web Studio preview works |