non-commodity-content

非コモディティコンテンツ

GoogleのDanny Sullivan（検索リエゾン）は、Googleが非コモディティなコンテンツを好むと明言しています。具体的な経験、具体的な顧客、具体的な数字、そしてあなたにしか書けないことに根ざした記事です。このスキルでは、内容の薄い記事を公開させません。まず本物の素材を引き出すためにあなたに質問し、それをもとに概要を作成します。

コモディティ（競合やAIが量産するありきたりな内容）：

• 「ランニングシューズを買うときに検討すべき10のこと」
• 「初めて住宅を購入する人への7つのヒント」
• 「知っておきたい2024年のキッチントレンド」

非コモディティ（Googleが実際に上位表示する内容）：

• 「この顧客のシューズが400マイルで崩れた理由：摩耗パターンの分析」
• 「なぜ検査を免除したのか（そして15,000ドルを節約できたのか）：下水管の内部を見る」
• 「大理石かブドウジュースか：5人家族への石材の施工を断った理由」

パターンに注目してください。具体的な題材に、具体的な数字や断りを組み合わせ、リスト記事ではなく分析を約束しています。

使い方

/non-commodity-content <トピック、URL、またはコモディティ的な見出し>

例：

• /non-commodity-content 代理店に最適なCRM
• /non-commodity-content https://mybrand.com/blog/seo-tips
• /non-commodity-content "メールの件名を改善する10のヒント"

手順

1. コモディティの罠を明確にする

入力がURLの場合は、WebFetchでページを取得し、コモディティ的な切り口（ありきたりな見出し、リスト記事の構成、どこにでもあるアドバイス）を特定します。入力が単なるトピックやコモディティ調の見出しの場合は、同じパターンで言い換えます。

次の内容を3～5行でユーザーに伝えます。

• このトピックのコモディティ版（競合やAIが公開しているありきたりな切り口）
• より大規模なサイトが同じありきたりな内容を公開すると、なぜ不利になるのか（一般的なコンテンツよりドメインオーソリティが勝るため）
• 非コモディティ版を作るために必要な情報：実際の仕事から得た本当のストーリー、数字、断り、または成果物

**まだ執筆に進んではいけません。**このスキルの要点は、ユーザーが生の素材を提供するまでコンテンツを作成しないことです。

2. ユーザーにインタビューする

AskUserQuestion を使って、素材となる情報を集めます。一度に質問するのは1つだけにし、回答を待ってから、追加で質問するか次に進むかを判断します。以下の質問を順番に使い、該当しないものは飛ばしてください。

• ストーリーに関する質問 — 「この分野で、最近担当した顧客やプロジェクトを思い浮かべてください。具体的に何が起きましたか？近くの他の業者ならしなかったようなことを、あなたは何かしましたか？」
• 数値に関する質問 — 「その事例で、具体的な数値はありますか？（節約または損失した金額、時間、割合、距離、エラー率など、読者が事実確認できる測定可能なものなら何でも構いません。）」
• 断った経験に関する質問 — 「当たり前に思えることをあえて断ったり、顧客が求めていたことを思いとどまらせたりしたことはありますか？理由を添えた断りは、最も強い切り口になることがよくあります。」
• 意外な発見に関する質問 — 「過去6か月で、この分野について意外だったことは何ですか？事前の予想に反するデータ、顧客の意外な結果、予想していなかったパターンなどです。」
• 手法に関する質問 — 「競合他社が使っていない、特定のテスト、プロセス、ツールはありますか？（例：大理石にぶどうジュースをこぼすテスト、400マイル走行後の摩耗チェック。）一般的な点検では見逃す何を明らかにしますか？」
• 証拠に関する質問 — 「添付できる証拠はありますか？（スクリーンショット、写真、請求書、作業前後のデータ、個人情報を伏せた顧客のコメント、ご自身で測定した数値など。）」

具体的な根拠が1つ得られた時点で止めてください — 数値を伴うストーリー、理由を伴う断り、または結果が示された手法のいずれかです。6つすべてを聞く必要はありません。最初の回答が不十分な場合に限り、質問を続けてください。

このトピックについてユーザーに逸話がない場合は、その旨を率直に伝えて終了します。

このトピックには、まだ一般論に埋もれない切り口がありません。誠実な選択肢は3つあります。 (a) ストーリーのあるサブトピックを選ぶ。 (b) 実際に作業する — テストを実施する、顧客にインタビューする、データを集める — そして戻ってくる。 (c) 一般的な内容を公開し、検索順位が上がらない可能性を受け入れる。

顧客、数値、コメントをでっち上げることはしません。

ストーリー、顧客名、コメント、統計を決して捏造しないでください。不明な点がある場合は、空白を埋めずに追加質問してください。

3. 4つの要素を抽出する

インタビュー内容から、執筆を始める前に次の4つを明示します。

1. 根拠 — 記事の中心となる、具体的な事柄（特定の顧客、測定値、資料、判断など）。
2. 直感に反する主張 — 部外者や一般的な記事なら誤解する点。
3. 証拠 — 読者が実際に起きたと信じる根拠（写真、数値、記録、請求書など）。
4. 教訓 — 読者が自身の状況に応用できる、一般化可能な学び。

