大阪の企業のスマホ対応｜PDF資料とWebページをどう分けるか

大阪の企業サイトをスマートフォンで見た取引先が、製品の対象、相談できる条件、担当窓口を確かめたい。ところが入口には「資料はこちら」とだけあり、開いたPDFは印刷用の細かい表から始まる。拡大して左右へ動かしているうちに、どの製品が該当するのか、誰に相談できるのかを見失います。元の資料が詳しくても、閲覧する場面に対して案内の順序が合っていなければ、必要な情報へたどり着きにくくなります。

この記事は、大阪の企業のWeb担当者や改修発注担当者が、既存のPDF資料とWebページの役割を決めるための手順です。利用する場面、情報量、更新頻度の三つで資料の内容を分け、スマホで先に読める要点と、保存・印刷して精読する資料をつなぎます。本文の表と図は架空のBtoB企業の編集例です。対象企業の現行資料、利用者の行動、実際の表示速度や検索順位を測定した結果ではありません。

「PDFをやめるか」ではなく、読む順番を決める

みやあじよのマルチデバイス対応ページは、パソコン版を縮小するだけでなく、利用場面と内容の優先順位から各幅の見え方を設計すると説明しています。外出先で要点を見るスマホと、複数情報を比べて社内検討するパソコンでは、読み方が違います。本稿はそのうち、資料の入口をスマホに合わせて組み替える判断に限ります。サイト全体のレスポンシブ化やメニュー・フォームの改修は、対象LPで相談する別の範囲です。

PDFがあること自体を問題にしません。図面、仕様一覧、申込用紙、社内回覧するパンフレットなどは、保存した版を共有したり、印刷して確認したりする役割があります。一方、問い合わせ前に「自社に合うか」「どの資料を読むか」を判断する短い情報までPDFの後半に閉じ込めると、スマホで読む人は資料を一度開いてから探さなければなりません。Webページには先に判断する要点、PDFには詳細を置くという分け方を、資料ごとに検討します。

Google検索セントラルの開発者向けガイドは、GoogleがHTMLだけでなくPDFの内容もインデックス対象にすると説明しています。したがって「PDFだから検索されない」「Web化すれば必ず上位になる」とは言えません。ここでWebページを勧める理由は、検索順位の保証ではなく、狭い画面で読む順番、相談へのリンク、更新のしやすさを設計できることです。PDFを残す場合も、表題とリンク文で中身を知らせ、どのページから到達するかを確かめます。

まず一つの資料を、三つの使い方で開く

全部のPDFを一度に仕分ける前に、問い合わせが多い製品やサービスの資料を一つ選びます。営業担当、Web担当、資料の更新担当が、同じPDFをスマートフォンとパソコンで開きます。スマホでは初めて取引を検討する人が、対象、利用条件、相談先を短時間で見つけられるかを確認します。パソコンでは担当者が仕様を見比べたり、社内へ送ったりできるかを確認します。印刷や保存が必要なら、その使い方も記録します。

観察するときは「文字が小さい」で止めず、探す情報を具体的にします。たとえば、対象となる製品群、最低発注単位、対応地域、納期の決まり方、仕様の見方、改定日、質問の窓口です。自社の商材に存在しない項目を機械的に足す必要はありません。PDFの何ページにあり、スマホでどの操作をすると読めるか、Webページに同じ情報があるかを書き出します。読む人の実際の行動が分からない場合は、担当者の仮説として残し、顧客から聞いた事実と混ぜません。

表や図面のように横方向の関係が重要な情報は、スマホへ無理に一列化すると意味が失われることがあります。W3Cのリフロー解説も、通常の文章は狭い幅で読み順を保つことを説明しつつ、データ表や図などは二次元の配置が意味を持つ場合があるとしています。そこで、すべての仕様表を本文へ貼り直すのではなく、表に入る前の選択条件や主要な違いをWebで示し、詳しい値は資料で確認できるようにします。

利用場面・情報量・更新頻度で媒体を分ける

次の表は、架空の部品メーカーが製品案内を見直すための媒体分担表の見本です。製品の性能、取引条件、納期を示す実例ではありません。自社の資料を行ごとに入れ替え、何が未確認かを残します。

情報の種類	主な利用場面	情報量と更新頻度	Webページで先に示すこと	PDFに残すこと	確認する担当
対象と用途	移動中に候補を絞る	短い説明、改定あり	対象、用途、選ぶ入口	技術的な適合条件の詳細	製品・営業
発注前の条件	相談前に可否を確かめる	要点は短い、変更あり	最低数量など確認すべき条件、相談先	契約・取引条件の正式版	営業・法務等
仕様一覧・図面	社内で比較・保存する	行列や図が多い、版管理あり	何が載るか、対象型番、版の日付	詳細な数値、図、注記	技術・品質
よくある質問	スマホで疑問を解く	短い項目、随時更新	回答の要点と関連ページ	必要時の補足資料	営業・Web
申込み・問い合わせ	その場で連絡する	短い案内、窓口変更あり	用件別の連絡先、入力する情報	申請様式など保存する書類	受付・Web

「情報量」はページ数だけでは決まりません。二ページのPDFでも、細かな表や長い注記を読み比べるなら精読が必要です。反対に十ページのパンフレットでも、最初の一行で対象が分かれば、その一行をWebへ移すだけで入口を改善できます。要点をWebへ移した後も、詳細PDFとの関係が分かるよう、リンクに資料名、対象、更新日、形式を添えます。「ダウンロード」だけのリンクを並べないことです。

