ひとことで言うと
レート制限（Rate Limiting）とは、特定のIPアドレスやユーザーが一定時間内に送信できるリクエスト数に上限を設ける仕組みです。たとえば「1分間に60リクエストまで」と設定することで、それを超えた場合はHTTP 429（Too Many Requests）を返してリクエストを拒否します。
サービス全体の安定性を守る目的と、ブルートフォース攻撃（パスワードを繰り返し試みる攻撃）を防ぐセキュリティ目的の両方があります。Cloudflareベースの共有サービスでは、CDNエッジレベルでレート制限が適用されるため、攻撃トラフィックがオリジンサーバーに到達する前に遮断されます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
HTML共有で関係する場面
AI生成サイトを複数の相手に同時にプレビューしてもらうとき、全員が一斉にURLを開くと短時間にアクセスが集中します。レート制限が厳しすぎる設定だと正規ユーザーが「429エラー」を受け取り、サイトが表示されない事態が起きます。共有サービスがデフォルトで設定しているしきい値を事前に確認しておきましょう。
意図しない大量リクエストとして多いのが、SEOクローラーや監視ツールが自動でURLを巡回するケースです。認証が必要なプレビューURLにクローラーがアクセスしてもコンテンツは取得できませんが、レート制限のカウントには含まれるため、正規ユーザーが制限にかかるリスクが生まれます。
よくある誤解
「レート制限がかかると永続的にブロックされる」という誤解があります。多くの実装では制限は一時的なもので、設定した時間（たとえば1分）が経過すると自動的にリクエストが通るようになります。ページを数分後に再読み込みするだけで解消するケースがほとんどです。
「静的HTMLには高負荷はかからないからレート制限は不要」という考えも誤りです。静的ファイルは確かにサーバー処理が軽いですが、認証エンドポイントやAPIへのリクエストは動的処理を伴います。ログインフォームへのブルートフォース攻撃には、静的サイトであっても認証レイヤーのレート制限が必要です。
安全に使うための注意点
社内テスト中に自動化ツール（Lighthouse等）でページを連続スキャンすると、レート制限に引っかかってスコアが正常に取得できない場合があります。本番共有前のテストは、レート制限の対象外となるIPアドレスを許可リストに登録するか、オフピーク時間帯に実施するとトラブルを防げます。
共有サービスのレート制限設定をカスタマイズできる場合は、閲覧者数に合わせて適切なしきい値を設定してください。10人への共有なら「1IPあたり5分100リクエスト」程度でも十分ですが、大規模プレビューでは上限を緩和するか、CDNキャッシュを活用してリクエスト数自体を減らす設計が有効です。
よくある質問
429エラーが出たとき、閲覧者はどうすればいいですか？
通常は数分待ってからページを再読み込みすると解消されます。繰り返す場合は、ブラウザの拡張機能や自動リロードツールが過剰なリクエストを出している可能性があるため、それらを無効化して再試行してください。
自分がアップロードしたHTMLファイルにレート制限を独自に設定できますか？
Cloudflare上のサービスであれば、WAFルールやTransform Rulesでパス単位のレート制限を追加できる場合があります。共有サービスの管理画面に該当設定がない場合は、サービス提供者のサポートに問い合わせるか、Cloudflare Workersを組み合わせる方法を検討してください。
正規ユーザーが制限に引っかからないようにするにはどうすればよいですか？
閲覧者のIPアドレスを事前に把握できる場合は、そのIPをレート制限の対象外（許可リスト）に設定することで安全に除外できます。社内ネットワークの固定IPや取引先のオフィスIPが既知であれば、管理画面で許可ルールを追加してください。