マガジン

公開後に誤りを見つけたとき:記事の訂正と読者への伝え方の流れ

AIを使いこなす

Claudeで執筆し、GPTで自動校閲・修正しています。

校正紙の訂正箇所に赤鉛筆で印を付ける手元
記事の内容をもとに制作したAI生成イメージです。実際の製品画面や検証結果の写真ではありません。

公開した記事に誤りを見つけたら、まず本文を直し、そのうえで「読者の判断や行動が変わりうる誤りかどうか」で伝え方を決めます。誤字や表記ゆれなら静かに直して構いません。数字、手順、固有名詞、結論が変わる誤りは、直した事実と内容を記事上に残します。迷ったら注記を付ける側に倒すのが安全です。注記は後から外せますが、黙って直した事実は後から説明しにくいためです。 この記事では、重さ別の対応フロー、そのまま使える注記の文例、情報提供者への連絡文案を示します。文例はすべて説明用の例で、実際の運用結果ではありません。

この記事の目次
  1. まず誤りの重さを3段階に分ける
  2. 重さ別の対応フロー
  3. 訂正注記の文例
  4. 日付と検索表示の扱い
  5. 情報提供者への連絡文案
  6. AIに下書きを頼むときの渡し方

まず誤りの重さを3段階に分ける

判断の軸は「その誤りを信じて行動した読者に、損害や手戻りが出るか」です。

  • 軽微、例(説明用):誤字、リンク切れ、言い回しの不統一、対応:黙って修正。注記なし
  • 中程度、例(説明用):日付や数値の誤り、手順の抜け、画面名の取り違え、対応:修正し、記事内に短い訂正注記を付ける
  • 重大、例(説明用):結論が逆、危険や金銭損失につながる手順、他者の名誉やプライバシーに関わる誤り、対応:記事冒頭に目立つ訂正を置き、関係者へ個別連絡し、必要なら告知も出す

境目で迷う例は「手順の抜け」です。抜けたまま実行しても何も起きないなら軽微、データが消えるなら重大です。誤りの内容ではなく、読者が実行した場合の結果で区分してください。

重さ別の対応フロー

  1. 誤りを確定する:指摘を受けた場合は、鵜呑みにせず一次資料や元データで確かめます。確認できない間は、断定を弱める修正だけ先に入れる手もあります。
  2. 修正前の本文を保存する:何をどう直したかを後で書けるよう、修正前の文をメモしておきます。
  3. 重さを判定する:上の表で区分します。
  4. 本文を直す:誤った箇所だけでなく、同じ誤りを前提にした別の段落、見出し、図表、メタ情報も探して直します。
  5. 注記を置く:中程度は該当箇所の近くか記事末尾、重大は記事冒頭に置きます。
  6. 周辺へ知らせる:SNSなどで元記事を紹介済みなら、重大な誤りは訂正も同じ場所で知らせます。引用してくれた人や情報提供者には個別に連絡します。
  7. 記録する:日付、内容、判断理由を社内メモか編集ログに残します。

訂正注記の文例

説明用の例です。事実関係は自分の記事に合わせて置き換えてください。

中程度(該当箇所の近くまたは末尾)

【訂正】2026年10月28日 本文中の「申込期限は11月15日」は誤りで、正しくは「11月5日」です。お詫びして訂正します。

【修正】2026年10月28日 手順3で「設定を保存」の操作が抜けていました。追記しました。

重大(記事冒頭)

【重要な訂正】2026年10月28日 公開時の記事では、〇〇を実行すると安全に削除できると説明していましたが、実際にはデータが復元できなくなる場合があります。誤った案内をしたことをお詫びします。該当手順は削除し、正しい手順に差し替えました。すでに実行された方は、〇〇の状態を確認してください。

書き方の要点は次の4つです。

  • 何が誤りで、正しくは何かを具体的に書く
  • 読者が取るべき行動があれば添える
  • 言い訳や原因の長い説明は書かない
  • お詫びは1回で十分にする。重いほど、お詫びより正しい情報を先に置く

日付と検索表示の扱い

訂正日をどう見せるかは、検索結果に出る日付にも関わります。Googleの公開日・更新日に関するドキュメントは、ページ上に「最終更新日」などラベル付きの日付を表示し、datePublishedとdateModifiedの構造化データと食い違わないよう勧めています。また、推奨事項に従っても検索結果に誤った日付が選ばれる場合は、ページ内の他の日付を減らすことを検討するよう述べています。一方で、この資料には、どの程度の修正から更新日を変えるべきかの具体的な基準は示されていません。

そこで編集上は、次のように運用すると整理しやすくなります。これは公式の規定ではなく提案です。

  • 軽微な修正:更新日は変えなくても構わない(ただし変えるなら構造化データも合わせる)
  • 中程度・重大:更新日とdateModifiedを修正日に合わせ、注記にも同じ日付を書く
  • 注記にはその訂正を行った日付を残し、後日別の更新をしても過去の訂正日は変えない。ページ上の最終更新日とdateModifiedは整合させる

情報提供者への連絡文案

取材協力者、データ提供元、記事で名前を出した人には、公開記事に注記を出す前か同時に連絡します。以下は説明用の文案です。

件名:【お知らせ】〇〇に関する記事の訂正について〇〇様いつもお世話になっております。〇〇編集部の△△です。先日公開した記事「(記事タイトル)」に、〇〇様からご提供いただいた情報の扱いについて誤りがありました。・誤:(公開時の記載)・正:(訂正後の記載)記事は本日(日付)修正し、記事上に訂正の注記を掲載しました。ご迷惑をおかけし、申し訳ありません。修正後の内容に不足や違和感がございましたら、お手数ですが(返信期限の目安)までにご連絡ください。ご指摘をいただいた場合は速やかに反映します。URL:(記事URL)

誤りが提供者の側にあった場合でも、最初の連絡では責任の所在を論じず、「正しい内容はどれか」を確認する書き方にします。個人名や所属が関わる誤りは、重大扱いとして連絡を先にしてください。

AIに下書きを頼むときの渡し方

注記と連絡文のたたき台はAIに任せられます。ただし、何が誤りで何が正しいかの判断は人が行います。渡すのは「誤りの内容」「正しい内容」「重さの区分」「読者に取ってほしい行動」だけで、未公開情報や個人情報は伏せ字にします。

次の情報から、記事冒頭に置く訂正注記を3案作ってください。
- 区分:中程度
- 誤:申込期限は11月15日
- 正:11月5日
- 読者の行動:すでに予定を組んだ人は日付を見直す
条件:80字以内、お詫びは1回、原因の説明は書かない

出力は、事実がすべて入力と一致しているか、依頼していない原因や経緯が書き足されていないか、日付が更新日と合っているかを人が確かめてから公開します。なお、上のフローと文例は私が実際の運用で検証したものではなく、編集の考え方を整理した案です。自分のメディアの方針や、契約・取引に関わる記事では担当者の判断に合わせて調整してください。

出典・参考資料