手計算でドメインレーティングを確認：DR計算式の実例

スケールが曲がる理由

参照ドメインが10から100に増えると13ポイント増加します。100,000から1,000,000に増えると約14ポイント増加しますが、そのためにはさらに900,000ドメインが必要です。上位での成長は緩やかです。

これが、低DRのサイトが急速に上昇でき、高DRのサイトが停滞しているように見える理由です。数学は設計どおりに機能しています。DR 70のサイトが5,000件の新しいドメインを獲得しても、スコアは1ポイントまたは0ポイントしか変動しないかもしれません。

Ahrefsはドメインレーティングの背景にあるアイデアを公開していますが、正確な計算式は公開していません。Mozもドメインオーソリティについて同様です。 oursは意図的に公開されており、電卓を使ってドメインレーティングを確認することができます。

倍増ごとに同じポイント数が追加される

参照ドメイン数が倍増するごとに約4.1ポイントが追加され、これはサイトの規模に関係なく適用されます。このルールは対数に由来します。Rから2Rへの移動は常にログに同じ量を加えるため、カウントが倍増するたびにスコアは一定のステップだけ上昇します。

手計算でドメインレーティングを確認するには、その1ステップだけで十分です。これは値の表を頭の中で持ち歩ける単一の数値に変えます。

参照ドメインが20から40の場合

参照ドメインが20から40に増 hypothetical なサイトを考えてみましょう。計算式では開始時に18、終了時に22となり、4ポイントの増加となります。

次に、500ドメインを持つより大きなサイトで、同じ20ドメインを追加した場合を考えます。スコアは約0.25ポイントしか変動しません。両方のサイトで20ドメインが増加しましたが、小規模なサイトのみが目に見える変化を示します。

変化をパーセンテージとして読むと大きく見えます。スケール上のポイントとして読むと、それは modest なステップであることがわかります。両方の読み方は真実なので、どちらを意味しているかを明確にしてください。

トップスコアが動かしにくい理由

DR 70では、カウントは約129,000参照ドメインに位置します。5,000件の新しいドメインはそのスコアを約0.2ポイント持ち上げますが、これが強力なキャンペーンでも数字が平坦に見える理由です。

最初の1,000参照ドメインは約41ポイントを購入します。次の1,000,000（1,000,000から2,000,000へ）は約4ポイントしか購入しません。この対比が全体の話です。

計算式に間違いはありません。スケールは、最後のポイントが最も多くのリンクを必要とするように構築されており、直線を期待する読者は毎回驚くことになります。

読者は時折、平坦な線を壊れたツールと解釈します。線が平坦なのは、その上部でスケールが平坦であり、計算式がそれを正確に報告しているからです。

上限の位置

除算子は2,000万の自然対数です。正確に20,000,000のカウントは100を生成します。

そのカウントを超えるものはすべて100にキャップされるため、5,000万の参照ドメインを持つドメインは2,000万のドメインと同じように読み取られます。そのカウントに近いドメインはほとんどないため、このキャップは動作制限というよりは境界線です。

上位に近いスコアを引用する際は、それを明記してください。98を見て100への小さなギャップと推測する読者は、そのギャップが実際にどのくらいのドメイン数を隠しているかを見過ごすかもしれません。

手計算がルックアップからずれる3つの方法

ルックアップと一致しない再計算スコアの多くは、3つのミスのいずれかを含んでいます。それぞれは作りやすく、パターンを知れば簡単に発見できます。

バックリンクではなくドメインをカウントする

仮想的なサイトに3,000のバックリンクが40ドメインにわたって分散しているとします。3,000を代入するとDRは約48になります。計算式が求めているのは40で、それは22になります。

バックリンクの合計は通常、レポートが最初に出力する数字であるため、このミスは非常に一般的です。計算を実行する前に、入力のラベルを読んでください。用語集では、2つの用語をそれぞれ1行で区別しています。

簡単なテストが役立ちます。参照ドメイン数は常に2つのカウントのうち小さい方です。なぜなら、リンクするドメインは少なくとも1つのバックリンクを持っているからです。もし入力が大きい数字であれば、間違ったものを持っています。

切り捨てではなく丸め

生の結果には通常小数点以下が含まれます。34.69の生値を整数に切り捨てると34になります。

スケールは最も近い整数に丸めるため、同じ値は35になります。計算中は小数点以下1桁を保持し、最後に一度だけ丸めれば、2つの方法の不一致は解消されます。

丸めルールをメモに書き込んでおけば、同じ計算をする2人が同じ整数を得ることができます。

プラス1を忘れる

ゼロの自然対数は存在しません。参照ドメインがないサイトは、ゼロのスコアを得るためにプラス1が必要です。

これがないと、計算例の最初の行は計算が始まる前に失敗します。プラス1を計算式の中に書き込んでおけば、行をコピーする際に誰もそれを落とすことはありません。

リンクがないサイトのスコアを返すスクリプトがある場合は、ログを取る前にコードが1を加えているか確認してください。

ゼロのケースを最初にテストしてください。これは計算式のどのコピーでも実行できる最も安価なチェックです。

スプレッドシートでの計算の繰り返し

スプレッドシートは1つのセルに計算全体を持てます。B2に参照ドメインのカウントを入れ、次のセルに =ROUND(100*LN(B2+1)/LN($C$1),0) と入力します。

上限の20000000をC1に入れ、隣にラベルを付けます。ラベルは重要です。仮想的なカウント340は35を返し、これは上記の計算例と同じ答えです。

計算式の中に数字を隠したシートは監査が困難です。1年後、誰もなぜそこにあるのか覚えておらず、誰もそれを変更したいとは思いません。

スプレッドシートは曲線も可視化します。10から1,000,000までのカウントで列を埋めると、DR列は最初は急速に上昇し、その後緩やかになります。神話エントリは、他のツールからの公開スコアが同じように読み取れない理由を説明しています。