Communitygithub.com

popnetmedia/non-commodity-content

公開向けの散文(記事、ブログ投稿、レビュー、ガイド、ランディングページ、メールキャンペーン、ソーシャル投稿、ケーススタディ、ニュースレター)を作成・編集する際に使用します。Googleの2026年4月「非コモディティ・コンテンツ」基準(独自性+具体性+信頼性)を確立し、公開前の5つの質問によるチェックを実施します。コードコメント、コミットメッセージ、内部文書、READMEファイル、Slackメッセージなど、一般公開やSEOを目的としない文章ではスキップしてください。

non-commodity-content とは?

このスキルは、Googleが2026年4月のSearch Central Live Torontoで正式に発表した「非コモディティ・コンテンツ」基準に従い、公開されるすべての散文が検索エンジンで評価されるようにするためのものです。この基準は、従来のE-E-A-Tの実運用版として位置づけられており、コンテンツは「独自性(Unique)」「具体性(Specific)」「信頼性(Authentic)」の3つの柱を満たす必要があります。このスキルは、記事、ブログ、レビュー、ランディングページなど、公開・SEO目的の文章を作成・編集する際に適用され、コードコメントや内部文書などではスキップされます。主な機能には、公開前の5つの質問チェック、競合が偽造できない証拠(写真、引用、測定値など)の組み込み、クエリファンアウト(検索時にAIが実行する複数の関連クエリ)への対応計画の策定が含まれます。また、サイト全体のコンテンツマップの作成とカニバリゼーションチェックも前提条件としており、画像生成(Replicate API統合がある場合は自動、ない場合はプロンプト手動生成)を計画に組み込むことを要求します。このスキルは、Cursor、Claude Code、CodexなどのAIエージェントツールで利用でき、従来のSEO基本事項(構造化データ、内部リンク、ページエクスペリエンス)を維持しつつ、非コモディティ・コンテンツをランキングの「乗数」として活用します。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/popnetmedia/claude-seo-skills/tree/main/non-commodity-content

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

非コモディティ・コンテンツ基準

なぜこれが必要か

2026年4月21日に開催されたGoogle Search Central Live Torontoで、Danny Sullivanは、GoogleがAI検索時代に積極的に評価するものを明確に定義しました。基調講演では、これをE-E-A-Tの実運用版として位置づけました。

AI検索成功のためのヒント:

  1. SEOの基本に従う
  2. 構造化データを活用する
  3. 優れたページエクスペリエンスを提供する
  4. 何よりも重要なのは:独自性があり、信頼性があり、非コモディティなコンテンツ

項目1~3は参加条件です。項目4が支配的なランキングシグナルです。このスキルは、公開されるすべての記事が公開前に非コモディティの基準を満たすことを保証します。

3つの柱

すべての記事は以下の3つすべてを備えていなければなりません。

  1. 独自性(Unique):他の人が欠いている、または簡単に再現できない視点、情報、コンテンツを提供します。競合他社が公開情報だけで同じ記事を書けるのであれば、それはコモディティです。
  2. 具体性(Specific):一般的なルール、汎用的な手順、「Xのヒント」のようなアドバイスではなく、特定の事例、状況、人物、物事について語ります。
  3. 信頼性(Authentic):実際にテストした、訪れた、箱を開けた、摩耗パターンを撮影した、人物に話を聞いた、実験を行った、契約を結んだなど、直接の知識を示します。

コモディティ vs. 非コモディティ(分野別の例)

これらはSullivanの例といくつかの拡張例です。パターンに注目してください。非コモディティのタイトルは、特定の事例を挙げ、再現不可能な行動を示しています(「拒否した」「免除した」「テストした」「どうなったか」など)。

分野コモディティ(単体では避ける)非コモディティ(公開する)
ランニングストア「ランニングシューズ購入時に考慮すべきトップ10」「なぜこの顧客のシューズは400マイルで潰れたのか:摩耗パターン分析」
不動産「初めての家を買う人のための7つのヒント」「なぜ我々は住宅検査を免除したのか(そして15,000ドル節約した):下水管の中を覗いてみた」
インテリアデザイン「2024年のキッチントレンド」「大理石 vs. グレープジュース:なぜ5人家族にストーンを設置するのを拒否したか」
ソフトウェア / SaaS「より良いAPI設計のための5つのヒント」「6ヶ月でページネーションを3回書き直した:最終スキーマとそれが勝利した理由」
製品レビュー「iPhone 17 Proレビュー:知っておくべきすべて」「iPhone 17 Proを12日間のアイスランド旅行で唯一のカメラとして使った:驚いた3つの失敗」
レストラン「ブルックリン2026年ベストイタリアンレストラン」「先週の土曜日にMisiでカルボナーラメニューをすべて食べた:待つ価値のある一品」
フィットネス「40代以降の筋肉のつけ方」「43歳で5/3/1を18ヶ月間続けた:リフト、写真、そして1年を無駄にした2つの間違い」
B2B / コンサルティング「CRM移行の重要性」「2025年に14社のクライアントをSalesforceからHubSpotに移行した:コストスプレッドシートと失敗した1社」

