SEO記事の書き方は書く前の設計で決まる！公開前に確かめる16項目つき

同じキーワードで書いても、読者の役に立つ記事とそうでない記事の差は、文章を書き始める前にほぼついています。差が出るのは、検索した人に返す結論と、その記事にしか出せない材料を先に決めたかどうかです。

SEO記事の出来を決めるのは、書く前の設計と公開前の確認です。

SEO記事の書き方とは、検索した人が知りたいことを調べて記事の結論と構成を決め、その答えを独自の情報とともにわかりやすく書き、公開前に内容と技術面を確かめるまでの一連の手順です。時間をかけるべきなのは設計と確認で、文字数のように気にしなくてよい数字もあります。

CONTENTS

1. SEO記事の書き方の全体像は？4つの工程で考える
2. 書く前に何を決める？検索意図への結論と記事にしかない材料
3. 構成案は見出しで答えの順番を決める
4. 本文は結論から書いて根拠と具体例で支える
5. 一次情報は経験・データ・検証に分けて置き場所を決める
6. 信頼される記事にするには？出典・引用・監修・表記ルール
7. 公開前に何を確かめる？SEO記事のチェックリスト
8. 生成AIで下書きするときは？人が直すところ
9. 何から身につける？立場別の優先順位
10. まとめ

SEO記事の書き方の全体像は？4つの工程で考える

SEO記事は「設計」「構成案」「執筆」「公開前チェック」の4つの工程で書きます。文章を書くのは3番目の工程で、その前に何を書くかを決め、あとに確かめる工程があります。成果を左右しやすいのは最初と最後の工程です。

工程	決めること	詳しい記事
設計	対象のキーワード、検索した人への結論、その記事にしかない材料	「検索意図とは」「一次情報の作り方」
構成案	見出しの並び、各見出しで答えること、使う出典と図表、タイトル	「記事構成案の作り方」「見出しの書き方」
執筆	リード文、結論から書く段落、事実と見解の書き分け	「リード文の書き方」「PREP法と結論ファースト」
公開前チェック	内容、信頼性、読みやすさ、技術の確認	「記事公開前チェックリスト」

設計と構成案で手を抜くと、あとで文章をいくら整えても「知りたいことが書かれていない記事」になります。反対に、結論と材料が決まっていれば、文章が多少ぎこちなくても読者の役には立ちます。公開前チェックは、ここまでの工程で入り込んだ誤りを外に出さないための最後の関門です。

記事を書くことは コンテンツSEO の一部です。公開したあとの リライト では、Search Consoleの数字を見ながら記事を直し、その結果を次に書く記事の設計にも生かします。

書く前に何を決める？検索意図への結論と記事にしかない材料

書き始める前に決めるのは「検索した人への結論」と「その記事にしかない材料」の2つです。この2つが決まらないうちに書き始めると、どこかで見た内容を並べた記事になります。

まず、1本の記事で扱うテーマを1つに絞ります。キーワードは検索される数だけで選ばず、検索意図と、自分たちが一次情報を出せるかどうかも合わせて絞り込みます。手順は キーワード選定のやり方 に分けました。

次に、そのキーワードで検索した人が何を知りたいのかを読み取り、記事の結論を1〜2文で書いてみます。意味を知りたい人には定義を、やり方を知りたい人には手順を、比べたい人には判断の基準を返すのが結論です。検索意図 は、実際の検索結果にどんな種類のページが並んでいるかからも読み取れます。

上位に表示されているページも 競合分析 として読んでおきます。目的は真似ることではありません。どの記事にも書かれていないこと、読者がまだ答えをもらえていないことを探すためです。

最後に、その記事にしかない材料を書き出します。実務の経験や判断、自社のデータ、実際に試した結果などです。材料の種類と置き場所は、後半の一次情報の章で整理しました。

構成案は見出しで答えの順番を決める

構成案は、結論を決めてから見出しを並べ、見出しごとに使う根拠を割り当てる順番で作ります。レビューを受けるのもこの段階です。本文を書いてから方向を変えるのが、いちばん大きな手戻りになるからです。

構成案に書いておく項目

構成案には見出しの一覧だけでなく、書く人とレビューする人が同じものを見て判断できる情報を入れておきます。

• 対象のキーワードと、検索した人への結論（1〜2文）
• H2とH3の見出し、それぞれで答えること（要点2〜3文）
• 使う一次情報と出典（どの見出しで使うか）
• 図や表にする内容
• リンクする関連記事
• タイトル案とメタディスクリプション案

COCORO Pulse.では、これに「この記事でしか読めない点」を1〜3行で書き足しています。ここが書けない企画は、ほかの記事への統合や見送りを考えます。構成案のテンプレートと作る手順は、次の記事にまとめました。

見出しは読者の疑問の順に並べる

