Amazonランキングと価格を観測する記録表｜比較条件と判断の限界

本の価格を変えた翌日にランキングが上がると、施策が成功したように見えることがあります。しかし、その間に広告や紹介記事が出た、別の本の動きが変わった、表示が遅れて反映されたなど、ほかの説明も考えられます。時系列の記録では、見えた変化と、その原因についての仮説を分けて残すことが大切です。

この記事は、同じ書籍を継続的に観測するための作業設計です。複数の本を一度に並べる比較表とは目的が異なります。競合の実売部数を推計する計算式ではなく、自分たちが何を見て、何を変更し、何をまだ判断できないかを説明できる記録を作ります。

最初に、観測する本と指標を固定する

一つの観測系列には、対象ストア、ASIN、形式、版、ランキングの名称を紐付けます。紙版を見た翌日に同じ作品のKindle版を記録すると、一見連続している表でも別の対象になります。改訂版へ切り替わったときや、別のランキングを使い始めたときは、新しい系列として開始日を明記してください。

価格も、紙の新品、中古、送料を含む価格、Kindleの購入価格など、何を見ているかを固定します。複数の種類が必要なら列を分けます。価格条件やランキング名が変わった日を単なる数字の変化として扱わず、条件変更として印を付けることが、後から誤解しないための準備です。

観測する頻度は、意思決定の頻度に合わせて決めます。毎日の確認が必要なのか、企画会議の前に週単位で確認すればよいのかを先に決め、担当者が続けられる範囲にします。取得回数を増やしただけで原因が明らかになるわけではありません。欠測なく続ける仕組みと、取得できなかった理由を残す仕組みを優先します。

観測ログと、施策ログを二つに分ける

観測ログには画面やツールで確認した値を、施策ログには自分たちが行った変更を記録します。両者を一つの自由記述欄に混ぜると、施策の期待に沿って値を解釈しやすくなります。日付を共通のキーにして、後で照合できる形にしましょう。

施策ログには、価格や内容紹介を変更した日、申請した日、表示を確認した日を分けて記入します。広告、メール配信、自社サイトの記事公開なども、確認できる範囲で記録します。外部で紹介されたことを後から知った場合は、発生日と自分たちが知った日を分けると、記録の精度を過大に見せずに済みます。

順位の上下を、販売数の増減率へ変換しない

KDPの公式説明では、ランキングは最近と過去の利用状況を踏まえた相対的な指標です。自分の本の利用状況が同じでも、ほかの本の動きで順位が変わることがあります。表示の反映にも時間差があるため、ある日の順位変化を、その日の販売だけに対応させることはできません。KDP：ランキング

順位の数値は、比率尺度として扱わないようにします。順位が半分の数字になったから売上が二倍になった、という計算はできません。グラフにする場合も、数値が小さいほど上位であることを凡例に書き、軸の向きで印象が逆にならないようにします。グラフの形だけを説明せず、対象のランキング名と確認間隔を一緒に示してください。

短期間の一番よい日だけを切り取ると、施策の影響を大きく見せてしまいます。変更前後の期間をあらかじめ決め、通常時のばらつきも見える範囲で記録を残します。観測期間の長さや曜日構成が違う場合は、その違いを注記し、精密な比較ができたように表現しないことが重要です。

ERESAの履歴と、その日に確認した値を区別する

ERESAで確認できる商品情報は、Amazonリサーチの観測材料になります。ツールの履歴から取得した値と、その日に商品ページを開いて確認した値は、取得元を分けて残してください。表示されている期間や、対象の形式が違えば、そのまま一つのグラフへ継ぎ足すことはできません。

ERESAの公式FAQでは、Kindle本の現在価格とランキングは確認できても、価格推移は表示されないとされています。Kindle価格の時系列が必要なら、対象ASINの表示価格を確認日時とともに記録します。未観測の過去価格を紙版の履歴で埋めたり、一定だったものとして補完したりしないでください。ERESA AI：よくある質問

同FAQはランキング降下回数について、一回を一個の販売と換算できないと説明しています。したがって、この値を「販売冊数」の列へ転記しません。取得できない値とゼロも区別します。推定値や観測値を実測値に見せない列名にするだけでも、企画会議や報告書での誤解を減らせます。

欠けた日や条件の変化を、そのまま残す

観測できなかった日は空欄の理由を記録します。担当者が確認できなかったのか、ページに値がなかったのか、ツールで取得に失敗したのかでは意味が異なります。折れ線グラフを作るときも、欠けた区間を連続した実測のように見せず、未確認区間として分かる形にしてください。

見つからなくなった商品や、別ASINへ移った版は、旧系列を削除せず終了理由を残します。カテゴリーが変わったときは、変更前の順位と変更後の順位を無条件に比較しません。変化を見つけた場合に記録担当者がどこまで確認し、誰へ共有するかを決めておくと、観測表が単なる転記作業にならずに済みます。

自分の本は、KDPの実績と同じ期間で照合する

自分たちが出版した本については、権限のあるKDPアカウントのレポートを別に確認します。注文、ロイヤリティ、既読ページなど、それぞれの項目の意味と対象期間を揃えてから、観測ログと並べます。ERESAやAmazonの公開ページから、競合のKDP内部実績まで確認できるわけではありません。

既読ページの改善を検討するなら、Kindle Unlimitedの改善手順と合わせて、本文の読みやすさや説明の順番も点検します。広告を実施している場合は、広告運用の判断方法に沿って、広告の集計範囲とKDP全体の実績を分けます。複数の指標が動いていても、対応関係を確かめず一つの成果に合算しないでください。

観測の目的は、毎日の数字へ反応して本を変え続けることではありません。次に何を確認すれば判断が進むかを選ぶためです。変更が重なり原因が分からない場合は、結論を保留することも有効な判断になります。

担当者が交代する前には、同じ対象を同じ条件で記録する練習を一度行います。ツールの表示期間、価格の種類、時刻の書き方が変わると、担当者の交代が商品の変化に見えてしまうためです。観測手順を変える必要があるときは、変更日と理由を残し、旧手順との境界を表に示します。

集計するときも、確認できた日数と対象期間を併記します。観測の抜けが多い期間を、毎日確認できた期間と同じ確かさで扱わないようにします。平均値などを使う場合は、計算に入れた行の条件を残し、後から元の観測値へ戻れる状態を保ってください。

会議では、観察・仮説・次の確認を一枚で共有する

報告書は「確認した変化」「考えられる理由」「まだ分からないこと」「次の確認」の四段に分けます。観測データの下に、施策ログを時系列で並べると、同時に起きた出来事を見落としにくくなります。成果を断定する言葉を先に置かず、比較条件と欠損の有無から説明しましょう。

継続的な記録を、書籍やWebコンテンツの改善へつなげたい場合は、コンテンツ制作の相談へ、観測表と変更履歴を共有してください。数字を集める工程と、読者に届く説明へ編集する工程をつなぎ、検証できる範囲で一つずつ改善します。