WCAG 1.4.4 resize text: do burned-in captions need it?
WCAG 1.4.4 exempts captions and images of text, so burned-in captions need no resize. You still choose their size: use design.typography on Sume.

The answer
Burned-in captions are exempt from the resize requirement, but that does not make the size a free choice. The W3C Understanding page for 1.4.4 (read 2026-10-04) is a Level AA criterion with an exception for captions and images of text. Captions burned into pixels cannot be scaled by the viewer's browser, so the criterion does not ask for it.
What it does not remove is the practical question: a caption nobody can read does not help. That is where the size controls in the Sume video captions docs matter.
Where the size knobs live
The caption design object groups its overrides into colors, typography, placement, phrasing and motion. The typography group lists base_weight, active_weight, active_scale, font_size_ratio, safe_width_ratio and stroke_width_px. Numbers outside their documented range return a 400, so a bad value fails at request time instead of rendering wrong and billing.
One limit to remember: design is not supported on the punch or tiktok-green styles, which render on a path that reads none of those tokens. If you need to change size, pick another style, such as slam, or accept the preset.
Choosing a size for readability
Since the viewer cannot zoom burned-in text, test what you can control.
- Check the caption on the smallest screen your audience uses, not on your editing monitor.
- Keep
safe_width_ratiowide enough that lines do not clip at the frame edge; the reels caption sizing post walks through that. - Check contrast as well; the contrast checker post shows a script.
- Offer a transcript or a player with soft captions where you control the page, so readers who need larger text have it.
Open versus closed in practice
The exemption is one more reason to treat captions as a design decision, not just a compliance box.
| Question | Burned-in captions | Page text next to the video |
|---|---|---|
| Subject to 1.4.4 resize | No, captions are excepted | Yes, must resize to 200 percent |
| Counts for 1.2.2 captions | Yes, open captions satisfy it | Not a caption, a transcript |
| Who sets the size | You, at render time | The viewer's browser settings |
Putting it together
Render captions with a style that supports design if size matters, set typography values within the documented ranges, and keep the script text on the page as ordinary text, which the viewer can zoom. That splits the job cleanly: pixels for people watching, text for people reading. A restyle later needs no second transcription when you pass source_caption_id, so trying a larger size costs a render, not a new speech-to-text pass.
Sources
Related posts
More in Media tools
- WebP with transparency: output and import rules
Synthesia's editor now accepts WebP with transparency kept. On Sume, set output_format and background explicitly and check the result for alpha.
- WhatsApp Status 16 MB and 30 s: trim, then check size
A third-party guide lists WhatsApp Status video at 16 MB and 30 seconds. Cut to 30 seconds with Sume video trim, then measure the file size.
- YouTube Shorts 2x playback: will your burned-in captions still read?
Viewers can double the speed of a Short. Burned-in captions play at that speed too. Halve each phrase's time, then tune Sume caption phrasing to fit.
- How to assemble a long-form video with the Timeline 1.0 API
Timeline 1.0 renders one audio spine plus 1 to 200 ordered video slots into one MP4. Every URL must be Sume-hosted; the plan preflight is unbilled.
Written by Sume