バックリンクスコアチェッカーの計算：DRを用語ごとに分解

計算例（仮の入力値を使用）

ここに記載の内容は実際のサイトを表すものではありません。入力は対数スケールの挙動を示すために作成されたもので、各出力値は上記の公式を使用して計算されています。

100の参照ドメインを持つターゲットのスコアは27です。1000では41、10000では55、100000では68、1000000では82となります。スコア100に到達するには、20000000の参照ドメインが必要です。

ステップの読み方

ステップを確認してください。ドメイン数が100から1000に増えた場合のスコア増加は14ポイントですが、1000から10000への増加でも同じ14ポイントです。しかし、後者では9倍の新しいリンク元ドメインが必要です。これが、小規模サイトはスコアが急激に上がり、大規模サイトではスコアがほとんど変わらない理由です。

300ドメインを持つ仮想的なサイト

仮想的なサイトが300の参照ドメインを持っているとします。公式による計算結果は34で、これは100ドメイン時の27と1000ドメイン時の41の間の値です。

参照ドメインが0のサイトのスコアは0です。これは log(1) が 0 であるためです。この0は有効な答えであり、そのドメインに関するデータがまだインデックスにないことを意味します。

1000ドメイン時のスコア41と比較してください。参照ドメインが3倍以上に増えたにもかかわらず、スコアはわずか7ポイントしか変動しません。これが、単純な例における対数スケールの効果です。

製品における数値の使用

DRの数値は表示しやすく、誤解されやすいものです。数値そのものだけでなく、それを取り巻く画面の文脈も重要になります。

スコアの横にカウントを表示する

DRの横に、それを生み出した参照ドメインのカウントを表示してください。両方を見ることで、ユーザーは規模感をすぐに理解できます。

無関係なサイトの平均値を取らない

対数の平均値は、あなたが重視する要素を隠してしまうため、無関係なサイト間で平均値を取らないでください。代わりに、順位付け、バケツ分け、またはピアセットとの比較を行ってください。

ポートフォリオダッシュボードでのバケツ分け

ポートフォリオの効果を可視化するバックリンクスコアチェッカーでは、平均値よりもバケツ分けの方が適しています。数件の大規模ドメインが平均値を支配してしまうため、クライアントに説明可能な範囲でバケツ分けを行ってください。

多数のサイトのプログラムmaticなスコアリングについては、バッチスクリプトをご覧ください。パブリックページで信頼感のあるテーブルを表示するには、ダッシュボードプロキシをご覧ください。

バケツの境界値を1つの設定値にまとめ、変更履歴をレビューで確認できるようにし、チャートの凡例も同じソースから読み取れるようにしてください。

インデックスの年齢とDRへの影響

スコアはインデックスが更新された時のみ変動し、これが2つの日付間の読み方を変えます。

スコアが動かない理由

インデックスは約毎月再構築されるため、サイトがリンクを獲得し続けていても、スコアが数週間変わらないことがあります。これはインデックスの影響であり、サイト自体に対する評価ではありません。

画面に表示されているインデックス日付に対してスコアを読み取ってください。最近の日付で横ばいであることと、1ヶ月前の日付で横ばいであることは、意味が異なります。

1ヶ月間同じDRを目にした読者は、サイトに注釈を付ける前にインデックス日付を確認すべきです。多くの場合、日付が横ばいの理由を説明します。

1つのツール内で2つの日付を比較する

同じツールから取得した2つの読み取り値、または意図的に1ヶ月間隔で取得した読み取り値を比較してください。再構築前の読み取り値と再構築後の読み取り値を混ぜると、トレンドを捏造する最も簡単な方法になります。

履歴が必要な場合は、各読み取り値に参照ドメインのカウントを保存してください。カウントは変動を示し、DRはそのカウントの表現に過ぎなくなります。

スコアを自前のコードで再現する

自分で試してみてください。参照ドメインのカウントから計算し、APIが返す値と比較してください。Python: round(100 math.log(n + 1) / math.log(2e7))。JavaScript: Math.round(100 Math.log(n + 1) / Math.log(2e7))。

結果が1ずれる場合

自然対数で問題ありません。底が比率で相殺されるためです。結果が1ずれる場合は、まず丸めモードを確認してください。

言語によって丸めのルールが異なります。Pythonのroundは正確な半値を最も近い偶数に丸めますが、JavaScriptのMath.roundはそれらを切り上げます。そのため、半値の値が異なる側で終了することがあります。

カウントをスコアと共に保存する

テーブルにDRの横に参照ドメインのカウントと、読み取り日付を保持してください。そうすれば、後で別の呼び出しなしでスコアを再計算でき、レビュアーが手動で確認することもできます。

保存されたカウントがあれば、後の読者は数式が何を参照していたかを確認でき、クライアントが数値の変動理由を問う際に特に重要です。

クエリ日付の列はカウントと同様に重要です。それがないと、同じように見える2つの読み取り値が、異なるインデックス月に由来している可能性があります。

用語集の用語とAPIの接点

用語集のテーブルは意図的に短くしています。その用語の3つがクライアントレポートで混乱の大部分を引き起こすため、ここではそれぞれ詳しく解説します。

バックリンクと参照ドメイン

バックリンクは1つのリンクを指します。参照ドメインは、1つ以上のリンクを配置する固有のドメインです。1つの活発なブログからの1万リンクは1つの参照ドメインとしてカウントされ、これがDRが最初の用語ではなく2番目の用語に従う理由です。

レポートでは、2つの数値を異なるラベルで表示してください。これらを混同すると、リンクカウントがドメインカウントのように見える最も早い方法になります。

同じロジックがアンカーにも適用されます。同じアンカーテキストを持つ1万リンクがすべて1つの参照ドメインから来る可能性があるため、アンカーカウントとドメインカウントは、1つのサイトについて全く異なる物語を語ることがあります。

クレジットと呼び出しのコスト

クレジットは課金の単位であり、呼び出しのコストはそのアクションのコストであり、行数のコストではありません。refdomains呼び出しは2クレジットで、10行でも1,000行でも同じ請求になります。

これにより、行数は呼び出し内の自由変数となるため、多くの小さなリクエストではなく、必要なページサイズを1つのリクエストで取得してください。

トップページとアンカー

トップページとアンカーは、リンクがどこに到達し、何を伝えているかを表します。アンカーの多様性が少ない高いスコアと、幅広いミックスの同じスコアは異なる物語を語るため、DRと共にそれらを読んでください。

アンカーリストで支配的な単一のフレーズを確認してください。多くのドメインにわたって繰り返される1つのアンカーはキャンペーンのように見える可能性があり、読者は合計を読む前にそれを見るべきです。