結論
PDF中心の情報公開は、すべてを機械的にHTMLへ置き換えるのではなく、利用者が検索・比較・申請前確認に使う要点をHTMLの正本として公開し、版面の保存、印刷、配布、証跡として一体性が必要な資料をPDFで併設する形へ整理します。各資料について、利用目的、更新頻度、スマートフォンでの確認、アクセシビリティ、検索入口、正式版の管理責任を判定し、HTMLとPDFの内容・更新日・リンク先が食い違わない運用まで決めることが重要です。
最初に、ファイル形式ではなく利用目的と正本を決める
PDFが多いこと自体を問題とせず、利用者がその情報で何を判断し、運営側がどこを更新するかを資料ごとに確認します。募集案内なら対象者、条件、期限、手続きへの入口がすぐ必要です。報告書なら全体の版面、図表、ページ番号を保った配布が重視されることがあります。同じ『資料』でも役割が違うため、一括変換や一括廃止から始めません。
GoogleはPDFをインデックス可能なファイル形式として案内しています。ただし、検索対象になり得ることと、スマートフォンで読みやすいこと、ページ内の次の行動へ進みやすいこと、更新箇所を担当者が管理しやすいことは別の判断です。デジタル庁のウェブサイト運用事例でも、PDF掲載時にスクリーンリーダーで読みやすいHTML版を可能な限り用意するルールが示されています。公開形式は検索可否だけで決めず、利用と運用の両面から選びます。
- 利用者が知りたい要点と次の行動
- 正式情報の正本と承認者
- 更新頻度と緊急修正の可能性
- スマートフォン・支援技術での確認
- 印刷・配布・版面保持の必要性
HTML・PDF・併設を五つの判断軸で選ぶ
HTMLを基本にするのは、情報の一部が頻繁に変わる、複数ページから参照される、申請や問い合わせへの導線が必要、見出し単位で探したい場合です。PDFを残すのは、承認済み資料を一つの配布物として保存する、印刷時の配置を維持する、ページ番号を使って参照するなど、ファイル全体の一体性に意味がある場合です。
両方を併設する場合も、同じ全文を別々に手作業で管理しません。HTMLには結論、対象者、期限、手続き、問い合わせ先と資料の位置づけを示し、PDFには詳細な表、様式、図版、承認済みの完全版を置くなど役割を分けます。どちらが正式情報か、同時更新が必要な項目は何かを明記し、片方だけ古くなる構造を避けます。
- 更新性:変更が多い要点はHTML
- 行動性:申請・予約・問い合わせへ続く情報はHTML
- 可搬性:一式で配布・保存する資料はPDF
- 版面性:固定配置やページ参照が必要ならPDF
- アクセシビリティ:どちらも見出し・読み順・リンクを確認

一つの情報源から二つの公開物を管理する
HTMLとPDFを併設するなら、原稿、表、問い合わせ先、公開日、版番号の管理元を一つに寄せます。HTML担当とPDF担当が別でも、項目ごとの正本、承認者、公開順を共通台帳にします。HTMLからPDFへは『資料名・対象期間・形式』が分かるリンクを置き、PDFからも関連する正式WEBページへ戻れるようにします。『こちら』『詳細』だけのリンク名では、移動先を判断しにくくなります。
PDF側も見た目だけを整えて完了にしません。W3CのPDF技法では、見出しを構造として示す方法や、リンクを支援技術が認識できる形で提供する方法が解説されています。元データの段階で見出し階層、本文の読み順、表の構造、画像の代替情報、リンク目的を整理し、変換後のPDFで構造が保持されているか確認します。画像として取り込んだだけの文書は、必要な情報をテキストとして取得できるかを別途点検します。
- 原稿と主要項目の正本を一つにする
- HTML・PDFの承認者と公開順を共有
- 資料名と対象期間が分かるリンク文言
- PDFから正式WEBページへ戻る導線
- 見出し・読み順・表・画像・リンクを変換後に確認
既存PDFは利用頻度と更新リスクから段階移行する
最初に全PDFのURL、資料名、担当部署、公開日、更新日、対象期間、参照元ページ、代替HTMLの有無を一覧にします。次に、現在も利用されるか、重要な期限や手続きが含まれるか、内容が現行制度や組織情報と一致するかを確認します。閲覧が多い資料だけでなく、誤読時の影響が大きい申請条件、料金、連絡先、災害・採用・契約関連の案内を優先します。
移行は、①残す、②HTMLの要点を追加してPDFを併設する、③HTMLへ統合して旧PDFを終了する、④履歴資料としてアーカイブする、⑤非公開にする、の五つに分類します。削除だけを先に行わず、参照元リンク、検索やブックマークからの到達、保存義務や組織内ルールを確認します。旧PDFを終了する場合は、利用者が必要な現行情報へ移動できる案内を用意し、リンク切れや古い案内の残存を公開前後に点検します。
- URL・資料名・担当・対象期間を棚卸し
- 現行性と誤読時の影響を評価
- 残す・併設・統合・保管・非公開に分類
- 参照元と移動先を対応表で管理
- 重要資料から小さな単位で移行して検証
公開条件をチェックリストにして更新後まで確認する
公開前は、HTMLの見出しと本文、PDFの読み順とリンク、両者の名称・日付・問い合わせ先を照合します。スマートフォンで要点を探せるか、キーボードや支援技術でリンク先を判断できるか、ファイルを開かなくても資料の対象と形式が分かるかを確認します。PDFが検索対象になり得ることだけを成果とせず、利用者が正式情報を見分け、必要な行動まで進めることを合格条件にします。
公開後は、正式URLからHTMLとPDFが取得できること、一覧・関連記事・サイト内検索から正しい入口へ到達できること、旧リンクが意図した案内へつながることを確認します。更新時にはHTMLだけ、またはPDFだけを差し替えず、共通台帳の対象項目と更新日を照合します。責任者と次回確認日を残し、古い年度資料や終了した募集を現行情報と同じ見え方で放置しない運用へつなげます。
- 名称・対象・日付・問い合わせ先が一致
- HTMLの見出しと主要導線を確認
- PDFの読み順・見出し・リンクを確認
- スマートフォンと支援技術で利用可能
- 公開後のURL・内部リンク・更新台帳を再確認
よくある質問
既存のPDFはすべてHTMLへ変換すべきですか?+
一律の変換は不要です。現在も使われる要点、更新頻度、次の行動、アクセシビリティを確認し、HTMLを正本にする情報、PDFを併設する資料、履歴として残す資料、終了できる資料へ分けます。
紙をスキャンしたPDFをそのまま掲載してもよいですか?+
画像だけのPDFは、本文の検索・読み上げ・コピーが難しい場合があります。原文の保存目的とは別に、必要な情報をHTMLで提供するか、文字情報、見出し、読み順、代替情報を備えたPDFを用意し、変換後の利用状態を確認してください。
HTML版とPDF版の内容が同じでも問題ありませんか?+
同じ内容を二重に手作業で更新すると不一致が起きやすいため、正本と役割を決めます。全文を両方で提供する必要がある場合は同じ管理元から生成し、名称、対象期間、更新日、正式版の案内を揃えてください。
参考にした一次情報
- デジタル庁事例3 デジタル庁ウェブサイト↗
- Google Search CentralFile Types Indexable by Google↗
- W3C Web Accessibility InitiativePDF9: Providing headings by marking content with heading tags in PDF documents↗
- W3C Web Accessibility InitiativePDF11: Providing links and link text using the Link annotation and the /Link structure element in PDF documents↗
外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。
提供サービス:FIRST INNOVATION WEB

