TL

Product Profile

Caddy

Matt Holt / 2015年登場

Let’s Encrypt による HTTPS を自動化する新しい Web サーバ設定が極めて簡単で、単一バイナリで動く

TL;DR要点だけ先に
  • 1.HTTPS を自動取得する新しい Web サーバ。
  • 2.設定が極めて簡単で単一バイナリで動くのが強み。
  • 3.手軽に HTTPS 化したいなら Nginx より Caddy。

Specifications

基本情報

公開規模・コミュニティ・成熟度を比較できる指標です。GitHub / npm は2026年6月7日時点のスナップショットです。

Introducing

CaddyLet’s Encrypt による HTTPS を自動化する新しい Web サーバ。設定が極めて簡単で、単一バイナリで動く。
GitHub Stars
73.2K2026-06-07時点
Forks
4.8KGitHub / コミュニティ規模
公開から
約11年2015年リリース
主要用途
2領域自動HTTPS / Proxy
最大の強み
HTTPS を自動取得更新設定が極めて簡単(Caddyfile)
代表的な用途
手軽に HTTPS 化小〜中規模サイト / リバースプロキシ
種別
Web サーバ自動 HTTPS)
ベース
Go
登場
2015年
作者
Matt Holt

Decision Guide

選定ポイント

採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。

Why It Fits

選ぶ理由

  1. HTTPS を自動取得・更新
  2. 設定が極めて簡単(Caddyfile)
  3. 単一バイナリ・Go 製で手軽

Trade-offs

考慮すべき点

  1. 実績は Nginx/Apache に劣る
  2. 超大規模の知見が少なめ

Deep Dive

もっと詳しく

どんなサーバか

Caddy(キャディ)は、Matt Holt 氏が開発し 2015 年に公開した Web サーバです。Go 言語で書かれ、HTTPS をはじめから簡単に扱えることを最大の売りにしています。

設定の手軽さと運用のしやすさを重視した、比較的新しい世代の Web サーバ/リバースプロキシです。

仕組み・特徴

最大の特徴は Let's Encrypt と連携した HTTPS の自動化です。ドメインを設定するだけで証明書を自動で取得・更新してくれるため、TLS まわりの面倒な手作業がほぼ不要になります。

設定は Caddyfile という非常に簡潔な形式で書け、数行で公開できます。

example.com {
    reverse_proxy localhost:8080
}

Go 製のため単一バイナリで動き、依存関係の用意もいりません。

得意・不得意

  • HTTPS の取得・更新が自動で、TLS の運用負担が小さい。
  • Caddyfile が読みやすく、最小限の設定で動かせる。
  • 単一バイナリで導入・配布が簡単。
  • 反面、実績の蓄積は Nginx/Apache に及ばず、超大規模運用の知見や事例は相対的に少ない。

いつ使うか(他との違い)

個人サイトや小〜中規模のサービス、社内ツールなど、HTTPS を手早く・確実に立ち上げたい場面に向きます。証明書の自動更新が標準で備わる点が、設定を自前で組む Nginx/Apache との明確な違いです。手間を減らしたい構成では有力ですが、長期運用の枯れた知見を重視するなら定番勢も検討します。

Implementation View

Caddyを実務で読む

TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。

解決すること

手軽に HTTPS 化

比較で見る軸

GitHub Stars: 73.2K / Forks: 4.8K / 公開から: 約11年

導入後に効く点

設定が極めて簡単(Caddyfile)

先に潰すリスク

実績は Nginx/Apache に劣る

数字・仕様の読み方
GitHub Stars
73.2K
2026-06-07時点
Forks
4.8K
GitHub / コミュニティ規模
公開から
約11年
2015年リリース
主要用途
2領域
自動HTTPS / Proxy

判断チェックリスト

  • 自社の用途が「手軽に HTTPS 化 / 小〜中規模サイト / リバースプロキシ」に近いか確認する。
  • 強みである「HTTPS を自動取得・更新」が本当に評価軸になるか確認する。
  • 注意点の「実績は Nginx/Apache に劣る」を運用で吸収できるか確認する。
  • 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
  • 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
  • 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。

次に確認する観点

手軽に HTTPS 化小〜中規模サイト / リバースプロキシ

Best Fit

こんな用途に向く

手軽に HTTPS 化小〜中規模サイト / リバースプロキシ
公式サイト