製品の仕様書PDFは差し替えたのに、ホームページの仕様表には以前の説明が残っている。製品ページからは新しい資料が開く一方、ダウンロード一覧からは古い版が開く。製造業のサイトでは、更新したファイルが正しくても、掲載先の組合せによって違う情報が利用者へ届くことがあります。
製品仕様書とWebの改訂をそろえるには、修正する文章だけでなく、対象品番、参照する版、変更元、公開先を一組で管理します。この記事では、製造業の経営者・製品担当・Web担当に向けて、更新台帳から依頼範囲と確認箇所を決める方法を説明します。製品の性能や仕様の適否を判定するための解説ではありません。
まず、同じ品番を案内している場所を集める
食い違いを見つけたら、目の前のPDFと本文だけを修正する前に、その品番がどこで案内されているかを確認します。製品詳細、シリーズ一覧、ダウンロード一覧、よくある質問、過去のお知らせなどに、同じ仕様や資料への入口がある場合があります。外部から直接開かれるPDFのURLも確認対象に含めます。
一覧を作る際は、ページ名だけでなく、該当する表やボタンまで記録します。「製品ページを更新」では、仕様表を直すのか、添付資料を替えるのかが分かりません。製品名が似ている別品番を取り違えないよう、シリーズ名と個別品番を区別して対象を指定します。
同じ数値が載っているからといって、すべてを一括で置換するのも避けます。旧製品の説明、使用条件の違う仕様、過去の比較資料など、現在の製品ページと役割が異なる記載があります。変更する箇所、当時の情報として残す箇所、担当者へ確認する箇所に分けて、公開原稿を確定します。
最初から全製品を整理しようとするより、食い違いが見つかった一品番で、利用者がたどる経路を確認すると始めやすくなります。検索から製品詳細へ来る人と、資料一覧からPDFを探す人の両方を想定し、片方の入口だけが新しくなる状態を見つけます。
公開に使う正本と、文書の版を決める
更新の根拠は、担当者の手元で最後に保存されたファイルとは限りません。作成中の資料、社内確認用、取引先へ個別に渡す資料、一般公開用を区別し、Web掲載に使えると確認された資料を指定します。制作担当が更新日時の新しさだけで公開版を選ばないようにします。
品番は製品を識別する情報、文書の版は資料を識別する情報です。同じ品番でも説明の補足や表記の訂正で文書が改訂される場合があります。一方、文書を差し替えたからといって、すでに流通している製品すべての仕様が変わったことにはなりません。どちらの変更なのかを依頼時に分けます。
仕様書に版番号があるなら、それを更新台帳でも使用します。版番号がない資料では、社内で識別できる発行日や管理番号などを確認します。ただし、Web担当が便宜上付けたファイル名を、正式な改訂番号であるかのように公開しないでください。公開画面に示す名称は製品担当とそろえます。
正本を決めることと、正本の内容をすべてWebへ転記することも別です。製品ページには比較に必要な項目を載せ、詳細は仕様書へ案内する構成も選べます。転記する項目を絞る場合も、単位、注記、適用条件を切り離した結果、PDFと意味が変わらないかを確認します。
品番・版・変更元・公開先を更新台帳にする
次の表は、架空のA製作所が品番M-100の公開用仕様書を第2版から第3版へ改訂する設計例です。実在製品の仕様や運用実績ではありません。説明文を改訂する場面とし、性能値や製造条件は設定していません。共通欄に「対象品番M-100」「変更元は公開確認済み仕様書第3版」「改訂内容は説明文の補足」を置き、掲載先ごとに作業と確認を分けます。
| 公開先 | 現在の表示・参照版 | 変更する内容 | 確認する人と画面 |
|---|---|---|---|
| 製品詳細の仕様説明 | 第2版に基づく本文 | 第3版の確認済み説明へ修正 | 製品担当が本文と正本を照合 |
| 製品詳細の資料ボタン | 第2版のPDFへリンク | 第3版の資料名とリンクへ変更 | Web担当がボタンから実物を開く |
| ダウンロード一覧 | 第2版の資料名を表示 | 表示名・版・リンクをそろえる | Web担当が一覧から実物を開く |
| 旧PDFの公開URL | 第2版へ直接アクセス可能 | 保存・案内・差替えの扱いを決める | 製品担当とWeb担当が旧URLを確認 |
| 変更案内 | まだ掲載していない | 必要な変更説明と対象品番を載せる | 製品担当が対象と適用条件を確認 |
実際の台帳には、更新依頼日、公開予定、作業担当、確認結果も残します。表を横に広げすぎて使いにくい場合は、共通情報と掲載先別の確認欄を分けます。必要なのは項目数の多さではなく、一つの改訂について、どの公開先が未確認なのかを追えることです。
「確認済み」の一語で、仕様内容の確認とリンク動作の確認を兼ねないようにします。製品担当が文章を承認していても、リンク先のファイルが古い可能性は残ります。逆に、新しいPDFが開いても、そのPDFが公開用として承認された資料かは別に確かめます。それぞれの確認者と結果を記録します。
変更元をメール本文だけに残す運用では、後から根拠を探しにくくなります。公開可能と確認した資料の保管先、文書名、版を台帳からたどれるようにします。社内の保管先や担当者名を一般の製品ページへ載せる必要はありません。管理用の記録と利用者向けの表示を分けて設計します。
改訂日・公開日・適用時期を混ぜない
資料を改訂した日、Webへ掲載した日、変更した製品仕様が適用される時期は、同じとは限りません。画面に日付を一つだけ置くなら、それが何の日付かを明記します。「更新日」とだけ書いた数字を、閲覧者が仕様の切替日として理解しないかを点検します。
摂津金属工業の仕様変更案内では、発行月日と開始予定時期を別の列にし、内容のPDFと対象シリーズ・型番を並べています。ここで参考にするのは、告知の時点と適用予定を区別する掲載構成です。同社の具体的な開始日や変更条件を、自社の運用例として採用するものではありません。摂津金属工業の仕様変更品案内
小原歯車工業の変更履歴も、対象製品と変更内容、実施時期を示し、詳しい案内資料へつないでいます。流通製品が順次変更となる旨の注記もあり、Webの情報が更新されたことだけで、手元の製品の状態までは決められないと分かります。自社でも、個別の製品への適用について何を確認する必要があるかを製品担当へ確かめます。小原歯車工業の仕様変更履歴
将来の変更を先に告知する場合は、現行仕様と変更予定を見分けられるようにします。予定の説明を現行の仕様表へ混ぜると、今注文できる内容として読まれるおそれがあります。必要に応じて変更案内を別に置き、現行ページから対象品番と条件を確認できる構成にします。
製造時期や受注時期などの適用条件は、担当者が確定した表現を使います。制作側で一律に日付へ置き換えたり、切替予定を実施済みへ変更したりしません。予定日を過ぎた際に誰が実施状況を確認し、どの表示を更新するかも、公開時に決めておきます。
PDFの差替えは、入口と旧URLまで確認する
PDFをアップロードするだけでは、利用者が新しい資料へ到達できるとは限りません。ボタンの表示名、版の説明、リンク先のファイルを一組で確認します。新しい資料名なのに古いPDFが開く場合も、古い名前のまま新しいPDFが開く場合も、資料を選ぶ人には判断しにくい状態です。
同じURLのファイルを差し替えるか、版ごとに別のURLを設けるかは、旧版を参照する必要とサイトの仕組みに合わせて決めます。同じURLを使えば入口の管理はしやすくなりますが、以前の資料を指す記録との関係を考える必要があります。別URLにする場合は、製品詳細と資料一覧のリンク更新を漏らさないことが重要です。
旧版を残すなら、旧版であることと、どの用途で参照できるかを明確にします。古い資料を開いた人が、そこから現行の製品案内へ移れる方法も検討します。ただし、版を変えるたびに製品の条件まで同じと見なして、新版へ一律に案内してよいとは限りません。旧版の保存や閲覧の扱いは製品担当と確認します。
また、すでに利用者が保存したPDFの内容は、サイトの差替えだけでは変わりません。資料自体に品番、版、確認先があると、後からどの資料かを照合しやすくなります。過去に配布した資料への連絡が必要かどうかは会社側で判断し、Web更新がその連絡まで完了させたことにはしません。
公開前後で、実際に開く内容を照合する
公開前は、修正した本文と公開用仕様書を並べ、対象品番、説明、単位、条件が一致するかを確認します。全文を機械的に同じにするのではなく、要約した箇所で条件が落ちていないかを読みます。説明を画像化している箇所や、別言語のページがある場合も、今回の更新対象かを明記します。
公開後は、管理画面のファイル一覧だけで完了とせず、利用者と同じ入口から資料を開きます。製品詳細とダウンロード一覧のそれぞれから進み、開いたPDF内の品番と版を読みます。ページ上の資料名だけを見て合格にしないよう、確認結果には実際に開いた資料を残します。
以前の内容が表示される場合は、ブラウザーや配信側に残ったデータなども調査対象になります。担当者の画面一つで原因を決めず、別の閲覧環境でも同じ内容になるか、どのURLが開かれているかを確認します。何度もファイルを上げ直す前に、旧資料を参照している入口が残っていないかを見直します。
スマートフォンでは、長い品番や版の表示が途中で切れないか、資料名とボタンの関係が分かるかを確認します。仕様表を左右に動かす場合は、項目名と値の対応が追える必要があります。文章の改訂が正しくても、条件の注記が読みにくい位置へ離れていれば、表示方法の修正も依頼範囲に含めます。
一部の掲載先だけ更新できなかった場合は、そのまま全体を完了扱いにしません。対象と理由を記録し、公開を待つのか、一時的な案内を出すのかを製品担当と決めます。復旧のために旧資料へ戻す場合も、本文とリンクが再び食い違わないよう、同じ台帳で変更箇所を追います。
一品番の更新から、必要な改修を決める
最初の改訂を終えたら、漏れが起きた理由を確認します。資料の保管先が不明だったのか、製品ページと一覧が別管理だったのか、作業後の確認者が決まっていなかったのかで、依頼する改善は異なります。台帳の運用だけで整う部分と、管理画面の変更が必要な部分を分けて考えます。
同じ項目を何か所にも入力しているなら、一つの登録内容を複数の場所へ表示する仕組みが候補になります。ただし、共通化できる仕様項目と、ページごとに説明が必要な条件は先に整理します。入力元を一つにしただけで、公開用資料の承認や個別の適用判断まで自動で正しくなるわけではありません。
更新の依頼は「最新版にしてください」で終えず、対象品番、使う資料、修正箇所、公開条件、確認担当を添えます。利用者が製品ページからでも資料一覧からでも、同じ条件の情報へ到達できることを確かめて完了にします。その確認を一件ずつ残すことが、仕様書とWebの改訂をそろえる運用の土台になります。
参照資料：小原歯車工業「仕様変更履歴」、摂津金属工業「仕様変更品のご案内」。2026年9月20日確認。対象と時期を区別する掲載構成を参照し、個別製品の技術条件や添付PDFの内容は採用していません。