見出しは、読者が抱く疑問を、疑問が生まれる順に並べたものと考えると組みやすくなります。たとえば「〜とは？」のあとに「なぜ必要？」「どうやる？」「何に気をつける？」と続けると、前の章を読んだ人が次に知りたくなることに答えられます。

私は、構成でいちばん大事なのは、読み手の悩みや疑問の延長線上に文脈が組まれているかどうかだと考えています。キーワードのボリュームだけで構成を考えると、ここで損をしている記事が多く、上位の記事がどれも同じように見えてしまうのもそのためだと思います。これからは、読者の検索ニーズをどれだけ先回りできるかがポイントになります。

Googleは「SEOスターターガイド」（2025年12月10日更新）で、見出しの順番が前後しても検索の面では問題ないと説明し、見出しの数にも理想の数はないとしています。見出しの順番を整えるのはGoogleのためではなく、読者と、画面の読み上げのような支援技術のためです。言葉の選び方は 見出しの書き方 が参考になります。

タイトルとメタディスクリプションも構成案で決める

タイトルは記事の結論を短く言い表したものなので、構成案の段階で決めておくと本文とずれません。メタディスクリプションも同じときに、そのページの内容を正確に表す説明として書いておきます。Googleが検索結果のタイトルをどう決め、書き換えられたときにどう直すかは タイトルタグは何文字？ に分けました。

本文は結論から書いて根拠と具体例で支える

本文は、見出しの直下で結論を言い、そのあとに根拠と具体例を続けて書きます。根拠には出典やデータを示し、事実と自分たちの見解は文末で書き分けます。文字数やキーワードの回数は目標にしません。

リード文で結論と定義を言い切る

リード文は、読者がこの記事を読み進めるかどうかを決める部分です。「〜とは」を調べる人には冒頭で定義を、やり方を調べる人には何ができるようになるかを最初に伝えます。背景や歴史から書き始めると、知りたいことにたどり着く前に読者が離れていきます。型と例は リード文の書き方 で紹介しています。

書いた記事をあとで直すときは、情報の鮮度、導入文、見出しが効きやすいと私は感じています（コンテンツSEOとは？）。あとから直して効く場所は、最初に書くときにも時間をかける価値があります。

結論ファーストと主張・根拠・具体例

各章は、主張、根拠、具体例の順で組み立てます。最初の2〜3文で章の結論を言い、そのあとに理由を示し、具体的な例で読者の状況に引き寄せます。結論を最後に書く構成では、途中で読むのをやめた人に何も残りません。PREP法との違いは PREP法と結論ファーストの実践 で比べています。

GoogleはAI OverviewsやAIモードのために特別な書き方をする必要はなく、AIが理解しやすいように文章を細かく分ける必要もないと、生成AI機能向けの最適化ガイド（2026年7月10日更新）で説明しています。結論から書くのは、あくまで読者が早く答えにたどり着けるようにするためです。

事実と見解を書き分ける

「Googleは〜と説明しています」「調査では〜でした」のように出典のある事実と、「〜と考えます」「〜をおすすめします」のような書き手の見解は、文末で区別がつくように書きます。見解を事実のように言い切ると、読者は根拠のない主張を事実として受け取ってしまいます。確認できなかった情報は「〜とされています」でぼかさず、確認できないと書くか、記事から外します。

文字数やキーワードの回数を目標にしない

「上位に出るには○文字必要」「キーワードを見出しに○回入れる」といった目安は、Googleの説明と合いません。文字数は読者の疑問に答えきった結果であって、先に決める目標ではありません。キーワードも、読者が使う言葉として自然に入っていれば十分です。

SEOスターターガイドには、文字数に最低や最高の目安はないと書かれています。同じ言葉を言い換えも含めて何度も繰り返すと読者を疲れさせ、キーワードの詰め込みはスパムポリシーに違反するとも書かれています。「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成」（英語版 2026年10月5日更新）は、Googleに好みの文字数があると聞いて特定の文字数を目指して書くことを、検索エンジンのために作られたコンテンツの兆候に挙げ、そうした文字数は無いと明記しています。文字数と順位の関係は SEO記事の文字数に正解はあるか で検証しています。

一次情報は経験・データ・検証に分けて置き場所を決める

一次情報は「実務の経験と判断」「自社のデータ」「実際に試した結果」の3種類に分けて考えると、記事のどこに置くかを決めやすくなります。一次情報は主張を支える位置に置き、飾りとして末尾に足さないようにします。

Googleの生成AI機能向けの最適化ガイドは、ありふれた知識にとどまらない、専門家や経験者ならではの見方を含むコンテンツを「コモディティではないコンテンツ」と呼んでいます（検索品質の評価者がページを見るときの観点は AIに引用される記事の条件 で取り上げています）。一般論をまとめただけの記事は、ほかの記事やAIの要約で用が足りてしまいます。読者がその記事を読む理由になるのは、書き手にしか出せない情報です。上位の記事でよく目にする E-E-A-T（経験・専門性・権威性・信頼性）も、記事の上ではこうした一次情報と出典の示し方に表れます。なお有用なコンテンツのガイドは、E-E-A-T そのものは特定のランキング要因ではないと書いています（E-E-A-Tとは？）。

