ドメインDRスナップショット：BIツール向けの月次セットアップ

ドメインDR数値が回答できる範囲の選択

ドメインDRは隠れたカウント数です。単純なものです。ドメインにリンクする独自サイトの数が増えると上昇し、対数スケールにより、新しいポイントを取得するほど難易度が高くなります。この文はチャートの注釈に残してください。

良いダッシュボードは、ドメインセットごとに1つのトレンド質問に答えるべきです。「3社の競合に追いついているか」「パートナーは成長しているか」「キャンペーンは効果があったか」。悪いダッシュボードはトラフィックや収益を混在させ、データが示し得ない因果関係を誘導します。

生の参照ドメインカウントも保存してください。スコアが1ポイント変化した場合、それが40ドメインの増加なのか4,000ドメインの増加なのかを確認でき、それが懸念すべき事象かどうかを判断できます。

テーブルが保持すべきものとすべきでないもの

スナップショットテーブルは記憶装置です。1年後にチャートを説明するために必要なデータのみを保持し、誤った解釈を誘発するデータは保持すべきではありません。トレンド質問に答える最小限のカラムセットから始め、会議で必要とされて初めて1つずつ追加してください。

一部の列は初日からその存在価値を証明します。あなたが考えるよりも少ない数で十分です。ドメイン、スコア、参照ドメイン数、取得日、ソース名は、ほとんどの質問に答えられます。トラフィック列は有用そうに見えますが、それは別のソースと別の日付由来のものであり、別のテーブルに属します。

他のデータから再計算可能なものは除外してください。月次変化は減算で求められるため、同じ事実の4番目のコピーとして保持するのではなく、ビューとして保持してください。

カラムリストをチャートの注釈にも記載してください。1年後にチャートを開いた読者が、各数値の由来と、どの取得データで埋められたかを確認できるようにします。

重複行を防ぐキー

domain と pull date による主キーは、単に重複をブロックするだけでなく、その行がどの取得データ由来なのかを示します。タイムアウト後に再実行が行われた場合、これは重要です。同じ月の同じドメインに対する2つの行は存在すべきではなく、スキーマでそれを明示すべきです。

フィルタリング可能なソース名

ソースは自由なテキストメモではなく、rankwiser_bulk_dr などの固定ラベルとして記録してください。このラベルによるフィルタリングにより、このスコアを後ほど読み込む他のスコアと区別できます。ラベルリストは短く保ち、テーブルの隣に記録してください。

初日から追加すべきガードレール

失敗した取得の2つ目のテーブルを保持してください。HTTPステータス、時刻、レスポンスボディを含む行は、チャート上の静かな欠落よりも優れています。ok が true ではないあらゆる事象にアラートを設定してください。

ドメインリストをバージョン管理で固定してください。差分が小さいと便利です。競合が追加された場合、差分により誰がいつ追加したかがわかり、チャートに注釈が付けられます。そうでなければ、その競合の線が突然現れ、「なぜ3月から始まったのか」と聞かれることになります。

ソースの変更についても計画してください。後ほど Ahrefs や Moz の数値を追加する場合、それらには表で議論した通り、独自のソース値を与えてください（AhrefsとMajestic 比較参照）。

毎月の実行ごとのクイックヘルスチェック

チャートを信頼する前に、それを埋めたジョブを確認してください。その後チャートを見てください。健全な実行では、ok が true に設定され、要求したドメインごとに1行が返され、残高が期待される額だけ減少します。それ以外は、線を描く理由ではなく、レスポンスを読む理由です。

変動した行数を数えてください。大きな割合が3ポイント以上シフトした場合、インデックスのせいにする前にドメインリストを確認してください。急激な変動の洪水は、通常、ウェブではなくリストの変更を意味します。

リストと一致する行数が最小値です。行数が少ない場合、ファイルからテーブルの間でどこかでドメインがドロップされています。次の実行前に見つけてください。

平坦な月が示すもの

ほとんど変動がない月は、安定の証拠ではありません。インデックスは約月1回更新されるため、平坦な行は単にまだ更新されていない可能性があります。静かな月をその取得日付と一緒に読み、チャートがカレンダーに従っていることを覚えておいてください。

アラートを誰に送るか

共有インボックスに送られるアラ月は1ヶ月以内に無視されます。このタスクの担当者を1人、その人が不在の週のための代替担当者を1人指定してください。アラートにはドメインリスト、HTTPステータス、時刻を含め、読者がスクリプトを開かずに行動できるようにしてください。

本番公開前の変更テスト

リストやスケジュールを変更する場合、1サイクルの間、旧版と新版を並行して実行してください。行が一致すれば、変更が他に影響を与えていないことが示されます。説明できない差分があれば、それが小さくても展開を停止してください。

レートとリズムに関する注記

ここでは速度は必要ありません。月次実行は、大きなリストであっても数回のリクエストであり、各レスポンスは1つのJSONドキュメントとして到着します。スケジューラが失敗時にリトライする場合、domain と pull date の主キーがすでに提供しているため、リトライは冪等である必要があります。

安価だからといって毎日ジョブを実行したくなる衝動に抵抗してください。やめてください。当社のインデックスは約月1回更新されます。毎日取得すると、数週間同じ行が返され、チャートは安定のように見えるが実際はクロールカレンダーを反映しているだけの平坦な線で埋め尽くされます。Majesticの代替レシピ を読んで、アンカーやインターセクションなど、スケジュールすべき他の取得を確認してください。

ローンチ後のジョブの所有

月次ジョブは、それを構築した人物よりも長く存続します。6ヶ月後、新しい担当者がcronエントリを開き、リストがファイルにある理由を不思議に思うかもしれません。短いメモを書いてください。スクリプトの上部に、目的、スケジュール、クレジットコストを記載してください。そのメモは、それに関する会議よりも安価です。

ドメインリストを四半期ごとにレビューしてください。もはや重要ではないものを削除し、実際の意思決定に影響を与える競合を追加してください。各変更は日付付きでバージョン管理に記録し、チャートがそれを隠すのではなく表示できるようにしてください。

予算もレビューの一部です。月1クレジット。コストは微小なままです。チャートと同じ日に残高を確認し、次のチャージ日付を同じメモに書き込んでください。

月次ジョブに関するよくある質問

ジョブが数ヶ月間稼働し始めると、4つの質問が上がってきます。各回答は、セットアップメモに書き込めるルールです。

呼び出しが安価なのに、なぜ毎日取得しないのか？

データは月次カレンダーで変化するため、毎日取得すると数週間同じ行が繰り返されます。コストは小さいですが、チャートは安定のように見える平坦な線で埋め尽くされます。ボード向けチャートの場合、ボードランブック の脚注も必要です。

競合がリストから外れたらどうするか？

その履歴を保持し、ドメインを削除済みとしてマークし、取得を停止してください。行の欠落はデータギャップのように見えるため、チャートの横に理由を記載してください。

異なる日でジョブを実行できるか？

はい、1日を選び、それを維持すれば可能です。重要なのは一定のリズムです。毎月数日ずつ日付をずらすと、トレンドが読み取りにくくなります。

月中に402エラーが出たらどうするか？

ジョブを停止し、アカウントページからUSDTでチャージし、失敗したリクエストのみを再実行してください。失敗したレスポンスをログに保持し、チャートのギャップに書かれた説明を残してください。