SERPモニターのコスト：データは安い、レビューは安くない

SERPモニターはたいてい、キーワード単価で買われる。250キーワードで月10ドル、1,000で40ドル。比較検討はその列の中で起きる。

コストがあるのはその列ではない。今月わたしたちはモニターを両端から値付けした。生データが1クエリ・1チェックあたりいくらかかるか、そして毎日のチェックが実際に手を打つような変化をどれくらいの頻度で生むか。データはほとんど無料と言えるほど安かった。確認作業はそうではなかった。

以下がその計算だ。料金ページの座席数ではなく、自分の使える時間に合わせてモニターを設計するために使ってほしい。

計測したもの

測定は2つある。モニターにはコストが2つあるからだ。

データコスト。 順位データに使っているAPIで、ライブのGoogle SERPリクエストを3つの深さで値付けした。2026年9月12日、米国、英語。金額は実際に請求された額で、1クエリ・1チェックあたり。

シグナル率。 追跡中のクエリが、アラートを出す価値のある変化をどれくらいの頻度で生むかを、自社のSearch Consoleプロパティで計算した。90日分のクエリ×日付データを、20日以上の履歴がある71クエリに絞り、2,188クエリ日を得た。各クエリについて、平均掲載順位が前日から3位を超えて動いた日を数えた。

どちらの数字もベンダーのベンチマークではない。どちらも自分のアカウントで測れる。そうやる意味はそこにある。

データコストの実測

1クエリ・1チェックあたり：

価格を意味のある倍率で動かしたレバーは深さだけだった。10件から100件にすると7倍のコストがかかり、このクエリでは8倍のオーガニック結果が返った。価格は求めたものにほぼ比例する。それは公正だし、ほとんどのプログラムにとって最も安い設定こそ正直な設定だということも意味する。

毎日チェックするモニターの月額データコスト（30日の月）：

1,000キーワードを深さ10で毎日チェックして月60ドル。ほとんどのチームが会議なしで承認できる数字だ。

データコストはキーワード数と深さに線形に比例する。100件の列は10件の列の7倍。

シグナル率の実測

安いデータは、見るものが生まれて初めて役に立つ。ここが料金ページが触れない部分だ。

71クエリ・2,188クエリ日のうち、770クエリ日で前日から3位を超える動きがあった。全体の35.2パーセントだ。

効くのは分布のほうだ。71中5クエリは、毎日のチェックがほぼ無駄になるほど静かだ。16クエリは全日の半分以上で動くので、そこだけを見るモニターは警告を出し続ける。

計器にも注意してほしい。これはSearch Consoleの平均掲載順位で、1日の中でもデバイス間でも平滑化されている。ライブのSERPスクレイプはこれより多く動く、少なくはない。35.2パーセントは下限として扱ってほしい。

コストの全体モデル

2つの測定を合わせて、キーワード100件・深さ10・毎日チェックのモニターを考える。

確認1時間を50ドルで値付けすると、データは請求額の0.7パーセントになる。残りはすべて注意力だ。

これが、SERPモニターをデータの問題ではなく確認キャパシティの問題として扱うべき理由だ。そこから2つの帰結が続き、どちらも同じ方向を指す。

キーワードを増やすのはほぼ無料。それを確認するのは無料ではない。 100件から1,000件にするとデータ代が月54ドル増え、シグナルはおよそ10倍になる。月に10時間の余裕がある人がいなければ、増やした900キーワードは支払われたうえで読まれない。

ノイズを減らすほうが、価格を下げるより価値がある。 アラートを半分にすれば、データ代を半分にするより節約になる。データ代はそもそも制約ではなかったからだ。

どの規模でも、確認時間はデータ代を桁違いに上回る。

確認コストを削る3つの方法

どの選択肢も、モニターが何を伝えられるかを変える。無料のものはない。

クエリごとにしきい値を上げる。 すべてを3位ではなく、各クエリ自身の平常の変動より上に設定する。最も静かな四分位のクエリは日の21パーセント以内に収まり、最も騒がしい四分位は半分の日で動く。ひとつのしきい値で両方は扱えない。これは安定したクエリのアラートを削りつつ、騒がしいクエリを黙らせない。静かなクエリの小さな動きを見落とすことになるが、そこが面白いこともある。

毎日ではなく毎週チェックする。 キーワード100件・深さ10の週次チェックは月およそ$0.86で、シグナルはおよそ151件、1件1分なら約2.5時間の確認になる。遅延と引き換えに、実際に読むモニターを手に入れる。ほとんどのプログラムにはこの取引が正しく、毎日が正当化されるのは当日に対応できる場合だけだ。

