宿サイトのドメイン・SSL期限切れを防ぐ方法｜更新と監視の入門

宿主さんとAIがドメイン契約とSSL証明書の更新を別々に確認するイラスト AIサイト管理

宿のホームページが突然開けなくなった。独自ドメインのメールも届かない。ブラウザに「安全ではありません」と表示される――。原因の一つが、ドメイン契約やSSL証明書の期限切れです。

どちらも「期限」や「更新」という言葉を使いますが、役割と管理方法は異なります。この記事では、ITに詳しくない宿主さんが、CodexやClaude Codeに確認を手伝わせながら、期限切れを予防する運用を説明します。

結論：ドメインとSSLは別々に管理する

まず違いを整理します。

項目 ドメイン SSL証明書
役割 サイトやメールで使う名前 通信の暗号化と接続先の確認
例 example.jp `https://`で接続するための証明書
主な管理先 ドメイン登録事業者 サーバー会社、CDN、証明書発行・自動更新機能
更新方法 契約更新、料金の支払い 多くはサーバー側で自動更新
失敗時の影響 サイト、メール、予約導線など広範囲 ブラウザ警告やHTTPS接続失敗

ドメインを更新していてもSSL証明書が正常とは限らず、SSLが自動更新されていてもドメイン契約が切れればサイトは維持できません。

ドメインが切れるとメールにも影響する

ドメインはホームページだけでなく、次の用途に使われていることがあります。

  • 宿の公式サイト
  • 問い合わせ用メールアドレス
  • 予約システムの独自URL
  • メール送信元の認証
  • スタッフ用のGoogle WorkspaceやMicrosoft 365
  • 外部サービスの本人確認・復旧先
  • 印刷物、SNS、地図サービスからのリンク

期限切れ後の挙動は登録事業者やドメインの種類によって異なります。「切れてから更新すればよい」と考えず、期限前の更新を基本にします。

ICANNは、登録者へ更新期限を管理し、連絡先を最新に保ち、自動更新を利用する場合も支払い情報を確認するよう案内しています。

ドメインで毎年確認する項目

契約者・登録者

宿または運営法人が継続して管理できる名義か確認します。制作会社や退職した担当者の個人名義だけになっている場合は、契約先の正式な手続きについて相談します。

更新期限

登録事業者の管理画面と契約書類で確認します。検索結果や非公式な確認サイトだけで更新期限を断定しません。

自動更新

自動更新が有効でも、カード期限切れ、利用停止、残高不足、請求先変更などで失敗する可能性があります。「自動更新だから確認不要」ではありません。

通知先

退職者や制作会社だけに通知が届いていないか確認します。宿側が継続管理でき、日常的に確認するメールアドレスを含めます。迷惑メールや転送失敗も点検します。

復旧手段

2段階認証、復旧用メール、電話番号を確認します。パスワードや復旧コードを台帳やAIとの会話へ書かず、承認済みの安全な方法で保管します。

SSL証明書は「自動更新が動くか」を確認する

SSL証明書は有効期間が短く、自動更新を前提とするものがあります。Let’s Encryptは、証明書を期限前に自動更新する運用を推奨しています。2026年には、今後さらに証明書の有効期間を短くする計画も公表しています。

大切なのは、宿主さんが毎回手作業で証明書を入れ替えることではありません。次が動いているかを技術担当者やサーバー会社へ確認します。

  • 証明書の発行と自動更新を担う機能
  • 更新処理の定期実行
  • ドメイン所有確認が成功する状態
  • 更新失敗時の通知先
  • 更新後に新しい証明書を読み込む仕組み
  • wwwあり・なし、予約用サブドメインなど対象範囲
  • 外部から有効期限と接続を確認する監視

証明書ファイルや秘密鍵をAIへ貼り付けて確認させてはいけません。有効期限、対象ホスト名、発行者、監視結果など、公開接続から確認できる情報だけで十分な場合があります。

証明書の管理方式で責任が変わる

SSL証明書は、契約しているサービスによって管理者が異なります。

レンタルサーバー・マネージドサービス

管理画面で「無料SSL」などを有効にすると、自動更新までサービス側が担う場合があります。ただし、DNS変更、サービス解約、設定変更によって更新できなくなる可能性があります。契約先の公式手順を確認します。

VPS・クラウド

ACMEクライアント、Webサーバー、コンテナ、ロードバランサーなど、どこで証明書を管理しているかを技術担当者が確認します。更新処理だけでなく、新しい証明書が実際の接続で使われたかまで検証します。

CDN・プロキシサービス

Cloudflareなどが利用者向け接続の証明書を自動管理する構成があります。一方、アップロードした独自証明書は自分で更新するなど、証明書の種類によって責任が異なります。サービス名だけで判断せず、現在使っている証明書種別を確認します。

期限をカレンダーへ入れるだけでは足りない

カレンダーは契約確認には役立ちますが、自動更新の失敗を検知できません。次の三つを組み合わせます。

  1. 契約確認：ドメインの名義、期限、自動更新、支払いを定期確認
  2. 通知確認：登録事業者、サーバー、監視サービスからの通知を受け取る
  3. 外部監視：実際にHTTPSで接続でき、証明書が期限内か確認する

通知先は一人だけにせず、宿側の主担当と予備担当を決めます。ただし、全員で一つのメールパスワードを共有する運用にはしません。

宿向けの年間管理表

秘密情報を含めず、次の項目を管理します。

