記事の品質確認が担当者の経験に依存していると、「誤字はないが結論がずれている」「出典URLはあるが元資料を確認していない」「誰が公開を許可したか分からない」といった問題が残ります。必要なのは、長い項目集ではなく、企画適合・根拠・編集校正・権利安全・公開承認の5つに分けた品質ゲートです。本記事では、各項目に判定基準、証拠、担当者、差し戻し条件を付け、実際に運用できるチェックリストへ落とし込む手順を解説します。読み終えると、自社の記事制作フローに合う初版を作り、試験運用を始められます。
記事品質チェックリストは「項目数」より「合否と責任」を決める
記事品質チェックリストは、公開前に見る項目を並べただけでは機能しません。「何を満たせば合格か」「何を証拠として残すか」「誰が確認し、誰が公開を承認するか」「不合格ならどこへ戻すか」をセットで定義する必要があります。
記事品質チェックリストは「項目数」より「合否と責任」を決めるの全体像や前提から確認したい場合は、「コンテンツ制作・運用体制とは？編集フロー・役割分担・品質チェックの仕組みを体系的に整理」を参照してください。
最低限、各行に次の列を設けます。
| 列 | 記入する内容 | 記入例 |
|---|---|---|
| チェック項目 | 確認する対象を一つに絞る | 主要な数値を一次情報で確認した |
| 合格基準 | Yes/Noで判断できる条件 | 発表元、対象期間、母数、URLを記録済み |
| 証拠 | 再確認できる記録 | 元資料URL、該当ページ、確認日 |
| 実行担当 | 実際に点検する人 | 編集者 |
| 承認者 | 最終判断をする人 | 編集責任者 |
| 判定 | Yes／No／N/A | Yes |
| 差し戻し先 | Noのときに戻す工程 | 調査・執筆 |
| 更新条件 | 再確認が必要になる契機 | 法改正、料金改定、12か月経過 |
Google Search Centralは、役に立つ信頼できるコンテンツを自己評価する際、独自情報、十分な説明、明確な出典、著者情報、事実誤認の有無などを確認するよう案内しています。また、誰が作ったか（Who）、どのように作ったか（How）、なぜ作ったか（Why）を明確にする考え方も示しています。つまり、記事品質は文章表現だけでなく、目的、根拠、制作過程、責任の追跡可能性まで含みます。
最初に5つの品質ゲートへ分ける
確認は、修正コストが大きい問題から順番に行います。企画がずれた記事を最後まで校正しても、構成から作り直すことになるためです。おすすめは、次の5段階です。
| 品質ゲート | 中心質問 | 主な担当 | 通過条件 |
|---|---|---|---|
| 1. 企画適合 | 誰のどの問いに答える記事か | 編集者 | 読者、問い、結論、読後行動が一致 |
| 2. 根拠確認 | 重要な主張を検証できるか | 執筆者・専門担当 | 一次情報、対象時期、数値条件を確認 |
| 3. 編集・校正 | 誤解なく読み進められるか | 編集者・校正担当 | 構成、論理、表現、表記が基準内 |
| 4. 権利・安全 | 公開して問題がないか | 編集責任者・必要時に法務等 | 引用、画像、個人情報、高リスク表現を確認 |
| 5. 公開承認 | 公開物と設定が完成しているか | 公開担当・承認者 | CMS表示、リンク、メタ情報、承認記録が完了 |
記事の品質確認は、修正範囲が大きい企画から始め、根拠、編集、権利、公開設定の順に進めます。
この順序なら、前半で大きな手戻りを防ぎ、後半で細かな誤りを除けます。校正ツールや生成AIは、表記ゆれ、誤字候補、長文、リンク一覧の抽出には使えます。一方、事実の真偽、読者への適合、誤解を招く断定、公開可否は人が証拠を見て判断します。
手順1：記事の種類とリスクから適用範囲を決める
全記事に同じ重さのチェックを課すと、重要項目が大量の形式確認に埋もれます。まず共通項目と条件付き項目を分け、記事のリスクに応じて確認者を追加します。
共通項目と条件付き項目を分ける
共通項目は、読者・結論・根拠・誤字・リンク・公開設定など、原則として全記事に適用します。条件付き項目は、該当する記事だけに表示します。
数値や統計を使う記事：母数、対象期間、計算式、元資料を確認
法律・医療・金融・安全に関わる記事：有資格者または責任部門が確認
比較・ランキング記事：比較条件、調査日、選定基準、利害関係を開示
取材記事：発言確認、氏名・肩書、公開範囲、録音・素材の扱いを確認
AI支援記事：架空の出典・固有名詞がないか、AI利用の開示要否を確認
広告・PR記事：広告表示、訴求根拠、景品表示や社内規定を確認
N/A（非該当）を認める場合も、空欄にはしません。「なぜ非該当か」を短く残すと、未確認との区別がつきます。
リスクを2軸で分類する
「誤ったときの影響」と「情報が変わる速さ」を高・低で分けると、確認強度を決めやすくなります。
| 変化が遅い | 変化が速い | |
|---|---|---|
| 影響が低い | 通常確認。年1回見直し | 更新日とリンクを重点確認 |
| 影響が高い | 専門確認と承認記録を必須化 | 専門確認、複数根拠、短い更新期限を設定 |
影響が大きく変化も速い記事ほど、専門確認、複数の根拠、短い更新期限が必要です。
たとえばソフトウェア料金、制度、法令、検索サービスの仕様は変化が速いため、確認日と次回確認日が重要です。健康、資産、安全、法的判断へ影響する内容は、検索上の見栄えより正確性と専門確認を優先します。
手順2：合格基準を「Yes／Noで判定できる文」にする
「分かりやすい」「SEOを意識している」のような抽象的な項目は、担当者ごとに判定が変わります。チェック項目は、一行一判断に分解し、観察できる状態で書きます。
| 抽象的で判定しにくい項目 | 判定しやすい項目 |
|---|---|
| タイトルが良い | タイトルが本文の中心結論と一致し、誇張がない |
| 出典が正しい | 主要数値について発表元・対象期間・母数・元URLを確認した |
| 読みやすい | 各H2冒頭にその見出しへの答えがあり、専門語を初出で説明した |
| SEO対策済み | 固有のtitleがあり、H1は1つ、indexを妨げる設定がない |
| 画像OK | 利用権を確認し、情報を伝える画像に代替テキストがある |
Googleは検索結果のタイトルについて、ページごとに固有で、簡潔かつ内容を説明する文を推奨し、キーワードの詰め込みや定型文の繰り返しを避けるよう案内しています。したがって、「キーワードを何回入れたか」ではなく、「タイトルがページ内容を正確に要約し、他ページと区別できるか」を合格基準にします。
手順3：根拠確認は主張単位で証拠を残す
根拠確認の目的は、出典リンクを付けることではなく、記事内の重要な主張を第三者が再検証できる状態にすることです。数値、制度、固有名詞、比較結果、強い断定を「要確認主張」として抜き出します。
主張台帳を作る
| 本文の主張 | 情報の種類 | 確認する条件 | 証拠 |
|---|---|---|---|
| 2025年度の利用率は○％ | 外部一次情報 | 母数、地域、調査時期、設問 | 調査報告書の該当ページ |
| AはBより高い | 比較・集計 | 同じ期間・定義・単位か | 元データと計算式 |
| 制度が改正された | 制度情報 | 施行日、対象、例外、経過措置 | 官公庁・法令の原文 |
| 専門家は推奨している | 評価・見解 | 誰が、どの条件で述べたか | 原文、発言者、公開日 |
重要な主張ごとに、確認条件、元資料、確認日、更新条件を残すと、第三者が再検証できます。
二次記事が引用している数字は、可能な限り元の調査報告書まで遡ります。AP（Associated Press）は、文書や記名情報で事実を裏づけ、複数の独立した信頼できる情報源も用いる検証方針を示しています。企業記事でも、重要な主張ほど「元資料」「別方向の確認」「確認日」をそろえる考え方が有効です。
推測や算出を使う場合は、確認済みの事実と分けます。「公開データから自社で算出」「この結果から考えられる可能性」のようにラベルを付け、前提と計算式を残します。相関、つまり一緒に増減する傾向だけで、原因と結果を断定しないことも重要です。
手順4：編集と校正は目的別に分けて行う
一度の通読ですべてを探すと、内容を考えながら誤字も探すことになり、見落としが増えます。「構造」「事実」「表現」「表記」「公開画面」の順に確認します。
公開前チェックリストのひな型
以下は、初版に使える30項目です。自社の事故例、記事種別、CMSに合わせて増減してください。
ゲート1：企画適合
[ ] 主対象読者を一文で説明できる
[ ] 読者の中心質問を一文で説明できる
[ ] H1と結論が中心質問に直接答えている
[ ] 読了後に読者ができることが明確である
[ ] 既存記事との役割重複がない、または統合判断済みである
[ ] 記事固有の経験、調査、比較、手順のいずれかがある
ゲート2：根拠確認
[ ] 主要な事実・数値・固有名詞を主張台帳へ記録した
[ ] 可能な範囲で一次情報または原典まで確認した
[ ] 数値の母数、対象期間、地域、単位が明確である
[ ] 本文、表、図、タイトルの数値が一致している
[ ] 事実、引用、自社算出、考察を区別した
[ ] 変化しやすい情報に確認日と更新条件がある
ゲート3：編集・校正
[ ] 見出しだけで記事の流れを把握できる
[ ] 各H2の冒頭に、その論点への答えがある
[ ] 同じ内容の重複、論理の飛躍、不要な脱線がない
[ ] 主語と述語、比較対象、指示語の参照先が明確である
[ ] 専門用語を初出で説明した
[ ] 誤字、表記ゆれ、日付、単位、括弧を確認した
ゲート4：権利・安全
[ ] 引用部分と自社の文章を明確に区別した
[ ] 画像、図表、文章の利用権と必要な表示を確認した
[ ] 個人情報、秘密情報、差別的・誤解を招く表現がない
[ ] PR・広告・利害関係を必要に応じて表示した
[ ] 高リスク分野を適切な専門担当または責任部門が確認した
[ ] AI支援による架空のURL、出典、人物、仕様がない
ゲート5：公開承認
[ ] title、description、H1、URLが記事内容と一致している
[ ] 内部・外部リンクが正しい公開先へ到達する
[ ] 画像の代替テキスト、見出し階層、表の表示を確認した
[ ] PCとスマートフォンで公開プレビューを確認した
[ ] canonical、noindex、公開日時などCMS設定を確認した
[ ] 承認者、承認日時、版、公開後の確認日を記録した
W3CのWeb Accessibility Initiativeは、Webコンテンツを障害のある人を含む幅広い利用者が使えるよう、標準、実装資料、評価方法を提供しています。公開画面では、見出し構造、画像の代替情報、リンクの意味、キーボード操作などを、文章校正とは別に確認します。
30項目を5つの品質ゲートに分けることで、確認の順序と各工程の目的が明確になります。
手順5：役割と公開権限を分ける
品質管理では、「確認した人」と「公開を決めた人」を区別します。小規模チームで同じ人が兼務しても、作成直後にそのまま公開せず、役割と確認時間を切り替えます。
| 工程 | 実行担当 | 最終責任者 | 必要時の相談先 |
|---|---|---|---|
| 企画適合 | 編集者 | 編集責任者 | SEO・事業担当 |
| 根拠確認 | 執筆者・調査担当 | 編集責任者 | 専門家・データ担当 |
| 編集・校正 | 編集者・校正担当 | 編集責任者 | ブランド担当 |
| 権利・安全 | 編集責任者 | サイト責任者 | 法務・人事・情報管理 |
| 公開作業 | CMS担当 | サイト責任者 | 開発・デザイン担当 |
承認後に本文、数値、見出し、訴求、画像を変えた場合は、変更範囲に応じて再確認します。誤字修正は編集ゲートのみ、価格変更は根拠確認から、結論変更は企画適合から戻す、といった再承認ルールを決めておくと混乱しません。
チェックリストを形骸化させない運用方法
チェックリストは完成品ではなく、実際のミスと差し戻しから更新する運用資産です。2025年にPLOS Digital Healthで公開された品質チェックリスト設計のスコーピングレビューは、7データベースを検索し、29研究で23種類の設計手法を確認しました。代表的な手法はインタビュー41％、文献レビュー38％、シミュレーション31％、アンケート28％、デルファイ法と共同設計が各24％でした。医療分野の研究であり記事編集へそのまま一般化はできませんが、利用者を設計に参加させ、試して改訂する必要性を考える材料になります。
初版は次の流れで育てます。
過去の公開ミス、差し戻し、問い合わせを10〜20件集める
ミスを5つの品質ゲートへ分類する
再発時の影響が大きい項目を初版へ入れる
執筆者、編集者、公開担当が3〜5記事で試す
判定が割れた項目を具体化し、使われない項目を統合する
月1回または四半期ごとに、差し戻し件数と公開後修正を確認する
追うべき指標は「チェック数」ではありません。公開後の重大修正件数、同種ミスの再発率、差し戻し理由、承認待ち時間、情報期限超過の記事数を見ます。項目を増やす前に、どの工程で問題を防げなかったかを確認してください。
導入時によくある失敗と改善策
| 失敗 | なぜ起きるか | 改善策 |
|---|---|---|
| 100項目を全記事に適用 | 重要度が見えず、形式的にチェックする | 共通項目と条件付き項目を分ける |
| 「分かりやすいか」だけを書く | 合格基準が人によって違う | 観察できる条件へ分解する |
| URLだけを証拠にする | 元資料のどこを見たか分からない | 該当ページ、対象期間、確認日を残す |
| AIの判定をそのまま承認に使う | 文脈・真偽・リスク判断が残る | AIは候補抽出、人が証拠を確認する |
| 執筆者が単独で即時公開 | 思い込みや見落としを引き継ぐ | 承認者または時間を分けた再確認を置く |
| 作って終わり | 現場の事故やCMS変更を反映できない | 公開後修正と差し戻しから定期改訂する |
最初から完全なチェックリストを作る必要はありません。重大な誤りを止める必須項目を絞り、試験運用で判定のばらつきと所要時間を確認する方が、定着しやすくなります。
まとめ
記事品質チェックリストは、誤字脱字の一覧ではなく、公開可否を判断する仕組みです。企画適合、根拠確認、編集・校正、権利・安全、公開承認の5ゲートに分け、各項目へ合格基準、証拠、担当者、差し戻し先、更新条件を設定してください。
導入時は、過去のミスから必須項目を選び、3〜5記事で試します。公開後の修正と差し戻しを記録し、判定が曖昧な項目を具体化します。この運用を続けることで、担当者の経験だけに頼らず、正確性と公開速度の両方を改善できる編集基準になります。
参考文献・データ元
この記事で参照した情報を確認できます。
Creating helpful, reliable, people-first content｜Google Search Central｜12月 10, 2025更新｜独自性、信頼性、Who・How・Whyを含む自己評価項目の確認に使用
Influencing your title links in search results｜Google Search Central｜12月 10, 2025更新｜固有で簡潔・説明的なtitleの基準確認に使用
Verification at AP｜The Associated Press｜2026年公開｜文書、記名情報、複数情報源を用いる検証方針の確認に使用
Web Accessibility Initiative｜World Wide Web Consortium｜8月 18, 2026確認｜Webアクセシビリティの標準・実装・評価資料の確認に使用
Design approaches for developing quality checklists in healthcare organizations: A scoping review｜Kwong E, Cole A, Byrd E, et al.｜PLOS Digital Health｜9月 16, 2025公開｜29研究におけるチェックリスト設計手法と利用者参加の論点確認に使用
‹ 親記事: コンテンツ制作・運用体制とは？編集フロー・役割分担・品質チェックの仕組みを体系的に整理
関連記事
- › SEO記事のコンテンツブリーフ作成方法｜検索意図・見出し・根拠・内部リンクを制作前に定義する
- › オウンドメディアの著者・監修者設計｜誰が書き、誰が確認したかを記事単位で明示する方法
- › オウンドメディア編集部の作り方｜編集長・ライター・監修者・SEO担当の役割分担
- › 記事更新のSLAを設計する方法｜鮮度・重要度・下落兆候で更新期限を決める
- › 記事の出典・根拠を管理するエビデンス台帳の作り方｜更新期限・一次情報・引用箇所を追跡
- › オウンドメディアの編集権限・版管理を設計する方法｜誤公開・上書き・承認漏れを防ぐ
- › 生成AIを記事制作に使う運用ルールの作り方｜利用範囲・人間レビュー・機密情報を管理
- › 記事出典の定期監査方法｜404・情報鮮度・一次情報差替えを一括チェック
- › オウンドメディアのアクセス権限を定期監査する方法｜退職・異動・外注終了のオフボーディング手順
- › 生成AIを使った記事制作の検証ログを作る方法｜プロンプト・根拠確認・修正履歴を残す
- › コンテンツ制作のリードタイムを監査する方法｜企画・執筆・確認・公開の滞留を可視化
- › 外注記事の受入れ基準を作る方法｜納品形式・根拠・著作権・修正責任を標準化
- › オウンドメディアの画像・図版ライセンスを管理する方法｜出典・利用範囲・期限を台帳化
- › 外注ライター・制作会社の評価スコアカードを作る方法｜品質・納期・修正回数・専門性を継続評価
- › オウンドメディアの緊急訂正・公開停止フロー｜訂正・一時非公開・削除の判断基準と復旧手順
- › 法人向けサービスページの比較表の作り方｜料金・対象・対応範囲・実績・契約条件を同じ軸で整理
- › 法人向け導入事例ページの作り方｜成果数値・導入期間・対象企業・取り組み内容を具体化
- › オウンドメディア担当者の引き継ぎチェックリスト｜記事・CMS・編集ルール・分析データ・進行中企画を整理
- › 導入事例一覧ページの作り方｜業種・課題・成果で探せる分類・カード・導線設計
- › 法人向けサービスページのFAQの作り方｜料金・対象・導入条件・契約・セキュリティの質問を整理
- › 法人向けサービスページの導入フローの作り方｜期間・準備物・担当・例外条件まで整理
- › 法人向けサービスのセキュリティ情報の載せ方｜認証・データ保管・権限・問い合わせ先の整理方法
