配布PDFに案内ページを作る

PDFを使う場面を一つ決める

例として、工房の法人向け商品カタログを配布するページを作ります。想定する読者は仕入れを検討する担当者で、知りたいことは取扱商品、発注の単位、問い合わせ先です。PDFの全ページをHTMLへ転記するのではなく、ダウンロード前の判断に必要な説明を用意します。最初に資料名、対象者、含まれる内容、含まれない内容、管理担当を一枚の作業表に書きます。掲載する内容は実際のPDFを開いて照合し、作成予定の章や未確定の価格を案内文へ先に載せないようにします。

• 記事画像の軽量化と配信

ファイル名と版の管理を決める

案内ページは継続して使うURLにし、PDFには版を区別できるファイル名を付けます。例えば案内を/catalog/、配布するファイルを/catalog-2026-autumn.pdfとする設計です。名称は運用例であり、特定の拡張子や年号が検索順位を上げるわけではありません。作業表には公開中のファイルURL、版番号、ファイルサイズ、公開日、承認者を残します。旧版を残す必要がある場合は「過去の資料」から区別して案内し、最新資料のボタンが旧版を向かないようにします。

案内ページに必要な説明を置く

見出しには資料の名前と用途を入れ、直下に対象者と収録内容を説明します。続けて、ページ数、ファイル形式、容量、更新日を実物から確認して載せます。ボタンは「ダウンロード」だけより「法人向け商品カタログを開く（PDF）」のように対象が分かる文言にします。問い合わせが必要な読者には、その下に相談先を置きます。PDFの表紙写真は内容の理解に役立つ範囲で使い、画像の中だけに版番号や注意事項を書かず、本文でも読めるようにします。

HTMLとPDFの検索公開を選ぶ

GoogleはPDFも検索対象にできます。そのため案内ページを作っただけで、検索結果が必ずHTMLへ置き換わるわけではありません。両方を公開するか、ファイルを検索対象から外すかを資料ごとに決めます。PDFをnoindexにする場合は、配信側でX-Robots-Tagヘッダーを設定できるか確認します。robots.txtで取得を止めるだけではnoindexを読ませることができません。canonicalを使う場合も、内容が大きく異なる短い案内へ機械的に向けず、同等の内容を代表させる設定として検討します。

• canonicalの競合を確認する

スマホから実際の配布経路を確かめる

公開前にスマホで案内ページを開き、ボタンの文字が切れないか、PDFが認証なしで開くか、拡大して本文を読めるかを確かめます。編集画面で見えるファイルでも、公開URLでは権限エラーになる場合があるため、ログインしていない状態で確認します。大きなファイルは画像の解像度や圧縮方法を見直し、読めないほど軽量化しません。キーボード操作ではリンクまで移動できることも確認します。完了の基準を「ボタンがある」ではなく「必要な読者が承認版を取得できる」と決めます。

差し替え時に旧リンクも調べる

新版を公開するときはファイルのアップロードだけで終えず、案内ページの本文、容量、更新日、リンク先をまとめて変更します。社内メール、QRコード、取引先のページが旧PDFへ直接リンクしていることもあるため、旧URLをすぐ削除するかは用途を確認して決めます。同じ目的の新版へ置き換える場合と、資料自体を廃止する場合を分けます。置換先がないのに無関係なトップへ転送すると読者が内容を見失います。旧URL、対応、新URL、確認日を記録して問い合わせ時にも追えるようにします。

費用と担当作業を見積もる

費用はCMSの契約、ファイル保管、配信量、PDFを直す作業に分けます。既存サイトでファイルを置けるなら、新しい検索ツールの契約が先に必要になるとは限りません。大容量の配布や会員限定配信は現在のプランの条件を公式画面で確認します。月に一度カタログを差し替える例なら、原稿承認、書き出し、公開、旧リンク確認の担当を決めておく方が見積もりを作りやすくなります。閲覧数だけで成果とせず、必要な資料を取得できたか、問い合わせ内容が変わったかを別に見ます。

公開後にページとファイルを別々に確認する

公開後は案内ページが正常に応答すること、リンク先のファイルが取得できること、検索公開の設定が意図どおりであることを別々に確認します。Search ConsoleではHTMLのURLを調べ、検索の実績では案内ページとPDFのURLを分けて見ます。すぐに検索結果へ出るとは限らず、表示されたURLが違うだけで設定ミスと決めつけないことが大切です。誤った版を出した場合は承認済みファイルへ戻し、リンクと案内文も一緒に戻します。次の更新担当が同じ判断をできるよう、確認したURLと版を残して完了とします。

• Search Consoleで記事の実績を見る