2,000行のデータフレーム用ドメイン信頼性チェッカー

ボックスに1つのドメインを試してから、1回の呼び出しで列全体をスコアリングします。閾値テーブルは私たちが提案するものですが、あなたの変更も可能です。

CranSEOリサーチチーム · 更新日 2026-10-29

まず1つのドメインを確認

無料、キー不要。ドメインを入力し、スクリプトを書く前にそのDRと参照ドメイン数を確認してください。

1回のリクエストで列全体を処理

最大2,000ドメインをbulk_drに送信します。1回の呼び出しで1クレジットかかります。ここではカンマ区切り文字列で結合します。出力の形状を確認するために、まず3ドメインのテスト呼び出しを実行してください。

library(httr2)
library(dplyr)

domains <- readr::read_csv("links_export.csv")$domain |> unique()
chunk <- head(domains, 2000)

scores <- request("https://cranseo.com/api.php") |>
  req_url_query(action = "bulk_dr",
                domains = paste(chunk, collapse = ","),
                key = Sys.getenv("CRANSEO_KEY")) |>
  req_perform() |>
  resp_body_json()

glimpse(scores)

閾値テーブル：DRバンドが示す傾向

対数スケール上の経験則。ニッチに合わせて編集してください。
DRバンド	ラベル	行の処理方法
0〜9	薄型	ボリュームカウントには保持、品質の議論には無視
10〜29	小規模	新規またはローカルサイトによく見られます。アンカーテキストを確認してください
30〜59	確立済み	通常、クライアントレポートで手動確認する価値があります
60〜79	強力	名称で言及し、トピックの適合性を確認
80〜100	非常に大規模	稀です。リンクがプロフィールやコメントではなく編集者によるものであることを確認

対数スケールが閾値に与える影響

DRは参照ドメイン数の対数とともに上昇します。10から20へのステップは、70から80へのステップよりもはるかに少ない新規リンクサイトで達成されます。

したがって、バンドは頭の中で等幅であるべきではありません。DR 45のサイトは、ローカルブログとニューヨークタイムズの中間ではありませんし、生値のヒストグラムはあなたを誤解させる可能性があります。

cut()を上記のテーブルで使用し、DRの平均ではなくバンドごとの行数をカウントします。対数スケールでの平均は、あなたが探している外れ値を隠す傾向があります。

生DR値は低値側に偏る傾向があるため、それらのヒストグラムは主に下部に群がったデータを示します。ログ変換されたカウントは、同じデータをより正直に分布させます。

ラベルの3つの使用方法

1つの用途を選択し、それに固執してください。

3つの用途があり、フィルタリングが最優先です。手動レビューの前にDR 30以上の行のみを保持し、2,000行のリストを1日で読める量に減らします。ランキング：降順でソートし、上位50件をクライアント用のスライドの例として使用します。監査：バンドごとの行数をカウントし、ランブックの日付付きファイルを使用して、今月と先月を比較します。

DR 70のサイトがスポンサーページからリンクしてくる可能性があります。DR 12のローカルブログが、あなたが持っている最も関連性の高い言及である可能性があります。これらの用途のいずれも品質を測定するものではありません。これらの数字をソート補助として扱い、判断する前にアンカーテキストを確認してください。これはアクション用語集で抽出方法が説明されています。

リストがSearch Consoleのエクスポートから始まった場合、結合ウォークスルーはキーの欠落を防ぐクリーニング手順を示し、価格ページは1,000回のそのような呼び出しのコストを示しています。

サンプルサイズに関する注記

すみません、小さなサンプルは嘘をつきます。バンドごとに分割すると、その効果は大きくなります。

ドメインがわずか40しかない場合、1つの外れ値がバンドカウントに目に見える影響を与えます。サンプルサイズはレバーです。2ドメインの呼び出しと同じ1クレジットで最大2,000ドメインのスコアリングができるため、利便性のあるサンプルではなく、エクスポート全体をスコアリングしてください。安定した画像を得る最も安い方法は、すべてを要求し、cut()に後でソートさせることです。

小さなテーブルは読みやすく、誤解されやすいものです。パーセンテージの横にカウントを印刷し、読者がベースのサイズを確認できるようにしてください。

出力を信頼する前に

呼び出し前にドメインの重複を除外し、wwwを削除してください。毎回
レスポンスのcreditsフィールドをログに記録
スナップショットの日付をスコアと一緒に保存
閾値テーブルをバージョン管理に保持
レポートにDRはMoz DAではなく独自の指標であることを明記

自己欺瞞なしでプロスペクトリストをスコアリング

ドメイン信頼性チェッカーは、入力するリストの品質に依存します。一括スコアリングはしばしばエンリッチメントジョブの最初のステップです。企業やサイトのリストがあり、それらをソートするための数値が欲しいとします。その数値はソートキーです。それは判決ではありません。

スコアは同僚が読むテーブルに組み込まれるため、それらを取り巻く言葉遣いはカットオフ値と同様に重要です。

スコアの意味を決定

アウトリーチ用にソートするリスト、監査するリスト、手動レビューの前にカットするリストは、それぞれ異なる閾値を必要とします。ノートブックの上部に目的を最初に書き、その後でバンドを選択してください。