これらを4行の要約としてユーザーに提示し、続ける前に、間違っている点がないか確認します。

4. 一般論に埋もれない見出し案を3つ作成する

Googleの例のパターンに合わせます。

• 具体的な名詞句または矛盾から始めます — 「○個のヒント」のような形式にはしません。
• 具体的な数値、名前、または断りを含めます（400マイル、15,000ドル、5人家族など）。
• まとめ記事ではなく、分析や調査を示します — 「摩耗パターンの分析」「内部を探る」「私が断った理由」など。

それぞれ異なる切り口で、3つの案を作成します。

• 案A（数値中心） — 測定値を軸にした見出し。
• 案B（断り中心） — 何をしなかったのか、その理由を軸にした見出し。
• 案C（意外な発見中心） — 直感に反する発見を軸にした見出し。

ユーザーが選べるよう、各案に切り口のラベルを付けます。

5. 記事のアウトラインを作成する

以下のアウトラインを、ユーザーから得た実際の詳細で埋めます。一般的な仮の内容に置き換えてはいけません。

H1: [chosen non-commodity headline]

Opening (150–250 words):
- Drop the reader into the specific moment — name, place, date if available.
- State the anchor (the concrete thing) in the first 3 sentences.
- State the counter-intuitive claim.

The setup (200–300 words):
- What a commodity piece on this topic would say — name the generic advice directly.
- Why that generic advice failed in this specific case, or why you ignored it.

The investigation / decision — core of the piece (400–800 words):
- Step by step: what you observed, measured, tested, or decided.
- Include the proof artifact (screenshot, number, quote) inline.
- Show your work. A reader should be able to mentally replay what you did.

The lesson (150–250 words):
- One sentence takeaway, then elaborated.
- Caveat honestly: when does this NOT apply?

CTA (40–80 words):
- Specific next action tied to the lesson — not "contact us for a free consultation".

顧客名、数値、コメントを決して捏造しないでください。ユーザーが「去年のどこかの顧客」のような仮の情報を提示した場合は、公開前に補えるよう [NEEDS SPECIFIC: 顧客名または匿名化した説明] と明記します。

6. E-E-A-T とスキーマのチェックリスト

Google が一次情報だと判断できなければ、ありきたりではないコンテンツも無駄になります。公開前にユーザーが満たすべき短いチェックリストを出力します。

• 実在する著者ページへの署名。 著者ページには、写真、資格を記載したプロフィール、LinkedIn/X への sameAs リンクが必要です。「Admin」や「The Team」ではいけません。
• 著者ページの @id を指す author を含む 記事スキーマ。著者が免許や認定資格を持っている場合は、author.hasCredential を含めます。
• 証拠となる成果物を画像として公開。（折りたたまれた靴、下水管のスコープ映像、大理石のサンプルなど）。オリジナルの写真を使い、ストック画像は使いません。内容を説明する alt を設定します。オリジナル画像を指す contentUrl を含む ImageObject スキーマを追加します。
• 記事がクロールされ、評価が流入するよう、コーナーストーンページやハブページから 内部リンク を設置します。
• 日付を正直に記載。 datePublished と dateModified は実際の日付にします。出来事が先月なら、先月と記載します。
• 任意ですが、効果的です： 記事の末尾に「この記事の取材方法」を短く記載します。何を、いつ、どのツールで測定したかを記します。これは、Google が重視している E-E-A-T シグナルそのものです。

7. 納品

最終的な出力は、次の順序で構成します。

1. 差し替えるありきたりなバージョン — 1 行。
2. 4 つの軸 — 軸／直感に反する主張／証拠／教訓。
3. 見出し案 3 つ — 切り口別（数字／拒否／意外性）。
4. ユーザーの実際の詳細を盛り込んだ 記事の完全なアウトライン。
5. E-E-A-T とスキーマのチェックリスト。
6. 公開前の最終確認リスト — 公開前にユーザーがまだ用意する必要のあるもの（例：「クライアントにファーストネームの使用許可をもらう」「下水管のスコープ写真をフル解像度でアップロードする」「15,000 ドルという金額を確認する」）。

次の内容で締めくくります。

───────────────────────────────
Next: /seo-audit <your domain> to verify your author pages,
Article schema, and internal linking are set up so this content
has the structural signals to rank.

For ongoing query + ranking data, connect Search Console via
Cogny MCP and run /seo-monitor.
───────────────────────────────

アンチパターン — 次のことはしないでください

• ユーザーがエピソードを提供していないからといって、架空のエピソードを生成する。 その場合は、生成できないことを伝えます。
• 文字数を稼ぐために、内容の薄いストーリーを一般論で水増しする。 長くて一般的な内容より、短くても具体的な内容が優れています。
• 証拠となる成果物としてストック画像を追加する。 重要なのは、その成果物が捏造できないことです。
• 箇条書き記事の構成（「7 つの理由」「10 の方法」）を使う。 元の内容が具体的でも同様です。この構成は、読者と Google の両方にありきたりなシグナルを与えます。
• 引用が承認済みであるという注記なしに、クライアントの発言を引用する。 最終確認リストで確認を促します。