PDF Fonts Missing After Conversion: Causes and Fixes
You convert a PDF to Word (or Word to PDF) and suddenly your carefully chosen fonts have been replaced by generic alternatives. Headings that were in a branded custom typeface now show in Calibri. Body text in a specialty editorial font has been swapped for Times New Roman. The entire visual identity of your document has been altered, and in some cases the layout has shifted because the replacement fonts have different spacing and character widths. Font issues during PDF conversion are among the most common formatting complaints users experience, and they arise from a fundamental mismatch between how fonts are stored in PDFs and how they are used in word processors. PDFs can either embed fonts (storing the font data inside the file) or reference fonts (pointing to fonts expected to be installed on the viewing device). Conversion tools must handle both scenarios, and when fonts are referenced but not installed on the conversion server, substitution happens automatically. For the reverse direction (Word to PDF), fonts must be embedded during export. If font embedding is not enabled, the PDF will reference fonts by name and fail to display correctly on devices where those fonts are not installed. This guide explains each failure mode and provides specific, practical fixes to preserve your fonts through both conversion directions.
Why Fonts Disappear or Change During PDF Conversion
Font problems in PDF conversion happen for three distinct reasons, each requiring a different fix. First: the source PDF uses fonts that are not embedded. The PDF contains text that references a font by name (for example, 'BrandSans-Regular') but does not include the actual font data. When the conversion tool processes the PDF, it cannot find 'BrandSans-Regular' because it is not installed, and substitutes the closest available font. The visual and layout result may be significantly different. Second: the source PDF embeds font subsets. To save file size, many PDFs embed only the characters actually used in the document rather than the full font. This is efficient for viewing but problematic for editing — a conversion tool extracting the font to place in a Word file gets an incomplete subset that cannot be used for additional text or layout calculations. Some tools handle this gracefully; others substitute entirely. Third: the fonts used in the source document are licensed commercial fonts. Even if the PDF viewer can display them using the embedded data, the conversion tool may not be authorized to extract and recreate editable font files. In this case the tool deliberately substitutes rather than potentially violating font licensing terms. For Word to PDF conversion, the cause is simpler: fonts not present on the PDF generation system are substituted. If you convert using an online service and your document uses a specialty font only installed on your computer, the service's server uses a fallback.
- 1Check if fonts are embedded: in Adobe Acrobat, go to File > Properties > Fonts tab
- 2Look for fonts listed as 'Not embedded' — these will substitute during conversion
- 3For Word to PDF: check that all fonts are installed and embedding is enabled in export settings
- 4Test the converted document on a different computer to confirm which fonts substituted
- 5Note which specific fonts are missing — this guides the fix strategy
Fix Fonts in PDF to Word Conversion
When converting PDF to Word and fonts are substituting incorrectly, the best approach depends on whether you have access to the original fonts. If you have the fonts installed on your computer, open the converted Word file and manually select the affected text passages. Use Word's font selector to re-apply the correct fonts. This is practical for documents with few unique fonts but tedious for complex branded documents. For a cleaner approach: after the PDF to Word conversion, use Word's Find & Replace with font formatting. Under the Replace dialog (Ctrl+H), click 'More >> Format > Font' to specify the substitute font to find (e.g., Calibri) and the correct font to replace with (e.g., your brand font). This efficiently replaces font throughout the document without manually selecting text. If you do not have the fonts and cannot obtain them, consider whether the visual appearance matters more than the specific font name. For internal use documents where fonts are informational, a substituted font that preserves layout is often acceptable. For branded documents, you will need the original fonts installed. For future conversions, request the source document rather than the PDF when possible. A Word or InDesign file with fonts properly installed produces far better PDF round-trip results than starting from a PDF that references unembedded fonts.
- 1Open the converted Word file and identify which fonts substituted incorrectly
- 2If you have the original fonts installed, use Find & Replace with font formatting to correct them
- 3In Word: Ctrl+H > More >> > Format > Font to find a specific font and replace it
- 4Install any missing fonts on your computer before re-running the conversion
- 5For professional documents, request the source file from the document creator
Embed Fonts Properly in Word to PDF Conversion
For the Word to PDF direction, the fix is to ensure fonts are properly embedded during export. Embedding includes the font data inside the PDF file so viewers and converters do not need the font installed externally. In Microsoft Word on Windows: go to File > Options > Save and check 'Embed fonts in the file'. Also check 'Do not embed common system fonts' if you want to keep file size reasonable while still embedding specialty fonts. After enabling this setting, re-export your document to PDF. In Microsoft Word on Mac: embedding fonts is controlled differently. When saving as PDF, click the 'Best for electronic distribution and accessibility' option rather than 'Best for printing'. This typically produces better font handling for digital sharing. In Google Docs: when downloading as PDF (File > Download > PDF Document), Google's servers use the fonts Google has access to. If your document uses a font from Google Fonts, it will typically embed correctly. Non-Google fonts may substitute. For documents using specialty fonts, convert via Word on your local machine rather than through Google Docs's PDF export. After exporting, verify font embedding by opening the PDF in Adobe Acrobat and checking File > Properties > Fonts. Every font used should show as 'Embedded' or 'Embedded Subset'. Any font marked 'Not embedded' is a potential substitution risk on other devices.
- 1In Word on Windows: File > Options > Save > check 'Embed fonts in the file'
- 2On Mac: use 'Best for electronic distribution' when saving as PDF from Word
- 3Verify the exported PDF: in Adobe Acrobat, File > Properties > Fonts — confirm 'Embedded'
- 4For Google Docs: prefer downloading via Word export for specialty font support
- 5Test the PDF on a computer that does not have your fonts installed to confirm embedding
Use System Fonts to Prevent Future Font Issues
The most reliable long-term solution to font conversion problems is designing documents using universally available system fonts. While this limits creative typography choices, it eliminates virtually all font-related conversion and display issues. Universally available fonts for Windows include: Arial, Calibri, Cambria, Times New Roman, Verdana, Georgia, Courier New. These are always available on any Windows system and are embedded in every modern Office installation. For Mac: Helvetica, Arial, Times New Roman, Courier New, Georgia, and the macOS system fonts (San Francisco, New York) are reliably available. Note that San Francisco and New York are Apple system fonts and may not be available on Windows — avoid these for cross-platform documents. For documents where branding requires specific fonts, convert all instances of custom fonts to vector outlines before the final PDF export. This permanently burns the font shapes into the page as paths, requiring no font data at all. The text looks identical to the original font but cannot be edited. This approach is standard in professional print production workflows. If you regularly create documents with custom fonts that others need to use, include the font in a shared folder or documentation for your team, or use a font licensing service that allows organizational font sharing.
Frequently Asked Questions
Why do my PDFs show fonts correctly but substitution happens during Word conversion?
PDF viewers can display embedded fonts directly from the font data inside the PDF file. Word converters need to extract usable font files to format editable text — this is a different and more demanding operation. Even if the PDF embeds only the subset of characters used in the document, the converter needs a complete font for potentially creating new text. When the complete font is unavailable, substitution occurs. The PDF viewer has the font embedded and displays it; the converter needs the full font and uses a fallback instead.
Can I recover the original fonts from a PDF that has them embedded?
Technically yes, but legally it depends on the font license. Fonts embedded in PDFs can be extracted using tools like FontForge or command-line utilities, but most commercial font licenses prohibit extracting embedded fonts and reinstalling them as separate font files. If you need the original fonts, contact the document creator and ask them to share the fonts directly. For fonts you licensed yourself and are trying to recover from your own PDF, check whether your font provider allows extraction or provides re-download options.
After converting PDF to Word, some text shows as rectangles — what does that mean?
Rectangles (usually appearing as small squares for each character) mean the font encoding is completely unknown to the conversion tool and viewer. This often happens with PDFs that use non-standard or corrupted font encoding tables, or PDFs exported from design software using custom symbol fonts. The text data is in the PDF but cannot be mapped to readable characters. For these PDFs, OCR is the best recovery method — use LazyPDF's OCR tool which reads the visual appearance of text rather than its encoding.
How do I check which fonts are used in a PDF before converting?
In Adobe Acrobat Reader, go to File > Properties (or Ctrl+D on Windows, Cmd+D on Mac) and click the 'Fonts' tab. This shows every font used in the document, whether it is embedded, and the encoding type. Fonts marked 'Embedded Subset' are embedded but only partially. Fonts marked 'Not embedded' will definitely substitute on systems that do not have them installed. Fonts listed as 'Type3' or with non-standard encoding types may cause conversion issues regardless of embedding status.