Reference Formats
WOFF
WOFF is a W3C-standardized compressed container format that wraps TrueType or OpenType font data plus metadata for efficient delivery and display via CSS @font-face on the web.
Extension
.woff
Full name
Web Open Font Format 1.0
Introduced
2009 (first draft); W3C Working Draft published July 27, 2010; W3C Recommendation December 13, 2012
Vendor
W3C (developed by Jonathan Kew, Tal Leming, Erik van Blokland; submitted by Mozilla, Opera, Microsoft)
What is inside the container
A WOFF file consists of a 44-byte header (signature, flavor, file size, table count, offsets), a table directory listing each font table's tag, offset, compressed/original length and checksum, the font tables themselves (each optionally zlib-compressed per RFC 1950), and optional trailing blocks for XML metadata (licensing, credits, description) and vendor-defined private data. The wrapped font data is the original sfnt (TrueType/OpenType) table set, so a WOFF can be losslessly restored to a functioning desktop font.
How to open it
For archives
In a DAM, WOFF should never be the only archived copy of a typeface — retain the source desktop font (TTF/OTF, or the foundry's master files) as the preservation master, since WOFF is a lossy-of-metadata delivery wrapper tied to licensing terms for web use only. Store the WOFF (and WOFF2) as generated derivative/rendition assets alongside the source, tagged with the font's web-embedding license terms, and regenerate them automatically if the source font is updated rather than hand-maintaining multiple wrapped copies.
WOFF (Web Open Font Format) was created in 2009 by type technologists Jonathan Kew, Tal Leming and Erik van Blokland as a response to a decade-long standoff: browsers could technically link to raw TrueType or OpenType fonts, but type foundries refused to allow it because a linked font file could simply be downloaded and reused without a license. WOFF solved this by wrapping the same sfnt font tables in a lightweight, compressed container carrying its own metadata block, giving foundries a distinct, compressed, harder-to-repurpose format they were willing to license for the web. Mozilla, Opera and Microsoft jointly submitted it to the W3C in April 2010, and it became a formal W3C Recommendation on December 13, 2012.
Structurally, WOFF is not a new font technology — it is a container. Each font table from the original TrueType/OpenType file is copied in, optionally zlib-compressed, and indexed by a table directory, so the file can be reconstructed into a working desktop font. This is precisely why it matters for licensing: a WOFF file is functionally the same intellectual property as its source TTF/OTF, just packaged for transmission and typically restricted by the accompanying license to web-embedding use.
For a Digital Asset Management system, WOFF sits at the intersection of two asset classes: it is a font asset and a web delivery derivative at once. A DAM handling brand or product typefaces should treat the vendor-supplied desktop font as the canonical master, generate WOFF (and its successor WOFF2) as build-time renditions for the website, and keep the embedding license (number of page views, domains permitted, foundry name) attached as metadata to both the master and its derivatives — because unlike a JPEG rendition of a photo, a font rendition still carries the original’s licensing restrictions.
WOFF was quickly superseded in new projects by WOFF2, which uses Brotli compression for meaningfully smaller files, but WOFF remains a common fallback for older browsers (older Safari/Firefox/Edge versions, and non-Chromium legacy environments) inside a `@font-face` `src` list, so DAM asset packages built for web delivery typically still include both WOFF and WOFF2 for the same typeface.
| Format | Compression | Standardized by | Browser support |
|---|---|---|---|
| WOFF | zlib (per table) | W3C Recommendation, Dec 2012 | All current browsers; kept as a legacy-browser fallback |
| WOFF2 | Brotli (whole-font stream) | W3C Recommendation, March 2018 | All current browsers except Internet Explorer |
| EOT | LZ (MicroType Express-related) + DRM rooting | Never standardized (W3C submission only) | Internet Explorer only |
Frequently asked
Should a DAM store WOFF files as master assets or derivatives?
As derivatives. The desktop font (TTF/OTF, or foundry master) should be the preservation master; WOFF is a compressed, web-license-restricted repackaging generated from it and should be regenerated if the source changes.
Can a WOFF file be converted back to a usable desktop font?
Yes — the format wraps standard sfnt (TrueType/OpenType) tables with zlib compression, so tools like FontForge or fonttools can losslessly unpack a WOFF back into a working TTF or OTF.
Does a WOFF file carry font licensing information?
It can — WOFF supports an optional embedded XML metadata block for licensing, credit and description text, but many production WOFF files omit it, so the actual license terms should be tracked separately as DAM metadata.
Why would a DAM keep both WOFF and WOFF2 renditions of the same font?
WOFF2 offers better compression and is preferred by modern browsers, but WOFF remains needed as a fallback for older browser versions in a multi-format @font-face declaration, so both are commonly generated and stored together for web builds.
Is WOFF an open, patent-free format?
Yes — it was developed openly and standardized by the W3C (Recommendation, December 2012), unlike Microsoft's earlier proprietary EOT format.
How can I preview a WOFF file without a browser or code editor?
Font management or font editor tools such as FontForge can open .woff files directly for preview and inspection; browser DevTools also renders and lets you download WOFFs already loaded on a page.
What metadata should a DAM capture for an archived WOFF asset?
Source font name/version, foundry, embedding license type and scope (domains, page views, subsetting permission), and a link back to the master desktop font file it was generated from.
Is WOFF still relevant to include in new web builds in 2026?
It is still commonly included as a fallback alongside WOFF2 for broader legacy-browser coverage, though WOFF2 is the primary format for current browsers.
Sources
- WOFF was developed in 2009 by Jonathan Kew, Tal Leming and Erik van Blokland and submitted to the W3C in April 2010 by Mozilla, Opera and Microsoft; became a W3C Recommendation December 13, 2012. checked 2026-08-07 — W3C / Wikipedia (cross-checked)
- WOFF 1.0 file structure: 44-byte header, table directory, font tables, optional zlib-compressed XML metadata block, optional private data block. checked 2026-08-07 — W3C WOFF File Format 1.0 spec
- WOFF Working Draft first published July 27, 2010; W3C opened work on font standardization. checked 2026-08-07 — W3C Press Release 2010