content-brief-authoring

コンテンツブリーフの作成

ライターが実際に公開する価値のあるコンテンツを作成できるよう導く、シニアコンテンツストラテジスト向けのコンテンツブリーフ作成ガイドです。

ほとんどのコンテンツブリーフには、何らかの欠陥があります。簡素すぎるものは、キーワード、文字数、締め切りだけで、ライターはそれ以外をすべて一から考え、結果としてありきたりな内容になります。反対に、分量が多すぎるものは、誰も読まない4ページの文書です。ライターは見出しとアウトラインだけをざっと確認し、残りは無視します。いずれにせよ、ブリーフは本来の役割を果たせていません。ライターの作業を容易にし、成果物をより予測可能にするという役割です。

このスキルは、その中間を目指します。コンテンツブリーフに盛り込む価値のある12の項目、役に立たず分量だけを増やす項目、そしてライター（人間またはAI）が、ターゲットキーワードで上位表示される、AI検索エンジンに引用される、適切な読者のコンバージョンにつながるなど、設定した成功基準を満たすコンテンツを作成できるよう導くブリーフを書くための手法を定めます。何を書くかはすでに決まっていて（プログラムレベルの方針についてはcontent-strategyを参照）、ここでは個々のコンテンツについてブリーフを作成することを前提としています。コンテンツ自体の執筆は別途行います（content-and-copyを参照）。

このスキルを使う場面：個々のコンテンツについてライター（人間またはAI）にブリーフを作成する場合、良質なコンテンツにつながっていない既存のブリーフを監査する場合、コンテンツプログラム用のブリーフテンプレートを作成する場合、またはFrase、AirOpsなどのツールを通じてブリーフ生成パイプラインを運用する場合です。

---

このスキルの対象範囲

このスキルは、個々のコンテンツ向けの編集ブリーフ作成を扱います。関連する3つのスキルと組み合わせて使います。それぞれの違いを明確にすることで、各スキルの役割が保たれます。

• creative-briefはプロジェクトブリーフです。新しいウェブサイト、アプリ、ブランド、キャンペーンなど、プロジェクトレベルで企画から実行へとつなぎます。対象者、目標、範囲、プロジェクト単位での成功を扱います。
• content-strategyはプログラムレベルの編集戦略です。柱、カレンダー、トピッククラスター、ガバナンスなど、四半期または年間を通じて何を制作するかを決めます。
• content-and-copyは執筆そのものを扱います。文体、構成、編集、トーンの調整など、一般的な編集作業の実行範囲を担います。
• このスキルは、content-strategy（プログラムの方針が決定済み）とcontent-and-copy（コンテンツを執筆）をつなぐ、個々のコンテンツ向けのブリーフです。キーワード、検索意図、対象者、アウトライン、エンティティ、成功基準など、1つのコンテンツ成果物についてブリーフを作成します。

推奨される順序は明快です。content-strategyで制作するものを決め、このスキルで各コンテンツのブリーフを作成し、content-and-copyで執筆します。チームがリニューアルや新しいブランドの立ち上げについてブリーフを作成する場合は、このスキルではなくcreative-briefを使います。

対象読者は、コンテンツストラテジスト、SEOコンテンツマーケター、編集責任者、コンテンツオペレーションマネージャー、大規模なコンテンツプログラムを運営するエージェンシー、そしてライター（人間またはAI）にブリーフを作成するPMやマーケターです。シニアコンテンツストラテジストからジュニアコンテンツマーケターに向けた、具体的で明確な意見を示し、ブリーフが役立つか役立たないかを率直に伝える語り口です。

---

薄いブリーフ、厚いブリーフ、効果的なブリーフ

要となる違いです。具体的な形は3つあります。

薄いブリーフ。 キーワード、文字数の目標、締め切り。場合によっては、切り口を一行でまとめたものが加わります。ライターは、それ以外のすべてをゼロから補います。成果物は凡庸で、テーマから逸れ、検索順位も上がらず、コンバージョンにもつながりません。その代償は書き直しです。ライターが検索意図、対象読者、構成を取り違えたために、編集者は2時間かけて書き直すことになります。

