Start with what your site says.
Read the evidence behind your business description. Correct what is missing or misunderstood before you build on it.
How Legible works
Read the evidence, confirm your business, approve the exact change, then check the published page again. One record carries the work forward.
01 · Your business record
Legible reuses what it finds and asks you to confirm the rest. Nothing here changes your live website.
Read the evidence behind your business description. Correct what is missing or misunderstood before you build on it.
Review names, roles and the people connected to your business. Keep each person’s official profiles attached to that person.
Bring your business facts together. Reuse the information already found, and fill in the details only you can confirm.
Shape your category truth, buyer truth and brand truth. Get help with concise wording, then review your brand idea, search description and buyer answers.
Connect services, buyers, pages and profiles. Prepare your approved record, choose a supported website connection or developer download, then check the published changes.
Return to your business report and remaining findings. A live website check and later search or AI discovery measurements each need their own evidence.
02 · Review and publish
Read the proposal. Check the dry run. Approve the change. Read the live result. The six checks below keep each part separate and visible.
Your website connection determines which changes can be installed. Other changes come as a prepared download for your developer.
url: unknownurl: yourcompany.comAnd the loop closes. Undo is free.
Review the existing business record beside the proposed value. In this illustration, the saved audit found an Organization record with no website URL. Confirm the correct URL before installing it.
The engine proposes; you decide. Edit the wording, approve it as drafted, or reject it outright. There is no autopilot and no bulk-apply, because a machine writing your identity unread is the failure this product exists to prevent.
For supported changes, a dry run checks the proposed values and destination before applying them. Review the result and any blocked items. The available installation and rollback steps depend on the change and the connected platform.
Your connected platform determines which changes can be applied. Framer and Webflow support selected fields and installation methods. For other changes, download the prepared code and instructions for your developer.
Applying and publishing are kept apart on purpose. A change can sit staged while you look at it in context, and going live stays an act you perform rather than a side effect of approving something.
The engine fetches your published page again and looks for the change in the delivered HTML. Present, and the finding turns green. Absent — a cache, a failed deploy, a theme that stripped it — and it stays open and tells you why.
03 · Evidence behind the score
A real saved reading, broken into separate dimensions. The score helps you scan; the finding and its source tell you what to do.
Source · Saved audit dated 2026-08-15. Each score is out of 100. An unavailable check does not establish a result.
Open the affected page and inspect the supporting evidence. Findings give you a place to start and a way to check the proposed fix.
Re-read the live page to check that an approved change is present. Saving the record does not establish that the website changed.
The words that go into your structured record are the ones you approve. Legible proposes; you confirm or edit.
Start with your website
See what your live pages say now. You decide what, if anything, changes next.