「更新頻度」は価格や仕様の変更回数だけではありません。担当窓口、対応範囲、受付時間、資料の版、制度の参照先も変わります。変わりやすい要点をWebとPDFの両方に載せるなら、同時に直す担当と手順が必要です。二重更新が難しい場合は、Webに判断の入口と最新版への案内を置き、詳細の正本をどちらにするか決めます。Web本文が古いまま新しいPDFだけ差し替わる、またはその逆が起きないようにします。

架空の企業資料を、利用場面・情報量・更新頻度の三つで判定し、Webの要点と保存用PDFに分ける図 — 架空の企業の媒体分担例。実際の資料は利用者の行動と更新体制を確認して決めます。

Webページの要点は、資料の短縮版ではない

PDFの一ページ目をそのままWebに貼るだけでは、スマホでの判断順は変わりません。入口ページには、誰が対象か、どの違いで資料を選ぶか、何がまだ個別確認かを先に書きます。例えば製品が三群あるなら、すべての性能値を載せる前に、用途、対応する条件、詳細資料へのリンクを三つの短い見出しで示します。仕様を断定できない場合は「この条件なら必ず使える」と広げず、適合を確認する窓口を置きます。

PDFの表からWebへ抜き出す項目は、閲覧者がその場で判断するのに必要な分だけにします。ただし、抜き出した値の単位、適用範囲、注記を離してはいけません。営業資料にある「標準」「目安」「別途相談」といった条件を省くと、短くなっても意味が変わります。見出し、箇条書き、少数の比較カードに直す際は、資料を作った部門に要約が正しいか確認します。技術的・契約的な判断をWeb担当者だけで確定しません。

リンクを押す前には、PDFに何が入っていて、何のために開くのかを知らせます。「製品A仕様書（対象型番、寸法表、図面／PDF）」のように説明し、版の日付も見える場所に置くと、開く価値を判断できます。PDFから戻った人が相談を続けられるよう、元のWebページにも問い合わせ先を残します。資料の中だけに古いメールアドレスが残っていないかも確認します。

PDFに残すなら、実際の端末で読めるか確かめる

保存する資料にも読みやすさが必要です。印刷用の固定された紙面をスマホで開くと拡大や横移動が必要になる場合がありますが、資料ごとの設計や閲覧環境で程度は異なります。実際の端末で、表題が読めるか、文字を選択できるか、目次やリンクで移動できるか、図の注記と値を対応させられるかを見ます。画像化された文字しかない場合は、元データから作り直せるか担当へ確認します。

自社サイトのPDF掲載を依頼する前の記事は、掲載場所、ファイルの手当て、差し替え、見積もりと運用を扱います。本稿はその作業を繰り返さず、PDFを開く前にWebで何を読めるべきかを決めます。また、料金表画像を見直す記事は、金額や条件を画像からHTMLへ戻す判断を扱います。本稿は料金表に限定せず、BtoBの説明資料全体を利用場面と更新頻度で分けます。資料形式を一律に廃止する提案ではありません。

PDFが検索結果に表示されることも想定し、ファイルの表題、版、公開対象を確かめます。Googleの資料はPDFもインデックス対象としていますが、個々のPDFが必ず登録・上位表示されるという保証ではありません。旧版を残す場合は取引先が誤って使わないよう、公開の必要性と案内方法を決めます。検索経由でPDFへ直接入った人にも、発行元、対象、改定日、確認窓口が分かるようにします。

同じ内容をWebとPDFに重ねる場合は、片方を短い案内、もう片方を正式な詳細として役割を明示します。数値だけを二か所で手入力すると改定時に食い違いやすいため、元になるデータと承認者を一つに決めます。Webの要約からPDFを開いた人が、同じ項目名や製品名で続きを探せるようにすることも大切です。反対にPDFを直接受け取った人が、最新の相談条件を確認できるWebページへの案内も検討します。どちらを先に見ても別の条件を読まないよう、改定時の照合を工程に入れます。

企業のWeb担当者が無記名の紙資料とスマートフォンの白紙画面を机上で見比べる場面

改修依頼は「どの情報をどちらへ」まで伝える

制作会社へ「PDFをスマホ対応にしてください」とだけ依頼すると、PDFビューアの表示調整、ファイルの作り直し、HTMLページ制作のどれを求めているか分かれます。まず媒体分担表に、対象のPDF、読者が探す情報、Webへ移す要点、PDFに残す詳細、更新担当を書きます。スマホで困った具体的な操作も記録します。製品Aの資料三ページ目にある相談条件をWebの製品ページへ移したい、という程度まで示すと対象を見積もりやすくなります。

改修範囲には、ページの原稿だけでなく、既存PDFへのリンク、資料名、版表示、問い合わせへの導線、更新手順を含めます。文字やカードの配置はスマホだけでなく、タブレットやパソコンでも確認します。重要な条件が幅によって消えないか、表が必要な場合は横操作が分かるか、リンクが指で選べるかを確かめます。実際に使う端末やブラウザを決めて検証し、すべての環境で同一の見た目になると約束しません。

公開前には、資料の作成部門がWebの要約とPDFの詳細を照合します。Web担当はリンク、表示、操作、旧版への入口を確認します。営業や受付は、そのページから相談が来たときにどの資料と条件を基に答えるかを確認します。変更が発生したら誰がWebとPDFの両方に連絡するかを決め、公開日と版を記録します。閲覧数やダウンロード数だけでは理解度を断定できないため、資料を開く前後に寄せられる質問も確認材料にします。

最初の改修対象は、スマホで読みにくいPDFを片端からHTML化して決めるのではありません。利用者が相談前に必要とする要点がPDFの奥にある資料を一つ選びます。その情報の利用場面、情報量、更新頻度を書き出し、Webへ移す短い判断材料と、資料に残す詳細を決めれば、制作会社へ頼む範囲も明確になります。