厚いブリーフ。 エグゼクティブサマリー、ブランドガイドラインの再確認、包括的な競合分析、文体ガイドラインに加え、実際のブリーフが途中に埋もれている4ページの文書です。ライターは構成を探してざっと読み、それ以外は無視します。文書の大半を読まないため、成果物は薄いブリーフから作ったものと実質的に変わりません。その代償は作成時間です。ストラテジストは、ライターが読み込むことのない背景情報のページを作るのに3時間を費やします。

効果的なブリーフ。 1〜2ページです。すべての項目に意味があります。余計な情報がないため、ライターはすべてに目を通します。成果物は予測しやすく、編集者がリード文を書き直す必要もありません。その代償は、ライターの行動を変えない項目を削る規律です。

必要なのは規律です。ブリーフの各項目には役割があります。その項目を削っても成果物の質が落ちないなら、削除してください。ブリーフは編集責任者とライターの間の契約です。曖昧な契約は曖昧な成果物を生み、詰め込みすぎた契約は、ライターが読んだ部分だけを反映した成果物を生みます。

うまく機能していないブリーフの多くは、厚いのではなく薄いものです。情報を足すという発想は、たいていブリーフを悪化させます。項目を絞り、より具体的にするという発想は、たいていブリーフを改善します。

---

効果的なブリーフに必要な12項目

役立つブリーフには12項目があります。どれかを省くと、ライターは既存知識でその不足を補います。その隙間から、出力にブレが生じます。

1. ターゲットキーワード＋関連キーワード群。 メインキーワードと、同じキーワード群に属する3～5個の関連キーワードです。関連キーワード群があることで、ライターはトピックに広がりがあると把握できます。メインキーワードは、記事を何に最適化するかを示します。
2. 検索意図の分類。 情報収集、案内、商用、または取引です。さらに、SERPで優勢な形式（記事、リスト記事、比較、動画、ツール）も確認します。検索意図によって記事の種類が決まり、形式によって記事の構成が決まります。
3. ターゲット読者。 具体的な職種と習熟度です。「Xに関心がある人なら誰でも」ではありません。従業員500人のSaaS企業に勤めるシニアデータエンジニアならターゲットですが、「データ関係者」では具体性が足りません。
4. 読者が達成したいこと。 読者が記事にたどり着いたときに解決しようとしている問題です。具体的に、1文で記述します。
5. 目標文字数／深さ。 コンテンツのノルマではなく、SERPに合わせて調整します。検索結果の上位10件がすべて1,200語なら、3,000語を依頼しても労力の無駄です。上位10件がすべて4,000語なら、1,500語を依頼しても、ランキングを獲得できない記事になります。
6. 見出し構成案。 H2とH3を明示し、論理的な順序に並べます。ライターが最も注意深く読むのは構成案です。ここに時間をかけましょう。
7. 必須のエンティティ、統計、引用。 AEOとGEOのために、記事で扱う必要があるツール、手法、専門家、統計情報を指定します。エンティティの不足は、エージェントが優先順位を判断する際の指標になります。
8. 内部リンク戦略。 この記事からアンカーテキスト付きでリンクする3～5ページと、公開後にこの記事へのリンクを追加する既存ページを1～3ページ指定します。
9. 外部の裏付け情報。 必須の引用、情報源、専門家のコメントです。省略できません。
10. 避けるべきパターン。 してはいけないことを記載します。ライターが脱線しそうな無関係の話題、ブランドイメージに合わない文体、ブリーフで使用禁止リストに明記するAIらしい決まり文句（使い古された企業用語の形容詞、前置きだけの導入文、AI生成を感じさせる動詞の標準的なセット）などです。
11. 成功基準。 何をもって成功とするかを示します。90日以内にターゲットキーワードでランクインする。60日以内に、そのキーワード群でChatGPTに引用される。最初の30日間にトライアル登録を50件獲得する。プログラムの目標に結びついた、測定可能で期限のある基準にします。
12. 著者の文体とトーンの参考資料。 ブランドの文体ガイドへのリンクを記載します。記事のトーンを標準的な文体から変える必要がある場合は、ここに1文で記載します。

