計算例
各顧客に大型SEOスイートのログインを提供すべきか、それともアプリ内でリンクデータを表示すべきか？ラベル付きの例数値を用いたスプレッドシート形式の比較。
結論
画面で参照ドメイン、アンカーテキスト、またはDRスタイルのスコアが必要な場合、呼び出しごとのクレジット料はライセンス料よりも大幅に安くなります。キーワード調査、ラankトラッキング、または毎日更新されるクロールが必要な場合は、AhrefsやSemrushにユーザーを誘導し、無理に自前で実装しないことです。
これは架空のSaaSであり、実際の顧客ではありません。500の有料ワークスペースを持ち、ドメインページでビューごとに1回リンクデータをロードするプロジェクトツールと仮定します。
各ワークスペースが月間30回のドメインページを開くと仮定します。つまり15,000回のビューです。各ビューでoverview（無料）とrefdomains（クレジット2）を呼び出すと仮定すると、合計30,000クレジット、つまり月間$3.00となります。
同じ15,000回のビューをAhrefsプランで処理すると、すぐに上限に達します。1リクエストあたり50ユニットで、200,000ユニットでは4,000リクエストしか処理できず、これはビュー数の4分の1に過ぎず、2つ目のサブスクリプションやアップグレードの話になる前に限界に達します。
入力値を変えれば答えも変わります。重要なのは構造です：呼び出しごとの課金は利用量に比例してスケールし、サブスクリプションは事前に購入した余力の範囲内でスケールします。
| 経路 | 計算例における月額コスト | 最新データ | キーワードとラankトラッキング |
|---|---|---|---|
| 本API経由で埋め込み | 約$3.00（30,000クレジット） | 月額 | なし |
| Ahrefs APIプラン | 4,000リクエストで$129、それ以降は追加プランが必要 | 毎日更新されるクロール | スイート内で利用可能 |
| ユーザー向けのスイート内のライセンス | ユーザー数ベースのライセンス、再販売またはバンドル | 毎日 | あり |
各画面に対してこの順で実行する。スプレッドシートは、記入し忘れた行の品質に左右されます。
どの画面がどのアクションを呼び出すか記録する。refdomainsを呼び出すドメインページは1行です。行が欠けていると、3ヶ月目に予期せぬコストが発生する原因になります。
上記の価格表でアクションを確認する。クレジット数に$0.0001を掛け、さらに予想される呼び出し回数を掛ける。スプレッドシートにもクレジット数を記録し、レビュー担当者が再計算できるようにする。
ワークスペースあたりのページビュー数は自社アナリティクスから取得する。1つのセッションでドメインページが複数回ロードされることもあり、1人のアクティブユーザーがライセンス数に見合わないほどの呼び出しをトリガーすることもある。
残高が枯渇するとAPIはHTTP 402を返すが、画面には何らかの表示が必要になる。そのメッセージを事前に決定し、クレジットが0でも計画にコストとして組み込んでおく。
ワークスペースあたりの呼び出し制限を自社側で設定し、上限に達する前に残許容量を表示する。警告なしに制限が適用されると、サポートチケットの増加原因になる。
ユーザー数は人を基準に価格を設定する。リンクデータは画面によってリクエストされ、1つの画面のコストがその画面を開くユーザーのコストを超えることがある。Ahrefsバックリンクダッシュボードのライセンスと呼び出しごとのフィードを比較する多くのチームが、まずこのミスマッチに直面するため、どこで問題が顕在化するか確認する価値がある。
このミスマッチは双方向に作用するため、1つの答えが製品全体に通用することは稀である。機能ごとに単位を選択する。企業全体ではなく。各選択をスプレッドシートの対応する画面の横に記録し、価格ページが変更されるたびに見直すこと。春に書いた比較は、リンク数よりも早く陳腐化する。
ユーザーがスプレッドシートから200件のドメインリストをインポートすると仮定する。製品は1回のbulk_dr呼び出しでリスト全体を取得できる。1回の呼び出しで最大2,000件のドメインを処理できるため、クレジットは1つで済む。ユーザーが1回だけインポートしても、1回もインポートしなくても、ライセンス料は同じである。呼び出しごとの課金は実際の作業量に追従する。
一部の製品では、ユーザーが毎日スイート内で作業する必要がある。ユーザーが1週間中キーワード調査を行う場合、そのスイート内のライセンスが適切な購入対象であり、呼び出しごとのフィードは不適切なツールとなる。ドキュメントでそれを明記し、リンクカウンターがスイートを代替すると誤解されないようにする。アクティブユーザーに適した価格設定は、単一機能に適した価格設定とは別の判断である。2つを計画内で分離しておくこと。スイートはパワーユーザーには適しているが、呼び出しごとのフィードは他の全員に適しており、これらは1つの製品内で共存できる。
多くのワークスペースは四半期に1回だけリンクタブを開く。そのような静かな訪問に対してライセンス料を支払うと、静かな月が高価になる。呼び出しごとの課金はそれらの月では安価であり、忙しい月でもコストが増加するため、どちらのモデルにコミットする前に両方を測定する。
SemrushとAhrefsは広範な機能を提供する。キーワード、SERP履歴、サイト監査、毎日更新されるクロール。
ユーザーがフルタイムでSEOを行う製品は、埋め込みカウンターでそれらを代替しようとするべきではない。ユーザーは比較を行い、その比較は正当である。
賢明なパターンは階層型である：製品内でリンク数を表示し、詳細な分析のためにスイートへのリンクを貼り、サポートドキュメントでどのデータがどこから取得されるかを明確にする。セットアップガイドは配線方法を示し、キャッシュレシピは請求額を抑える。
クレジットは請求書の目に見える部分である。スプレッドシート外の2種類のコストがあり、クレジット行が小さく見えるとそれらを忘れがちになる。
これらはいずれも当社の請求書に表示されず、2つ目はチームが最も驚く要因となる。
キャッシュは自社で管理するコードである。誰かがキーを選択し、有効期限を設定し、空の状態をテストする必要があり、これらの時間は実際の金銭的コストとなるが、請求書には表示されない。キャッシュレシピは適応可能な初期形状を提供しており、ゼロから設計するよりも安価である。インデックスが更新されるたび、新しい画面がAPIを呼び出すたびにキャッシュの小さなレビューが必要となるため、これらの時間は継続的に発生する。
顧客がドメインの数値を読み、それがライブデータであると仮定した場合、クレームが届く。鮮明な更新日ラベルはUIの1行で済む。これを省略すると、混乱した顧客ごとにサポートスレッドが発生し、そのコストはクレジットメーターに反映されないため、計画から抜け落ちがちになる。更新日ラベルの責任者を1人に定め、異なる時期に構築された画面間で文言が逸脱しないようにする。
自社製品への結果の埋め込みは通常の用途です。再販売条件は利用規約ページに記載されている範囲を超えて明記していないため、確認し、大量の再配布やホワイトラベルAPIを含む計画の場合はアカウントページからご連絡ください。
自社側でワークスペースあたりの呼び出し数をカウントし、プランの制限にマッピングする。当社の残高は単一の前払いプールであるため、ユーザーごとの課金は貴社の責任であり、プロキシルートの呼び出しカウンターが自然な実装場所となる。
いいえ。クレジットは1つあたり$0.0001で前払いされ、サブスクリプションに期限切れしない。新規アカウントには$100の無料クレジットが付与され、これは1,000,000クレジットに相当し、カード登録なしで長期のプロトタイピングに十分な量である。
収益前のチームは通常、請求前に実証を求めている。このAPIの無料アクションはその段階に適しているため、最初の質問は、何も費やさずにテストできることは何かである。
そこから始めて、有料呼び出しを獲得した画面のみを価格設定する。
概ね可能である。overview、domain、stats、suggestアクションは、見出しカウンター、オートコンプリートボックス、無料のルックアップページをカバーする。DRカラムや詳細ドロワーが必要な場合に有料アクションに到達し、その時点で計画に実際の項目が必要となる。
月額最低利用額は適用されない。新規アカウントには$100の無料クレジットが付与され、これは1,000,000クレジットに相当するため、追加チャージの前に有料呼び出しをテストできる。1呼び出しあたり2クレジットで、その残高は500,000回のrefdomains呼び出しをカバーできる。画面ごとのクレジットログを自社で保持し、作成したスプレッドシートと比較すること。DRノートは、数値が表示された後のラベル付け方法を説明する。
