Amazonキーワードの見つけ方|4つの情報源をどう使い分けるか

Amazonのキーワードは、検索窓に出た語や競合の商品名を集めるだけでは決まりません。実務では、①自社商品の仕様と顧客の質問、②ブランド分析などの市場データ、③Amazon検索画面と競合ページ、④広告の検索用語レポート、という4つの情報源を役割別に使います。最初の2つは「関連性と市場候補」、3つ目は「売り場で使われる表現」、4つ目は「自社広告で実際にクリックされた検索語」を示します。本記事では、検索語・登録キーワード・広告ターゲットの違い、発売前後の使い分け、採用スコア、広告からの昇格・除外までを、Amazon Ads公式資料に沿って解説します。

Amazonキーワードを商品事実・市場データ・売り場観察・広告実績の4情報源で選ぶ

この記事の要点

  • 候補発見と採否判断を分け、単一の情報源で決めません。
  • 新商品でもブランド分析が利用可能なら市場候補の発見に使えますが、新ASIN固有の広告実績とは区別します。
  • 検索用語レポートは1回以上広告クリックがあった語を含むため、表示された全検索を表すデータではありません。
  • 関連性、需要の根拠、自社実績、採算の4軸で昇格・継続・除外を判断します。

検索語・キーワード・ターゲットを区別する

顧客の検索語から広告ターゲットと商品情報へ反映する関係図

最初に用語を分けます。検索語は顧客がAmazonで入力した語句、広告キーワードは広告主が手動ターゲティングで設定する語、商品ページに記載する言葉は商品情報です。似ていても同一ではありません。顧客が入力した検索語を、そのまま商品名や広告キーワードへ入れればよいとは限らず、自社商品の仕様・用途と一致するかを確認する必要があります。

検索語は顧客の問い、キーワードは広告側の仮説

Amazon Ads公式ガイドは、キーワード選定を顧客が商品を探すときに使う言葉から始め、ニーズや問題の表現を考えるよう案内しています。検索用語レポートで見えるのは、実際に広告クリックが発生した顧客の検索語です。一方、設定キーワードは、その検索語へ広告を出すための仮説です。部分一致・フレーズ一致・完全一致では対象範囲も異なるため、同じ文字列でも設定意図を記録します。

商品ページは関連性を説明する場所である

商品名や商品仕様へ入れる語は、検索需要だけでなく、実物の商品を正確に説明できることが前提です。競合が使う素材名、対象者、効能を自社商品が満たさないのに転用すると、クリック後の期待と実物がずれます。候補語ごとに「どの仕様書・パッケージ・取扱説明書で裏付けられるか」を紐付け、根拠がない語は検索量がありそうでも採用しません。

用語 誰が作るか 主な用途 確認点
検索語 顧客 ニーズの把握 広告クリック以上のデータか
広告キーワード 広告主 手動ターゲティング 一致タイプと入札意図
商品ページの語 出品者 商品説明・関連性 商品事実で裏付け可能か
商品ターゲティング 広告主 ASIN・カテゴリへの配信 キーワード施策と混同しない

この区別がないと「検索用語レポートで売れた語だから、商品名にも必ず入れる」「競合が上位だから、同じ語へ広く入札する」という飛躍が起きます。候補発見、広告検証、商品ページ反映を別の判断として台帳に残します。

4つの情報源を役割で使い分ける

商品事実・市場データ・売り場観察・広告実績の4情報源比較

4つの情報源は、正しさの順位ではなく、答えられる質問が異なります。商品事実は「使ってよい語か」、ブランド分析などの市場データは「Amazon全体でどんな探索があるか」、検索画面と競合ページは「売り場でどんな表現が使われているか」、検索用語レポートは「自社広告でどんな語がクリックされたか」を示します。

商品事実と顧客質問で関連性の土台を作る