プログラムに初めて参加するライター向けでない限り、ブリーフに含める価値がなく、省略すべき項目は次のとおりです。

• 長いエグゼクティブサマリー（ブリーフ自体がエグゼクティブサマリーです）
• ブランドガイドラインの再説明（リンクを記載し、繰り返さないでください）
• 包括的な競合環境の分析（調査資料へのリンクを記載し、内容をそのまま詰め込まないでください）
• 出版物、企業、ブランドの簡単な沿革（この記事には関係ありません）

コンテンツの種類ごとの詳細とテンプレートについては、references/brief-templates.mdを参照してください。

---

検索意図の分類

標準的な4つの検索意図：

• 情報収集型。 読者は情報を得たいと考えています。検索結果ページには通常、記事、ガイド、解説が表示されます。
• 案内型。 読者は特定のブランドやページを探しています。検索結果ページでは通常、ブランドのサイトが1位に表示されます。ブランド自身でない限り、案内型の検索意図で上位表示を狙うのはほぼ不可能です。
• 商用調査型。 読者は購入に向けて調査しています。検索結果ページには通常、比較記事、レビュー、「おすすめX」のリスト記事が表示されます。
• 取引型。 読者は購入する準備ができています。検索結果ページには通常、商品ページ、料金ページ、登録フローが表示されます。

検索結果ページの主流フォーマットを確認します。検索意図を分類したら、検索結果ページの上位10件を確認し、主流フォーマットをタグ付けします：記事、リスト記事、比較、動画、ツール、ハイブリッド。主流フォーマットは記事の形を示すもので、検索意図のラベルよりも決定的です。

上書きパターン。検索意図が情報収集型に思えても、検索結果ページの大半がリスト記事なら、リスト記事を書きます。検索意図が商用調査型に思えても、検索結果ページの大半が長文記事なら、記事を書きます。真実を示すのは検索結果ページであり、先入観ではありません。検索結果ページで受け入れられている形式に合わせることで上位表示でき、そこから外れると順位を落とします。

AEO/GEO に関する考慮事項。AI エンジンは、検索意図の分類が検索結果のコーパスを使って学習されているため、検索結果ページの意図に合った形式の記事を優先する傾向があります。形式が合わないと、順位だけでなく、引用される可能性も下がります。

詳細は references/search-intent-classification.md を参照してください。

---

見出し構成の設計

ブリーフで指定すべき見出し階層のパターン：

• キーワードに関連する一般的な追加質問に対応する H2 セクション。読者は一連の質問を念頭に置いており、H2 が順に答えます。
• ナビゲーション上の価値がある場合に限り、H2 の下に H3 を置きます。孤立した H3 は作りません。誰も読み進めないような H2-H3-H4 の連続も避けます。
• 強調スニペットを狙うパターン：質問形式の H2 の直後に、40〜60語の回答段落を置きます。Google はこの段落をスニペットとして抜き出すことが多く、AI エンジンも引用元として引用することがよくあります。
• 見出しの順序は、書き手の熱意ではなく読者の思考の流れに合わせます。明白な答えを最初に置き、書き手独自の切り口は H2 #1 ではなく H2 #4 に置きます。

ブリーフで明示的に禁止すべきアンチパターン：

• すべてが「How to」または「The」で始まる H2。構成の繰り返しは、AEO/GEO クローラーにも読者にも、AI 生成であることを示します。
• 結論を後回しにすること：実際の答えが H2 #4 にある。読者は H2 #2 の時点で離脱しています。
• セクションの長さが極端に不均衡であること：H2 #1 が1,500語で、H2 #2 が80語。80語のセクションは仮置きのように読めます。

詳細は references/heading-structure-patterns.md を参照してください。

---

AEO と GEO におけるエンティティの網羅

AI エンジン（ChatGPT、Perplexity、Claude、Gemini、Google AI Mode）は、SERP 上位ページで言及されているエンティティを含み、出典付きの具体的な統計データを盛り込み、引用形式の裏付けとなる情報を含み、エンティティを網羅してトピックの深さを示すコンテンツを引用する傾向があります。

