Word to PDFWhy Your Hyperlinks Stop Working After Converting Word to PDF
Almost always one of two things happened: the PDF was made by printing rather than exporting, or the blue underlined text in your Word file was never a real hyperlink to begin with. Printing throws link data away because a printer has no use for it, and text that merely looks like a URL has nothing attached to it in the first place. Both produce a PDF that looks correct and clicks nowhere, and both take under a minute to fix.
Printing to PDF discards the links
A PDF stores a clickable link as a separate object called a link annotation: a rectangle drawn on the page, plus the address it points to. Something has to write that object deliberately. Blue underlined text does not create it, and does not imply it exists.
When you send a document to Microsoft Print to PDF, or use Print > PDF > Save as PDF on a Mac, the file goes through the printing pipeline. That pipeline describes where ink goes on a page. It has no way to carry this run of text points to example.com, because a sheet of paper could not act on it. What comes out has the styling and none of the targets.
Quick confirmation: try to select the link text in the finished PDF with your cursor. If the text selects normally but clicking does nothing, you printed instead of exported. If you cannot even select the text, the print driver rasterized the whole page into an image, and dead links are the smaller half of that problem.
Export instead of print
In Word on Windows: File > Save As (or Save a Copy), pick PDF (*.pdf) from the file type list, click More options…, then Options. Confirm Document structure tags for accessibility is ticked, then OK and Save. On Windows, File > Export > Create PDF/XPS Document reaches the same publish dialog with the same Options button. While you are in there, leave Bitmap text when fonts may not be embedded unticked — it turns text into pictures of text.
In Word on Mac: press Command + Shift + S, set File Format to PDF, and choose the radio button Best for electronic distribution and accessibility (uses Microsoft online service), then Export. The alternative, Best for printing, routes the document through the print path — the one that drops links.
In Google Docs: File > Download > PDF Document (.pdf). Links survive.
This is worth doing even if you never touch the accessibility checkbox, because the tags option and the link annotations both come from the same export engine. The distinction that matters is export versus print, not which checkbox you ticked.
Some of them were never links
Use this to tell the two causes apart: if every link in the PDF is dead, it is the export path. If some work and some do not, the dead ones were plain text in Word.
Text that reads www.example.com is just eleven characters unless something attached an address to it. In Word, hover over the text — a real hyperlink shows a tooltip with its target, and Ctrl+click (Command+click on Mac) follows it. Nothing on hover means nothing to export.
To fix one: select the text, press Ctrl+K (Command+K on Mac), and check the Address field actually contains the full destination including https://. Confirm, then hover again to verify.
The usual reason a URL stayed plain is that Word's autoformatting never fired. Word converts a typed address into a link when you press space or Enter after it, controlled by File > Options > Proofing > AutoCorrect Options > AutoFormat As You Type > Internet and network paths with hyperlinks. Paste a URL mid-sentence, or type one immediately before a closing parenthesis, and it often stays inert.
Email addresses need the mailto: prefix
A clickable email address in a PDF is a link whose target is mailto:name@example.com. Without that prefix, the address is either plain text or, worse, a broken web link — pasting a bare address into the Address field of Word's link dialog can produce http://name@example.com, which is a real, clickable, entirely useless link.
The reliable route is to press Ctrl+K, choose E-mail Address in the left column of the dialog, and type the address there; Word writes the mailto: prefix for you. Typing the address into the document and pressing space usually does the same thing automatically. Verify by hovering: the tooltip should begin with mailto:.
One caveat that is not your file's fault. A mailto: link asks the reader's device to open its mail app. Someone using webmail with no registered handler will click it and see nothing happen, no matter how correct the PDF is. For an address people are expected to copy rather than click, print it as visible text as well.
What the converter on this site does with links
The Word to PDF converter here runs entirely in your browser — the .docx is parsed and the PDF is typeset by JavaScript on your own machine, with no upload and no server. It writes genuine /Link annotations, so http, https and mailto targets in your document come out clickable in the PDF. (If the underlying question is whether uploading to a converter is safe at all, our sister site covers that at pdftoword.appsoverflow.com.)
Other schemes are dropped on purpose. A javascript: target, or anything more exotic, is not written into the output — the text still appears, styled as it was, but no annotation is attached to it. A PDF that can carry an arbitrary scheme is a PDF that can carry a surprise, and a document converter has no business creating one.
Internal links are the honest limitation. Cross-references, see page 4 fields, and a table of contents generated by Word all work as jumps inside Word, and they do not survive as jumps here — they come out styled but inert. If in-document navigation matters, Word's own export with Create bookmarks using: Headings is the right tool for that file. The same goes for exact typeface reproduction, which is a separate trade-off worth understanding before you choose a route.
Check every link in the finished PDF in two minutes
Test the PDF, never the Word file. The Word file's links prove nothing about what the export wrote.
- Open the PDF in a browser — Chrome, Edge or Firefox. Hover a link. The pointer turns into a hand and the destination appears, in the corner of the window in Firefox and as a tooltip elsewhere. No hand means no annotation, full stop.
- Read the destination, not just the cursor. A link can be perfectly real and point at a staging URL, an old domain, or
http://name@example.com. - Sample by type, not by count. One web link, one email link, one cross-reference is enough. An export path either writes annotations or it does not; it will not write forty of them and skip the forty-first.
- Open a private window before you test links to a shared drive or an internal site. Logged in as yourself, a link that outsiders cannot open looks fine.
If you are fixing this on a phone rather than a desktop, the free iPhone and iPad app and the Android app convert on the device itself, which also means they work with no signal.