検索ブランド相談室 | 検索と評判の専門メディア
無料相談

記事品質チェックリストの作り方｜編集基準・校正・根拠確認・公開承認を標準化する

部署：マーケティング担当者部署：経営者・責任者レベル：実践オウンドメディア集客記事品質 公開日 2026.08.23　更新日 2026.10.17

監修: 菊地 将（リブランディング株式会社）

「誤字はないが結論がずれている」「出典URLはあるが元資料を確認していない」「誰が公開を許可したか分からない」。公開後にこうした問題が見つかる記事はありませんか。記事の品質確認が担当者の経験に依存していると、同じ種類の見落としが繰り返されます。

項目を増やしても、この問題は解決しません。必要なのは、確認を企画適合、根拠確認、編集・校正、権利・安全、公開承認の5つに分け、どの段階でも合否を同じように判断できる仕組みです。この区分を、この記事では「品質ゲート」と呼びます。各項目に判定基準、証拠、担当者、差し戻し条件を付けることが、運用できるチェックリストの条件です。

本記事では、その作り方を5つの手順で説明します。続けて、チェックリストを形骸化させない運用と、導入時によくある失敗も取り上げます。読み終えると、自社の記事制作フローに合う初版を作り、試験運用を始められます。

チェックリストで先に決めるのは、項目数ではなく「合否と責任」

この節では、チェックリストの各行に何を定義するかを決めます。記事品質チェックリストは、公開前に見る項目を並べただけでは機能しません。「何を満たせば合格か」「何を証拠として残すか」「誰が確認し、誰が公開を承認するか」「不合格ならどこへ戻すか」をセットで定義する必要があります。

チェックリストの前提となる制作・運用体制の全体像から確認したい場合は、「コンテンツ制作・運用体制とは？編集フロー・役割分担・品質チェックの仕組みを体系的に整理」を参照してください。

先の4点を行ごとに記録できるよう、最低限、次の列を設けます。表の「記入例」は、書き方を示す一例です。なお、判定欄のN/Aは「非該当」の意味で、手順1で扱い方を説明します。

列記入する内容記入例
チェック項目確認する対象を一つに絞る主要な数値を一次情報で確認した
合格基準Yes/Noで判断できる条件発表元、対象期間、母数、URLを記録済み
証拠再確認できる記録元資料URL、該当ページ、確認日
実行担当実際に点検する人編集者
承認者最終判断をする人編集責任者
判定Yes／No／N/AYes
差し戻し先Noのときに戻す工程調査・執筆
更新条件再確認が必要になる契機法改正、料金改定、12か月経過

表のポイントは2つあります。合格基準は、人によって答えが変わらない「Yes／Noで判断できる条件」にします。証拠は、あとから第三者が再確認できる記録にします。

Google Search Centralは、役に立つ信頼できるコンテンツを自己評価する際、独自情報、十分な説明、明確な出典、著者情報、事実誤認の有無などを確認するよう案内しています。また、誰が作ったか（Who）、どのように作ったか（How）、なぜ作ったか（Why）を明確にする考え方も示しています。これらを踏まえると、記事品質は文章表現だけでなく、目的、根拠、制作過程、責任の追跡可能性まで含むと考えます。表に証拠・実行担当・承認者の列を置くのは、そのためです。

確認は5つの品質ゲートに分けて進める

この節では、確認をどの順番で進めるかを決めます。答えは、修正コストが大きい問題から順に確認することです。企画がずれた記事を最後まで校正しても、構成から作り直すことになるためです。そこで、確認を次の5段階（品質ゲート）に分けます。

品質ゲート中心質問主な担当通過条件
1. 企画適合誰のどの問いに答える記事か編集者読者、問い、結論、読後行動が一致
2. 根拠確認重要な主張を検証できるか執筆者・専門担当一次情報、対象時期、数値条件を確認
3. 編集・校正誤解なく読み進められるか編集者・校正担当構成、論理、表現、表記が基準内
4. 権利・安全公開して問題がないか編集責任者・必要時に法務等引用、画像、個人情報、高リスク表現を確認
5. 公開承認公開物と設定が完成しているか公開担当・承認者CMS表示、リンク、メタ情報、承認記録が完了

表は、上から順に通過させる流れを示しています。各ゲートは「誰が」「何を満たせば」通過できるかが決まっているため、どこで止まったかが分かります。