記事のブリーフを作成する前に、次の手順でエンティティを洗い出します。

1. 対象キーワードの SERP 上位 10 件を取得します。
2. 複数のページで言及されているエンティティを特定します。具体的には、名前のあるツール、手法、専門家、データソース、統計データです。
3. 1～2 ページで言及されていて、既存コンテンツには含まれていないエンティティを特定します。これがエンティティのギャップです。
4. ギャップとなっているエンティティを、必須の網羅項目としてブリーフに追加します。

ブリーフには、ライターが言及すべきエンティティと、それぞれが重要な理由を簡潔に記載します。ライターが各エンティティを一から調査する必要はありません。ブリーフに「CUPED はデータウェアハウスでの実験を行うチームが使用する分散低減手法です。方法論のセクションで触れてください」のような一文の補足があるため、流れを崩さずに内容に組み込めます。

この作業を自動化するツールには、エンティティギャップ分析機能を組み込んだ Frase、ワークフロービルダーで同様の分析を構成できる AirOps、エンティティ網羅度のスコアリングを提供する Surfer SEO があります。このスキルは特定のツールに依存しません。重要なのはワークフローです。

詳細は references/entity-coverage-checklist.md を参照してください。

---

内部リンク戦略

ブリーフでは、次の 2 つのリンクの方向を指定します。

• この記事からの発リンク。 この記事からリンクするページを 3～5 件指定します。アンカーテキストとリンク先のページを明記します。執筆中にライターが内部リンクを決めるべきではありません。ストラテジストはすでにトピッククラスターを把握し、どの記事同士を相互に補強させるべきかを知っています。
• 公開後にこの記事へ向けるリンク。 公開後にこの記事へのリンクを追加する既存ページを 1～3 件指定します。これはブリーフに登録する後続タスクであり、ライターへの依頼ではありません。

孤立コンテンツが生じるパターンは、記事を公開しても他の記事からリンクされず、検索エンジンに優先度を下げられ、AI エンジンからトピッククラスターに関連付けられた記事として認識されないことです。ブリーフ作成時に上流ページからのリンクを計画しておけば、これを防げます。

自己カニバリゼーションの確認では、この記事が同じキーワードクラスターを対象とする既存記事と競合する可能性がある場合、ブリーフに明記します。選択肢は、既存記事に統合する、2 つの記事が競合しないようブリーフで切り口を明確に分ける、またはいずれかを取りやめる、の 3 つです。記事の執筆後に問題を指摘すると、ブリーフの段階で指摘するよりもコストがかかります。

詳細は references/internal-linking-strategy.md を参照してください。

---

コンテンツタイプ別のブリーフテンプレート

コンテンツタイプによって、適したブリーフの形式は異なります。12 の項目は共通ですが、それぞれの比重が変わります。

• ピラー記事。 トピックを包括的に扱う 3,000 語以上の記事で、トピッククラスターの基盤となります。ブリーフでは、構成、網羅性、補足記事との双方向の内部リンクを重視します。
• 補足記事／クラスター記事。 1,000～2,000 語で、より狭いトピックを扱い、ピラー記事にリンクします。ブリーフでは、具体性と、単一の問いに絞った範囲を重視します。
• 比較記事（X vs Y）。 商用意図を持ち、比較を構造化し、判断の枠組みを示します。ブリーフでは、客観性（ブランドが X または Y の一方に該当する場合は、誠実なポジショニング）、表の構成、「X が優れている場合」／「Y が優れている場合」という切り分けを重視します。
• リスト記事。 情報提供または商用の意図を持ち、一覧性が高く、順位付けの有無を問わず構成できます。ブリーフでは、選定基準、掲載順の理由、各項目の詳しさを重視します。
• ハウツーガイド。 情報提供を目的とし、スクリーンショットを用いて手順を説明します。ブリーフでは、手順の粒度、事前準備、トラブルシューティングのセクションを重視します。
• ソートリーダーシップ／意見記事。 商用またはブランディングを目的とし、独自の見解と専門性を示します。ブリーフでは、主張、それを裏付ける論点、想定される反論を重視します。

