WebサイトのSSL証明書の有効期限切れで広告が停止した場合、どうすれば再開できますか？

SSL証明書の有効期限が切れた後に広告を再開するには、証明書の更新とデプロイ、広告のランディングページおよびコンバージョン経路の復旧確認、広告プラットフォームでの不承認または一時停止状態への対応という3つの作業を順に行う必要があります。証明書管理画面で更新手続きを完了しただけ、あるいはトップページが開くことを確認しただけでは、広告配信を再開できる状態だとは証明できません。

まず、広告管理画面に表示されている具体的なメッセージを確認します。「リンク先 URL にアクセスできません」など、ランディングページの問題を示すメッセージであれば、証明書の障害に沿って調査できます。アカウント、支払い、その他のポリシーに関する問題も発生している場合、証明書の修復で解決できるのはその一部にすぎません。プラットフォームによる再審査と広告表示の再開にも時間がかかるため、証明書を交換すればすぐにトラフィックが回復するとは限りません。

まず障害の範囲を確認し、無効なページへのトラフィック送信を防ぐ

広告管理画面から実際に使用されている最終リンク先 URL をコピーし、シークレットウィンドウで開きます。会社のトップページを手入力するだけでは不十分です。海外向けサイトでは、広告のリンク先が商品ページ、多言語ディレクトリ、独立したサブドメインになっていることがあり、トップページが正常でも、これらの URL が正常とは限りません。プラットフォームで不承認になっている場合は、元のエラーメッセージを保存します。配信中で、障害のあるページをリンク先にしている広告は、まず一時停止してください。

ブラウザーに証明書の有効期限切れが表示された場合は、有効期間を確認します。ドメイン名の不一致や証明書が信頼されていないなどのメッセージが表示された場合は、証明書の適用範囲と証明書チェーンも確認する必要があります。ブラウザーに表示されるエラーによって必要な修復作業は異なるため、すべてを「証明書の再購入」で解決しようとしてはいけません。

URL のリダイレクトも確認します。広告はまずトラッキングドメインを経由し、次に www 付きのメインサイトへ移動して、最後に言語別ページへ遷移する場合があります。HTTPS のいずれかの段階で証明書に異常があると、アクセスに影響する可能性があります。影響を受ける URL、エラーメッセージ、広告のステータスを記録し、サイト構築担当者と広告運用担当者が同じアクセス経路を確認できるようにします。

更新後は、新しい証明書が実際にオンラインで使用されていることを確認する

証明書の更新には、発行とデプロイの2つの工程があります。新しい証明書が発行されていても、サーバーが古い証明書を読み込んだままになっているのは、復旧時に見落としやすい問題です。ホスティング型のサイト構築プラットフォームを利用している企業は、独自ドメインの HTTPS ステータスを確認します。自社でサイトを管理している企業は、新しい証明書と対応する秘密鍵を、実際にアクセスを処理するサービスにデプロイし、サービスの要件に従って設定を再読み込みする必要があります。

デプロイ時は、次の点を重点的に確認します。

• ドメインの適用範囲：メインドメイン、www 付きのドメイン、広告で使用するサブドメインを確認します。1枚の証明書ですべての URL をカバーできると決めつけないでください。
• 証明書チェーン：ホスティングプラットフォームまたはサーバーの要件に従って証明書チェーン全体を設定し、一部のブラウザーではアクセスできても、ほかのアクセス環境ではエラーが発生する事態を防ぎます。
• CDN とオリジンサーバー：CDN、リバースプロキシ、ロードバランサーを使用している場合は、関連する各ノードを個別に確認します。エッジ側の証明書を更新しても、古い証明書が原因でオリジンサーバーとの接続に失敗することがあります。
• 複数ノードへのデプロイ：複数のサーバーでサイトを提供している場合は、各ノードの更新が同期されていることを確認し、アクセスのたびに状態が変わることを防ぎます。

