APIで取得した行が正しくない場合のバックリンク確認方法

最初に確認すべき3つの項目

不具合のある取得は、たいてい3つの原因のいずれかに起因します。これら3つは1分以内で確認できるため、誰かが行の調査に1時間費やす前に除外しておくのが賢明です。これら3つを確認してください。キー、クレジット残高、またはスナップショットの日付です。

認証済みのレスポンスには ok と、コストと残高を含む _credits オブジェクトが含まれるため、最初のステップは常にこれらの2つのフィールドを出力することです。常にそこから始めてください。ok が false の場合、行の内容はまだ問題になりません。

次に月を確認してください。当社のインデックスは月1回ほど更新され、先週追加されたリンクは単にインデックスに含まれていないだけであることがあり、これはバグではありません。

もう一つの習慣として、各呼び出しごとにアクション、ページ番号、_credits の残高をログに記録してください。これで、7クレジットの欠落が月末の謎ではなく、後で追跡可能なものになります。

短い結果の正しい読み方

小さなドメインは単にアンカーが少ないだけです。最近登録されたドメインや、外部リンクを持つページが少ないドメインは、非常に一般的な理由で短いリストを生成することがあります。短さが壊れているわけではありません。すべての短いリストが失敗を意味するわけではありません。

行の数を同じドメインの無料 overview の数値と比較してください。overview が数千のバックリンクとアンカーを報告し、anchors が1ページ目で40行しか返さない場合、サポートチケットではなくおそらく2ページ目が必要です。overview 自体が数件しか報告しない場合、そのドメインは若いか小さく、取得は正しいものです。まず数を数え、その後で文句を言ってください。

逆もまた真です。巨大なドメインは50,000行のページネーションの天井に達するため、関心のある列でソートして上位のスライスを取得するか、anchor_cloud を最初に呼び出して、どの用語が支配的かを paging する前に確認してください。

ソートとページ設定は表示内容を変更します

2回の取得は、Webとは無関係の理由で異なる場合があります。ソート、順序、ページサイズは一緒に作用するため、それらの1つを変更すると、ドメインとキーが全く同じであっても、結果全体が再順序付けされることがあります。ソート、順序、ページサイズが、どの行が最初に来るか、および1回の呼び出しで何件届くかを決定します。まずそれらを確認してください。

同じドメイン、異なるリーダー

最初の行はリクエストしたソートに従うため、ある方法でソートされたファイルは、別の方法でソートされたファイルとは見えません。ソートはリーダーを変更します。1つのファイルが最大の参照サイトから始まり、次のファイルが最新の行から始まる場合、どちらも正しい可能性があります。ファイル名にソートを記載してください。

簡単なテストが役立ちます。まず小さなドメインで実行してください。そうすればテストコストはほぼゼロで、リクエストに関する明確な回答が得られます。同じアクションを同じパラメータで2回呼び出してください。行が一致する場合、違いはデータではなくリクエストにあります。

2ページ目は1ページ目のコピーではありません

各ページは独自の呼び出しであり、独自の請求行を持ち、1ページの行は次のページで繰り返されるべきではありません。ページは別々の呼び出しです。繰り返される場合、ループが同じページ値を保持していた可能性があります。各ページの最初のドメインを出力して、数値が移動していることを確認してください。

ログに残高の横にページ番号を保持してください。2ページ目で停止するループは、停止した正確な呼び出しが見える場合に修正がはるかに簡単になります。ログは数時間を節約します。

まず2ページをテストしてください。最初の2ページの後の短いテストで十分です。2ページ目が1ページ目を繰り返す場合、残高が同じ行に二度課金される前にループを停止してください。

先月のファイルとの紛争の解決

2つのファイルが食い違う場合、どちらが正しいかはあまり問題ではありません。ほとんどの不一致は、誰も記録していない設定の変更によって引き起こされるため、メモリーよりもログが重要なのです。リクエストのどの部分がそれらの間で変更されたかです。まずリクエストを見てください。3つのチェックを順番に行い、ほとんどの紛争は最初のチェックで解決します。

インデックス日付から始める

インデックスは月1回ほど更新され、その更新が最初に除外すべきものです。最後の更新後に公開されたリンクはどちらのファイルにも表示されず、その日に再取得してもその問題は解決しません。更新日付はギャップを説明します。