process checklist 2

記事の品質確認は、修正範囲が大きい企画から始め、根拠、編集・校正、権利・安全、公開承認の順に進めます。

この順序なら、前半で大きな手戻りを防ぎ、後半で細かな誤りを除けます。ツールとの分担も決めておきましょう。校正ツールや生成AIは、表記ゆれ、誤字候補、長文、リンク一覧の抽出には使えます。一方、事実の真偽、読者への適合、誤解を招く断定、公開可否は人が証拠を見て判断します。

手順1：記事の種類とリスクから適用範囲を決める

ここからの手順1〜5は、チェックリストを作る作業の順序です。先に挙げた5つの品質ゲートとは別の数え方なので、混同しないようにしてください。

手順1では、どの記事にどの重さの確認を課すかを決めます。全記事に同じ重さのチェックを課すと、重要項目が大量の形式確認に埋もれます。まず共通項目と条件付き項目を分け、記事のリスクに応じて確認者を追加します。

共通項目と条件付き項目を分ける

共通項目は、読者・結論・根拠・誤字・リンク・公開設定など、原則として全記事に適用します。条件付き項目は、該当する記事だけに表示します。条件付き項目の例を、記事の種類ごとに挙げます。

  • 数値や統計を使う記事：母数、対象期間、計算式、元資料を確認

  • 法律・医療・金融・安全に関わる記事：有資格者または責任部門が確認

  • 比較・ランキング記事：比較条件、調査日、選定基準、利害関係を開示

  • 取材記事：発言確認、氏名・肩書、公開範囲、録音・素材の扱いを確認

  • AI支援記事：架空の出典・固有名詞がないか、AI利用の開示要否を確認

  • 広告・PR記事：広告表示、訴求根拠、景品表示や社内規定を確認

判定をN/A（非該当）とする場合も、空欄にはしません。「なぜ非該当か」を短く残すと、未確認との区別がつきます。

リスクを2軸で分類する

次に、確認の強さを決めます。「誤ったときの影響」と「情報が変わる速さ」を高・低で分けると、確認強度を決めやすくなります。下の表は、その組み合わせごとの対応です。

変化が遅い変化が速い
影響が低い通常確認。年1回見直し更新日とリンクを重点確認
影響が高い専門確認と承認記録を必須化専門確認、複数根拠、短い更新期限を設定

seo comparison

影響が大きく変化も速い記事ほど、専門確認、複数の根拠、短い更新期限が必要です。

たとえばソフトウェア料金、制度、法令、検索サービスの仕様は変化が速いため、確認日と次回確認日を記録します。健康、資産、安全、法的判断へ影響する内容は、検索上の見栄えより正確性と専門確認を優先します。

手順2：合格基準を「Yes／Noで判定できる文」にする

手順2では、合格基準を、誰が見ても同じ判定になる文に直します。「分かりやすい」「SEOを意識している」のような抽象的な項目は、担当者ごとに判定が変わります。チェック項目は、一行一判断に分解し、観察できる状態で書きます。次の表は、抽象的な項目を判定しやすい項目に言い換えた例です。

抽象的で判定しにくい項目判定しやすい項目
タイトルが良いタイトルが本文の中心結論と一致し、誇張がない
出典が正しい主要数値について発表元・対象期間・母数・元URLを確認した
読みやすい各H2冒頭にその見出しへの答えがあり、専門語を初出で説明した
SEO対策済み固有のtitleがあり、H1は1つ、indexを妨げる設定がない
画像OK利用権を確認し、情報を伝える画像に代替テキストがある

右の列は、いずれも確認する対象と条件が文の中に入っているため、Yes／Noで判定できます。

Googleは検索結果のタイトルについて、ページごとに固有で、簡潔かつ内容を説明する文を推奨し、キーワードの詰め込みや定型文の繰り返しを避けるよう案内しています。これを受けて、チェックリストでは「キーワードを何回入れたか」ではなく、「タイトルがページ内容を正確に要約し、他ページと区別できるか」を合格基準にします。

手順3：根拠確認は主張単位で証拠を残す

手順3では、根拠確認を主張単位で証拠に残します。根拠確認の目的は、出典リンクを付けることではなく、記事内の重要な主張を第三者が再検証できる状態にすることです。数値、制度、固有名詞、比較結果、強い断定を「要確認主張」として抜き出します。

