Why Do Links Stop Working When You Save a Page as a PDF?

Why do links break when you save a webpage as a PDF?

Links break because many browsers build that PDF by printing the page, and the print pipeline only carries what the page looks like, not the address stored behind each link.

• The print queue: choosing Print, then Save as PDF, sends the page through the same system printers use, built to carry pixels, not a link's hidden address.
• Dedicated converters skip printing: Web Page to PDF reads the page's HTML directly and writes a real link into the PDF for every address it finds.
• Firefox's print path lost links for years: Mozilla tracked it as bug 454059 and didn't fix it until Firefox 90, released July 13, 2021.

Which browsers keep links clickable when printing to PDF?

Chrome and Safari generally keep a page's plain web address links clickable when you print to PDF, but Firefox didn't fix the same problem until Firefox 90 in July 2021.

• Chrome: its Print to PDF option is widely reported to keep links that show as a full web address, since Chromium builds the PDF from the page's own structure.
• Safari: Apple's Save as PDF through Print has kept links working for a long time, based on long running user reports on Apple's and Mozilla's own support forums.
• Firefox: versions before 90 silently dropped every link, turning blue underlined text into plain, dead text once you saved it.
• The weak spot everywhere: a link hidden behind styled text or an image is more likely to break than a link that shows its own address.

What's the difference between printing a page and converting it with a tool?

Printing turns the page into a flat picture, while a web page to PDF tool reads the HTML and rebuilds each link as a real, clickable object in the file.

• Link annotations: a PDF stores a real link as its own object sitting on top of the page, separate from the text or image you see, called a link annotation.
• Adobe's own help page for converting a web page in Acrobat says the resulting PDF keeps links, image maps and most media working the way they did on the page.
• HTML to PDF works the same way for a saved HTML file instead of a live web address, rebuilding every link it finds in the code.
• A printed PDF has no such object: once ink and pixels are all that's left, there's nothing left to click.

How can I check that the links in a converted PDF still work?

Open the PDF in a real reader, not just a quick preview, and click every important link to confirm it leads where you expect.

• Use a full PDF reader: some quick preview panes in email or chat apps disable clicks entirely, which can look like a broken link when it isn't.
• Test on the device readers will actually use: a link that opens fine on a desktop can still fail inside a mobile app's built in PDF viewer.
• Check internal links too: a table of contents or a jump to section link depends on named destinations inside the file, not just outside web addresses.
• Re-test after any edit: adding a watermark, flattening the file or re-saving it in some tools can strip link annotations without warning.

Why do internal links break more often than links to other websites?

Internal links rely on a destination the converter has to build inside the PDF itself, while a link to another website just needs the address copied across.

• A web page's internal jump, like a link to a spot further down the same page, only works if the converter maps that anchor to a named spot inside the finished PDF.
• Not every converter builds that map: some only copy external links with a full address and skip the page's own internal navigation.
• A table of contents built from a page's headings is the most common place this shows up, since it's made entirely of internal jumps.

Try the tools

Try it on your own file. The tools are free and you don't need an account.