アウトリーチのためのスコアリングは、適合性と到達可能なコンタクトを重視します。DRだけでは、あなたのターゲットオーディエンスに完全に一致する小規模サイトよりも、大規模で無関係なサイトが上位にランクインする可能性があります。スコアをニッチと一緒に確認してください。

各閾値テーブルに目的に応じた名前を付けてください。例えば、outreach-bandsやaudit-bandsなど。明確に名前が付けられた2つのテーブルは、ソートキーが静かに判決になるのを防ぎます。

入力と出力を追跡可能に保持

各行には、正規化されたドメインの横に元の入力文字列を保持させ、スコアが生成された行に遡れるようにしてください。入力された行数と返された行数をログに記録してください。

スコアがない行がある場合は、削除するのではなく欠落として記録してください。静かな削除は、誰もカットすると決定せずにプロスペクトリストが縮小する方法です。

リードではなく呼び出しをログに記録

リクエスト、アクション、時間、および各レスポンスのcreditsフィールドをログに記録します。フルキーをログに記録せず、個人連絡先情報をログファイルから除外してください。

何を要求し、どれくらいかかったかを示すログは、1ヶ月後に同僚が提起する質問のほとんどに答えます。

ログをプレーンテキストで保持し、1行を1呼び出しにしてください。これにより、diffを使用して、追加のツールなしで2ヶ月間のコストの変化を表示できます。

同点、ほぼ重複、ロングテール

2つのドメインが同じスコアでも、言語やニッチなど、あなたにとって重要な点で異なる場合があります。同点は行を見るためのきっかけであり、アルファベット順で最初のものを選ぶ理由ではありません。

ロングテールは小さなバンドに隠れます。各カットオフの直下に位置するドメインの数をカウントしてください。密集したクラスターを分割する閾値は、一度に多くの行を移動させる可能性があります。

どの行が同点で処理されたかを記録し、後で誰かがそれについて尋ねたときに、あなたが下した選択が目に見えるようにしてください。

バンドが言えないこと

バンドは数値を記述しますが、関係性は記述しません。Strongバンドのドメインは、参照ドメイン数が多いことを示しますが、リンクが編集者によるものか、最近のものであるか、まだ稼働中であるかについては何も示しません。

言及する予定の行の実際のリンクを必ず確認してください。その確認は時間がかかりますが、それこそがバンドが存在する理由です：どの行がそれに見合う価値があるかを決定します。

有用なテストは、各バンドからランダムに3行を選択し、それらのアンカーテキストを読むことです。バンドが一貫した物語を語っている場合は、それらを維持します。語っていない場合は、何かを公開する前にカットオフ値を調整してください。

リストからランク付けされたテーブルへの5つの段階

正規化

スペースをトリムし、ドメインを小文字にし、wwwを削除し、完全な重複を削除します。最初の呼び出しの前に実行し、各行に1つのキーを持たせてください。

チャンクでスコアリング

1回のbulk_dr呼び出しで最大2,000の一意のドメインを送信します。チャンクのサイズが制限内に収まる限り、各呼び出しには1クレジットかかります。

カバレッジを確認

スコアリングされたドメインの数と送信した数の比較。差をログに書き、各欠落行の処理方法を決定してください。

バンドにカット

cut()を使用して閾値テーブルを適用し、バンドごとの行数をカウントします。生スコアを置き換えるのではなく、バンドを生のスコアの隣に保持してください。

読者のためにランク付け

バンドラベルだけでなく、目的に必要な数値でソートし、レビュー用に上位行を別テーブルに保持してください。

一括スコアリングに関するよくある質問

一括スコアリングは毎回同じ質問を提起するため、ここでは文章で回答します。

スコアがない行をどうするか？

保持し、欠落としてマークしてから、まずキーを確認してください。一般的な原因は、末尾のスラッシュ、wwwプレフィックス、または異なる大文字小文字です。

キーがクリーンで、ドメインがまだ存在しない場合、月次インデックスには含まれていません。

2,000より大きいリストをスコアリングできるか？

一意のドメインを最大2,000のグループに分割し、グループごとに1回bulk_drを呼び出し、結果を結合します。

5,000の一意のドメインには3回の呼び出しが必要で、それは3クレジットです。

ループはどのHTTPエラーを処理すべきか？

キーの欠落または不正な場合はHTTP 401、残高が空の場合はHTTP 402。どちらも再試行ではなく、実行を停止すべきです。

それ以外のエラーは、それが属するチャンクとともに完全にログに記録する価値があります。

実際の実行前にこれをテストするには？

まず3つのドメインをスコアリングし、glimpse()で出力形状を確認します。残りのパイプラインをフィクスチャでテストし、意図した時のみ有料呼び出しが実行されるようにしてください。

スコアをクライアントと共有すべきか？

DRは独自の対数スケール指標であることを注記して共有し、その横にスナップショットの日付を表示してください。数字だけを読むクライアントは、それを監査とみなしますが、実際はそうではありません。

それと一緒に閾値テーブルを表示し、バンドが読者に見えるようにしてください。