作業完了後は、外部ネットワークから再度アクセスし、実際に返される証明書の有効期間とドメイン情報を確認します。管理画面に「更新済み」と表示されていることは、管理手続きの完了を示すだけです。次の再審査申請の根拠となるのは、オンラインでのアクセス結果です。HTTPS を無効にしたり、訪問者にセキュリティ警告を無視させたりして広告配信を再開しないでください。アクセス体験をさらに損なうだけでなく、プラットフォームの審査問題も解決しません。

再審査の前に、広告のランディングページから問い合わせまでの経路を確認する

証明書の復旧は、最初の確認項目にすぎません。広告プラットフォームがリンク先ページにアクセスできることに加え、訪問者が問い合わせや購入を完了できる必要があります。B2Bの海外向けサイトでは、少なくとも広告の対象商品ページ、問い合わせフォーム、送信完了ページを確認します。ECサイトでは、商品ページ、カート、決済までの経路も確認します。

広告で使用している完全な URL を使ってテストし、既存のトラッキングパラメーターは残したまま、リダイレクトが正常に動作するか、最終ページが正しいか、ページの主要コンテンツが完全に読み込まれるかを確認します。リダイレクトループ、ページの不存在、アクセス制限が原因の障害もあり、証明書を更新しても、こうした問題は自動的には解消されません。

海外向けに広告を配信するサイトでは、対象市場から利用可能なネットワーク環境でもアクセスを確認します。オフィスのネットワークで一度成功しただけで再審査を申請するのは避けてください。ファイアウォールやボット対策を有効にしている場合は、通常のアクセスや広告プラットフォームの審査リクエストを誤ってブロックしていないか確認します。審査に通すために、すべての保護機能を直接無効にしないでください。

続いて、テスト問い合わせを送信するか、必要な購入フローを確認し、フォームが送信できること、通知が届くこと、コンバージョンイベントが発火することを確認します。テストデータには目印を付け、業務統計から除外してください。広告表示が再開しても、問い合わせ窓口が機能していなければ、クリック費用が発生し続ける一方で、顧客獲得は回復しません。

管理画面のステータスに応じて広告を再開し、実際の表示とコンバージョンを確認する

技術的な確認が完了したら、広告管理画面に戻り、該当するステータスに対応します。Google Ads などのプラットフォームでは、影響を受けた広告のポリシーまたは診断の詳細を開き、画面に表示される手順に沿って再審査または申し立てを申請し、リンク先 URL の障害を修復したことを説明します。申請先は、プラットフォームや不承認の理由によって異なる場合があります。

広告を手動で一時停止した場合は、ページの復旧後に一時停止を解除する必要があります。リンク先 URL の問題で広告が不承認になった場合は、一時停止を解除するだけでは再審査の代わりになりません。「ステータスを更新する」ために広告を一括複製したり、関係のない広告素材を変更したりする必要もありません。こうした操作を行うと、復旧効果の判断が難しくなります。

再審査に通過した後も、広告が配信可能な状態か、表示が始まっているか、クリックとコンバージョンが回復しているかを確認します。配信が承認されてもトラフィックがない場合は、予算、入札単価、スケジュール、アカウントのステータスも確認します。この段階で損失を取り戻すために予算をすぐ増やすのは適切ではありません。まずアクセスとコンバージョンの経路が安定していることを確認してから、広告運用のペースを調整します。

再審査に通らなかった場合は、最新のエラーに基づいて再調査し、障害が発生した URL、修復時刻、証明書の確認結果、ページへのアクセス結果を保存して、具体的な情報をプラットフォームのサポートに提供します。継続しているアクセス問題に対処せず、同じ申請を繰り返し送信することは避けてください。

復旧後は、担当者と監視体制を整えます。証明書の管理担当者、更新結果の確認担当者、広告の異常への対応担当者を明確にし、有効期限のアラートを設定して、自動更新が実際に成功することも確認します。サイト構築と広告運用を別々のチームが担当している企業では、「証明書を更新済み」「ランディングページを確認済み」「広告の表示を再開済み」の3項目を独立した引き継ぎ項目として管理することで、次回の障害時の待ち時間や誤判断を減らせます。