この記事の要点:
- 書く前に、記事の目的・読者・読者の質問・キーワード・読後の行動を「記事設計シート」1枚にまとめる
- 構成は上位記事の共通の話題をおさえ、自社だから書ける事例や数字を加え、読者が知りたい順に並べる
- 本文は各見出しの冒頭で答えを言い切り、数字には出どころ・時点・条件を添える
- 公開前は、事実・数字・権利を担当部署や書き手以外の人も含めて表で確認する
- 公開30日後に狙った語で表示されているか、90日後に成果につながっているかを見て直す
ブログの書き方とは
ビジネスブログの書き方とは、「誰の、どんな疑問に答え、読んだあと何をしてもらうか」を先に決め、その答えを冒頭に置き、見出しで順に説明する記事の作り方です。公開して終わりではなく、検索での表示や読まれ方を見て直すところまでを1つの流れとして扱います。記事の書き方より前に決める、ブログ全体の設定(URL・サイトマップ・カテゴリ)はブログのSEOで説明しています。
この記事は、日記や趣味の個人ブログではなく、会社のサイトで商品・サービスに関係する記事を書く担当者向けです。個人ブログとの違いは、次の3点です。
| 観点 | 個人ブログ | ビジネスブログ |
|---|---|---|
| 目的 | 書き手の発信・収益化 | 見込み客の疑問に答え、問い合わせや資料請求などにつなげる |
| 書き手 | 本人 | 担当者・外部ライター・AI下書き+社内確認など複数人 |
| 確認 | 本人の判断 | 価格・仕様・事例などを担当部署が確認してから公開 |
複数人が関わるため、ビジネスブログでは「書く前の設計を紙1枚にまとめる」「公開前の確認を表で行う」ことが、品質をそろえるいちばんの近道になります。
書く前に決めること:記事設計シート
本文を書き始める前に、目的・読者・キーワード・読後の行動を決めます。ここが曖昧なまま書くと、途中で話がそれたり、確認担当者との認識がずれたりします。
決める項目と順番
- 記事の目的:この記事で事業上なにを達成したいか(例:導入検討中の人に資料請求してもらう)。
- 読者:どんな立場の人が、どんな場面で読むか。
- 読者の質問:その人が検索窓に入れる疑問を1文で書く。
- キーワード:質問を表す検索語を1つ主に決め、関連語を数個添える。
- 検索意図:その語で検索する人が「知りたいのか、比べたいのか、申し込みたいのか」を確かめる。上位の検索結果に並ぶ記事の種類を見ると判断しやすくなります。
- 自社だから書けること:現場の手順、よく受ける質問、写真、自社の数字など。
記事の型を選ぶ
同じテーマでも、読者の質問によって合う記事の型が変わります。検索結果の上位に並ぶ記事の型と、次の目安を照らして選びます。
| 読者の質問がこうなら | 合う記事の型 | 入れるもの |
|---|---|---|
| 「〇〇とは」と意味を知りたい | 用語解説 | 1〜2文の定義、図、似た言葉との違い |
| 「〇〇 やり方」と手順を知りたい | ハウツー | 番号付きの手順、画面の画像、つまずきやすい点 |
| 「〇〇 選び方」「〇〇 比較」で迷っている | 選び方・比較 | 判断基準、比較表、向き不向き |
| 「〇〇 事例」で他社の様子を知りたい | 事例紹介 | 導入前の課題、行ったこと、変わった作業(お客様の許可を得て) |
| 「〇〇 費用」「〇〇 料金」を知りたい | 費用の解説 | 費用の内訳、条件ごとの目安、見積もりの取り方 |
1本の記事に複数の型を詰め込むと、どの読者にも中途半端になります。例えば「選び方」と「事例」の両方を書きたい場合は、記事を分けて互いにリンクします。
コピーして使える記事設計シート
次のシートを社内の共有文書に貼り、空欄を埋めてから構成づくりに進みます。確認担当者には、本文より先にこのシートを見てもらうと、手戻りが減ります。
【記事設計シート】 記事の目的 :(例:〇〇の資料請求につなげる) 読者 :(立場/業種/いま困っていること) 読者の質問 :「 」(1文) 主キーワード : 関連キーワード: 検索意図 :知りたい/比べたい/やり方を知りたい/申し込みたい 冒頭で言い切る答え(1〜2文): 自社だから書けること(事例・数字・写真・よくある質問): 読後にしてほしい行動(リンク先URL): 事実確認の担当者・期限: 公開予定日/30日後の見直し日/90日後の見直し日:
「冒頭で言い切る答え」がこの段階で書けない場合は、まだ調べ足りないか、質問が大きすぎるサインです。質問を絞り直してから進めます。
構成(見出し)の作り方
構成とは、h2・h3の見出しだけを並べた記事の設計図です。見出しだけを読んで記事の流れと答えが分かれば、構成はできています。
キーワードから見出しを組み立てる手順
- 主キーワードで検索し、上位の記事の見出しを書き出す。
- 2本以上の記事が共通して扱っている話題に印を付ける。これが読者の多くが知りたい部分です。
- 読者が知りたい順(定義 → 判断基準 → 手順 → 注意点 → 次の行動)に並べ替える。
- 自社だから書ける話題(事例、現場の失敗、料金の考え方など)を、関係する見出しの中に足す。
- 見出しの文言に、その節の答えや内容が分かる言葉を入れる。
例:「勤怠管理システム 選び方」の構成
例として、勤怠管理システムを販売する会社が、初めて導入を検討する中小企業の総務担当者に向けて書く場合の構成を示します。
h1 勤怠管理システムの選び方|失敗しない5つの基準 h2 勤怠管理システムの選び方の結論(冒頭で基準を言い切る) h2 選ぶ前に整理すること h3 従業員数と働き方(シフト制・在宅勤務・直行直帰) h3 いまの集計方法と困っていること h2 選び方の5つの基準 h3 打刻の方法 h3 就業規則・残業計算への対応 h3 給与計算ソフトとの連携 h3 費用(初期費用・月額・1人あたり) h3 サポート体制 h2 導入までの流れと期間の目安 h2 よくある失敗(自社への相談で多いケース) h2 比較表のテンプレート h2 まとめと次の一歩(資料請求・無料相談)
この例では、上位記事に多い「基準」「費用」「流れ」をおさえたうえで、「自社への相談で多いケース」と「比較表のテンプレート」で、ほかの記事にない中身を足しています。h1は記事タイトルに1つだけ使い、h2・h3は階層を飛ばさずに使います。
本文の書き方のルール(書き換え例つき)
本文は、構成の見出しごとに「答え → 理由 → 具体例 → 次の行動」の順で書きます。社内で書き手が変わっても読みやすさがそろうよう、次のルールを決めておくと便利です。一文の長さや語順など、文そのものの直し方は「読みやすい文章の書き方」で説明しています。
基本のルール
- 結論から書く:各見出しの最初の1〜2文で、その節の答えを言い切る。
- 1文は短く、1段落に1つの話:目安として1文60字前後で区切る。
- です・ます調に統一する:文末が混ざると読みにくくなります。
- 専門用語は初出で一言説明する:社内の略語や業界用語は、読者が知らない前提で書く。
- 条件を書く:「従業員30人以下なら」「シフト制の場合は」のように、当てはまる読者を示す。
- 数字と根拠を示す:数字には出どころ・時点・条件を添える。根拠のない「必ず」「絶対」は使わない。
- 引用は区別して出典を書く:他のサイトの文章を使うときは、引用部分を分かるようにし、出典を示す。丸写しはしない。
- 手順は番号付きリスト、比較は表:文章だけで並べるより、読み手が追いやすくなります。
書き換えの例
| 直す点 | 直す前 | 直した後 |
|---|---|---|
| 前置きが長い | 近年、働き方改革の流れもあり、多くの企業で勤怠管理の重要性が高まっています。そこで今回は… | 勤怠管理システムは、打刻方法・残業計算・給与ソフト連携・費用・サポートの5点で選びます。 |
| 冗長な表現 | 導入することができるようになっております。 | 導入できます。 |
| あいまいな言い切り | このシステムなら必ず残業が減ります。 | 打刻と申請を一つにまとめると、集計の手間を減らせます(例:月末の手集計が不要になるケース)。 |
| 条件がない | クラウド型がおすすめです。 | 拠点が複数ある、在宅勤務がある場合は、クラウド型が向いています。 |
| 専門用語 | 36協定の上限を超えないようアラートを設定します。 | 36協定(残業時間の上限を定めた労使の取り決め)の上限に近づいたら、通知が出るように設定します。 |
| 数字の根拠がない | 導入企業の満足度は非常に高いです。 | (自社調査がある場合)2026年4月に導入企業へ行ったアンケートでは…と、時期・対象・人数を添えて書く。調査がなければ書かない。 |
誰が書いたかを示す
記事の末尾やプロフィール欄に、書き手や監修者、確認した部署を示します。読者は「この情報は誰の経験に基づくのか」を判断材料にします。外部ライターやAIで下書きを作った場合も、事実の確認を社内の誰が行ったかを明確にしておきます。
タイトル・リード文・画像の整え方
タイトル
タイトルは、検索結果で最初に読まれる部分です。主キーワードを前半に置き、記事で分かることを具体的に書きます。長すぎると検索結果で途中が省略されることがあるため、伝えたいことを前に寄せます。
- 直す前:初心者でも分かる!今さら聞けない勤怠管理のあれこれ
- 直した後:勤怠管理システムの選び方|失敗しない5つの基準
当サイト(seoagent.jp)でも、日本語記事9本のtitleが40字を超えていたため、主キーワードを前に出して40字以内に直し、自動チェックで40字超が0件になったことを確認しました。
リード文は最後に書き直す
リード文(冒頭の導入)は、本文を書き終えてから書き直すと、記事の中身と一致させやすくなります。「誰向けの記事か」「何が分かるか」を2〜3文で伝え、すぐ本題に入ります。記事の種類ごとの型と例文は「リード文の書き方」にまとめています。
図・写真とalt属性
手順の画面、比較の図、現場の写真など、文章だけでは伝わりにくい部分に画像を使います。自社で撮った写真や自社の画面は、ほかのサイトにない材料にもなります。画像には内容を短く説明するalt属性(代替テキスト)を付けます。装飾の多用(太字・色・枠の乱用)は、かえって大事な部分を埋もれさせるため控えます。
公開前のチェックリスト
書き上げたら、時間をおいて(できれば翌日)読み返し、次の表で確認します。書き手と別の人が確認すると、思い込みに気づきやすくなります。
| 分類 | 確認すること | 確認する人 |
|---|---|---|
| 答え | 冒頭の1〜2文で、読者の質問に答えているか | 書き手 |
| 構成 | 見出しだけを読んで、流れが分かるか。h1は1つか | 書き手 |
| 事実 | 価格・仕様・社名・法令・日付が最新か | 担当部署 |
| 数字 | 数字に出どころ・時点・条件が書いてあるか | 担当部署 |
| 表現 | 「必ず」「絶対」「業界No.1」など根拠のない言い切りがないか | 確認担当 |
| 権利 | 引用の出典、画像の使用許可、写っている人・お客様の許可があるか | 確認担当 |
| 分類 | 確認すること | 確認する人 |
|---|---|---|
| タイトル | 主キーワードが前半にあり、中身と一致しているか | 書き手 |
| 説明文 | メタディスクリプションが記事の要点を表しているか | 書き手 |
| リンク | 関連記事・サービスページへ本文の中から案内しているか。リンク切れがないか | 書き手 |
| 画像 | alt属性があり、ファイルが重すぎないか | 書き手 |
| 表示 | スマートフォンで表・画像・コードが崩れていないか | 書き手 |
| 行動 | 記事の最後に、読者の次の行動(資料・相談・関連記事)があるか | 書き手 |
公開後の見直し:30日後と90日後
公開した記事は、Search Consoleで検索での表示とクリックを確認し、決まった時期に見直します。公開直後は数字が少なく判断しにくいため、30日後と90日後のように日付を決めておくと続けやすくなります。
公開直後
- Search Consoleの「URL検査」に記事のURLを入れ、インデックスに登録されているかを確認します。未登録なら「インデックス登録をリクエスト」を使えます。
- サイトマップに記事が含まれているかを確認します。
30日後:届いているかを見る
- Search Consoleの「検索パフォーマンス」で、フィルタに記事のURL(ページ)を指定します。
- 「クエリ」タブで、どんな語で表示されているかを見ます。
- 狙った語で表示されていなければ、タイトル・見出し・冒頭の答えに、その語や読者の言い方が入っているかを見直します。
- 想定外の語で表示されていれば、その語の疑問に答える段落を足すか、別記事にするかを判断します。
90日後:成果につながっているかを見る
| 見えた状態 | 考えられる原因 | 直すこと |
|---|---|---|
| 表示は多いがクリックが少ない | タイトル・説明文が検索した人の疑問と合っていない | タイトルと説明文を書き換える |
| 掲載順位が低いまま | 答えが浅い、ほかの記事にない中身が少ない | 自社の事例・手順・表を足す |
| 読まれているが問い合わせにつながらない | 次の行動への案内が弱い、位置が遠い | 本文の途中と末尾に関連ページへの案内を置く |
| 自社の別記事と同じ語で表示されている | 記事の担当範囲が重なっている | 片方に統合するか、主題を分け直す |
なお、新しいサイトや改修したばかりのサイトでは、最初は数字がほとんど出ないこともあります。当サイト(seoagent.jp)でも、改修前の2025-06-16〜2026-10-06の検索の表示回数は10、クリックは0でした。数字が少ない時期は、順位よりも「インデックスされているか」「狙った語で表示が始まったか」を確認します。
見直しの記録を残す
直した日、直した箇所、直した理由を記事ごとに1行で記録します(例:「2026-11-10 タイトルを変更。表示はあるがクリックが少なかったため」)。次の見直しで、変更の前後を同じ期間の長さで比べられるようになります。一度に多くの箇所を変えると、何が影響したか分からなくなるため、変更は少しずつ行います。
よくある失敗と対処
| 起きること | 原因 | 直し方 |
|---|---|---|
| 書いている途中で話が広がり、終わらない | 読者の質問を1つに絞っていない | 記事設計シートの「読者の質問」を1文に戻し、外れた話題は別記事の候補にする |
| 上位記事とほぼ同じ内容になる | 上位記事の言い換えで書いている | 上位記事は構成の参考にとどめ、自社の事例・数字・写真で中身を作る |
| 確認で大きく差し戻される | 担当部署が本文を初めて見る | 構成の段階で設計シートと見出しを見てもらう |
| 宣伝ばかりで読まれない | 自社商品の説明から書き始めている | 読者の疑問への答えを先に書き、商品は解決手段の1つとして後半で紹介する |
| 公開後に放置される | 見直しの日付と担当が決まっていない | 公開時に30日後・90日後の見直し日を予定に入れる |
| AI下書きに誤りが残る | 事実確認の担当が決まっていない | 数字・固有名詞・法令は必ず資料と照らして人が確認する |
検索で見つけてもらうための書き方(キーワードの入れ方、検索意図の満たし方)をさらに詳しく知りたい場合は、SEOライティングとはをご覧ください。ブログの書き方と関わる記事・サイト改善の記事は「記事・サイト改善の記事一覧」にまとめています。
よくある質問
1本の記事は、何文字くらい書けばよいですか。
決まった文字数はありません。Googleは、検索で好まれる文字数があるわけではないと説明しています。読者の質問に答えきれる分量が目安で、足りないと感じたら、文を増やすより、まだ答えていない問いが無いかを探します。量の決め方は「SEOと文字数」で説明しています。
ブログはどのくらいの頻度で更新すればよいですか。
決まった頻度はありません。本数を増やすことより、設計シートで決めた質問に答えた記事を、確認を経て公開することを優先します。公開済みの記事を30日後・90日後に見直す時間も、予定に含めて計画します。
AIで下書きを作った記事を公開しても問題ありませんか。
Googleは、コンテンツの作り方ではなく質を見ると説明する一方、検索順位の操作を主な目的にAIなどで大量に作ることはスパムに当たるとしています。下書きにAIを使う場合も、事実・数字・固有名詞を人が資料と照らして確認し、自社だから書ける内容を加えてから公開します。
公開日を新しくすれば、検索で有利になりますか。
内容を大きく変えていないのに日付だけを新しくすることを、Googleは、検索のための作り方の例として挙げています。日付は、内容を実際に更新したときに改めます。
SEOAGENTでできること
SEOAGENTでは、見出しを確認してから本文を作成し、公開前に確認が必要な点を整理し、WordPressへの公開まで進められます。



