監視の時系列を確認する

架空のページとHTTP結果を、保存済みペアの監視と同じ解析・通知ルールで処理した例です。実在サイトの取得、アカウントへの保存、実際の通知送信は行いません。

記入済み記録は例としてのみ使用してください。空の記録には実際の参照元と宛先、UTCの観測時刻、証拠、担当者、再確認結果を記入し、不明な事実は空欄にします。このインシデント表は監視用インポートファイルではありません。インポートには説明されたsourceUrlとtargetUrl列名を使用します。

間隔は実行予定であり、連続した稼働率の測定ではありません。インデックス登録や順位は測定していません。

サーバーのHTMLのみを確認します。JavaScriptのリンク、アクセス拒否、一時的な障害は手動確認が必要な場合があります。インデックス登録や順位は測定しません。

正常なリンクは毎日、問題がある場合は1時間後に再確認します。同じ問題が2回続くとアカウント内に通知。履歴は90日間保存されます。

1アカウント50組まで。追加と期待値の変更を含め、確認リクエストは1日100件まで。手動確認は5分間隔です。

M01 · 正常なリンクの文言が変わる

hrefと宛先は有効なまま、アンカーだけが変わります。アンカーの期待値がなければ2回目も正常で変更通知が発生し、同じ結果の繰り返しでは新しい通知は出ません。

掲載条件と文言を比較し、変更を受け入れるか記録します。

M02 · 403の後にタイムアウト

どちらもリンクの存在を確認できません。UNREACHABLEと宛先200が共通するため、原因が違っても2回目に通知し得ます。後で読めるリンクが得られると回復になります。

参照元のアクセスを調べて再確認します。この要求だけで削除を断定しません。

M03 · 読めたHTMLにリンクがない

読めた2回の応答に期待したhrefがありません。2回目に警告し、静的リンクが戻ると回復通知になります。

復旧依頼の前にHTMLと完全な期待URLを確認します。転送と描画は別に調べます。

M04 · リンクはあるが宛先が壊れている

アンカーは毎回あります。宛先404が2回続くと問題として通知し、宛先200で正常に戻ります。

宛先の管理者に割り当てます。参照元リンクの置き換えが自動的に正解になるわけではありません。

M05 · relの期待値が間違っていた

sponsoredのリンクがfollowの期待値と2回矛盾します。期待値をsponsoredへ直してもページは変わらず、通知状態だけがリセットされます。

条件の訂正を記録し、有料関係の属性を維持します。設定変更を掲載側の修復とは呼びません。

M06 · JavaScriptがリンクを追加する

入力されたスクリプトはブラウザーでアンカーを追加します。静的解析はスクリプト内の文字列を無視し、両方の観測でリンクを見つけません。

描画後の表示とサーバーHTMLを比較します。通知はブラウザー上の欠落を証明しません。

M07 · 最終的な宛先が移動する

元のhrefは同じまま、別の最終URLを経由して正常な宛先に到達します。2回目はリンク消失ではなく変更の通知です。

置き換え先の内容と転送経路を確認します。最終URLはGoogleが選んだ正規URLを示すものではありません。