短いリストをより密に見る。 キーワード50件を毎日、クエリごとのしきい値でチェックし月次で見直す。それは誰かが自分のものとして持つモニターだ。キーワード500件を毎日チェックするのは、誰かが購読したデータフィードだ。後者は提案書では良く見え、生み出すものは少ない。

サイジングのルール

キーワード数は確認予算から決める。逆ではない。

1. 確認に実際に使える分数を週あたりで決める。悲観的に見積もる。ふつう、これが最も正直に言いにくい数字だ。
2. アラート1件あたりの平均トリアージ時間で割る。順位変動なら30秒から60秒の間だ。
3. 直近90日の自分のシグナル率でさらに割る。持っていなければ35パーセントが妥当な初期推定で、1か月以内に置き換えるべきだ。
4. 出てきた数字が毎日チェックする場合のキーワード数だ。それを超える分は毎週チェックにする。

わたしたちの数字で走らせると、週60分、シグナル1件45秒、シグナル率35パーセントで、週あたり約228クエリ日、つまり毎日チェックならおよそ33キーワード。100キーワードのモニターをきちんと確認するには週およそ3時間かかる。

料金ページが決して教えてくれない数字がこれだ。

ここで扱わなかったこと

3つの限界を率直に書いておく。

データコストは2026年9月にライブリクエストへ実際に支払った額だ。ベンダーは定価を変えるし、サブスク型のモニターはクロール・保存・UIをひとつの数字に束ねるので、リクエスト単価とは直接比較できない。リクエスト単価の数字は、何を買っているのかを理解するために使い、ベンダーの見積もりとして使わないでほしい。

シグナル率はひとつのプロパティの、それ固有の順位プロファイルから出ている。ヘッドタームの多い大きなサイトは動きが違う。手法は移せるが、35パーセントは移せない。

コストモデルは確認時間を値付けするが、意思決定の時間は値付けしていない。アラートの中にはページ変更やコンテンツブリーフ、社内エスカレーションにつながるものがあり、その作業はトリアージを桁違いに上回る。モニターが実際のプロジェクトにつながるアラートを出しているなら、確認の数字は真のコストのうち小さな部分だ。

他の設定とのつながり

モニターは3つの判断の積み重ねだ。何を見るか、どれくらいの頻度で、鳴ったときに何をするか。この記事が値付けしたのは2つ目だ。1つ目については、ページのどこまで実際に見る必要があるかが有用な問いで、それは順位の深さが実際に何を返すかで計測した。3つ目については、自分の変更とSERP全体の動きを切り分けることがアラートそのものより重要だ。あなたが生成するアラートの3分の1は、あなたについてのものではないからだ。

座席を買うのではなく自分でループを組むなら、順序と失敗の型は2ソースの順位追跡を自作するにある。

よくある質問

SERPモニターはいくらかかるべきですか？ キーワード100件を毎日チェックするデータは、要求する結果数に応じて月およそ6ドルから42ドルです。どのモニター予算でも大きいほうの数字は確認時間で、わたしたちが測ったシグナル率では月9時間から18時間になります。

毎週より毎日の監視に価値がありますか？ 当日に対応できる場合だけです。キーワード100件の週次監視はデータで月およそ$0.86、アラートはおよそ151件で、それは誰かが読むモニターです。毎日はその7倍を生みます。

順位が安定しているのに、なぜこんなにアラートが来ますか？ しきい値がふつうサイト全体で一つだからです。最も静かな四分位のクエリでも日の21パーセントで3位を超えて動き、最も騒がしい四分位は半分の日でそうなります。ひとつのしきい値で両方のグループは扱えません。

深さ100で監視すべきですか？ ほとんどありません。深さ100は深さ10の7倍のコストで、誰も1ページ目より先を読んでいないクエリで97件のオーガニック結果を返しました。クエリが本当に50位より下にランクしているなら、まず深さの問いに答える価値があります。

自分のシグナル率を計算できますか？ できます、Search Consoleから。90日分のクエリと日付のディメンションを取得し、20日以上の履歴があるクエリに絞り、前日から3位を超えて動いた日を数えます。およそ20分の作業で、推定値があなたの数字に置き換わります。

Auspia の見解：SERPモニターはデータと確認の合計で値付けすると、購買判断が楽になる。データは使う価値のあるどの深さでもほぼ無料なので、効いてくるのはチームが毎週読む設定のほうだ。キーワード数は、手頃に見えた座席ティアではなく、自分にある分数から決めよう。

執筆: Tessa Clarke、Auspia で 120 以上の編集システムを担うコンテンツガバナンス責任者。レビューのワークフロー、監視の頻度、検索プログラムを読みやすく保つ運用ルールについて執筆。