PDFファイルがGoogleにインデックスされない：ドキュメントを検索結果に表示する方法
あなたのPDFドキュメントには価値のあるコンテンツが含まれていますが、Googleはそれらを見つけられないか、読み取れません。PDFインデックスの具体的な課題と、代わりにいつHTML代替手段を使用するかを学びましょう。
このガイドの内容
PDFファイルは多くの組織にとって重要なコンテンツフォーマットです。研究論文、ホワイトペーパー、製品カタログ、技術マニュアル、法的文書、政府フォーム、教育資料はしばしばPDFとして公開されます。GoogleはPDFファイルをインデックスでき、検索結果に直接表示できるページとして扱います。ユーザーがGoogleでPDFの結果をクリックすると、PDFファイルに直接移動します。
しかし、PDFのインデックスは自動的ではなく、HTMLウェブページには適用されない独自の課題のセットに直面します。多くのPDFは本質的に画像であり、光学文字認識なしで紙の文書をスキャンして作成されているため、Googleはテキストコンテンツを読み取ることができません。PDFはHTMLページよりもはるかに大きいファイルになる傾向があり、クロールパフォーマンスを低下させます。PDFファイルには、HTMLページのような豊富なメタデータインフラストラクチャがなく、metaディスクリプションタグ、見出し構造、構造化データマークアップに相当するものがありません。そしてPDFはしばしば、メインのウェブサイトページから何もリンクされていない/docs/や/downloads/ディレクトリにある孤立ファイルです。
そもそもPDFをインデックスするかどうかという問題は、最適化する前に検討する価値があります。多くの場合、PDFコンテンツをHTMLウェブページに変換することで、より良い検索可視性、より良いユーザーエクスペリエンス、より良いアクセシビリティが得られます。しかし、PDFが適切な形式である正当なケースもあり、それらのケースでは、インデックスのために適切な最適化が不可欠です。
本ガイドでは、PDFファイルをGoogleにインデックスさせるための具体的な技術的およびコンテンツの課題、PDFをインデックスに値するものにするための最適化手順、およびHTMLの代替がより良いアプローチである場合のガイダンスについて説明します。
GoogleはどのようにPDFファイルを処理してインデックスするか
GoogleはPDFファイルを、インデックスパイプラインのあらゆる段階でHTMLページとは異なる方法で扱います。これらの違いを理解することは、PDFがインデックスされない理由を診断するために不可欠です。
GoogleがPDFをクロールするとき、ファイル全体をダウンロードします。Googleがストリーミングしながらテキストコンテンツを解析できるHTMLページとは異なり、PDFは処理を開始する前に完全にダウンロードされなければなりません。これは、大きなPDF（10MB、50MB、またはそれ以上）がHTMLページよりもかなり多くのクロールリソースを消費することを意味します。クロール帯域幅が制限されている場合、Googleは大きなPDFのダウンロードの優先順位を下げる可能性があり、「検出 — インデックス未登録」ステータスにつながります。
ダウンロード後、GoogleはPDFからテキストコンテンツを抽出します。デジタルドキュメントから作成されたPDF（Word、InDesign、または同様のツールからエクスポートされたもの）の場合、テキスト抽出は通常簡単です。テキストレイヤーはPDFに埋め込まれており、Googleはそれを直接読み取ることができます。紙の文書をスキャンして作成されたPDFの場合、状況は完全に異なります。スキャンされたPDFは本質的に一連の画像であり、Googleが抽出するためのテキストレイヤーはありません。光学文字認識（OCR）がなければ、GoogleはスキャンされたPDF内のコンテンツを読み取ることができず、インデックス可能なコンテンツがないものとして分類します。
GoogleはPDFのメタデータプロパティも読み取ります。PDFファイルには、Title、Author、Subject、Keywords、Descriptionを含む組み込みのメタデータフィールドがあります。これらのプロパティはPDF作成ツールで設定され、HTMLのtitleタグとmeta descriptionタグが機能するのと同様に、ドキュメントのトピックを理解するためにGoogleによって使用されます。ほとんどのPDFはデフォルトまたは空のメタデータで公開されており、これは見逃された最適化機会です。
Googleは、抽出したテキストコンテンツを使用して、インデックスされたPDFの検索結果スニペットを生成します。PDFにはHTMLのmeta descriptionタグがないため、Googleはスニペットを本文テキストまたはメタデータから選択します。検索結果にはファイルタイプを示す小さな「PDF」バッジが含まれており、結果をクリックするとユーザーのブラウザ設定に応じてPDFがダウンロードまたは開きます。
重要なことに、GoogleはPDF内のリンクをHTMLページ内のリンクほど確実に追跡できません。GoogleはPDF内の一部のハイパーリンクを検出できますが、PDFテキストに埋め込まれたリンクは、特に元のドキュメントでクリック可能なハイパーリンクとしてフォーマットされていない場合、常に認識されるとは限りません。これは、PDFがHTMLページと比較してリンクエクイティを渡すのに不向きな媒体であることを意味します。
スキャンされたPDFとOCRの問題
PDFがインデックスに失敗する最も一般的な理由は、テキストレイヤーのないスキャンされたドキュメントであることです。紙のドキュメントがスキャンされてPDFが作成されると、スキャナーは各ページの画像をキャプチャします。結果のPDFには、テキストではなく画像が含まれています。GoogleがこのタイプのPDFに遭遇すると、本質的に読み取り可能なコンテンツのない一連の写真のように見えます。
PDFを開いてカーソルでテキストを選択しようとすることで、PDFにテキストレイヤーがあるかどうかをすばやく判断できます。個々の単語をハイライトしてコピーできる場合、PDFにはテキストレイヤーがあります。クリックしてドラッグすると個々の単語ではなく画像の長方形領域が選択される場合、PDFは画像のみでテキストレイヤーがありません。
スキャンされたPDFの修正は、光学文字認識（OCR）を適用することです。OCRソフトウェアはPDF内の画像を分析し、文字を識別し、画像の背後にテキストレイヤーを追加します。PDFの視覚的な外観は変わりませんが、ファイルにはGoogleが読み取ってインデックスできる抽出可能なテキストが含まれるようになります。
スキャンされたPDFの大規模なアーカイブを持つ組織では、いくつかのOCRツールがドキュメントを一括処理できます。Adobe Acrobat ProにはOCR機能が組み込まれています。Tesseract OCRのようなオープンソースツールはPDFをプログラム的に処理できます。Google Cloud Vision API、Amazon Textract、Microsoft Azure AIのようなクラウドサービスは、高ボリュームのOCR処理を扱うことができます。OCR出力の品質はスキャンの品質に依存します。良好なコントラストと標準的なフォントで300DPI以上でスキャンされたドキュメントは、優れたOCR結果を生み出します。低品質のスキャン、手書きテキスト、珍しいフォントは、手動修正が必要なエラーを生み出す可能性があります。
OCRを適用した後、PDF内の特定のフレーズを検索することでテキスト抽出の品質を検証してください。OCRテキストが検索でコンテンツを見つけられるほど正確であれば、Googleもそれを抽出してインデックスできます。低いスキャン品質のためにOCRの品質が悪いドキュメントについては、エラーが起こりやすいOCR出力に頼るのではなく、ドキュメントをデジタルで再作成することを検討してください。
紙からデジタルへ移行する組織にはハイブリッドアプローチが有効です。既存のスキャンされたPDFにOCRを適用してすぐにインデックス可能にしながら、将来のドキュメントをデジタルで作成（Wordや同様のツールで）し、埋め込まれたテキストレイヤー付きでPDFにエクスポートするポリシーを実装してください。時間の経過とともに、アーカイブ内のインデックス可能なPDFの割合は自然に増加します。
PDFファイルサイズとクロールパフォーマンス
PDFファイルサイズは、Googleがファイルをダウンロードしてプロセスするかどうかに直接的な影響を与えます。Googleはインデックスのための公式の最大PDFサイズを公表していませんが、実際の観察では、10〜20MBを超えるPDFはクロール中に頻繁にスキップまたは優先度を下げられることが示唆されています。非常に大きなPDF（50MB以上）は、ダウンロード時間がGoogleのクロールタイムアウトを超えるため、ほとんどインデックスされません。
PDFのファイルサイズの問題は通常、埋め込まれた高解像度画像、埋め込まれたフォント、またはドキュメントの複雑さに起因します。200枚の高解像度の製品写真を含む製品カタログは、簡単に100MB以上に達することがあります。何百もの図、スクリーンショット、写真を含む技術マニュアルは、すぐにサイズが大きくなります。テキスト中心のPDFでも、珍しいフォントを埋め込んだり、複雑なフォーマットを含んだりすると、驚くほど大きくなることがあります。
PDFファイルサイズの最適化にはいくつかの技術が含まれます。まず、PDF内の画像を圧縮します。ほとんどのPDF編集ツールには、埋め込まれた画像を再圧縮する「ファイルサイズを縮小」または「最適化」機能があります。画像品質を300DPIから150DPIに下げると、通常、画面上の読みやすい品質を維持しながら、ファイルサイズが半分以下になります。次に、可能であれば埋め込まれたフォントを削除するか、フォントのサブセットを作成して、フルフォントファイルではなく、ドキュメントで実際に使用される文字のみを含めます。3つ目に、処理オーバーヘッドを追加する複雑なレイヤー、フォームフィールド、注釈をフラット化します。
圧縮で10MB未満に減らせない非常に大きなドキュメントについては、PDFを小さなドキュメントに分割することを検討してください。200ページの製品カタログは、各20〜30ページのカテゴリーごとのPDFに分割できます。各小さなPDFはクロールおよびインデックスされる可能性が高く、より小さなファイルサイズはドキュメントをダウンロードする人々のユーザーエクスペリエンスを向上させます。各セクションPDFにリンクするHTMLインデックスページを作成し、Googleにクロール可能なナビゲーション構造を提供してください。
別のアプローチは、同じコンテンツのPDFダウンロードとHTMLバージョンの両方を提供することです。HTMLバージョンは、Googleが効率的にクロールするプライマリインデックス可能コンテンツとして機能し、PDFはダウンロード可能で印刷可能なバージョンが必要なユーザーに対応します。HTMLバージョンをPDFにリンクし、その逆も行うことで、ユーザーは好きな形式にアクセスできます。
PDFメタデータの最適化
PDFメタデータは、検索エンジンのインデックスに対してHTMLメタタグと同様の役割を果たします。適切に設定されたメタデータは、Googleがドキュメントのトピックを理解し、適切な検索結果スニペットを生成し、検索クエリに対する関連性を評価するのに役立ちます。ほとんどのPDFはデフォルトまたは空のメタデータで公開されており、これは大きく見逃された機会です。
Titleプロパティは最も重要なメタデータフィールドです。GoogleはPDFのタイトルを、HTMLのタイトルタグの使用方法と同様に、ページのトピックの主要なシグナルとして、また検索結果でのデフォルトのクリック可能な見出しとして使用します。タイトルが「Document1」または「Untitled」のPDFは、Googleに有用な情報を提供しません。HTMLページのタイトルを最適化する方法と同様に、Titleをドキュメントのコンテンツを正確に反映する、説明的でキーワード関連のタイトルに設定してください。
Authorプロパティは権威を確立するのに役立ち、Googleがドキュメントを提示する方法に影響を与える可能性があります。組織のドキュメントには、組織名を使用してください。研究論文や記事には、著者の名前を使用してください。Subjectプロパティは、HTMLのmeta descriptionと同様に、ドキュメントのトピックの簡潔な説明を提供します。ドキュメントのコンテンツの簡潔な要約に設定してください。
Keywordsプロパティを使用すると、ドキュメントに関連する関連キーワードを指定できます。キーワードメタデータは、検索の初期の頃よりもランキングへの影響は少なくなりましたが、Googleがドキュメントを正しく分類するのに役立つ追加のトピックシグナルを提供します。
PDFメタデータはいくつかの方法で表示および編集できます。Adobe Acrobat Proは、ファイル＞プロパティの下にプロパティダイアログを提供し、すべてのメタデータフィールドを編集できます。PDFtk、ExifTool、PythonのPyPDF2ライブラリのような無料ツールは、PDFメタデータをプログラム的に変更でき、大規模なドキュメントコレクション全体でメタデータを一括更新するのに役立ちます。一部のPDF作成ツール（InDesignやWordのPDFエクスポート）では、エクスポートプロセス中にメタデータを設定できます。
標準的なメタデータを超えて、PDFの最初の数段落のテキストコンテンツを考慮してください。Googleは、メタデータが不十分な場合に、検索結果スニペットを生成するために初期のテキストコンテンツを使用します。PDFの冒頭の段落が、著作権表示、目次、または管理上の定型句で始まるのではなく、ドキュメントのメイントピックに関連する説明的なものであることを確認してください。
PDFではなくHTMLページを使用するべきとき
インデックスのためにPDFを最適化する努力に投資する前に、コンテンツがHTMLウェブページとしてのパフォーマンスが優れているかどうかを検討してください。多くの場合、答えはイエスです。HTMLページにはPDFよりもインデックスとユーザーエクスペリエンスの大きな利点があります。
HTMLページはより効率的にクロールおよびインデックスされます。Googleはファイル全体をダウンロードせずに、ストリーミングしながらHTMLを解析できます。HTMLページは最小限のクロールリソースを消費し、より速く処理されます。HTMLは、PDFでは対応できない豊富なメタデータ（titleタグ、metaディスクリプション、Open Graphタグ、構造化データ）をサポートします。HTMLページには、内部リンク、パンくずナビゲーション、関連コンテンツセクション、サイトのリンクグラフ内のページの位置を強化するその他の要素を含めることができます。
HTMLページは、ほとんどのコンテンツタイプに対してより良いユーザーエクスペリエンスを提供します。レスポンシブ（モバイル画面に適応）、アクセシブル（スクリーンリーダーや支援技術をネイティブにサポート）、インタラクティブ（検索、ナビゲーション、コメント、その他のエンゲージメント機能をサポート）です。PDFは印刷用に設計された固定レイアウトドキュメントであり、モバイルでPDFを読むには絶えずピンチアウトとズームが必要です。
HTMLページは検索のリッチリザルトをサポートします。HTMLのFAQページはFAQリッチリザルトの対象となる可能性があります。HTMLのHow-toガイドはHow-toリッチリザルトの対象となる可能性があります。HTMLの製品仕様にはProduct schemaを含めることができます。PDFはどのリッチリザルト形式にも参加できません。
ただし、PDFは特定のコンテンツタイプに適した選択肢です。印刷の正確なフォーマットを維持する必要があるドキュメント（法的契約、政府フォーム、エンジニアリング図面）はPDF形式を必要とします。オフラインで使用するためにダウンロードする必要があるドキュメントはPDF形式の恩恵を受けます。複雑な数学的記法、複数列レイアウト、特定のタイポグラフィ要件を持つ学術論文は、PDFで提供されるのが最適なことがよくあります。
ほとんどの組織にお勧めのアプローチは、検索で見つけられるべきすべてのコンテンツのHTMLバージョンを公開し、必要なユーザー向けの補足ダウンロードとしてPDFバージョンを提供することです。HTMLページをPDFダウンロードにリンクし、HTMLページにcanonicalタグを含めてください（PDFはHTMLと同じ方法でcanonicalタグをサポートしないため、PDFにcanonicalを追加しないでください）。コンテンツをPDFとしてのみ公開する必要がある場合は、本ガイドの最適化手順に従って、インデックス成功を最大化してください。
ステップバイステップガイド
PDFファイルのインデックスステータスを監査する
ウェブサイト上のすべてのPDFファイルのリストをまとめます。サイトのファイルシステムを確認するか、スキャンにPDFファイルを含むサイトクロールツールを使用してください。各PDFについて、「site:yourdomain.com filetype:pdf」でGoogle検索し、どのPDFが現在インデックスされているかを確認します。PDFがsitemapに含まれている場合は、Google Search Consoleのデータと相互参照してください。各PDFをインデックス済み、インデックス未登録、または不明なステータスに分類します。インデックスされていないPDFについては、ファイルサイズ、テキストレイヤーがあるかどうか、HTMLページがそれにリンクしているかどうかを記録してください。
PDFのテキストレイヤーとOCRステータスを確認する
インデックスされていない各PDFを開き、テキストを選択してコピーできるかどうかをテストします。テキスト選択が機能しない場合、PDFは画像のみであり、OCR処理が必要です。2つのリストを作成してください。テキストレイヤーのあるPDF（最適化の準備ができている）と、テキストレイヤーのないPDF（最初にOCRが必要）。OCRが必要なPDFについては、Adobe AcrobatのOCR機能で処理するか、大規模なコレクションには一括OCRツールを使用してください。OCR処理後、処理されたPDF内で特定の用語を検索してテキストの品質を検証します。サーバー上の元のファイルをOCR処理されたバージョンに置き換えてください。
PDFファイルサイズを最適化する
インデックスしたい各PDFのファイルサイズを確認します。5MBを超えるPDFは最適化のためにフラグを立てます。Adobe Acrobatの「ファイルサイズを縮小」または「PDFを最適化」機能を使用して、画像を圧縮し、不要なデータを削除してください。最大のクロール可能性のために、最終的なファイルサイズを5MB未満にすることを目標にします。5MB未満に圧縮できないPDFについては、章またはセクションごとに小さなドキュメントに分割することを検討してください。最適化後、サーバー上のファイルを置き換え、最適化されたバージョンが正しく開くことを確認してください。
PDFメタデータプロパティを設定する
インデックスしたい各PDFについて、ファイルプロパティを開き、Title、Author、Subject、およびKeywordsフィールドを設定します。Titleは50〜70文字の説明的でキーワード関連のタイトル（HTMLのtitleタグと同様）にしてください。Subjectは、ドキュメントのコンテンツの1文の説明にしてください。Authorは、組織または個人の名前にしてください。Keywordsには、3〜5個の関連用語を含めてください。一括メタデータ更新には、ExifToolのようなツールやPyPDF2ライブラリを使用したPythonスクリプトを使用して、すべてのPDFのメタデータをプログラム的に更新してください。
PDF用のHTMLリンクとsitemapエントリを作成する
インデックスしたいすべてのPDFが、サイト上の少なくとも1つのHTMLページからリンクされていることを確認してください。リソースページ、ダウンロードページ、または重要なすべてのPDFに説明的なアンカーテキストでリンクするドキュメントライブラリを作成してください。XML sitemapにPDF URLを含めます。メインsitemapに追加するか、専用のPDF sitemapを作成できます。sitemap内の各PDFエントリには、URLと最終変更日を含めてください。更新したsitemapをGoogle Search Consoleに送信してください。
主要ドキュメントについてHTML相当の作成を検討する
最も重要なPDF（高ボリュームの検索クエリをターゲットとするもの）について、HTMLページの相当物を作成してください。PDFコンテンツを、適切な見出し構造、メタタグ、内部リンクを持つHTMLページにコピーします。HTMLページを「PDFバージョンをダウンロード」オプションとしてPDFにリンクしてください。HTMLページはより速くインデックスされ、より良くランクされ、PDFがダウンロードとして利用可能なまま、より良いユーザーエクスペリエンスを提供します。時間の経過とともに、Googleがどの形式をインデックスすることを好むかを監視し、それに応じて戦略を調整してください。
インデックスのためにPDF URLを送信する
最適化手順を完了した後、Google Search ConsoleのURL検査ツール（PDFファイルの直接URLを入力）または一括送信のためにIndexBoltを通じて、重要なPDF URLをインデックスのために送信してください。次の2〜4週間にわたってインデックスの進捗を監視します。PDFはHTMLページよりもクロールリソースを消費するため、インデックスに時間がかかる傾向があります。気長に待ってください。4週間後もPDFがインデックスされていない場合は、ファイルサイズがまだ大きすぎないか、またはPDFがrobots.txtまたは認証によってブロックされていないかを確認してください。
よくある問題と解決方法
PDFがSearch Consoleで「クロール済み — インデックス未登録」と表示される
原因： GoogleはPDFをダウンロードしましたが、インデックスするのに十分な価値のあるコンテンツがないと判断しました。これは、テキストレイヤーのないスキャンされたPDF、1〜2ページのコンテンツしかない非常に短いPDF、またはウェブ上の他の場所や自分のサイト上のHTMLページですでに利用可能な情報を複製する一般的なコンテンツを持つPDFで発生します。
解決方法： PDFにテキストレイヤーがあることを確認します（テキストを選択しようとして確認）。画像のみの場合は、OCRを適用してください。テキストレイヤーがあっても最小限のコンテンツしかない場合は、PDFがHTMLページで利用できないユニークな価値を追加するかどうかを検討してください。PDFコンテンツが既存のHTMLページと重複する場合は、PDFをインデックスターゲットから削除するか、PDFを差別化するユニークなコンテンツを追加してください。Googleがドキュメントの価値を理解するのに役立つよう、適切なメタデータのtitleとdescriptionを設定してください。
ログインまたは有料ウォールの背後のPDFがインデックスされない
原因： Googleは認証を必要とするコンテンツにアクセスできません。PDFがメンバー専用エリア、パスワード保護されたディレクトリから提供されている、またはダウンロードするためにフォーム送信が必要な場合、Googleのクローラーはそれらに到達できず、決してインデックスされません。一部のコンテンツ管理システムは、PDF自体が直接アクセスされた場合はアクセス可能であっても、認証をチェックするPHPスクリプトを通じてPDFを提供します。
解決方法： PDFをインデックスしたい場合は、公開アクセス可能にしてください。完全なドキュメントをゲートする必要がある場合は、最初の数ページを公開アクセス可能なプレビューPDFとして公開し、完全版のみをゲートすることを検討してください。PDF URLが認証、セッションクッキー、フォーム送信なしで直接アクセス可能であることを確認します。サイトにログインしていないプライベート／シークレットブラウザウィンドウでPDF URLにアクセスしてテストしてください。
大きなPDFカタログが完全にインデックスされない
原因： 10〜20MBを超えるPDFファイルは、不釣り合いなダウンロード帯域幅を消費するため、Googleのクロール中に頻繁に優先度を下げられたりスキップされたりします。高解像度画像を含む50ページの製品カタログは、簡単に20MBを超え、単一ファイルとしてのインデックスには不向きな候補になります。
解決方法： 大きなカタログをセクションベースの小さなPDFに分割（カテゴリーまたは製品ラインごとに1つ）し、それぞれ5MB未満にしてください。画像を最適化して、可読性を犠牲にせずにファイルサイズを削減します。各セクションPDFに、各セクションの内容を説明するテキストでリンクするHTMLインデックスページを作成してください。このインデックスページは検索トラフィックのランディングページとして機能し、Googleに各小さなインデックス可能なPDFセクションへの明確なナビゲーションを提供します。
PDFがインデックスされているが、検索結果で間違ったタイトルが表示される
原因： PDFのTitleメタデータプロパティが空であるか、「Microsoft Word - Document1.docx」のような一般的なデフォルトに設定されているか、ドキュメントの実際のトピックと一致していません。Googleはファイル名にフォールバックするか、PDF内の最初のテキストコンテンツからタイトルを抽出しますが、これは説明的または関連性がない可能性があります。
解決方法： メタデータエディタでPDFを開き、Titleプロパティを説明的で検索フレンドリーなタイトルに設定してください。たとえば、「Document1」を「2026年版 産業安全基準ガイド - OSHAコンプライアンス要件」に変更します。ファイルを再アップロードし、Google Search ConsoleまたはIndexBoltを通じて再クロールをリクエストしてください。Googleは1〜2クロールサイクル以内に新しいタイトルを取得するはずです。
プロのヒント
よくある質問
Googleは実際にPDFファイルを読み取ってインデックスできますか？+
はい。Googleは2001年からPDFファイルをインデックスしており、検索結果でファーストクラスのコンテンツとして扱っています。Googleは、埋め込まれたテキストレイヤーを持つPDFからテキストを抽出し、PDFメタデータプロパティを読み取り、PDFバッジ付きで検索結果にPDFを表示できます。ただし、Googleはテキストレイヤーのないスキャンされた画像のみのPDFからテキストを読み取ることはできず、ダウンロード時間の制約により非常に大きなPDFファイルをスキップする可能性があります。テキストコンテンツ、メタデータ、適切なファイルサイズを持つ適切に最適化されたPDFは、確実にインデックスされます。
PDFのインデックスをブロックして代わりにHTMLを使用すべきですか？+
ほとんどのコンテンツタイプでは、HTMLが検索可視性のためのより良い形式です。HTMLページはより速くクロールされ、より豊富なメタデータと構造化データをサポートし、より良いモバイルエクスペリエンスを提供し、リッチリザルト形式に参加できます。ただし、特定のコンテンツタイプはPDFで提供するのが最適です。法的文書、政府フォーム、印刷可能なガイド、学術論文、正確な印刷フォーマットを必要とするものなどです。推奨されるアプローチは、発見可能性のためにHTMLバージョンを作成し、必要なユーザー向けのダウンロード可能な代替手段としてPDFを提供することです。
PDFにHTMLのmeta descriptionと同等のものを追加するにはどうすればいいですか？+
PDFはHTMLのmeta descriptionタグをサポートしませんが、Subject（またはDescription、PDFエディタによって異なります）と呼ばれるメタデータフィールドがあり、同様の目的を果たします。Adobe Acrobatまたは他のPDFエディタでPDFのプロパティを開き、Subject／Descriptionフィールドをドキュメントのコンテンツの簡潔な要約（理想的には150〜160文字）に設定してください。Googleは検索結果スニペットを生成するときにこのフィールドを使用する可能性がありますが、PDFの本文コンテンツから直接スニペットテキストを引き出すこともあります。
PDFをインデックスするためにXML sitemapに含める必要がありますか？+
sitemapはインデックスのために厳密には必要ありませんが、PDFの発見可能性を大幅に向上させます。PDFはしばしばHTMLページからの強力な内部リンクなしにファイルディレクトリに保存されるため、sitemapがGoogleがそれらを発見する唯一の方法かもしれません。既存のXML sitemapにPDF URLを追加するか、専用のPDF sitemapを作成してください。各PDFのlastmod日を含めて、ドキュメントが最後に更新された時期をGoogleに知らせます。Google Search Consoleを通じてsitemapを送信することで、すべてのPDFファイルをGoogleが認識することが保証されます。
PDFがGoogleの検索結果でファイル名とは異なるタイトルを表示するのはなぜですか？+
Googleはファイル名ではなく、PDFのメタデータのTitleプロパティを検索結果のタイトルとして使用します。メタデータのTitleが空であるか、一般的なデフォルトに設定されている場合、GoogleはPDF内の最初の見出しまたはテキストコンテンツからタイトルを生成するか、ファイル名にフォールバックします。PDFが検索結果に表示される方法を制御するには、PDFエディタを使用してメタデータのTitleプロパティを説明的でキーワード関連のタイトルに設定してください。これは、ウェブページのHTMLのtitleタグを設定することに最も近い相当物です。