PDF Files Not Indexed on Google: How to Get Your Documents Into Search Results
Your PDF documents contain valuable content but Google cannot find them or cannot read them. Learn the specific challenges of PDF indexing and when to use HTML alternatives instead.
In this guide
PDF files are a significant content format for many organizations. Research papers, whitepapers, product catalogs, technical manuals, legal documents, government forms, and educational materials are frequently published as PDFs. Google can and does index PDF files, treating them as pages that can appear directly in search results. When a user clicks a PDF result in Google, they are taken directly to the PDF file.
However, PDF indexing is not automatic and faces a unique set of challenges that do not apply to HTML web pages. Many PDFs are essentially images, created by scanning paper documents without optical character recognition, which means Google cannot read any text content. PDFs tend to be much larger files than HTML pages, slowing down crawl performance. PDF files lack the rich metadata infrastructure of HTML pages, with no equivalent of meta description tags, heading structures, or structured data markup. And PDFs are often orphaned files sitting in a /docs/ or /downloads/ directory with no links from the main website pointing to them.
The question of whether to index PDFs at all is worth considering before optimizing them. In many cases, converting PDF content into HTML web pages produces better search visibility, better user experience, and better accessibility. But there are legitimate cases where PDF is the appropriate format, and in those cases, proper optimization is essential for indexing.
This guide covers the specific technical and content challenges of getting PDF files indexed on Google, the optimization steps to make PDFs index-worthy, and guidance on when HTML alternatives are the better approach.
How Google Processes and Indexes PDF Files
Google treats PDF files differently from HTML pages at every stage of the indexing pipeline. Understanding these differences is essential for diagnosing why your PDFs are not indexed.
When Google crawls a PDF, it downloads the entire file. Unlike HTML pages where Google can parse the text content as it streams in, PDFs must be fully downloaded before processing can begin. This means large PDFs (10MB, 50MB, or larger) consume significantly more crawl resources than HTML pages. Google may deprioritize downloading large PDFs when crawl bandwidth is constrained, leading to "Discovered - currently not indexed" status.
After downloading, Google extracts text content from the PDF. For PDFs created from digital documents (exported from Word, InDesign, or similar tools), text extraction is usually straightforward. The text layer is embedded in the PDF and Google can read it directly. For PDFs created by scanning paper documents, the situation is entirely different. A scanned PDF is essentially a series of images, and there is no text layer for Google to extract. Without optical character recognition (OCR), Google cannot read any content in scanned PDFs and will classify them as having no indexable content.
Google also reads PDF metadata properties. PDF files have built-in metadata fields including Title, Author, Subject, Keywords, and Description. These properties are set in the PDF creation tool and are used by Google to understand the document's topic, similar to how HTML title and meta description tags work. Most PDFs are published with default or empty metadata, which is a missed optimization opportunity.
Google generates a search result snippet for indexed PDFs using the text content it extracted. Since PDFs do not have HTML meta description tags, Google selects the snippet from the PDF's body text or metadata. The search result includes a small "PDF" badge to indicate the file type, and clicking the result downloads or opens the PDF depending on the user's browser settings.
Importantly, Google cannot follow links within PDFs as reliably as links within HTML pages. While Google can detect some hyperlinks in PDFs, links embedded in PDF text are not always recognized, especially if they are not formatted as clickable hyperlinks in the original document. This means PDFs are poor vehicles for passing link equity compared to HTML pages.
![Google search result showing a PDF with [PDF] tag](/images/guides/pdf-files-not-indexed/section-0.svg)
Scanned PDFs and the OCR Problem
The most common reason a PDF fails to be indexed is that it is a scanned document without a text layer. When a paper document is scanned to create a PDF, the scanner captures an image of each page. The resulting PDF contains images, not text. When Google encounters this type of PDF, it sees what is essentially a collection of photographs with no readable content.
You can quickly determine whether a PDF has a text layer by opening it and attempting to select text with your cursor. If you can highlight individual words and copy them, the PDF has a text layer. If clicking and dragging selects a rectangular region of the image rather than individual words, the PDF is image-only and has no text layer.
The fix for scanned PDFs is to apply Optical Character Recognition (OCR). OCR software analyzes the images in the PDF, identifies characters, and adds a text layer behind the images. The visual appearance of the PDF remains unchanged, but the file now contains extractable text that Google can read and index.
For organizations with large archives of scanned PDFs, several OCR tools can process documents in bulk. Adobe Acrobat Pro has built-in OCR functionality. Open-source tools like Tesseract OCR can process PDFs programmatically. Cloud services like Google Cloud Vision API, Amazon Textract, and Microsoft Azure AI can handle high-volume OCR processing. The quality of OCR output depends on the scan quality. Documents scanned at 300 DPI or higher with good contrast and standard fonts produce excellent OCR results. Low-quality scans, handwritten text, and unusual fonts may produce errors that need manual correction.
After applying OCR, verify the text extraction quality by searching for specific phrases within the PDF. If the OCR text is accurate enough that you can find content by searching, Google will also be able to extract and index it. For documents where OCR quality is poor due to low scan quality, consider recreating the document digitally rather than relying on error-prone OCR output.
A hybrid approach works for organizations transitioning from paper to digital. Apply OCR to existing scanned PDFs to make them immediately indexable, while implementing a policy of creating future documents digitally (in Word or similar tools) and exporting to PDF with embedded text layers. Over time, the proportion of indexable PDFs in your archive grows naturally.
PDF File Size and Crawl Performance
PDF file size has a direct impact on whether Google will download and process the file. While Google has not published an official maximum PDF size for indexing, practical observations suggest that PDFs over 10 to 20 MB are frequently skipped or deprioritized during crawling. Extremely large PDFs (50MB+) are almost never indexed because the download time exceeds Google's crawl timeout.
File size problems in PDFs typically stem from embedded high-resolution images, embedded fonts, or document complexity. A product catalog with 200 high-resolution product photographs can easily reach 100MB or more. A technical manual with hundreds of diagrams, screenshots, and photographs accumulates size quickly. Even text-heavy PDFs can be surprisingly large if they embed uncommon fonts or contain complex formatting.
Optimizing PDF file size involves several techniques. First, compress images within the PDF. Most PDF editing tools have a "reduce file size" or "optimize" function that recompresses embedded images. Reducing image quality from 300 DPI to 150 DPI typically cuts file size in half or more while maintaining readable quality on screen. Second, remove embedded fonts if possible, or subset fonts to include only the characters actually used in the document rather than the full font files. Third, flatten complex layers, form fields, and annotations that add processing overhead.
For very large documents that cannot be reduced below 10 MB through compression, consider splitting the PDF into smaller documents. A 200-page product catalog can be split into per-category PDFs of 20 to 30 pages each. Each smaller PDF is more likely to be crawled and indexed, and the smaller file sizes improve user experience for people downloading the documents. Create an HTML index page that links to each section PDF, providing Google with a crawlable navigation structure.
Another approach is to offer both a PDF download and an HTML version of the same content. The HTML version serves as the primary indexable content that Google crawls efficiently, while the PDF serves users who need a downloadable, printable version. Link the HTML version to the PDF and vice versa so users can access whichever format they prefer.
PDF Metadata Optimization
PDF metadata serves a similar role to HTML meta tags for search engine indexing. Properly configured metadata helps Google understand the document's topic, generate appropriate search result snippets, and evaluate relevance for search queries. Most PDFs are published with default or empty metadata, which is a significant missed opportunity.
The Title property is the most important metadata field. Google uses the PDF title similarly to how it uses the HTML title tag, as the primary signal for the page's topic and as the default clickable headline in search results. A PDF with the title "Document1" or "Untitled" gives Google no useful information. Set the Title to a descriptive, keyword-relevant title that accurately reflects the document's content, similar to how you would optimize an HTML page title.
The Author property helps establish authority and can influence how Google presents the document. For organizational documents, use the organization name. For research papers and articles, use the author's name. The Subject property provides a brief description of the document's topic, similar to an HTML meta description. Set it to a concise summary of the document's content.
The Keywords property allows you to specify relevant keywords associated with the document. While keyword metadata has less impact on ranking than it did in earlier years of search, it provides additional topic signals that can help Google categorize the document correctly.
You can view and edit PDF metadata in several ways. Adobe Acrobat Pro provides a Properties dialog under File > Properties where all metadata fields can be edited. Free tools like PDFtk, ExifTool, and Python's PyPDF2 library can modify PDF metadata programmatically, which is useful for bulk-updating metadata across large document collections. Some PDF creation tools (like InDesign or Word's PDF export) allow you to set metadata during the export process.
Beyond standard metadata, consider the first few paragraphs of text content in the PDF. Google uses early text content to generate search result snippets when metadata is insufficient. Ensure the opening paragraphs of your PDF are descriptive and relevant to the document's main topic rather than starting with copyright notices, table of contents, or administrative boilerplate.
When to Use HTML Pages Instead of PDFs
Before investing effort in optimizing PDFs for indexing, consider whether the content would perform better as HTML web pages. In many cases, the answer is yes. HTML pages have significant indexing and user experience advantages over PDFs.
HTML pages are more efficiently crawled and indexed. Google can parse HTML as it streams, without downloading the entire file first. HTML pages consume minimal crawl resources and are processed faster. HTML supports rich metadata (title tags, meta descriptions, Open Graph tags, structured data) that PDFs cannot match. HTML pages can include internal links, breadcrumb navigation, related content sections, and other elements that strengthen the page's position in your site's link graph.
HTML pages provide a better user experience for most content types. They are responsive (adapting to mobile screens), accessible (supporting screen readers and assistive technologies natively), and interactive (supporting search, navigation, comments, and other engagement features). PDFs are fixed-layout documents designed for print, and reading a PDF on a mobile phone requires constant pinching and zooming.
HTML pages support rich results in search. A FAQ page in HTML can qualify for FAQ rich results. A how-to guide in HTML can qualify for how-to rich results. A product specification in HTML can include Product schema. PDFs cannot participate in any rich result formats.
However, PDFs are the right choice for certain content types. Documents that need to maintain exact formatting for print (legal contracts, government forms, engineering drawings) require PDF format. Documents that need to be downloaded for offline use benefit from PDF format. Academic papers with complex mathematical notation, multi-column layouts, and specific typographical requirements are often best served by PDF.
The recommended approach for most organizations is to publish HTML versions of all content that should be findable through search, and offer PDF versions as supplementary downloads for users who need them. Link the HTML page to the PDF download and include a canonical tag on the HTML page (do not add a canonical to the PDF, as PDFs do not support canonical tags in the same way). If you must publish content only as PDF, follow the optimization steps in this guide to maximize indexing success.
Step-by-Step Guide
Audit Your PDF Files for Indexing Status
Compile a list of all PDF files on your website. Check your site's file system or use a site crawl tool that includes PDF files in its scan. For each PDF, search Google for "site:yourdomain.com filetype:pdf" to see which PDFs are currently indexed. Cross-reference with Google Search Console data if your PDFs are included in your sitemap. Categorize each PDF as indexed, not indexed, or unknown status. For unindexed PDFs, note the file size, whether it has a text layer, and whether any HTML pages link to it.
Check PDFs for Text Layer and OCR Status
Open each unindexed PDF and test whether you can select and copy text. If text selection does not work, the PDF is image-only and needs OCR processing. Create two lists: PDFs with text layers (ready for optimization) and PDFs without text layers (need OCR first). For PDFs needing OCR, process them with Adobe Acrobat's OCR function, or use a batch OCR tool for large collections. After OCR processing, verify text quality by searching for specific terms within the processed PDF. Replace the original files on your server with the OCR-processed versions.
Optimize PDF File Sizes
Check the file size of each PDF you want indexed. Flag any PDFs over 5 MB for optimization. Use Adobe Acrobat's "Reduce File Size" or "Optimize PDF" function to compress images and remove unnecessary data. Target a final file size under 5 MB for maximum crawl likelihood. For PDFs that cannot be compressed below 5 MB, consider splitting them into smaller documents by chapter or section. After optimization, replace the files on your server and verify the optimized versions open correctly.
Set PDF Metadata Properties
For each PDF you want indexed, open the file properties and set the Title, Author, Subject, and Keywords fields. The Title should be a descriptive, keyword-relevant title of 50 to 70 characters (similar to an HTML title tag). The Subject should be a one-sentence description of the document's content. The Author should be the organization or individual name. Keywords should include three to five relevant terms. For bulk metadata updates, use a tool like ExifTool or a Python script with the PyPDF2 library to update metadata across all PDFs programmatically.
Create HTML Links and Sitemap Entries for PDFs
Ensure every PDF you want indexed is linked from at least one HTML page on your site. Create a resources page, downloads page, or document library that links to all important PDFs with descriptive anchor text. Include PDF URLs in your XML sitemap. You can add them to your main sitemap or create a dedicated PDF sitemap. Each PDF entry in the sitemap should include the URL and last modification date. Submit the updated sitemap to Google Search Console.
Consider Creating HTML Equivalents for Key Documents
For your most important PDFs (those targeting high-volume search queries), create HTML page equivalents. Copy the PDF content into an HTML page with proper heading structure, meta tags, and internal linking. Link the HTML page to the PDF as a "Download PDF version" option. The HTML page will be indexed faster, rank better, and provide a better user experience while the PDF remains available as a download. Over time, monitor which format Google prefers to index and adjust your strategy accordingly.
Submit PDF URLs for Indexing
After completing the optimization steps, submit your important PDF URLs for indexing through Google Search Console's URL Inspection tool (enter the direct URL of the PDF file) or through IndexBolt for bulk submission. Monitor indexing progress over the following two to four weeks. PDFs typically take longer to index than HTML pages because they consume more crawl resources, so be patient. If PDFs remain unindexed after four weeks, check whether the file size is still too large or whether the PDF is blocked by robots.txt or authentication.
Common Issues & How to Fix Them
PDF shows as 'Crawled - currently not indexed' in Search Console
Cause: Google downloaded the PDF but determined it does not have enough valuable content to index. This happens with scanned PDFs that have no text layer, very short PDFs with only one or two pages of content, or PDFs with generic content that duplicates information already available on HTML pages elsewhere on the web or your own site.
Fix: Verify the PDF has a text layer (check by trying to select text). If it is image-only, apply OCR. If it has a text layer but minimal content, consider whether the PDF adds unique value that is not available on your HTML pages. If the PDF content duplicates an existing HTML page, either remove the PDF from your indexing targets or add unique content to the PDF that differentiates it. Set proper metadata titles and descriptions to help Google understand the document's value.
PDFs behind a login or paywall are not indexed
Cause: Google cannot access content that requires authentication. If your PDFs are served from a members-only area, password-protected directory, or require form submission to download, Google's crawler cannot reach them and they will never be indexed. Some content management systems serve PDFs through PHP scripts that check for authentication, even when the PDFs themselves are accessible if accessed directly.
Fix: Make PDFs publicly accessible if you want them indexed. If the full document must be gated, consider publishing a summary or first few pages as a publicly accessible preview PDF and gating only the full version. Ensure the PDF URL is directly accessible without authentication, session cookies, or form submission. Test by accessing the PDF URL in a private/incognito browser window where you are not logged in to your site.
Large PDF catalogs not being fully indexed
Cause: PDF files over 10 to 20 MB are frequently deprioritized or skipped during Google's crawl because they consume disproportionate download bandwidth. A 50-page product catalog with high-resolution images can easily exceed 20 MB, making it a poor candidate for indexing as a single file.
Fix: Split the large catalog into smaller section-based PDFs (one per category or product line), each under 5 MB. Optimize images to reduce file size without sacrificing readability. Create an HTML index page that links to each section PDF with descriptive text about what each section contains. This index page serves as a landing page for search traffic and provides Google with clear navigation to each smaller, indexable PDF section.
PDF indexed but showing wrong title in search results
Cause: The PDF's Title metadata property is empty, set to a generic default like "Microsoft Word - Document1.docx," or does not match the document's actual topic. Google falls back to the file name or extracts a title from the first text content in the PDF, which may not be descriptive or relevant.
Fix: Open the PDF in a metadata editor and set the Title property to a descriptive, search-friendly title. For example, change "Document1" to "2026 Guide to Industrial Safety Standards - OSHA Compliance Requirements." Re-upload the file and request re-crawling through Google Search Console or IndexBolt. Google should pick up the new title within one to two crawl cycles.
Pro Tips
Your PDF documents contain expertise that your audience is searching for. IndexBolt submits PDF URLs directly to Google's indexing pipeline, getting your whitepapers, guides, and technical documents into search results where your audience can find them. Submit your document library to IndexBolt and make your PDFs discoverable.
100 free credits. No credit card required. See results in under 24 hours.
Frequently Asked Questions
Can Google actually read and index PDF files?+
Yes. Google has been indexing PDF files since 2001 and treats them as first-class content in search results. Google can extract text from PDFs with embedded text layers, read PDF metadata properties, and display PDFs in search results with a PDF badge. However, Google cannot read text from scanned image-only PDFs without an OCR text layer, and it may skip very large PDF files due to download time constraints. Properly optimized PDFs with text content, metadata, and reasonable file sizes are reliably indexed.
Should I block PDFs from being indexed and use HTML instead?+
For most content types, HTML is a better format for search visibility. HTML pages are crawled faster, support richer metadata and structured data, provide better mobile experiences, and can participate in rich result formats. However, certain content types are best served by PDF: legal documents, government forms, printable guides, academic papers, and anything requiring exact print formatting. The recommended approach is to create HTML versions for discoverability and offer PDFs as downloadable alternatives for users who need them.
How do I add a meta description equivalent to a PDF?+
PDFs do not support HTML meta description tags, but they have a metadata field called Subject (or Description, depending on the PDF editor) that serves a similar purpose. Open the PDF's properties in Adobe Acrobat or another PDF editor and set the Subject/Description field to a concise summary of the document's content, ideally 150 to 160 characters. Google may use this field when generating the search result snippet, though it may also pull snippet text directly from the PDF's body content.
Do PDFs need to be in my XML sitemap to get indexed?+
Sitemaps are not strictly required for indexing but significantly improve PDF discoverability. Since PDFs are often stored in file directories without strong internal linking from HTML pages, sitemaps may be the only way Google discovers them. Add PDF URLs to your existing XML sitemap or create a dedicated PDF sitemap. Include the lastmod date for each PDF so Google knows when the document was last updated. Submitting the sitemap through Google Search Console ensures Google is aware of all your PDF files.
Why does my PDF show a different title in Google search results than the file name?+
Google uses the PDF's metadata Title property as the search result title, not the file name. If the metadata Title is empty or set to a generic default, Google may generate a title from the first heading or text content in the PDF, or fall back to the file name. To control how your PDF appears in search results, set the metadata Title property to a descriptive, keyword-relevant title using a PDF editor. This is the closest equivalent to setting an HTML title tag for a web page.