店のHPに「安全ではありません」と出たら

1. 1

   警告の文言とURLを残す

   『保護されていない通信』『この接続ではプライバシーが保護されません』『危険なサイト』など、画面に出た文を控えます。アドレスのhttps・http、wwwの有無も見ます。予約者の氏名や入力内容を含めず、警告画面を一枚残せば担当へ伝えられます。

2. 2

   一つの別環境で確かめる

   自分のスマホとパソコン、またはWi-Fiと携帯回線など、一つだけ条件を変えて同じURLを開きます。端末の日付・時刻がおかしくないかも見ます。警告を進んだ先で個人情報を入力するテストは行いません。どの組合せで出るかを担当へ伝えます。

3. 3

   担当へ修正を依頼する

   ホームページの公開・サーバー・証明書を管理する担当へ連絡します。『対象URL、警告文、出た端末と通信、いつ気づいたか』を渡し、復旧後は一般のお客さまが使う公開URLで確認したいと伝えます。店主が分からないままDNSやサーバー設定を変更する必要はありません。

警告を三つに分ける

Chromeの接続確認ガイドでは、サイトの安全性を示すアイコンと、保護されていない通信や危険なサイトの表示が説明されています。サイト全体に出る接続エラーでは、サイトだけでなくネットワークや端末に原因がある場合もあります。表示を一つの『SSL切れ』にまとめないようにします。

店が確認できる範囲

一台のスマホでしか出ないなら、別の端末で同じかを見ます。店舗Wi-Fiだけで出るなら、携帯回線でも確認します。どちらでも同じURLに警告が出るなら、サイト側の確認を進める材料になります。ただし、この比較だけでは原因を確定できません。

Chromeのエラーメッセージの説明には、通信環境や日時、証明書に関わる確認が案内されています。店主が知らない証明書を端末へ入れる、セキュリティ設定を下げるといった対応から始めないでください。一般の来店客が通常のブラウザで開ける状態へ直すことが、HPの目的です。

証明書とドメイン更新は別

ドメインは店のアドレスを使う契約で、証明書はHTTPSの接続で使うものです。ドメイン代を支払っていても、証明書やサーバーの設定に問題が起きる場合があります。『ドメインを更新したから安全表示も直る』とは決めつけず、表示されたURLと証明書の対象が合うかを担当へ確認します。

例えばwww付きのURLだけ警告が出るなら、その違いをそのまま伝えます。店がwwwなしを正規のアドレスにしている場合も、www付きで来る方の扱いは制作側に確認できます。お客さまがどのリンクから開いたか分かるなら、その案内元も一つ添えると、復旧後の確認範囲を決めやすくなります。

一部の機能だけ壊れる場合

ページ自体はHTTPSで開いても、画像や埋め込んだフォームなどをHTTPから読み込むと、ブラウザが読み込みを制限する場合があります。MDNの混在コンテンツ解説は、この仕組みとHTTPSで統一する考え方を説明しています。これは担当者が調べる項目で、店主がすべてのリンクを手動で置き換える作業から始める必要はありません。

『トップは開くが予約欄だけ真っ白』『店の写真だけ出ない』なら、そう伝えます。表示の一部だけでも、お客さまが連絡できないなら対応が必要です。HTTPSへ書き換えれば必ず動くとは限らないため、実際の行き先がHTTPSに対応しているかと、修正後の動作を制作側で確認します。

連絡文と復旧までの案内

依頼文の例：『【公開URL】をiPhoneの携帯回線で開くと、【警告文】が出ます。パソコンの店舗Wi-Fiでも同じです。本日12時ごろ気づきました。証明書・配信設定・サイトの安全性を確認し、通常のブラウザで予約案内を見られる状態へ戻したいです。警告を回避させる案内はしたくありません。』分かっている条件だけを記入します。

復旧までお客さまへ案内するなら、『現在ホームページを確認中です。予約相談は【店の電話・LINEなど】へお願いします』と、実際に使える窓口を出します。安全性が確認できていないフォームへ送信を促しません。復旧後は元の公開URL、案内元のリンク、必要な予約欄を確認し、代替案内を片付けます。

最後に確認すること

• 警告の文言・URL・端末と通信を控えた
• 一つの別環境で同じURLを確認した
• 担当の修正後に公開URLと予約導線を確認する