PageRankがフィールドの選択肢にならない理由
人々は依然としてバックリンクチェッカーのPageRankツールを検索していますが、公開されている数値はすでにありません。Googleは2016年にツールバーのPageRank表示を削除し、Google自身による後継ツールは登場していません。
残っているのはベンダー独自のスコアです。AhrefsにはDR、MozにはDAがあり、Contentinでは独自のドメインレーティングを公開しています。いずれか1つを選択し、それに統一してください。1つの列に2つを混在させると、その後の比較はすべて意味を失います。
ヘッドレスチームにとっての実用的なルール：表示またはフィルタリングに使用するデータのみを保存し、それ以外を保存しないことです。余分なフィールドは、編集者が誤解する要因となり、エクスポート時の余分な列となり、CMS間で移行する際にマッピングが崩れる要因となります。
命名は重要です。フィールド名をauthorityではなくlink_drと呼びましょう。前者は数値の由来を明確に示し、後者は1年後に別のベンダーのスコアに置き換える可能性を生み出します。
フィールド名をソース元に合わせる
フィールド名は、数値を生成したベンダーの名前を常に付けるべきです。「link_dr」というフィールド名は、その数値がどこから来たのかを次の閲覧者に伝え、後でベンダーを変更した際に、値が黙って置き換わるのを防ぎます。
ラベルだけが引き継がれ、数値は引き継がれません。AhrefsのDR、MozのDA、そして当社の独自ドメイン評価（Domain Rating）は異なる指標であるため、あるベンダーの値を別のベンダー名で名付けられたフィールドにコピーすると、次の閲覧者を誤解させることになります。
2つのベンダーのスコアを保存できますか？
2つのフィールド、2つの名前を使って保存することは可能です。しかし、2つの数値は比較を誘発し、その比較が誤解を生む要因となるため、多くのチームではその必要はありません。
ステークホルダーが両方を求めた場合は、2つの計算式を並べて示してください。スケールの構築方法が異なるため、その違いが驚きの大半を説明します。
スコアはツール間で同じですか？
いいえ。あるツールのDRと別のツールのDAは、異なるリンクグラフと異なる計算式に基づいているため、同じ方向を指していても、数値は一致しないことがあります。
当社の計算式は公開されています。対数スケールであるため、参照ドメイン数が1,000から100,000に増えたとしても、生数の増加ほどスコアは大きく変動しません。
計算例：5つの架空のドメインについて
参照ドメイン数は例示のために作成された架空の数値です。計算式：round(100 · log(ref_domains+1) / log(2·10^7))| 架空のドメイン | 参照ドメイン | DR | 推奨バンド |
|---|
| tiny-docs.example | 10 | 14 | 低 |
|---|
| small-saas.example | 50 | 23 | 低 |
|---|
| mid-blog.example | 1,000 | 41 | 中 |
|---|
| big-publisher.example | 100,000 | 68 | 高 |
|---|
| theoretical-top.example | 20,000,000 | 100 | 高 |
|---|
フィールド設計に関するテーブルの示す内容
スケールは対数です。10ドメインと1,000ドメインは27ポイント離れていますが、1,000と100,000はさらに同じ距離だけ離れています。したがって、整数を保存しますが、帯域で読み取ってください。
帯域フィールドは、生の数値よりも編集者をより助けることが多いです。41と43の違いで行動を起こす人はいません。しかし、「中程度」というラベルがあれば行動を起こせます。シンプルに保ってください。
日付はスコアと同様に重要です。日付のないスコアは、生データのように見えます。1年後、誰かが会議でそれを引用するかもしれません。日付を記録し、毎晩の bulk_dr スキャンのような、名前の付けられるスケジュールで更新してください。コストテーブル を参照してください。
ノートフィールドは、その役割が小さいため、シンプルに保つべきです。1文で十分です。その役割は、インデックスが月ごとに移動すること、および Google Search Console が Google 自身の見解を持っていることを読者に思い出させることです。
長期的なフィールドの信頼性を維持する
一度記述され、二度と見直されないフィールドは、静かに過去の事実へと変わっていきます。更新ジョブがそれを「現在の読み取り値」として維持する役割を果たし、それは一文で説明できるスケジュールで実行されるべきです。
スケジュールから始めましょう。それが他のすべての要素を決定するからです。月次更新はインデックスの更新頻度に一致し、夜間の定期実行はインデックスが約1ヶ月に1回しか更新されないため、情報量を増やすことなくコストのみを増加させます。
スコアはどのくらいの頻度で更新すべきか？
多くの場合、月次が適切です。これはインデックスが従うリズムに合致しているためです。数字が変動していなくても、すべてのエントリに最新の日付を表示したいチームにとっては、夜間のスキャンも意味を持ちます。
コストが更新を控える理由にはなりません。最大2,000ドメインを対象とする nightly bulk_dr 呼び出しは1クレジットで済み、残りの詳細はコスト表に記載されています。
欠損値がある場合、ジョブはどのように処理すべきですか？
古いスコアと日付をそのまま残し、試行を自分のログで失敗としてマークしてください。良い読み取り値の上に空の値を書き込むと見た目は整いますが、あなたが持っている唯一の履歴が消去されてしまいます。
欠損値とゼロは異なる事実です。フィールドタイプはこれらを区別すべきであり、編集者が空白を悪いスコアとして読み取らないようにします。
各バッチを制限内に保つにはどうすればよいですか？
リストを2,000ドメイン以下のチャンクに分割し、チャンクごとに1回の呼び出しを送信します。チャンクサイズを単一の変数に保持し、制限の変更が1行のみに影響するようにします。
送信されたドメインの数と保存された読み取り値の数をログに記録します。この2つの間に不一致がある場合、バッチに問題があった最初の兆候です。
編集者がスコアの隣に何を見るべきか
編集者はフィールドを数秒で読み取るため、フィールドも数秒で応答する必要があります。忙しい読者が必要な順序で、バンド、日付、整数の順に表示します。
ラベルはレイアウトと同様に重要です。link_dr_bandという名前のフィールドが「middle」と表示しても、インデックスについて何も伝えないため、その横の注釈にその注意点を記載する必要があります。
バンドでエントリに色を付けるべきですか？
色付きバッジは忙しい編集者に役立ちますが、中間の読み取り値が失敗のように見える可能性もあります。色はバンド名に限定し、深刻な問題がない限り赤を避けてください。
バンドはレビューのためのアドバイスであり、公開のためのルールではありません。緑または琥珀色のバッジが合格として読まれないように、その横のラベルでそれを明示してください。
同じバンドが多くのエントリに表示される場合、エントリを確認する前にルールを確認してください。サイトの半分をフラグ付けするバンドは、通常、コンテンツではなく閾値について教えてくれます。
日付が古い場合、注釈に何を書くべきですか？
古い日付はスコアを隠すのではなく、注釈を変更すべきです。「読み取り値が最終更新より古い」という行は、編集者に信頼する前に再確認するよう伝えます。
その行をコードで生成し、すべてのエントリで同じように表示してください。手書きの注釈は時間とともに変化し、数ヶ月後には誰もそれが何を意味していたか覚えていません。
コンテンツモデルのスケッチ
フィールド名は例示のためのものです。Contentful、Sanity、Strapi、Payloadはそれぞれ独自の方法でフィールドを宣言するため、翻訳が必要です。
json
{
"link_dr": 41,
"link_dr_band": "middle",
"link_checked_on": "2026-10-29",
"link_check_note": "Index refreshes monthly. Verify in Search Console."
}
レスポンスをそれらの4つのフィールドにマッピングする
- 1
無料アクションを1回呼び出す
既知のドメインでoverviewを実行し、JSONを目で確認します。実際のフィールド名をレスポンスで確認してください。このページではそれらをリストしていないためです。
- 2
DR値を選択する
0から100のスコアを整数フィールドにコピーします。範囲外の値を拒否し、不正なレスポンスがエントリに到達しないようにします。
- 3
独自のコードでバンドを導出する
20未満は低、20から50は中、50以上は高です。閾値は提案であり、APIではなくチームに属します。
- 4
日付を刻印する
スコアの隣に今日の日付を書き込みます。インデックスは約月次で更新されるため、日付はデータの一部です。
4つのフィールドと、それぞれが答える質問
各フィールドは、編集者が尋ねる1つの質問に答えます。
01link_dr
0から100の整数スコア。スケール上でドメインがどれほど強力かを示します。
02link_dr_band
低、中、高などの単純なラベル。数値を読むことなく、人がより詳しく調べるべきかどうかを示します。
03link_checked_on
読み取り値の日付。数値が古いかどうかを示し、これは多くのチームが期待する以上に重要です。
04link_check_note
インデックスに関する1文。スコアが示せないこと、例えば月次更新や新規リンクの遅延などについて示します。
除外すべきフィールド
- 生のバックリンク行：古くなりやすく、エントリを肥大化させる
- アンカーリスト（人間がレビューする場合を除く。runbook参照）
- 合格または不合格のブール値：これは厳格なブロックを招く可能性があります
- 1つの列に2つのツールのベンダースコア
例に関する1つの注意上記の5つのドメインは存在せず、カウントは算術を可視化するためにのみ選択されています。実際の数値については、ご自身のサイトで無料のDRチェッカーを実行してください。