あらゆる分野に共通するパターン:特定の事例 + 直接の証拠 + 再現不可能な証明。

運用ルール

公開するすべての記事に適用します。

  1. 各記事を特定の出来事、人物、瞬間に固定する。 「先週の火曜日...」「私が...したとき」「3月の旅行で...」で始め、「多くのマーケターは知っている...」や「今日の目まぐるしい世界では...」では始めない。

  2. 最初の2段落で再現不可能な詳細を提示する。 実際の物の写真、日付、支払った金額、話を聞いた人、実行した比較。冒頭がどのサイトにも掲載できる内容であれば、書き直す。

  3. 競合他社が偽造できない証拠を少なくとも1つ含める: オリジナルの写真(ストック写真不可)、試飲・テスト日、インタビューした人物の引用、注文確認の参照、自分で測定した値、記録した結果。

  4. 推奨するタイトルのパターン:

    • 「なぜ私が[拒否した/免除した/維持した/選んだ/放棄した]のか...」
    • 「私が...したときに起こったこと」
    • 「[特定の主題]の[特定の出来事/期間]後」
    • 「XとYをZ[日/月/マイル]テストした」
    • 「[期間]に[トピック]について間違えた[数]の事柄」
  5. 単体の記事として避けるべきタイトルのパターン(各セクションに非コモディティの証拠が含まれている場合のみ許容):

    • 「トップ10...」「Xのベスト...」
    • 「Xのためのヒント...」
    • 「[年]年のベスト...」
    • 「[汎用的な動詞]する方法...」
    • 「[カテゴリ]とは?」
    • 「究極のガイド...」
  6. ラウンドアップの場合: 各エントリには、何が届いたか、何をテストしたか、何に驚いたか、誰が送ったかなど、少なくとも1つの直接体験に基づく文を含める必要があります。ブランドサイトから引用した一般的な説明はコモディティです。

  7. レビュー/ハウツー/ケーススタディの場合: 日付、セットアップ、条件を明記する。非コモディティのシグナルは「これが起こった、ここに領収書がある」です。

  8. インタビューの場合: 実際の会話が行われたこと。引用、帰属、日付を記載する。そうでなければ、それはインタビューではありません。

  9. リスト記事や「ベスト」系コンテンツの場合: エントリごとに基準を適用する。10製品のラウンドアップは、10エントリすべてがプレスリリースの言い換えであればコモディティです。各エントリに日付入りの直接観察があれば非コモディティです。

  10. 教育的/解説コンテンツ はコモディティリスクが最も高い。合格するには:説明の動機となる特定の出来事や実験で始め、各セクションを一人称の観察で固定し、経験に基づいた自身の好みや推奨で締めくくる。

  11. タイトルクエリだけでなく、クエリファンアウトをカバーする。 AI検索はもはや1つのクエリに1つの結果を返すのではありません。5~20の隣接クエリを並行して実行し(ファンアウト)、その束全体から最良の回答を取得し、1つの引用付きレスポンスに統合します。公開前に、タイトルからファンアウトが生成するであろう5~8の隣接する質問をリストアップします(なぜ、どのように、~についてはどうか、vs.、どのくらいの期間後、もし~ならば)。明白な質問はインラインで回答します。残りについては、非常に関連性の高い内部ページ、理想的には同じトピッククラスター内のピラーページにリンクします。関連する内部ターゲットがない場合、そのギャップは作成シグナルです:それを埋めるための新しい記事の計画をトリガーします。 これがコンテンツフライホイールです。ファンアウト監査がギャップを明らかにする→ギャップが新しい記事を生み出す→新しい記事がトピックカバレッジを深める→カバレッジがより多くの引用を獲得する。

  12. すべての作成計画には画像が含まれます。 オリジナルまたはタスク固有のビジュアルは、非コモディティ基準の一部です。ストック写真やブランドから取得した製品ショットはコモディティです。新しい記事を計画するときは、どの画像をどのように作成するかを計画で指定する必要があります。

    • プロジェクトにReplicate API統合がある場合(プロジェクトのCLAUDE.mdを確認)、ビルドの一部としてプログラムで画像を生成します。
    • プロジェクトにない場合、計画には画像プロンプト自体を含める必要があります(意図された画像ごとに1つ、被写体、スタイル、フレーミング、ムードを含む)。ユーザーがChatGPT/DALL·E/Midjourneyに貼り付けて手動で生成できるようにするためです。

    画像に関する決定が計画時に解決されなければ、記事は公開されません。

サイトレベルの前提条件:コンテンツマップ

記事ごとのルールは、周囲のライブラリが健全である場合にのみ機能します。既存のサイトに公開する前に:

  • プロジェクトにはコンテンツマップが必要です: 公開されたすべての記事のタイトル、主要トピック、ターゲットクエリクラスター、ピラー/クラスターの役割を一覧にした目録。存在しない場合は、最初に構築します。これは意味のある規模のサイトでは交渉の余地がありません。
  • 新しい記事を計画する前に、カニバリゼーションチェックを実行します。 目録を検索して、重複するクエリをターゲットにしている記事がないか確認します。重複がある場合、デフォルトの対応は既存の記事を拡張して統合することであり、ランキングシグナルを分割する競合記事を公開することではありません。
  • カバレッジチェックを実行します。 目録にトピッククラスターのギャップがある場合、それらのギャップが作成候補となります(ルール11による)。

