共有前の確認点
ホワイトペーパーLPには資料請求フォームや外部トラッキングタグが埋め込まれていることが多いため、共有前にHTMLソースを開き`<script>`タグで読み込んでいる外部ドメインを確認しましょう。本番環境向けのエンドポイントにテストデータが送信されると、MAツールの集計が汚染されます。開発用モックに差し替えるか、タグをコメントアウトした状態でレビュー用ファイルを準備するのが安全です。
PCとスマートフォンの両方でレイアウトを確認しておくことも欠かせません。ホワイトペーパーLPは横長の図表や比較表を含むことが多く、375px幅のスマホで横スクロールが発生していないか、CTAボタンが画面外に切れていないかをブラウザのDevToolsで事前チェックしてからURLを送ると、レビュアーからの「表示が崩れる」という指摘を初回で防げます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
向いている認証方式
社外の見込み顧客に事前プレビューを見せるケースでは、相手にアカウント登録を求めない「メール認証（ワンタイムリンク）」が摩擦が少なく適しています。相手のメールアドレスをあらかじめ許可リストに登録しておくと、そのアドレス宛にリンクを送るだけで本人確認が完了し、パスワードを別途連絡する手間がありません。
代理店や社内の複数部署が同時にレビューする場合は「パスワード認証」が便利です。一つのパスワードをSlackやメールで共有するだけで全員がアクセスでき、レビュー終了後にパスワードを失効させるか、URLそのものを削除することで確実に閲覧を止められます。会社ドメイン認証は自社内の承認フローに限定するときに有効です。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
相手への送り方
URLを送るメールやSlackメッセージには「何をどの観点でレビューしてほしいか」を3点以内に箇条書きで添えると、受け取った側が迷わず動けます。ホワイトペーパーLPの場合、①ダウンロードCTAの文言は訴求が伝わるか、②価格や機能の記載に誤りはないか、③会社ロゴ・著作権表記のバージョンは最新かの3点を明示する形が典型例です。
URLとともに「このリンクは〇月〇日まで有効です」と期限を明記するのも重要です。期限を伝えずに共有すると、レビュアーが数週間後に見返そうとしてアクセスできなくなったときに問い合わせが発生します。また、パスワードを設定した場合はURLとパスワードを別々のメッセージで送るとセキュリティが高まります。
更新・期限管理
ギガサイト便ではHTMLファイルを再アップロードするだけで同じURLのコンテンツが差し替わります。レビュア―に「さっきのURLをもう一度開いてください」と伝えるだけで最新版を確認してもらえるため、「v2」「v3_final」といったファイル名違いのURLを乱発する事態を防げます。差し替えのたびに変更点をメッセージで補足すると確認漏れが減ります。
公開期限はあらかじめ短めに設定し、レビューが長引きそうなときに延長する運用が推奨です。期限を設けずに放置すると、古い草稿版が半年後も閲覧できる状態になるリスクがあります。LPを本番公開したタイミングでプレビューURLを即座に削除するチェックリストを社内で運用すると、情報漏えいの抑止につながります。
よくある質問
HTMLのフォームからテスト送信がMAツールに届くのを防ぐには？
レビュー用のHTMLを作成する際、`<form>`のaction属性をダミーエンドポイントに変更するか、送信ボタンを`disabled`にしておくのが最も確実です。レビュー後に本番用のHTMLへ差し替えることを忘れないよう、ファイル名に「-review」を付けて区別する習慣をつけましょう。
複数の代理店が同時にレビューする場合、パスワードを個別に変えるべきですか？
代理店ごとに誰がいつ閲覧したかを把握したい場合はメール認証で個別に発行するのが確実です。閲覧履歴の追跡が不要であれば共通パスワードで問題なく、管理コストを抑えられます。
レビューが終わったあと、同じURLをそのまま本番公開に使えますか？
プレビューURLはあくまで内部レビュー用の一時的なものです。本番公開は自社ドメインのサーバーやCDNに正規のHTMLを配置する形で行い、プレビューURLはレビュー完了後に削除することを推奨します。