Skip to content
Searchpedia SEO field notes Callum Bennett Callum

Site ops

PDF SEO

Treating a PDF as a quick upload rather than a mini landing page wasted months of potential traffic from a single guide I published in 2022.

Beginner3 min readUpdated 2026-07-27Notes by Callum Bennett

What I’d do first

  • Rename the PDF file with target keywords and hyphens before uploading.
  • Use OCR to extract text from scanned PDFs so search engines can read them.
  • Structure the PDF with headings (H1, H2) and include internal links to related pages.
  • Host the PDF on a strong landing page and link to it from other site content.
  • Compress images and keep the file size under 5MB to improve load speed.

The path I'd take

I would never upload a PDF without first treating it like its own page. That means starting with the file name. I rename every PDF to something like 2024-advanced-content-strategy.pdf instead of final.pdf. The file name becomes part of the URL, so it needs to signal relevance. I also set the document metadata – title, subject, author – through the PDF creation tool. Google may not use all of those as ranking signals, but they appear in the search snippet and help users decide to click.

Next, I make sure the PDF is text-based. If the original is a scan, I run it through OCR so search engines can read every word. I have seen a client’s scanned catalogue sit unindexed for months until we applied OCR; within a week it appeared for three long-tail queries. After that, I add a logical heading structure – H1 for the document title, H2 for major sections. This does not come naturally in a PDF, but most editors let you mark headings. It helps both readers and any search engine that parses the document outline.

I then add internal links inside the PDF. If I mention a topic like technical SEO, I link to the relevant page on the site (using a full URL, not a relative path). Those links pass some link equity and guide users back into the site. I also host the PDF on a dedicated landing page with a descriptive paragraph and a download button. That landing page itself becomes another indexed asset. I include the PDF URL in the [sitemap](/sitemap/) to speed up discovery. If the PDF mirrors content already on the page, I add a [canonical tag](/canonical-tag/) pointing to the HTML version to avoid [duplicate content](/duplicate-content/) issues. Finally, I compress images and check the file size – anything over 5MB risks slow load times on mobile. After these steps, one guide of mine jumped from zero organic clicks to 150 clicks a month within six weeks.

Watch-outs

The biggest mistake I see is forcing a download. When a user clicks a link to a PDF and the file downloads automatically, you lose the chance to keep them on your site. I always embed the PDF so it renders in the browser, then offer a download button inside the viewer. That way users see the content immediately, and the PDF can be crawled more easily by Googlebot.

Another trap is scanned image PDFs without OCR. I once audited a site where the entire product catalogue was scanned pages. Not a single file was indexed. Once we ran OCR, 80 % of them appeared in search results within two weeks. You lose all that potential traffic if you skip this step.

Generic file names are another watch-out. Names like document.pdf, v3.pdf, or final-updated.pdf tell search engines nothing. Replace them with descriptive, keyword-rich names separated by hyphens. I also see people ignoring metadata. Even if Google does not use metadata directly, other systems – like document indexing tools or internal search – rely on it. Set the title and author at minimum.

File size matters more than you might think. A 20 MB PDF took 8 seconds to load on 4G during my tests. After compressing images and flattening layers, I got it down to 2.2 MB and load times dropped to under 2 seconds. Users bounce less, and Google’s mobile usability criteria improve.

One edge case: PDFs behind a login or blocked by robots.txt. If the PDF is gated, Googlebot cannot reach it. Verify your [robots.txt](/robots-txt/) does not disallow PDF paths. Similarly, if you have multiple versions of the same PDF (say, English and translated), use [canonical tags](/canonical-tags/) to point to the master version. And always test [mobile friendliness](/mobile-seo/) – a PDF that looks fine on desktop may be unreadable on a phone if not created with responsive settings.

What I got wrong

For years I treated PDFs as second-class content. I uploaded them as-is, hoped for the best, and never checked if they were indexed. I assumed Google would figure them out. But a single experience changed my mind. A competitor’s PDF showed up at position 2 for a query I had been targeting with a blog post, and their PDF was poorly named – white-paper.pdf. Yet it outranked my carefully crafted HTML page because it had a strong internal link from a high-authority landing page.

I realised I had ignored metadata, never used OCR on scans, and never added internal links inside my PDFs. I also fell for the myth that PDFs do not pass PageRank. They do, though the effect may be weaker than from HTML pages. I now audit every PDF during an [SEO audit](/seo-audits/) and treat each one as a mini landing page.

A recent win came from a product catalogue I inherited. It was called catalogue.pdf, contained no headings, and had images with no alt text. I renamed it to 2024-diy-tools-catalogue.pdf, added headings, compressed the images, and placed it on a strong category page. Its organic traffic from Google quadrupled over two months – from 40 clicks to 160 clicks per month. That convinced me PDFs deserve the same care as any other page.

If you run a WordPress site, plugins like Yoast or Rank Math now offer PDF metadata controls. Use them. But do not rely on automation alone – you still need to open the PDF and check the content is structured. The biggest lesson: a PDF is not a free pass to skip SEO. It is a document that must earn its place in search results.

Next step

Quick answers

Can PDFs rank higher than regular HTML pages?

Yes, if the PDF content is unique and well-optimised. Google treats PDFs as distinct documents. However, HTML pages generally have richer markup and internal linking, so I would prioritise HTML unless your audience expects a downloadable file.

Does Google index all PDFs on my site?

Only if they are crawlable and not blocked by robots.txt or noindex directives. Google also needs to render the PDF text. Scanned image PDFs without OCR will not be indexed. Include PDF URLs in your sitemap to improve chances.

Should I convert PDFs to HTML pages instead?

It depends on user intent. If the content is meant to be read online, an HTML page is better for indexing, speed, and linking. If users need a printable, offline document, keep the PDF but also create a complementary HTML version.

Sources

Primary documentation is linked directly. Anything commercial is marked nofollow.

Notes from Callum Bennett.