会社のPDFは読める状態？
読み順の点検と
HTML化の判断

「開けることと、内容を使えることは別なんだ。スマートフォンで拡大と横移動を繰り返す、文字が画像で選べない、読み上げると順番が混ざるなど、見た目だけでは分からない問題があるよ。」

「文字があることは確かめられるけれど、読む順番や見出し、表の関係は別だね。必要な章へ移る、数値と項目を照合する、リンク先へ進むことも、資料を使うための行動なんだ。」

「印刷や保存、特定の版を参照する用途もあるから、一律には決めないでね。元ファイル、更新頻度、読者がすることを見て、修正、修復、HTML化を選ぼう。」

「この話は問題の所在と改善方法を整理する初期点検だよ。適用する基準や契約要件があるなら、対象範囲と評価方法を別に決めよう。自動チェック一つで全体の適合を判断しないことが大切だね。」

「古さや閲覧数だけでなく、読めないと何が止まるかで考えよう。取引開始に必須の手順なら、利用者が少なくても重要だよ。今も使われているか、どこから案内しているかも確認したい。」

「用途、読者、更新頻度、元ファイルの有無、代わりのHTMLページを整理しよう。資料を一律に同じ深さで調べる前に、優先順位と選べる改善方法が見えてくる。」

「古い内容を読める形にするだけでは、正しい行動につながらないね。情報が現役かという問題と、読む・操作する問題を分けよう。内容を確認してから形式を改善するんだ。」

「現在その情報を判断できる部署を探そう。責任者が不明だから放置するのではなく、先に事実確認の経路を作る。削除する場合も、保存や参照の必要性を確かめてからだね。」

「そう。下表は架空の資料を整理する例だよ。枚数が多いほど必ず優先、短いから後回しという基準ではなく、用事への影響と更新の実態で選ぼう。」

「見た目、文書構造、操作の三つで見よう。通常表示だけでなく拡大や小さな画面で、文字や注記を読めるか、色だけで意味を区別していないかも確かめたいね。」

「そう。タイトル、言語、見出し、段落、表、リンクの扱いを確認する。文章を抽出して並びを見るのは補助になるけれど、それだけで十分とは限らない。読み上げなどで意味の順番も確かめよう。」

「リンクへ移動できるか、順番が内容に合うか、名前で行き先が分かるかを見る。目次やしおりも実際の移動先を確認しよう。入力用の書類は、入力欄と説明の関係など追加の確認も必要だよ。」

「Adobeの説明でも、手動確認が必要な項目があり、論理的な読み順は人が確かめるよう案内している。^［3］ 警告を消すだけで終わらず、修正後に実際の用事を試そう。」

「読み上げで左右が交互に続くと、手順の途中へ別の注意が挟まる。W3CのPDF技法は、意味に合う読み順を保つ方法を示している。^［1］ 画面の配置だけでなく、文書構造上の順番も確かめよう。」

「うん。ただし注意を最後に読めばよいかも内容次第だよ。作業前に必要な注意なら、その位置から見直そう。目で見た順番を再現するだけでなく、意味がつながる順序を確認するんだ。」

「見た目の装飾だけの場合がある。W3CのPDF技法は、見出しとして示すことで支援技術から章をたどれることを説明している。^［2］ 見出し一覧に必要な章が現れるかも確認したいね。」

「同じものとは考えないでね。章へ移る案内と、本文の見出しの意味をそれぞれ確認しよう。長い資料を先頭から全部読む以外にも、目的の箇所へ進めることが大切なんだ。」

「何ページのどの箇所で、どう読まれたか、何が分からなくなるかを書こう。期待する順番と再確認の方法まで残せば、修正後に同じ条件で確かめられるよ。」

「次の更新で同じ問題が戻るかもしれない。元ファイルで見出しや表を意味のある要素として作り、読み順を追いやすくしよう。構造を保つ書き出し方法を選び、出力されたPDFも確かめるんだ。」

「W3Cも変換前の構造化を基本にしつつ、複雑な配置は変換後に修正が必要な場合を説明している。^［1］ 元側かPDF側かの二者択一ではなく、両方で確認する流れにしたいね。」

「図、表、脚注、段組みなどの配置で結果は変わる。設定を有効にした記録だけでなく、見出しや読み順が意図どおり残ったかを確かめよう。元の制作ソフトの機能も確認したいね。」

「修復、新しい原稿への移行、HTML化を比較できるよ。毎月更新するなら毎回の手作業は負担になる。一度の修復費だけでなく、次回に誰が直せるかまで考えよう。」

「文字認識が必要な場合はあるけれど、正確さを照合しよう。型番の英字と数字、負の記号、小数点、単位の誤りは、技術資料では大きな意味の違いになることがあるよ。」

「認識済みという状態と、原本に合っていることは別だね。重要な数値や型番は担当者が確認し、読み順や見出しも別途点検しよう。OCRを実行しただけで完成にしないことだよ。」

「比較する軸を整理しよう。製品別の小さな表に分けられるか、結合セルを減らせるかを検討する。ただし仕様の関係を崩さないよう、技術担当と確認する必要があるね。」

「数値と項目の関係が伝わることが目的だよ。見出しセルや説明を確認し、必要な情報を残したうえで構成を見直そう。読み順を直した後も、表の意味が変わっていないか確かめたい。」

