Inline text editing for marketing teams
Your site was built by a developer. That shouldn't mean every headline, typo, and price change waits in their ticket queue. Your developer drops in one script tag, once — after that, anyone on your team can click any text on the live page, retype it, and publish. No pull request, no deploy, no CMS migration. Works on React, Vue, Astro, WordPress, or plain HTML.
Step one is a one-time, five-minute favor from a developer. Steps two and three are entirely yours, forever — no ticket, no code, no dev queue.
A once-off, five-minute job: mark any text with a data-edit-id attribute. No SDK, no build step, no migrating content anywhere — it's a plain HTML attribute that works with whatever already renders the page.
A floating edit bar appears only for signed-in teammates. Click any text right on the live page and retype it — no admin panel to learn, no HTML to touch.
Drafts stay private until you (or an approver) publish — nothing goes live by accident, and there's a one-click rollback if it does.
Same widget, four ways teams actually use it.
Fix a headline or a price the moment you spot it — no ticket, no waiting for a sprint.
See how it fits →Let a client draft their own copy changes on the live site, then have your developer commit the final text properly.
See how it fits →Give an editor the floating bar instead of full /wp-admin access — no page-builder plugin required.
Fix text without sending an AI assistant back into production code just to change a headline.
See how it fits →This is a live instance of the widget, running on a fake page — click "Edit" and change anything. Nothing here is sent anywhere or saved; refresh the page and it's back to normal.
🤓 Playground only: edits live in your browser tab and vanish on refresh — no one else will ever see what you type here.
Because you don't need one — you need one thing on an existing site fixed, fast.
| Editbar | Weglot | Tolgee | Headless CMS | |
|---|---|---|---|---|
| Setup time | ~5 minutes | hours | hours | days–weeks |
| Works on existing site | Yes | Yes | Needs SDK | Migration |
| Self-hostable, free | Yes, MIT | No | Partial | Rarely |
| Scope | Edit existing text | Translation | Translation | Full content mgmt |
Also see Editbar vs. TinaCMS.
Every tier ships the exact same open-source widget. Hosted plans add the backend a team actually needs.
Rolling this out to a whole team? See Editbar for Enterprise →
Editbar's core is MIT-licensed and free forever — the exact same widget every hosted plan ships. No artificially crippled features, ever. It's also built to embed inside your own product: we're integrating it directly into our own CMS.
Start free and self-hosted, or let us run it — pick the plan that matches how your team publishes. Full breakdown on the pricing page →
No. Once a developer has added the one-time data-edit-id attribute to your page, editing is click, retype, save — the same as editing a document. You never see or touch markup.
Yes — the widget only needs a script tag and a data-edit-id attribute on the text you want editable. It doesn't care what rendered the page.
No, and it isn't trying to. A CMS manages structured content — blog posts, product entries. Editbar edits the fixed text that's already on your pages: headlines, buttons, nav labels, footers. Most teams run both.
Only signed-in team members with a role on that site see the edit bar at all. Every write is re-checked server-side, regardless of what the UI shows.
On Pro and up, changes are drafted and previewed before anyone hits Publish, and every published version can be rolled back with one click. On Enterprise, changes go through a review and approval step before they ever go live.
Move to a hosted plan whenever you need managed infrastructure, more editors, or review workflows — your content and edit IDs don't change.
Identical widget code either way. Hosted adds accounts, multi-site management, drafts/versions, rich content, approvals, and an audit log.