仕様書、パッケージ、取扱説明書、既存の問い合わせ、返品理由から、商品カテゴリ、形状、素材、容量、利用場面、困りごと、比較軸を抽出します。顧客が使う言葉と社内用語が異なる場合は、意味を損なわない言い換え候補を並べます。医療的効能、No.1、保証、対応機種など証明が必要な表現は、キーワード候補であっても根拠なしに掲載しません。

市場・売り場・自社実績は証拠の範囲が違う

ブランド分析は、利用資格や表示項目を管理画面で確認した上で市場候補の把握に使います。新商品であっても、ブランド側が利用可能なら市場レベルの検索データを参照できる場合があり、「新ASINの販売実績がないからブランド分析を一切使えない」とは限りません。競合ページと検索画面は候補を広げる観察材料ですが、需要や自社適合を証明しません。検索用語レポートは自社広告の証拠ですが、クリックされなかった検索は含まれません。

情報源 答える問い 強み 限界
商品事実・顧客質問 自社商品に関連するか 正確性の土台 需要規模は分からない
ブランド分析等 市場で何が探されるか 公式の市場データ 利用資格・項目確認が必要
検索画面・競合ページ どんな表現があるか 発売前から観察可能 需要・成果の証明ではない
検索用語レポート 自社広告で何がクリックされたか 自社の実測 1クリック以上の語に限定

候補台帳には、語句だけでなく情報源、取得日、商品根拠、利用目的を記載します。複数の情報源で見つかった語でも、重複回数を需要の証明にせず、採用判定の材料が増えたと解釈します。

発売前後に候補リストを作る

発売前の商品事実整理から発売後の広告検証へ進むキーワード設計手順

発売前は新ASIN固有のクリック・注文データがないため、関連性を狭く正確に定義することから始めます。最初から大量の語を商品名や広告へ詰め込むのではなく、カテゴリ中心語、用途語、属性語、課題語のグループを作り、どの情報源で検証するかを決めます。候補数を増やすことより、後で比較できる構造を作ることが重要です。

発売前は「商品根拠→市場候補→売り場確認」の順に進める

まず仕様と顧客質問から、絶対に外せない中心語を定義します。次に利用可能なブランド分析・広告推奨情報等で市場の言い回しを確認し、Amazon検索画面と競合ページでカテゴリ文脈を観察します。競合表記をコピーせず、同じ語が自社のどの仕様を説明するかを書けるものだけを候補に残します。商標や他社ブランド名の扱いも、プラットフォーム規約と法的リスクを確認します。

発売直後は自動ターゲティングを探索用途として分ける

Amazon Ads公式ガイドは、スポンサープロダクトのオートターゲティングが商品情報や過去のショッピング・検索との関連性を使い、検索語発見にも役立つと案内しています。探索キャンペーンと成果語を守る手動キャンペーンを分けると、どこで見つかった語か追跡しやすくなります。ただし、広告開始だけで十分なデータが即座に得られるとは限りません。期間、クリック、注文、費用を実測してから判断します。

  1. 商品事実から中心語と禁止候補を作る。
  2. 市場データでカテゴリ・用途・課題の候補を広げる。
  3. 検索画面と競合ページで表現と文脈を確認する。
  4. テーマ別に広告グループへ分けて検証する。
  5. 検索用語レポートで顧客が使った語を回収する。

発売日を境に情報源が入れ替わるのではなく、自社実績という新しい層が加わると考えます。市場データは引き続き候補探索に使い、広告実績は自社適合の検証へ使います。

広告レポートから自社実績を学ぶ

検索用語レポートから成果語と除外候補を抽出するフロー

Amazon Adsの検索用語レポートは、顧客の検索語と、検索以外の掲載面で推定されたマッチを確認するための公式レポートです。2026年5月18日更新の公式ヘルプでは、少なくとも1回広告クリックがあった検索語が含まれると説明されています。したがって、Amazon上の全検索需要や、クリックされなかった表示語を示す資料ではありません。

検索語と設定ターゲットを並べて差分を見る