プロジェクトにコンテンツマップがない場合、それが最初のタスクであり、新しい記事ではありません。

公開前の5つの質問チェック

記事を公開する前に、すべての回答が「はい」である必要があります。

  • 競合他社が公開情報だけで同じ記事を書けるでしょうか? (「いいえ」である必要があります。)
  • 冒頭に、自身の直接経験に基づく特定の日付、人物、場所、または出来事が含まれていますか?
  • 実際にその主題に関わったことを証明する証拠(写真、引用、測定値、領収書、テスト結果、会話)が少なくとも1つありますか?
  • 見出しは、一般的なカテゴリではなく、特定の事例を挙げていますか?
  • 私の記事は、明白なファンアウトの質問にインラインで回答しているか、回答する内部ページにリンクしていますか? (関連する内部ターゲットがない場合=この記事と同時に、または並行して作成する。)

いずれかの回答が「いいえ」の場合、その記事はコモディティコンテンツです。公開前に作り直してください。

このスキルが変更しないもの

Sullivanのスライドは明示的に述べています:「これらは従来のSEO成功とも一致します。」 基本を放棄しないでください。

  • 構造化データ(Article、Review、Product、ItemList、FAQPage JSON-LD):引き続き必須
  • 内部リンク、セマンティックな見出し、メタタグ:引き続き必須
  • ページエクスペリエンス(Core Web Vitals、モバイル対応、邪魔なインタースティシャルなし):引き続き必須
  • 正確性、ファクトチェック、情報源の引用:引き続き必須
  • エージェントが読み取り可能なレンダリング: AIエージェントは現在、スクリーンショット、DOM、アクセシビリティツリーを介してページにアクセスします。セマンティックHTML、適切な見出し、すべての画像の代替テキスト、サーバーサイドでレンダリングされた重要なコンテンツ(クライアント専用JSに閉じ込められていない)は、人間と同様にAIによる消費のために、引き続き必須です。
  • 公開価格と予約可能なアクション: 価格設定されたサービスを販売するサイトでは、価格帯と機械呼び出し可能な予約アクションが、引用され取引されるための前提条件です。ai-search-readinessスキルを参照してください。

非コモディティコンテンツはランキングの乗数です。基本は下限です。

Googleが明示的に「やってはいけない」と言っていること

GoogleのAI最適化ガイド(Search Centralドキュメント)によると、以下の戦術は明示的に否定されています。他のガイドが何を主張していても、これらを行わないでください。

  • AI固有のファイルやマークアップは使わない。 llms.txt、特別な「AIマークダウン」、LLM専用に構築された機械可読バンドルは使用しない。Googleはこれらを消費しません。
  • AI向けにコンテンツを事前にチャンク化しない。 人間向けに通常のセクションを書く。検索システムがセグメンテーションを処理します。
  • 「AIの声」に合わせて書き直さない。 通常の優れた文章よりもAIに有利となる特別な言い回しや構造はありません。
  • 非信頼性の「言及」をインターネット上で追いかけない。 AI可視性のためにサードパーティサイトでのブランド言及を人為的に作り出そうとするのは無駄な努力です。
  • キーワードごとにバリエーションページを作成しない。 すべてのクエリバリエーションに対してほぼ重複したページを生成することは、Googleのポリシーに基づくスケールドコンテンツアビュース(スパム)です。
  • 構造化データはAI検索に厳密には必須ではない。 リッチリザルトと従来のSEOのために引き続き使用しますが(「このスキルが変更しないもの」を参照)、AI引用を獲得するためのテコとして扱わないでください。

セッションでこのスキルを適用する方法

  1. 呼び出されたら、ドラフトが完了したと提案する前に、公開前の5つの質問チェックを実行します。
  2. 新しいものを書くように依頼されたら、構造を、ユーザーが確認または説明できる特定の実際の出来事に固定します。持っていない場合は、それについて尋ねます。
  3. 既存のコピーを編集するように依頼されたら、柱ごとにコモディティ対非コモディティのスコアを特定し、フレーム全体がコモディティでない限り、完全な書き直しではなく、的を絞った外科的な編集を提案します。
  4. 記事がコモディティかどうか疑問がある場合、最初の文を見てください。それがこのトピックに関する任意の記事の冒頭になり得る場合、それはコモディティです。

出典

  1. Danny Sullivan基調講演、Google Search Central Live Toronto、2026年4月21日:3つの柱と非コモディティフレーミングの起源。Search Engine Roundtable、2026年4月23日で報告。
  2. AI最適化ガイド、Google Search Central、https://developers.google.com/search/docs/fundamentals/ai-optimization-guide:否定された戦術リスト、クエリファンアウトメカニズム、エージェント可読性ガイダンスの起源。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

関連スキル