対象：［公式サイト／予約用サブドメイン／メール用ドメイン］
ドメイン登録事業者：［会社名］
契約名義：［宿／法人／確認中］
更新月：［月のみ］
自動更新：［有効／無効／不明］
請求確認担当：［役割名］
通知確認担当：［役割名］
SSL管理方式：［サーバー会社／CDN／技術担当／不明］
SSL失敗時の連絡先：［役割・公式窓口］
外部監視：［あり／なし］
最終確認日：［年月日］
未確認事項：［質問内容］

カード番号、パスワード、秘密鍵、認証コードは書きません。

毎月・毎年の確認スケジュール

毎月

  • 公式サイトをHTTPSで開ける
  • wwwあり・なしなど主要URLを確認する
  • 予約リンク、問い合わせフォームを確認する
  • SSL期限やHTTPS異常の監視通知を確認する
  • 通知先に配信エラーがないか確認する

更新月の2〜3か月前

  • ドメインの契約名義と期限を確認する
  • 自動更新の状態を確認する
  • 支払い方法が有効か経理担当と確認する
  • 登録連絡先を確認する
  • 制作会社との契約変更予定がないか確認する

担当者・制作会社が変わるとき

  • 新担当者が管理画面へ入れることを確認する
  • 宿側の継続管理者を残す
  • 通知・復旧先を変更する
  • 新経路で確認後、旧担当者の権限を外す

AIに任せられる確認

AIは次を支援できます。

  • 公開URLごとのHTTPS接続結果の整理
  • 公開証明書の対象ホスト名と期限の確認
  • ドメイン、SSL、DNSの役割整理
  • 契約台帳の空欄抽出
  • 公式資料に基づく管理責任の比較
  • 月次確認表と通知文の作成
  • 更新前後のHTTP・HTTPS確認

AIへ任せないもの:

  • ドメイン移管や解約
  • DNSの一括変更
  • 契約名義や支払い方法の変更
  • 証明書秘密鍵の閲覧・送信
  • 復旧コードの保管
  • 期限切れ状態での推測による設定変更

調査、提案、変更、確認を分け、人が対象と影響を承認します。

コピペで使えるAIへの依頼文

変更せずに現状を調べる

宿サイトのドメインとSSL証明書の管理状況を整理してください。
まだDNS、サーバー、契約、証明書を変更しないでください。

公開URLから確認できるHTTPS状態、証明書の対象ホスト名、
有効期限を調べてください。契約先、契約名義、自動更新、
支払い、通知先は、私が確認すべき質問として一覧にしてください。

秘密鍵、パスワード、APIキー、認証コードは読み取らず、
不明な項目は推測せず「不明」としてください。

サーバー会社・制作会社への質問を作る

宿サイトのドメイン・SSL期限切れを防ぐため、担当会社への質問を作ってください。

ドメイン登録事業者、契約名義、更新期限、自動更新、請求、通知先、
SSL証明書の管理場所、自動更新方式、更新失敗通知、対象URL、
障害時の担当範囲を確認できる順番にしてください。

認証情報や秘密鍵をメールで送るよう求めないでください。

更新後の確認を依頼する

ドメインまたはSSL証明書の更新作業後です。
設定は変更せず、公開側から確認してください。

トップページ、wwwあり・なし、予約導線、問い合わせ、HTTPS、
証明書の対象ホスト名と期限、HTTPからHTTPSへの移動を確認し、
正常・要確認・不明に分けて報告してください。

期限切れが疑われるときの初動

  1. 予約電話やOTAなど代替経路を案内する
  2. 表示されたエラー、発生時刻、対象URLを記録する
  3. ドメインとSSLのどちらが原因か分ける
  4. 契約先・技術担当者へ連絡する
  5. 期限、契約状態、証明書状態を公式管理画面で確認する
  6. 復旧後にサイト、予約、問い合わせ、メールを確認する

焦って新しいドメインを取得したり、DNSを全面変更したり、ブラウザ警告を無視するようお客様へ案内したりしません。期限切れ後の更新・復旧条件は事業者やドメインによって異なるため、公式窓口へ確認します。

宿主さん向けチェックリスト

  • [ ] ドメインとSSL証明書の違いを理解した
  • [ ] ドメイン登録事業者と契約名義を確認した
  • [ ] 更新期限と自動更新を確認した
  • [ ] 支払い方法の確認担当を決めた
  • [ ] 更新通知を宿側で受け取れる
  • [ ] 復旧用連絡先と2段階認証を確認した
  • [ ] SSL証明書の管理方式を確認した
  • [ ] SSL自動更新の失敗通知先を決めた
  • [ ] 主要URLを外部から監視している
  • [ ] wwwや予約用サブドメインも確認した
  • [ ] 秘密鍵や認証情報を台帳・AIへ載せていない
  • [ ] 期限切れ時の連絡先と代替予約経路を決めた

契約・権限を整理する場合は宿サイトの管理を安全に引き継ぐ方法、外部から継続確認する方法は宿のWordPressを外から見守る方法、障害時はWordPress障害発生後の最初の30分を参照してください。

参考にした情報

まとめ

ドメインはサイトやメールで使う名前の契約、SSL証明書はHTTPS通信を守る仕組みです。役割も更新方法も異なるため、同じものとして管理しません。

宿側で契約名義、更新期限、自動更新、支払い、通知先を確認し、証明書は自動更新と外部監視が実際に動くことを確かめます。AIは公開状態と管理表の整理に使い、契約変更、DNS変更、秘密鍵の取り扱いは人と担当会社が判断してください。

タイトルとURLをコピーしました