レポートでは、顧客の検索語、マッチしたキーワード・商品ターゲット、キャンペーン、広告グループ、クリック、費用、注文、売上を同じ行で確認します。部分一致から見つかった具体語、オートから見つかった用途語など、発見経路を残します。集計期間を変えると注文帰属の見え方も変わり得るため、比較時は同じ期間とレポート定義を使います。

成果語の昇格と不関連語の除外を別判断にする

注文が出た語でも、1件だけで長期的な採算を保証しません。関連性が高く、複数回の検証で成果が再現した候補を、フレーズ一致や完全一致の手動ターゲットへ移し、入札と予算を個別管理します。反対に、クリックがあっても商品と無関係な語は、注文を待ち続けるのではなく除外候補にします。関連するが未成果の語は、商品ページ・価格・レビュー・競争状況も含めて原因を分けます。

Amazon Ads公式のキーワードターゲティングガイドも、部分一致で広く発見し、成果の良い語をフレーズ一致・完全一致で管理する考え方を示しています。これは一律のクリック数やACoS閾値を意味しません。目標粗利、販売価格、広告目的、データ量に応じて自社の判定条件を先に決めます。

レポートを読む際は、注文が検索語だけで決まると考えないことも重要です。同じ語でも価格、クーポン、在庫、配送予定、レビュー、商品ページの画像が変われば結果は変わります。検索語台帳に主要な商品条件と変更日を併記し、前後比較の条件が違う期間を一つに合算しません。比較できないデータは欠損として扱い、ゼロ成果と混同しないようにします。

関連性・需要・実績・採算で採否を決める

Amazonキーワードを関連性・需要根拠・自社実績・採算で評価する表

情報源ごとの候補を集めたら、関連性、需要の根拠、自社実績、採算の4軸で評価します。検索ボリュームの大きさだけを主役にすると、広い語へ予算が偏り、どの商品用途に反応したか分からなくなります。最初のゲートは関連性です。商品事実で裏付けられない語は、ほかの点数が高くても商品情報への採用対象から外します。

スコアは順位を自動決定するものではない

各軸を3段階で記録すると、議論の抜けを防げます。関連性は「仕様で直接裏付け」「用途として合理的」「関係が弱い」、需要根拠は「公式市場データ」「複数の観察」「単一観察」、自社実績は「注文まで確認」「クリックのみ」「未検証」、採算は「目標内」「判断保留」「目標外」のようにします。点数合計ではなく、弱い軸が何かを把握して次の実験を選びます。

商品ページ採用と広告採用は別列で判定する

商品を正確に説明する重要語は、広告実績が少なくても商品ページに必要な場合があります。逆に、特定の検索語が広告成果を生んでも、商品名へ不自然に入れると読みやすさを損なうことがあります。商品名、箇条書き、商品説明、広告キーワード、除外キーワードを別列にし、それぞれの採用理由と見直し日を残します。

確認材料 不十分なときの行動
関連性 仕様書・取説・顧客質問 採用せず商品根拠を確認
需要根拠 ブランド分析・公式推奨情報 小さく広告検証
自社実績 検索用語レポート 期間とデータ量を追加
採算 費用・注文・粗利前提 入札・対象・商品条件を分解

効果試算では、同じ注文を複数施策へ二重計上しません。検索語の発見、商品ページ修正、入札変更を同時に行った場合、改善要因を特定できないため、変更履歴を分けます。

採否会議では、候補ごとに「今ある事実」「原因仮説」「次の検証」を三列で読み上げます。たとえば「クリックはあるが注文ゼロ」は事実、「用途がずれている」は仮説、「用途別画像を変えず完全一致で一定期間検証する」が次の検証です。閾値は商品の粗利と許容獲得費から逆算し、業界共通値のように扱いません。

情報源が食い違うときの優先順位

関連性を先に確認し市場データと自社実績の食い違いを解く判断フロー