種類	例	置く場所	書くときの条件
経験と判断	失敗した例、判断の基準、うまくいった条件	判断が分かれる章	条件や状況を添える。一般論の言い換えにしない
自社のデータ	アクセスの推移、アンケート、支援先の数字（匿名）	主張の直後	期間、対象、件数、計り方を1行で書く
試した結果	ツールや設定を実際に試した記録	手順や比較の章	試した条件と手順を示し、再現できるようにする

データを載せるときは、そのデータで言える範囲だけを結論にします。1つのサイトで観測したことを「どのサイトでも起きる」と書けば、根拠のない主張になってしまいます。

COCORO Pulse.は、記事ごとに「一次ソースの引用」「著者の実務経験に基づく具体」「自社データや検証結果」のうち2つ以上を満たすことを制作のルールにしています（テーマの全体像を扱うピラー記事は3つすべて）。著者の経験は生成AIに書かせず、著者本人が答えたことだけを使います。集め方の手順は 一次情報の作り方 にあります。

信頼される記事にするには？出典・引用・監修・表記ルール

信頼される記事にするには、出典を一次情報までさかのぼって示し、他人の文章を使うときは引用の条件を守ります。専門的な判断が必要なテーマでは監修を入れ、表記のルールは文書にしておきます。

出典は、まとめ記事ではなく元の情報にあたります。Googleの公式情報ならGoogle検索セントラルやヘルプページ、統計なら省庁や調査機関の発表です。名称と日付（最終更新日）を添えておくと、読者があとから確かめられます。有用なコンテンツのガイドも、誰が書いたのか、どのように作ったのかが読者に伝わるか、そしてそもそもなぜ作るのかを、自己評価の観点に挙げています。

他人の文章や図を記事に載せるときは、著作権法の「引用」の条件を満たす必要があります。文化庁の『著作権テキスト』は、公表された著作物であること、引用する必然性があり引用部分がはっきり区別されていること、自分の文章が主で引用が従であり分量が必要最小限であること、出所を明示することを条件として挙げています。具体的な書き方は 記事における正しい引用の書き方と著作権の基礎 で解説しています。

医療やお金、法律のように、誤りが読者の生活に影響しうるテーマでは、資格や実務経験のある専門家の 監修 を入れます。複数の人で書くメディアなら、文体や表記の揺れを防ぐ トンマナのルール を文書にしておくと、公開前チェックの手間も減ります。

公開前に何を確かめる？SEO記事のチェックリスト

公開前の確認は「内容」「信頼性」「読みやすさ」「技術」の4つに分けて行います。見落としたときの影響が大きいのは、事実の誤りと、インデックスに関わる技術設定の漏れです。

内容

• 冒頭で、検索した人への結論（または定義）を言い切っている
• 各見出しの直下に、その章の結論がある
• その記事にしかない材料（経験、データ、試した結果）が入っている
• 上位の記事にない情報が1つ以上ある

信頼性

• 数値や日付、固有名が出典と一致している
• 出典は一次情報で、名称と日付を添えている
• 事実と見解を文末で書き分けている
• 引用は条件を満たし、出所を明示している

読みやすさ

• 3つ以上を並べる箇所は箇条書きや表にしている
• 図や表の直前で、図が伝えたいことを文章でも書いている
• 画像に内容を説明する代替テキストを付けている
• 誤字脱字、表記の揺れがない

技術

• タイトルとメタディスクリプションが記事の内容を正確に表している
• noindexやnosnippetが意図せず付いていない
• 内部リンクと外部リンクがすべて開ける
• 公開日と更新日が正しく表示される

この16項目は、COCORO Pulse.が制作ルールで決めている仕上げのチェックから、ほかのメディアでも使える項目を一般的な言葉に直し、技術面の確認を足したものです。時間が無いときでも、信頼性の1つ目（数値・日付・固有名）と技術の2つ目（noindex）だけは必ず確かめてください。

項目ごとの詳しい確認方法は、次の記事にまとめています。

公開したら、Search ConsoleのURL検査ツールでページがインデックスに登録できる状態かを確かめ、必要ならインデックス登録をリクエストします。Search Consoleのヘルプによると、リクエストした場合の登録は通常1日程度で済みますが、長くかかる場合もあり、登録は保証されません。リクエストの数には1日の上限もあります。

この「1日程度」は、URL検査ツールから1ページずつ登録をリクエストした場合の目安です。サイトマップの送信も含めた再クロールの依頼全般について、Google検索セントラルの「URL の再クロールを Google にリクエストする」は、クロールには数日から数週間かかることがあり、同じURLを何度リクエストしても早くはならないと説明しています。

