HTMLをPDF化せずにレビューするときの手順と注意点

準備するもの

URL共有に切り替える前に、現在のPDFレビュー運用で発生している問題を言語化しておく。「PDFを作るのに毎回5分かかる」「フォントが変わってしまう」「リンクをクリックできないと指摘される」など具体的な課題を挙げることで、URL共有への切り替えを社内やクライアントに説明しやすくなる。

使用するHTMLファイルのエンコードをUTF-8に統一しておく。Shift-JISのまま共有するとブラウザによっては文字化けが発生し、「URLで見たら文字が壊れていた」というレビュアーからの報告が来る。テキストエディタでエンコードを確認・変換してから保存する。

社内のセキュリティポリシーで「外部サービスへのファイルアップロード」に制限がある場合は、事前にIT部門に確認を取る。ギガサイト便はCloudflare基盤で動作しており、データの保存先・転送の暗号化について確認できるので、申請書類に記載する際の情報として活用できる。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

実際の手順

ギガサイト便にアップロードしてURLを発行する際、URLの命名を工夫するとプロジェクト内の版管理が楽になる。ギガサイト便ではダッシュボードにメモを追記できるので「v1 初回レビュー」「v2 ヘッダー修正後」などと記録しておき、最新版のURLがどれかすぐわかるようにする。

レビュアーへの送付メッセージには、前回との変更点を箇条書きで3点以内にまとめて添える。「今回の更新：①ナビゲーションの配色を修正 ②フォームのplaceholderテキストを変更 ③フッターの著作権表記を今年に更新」のように具体的に書くと、レビュアーが全体を確認し直す手間を省いて差分だけを効率よく確認できる。

レビューが完了したら、使用済みのURLをギガサイト便のダッシュボードで「レビュー完了」タグを付けるか有効期限を過去日に設定して実質的に失効させる。完了したURLと進行中のURLが混在すると、後から「このURLはどのバージョンか」の確認に時間がかかる。

失敗しやすい点

HTMLの差し替えアップロードをした後、レビュアーがブラウザのキャッシュで古いバージョンを表示し続けることがある。レビュアーに「Ctrl+Shift+Rでスーパーリロードしてください」と伝えるか、重要な修正後は有効期限を変えて新しいURLを発行する方法でキャッシュ問題を回避できる。

PDF変換時には自動的に改ページが入ってページ単位での確認ができていたが、URLで共有するとスクロールで確認するため「ここが1ページ目の終わりか」という感覚が失われる。印刷対応が必要なページは@media printのプレビューを別途スクリーンショットで添付すると、URL共有でも印刷イメージを確認してもらえる。

レビュアーが複数いる場合に、全員にURLを送った後で差し替えアップロードをすると「誰がどの時点のバージョンを見たか」が追いにくくなる。差し替えのタイミングを全レビュアーが確認完了した後に統一するか、差し替え日時を記録するルールを設けることで版管理の混乱を防げる。

テンプレ文面

〇〇ページのレビュー版（v2）をご共有します。前回v1からの変更点は以下の通りです。①コピーライト表記を2026年に修正 ②モバイル幅でのフォームボタンが全幅になるよう修正。v1でご指摘いただいた点を修正しております。引き続きご確認いただけますと幸いです。URL：[プレビューURL]（有効期限：〇月〇日）

バージョン番号（v2）を件名に入れているのが重要なポイントで、会話の中でどのバージョンの話をしているかが明確になる。変更点を番号付きで列挙することで「前回指摘した点が直っているか」をレビュアーが素早くチェックできる。