市場で大きい語が自社では売れない、競合が使う語に自社では反応がない、といった食い違いは珍しくありません。ここで「自社実績が常に正しい」「検索量が最大の語が正しい」と一律順位を置くと誤ります。最初に商品関連性を確認し、次に情報源がどの範囲を測ったかを揃えます。

市場需要と自社適合を分けて解釈する

市場データで需要が見えるのに自社広告で成果がない場合、商品との不一致だけでなく、入札不足、表示位置、価格、レビュー、在庫、商品ページの説明不足など複数原因があります。検索語が本当に商品用途と一致するなら、広告配信・クリック・商品ページ閲覧・注文のどこで止まったかを確認します。データが少ない段階で不採用と断定せず、検証条件と終了条件を決めます。

自社実績が良くても誤った表現は採用しない

偶然注文が出た語でも、商品が満たさない属性や誤認を招く表現なら、商品情報には使いません。広告キーワードとして継続できるかも、最新のAmazon広告ポリシーと法令、商標、商品の正確性を確認します。成果数値は適法性や商品適合性を上書きしません。

実務上の優先順は「商品事実のゲート→測定範囲の確認→自社実績→市場機会→次の検証」です。食い違いはどちらかを捨てる理由ではなく、計測範囲または商品条件に未説明の差があるサインとして扱います。

競合だけが強い語では、検索結果を端末一台で眺めて結論を出さず、広告表示の有無、自社商品との価格帯・レビュー数・配送条件・訴求差を記録します。観察した順位は固定的な事実ではなく時点情報です。取得日時と条件を残し、検索順位や候補表示を恒久的なアルゴリズムの証拠として記事や会議資料へ書きません。

結論が出ない候補は「保留」とし、採用か除外かを無理に二択にしません。

週次で発見・検証・昇格・除外を回す

候補発見から広告検証・昇格・除外・商品情報見直しへ進む週次運用

キーワード選定を一度の作業で終わらせず、候補発見、広告検証、昇格、除外、商品情報見直しの循環にします。週次台帳の1行を1検索語とし、語句、情報源、取得日、商品根拠、テーマ、設定先、マッチタイプ、クリック、費用、注文、売上、採算判定、次の行動を記録します。

週次会議では「事実・解釈・変更」を分ける

事実はレポートの数値、解釈はなぜその結果になったかの仮説、変更は次週に行う操作です。「検索需要があるはず」は仮説であり、検索用語レポートに1クリックあることは事実です。入札、予算、マッチタイプ、商品ページを同時に変えず、重要な仮説から一つずつ検証します。

定期的に公式仕様と商品事実を更新する

Amazon Adsのレポート定義、利用可能な分析機能、商品名等の要件は変わる可能性があります。公開記事や社内手順は確認日を持ち、操作前に管理画面と公式ヘルプを再確認します。また、商品の仕様変更、容量変更、対応機種追加があれば関連性台帳も更新し、古いキーワードを自動継続しません。

  • 毎週:検索用語レポートを同じ期間定義で取得する。
  • 毎週:成果語、未検証語、不関連語を分けて次の操作を決める。
  • 月次:市場候補と商品事実の変更を再確認する。
  • 変更時:誰が何を変え、いつ再測定するかを残す。

今日の一歩は、現在の候補リストへ「情報源」「商品根拠」「設定先」「検証状態」の4列を追加することです。語句だけの一覧を判断台帳へ変えると、担当者が替わっても同じ基準で継続できます。

月次レビューでは、上位成果語だけでなく「除外した理由」と「未検証のまま残った理由」も確認します。成果語だけを眺めると、探索予算が既存語へ集中して新しい需要を見つけられません。反対に候補を増やし続けると、データが分散します。探索用と収益管理用の予算・キャンペーンを分け、役割ごとの評価指標を使います。

まとめ|候補発見と採否判断を分離する

