Language Attribute Checker
Screen readers switch voice and pronunciation based on lang attributes. Missing or invalid lang breaks that experience.
Paste your HTML
Editorial guidance
How this content tool supports accessibility work
The language attribute checker is designed to turn a common accessibility review task into a repeatable workflow. It focuses on verifies lang on <html> and lang changes on inline foreign-language content. The goal is not to replace expert judgment, but to make the first review faster, more consistent, and easier to explain to designers, developers, QA teams, and content owners.
Use the output as evidence for a remediation conversation. A failed check normally means the implementation needs a closer look against WCAG 3.1.1, 3.1.2, while a passing check means the specific automated rule did not find a problem. Passing automated checks is helpful, but it is not the same as a full conformance claim.
For best results, test real production markup instead of simplified snippets. Templates, CSS state, JavaScript behavior, responsive layouts, and content changes can all affect the final accessibility experience. Re-run the tool after fixes so the before-and-after evidence is easy to compare.
Pair this tool with manual keyboard testing, zoom and reflow checks, screen-reader review, and content judgment. Those human checks catch issues that automated logic cannot reliably infer, such as whether labels are meaningful, instructions are clear, or a complete user task can be finished without a mouse.
How to use
- 1Paste the HTML document or component markup you want to verify.
- 2Check whether the root html element declares the page language and whether inline language changes are marked up.
- 3Add or correct lang attributes so pronunciation and language switching work better in assistive technologies.
FAQs
Tips here are tailored for the language attribute checker so people can move from checking to fixing faster.
What to verify manually
Keyboard: move through the related flow with Tab, Shift+Tab, Enter, Space, Escape, and arrow keys where the pattern expects them.
Assistive technology: check names, roles, states, reading order, announcements, and focus changes with at least one screen reader.
Content quality: confirm that instructions, labels, headings, errors, and alternatives make sense in the real user task.
This page is written as practical guidance, not a legal certification. For procurement, VPAT/ACR work, or regulated launches, combine tool output with expert review and documented manual test results.
Related learning
Learn the concepts behind this tool
- StandardsWCAG 2.2 Checklist: Common Problems and Practical SolutionsA working developer's tour of the Web Content Accessibility Guidelines 2.2 — perceivable, operable, understandable, robust — and what actually changed in 2023.
- DocumentsWord Document Accessibility Guide: How to Make DOCX Files Easy to Read and NavigateLearn how to create accessible Word documents with proper headings, alt text, tables, links, lists, language, color contrast, and export settings.
