プレスリリース公開前のチェックリスト｜事実・出典・導線の確認

最初に、事実を確かめられる原稿にする

Cisionの2026年の公開記事では、調査に答えた記者の50％が、正確さ・事実確認・誤情報への対応を大きな課題として挙げています。海外を含む1,800人超の調査で、日本の記者の代表値ではありません。公開する側にも、確認できる根拠を用意する価値があります。

WorkPickでは、事実の照合、根拠と条件、読み手への伝わり方、リンクと窓口、公開後の確認という順番を提案します。すべてを一度に読むより、今何を確認しているかを明確にします。確認後に数値や条件が変わった箇所は、改めて担当者に確認してもらいます。

社名・日付・価格・対象を、元資料と照合する

会社名、サービス名、人名は正式な表記へ戻ります。数字は数量と単位、金額は税の扱い、日付は発表日と提供開始日を分けて確認します。『無料』に条件があるなら、誰がいつまで何を無料で使えるのかを本文と移動先に書きます。

『来月』『本日から』は、後から読む人にも分かる日付を添えます。予約公開では公開日時、受付開始日時、タイムゾーンの違いにも注意してください。未発表の移転先や取引先名など、社内で知っていても公開の確認が取れていない情報は担当へ戻します。

根拠がない、条件が読めないものは公開前に戻す

調査結果は対象、期間、募集方法、回答数、質問の意味を確認します。本文が『全国の利用者』を主張しているのに、自社の一部回答者しか調べていないなら、文章の範囲を直します。『No.1』『最大』『初』なども、根拠と比較対象を確認できるまで保留します。

出典リンクは実際に開きます。画像や引用は、利用条件と公開の了承が必要な範囲を確認します。資料があることと、外部向けに使ってよいことは別です。AIで作った原稿でも、社名・人物の発言・統計値は元資料へ戻って照合します。

スマートフォンで、タイトル・図・条件を読む

タイトルとリード文だけで、誰が何を、いつから、誰へ提供するのか言い直します。本文を知らない人に見てもらうと、社内では当たり前の言葉や、抜けている条件を発見できます。

編集画面ではなく公開時と同じプレビューを開きます。スマートフォンの幅で見出し・段落・表を読み、画像の文字が小さすぎないか、条件が図の外へ押し出されていないかを確認します。W3Cのリフロー解説でも幅320 CSS px相当での読みやすさが扱われています。

図だけで重要な情報を伝えないようにします。数値や条件を本文でも書き、画像の代替説明を用意します。表が横に長い場合も、ページ全体ではなく表の範囲で読めるかを確かめてください。

リンクと問い合わせ先は、実際に押して確かめる

記者が取材したい、顧客がサービスを詳しく見たい。その目的に合うページへ直接進めるようにします。トップページへ移動したあと、もう一度探し直す状態になっていないかを見ます。

サービス詳細、申込み、問い合わせ、出典のリンクを開きます。開発用URL、社内限定資料、期限切れの受付、古いメールアドレスが残っていないか確認します。フォームは項目・完了画面・通知先まで、社内で決めた検証方法で確かめます。

公開時刻までリンク先が出ない場合は、公開後に誰が確認するかを決めます。予定のリンクがまだ開かないことを、確認済みとしてチェックしないでください。

公開直後と、訂正時の記録を残す

予約が完了したことと、公開画面が正しいことは別です。公開後にURL、タイトル、図、問い合わせ先、リンクを確認し、関係者へ参照先を共有します。記録には確認日時と確認者を残します。

誤りがあったら、元資料を確認し、影響する箇所と必要な訂正を判断します。数値や条件の誤りは、変更内容と訂正日を分かる形にします。配信先や二次掲載にも旧情報があるか確認し、必要な訂正案内を判断者と相談します。