「ブラウザーで読む情報として構成し、幅に合う表示を設計しやすいね。GOV.UKも利用者のブラウザー設定を使える点などから、可能な限りHTMLで公開する方針を示している。^［4］」

「英国政府の公開方針を、日本企業への一律の法的義務とは扱わないよ。ここでは、読者が画面で手順を確認するのか、印刷や版の保存が必要なのかを考える参考にしよう。」

「窓口や説明がよく変わる情報にも向く場合があるね。一方、同じ版を取引先と参照する、決まった体裁で印刷する用途ならPDFを残す理由がある。形式の好みではなく業務で判断しよう。」

「短くても必須の手順が読めなければ優先度は高い。長くても版を固定する理由があるかもしれない。下のように用途、更新、体裁を並べて考えよう。」

「形式を変えるだけでは、使える資料になったとは言えないよ。見出しが不適切、表が画像のまま、リンク名が曖昧という問題はHTMLでも起きる。内容と構造の見直しを含めよう。」

「正しく保てることが前提だよ。同じ内容のつもりなのに窓口や条件が違うと、どちらを信じればよいか分からない。主な参照先と、二つの役割を決めよう。」

「その違いをリンクの近くでも伝えよう。HTMLは現行情報、PDFは特定版の記録という場合もある。何が最新で、何のために残す資料なのかが分かることが大切だよ。」

「一つの変更で両方を直せるか、更新担当と確認方法を決めよう。古い方だけに重要な条件が残る状態を避けたい。内容の対応を把握できないなら、二重公開の範囲も見直そう。」

「そう。現行案内で版、更新日、問い合わせ先を示し、旧版から来た人にも次の道を用意しよう。サイトのファイルを差し替えれば保存済みの資料まで更新される、とは考えないことだね。」

「全体図が前半、書類一覧が後半、問い合わせ先が最後にある設定だね。会社の説明順ではなく、取引を始める人が何を順に判断するかから原稿を組み直そう。」

「窓口や必要書類が変わるなら、HTMLを主な案内にすることを検討できる。提出用の様式はPDFで残し、名称、用途、版をリンクに添えて、何を取得するか分かるようにしよう。」

「役割に合わせて整理できる。ただし業務上必要な説明をWeb担当だけで省かないようにね。取引管理の担当が確認し、法的な意味を持つ条件は必要な確認経路を通そう。」

「見つけた書類が正しいか、連絡前の条件が分かるかを見よう。見た目の感想とは別に、キーボードや支援技術による利用も確認する。新しい形式へ移しただけで終わらないことだね。」

「現行案内への道を考えよう。残すか削除するかは、業務上の保存や参照の必要性を確かめて判断する。形式だけでなく、情報の順番、置き場所、更新担当をそろえる改善なんだ。」

「場所、用事、観察した問題、影響、直す場所、再確認の方法まで具体化しよう。『3ページで左右の段落が交互に読まれる』なら、担当者が問題を再現しやすくなるよ。」

「確認者、閲覧環境、支援技術、修正済みか未確認かも残そう。問題が出なかった環境だけでなく、試していない範囲も明らかにする。未確認を合格として埋めないことが大切だよ。」

「どの基準を、どの資料・範囲で、どう評価したかが必要だよ。既知の不具合修正と、専門的な適合評価は同じではない。外部へ表明する内容は確認した事実に合わせよう。」

「そうすれば次の判断に使える。複数環境で試したとしても、全ての組み合わせを確認したとは限らない。完了したことと残ったことを分けて、引き継げる記録にしよう。」

「修復済みPDFだけでなく、元データ、書き出し方法、確認記録を一緒に残そう。手動で文字を大きくし直したり、別の書き出し方法へ変えたりすると、構造が失われる場合があるんだ。」

「文書の作り方、出力後の点検、公開前の内容確認を、繰り返せる作業にしよう。重要な資料は、変更した箇所だけでなく、影響する表やリンク、関連するHTMLも確認したい。」

「対象資料、基準、環境、手動確認の範囲、報告方法を決めよう。ツールの実行だけか、修正や利用試験まで含むかで作業は違う。未確認の項目をどう報告するかも合わせておきたいね。」

「今も必要で、読めないと用事が止まる資料を優先しよう。全件同時に直せなくても、対象と方法、次の確認を管理できる。古さだけを理由に切り離さないことだね。」

「助けにはなるけれど、資料自体の改善が不要になるわけではないよ。対応できる窓口を確かめ、暫定案内と修正予定を分けて管理しよう。問い合わせが来ないことを、読めている証拠にもしないでね。」

「公開中のPDFと元ファイル、誰が何をするために読むか、更新頻度があれば整理を始められる。結果がなくても、困るページや操作が具体的に分かると改善方法を比較しやすいよ。」

「内容を承認する部署も共有しよう。元ファイルの修正で足りるか、文書構成を変えるか、Webへ移すかを分けて考えられる。変換作業だけを見積もるのではなく、内容整理も範囲に入れるんだ。」

「その流れなら、全件を一度に作り直さなくても前進できるね。改善後は同じ用事で確かめ、次の改訂でも続けられる元データと記録を残そう。」

「まず代表的なPDFを一つ開いて、読者が最初に何を知る必要があるかを考えよう。使う場面が見えると、PDFを直す理由も、HTMLへ移す理由も説明しやすくなるよ。」