Docs
The whole integration is one attribute and one script tag. There's no SDK, no build step, and no framework-specific package — data-edit-id is just a plain HTML attribute, so it survives whatever renders your page.
This page is for whoever installs Editbar — usually a developer, once. If you're a marketer who just wants to edit text, you don't need anything here: send this page to your developer, or see what Editbar looks like day to day instead.
Same attribute, same script tag, in whatever you're already using.
Works anywhere — this is the whole contract the widget relies on.
Attributes pass straight through JSX — no wrapper component needed.
Same attribute, same rules, inside a Vue single-file component.
Works in .astro files exactly like plain HTML, server-rendered or not.
Edit your theme's template files (or a custom HTML block) directly.
By default, an editable element's text content is what's editable. Two more attributes unlock the rest:
data-edit-type="link" on an <a> — makes its href editable via a URL prompt, not just its label text.data-edit-type="image" on an <img> — makes its src editable via a URL prompt.Leave the attribute off for plain text — that's the default and needs nothing extra.
Paste this into Claude, Cursor, or Copilot Chat against your own codebase — it's a complete, self-contained brief.
Yes, once — like any markup change. After that, edits happen live in the browser and don't need a deploy.
Both will show the same text and update together — keep ids unique per element, the same way you'd keep HTML ids unique.
It's a small script loaded with defer, and it only fetches your published overrides — no build-time cost, no bundler plugin.