4回の呼び出し、合計で約1セント 01 ドメインを収集する 実験ログ から、一意の参照ドメインをそれぞれ抽出します。パスとwwwを除去してください。ログで言及できるドメインのリストに絞り込み、ソースが述べている ように毎月繰り返してください。
02 一括でスコアリングする bulk_drは1回の呼び出しで最大2,000ドメインまで処理でき、コストは1クレジット（$0.0001）です。各ドメインに対して0から100のDRが得られます。
03 興味のあるドメインを開く 3つまたは4つのドメインに対してrefdomainsを呼び出し（2クレジット）、リンク元を確認します。呼び出しは行数が1,000行までであれば、1回で請求されます。
04 重複を確認する intersectは2から10ドメインまでを2クレジットで受け付け、複数のドメインにリンクしているサイトを返します。アウトリーチのアイデアに役立ちます。
呼び出しの実行 キーを自分のものに変更してください。以下のドメインはプレースホルダーです。
bash
# 1 credit: DR for many domains
curl "https://algolink.net/api.php?action=bulk_dr&domains=example-a.com,example-b.org,example-c.net&key=sk_live_..."
# 2 credits: referring domains for one of them
curl "https://algolink.net/api.php?action=refdomains&q=example-a.com&per=100&key=sk_live_..."
# free, no key: quick overview
curl "https://algolink.net/api.php?action=overview&q=example-a.com"
結果の例（仮のデータ） 出力の形状を示すための架空の数字であり、発見そのものではありません。 参照ドメイン DR 読み取り example-a.com 91 大規模で広範にリンクされた出版社 example-b.org 68 中規模の参照サイト example-c.net 34 ニッチサイト、リンク数は少ないが参照されている your-site.com 22 セットの大部分より下位だが、完全に欠けているわけではない
表を自分自身を欺かずに読み解く ここで言うDRは独自の指標です：round(100 * log(ref_domains + 1) / log(20,000,000))。この値はゆっくりと上昇します。10から20への増加は、60から70への増加よりもはるかに多くのリンクを意味します。
まず広げ、平均は後で（もし必要なら）。あるトピックの参照セットがDR 20からDR 90に及ぶ場合、リンクは単なる参加条件ではないことが明白です。上位に密集したクラスターがあればより示唆的ですが、それでも因果関係を示すものではありません。
鮮度には限界があります。先週のリンクでも、インデックスが約月1回のペースで更新されるため、まだ反映されていない場合があります。AhrefsやSemrushはより頻繁にクローリングし、キーワードを追跡しますが、当社は追跡していません。鮮度が重要である場合はそれらを選択してください。
この比較は2つ目の問いにも答えます。アウトリーチは一つの用途です。複数の参照ドメインにリンクしているが、あなたにはリンクしていないサイトはどれですか？それらがアウトリーチの候補となります。神話検証 では、より安価な言及ルートをカバーしています。
開始前に数字を確認してください。50ドメインのスコアリング、4回の参照ドメインのプル、1回のintersectで、合計約1 + 8 + 2 = 11クレジットになります。これは約0.1セントなので、この手法の制限は予算ではなく注意力です。
ドメインリストの選択 バックリンク検索のステップは、入力するリストの質に依存します。リストは初期段階で誤りが生じやすくなります。最初の呼び出しの前に多くのエラーが入り込むため、リストには呼び出し自体と同じ注意を払ってください。説明できないリストは、再現できないリストです。
参照されたことが、クリックされたことと同じではない アシスタントが参照するドメインと、読者が訪問するドメインは別物です。可能であれば両方をログに記録し、どちらがどちらかを示してください。表内でラベルを可視に保ってください。頻繁に参照されるがクリックが少ないソースは、サイトそのものよりも回答のレイアウトについて多くを語っている可能性があります。
アシスタントが出力したとおりに各ドメインを記録し、2列目で正規化してください。これにより、生データとクリーンなリストを並べて保持できます。
呼び出しの前にノイズを除去する 最初の呼び出しの前にパス、クエリ文字列、wwwを除去し、1つのサイトが2回カウントされないようにしてください。同じ所有者を指す明らかな重複を除去します。
除去した行を別のリストに保持してください。何を取り除いたかの記録がないクリーンなセットは、後で説明するのが困難です。
日付付きのリストを保持する リストを日付と、それを生成したプロンプトとともに保存してください。プロンプトのないドメインリストは、それが答えた質問に対する推測に過ぎません。
新しいリストを開始するのではなく、毎月同じリストを繰り返してください。そうすれば比較に基準が生まれます。日付付きタイムライン があれば、現れた変化を説明するのに役立ちます。
可能であれば、要約のそばに生レスポンスを保存してください。後で特定の数字について質問された場合、この方法で答える方がはるかに簡単です。
遭遇するエラーとその意味 失敗する呼び出しの多くは、単純な原因による小さな問題です。データが間違っていると判断する前に、ステータスコードと ok フィールドを確認してください。
401 および 402 のレスポンス 401 はキーが不足しているか間違っていることを意味するため、まずキーを確認してください。402 は残高が枯渇したことを意味し、これはクエリ自体の障害ではなく請求状態です。
両方の種類のレスポンスには ok フィールドが含まれます。スクリプトでそれを読み取り、失敗した呼び出しが空の行としてテーブルに混入しないようにしてください。各失敗した呼び出しに対してステータスコードをログに記録し、後でキーの問題と残高の問題を区別できるようにしてください。
空の結果と薄っぺらいリスト 空の結果が常に答えであるとは限りません。リンク数が少ないドメインは短いリストを返すことがあり、新しいドメインはまだインデックスに現れていない可能性があります。ドメインにリンクがないと結論付ける前に、概要のヘッドライン数を確認してください。
欠落した行はゼロではなく未知として扱い、それを表に明記してください。そのように扱われた行数をキャプションに明記してください。
深いページとページングの上限 最初のページよりも前にソート計画を立ててください。ページングは 50,000 行で停止するため、非常に大きなドメインをその方法で最初から最後まで読み取ることはできません。最も有用な行が最初に来るように行をソートし、リストが途中で切れた場合は書き出しで明記してください。
各行の数に関係なく、呼び出しは 1 回課金されます。したがって、少数の大きな呼び出しの方が、多数の小さな呼び出しよりもコストが安くなります。
結果のソートとページング page と per page を使用して結果セットを移動します。per を 10 から 5000 の間に設定して、現在のタスクに合わせてください。
sort と order sort を order=asc または order=desc と組み合わせて使用し、最も強力な行を最初にして、質問が終了する時点で読み取りを停止してください。
呼び出しごとに 1 回の課金 行数に関係なく、呼び出しは 1 回課金されます。1 回の大きなページの方が、複数の小さなページよりも安価です。
_credits を読む 認証済みのレスポンスには、コストと残高を示す _credits が含まれます。行の横にログに記録し、予算が可視化された状態を維持してください。
アンカーテキストを 2 番目のチェックとして アンカーテキストは、他のサイトがドメインをどのように説明しているかを示し、それはリンクするサイトの数という別の質問です。同じリストに対する 2 番目のレンズとしてそれを読み取ってください。
リストを信頼する前のアンカー アンカー呼び出しは 2 クレジットかかります。最も一般的なフレーズを単一のビューで要約するアンカークラウドも 2 クレジットです。これらは、完全な参照ドメインのプルと比較して安価です。
参照ドメインの横にアンカーを読み取ってください。無関係なサイトからの数回の繰り返しのフレーズは、1 つのニッチからの長いリンクリストよりも多くのことを示すことがあります。
正確なアンカーとフリーテキスト検索 正確なアンカーでリンクするサイトを問うキーワード呼び出しは 3 クレジット、アンカー、タイトル、URL 全体を検索する検索呼び出しも 3 クレジットです。これらは基本呼び出しよりも高価なので、実行する前に質問を明記してください。
既知のフレーズには正確なアンカー呼び出しを使用し、まだ wording がわからない場合は全文検索を使用してください。ドメインキーが同じである独自のシートにアンカー行を保持し、後で結合できるようにしてください。
比較の書き出し 数字の表は、読者が自身でギャップを埋めたくなる誘因になります。書き出しでは、表がカバーする内容、省略している内容、そしてそれを読み取る方法を明記すべきです。
表の横に明記すべき内容 日付、ドメインリスト、引用されたドメインの数を明記してください。DR 値のどの部分が bulk 呼び出しから、どの部分が overview ルックアップから取得されたかを明記してください。後で 2 番目の引用セットを追加する場合は、その表を別々に保持し、読者が数字を混在させずに 2 つを比較できるようにしてください。
呼び出しを実行した日にインデックスに含まれていなかったドメインについて注記し、それに対して何を行ったかを明記してください。
キャプションから除外すべき単語 proves、drives、causes などの単語は表の下にはふさわしくありません。shows、is associated with、is consistent with を使用し、サンプルがそれらを支持する場合にのみ使用してください。
仮定の表は、そのキャプションでそうであることを明記すべきです（上記の表のように）。そうすれば、どの読者も発明された数字を発見と誤解しません。
避けるべき 2 つの落とし穴 非常に異なるトピック間で DR を比較しないでください。料理セットとサイバーセキュリティセットには異なる自然な範囲があるためです。また、欠落したリンクを欠如の証拠として扱わないでください。当社の月次更新により、最近のリンクはまだリストに含まれていない可能性があります。
プルに関する質問 バックリンクを無料で検索するにはどうすればよいですか？ domain、overview、stats、および suggest アクションにはキーが不要で、無料なので、任意のドメインのヘッドライン数を確認できます。参照ドメインなどの行レベルのリストはそれぞれ 2 クレジットかかり、$100 のサインアップクレジットで十分にカバーされます。
より高い DR は、AI ツールが私を引用することを意味しますか？ それを支持する証拠はありません。DR は、ドメインにリンクする独自のサイトの数を要約したものです。引用セットには低 DR のサイトが含まれることが予想されるため、DR は近隣を説明するために使用し、引用を予測するために使用しないでください。
一度に何件のドメインをスコアリングできますか？ bulk_dr 呼び出しでは最大 2,000 件まで、GET パラメータまたは POST ボディとして送信できます。カウントに関係なく 1 クレジットかかるため、バッチ処理はループ処理よりもほぼ常に安価です。