主張台帳に、要確認主張と証拠を記録する

主張台帳は、要確認主張ごとに、情報の種類、確認する条件、証拠を記録する表です。次の表は、主張の種類別の記入例です。

本文の主張情報の種類確認する条件証拠
2025年度の利用率は○％外部一次情報母数、地域、調査時期、設問調査報告書の該当ページ
AはBより高い比較・集計同じ期間・定義・単位か元データと計算式
制度が改正された制度情報施行日、対象、例外、経過措置官公庁・法令の原文
専門家は推奨している評価・見解誰が、どの条件で述べたか原文、発言者、公開日

comparison process

重要な主張ごとに、確認条件、元資料、確認日、更新条件を残すと、第三者が再検証できます。

二次記事が引用している数字は、可能な限り元の調査報告書まで遡ります。AP（Associated Press）は、文書や記名情報で事実を裏づけ、複数の独立した信頼できる情報源も用いる検証方針を示しています。企業記事でも、重要な主張ほど「元資料」「別方向の確認」「確認日」をそろえる考え方が有効だと考えます。

推測や算出を使う場合は、確認済みの事実と分けます。「公開データから自社で算出」「この結果から考えられる可能性」のようにラベルを付け、前提と計算式を残します。また、相関、つまり一緒に増減する傾向だけで、原因と結果を断定しないことも重要です。

手順4：編集と校正は目的別に分けて行う

手順4では、編集・校正を目的別に分けて確認します。一度の通読ですべてを探すと、内容を考えながら誤字も探すことになり、見落としが増えます。「構造」「事実」「表現」「表記」「公開画面」の順に確認します。

公開前チェックリストの初版ひな型（30項目）

次の30項目は、初版に使えるひな型です。手順4で扱う編集・校正（ゲート3）だけでなく、5つの品質ゲートの全項目をまとめて示します。各ゲートに6項目あります。自社の事故例、記事種別、CMSに合わせて増減してください。

ゲート1：企画適合

  • 主対象読者を一文で説明できる

  • 読者の中心質問を一文で説明できる

  • H1と結論が中心質問に直接答えている

  • 読了後に読者ができることが明確である

  • 既存記事との役割重複がない、または統合判断済みである

  • 記事固有の経験、調査、比較、手順のいずれかがある

ゲート2：根拠確認

  • 主要な事実・数値・固有名詞を主張台帳へ記録した

  • 可能な範囲で一次情報または原典まで確認した

  • 数値の母数、対象期間、地域、単位が明確である

  • 本文、表、図、タイトルの数値が一致している

  • 事実、引用、自社算出、考察を区別した

  • 変化しやすい情報に確認日と更新条件がある

ゲート3：編集・校正

  • 見出しだけで記事の流れを把握できる

  • 各H2の冒頭に、その論点への答えがある

  • 同じ内容の重複、論理の飛躍、不要な脱線がない

  • 主語と述語、比較対象、指示語の参照先が明確である

  • 専門用語を初出で説明した

  • 誤字、表記ゆれ、日付、単位、括弧を確認した

ゲート4：権利・安全

  • 引用部分と自社の文章を明確に区別した

  • 画像、図表、文章の利用権と必要な表示を確認した

  • 個人情報、秘密情報、差別的・誤解を招く表現がない

  • PR・広告・利害関係を必要に応じて表示した

  • 高リスク分野を適切な専門担当または責任部門が確認した

  • AI支援による架空のURL、出典、人物、仕様がない

ゲート5：公開承認

  • title、description、H1、URLが記事内容と一致している

  • 内部・外部リンクが正しい公開先へ到達する

  • 画像の代替テキスト、見出し階層、表の表示を確認した

  • PCとスマートフォンで公開プレビューを確認した

  • canonical、noindex、公開日時などCMS設定を確認した

  • 承認者、承認日時、版、公開後の確認日を記録した

W3CのWeb Accessibility Initiativeは、Webコンテンツを障害のある人を含む幅広い利用者が使えるよう、標準、実装資料、評価方法を提供しています。公開画面では、見出し構造、画像の代替情報、リンクの意味、キーボード操作などを、文章校正とは別に確認しましょう。

comparison process 2

30項目を5つの品質ゲートに分けることで、確認の順序と各工程の目的が明確になります。

