self-check volume
自分の検査の量でサーバーに止められた記録：抜き取りの上限と見分け方
サイトが壊れたように見えて、実際は自分のIPがサーバーに止められていたことが、何度かありました。引き金は、丁寧に確認しすぎたことです。1サイトずつ抜き取りで確かめる作業を積み上げると、1つのセッションで数十から百の接続になり、パソコンは全セッションで1つのIPなので、網全体では短時間に数百の接続になります。この面は、止まった量と止まらなかった量、見分け方、そして自分の検査が自分の閲覧数を膨らませた記録です。
このサイトはAnthropicの公式サイトではありません。Claude Codeの機能・料金・提供範囲は変わる可能性があるため、重要な判断の前には公式のドキュメントと自分のアカウント設定を確認してください。
先に結論：抜き取りは1サイト3本まで、全数は手元に写して読む
| やりたいこと | やり方 |
|---|---|
| 本番の確認 | 1サイトにつき3本まで（トップ、410が1本、sitemap） |
| 全ページの点検 | 本番を1回だけ手元に写し、あとは手元で検索する |
| 同じ確認の繰り返し | しない。文面の確認は手元の生成物で済ませ、本番は最後の1周だけ |
| 止まったとき | 即やめる。再開は早くても1〜2時間後 |
「サイトが落ちた」と報告する前に、自分の側が止められていないかを切り分けます。切り分けの手順は後述します。サーバー側の設定やDNSで起きる別の不調は証明書とDNSの切り分けに書いています。
確かめる手順：自分が止められているのか、サイトが壊れたのか
- 別のIPから同じURLを読む。自分のパソコンではなく、別の経路（外部の取得機能や、検索エンジンのライブテスト）から1回だけ読み、本物のページが出るかを見る。
- 応答の中身を見る。HTTP 200のまま、12KB前後の別のページ（「One moment, please...」のような待たせる画面）が返っていないか。ページの本文ではなく、足止めの画面です。
- FTPやTCPの接続が、タイムアウトになっていないか。ポートごと全部落ちているなら、IPの遮断です。
- 同じサーバーに同居する別のドメインも見え方を確かめる。同居ドメインが数十から百以上あり、遮断されると全部が同時に見えなくなります。
- 人が通っているかは、件数の記録（FTPで読める）で見る。足止めの画面はPHPより前で返るので、PHPの中の記録には入りません。
遮断は、IPとドメインの組みで起きることがあります。同じサーバーでも、1つのドメインだけが足止めの画面になり、別のドメインは普通に出ることがあります。一方で、JavaScriptを動かさない取得をすべて止める段階では、別IPからも足止めの画面が返りました。それでも、JavaScriptが動く本物のブラウザの記録は届いていました。別IPで本物が見えなくても、サイト全体が止まっているとは限りません。
記録1：1セッションで、FTP20回超とHTTPS90本
2026年9月27日、10サイトの刈り取りを本番へ出した日に、レンタルサーバーへのFTPが接続タイムアウトになりました。管理役が検知して全セッションに停止を指示しました。そのセッション1本だけで作った接続の見積りは次のとおりです。
| 種類 | 内訳 | 回数 |
|---|---|---|
| FTP | デプロイ10回、照合基準の取得、差分確認、時刻の取得 | 20回超 |
| HTTPS | 1サイト10本の抜き取り×9サイト、GA4の確認2周、文面の確認3周 | 90本前後 |
1サイトずつ丁寧に確認する作業を積み上げた結果です。しかも直しが漏れて、3回に分けて上げ直し、FTPを3倍使っていました。直しが漏れたら、手元で全部出してから1回で上げます。
止まらなかった量も、翌日の2026年9月28日に控えておきました。基準が片側だけだと、毎回ゼロから怖がることになるからです。この日は、あるセッションがHTTPS約100本とFTP2接続、別のセッションがFTP1接続で15本、管理役がHTTPS3本、自分がFTP3接続を使い、止まりませんでした。ただし、同時に動く量や直前の履歴で決まるので、「ここまでは安全」という線ではなく、目安です。
記録2：全数を2周していた
2026年9月28日には、全ページの点検で別の無駄が見つかりました。ある大きなサイトで、「数える道具」と「写す道具」を別々に回し、本番のHTML 359本をFTPで2周していました。足止めは出ませんでしたが、読み込みは2倍です。
全ページの点検は、本番を1回だけ手元に写して、あとは手元で検索する形にします。照合基準の取得も、上げる直前の1回にまとめます。上げ直すたびに取り直すとFTPが増えます。同じ確認を2周しない、という約束事を、依頼の文にも入れました。
さらに、2026年9月26日には、同じ型のことが別のサーバーでも起きました。1つのドメインを1日じゅう往復したあと（削除の検証、デプロイ、一時PHPでの構文検査）、19時1分までは普通に出ていたのが、19時3分にはそのドメインだけが12KBの足止めの画面になりました。同じサーバーの別ドメインは普通に出ており、別IPからは本物が見えたので、閲覧者と検索エンジンには影響がありませんでした。
記録3：自分の検査が、自分の閲覧数に数えられた
量の問題は、遮断だけではありません。2026年8月28日、あるランキング型のサイトの「アクセスランキング」が、ある店を2日で124回と出していました。公開から2日、索引0件、外部リンクゼロのサイトに、訪問者はいません。124回は自分の点検スクリプトの巡回でした（161ページを10回ほど回していた）。
集計側にはクローラーの除外があり、判定はUser-Agentの語（bot、crawl、spiderなど）でした。点検スクリプトの名乗りに、その語が1つも入っておらず、素通りしていたのです。順位を公開している以上、中身が自分の巡回では、読む人に嘘をついていることになります。
- 本番を読む自作の道具の名乗りに
botを入れる（実測で除外されたことを確認）。他所のサイトを読む道具は変えない。相手側で弾かれます。 - すでに入った汚れは消さず、集計の起点で外す。読み出しの3か所（期間集計、急上昇、記録日数）に同じ起点を効かせる。記録日数も同じ起点で数えないと、日数と順位の辻褄が合わなくなります。
- 書き込み側は止めない。止めると翌日ぶんも消えます。
同じ型は、検索実績の計測にも起きます。自分でGoogleの検索結果画面を見ると、それがSearch Consoleに表示として記録されます。こちらはUser-Agentを変えても避けられません。回復の判定中のサイトで、前日に担当が検索結果を見た日だけ、14ページに一斉に表示が付いた山が出ました。初動に見えて、実体は自分の確認でした。
記録4：転送を追う道具で「301していない」と読んだ
量とは別に、検査の道具そのものが転送を必ず追っていた欠陥もありました。共通の取得口にredirect: "manual"を渡しても、黙って無視され、転送先の200が返っていました。「301しない、両方200だ」と読めてしまう向きです。壊れている側が正常に見える危険な向きでした。2026年9月21日に、2件まとめて誤ったあとで直しました。
- 301、正規化、別名ホストを見るときは、必ず転送を追わない取得で見る。
- md5が一致したからといって、同じページと決めない。転送を追った結果かもしれません。
- 道具に渡す引数は、その道具が受け取る形になっているかを先に見る。受け取らない引数は、例外を出さずに消えます。
- 確認のために付けたクエリ（キャッシュ回避）は、転送の行き先にも付いて返ることがある。Locationは
?より前で比べる。
検査の道具の欠陥全般は検査道具の欠陥の記録にまとめています。
よくある質問
自分のIPが止められているのか、サイトの不具合なのか、すぐ見分けられますか。
別のIPから同じURLを1回だけ読んでください。本物のページが出れば、サイトは壊れていません。応答がHTTP 200のまま待たせる画面になっていたり、FTPがタイムアウトしたりするなら、自分側が止められています。
止められたら、どのくらい待てばよいですか。
即座にやめて、早くても1〜2時間は空けます。実測では、止まった日の夜でも、TCP接続自体は数ミリ秒で通る状態に戻っていました。再開前に、軽い接続を1回だけで試します。
点検の量を減らしながら、見落としも避けるには。
抜き取りは1サイト3本までにして、全数を見たいときは、本番を1回だけ手元に写して手元で検索します。同じ確認を2周せず、本番への最終確認は上げる直前の1周にまとめます。