生成AIで下書きするときは？人が直すところ

Googleは2023年2月の公式ブログで、AIや自動化を適切に使うこと自体はガイドラインに反しないと説明しています。問われるのは、使い方と出来上がった記事の中身です。事実の確認、経験と判断、最後の編集は人が受け持つ前提で使います。

Google検索セントラルの生成AIコンテンツのガイド（2026年10月1日更新）は、生成AIで読者への価値を加えずに多くのページを作ることはスパムポリシーに違反しうると明記しています。そのうえで、生成AIの出力には誤りが含まれうるので、公開前に人の手で事実を確かめ、正確さと信頼性を見直すことが欠かせないとしています。本文だけでなく、タイトル、メタディスクリプション、構造化データ、画像の代替テキストも検索結果に出るので、同じように確かめる対象です。どのように作ったかを、読者に合う形で示すことも勧めています。

有用なコンテンツのガイド（英語版 2026年10月5日更新）も、人の監修やキュレーションなしに生成AIで大量の文章を作ることを、評価者が見る「労力」がほとんど無い例に挙げています。

COCORO Pulse.も生成AIで下書きを作っています。流れは次のとおりで、公開するかどうかは必ず人が決めます。

1. 構成案生成AIが構成案を作り、編集部がレビューする
2. 経験の書き込み判断が分かれる箇所について、私が自分の経験を答える
3. 本文と図承認された構成案から生成AIが本文と図を作る
4. 確認編集部が事実と出典、表現を確かめ、直す
5. 公開人が管理画面で公開する

人のレビューで何が変わるのか、当メディアの例を1つ挙げます。LLMO（AI検索最適化）とは？ の初稿では、見出しが「LLMOとは何か：定義と、用語の交通整理」のようにコロンでつながり、短い語句のあとにも読点が打たれていました。著者のレビューを受けて、この見出しは「LLMOとは何か？定義と用語の交通整理」に直っています。数えてみると、見出し（H2）10本のうちコロンでつないでいたのは、初稿では6本、直したあとは0本でした。本文の段落の1文あたりの読点も、1.32個から1.08個に減っています（2026年9月20日の初稿と、同じ日にレビューを受けて直した稿の比較。表・箇条書き・引用は数えていません）。

どちらも内容の誤りではありません。それでも、読者が最初に引っかかるのは中身より先にこうした機械っぽい書き方だと私たちは考えています。このレビューをきっかけに、見出しにコロンを使わないことと不要な読点を打たないことを制作ルールに加え、以降の記事では下書きの段階から避けています。編集の流れの作り方は AIライティングの実務 にまとめました。

何から身につける？立場別の優先順位

どこから手をつけるかは立場によって変わります。初めて書く人は結論と構成から、原稿を受け取って確認する人は公開前チェックから、記事がすでに多いサイトは既存記事の見直しから始めるのがおすすめです。

立場	最初にやること	次にやること	読む記事
初めてSEO記事を書く人	結論を1〜2文で書いてから構成案を作る	リード文と見出し直下の結論を書く練習	「記事構成案の作り方」「リード文の書き方」
原稿を確認する人	公開前チェックの4群を自社用に整える	構成案の段階でレビューする流れをつくる	「記事公開前チェックリスト」「メディアのトンマナ設計」
記事が多いサイトの担当者	評価されている記事に一次情報を足す	新しい記事の構成案に「この記事でしか読めない点」を入れる	「SEOリライトのやり方」「一次情報の作り方」

どの立場でも、最初に身につけたいのは「書く前に結論を決める」ことです。結論が決まれば見出しの並びが決まり、見出しが決まれば必要な材料と出典が決まります。

まとめ

参考にした一次情報

1. SEO Starter Guide Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
2. Creating helpful, reliable, people-first content Google Search Central・英語版 最終更新 2026-10-05、確認日 2026-10-24
3. Spam policies for Google web search Google Search Central・最終更新 2026-08-28、確認日 2026-10-24
4. Google Search's guidance about AI-generated content Google Search Central Blog・2023-02-08、確認日 2026-10-24
5. Google Search's guidance on using generative AI content on your website Google Search Central・最終更新 2026-10-01、確認日 2026-10-24
6. Optimizing your website for generative AI features on Google Search Google Search Central・最終更新 2026-07-10、確認日 2026-10-24
7. URL Inspection tool Search Console ヘルプ・インデックス登録をリクエスト、確認日 2026-10-24
8. Ask Google to recrawl your URLs Google Search Central・日本語版「URL の再クロールを Google にリクエストする」、最終更新 2025-12-10、確認日 2026-10-24
9. 文化庁『著作権テキスト 令和8年度版』 確認日 2026-10-24