# SSL証明書の有効期間が2027年3月から100日に短縮｜更新の自動化が必要な理由

Webサイトで使うSSL/TLS証明書の最長有効期間は、2026年3月15日に200日へ縮み、2027年3月15日に100日、2029年3月15日に47日になります。CA/Browser Forumの規定をもとに、影響を受ける会社と、更新を自動化する手順を整理します。

Webサイトの「https」を支えるSSL/TLS証明書は、使える期間（有効期間）が段階的に短くなっています。2026年3月15日に最長398日から200日へ縮み、次は2027年3月15日に100日、2029年3月15日には47日になります。年に1回、担当者が手作業で証明書を買い直して入れ替えている会社は、2027年からは年に4回近い作業が必要になり、更新し忘れによるサイトの停止が起きやすくなります。

<Points>

- 証明書の最長有効期間は2026年3月15日に200日になり、2027年3月15日から100日、2029年3月15日から47日になる
- ドメインの持ち主かどうかの確認結果を使い回せる期間も、2029年3月15日には10日まで縮む
- 手作業の更新では追いつかなくなるため、ACMEなどで更新を自動化しておく必要がある

</Points>

## 何が変わるのか

証明書を発行する認証局（CA）とブラウザーの会社でつくる業界団体「CA/Browser Forum」は、2025年4月に投票（Ballot SC-081v3）で、証明書の有効期間を2026年3月から2029年3月にかけて段階的に短くすることを決めました。この内容は、すべての認証局が守る基本ルール「Baseline Requirements」に書き込まれています。

<Figure title="証明書の最長有効期間の推移" source="CA/Browser Forum「Baseline Requirements」6.3.2">

| 発行日 | 最長有効期間 |
| --- | --- |
| 2026年3月15日より前 | 398日 |
| 2026年3月15日〜2027年3月14日 | 200日 |
| 2027年3月15日〜2029年3月14日 | 100日 |
| 2029年3月15日以降 | 47日 |

</Figure>

<BarChart
  title="証明書の最長有効期間"
  source="CA/Browser Forum「Baseline Requirements」"
  unit="日"
  data={[
    { label: "2026年3月まで", value: 398, display: "398日" },
    { label: "2026年3月から", value: 200, display: "200日" },
    { label: "2027年3月から", value: 100, display: "100日", highlight: true },
    { label: "2029年3月から", value: 47, display: "47日" },
  ]}
/>

あわせて、認証局が「申し込んだ人がそのドメインを本当に管理しているか」を確かめた結果を使い回せる期間も短くなります。Baseline Requirementsでは、ドメイン名の確認結果を使い回せる期間を、2026年3月15日から200日、2027年3月15日から100日、2029年3月15日から10日と定めています。会社名などの組織情報の確認結果は、2026年3月15日から398日までです。

<Note tone="info">

すでに発行済みの証明書が途中で無効になるわけではありません。新しいルールは、それぞれの日付以降に発行される証明書に適用されます。

</Note>

## 影響を受ける会社

影響が大きいのは、証明書を毎年手作業で買って入れ替えている会社です。

- 自社のWebサーバーやロードバランサーに、購入した証明書を手作業で入れている
- 社内システムや取引先向けのシステムで、公的な認証局の証明書を使っている
- 有料のOV・EV証明書を、更新案内のメールを見て担当者が申し込んでいる
- 証明書の期限を表計算ソフトなどで手作業で管理している

一方、レンタルサーバーやホームページ作成サービス、CDNが無料の証明書を自動で更新している場合は、多くは利用者側の作業はありません。どの方式で証明書が入っているかを、まず確かめてください。

## どうすればよいか

<Compare>
<Column title="自動更新に切り替える" tone="accent">

- ACMEという仕組みで発行と入れ替えを自動化
- 有効期間が短くなっても手間が増えない
- 2029年の47日にもそのまま対応できる

</Column>
<Column title="手作業のまま続ける">

- 2027年3月以降は100日ごとに更新が必要
- 更新漏れでサイトが警告表示になりやすい
- 担当者の異動や休みに弱い

</Column>
</Compare>

<Steps>
<Step title="証明書の一覧を作る">

自社が持つドメインとサブドメイン、どのサーバーに証明書が入っているか、どの認証局から買っているか、期限はいつかを洗い出します。

</Step>
<Step title="自動化できる場所を確かめる">

利用しているサーバーやクラウド、CDN、そして証明書を買っている認証局が、ACMEでの自動更新に対応しているかを確かめます。

</Step>
<Step title="自動更新を設定してテストする">

自動更新を設定したら、期限より前に更新が実際に行われるか、更新後にサイトが正しく表示されるかを確かめます。

</Step>
<Step title="期限切れの監視を入れる">

自動化の失敗に気づけるよう、証明書の期限を監視して、残りが少なくなったら通知が届くようにしておきます。

</Step>
</Steps>

## よくある質問

### Q. 2027年3月15日を過ぎると、今の証明書は使えなくなりますか？

使えなくなりません。それまでに発行された証明書は、記載された期限まで使えます。ただし、次に更新するときからは最長100日の証明書しか発行されないため、更新の回数が増えます。

### Q. 1年や2年の証明書を買っても意味がなくなりますか？

複数年の契約を結んでいても、1枚の証明書は発行日に応じた最長期間までしか発行されません。契約期間と1枚の証明書の有効期間は別のものとして考え、契約期間中の入れ替えをどう自動化するかを認証局や販売店に確認してください。

### Q. 自社のシステムが古く、自動更新に対応しているかわかりません。

古いサーバーや自社開発のシステムでは、証明書の入れ替えを自動化するために設定や構成の見直しが必要になることがあります。証明書の自動更新や、システムの作り直しを相談したい場合は、[移行の相談](/contact/)からご連絡ください。今の構成を確認したうえで、進め方を提案します。

出典: [CA/Browser Forum「Ballot SC081v3: Introduce Schedule of Reducing Validity and Data Reuse Periods」](https://cabforum.org/2025/04/11/ballot-sc081v3-introduce-schedule-of-reducing-validity-and-data-reuse-periods/)、[CA/Browser Forum「Baseline Requirements」（GitHub）](https://github.com/cabforum/servercert/blob/main/docs/BR.md)