4つの情報源は競争ではなく分業です。商品事実で関連性を守り、市場データと売り場観察で候補を広げ、検索用語レポートで自社適合を検証します。新商品でも利用可能な市場データは使えますが、新ASIN固有の実績とは混同しません。最終判断は関連性、需要根拠、自社実績、採算を並べて行います。

Amazonの商品ページと広告を一体で見直したい場合は、株式会社Entechへご相談ください

よくある質問

新商品ではブランド分析を使えませんか?

一律には言えません。ブランドやアカウントの利用資格を満たし、管理画面に該当機能が表示される場合、市場レベルの検索データを候補探索に使えることがあります。ただし、新ASIN自体の広告・注文実績ではありません。「発売直後はブランド分析を使えない」と一般化せず、利用資格、表示機能、データ範囲をその時点の管理画面と公式案内で確認します。

検索用語レポートには全検索語が載りますか?

Amazon Ads公式ヘルプでは、少なくとも1回広告クリックがあった検索語が含まれるとされています。クリックされなかった表示やAmazon全体の全検索を表すものではありません。そのため「レポートにない語は需要がない」とは結論できません。市場データや商品事実を併用し、小さく広告検証して自社のクリック・注文データを蓄積します。

競合の商品名にある語は使ってよいですか?

候補発見には使えますが、自社商品が実際に満たす仕様か、商標や誤認の問題がないかを確認します。競合表記や成果をそのまま需要・適法性の根拠にしません。競合が使う語の意味をカテゴリ語、用途語、属性語、ブランド語に分け、自社商品との関連性を仕様書で確認します。他社固有のブランドや根拠のない性能表現は除外します。

Amazonサジェストは検索ボリュームの証拠になりますか?

検索画面に候補が出ることは表現発見の材料になりますが、表示だけで具体的な検索数や購入需要を証明できません。表示条件や仕様が変わる可能性もあるため、取得日時と入力語を記録します。候補を採用する際は、ブランド分析等の利用可能な市場データ、広告の検索用語レポート、商品関連性と組み合わせます。サジェストだけで需要順位を断定しません。

検索用語で注文が1件出たら完全一致へ昇格しますか?

1件の注文は重要な事実ですが、再現性や採算を保証しません。商品単価、粗利、クリック、費用、期間、注文帰属、検索語の関連性を確認し、昇格後の検証条件を決めます。探索キャンペーンで見つけた語を手動キャンペーンへ移す場合も、元キャンペーンの除外や入札を同時にどう扱うか記録し、重複配信による評価の混乱を避けます。

クリックは多いのに注文がない語はすぐ除外しますか?

商品と明らかに無関係なら早期の除外候補です。関連性が高い場合は、価格、商品ページ、レビュー、配送、在庫、検索意図とのずれを確認します。判断に必要なデータ量は商品ごとに異なるため、共通のクリック閾値は置きません。許容広告費と検証期間を事前に決め、終了条件を超えたら継続理由を改めて承認します。

商品名にキーワードを多く入れるほど有利ですか?

キーワード数だけで有利とは言えません。商品名は商品を正確かつ読みやすく説明し、Amazonの現行要件を満たす必要があります。検索候補を詰め込んで意味が不自然になったり、根拠のない属性を加えたりすると、購入前の期待と実物がずれます。重要語は商品名、箇条書き、説明、広告で役割を分け、公開前に最新要件を確認します。

ブランド名や他社商品名を広告キーワードにできますか?

設定可否や広告文・商品ページでの使用は、地域、広告種別、商標、Amazonの最新ポリシーで判断が変わり得ます。成果が見込めそうという理由だけで使用せず、公式ポリシーと法的リスクを確認します。記事の一般論を個別案件の許可とみなさず、疑義がある場合は法務・権利者対応の担当へエスカレーションします。

ブランド分析と検索用語レポートが違う結果ならどちらを信じますか?

