SEO記事を依頼する前に作る構成メモと原稿の確認方法

キーワードに加えて、読者の状況を書く

同じ「ホームページ 修正」でも、文章を一行変えたい人、スマホ表示が崩れた人、編集環境がわからない人では必要な説明が異なります。検索語だけでなく、記事に来る前に何が起きているかを一文にします。

例として「昔作ったサイトの料金表示が古いが、制作担当者と連絡が取れず困っている事業者」と置けば、管理情報の確認、変更範囲、依頼時に共有するものが重要な話題になります。難しい専門用語から説明を始める必要はありません。

事業側から渡せる情報を先に集める

• 実際に受ける相談と、よく確認される条件
• 提供できる作業と、対応できない範囲
• 公開してよい制作例や手順
• 確認済みの数字や事実、その参照元
• 料金や納期を原稿に入れる場合の条件

根拠のない成功例や実績を、文章を充実させるために補ってもらわないようにします。公開できる実績が少ない場合は、架空例だと明記したケースや、読者が使えるチェック項目で説明を具体化できます。

構成メモを5項目で共有する

構成案を受け取ったら、見出しの数より、疑問に答える順序になっているかを確認します。最初に必要な答えがあり、その後に判断条件や具体例が続くと、読者は自分に必要な箇所を読み進められます。

原稿は、事実と使いやすさを分けて確認する

最初の確認では、サービス範囲、実績、数字、用語、参照先を見ます。次に、読者がこの記事だけで最初の行動を取れるかを確認します。説明が抽象的なら、入力例、比較、確認手順などを足せないか検討します。

Googleのユーザーを第一に考えたコンテンツのガイドでも、読者に役立つ内容や信頼できる情報を重視しています。この記事のメモは、その考え方を制作依頼へ落とし込むためのKSCの整理例です。

• 見出しの問いに、本文が答えているか
• 他のページを読まないと理解できない説明が残っていないか
• 引用・参照した内容と、自分の意見が区別できるか
• 記事末尾の案内が、読者の次の行動と合っているか

AIを使う場合も、確認担当を決める

AIで構成や下書きを作っても、事業の実情を知らなければ、対応していない作業を提案文に含めることがあります。事業情報を誰が確認し、参照元の内容を誰が照合するかを決めます。

納品物は本文だけか、タイトル・説明文・参照先まで含むか、サイトへの入稿は別かも確認します。公開後に見つかった不足は、記事のリライト手順に沿って記録しておくと、次回の修正に引き継げます。