各テンプレートの記入例は references/brief-templates.md にあります。

---

ブリーフからライターへの引き継ぎ

ライターが人間でも AI でも、引き継ぎの流れは同じです。

• 12 項目すべてが記入されたブリーフを渡します。
• ライターは執筆前に確認の質問をします（または AI エージェントが最初の応答でブリーフの曖昧な点を示します）。
• ライターまたはエージェントが、成功基準を明確に了承します。
• 初稿ではブリーフに言及します。「この初稿では、必須エンティティ 5 件のうち 4 件を取り上げています。5 件目が抜けているのは、SERP の情報が不足しており、信頼できる情報源を見つけられなかったためです。」
• 編集者は個人の好みではなく、ブリーフに照らしてレビューします。「ブリーフでは X と指定されていたが、初稿では Y になっている」という観点でレビューします。

AI への引き継ぎでは、ブリーフは構造化プロンプトまたはツールへの入力になります。Frase、AirOps などのツールでは、機械処理用にブリーフを YAML または JSON で構造化します。適用される 12 項目は同じです。違いは構造化形式だけで、取り決めは変わりません。

詳細は references/writer-handoff-protocols.md を参照してください。

---

ブリーフのガバナンス

バージョン管理。すべてのブリーフにバージョンを付けます。重要な変更（ターゲットキーワードの変更、対象読者の変更、対象範囲の拡大）があればバージョンを上げます。体裁上の編集では上げません。ライターが常に使用するのは現行バージョンであり、3 週間前に Slack に貼られた古い下書きではありません。

承認。ブリーフの承認者は、コンテンツプログラムの編集責任者です。承認者は 1 人にし、委員会にはしません。承認者は公開後の編集者も兼ねるため、取り決めとレビューの両方に同じ人が責任を持ちます。この役割を分けると、ブリーフとレビューの内容にずれが生じます。

アーカイブ。公開後、ブリーフをコンテンツ本体と併せてアーカイブします（Notion データベースの行、dbt モデル、コンテンツ管理システムのメタデータなど、チームで信頼できる情報源としているものに保存します）。今後のコンテンツ監査では、ブリーフと公開済みコンテンツの両方を参照し、意図と実行の間にある差を評価します。ブリーフがアーカイブにないと、コンテンツ監査では、そのコンテンツが当初の目標を達成したのか、そこから逸脱したのかを判断できません。

詳細は references/brief-governance-patterns.md を参照してください。

---

よくある失敗パターン

簡潔な診断と解決策については、references/common-brief-failures.md を参照してください。

• 「ブリーフの情報が少なすぎた。」12 項目すべてを記入するか、ありきたりな成果物になることを受け入れてください。
• 「ブリーフの情報が多すぎた。」各項目に役割が必要です。不要な項目は削除してください。
• 「ライターがブリーフを無視した。」成功基準をブリーフに結び付け、ブリーフに照らしてレビューしてください。
• 「ターゲットキーワードが間違っていた。」ブリーフを作成する前に SERP で検証してください。
• 「コンテンツが SERP の意図に合っていない。」SERP の意図を優先してください。SERP がリスト記事を求めている場合は、通常の記事を書かないでください。
• 「コンテンツに内部リンクがない。」内部リンクは後付けではなく、ブリーフに含めてください。
• 「内容がありきたりで、何についてでも書けそうだ。」エンティティの網羅性と独自の視点がブリーフに欠けています。
• 「ブリーフは網羅的なのに、コンテンツが上位表示されない。」ブリーフは適切でしたが、SERP は予想以上に手ごわかったということです。ブリーフに項目を追加するのではなく、実際の成果に基づいて改善してください。
• 「評価に戻ることがなかった。」成功基準は公開後 30 日、60 日、90 日で測定してください。
• 「同じブリーフから、ライターごとに成果物が大きく異なる。」実際にはブリーフが曖昧すぎました。避けるべきパターンと文体に関するメモを明確にしてください。

---