両者は測定範囲が違います。市場全体の探索と、自社広告でクリックされた検索語を直接比較して勝敗を決めません。対象期間、国、カテゴリ、商品、広告配信量を揃え、商品関連性を最初に確認します。市場需要があるのに自社成果がないなら、表示機会から注文までのどこで差が生じるかを仮説化し、次の検証を一つ決めます。

キーワード台帳はどの頻度で更新しますか?

広告運用中は検索用語レポートの取得周期に合わせて週次で更新し、商品仕様や公式要件は変更時と月次レビューで確認する方法があります。ただし頻度は広告費とデータ量に合わせます。重要なのは、取得期間、確認日、操作日、再測定日を固定することです。データの少ない日次変動へ過剰反応せず、停止条件に達した不関連語やポリシー問題は周期を待たず処理します。

自然検索と広告の成果を同じものとして見てよいですか?

同じ検索語に関係していても、流入経路と計測範囲が異なります。広告レポートで得た注文を自然検索成果へ二重計上せず、広告指標と商品全体指標を別々に記録します。商品ページを変更した場合は広告・自然流入の双方へ影響し得るため、変更前後の期間とほかの条件を残し、単一要因による改善と断定しません。

候補キーワードを何語まで集めればよいですか?

万能な語数はありません。商品カテゴリ、広告費、検証期間、管理できる広告グループ数で決めます。候補が多いほど学習が速いとは限らず、クリックと注文が分散して判断できなくなる場合があります。中心語、用途語、属性語、課題語に分け、各グループで何を検証するかを定義します。予算内で判定できない候補は優先順位を下げ、次の検証期へ送ります。

部分一致・フレーズ一致・完全一致はどう使い分けますか?

Amazon Ads公式ガイドは、部分一致を広い発見、フレーズ一致・完全一致を成果語の管理に使う考え方を示しています。ただし一致タイプだけで成果は決まりません。探索目的、入札、予算、除外、商品との関連性を合わせて設計します。発見した検索語を移す際は、元の配信をどう調整するか記録し、同じ検索語へ複数キャンペーンが競合して解釈が難しくならないようにします。

広告費が少ない場合はどの情報源を優先しますか?

商品事実による関連性確認を省略せず、利用できる公式市場データと売り場観察で候補を狭くします。広告は、購入意図と商品適合が高いテーマから小さく検証し、探索範囲を一度に広げません。費用が少ないから競合コピーへ頼るのではなく、顧客質問や返品理由など自社で持つ一次情報を使います。データ不足は成果ゼロとせず、未検証として次の判断日を置きます。

季節キーワードはいつ追加しますか?

需要期の直前だけでなく、在庫、配送、広告審査、商品ページ変更の準備期間から逆算します。季節語が商品用途と本当に一致するか、前年データが今年も使える条件かを確認します。前年と価格、競合、在庫が違えば同じ成果を保証しません。開始日、終了日、継続条件を台帳に置き、季節終了後に自動で残り続けないよう見直します。

キーワード改善の成果は何日後に判断しますか?

一律の日数ではなく、広告の注文帰属期間、商品単価、通常の購入検討期間、クリック・注文の蓄積量に合わせます。変更前に速報確認日と最終判定日を決め、途中で都合よく動かしません。在庫切れ、価格変更、セールなど比較条件が崩れた期間は注記し、必要なら再検証します。判定時は率だけでなくクリック、注文、費用、売上の絶対数も併記します。

参考資料

執筆・監修:株式会社Entech 編集部

Amazon商品ページと広告運用を扱う編集チームが、Amazon Ads公式資料を確認し、候補発見から自社データによる検証までを再現できる手順へ編集しました。管理画面の機能・仕様は公開時点で再確認してください。

旧稿にあった「新商品ではブランド分析を実質的に使えない」という一般化を撤回し、市場データと新ASIN固有の実績を分けました。またAmazonサジェストの生成ロジックや個人差を公式確認なしに断定せず、候補発見の観察材料として位置付けています。記事中に成果保証や一律のクリック数・ACoS基準は置いていません。

Follow me!

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

CAPTCHA