Identity
Operator and scope
Organization, domain, public contact details, address and an optional introduction.
Accessibility Statements
SimplifyAccess turns statement setup into a guided workflow. Work through the operator, statement structure, context, assessment, barriers, feedback and publication without facing every possible field at once.
Maintain the information in one place, then make the current saved statement available as public HTML, an embedded statement, an on-demand PDF or a PDF download through the SimplifyAccess widget.
Accessibility statement
Assessment
Step 4 of 8 · Describe the evidenced accessibility status.
In progress
63%
Conformance status
Only record a conformance status when the assessment supports it.
Built for ongoing maintenance
Accessibility statements often begin as a copied template or a PDF assembled for one deadline. That makes later updates easy to miss and creates distance between what the organization maintains and what visitors actually see.
Maintain one source
Keep operator, assessment, barrier, feedback and publication information together.
Generate from current saved data
Public outputs use the maintained statement and enabled widget configuration when requested.
Review the facts as the website changes
Request-time generation does not replace organizational review of manually entered information.
Guided creation
The editor uses eight focused steps. What appears next depends on the statement structure, context, assessment status and answers already provided, so specialist fields do not crowd every customer from the start.
Who is responsible and what website or service does the statement cover?
Choose general transparency, public-sector or consumer-service information.
Use a supported starting point or enter the exact jurisdiction and basis manually.
Record status, benchmark, method, dates and an evaluation report where available.
Describe measures, known barriers, alternatives, exceptions and planned improvements where relevant.
Provide the route visitors can use to report a barrier or request help.
Add a verified escalation, complaint, enforcement or market-surveillance route where applicable.
Check completeness, review the entered information and use the publication options.
Step 4 of 8
Assessment
Describe only the evidence that exists for this website.
Has an accessibility assessment taken place?
Yes
Show benchmark, method and assessment date.
Not yet
Keep the published status transparent.
Assessment benchmark
Assessment method
Requirements follow the selected context
If the status becomes partially or not conformant, the editor asks for concrete known barriers. Optional and context-specific fields remain grouped until they are needed.
Insert editable examples for common services, measures, barriers, alternatives and improvement plans.
Return later and the editor continues with the first relevant incomplete step instead of relying on a separately stored wizard position.
Quick Start
If the basic context is already clear, Quick Start reduces the first setup to three choices: statement structure, country or jurisdiction, and legal or voluntary context.
SimplifyAccess prepares a neutral baseline, suggests relevant fields and then takes the customer to the first remaining gap. It deliberately leaves conformance as Not assessed instead of creating a confident-looking result from minimal information.
Quick Start
Create a neutral starting point
1. Statement structure
2. Country or jurisdiction
3. Legal or voluntary context
What the statement can contain
The finished statement can combine identity, assessment evidence, known barriers, alternatives, feedback and context-specific information in one structured public document.
Identity
Organization, domain, public contact details, address and an optional introduction.
Evidence
Status, benchmark, method, assessment date, review date and evaluation report where available.
Transparency
Known inaccessible content, accessible alternatives, applicable exceptions and planned improvements.
Support
Feedback route, expected response time and a verified complaint, enforcement or other procedure where relevant.
One maintained source
The publication options come from the same saved statement. Choose the format that fits the visitor journey instead of maintaining separate copies for each channel.
Maintained in SimplifyAccess
Operator details, statement structure, legal context, assessment, barriers, alternatives, feedback and procedures remain in one maintained record.
Generated output reflects the current saved information at request time. Manually entered facts still need regular review.
Public HTML
A semantic, responsive page that can be read directly in the browser and shared through its public URL.
Embedded statement
A style-free vanilla JavaScript embed creates semantic HTML and inherits the customer website's visual design.
On-demand PDF
Generate the PDF when needed or copy its direct URL for records, sharing and offline use.
Widget access
Visitors can reach the current PDF from a statement download button at the bottom of the SimplifyAccess widget.
Additional assistance through SimplifyAccess
Enabled visitor features
Display and visual adjustments
Reading and understanding
Tools and profiles
Configuration-aware information
When the statement is requested, SimplifyAccess can describe the visitor-facing widget features that are enabled for that website. Hidden, internal or deprecated settings are not presented as visitor assistance.
The feature list comes from the website configuration instead of a separate manually maintained marketing list.
The statement explains that browser-based assistance supplements accessible design, code, content, documents, testing and remediation.
International and custom contexts
Statement structure, jurisdiction and legal context are handled as separate choices. Common contexts can provide editable starting points, while another country, region, law, policy, contract or voluntary basis can be entered manually.
This keeps the workflow useful beyond the built-in preset list and avoids presenting a country selection as an automatic legal decision.
Transparent by design
The editor separates what is known from what is still unknown. It can record how and when a website was assessed, describe known barriers and alternatives, and keep an explicit Not assessed state when the evidence is not yet available.
Standard, method, date and report link can support the declared status where available.
Partial and non-conformance can require concrete information instead of a generic warning.
Visitors can see how to report a problem, request help or use an applicable escalation route.
A widget, generated document or single automated check is not treated as proof of conformance.
Questions and implementation details
The main workflow stays product-focused. The details below explain legal-context support, technical delivery and important limitations.
script-src and the statement API origin in connect-src within the site's existing policy.Accessibility information that stays manageable
Bring the assessment context, known barriers, visitor support, feedback route and publication options together in one workflow.