フレームワーク：コンテンツブリーフ作成時の12の検討事項

コンテンツブリーフを作成または監査する際は、次の12項目を確認してください。

1. ターゲットキーワードとクラスター。 メインキーワードに、サポートキーワードを3〜5個加えます。
2. 検索意図とSERPの主要フォーマット。 自分の予想ではなく、SERPに合わせます。
3. ターゲット読者とJTBD。 「Xに関心がある人なら誰でも」ではなく、具体的な役割と課題を定めます。
4. SERPに合わせた文字数。 コンテンツのノルマに合わせるのではありません。
5. 見出し構成。 読者の思考モデルに合う順序で、H2とH3を明示します。
6. エンティティの網羅。 SERP上位10件に登場するエンティティを含め、不足しているエンティティは明示的に追加します。
7. 内部リンク。 3〜5件の発リンクを指定し、1〜3件の被リンク更新をキューに入れます。
8. 外部の裏付けとなる情報。 引用と情報源を必須にします。
9. アンチパターン。 AIらしい決まり文句やブランドに合わない語調など、避けるべきことを示します。
10. 成功基準。 測定可能で期限が定められており、当初のプログラム目標に結び付いていること。
11. ブリーフのバージョン管理と承認。 承認者は1人に絞り、重要な変更があればバージョンを更新します。
12. ブリーフは2ページ以内に収める。 すべての項目に価値があることを確認し、不要な項目は削除します。

このフレームワークの成果物は、ライターが5分で把握し、その後の5時間で実行に移せるブリーフ文書です。

---

必要なデータが入手できない場合

このスキルの出力は、自力では生成できないデータ、測定値、またはツールの結果に依存します。必須の入力、ツール、またはデータソースが利用できない、あるいは検証できない場合に認められる出力は、不足事項を明記した成果物です。具体的には、何が必要だったのか、実際に何を取得または検証できたのか、出力のどの部分が影響を受けるのかを記載します。成果物を完成させるために必須の数値を捏造、推定、補間することは、決して認められません。不足事項を明記すれば、それで回答として完結します。

---

参考ファイル

• references/brief-templates.md - ピラー、補足、比較、リスト記事、ハウツー、ソートリーダーシップ向けのブリーフテンプレートと、種類別の項目の比重に関する注記。
• references/search-intent-classification.md - 4種類の検索意図のフレームワーク、SERPフォーマットの確認、上書きパターン。
• references/heading-structure-patterns.md - H2とH3のパターン、強調スニペットを狙う方法、アンチパターン。
• references/entity-coverage-checklist.md - SERPからのエンティティ発見、ギャップ分析、AEO/GEOで引用を促す要因。
• references/internal-linking-strategy.md - 発リンクと被リンクのパターン、孤立ページの防止、自己カニバリゼーションの確認。
• references/writer-handoff-protocols.md - 人間のライターへの引き継ぎ、AI エージェントへの引き継ぎ、成功基準との結び付け。
• references/brief-governance-patterns.md - バージョン管理、承認、アーカイブ、監査証跡。
• references/common-brief-failures.md - 10種類以上の失敗パターンと、その診断および解決策。

---

結び：ブリーフは契約です

コンテンツブリーフは、編集責任者とライターの間の契約です。契約が曖昧なら、成果物も曖昧になります。契約に詰め込みすぎると、成果物に反映されるのはライターが読んだ部分だけです。重要なのは、ライターが5分で把握し、その後の5時間で実行に移せる契約を書くことです。それが仕事のすべてです。

うまく機能していないブリーフの多くは、厚すぎるのではなく、薄すぎます。通常、ページを増やそうとするのは逆効果です。項目を絞って、より具体的にするほうが、通常はブリーフの改善につながります。

ブリーフが完成しているか迷ったら、次の点を確認してください。12項目すべてが記入され、それぞれに価値があるか。検索意図がSERPに合っているか。エンティティが列挙されているか。内部リンクが指定されているか。成功基準は測定可能か。そして文書は2ページ以内か。すべて「はい」なら、ブリーフを公開し、ライターに作業を任せましょう。