手順5：役割と公開権限を分ける

手順5では、確認する人と、公開を決める人を分けます。小規模チームで同じ人が兼務しても、作成直後にそのまま公開せず、役割と確認時間を切り替えます。工程ごとの担当は、次の表のとおりです。

工程実行担当最終責任者必要時の相談先
企画適合編集者編集責任者SEO・事業担当
根拠確認執筆者・調査担当編集責任者専門家・データ担当
編集・校正編集者・校正担当編集責任者ブランド担当
権利・安全編集責任者サイト責任者法務・人事・情報管理
公開作業CMS担当サイト責任者開発・デザイン担当

どの工程も、実行担当と最終責任者は別の役割です。

承認後に本文、数値、見出し、訴求、画像を変えた場合は、変更範囲に応じて再確認します。誤字修正は編集・校正ゲートのみ、価格変更は根拠確認から、結論変更は企画適合から戻す、といった再承認ルールを決めておくと混乱しません。

チェックリストを形骸化させないために、初版を育てる

チェックリストは完成品ではなく、実際のミスと差し戻しから更新する運用資産です。この点を考える材料として、品質チェックリストの設計手法を調べた研究があります。2025年にPLOS Digital Healthで公開されたスコーピングレビューは、7データベースを検索し、29研究で23種類の設計手法を確認しました。代表的な手法はインタビュー41％、文献レビュー38％、シミュレーション31％、アンケート28％、デルファイ法と共同設計が各24％でした。医療分野の研究であり記事編集へそのまま一般化はできませんが、利用者を設計に参加させ、試して改訂する必要性を考える材料になります。

初版は次の6段階で育てます。

  1. 過去の公開ミス、差し戻し、問い合わせを10〜20件集める

  2. ミスを5つの品質ゲートへ分類する

  3. 再発時の影響が大きい項目を初版へ入れる

  4. 執筆者、編集者、公開担当が3〜5記事で試す

  5. 判定が割れた項目を具体化し、使われない項目を統合する

  6. 月1回または四半期ごとに、差し戻し件数と公開後修正を確認する

育てた結果を見る指標は、「チェック数」ではありません。公開後の重大修正件数、同種ミスの再発率、差し戻し理由、承認待ち時間、情報期限超過の記事数を見ます。項目を増やす前に、どの工程で問題を防げなかったかを確認してください。

導入時によくある失敗と改善策

導入時に起きやすい失敗と、その原因、改善策を表にまとめます。自社の運用に当てはまるものから見直してください。

失敗なぜ起きるか改善策
100項目を全記事に適用重要度が見えず、形式的にチェックする共通項目と条件付き項目を分ける
「分かりやすいか」だけを書く合格基準が人によって違う観察できる条件へ分解する
URLだけを証拠にする元資料のどこを見たか分からない該当ページ、対象期間、確認日を残す
AIの判定をそのまま承認に使う文脈・真偽・リスク判断が残るAIは候補抽出、人が証拠を確認する
執筆者が単独で即時公開思い込みや見落としを引き継ぐ承認者または時間を分けた再確認を置く
作って終わり現場の事故やCMS変更を反映できない公開後修正と差し戻しから定期改訂する

最初から完全なチェックリストを作る必要はありません。重大な誤りを止める必須項目を絞り、試験運用で判定のばらつきと所要時間を確認する方が、定着しやすくなります。

まとめ

記事品質チェックリストは、誤字脱字の一覧ではなく、公開可否を判断する仕組みです。企画適合、根拠確認、編集・校正、権利・安全、公開承認の5ゲートに分け、各項目へ合格基準、証拠、担当者、差し戻し先、更新条件を設定してください。

最初の一歩は、過去のミスから必須項目を選ぶことです。選んだ項目を3〜5記事で試し、公開後の修正と差し戻しを記録して、判定が曖昧な項目を具体化します。この運用を続けると、担当者の経験だけに頼らず、正確性と公開速度の両方を高めやすい編集基準になります。

参考文献・データ元

この記事で参照した情報を確認できます。

‹ 親記事: コンテンツ制作・運用体制とは？編集フロー・役割分担・品質チェックの仕組みを体系的に整理

関連記事

関連テーマ

AIO SEO MEO 口コミ・風評対策 採用改善

関連記事