すべてのファイルにラベルを付ける。取得日と更新サイクルを名前に付けたファイルは、会議で誰かが尋ねる前に最も一般的な質問に答えます。各ファイル名の横に更新サイクルを書き込んでください。そうすれば、ギャップはWebのギャップではなく、時間のギャップとして読み取られます。

更新日付をメモに分散させるのではなく、1つの列にまとめて保持してください。合計の横に日付を見る読者は、2回目の質問をする必要 rarely ありません。それは1つの質問を節約します。

類似したものを比較する

アクション、ドメイン、ソート、per 値が一致する場合のみ、2つのファイルは比較可能です。ソートが異なる場合、すべての合計が一致しても、最初の行は異なり、それがプロファイルの本当の変化のように見えることがあります。anchors ファイルとバックリンク ファイルを混ぜるのは、発生しなかった減少を発明する一般的な方法です。設定の一致が先です。

パラメータが一致し、合計がまだ異なる場合、その違いは注意深い調査に値し、ログはどこから始めるべきかを示します。次にログを読んでください。

per 値にも独自の列を与えてください。それは1回の呼び出しで何行届くか、したがって1回の取得が何回の呼び出しを要するかを変更するためです。それを目に見える状態に保ってください。

行が消えるのではなく移動した場合

ドメインの変更やリデザインの後、リンクは存続し、新しいアドレスを指すことがあります。古いホストはリンクを保持します。リンクが失われたと見なす前に、古いホストと新しいホストのトップページを比較してください。移行チェックリスト がそのペアリングを順を追って説明します。

両側をログに記録する。移動がシートで可視化されるように、両方のアドレスを1行に記録してください。

人々を驚かせるコスト

計画よりも速く増える請求書は、たいてい1つの原因があります。多くのチームは月末にのみ高い請求書に気づくため、実行中の合計の週次確認で、逸脱をより早く検知できます。それはアクションです。多くの読者は、オーバースペンドせずにバックリンクを確認する方法を尋ねますが、答えはアクション名から始まります。すべてのレスポンスで残量を読み取り、シートの横に実行中の合計を保持してください。

計画よりも速く枯渇する残高

アクション名は重要です。通常の犯人はアクション名です。anchors は2クレジット、keyword と search はそれぞれ3クレジットなので、アクションを切り替えたスクリプトは静かに請求を上げました。最初の大きな実行の前に、リクエストの action 値を確認してください。

逸脱を追跡する。シートの _credits の実行合計を保持してください。毎日の小さな逸脱は、月末になるずっと前にそこではっきりと見えます。

ループの途中で発生する402

402は残高が枯渇したことを意味します。ループを停止してください。すでに提供された呼び出しは課金済みですが、次の呼び出しは失敗します。ループを停止し、アカウントページから USDT (TRC-20) でチャージして、停止したページから再開してください。

再開ポイントは、記録されていなければ使いません。ログにページ番号を保持してください。そうすれば、再起動は推測ではありません。ページを書き留めてください。

大きすぎる結果の読み方

突然増えたカウントは、それが物語になる前にソースを見る価値があります。1つのテンプレートリンクが数千行を追加することができ、合計行 alone では、それが1つのサイトなのか複数なのかを伝えることはできません。行は正しい可能性があり、理由はプロファイル全体ではなく、1つのドメインにある可能性があります。まずソースを確認してください。

大きなカウントの背後にあるサイト全体のフッター

1つのサイトの数千ページに表示される1つのテンプレートリンクが、行の大きなブロックを説明する可能性があります。取得をリンク元ドメインでグループ化し、1つのサイトが合計のどのくらいを占めているかを確認してください。まずグループ化し、その後判断してください。

1つのドメインが支配する場合、合計はそのサイトに関する事実であり、分析はそのように枠組みで捉えるべきです。そのように枠組みで捉えてください。

リンクしたことがないドメインからの行

奇妙なアンカーは確認が必要です。それらの存在は何か悪いことが起きていることを証明するわけではありませんが、行が分析の他の行と同じ読み方を必要とすることを意味します。見知らぬリンク元ドメインと無関係なアンカーは、スクレイパーや侵害されたページから来る可能性があります。行があなたのプロファイルに属すると仮定する前に、訪問者としてリンク元のページを開いてください。

ドメイン、日付、アンカーをシートにログに記録し、生のレスポンスを保持してください。そうすれば、後のレビューで証拠があります。証拠はメモリーに勝ります。