Web インフラ — 静的公開、CDN、インデックス作成、ドメインサービス
ドメインでメールを公開、デプロイ、インデックス化、そして実行します。
ここでいうウェブインフラとは、オープンなウェブ上で公開を可能にするシステムを指します。静的ビルド、オブジェクトストレージ、CDN の動作、メールと検証用のDNS、そしてインデックスシグナル(サイトマップと IndexNow などのプッシュプロトコル)は、すべて一つのクラスタにまとめられています。これにより、高速に配信し、正確な状態を維持しながら、SMTP や検索エンジンの仕組みを再発明する必要を避けることができます。
ほとんどの投稿はCLI 第一でAWS 風味の内容になっています。これは私が本番環境で使用している技術スタックだからです。重要なのはベンダーへの忠誠心ではありません。再現可能なコマンド、明確なトレードオフ、そして賢いセルフホスティングの経路を避けるべきタイミングが重要です。

Hugo を AWS S3 へデプロイ
HugoをS3へのデプロイがここでの主な作業です。デプロイを再現可能にし、毎回同じ方法でキャッシュ無効化やバージョン管理を接続できるようにするため、AWS CLIまたは CI を優先してください。
- Hugo サイトを AWS S3 へデプロイ — バケットのセットアップからデプロイフローまでのエンドツーエンドの手順。
- AWS CLI を使用して Hugo サイトを AWS S3 へデプロイ — より深いCloudFront無効化、キャッシュ動作、および自動化について。
- Gitea Actions を使用して Hugo を AWS S3 へデプロイ — 余計なインフラなしでGiteaからのCI/CD。
S3 を完全に避けるマネージドホスティングについては、Netlify for Hugo & static sites: pricing, free tier, and alternatives を参照してください。デプロイプレビュー、関数、価格設定、およびVercelやCloudflare Pagesなどの代替案について解説しています。
デプロイが成功した後、IndexNow(以下参照)は次の自然なステップです。これにより、新しい URL がクロール待ちの状態で放置されるのを防ぎます。
CloudFront の設定
CloudFrontの価格設定は、コンソールだけでは誤解しやすいものです。無料またはプロの定額枠の提示をよく見かけますが、多くの静的サイトでは従量課金の方が実際のトラフィックパターンに合います。
- 従量課金(無料プランではない)で AWS CloudFront を作成 — コンソールで無料またはプロの定額プランしか提供されていない場合に、誤ったプランに縛られない分布を作成する必要があるAWS CLIの手法。
インデックスと検索エンジンへの通知
サイトマップは発見性を高めます。IndexNowはURL 変更をプッシュするため、参加しているエンジンがクロールスケジュールに依存せず、より早く取得できるようにします。
- IndexNow の解説 — 公開時に検索エンジンに通知 — プロトコルが存在する理由、キーファイルの検証、POSTの形状、および自動化パターンについて。
新しいページや移動したページの鮮度のあるインデックスを重視する場合は、デプロイ後に実行してください。
ドメインサービス
カスタムドメインメールは実質的にMX、SPF、DKIM、およびDMARCです。メールがあなたの製品でない限り、ホスティングプロバイダーを選択してください。
- カスタムドメイン向けホスティングメールの比較 — Workspace、Microsoft 365、Zoho、Proton、WorkMail — コスト帯、配信到達率の現実、およびセルフホスティングを避けるべきタイミング。
関連項目
- データインフラ — 問題がパブリックウェブではなくデータである場合のストレージ、パイプライン、および検索機能。