Cocoon設定の保存で403エラーになる原因と安全な対処法

WordPressテーマ「Cocoon」の設定を保存したときに403 Forbiddenが表示される場合、サーバーのWAFが入力内容を攻撃と誤判定している可能性があります。特に広告コードやスクリプトを含む設定で起きることがあります。

ただし、403はアクセス制限、セキュリティプラグイン、ファイル権限、.htaccessなどでも発生します。最初からWAFを無効にしたり、ファイル権限を変更したりせず、影響範囲を確認して原因を切り分けます。

最初に確認すること

症状	考えやすい原因
Cocoon設定の保存時だけ403	WAF、セキュリティプラグイン、入力したコード
特定の設定項目だけ403	広告タグやスクリプトなどをWAFが検知
管理画面全体が403	IP制限、ログイン制限、サーバー側の防御機能
公開ページもすべて403	契約状態、アクセス拒否、権限、.htaccess、サーバー障害

403が出た時刻、操作した画面、変更した項目、表示されたメッセージを記録します。サーバー会社へ問い合わせる場合にも役立ちます。

変更前にバックアップを取得します。WordPress本体、Cocoon親テーマ、Cocoon子テーマ、プラグインの更新状況も確認してください。古いソフトウェアのままセキュリティ機能を弱めるのは避けます。

直前に追加した広告コード、アクセス解析タグ、カスタムHTMLなどを別の安全な場所へ控え、該当欄を空にして保存できるか確認します。

コードを文字単位で改変すると広告や計測が正しく動かなくなるため、提供元のコードは書き換えないでください。

レンタルサーバーの管理画面で、対象ドメインのWAF設定や検知ログを確認します。403が出た時刻と一致する記録があれば、検知されたルールやカテゴリーを控えます。

サーバーに個別除外機能がある場合は、サイト全体を停止するより、該当ルールや管理画面の操作だけを除外できないか確認します。判断できない場合は、記録した時刻と操作内容を添えてサーバー会社へ問い合わせるのが安全です。

個別除外ができず、サーバー会社の案内でもWAF停止が必要な場合に限り、対象ドメインの該当機能を短時間だけ停止します。

エックスサーバー公式では、WAFの設定変更が反映されるまで最大30分程度かかる場合があると案内しています。停止した直後に何度も保存を試さず、反映を待ってください。作業後は有効へ戻ったことまで確認します。

ログイン試行制限、IP制限、管理画面保護などのログを確認します。停止して試す場合は、対象プラグインを一つだけ短時間停止し、確認後すぐに戻します。

管理画面からログアウトして再ログインし、セッションを更新します。別ブラウザーやシークレットウィンドウで同じ操作を試すと、Cookieやブラウザー拡張機能の影響を切り分けられます。

公開ページを含めて403になる場合は、サーバーのアクセス拒否設定、.htaccess、ファイル権限を確認します。WordPressの「ツール → サイトヘルス → 情報」では、WordPressが必要なディレクトリへ書き込めるか確認できます。

原因が分からない状態で 777 などの過剰な権限へ変更しないでください。サーバーごとに適切な所有者と権限が異なるため、ホスティング会社へ確認します。

問い合わせへパスワード、秘密鍵、広告コード全体を送らないでください。必要な情報はサポートの案内に従って共有します。

Cocoon設定の保存時だけ403になる場合は、入力した広告コードなどをWAFが検知している可能性があります。まず操作と時刻を記録して検知状況を確認し、個別除外やサーバー会社への問い合わせを優先します。WAFを停止する必要がある場合も、作業時間を短くし、保存後すぐに有効へ戻してください。