コードサンプルと解説
コンサルタントのリストには数百ものドメインが含まれており、時間がありません。長いターゲットリストに対してウェブサイトのバックリンク位置を確認するには、まず1回のbulk呼び出しでソートし、その後ショートリストに対してcompareを実行します。
LinkSkimmr リサーチチーム ·
bulk_drは、GETリクエストの?domains=パラメータまたはPOSTボディを使用して、1回の呼び出しで最大2,000件のドメインを受け付けます。リストが数十件を超えた後はPOSTの方が扱いやすくなります。
curl -X POST "https://linkskimmr.com/api.php?action=bulk_dr&key=sk_live_..." \
--data-binary @prospects
# prospects: your list of bare domains, one per line
# billed once: 1 credit = $0.0001| パラメータ | 使用箇所 | 意味 |
|---|---|---|
| action | all | 実行するエンドポイント（例：bulk_drまたはcompare） |
| q | 単一ドメインアクション | 検索対象のドメイン |
| domains | bulk_dr, compare | ドメインのリスト；bulk_drでは最大2,000件、compareでは最大20件まで |
| key | 有料アクション | sk_キー、またはAuthorization: Bearerを送信 |
| page, per | リスト | ページネーション；perは10〜5000の範囲 |
| sort, order | リスト | ソートフィールドとascまたはdesc |
bulkの出力をDRでソートし、下部を切り捨て、クライアントのDR範囲から大きく外れるものを除外します。これで完了です。
規模の仮定例：1,500件のゲスト投稿ターゲットのリストは、DR 20未満のものをすべて除外すると数百件に減ります。残りの作業は、誰も開きたくないスプレッドシートではなく、ショートリスト上で実行されます。これは測定結果ではなく例です。
その後、1クレジットで最大20件のドメインを受け付けるcompareを使用します。20件ずつのバッチで生存候補を選び、アウトリーチメールを書く前に各候補のプロファイルを並べて確認できます。
ソートされたリストは答えのように見えます。しかしそれは単なるソートであり、3つの習慣が誤解を防ぎます。
DRはリンクするドメインの数を測定するものであり、サイトがクライアントの市場に適合するかどうかを示すものではありません。 modestなDRを持つ地域ブログは、高いDRを持つ大規模ディレクトリよりも優れたアウトリーチターゲットになる場合があります。
最初のアウトリーチメールを書く前に、上位20件の候補のトピックとターゲットオーディエンスを確認してください。この確認には数分かかり、メールの質を向上させます。
多くのドメインがDRで近い値を示すため、1つのバンド内での順序はノイズです。行の到着順ではなく、ショートリストに対して2回目の呼び出しを行って同点を解消します。
ノートに同点ルールを記載してください。ルールを知っている読者はショートリストを評価できますが、リストだけを見た読者は評価できません。
月次更新前にソートされたリストは変動する可能性があります。見込み先に金額を提示する前にショートリストを再実行し、提示時に検索日付を明記してください。
順序がほとんど変動していない場合は、それも記載してください。安定した結果も情報であり、次のスウィープの信頼性を高めます。
長いリストに対してウェブサイトのバックリンクを確認する前に、呼び出し回数を数えてください。コストはアクション名から導き出され、計算には数分かかります。
1回のbulk_dr呼び出しで最大2,000件のドメインを1クレジットで処理できます。同じリストに対して2クレジットのアクションを実行すると、ドメインごとに2クレジットかかるため、合計が急速に増加します。
2,000件すべてのアンカーを取得したとします。それは月次で4,000クレジット、つまり$0.40です。ソートは低コストな作業を行い、詳細は生存候補に絞ります。
概要、ドメイン、統計、suggestアクションは無料であり、キー不要です。各候補の最初の無料確認にはコストがかからず、どの行が有料呼び出しに値するかを判断できます。
確認を通過したドメインにのみクレジットを使用してください。20件のショートリストの詳細取得は、フルリストのソートよりもはるかに安価です。
1回の実行で消費できる最大クレジット数を決定し、合計がそれを超過したら停止します。上限を設定することで、請求書での予期せぬ金額を、事前に決定した数字に変えます。
上限をスクリプトの上部のコメントに記録してください。次にジョブを実行する人は、出力を見る前にルールを確認できます。
同じ手法をポートフォリオにも適用できます。すべてのクライアントドメインを1つのファイルにまとめて、毎月1日に実行します。
月次スウィープは誠実なリズムです。インデックスは約1ヶ月ごとに更新され、それより高速な更新は主にノイズを示すためです。各月の出力を日付の横に保存し、DR値の列をクォーター内でトレンドラインに変えます。
あるクライアントのDRが一度に数ポイント下落した場合、そのサイトに対して10分間のルーチンを実行し、リダイレクトの問題がないか上位ページを確認してから、誰かを責めてください。
cronエントリを使用して、毎月1日の朝にスクリプトを開始できます。コメントにタイムゾーンを記載し、キーを環境変数から読み込むようにすると、マシン変更後もスケジュールが維持されます。
キーの不足または誤りは401を返し、残高の空は402を返します。スクリプトをどちらかのコードで停止させ、再試行せずに原因を修正してから次の実行に進みます。
新しいソートと以前のソートを比較します。関心のあるバンドから外れたドメインが最初に確認すべき対象であり、残りは次のパスに回せます。
変動したドメインに対して2クレジットのアクションを実行し、リスト全体には実行しないようにしてください。毎月すべての行に詳細を取得すると、誰も開かない行にクレジットを費やすことになります。
何が変わったか、何が変わったと思うか、次に何を確認するかを記録します。それらの行を10分間のノートと同じ形式で保持し、読者が一目で月を比較できるようにします。
例：1,800件のリストのソートには1クレジット、20件の候補3回のcompareでさらに3クレジット、各候補の概要は無料です。合計4クレジットは$0.0004です。
適合チェック
DRは粗い規模の指標です。リストを高速にソートできますが、特定のサイトが関連性があるか、編集されているか、誰かに読まれているかは判断できないため、最後のステップは常に人間の目による確認です。
スクリーニングが完了すると、同じ数少ない質問が付きまといます。回答は短く、リストの誠実さを保ちます。
なりません。一括スクリーニングは規模の指標でドメインをソートするだけで、それ以上のことはしません。レビューはページ、コンテンツ、リンクが存在する理由を読み取り、ソートはそれを代行できません。
レビューの時間をどこに割くかを決定するためにスクリーニングを使用し、レビューそのものとして使用しないでください。
ドメインのみを1行ずつ、重複を削除して記載します。パスやサブドメインはドメインベースのスクリーニングにノイズを加えます。見込み先が2つのドメインを所有している場合は、両方をスクリーニングし、より強力な方をショートリストに保持します。
行の横に選択理由を記載してください。後続の読者は、なぜ1つのドメインが2つの代表として選ばれたかがわかります。
ドメインごとに1行：ドメイン、そのDR、検索日付、そして残った理由。理由付きの20行は、理由のない2,000個の数字のシートよりも優れています。
理由のない行は除外してください。理由が空の列は、リストがまだソート状態であり、決定に至っていない最初の兆候です。
決定がまだ開かれている場合にリストを再実行し、そのためのタイマーを維持するためではありません。ポートフォリオを監視する場合に月次スウィープが適しており、1回限りの見込み先リストには単一の実行だけで十分な場合があります。
終了したキャンペーンのためにスクリーニングされたリストは廃棄できます。古い出力を保持し、閉鎖としてマークし、次のキャンペーン開始時に新しいソートを開始します。
リストが1回のbulk呼び出しの容量を超えた場合は、最大2,000件のドメインでバッチに分割し、バッチの順序を記録します。再実行は停止した場所から再開でき、どの行がすでにスクリーニング済みかを誰も推測する必要がありません。
いいえ。bulk_drはリストをソートするために各ドメインのレーティングを返します。アンカー、リンク元ドメイン、選択したサイトの上位ページについては、2クレジットのアクションをサイトごとに呼び出してください。
クレジットが尽きるとAPIはHTTP 402を返します。アカウントページからUSDT (TRC-20)でチャージし、失敗した呼び出しのみを再実行してください。
