WordPressで広告タグや計測コードを管理画面へ入力したのに保存できない、保存時に403やForbiddenが出る、あるいは入力内容が消えてしまう。こうしたトラブルは、小売ECの運用現場でも意外と多く発生します。しかも、広告配信や計測導入の直前に起きることが多いため、現場の焦りも大きくなりがちです。
この種の問題は、WordPress本体やプラグインの不具合だけでなく、WAF、サーバー側のセキュリティ設定、入力フィルタ、権限設定、キャッシュ、管理画面側の保存仕様など複数の要因が絡みます。小売ECでは広告配信や計測環境の整備が売上に直結するため、原因切り分けの順序を持っておくことが重要です。
この記事では、広告タグが保存できないときに確認すべきポイントを、実務で使える順番で整理します。とくに、制作会社や運用会社が小売事業者を支援する場面を想定し、再発防止まで含めて解説します。
まず疑うべきはWAFとサーバー側セキュリティ
保存時に403やForbiddenが出る場合、最初に疑うべきはサーバー側のWAFです。広告タグやJavaScriptコードにはscript、iframe、外部URLなど、セキュリティ機構が危険と判定しやすい文字列が含まれます。そのため、管理画面の保存処理そのものがブロックされることがあります。
これはWordPressやプラグインの問題に見えて、実際にはサーバー側で弾かれているケースが少なくありません。とくにレンタルサーバー環境やWAFが強めに設定された環境では発生しやすいです。
症状を分けて考える
原因切り分けを速くするには、症状を分けて把握します。
- 保存ボタンを押すと403になる
- 画面遷移はするが内容が保存されない
- 一部のタグだけ消える
- 管理者だけ保存できる、またはできない
- 特定プラグインの入力欄だけ保存できない
403ならWAFや権限の可能性が高く、保存されたように見えて内容だけ消えるなら入力フィルタやサニタイズ処理の可能性が高くなります。現象を混ぜて考えないことが重要です。
WAFログとサーバー設定を確認する
WAFが有効なサーバーでは、コントロールパネルやログ画面にブロック履歴が残ることがあります。保存した時刻に近いログを確認し、該当リクエストがBLOCKされていないかを見ます。ここで該当シグネチャが取れれば、WAFが原因かどうかをかなり高い確度で判断できます。
もしWAFが原因なら、無条件で全体を無効化するのではなく、必要なルールだけ調整できるかを確認します。小売ECでは広告タグ以外にも会員登録やフォームなど重要な入力処理があるため、セキュリティを一気に下げる判断は危険です。
プラグインや入力欄の保存仕様も確認する
次に、入力欄そのものの仕様を確認します。プラグインによっては、scriptタグの直接入力を許可していないことがあります。広告コード欄に見えても、実際には特定の形式だけを受け付ける仕様だったり、管理権限によって保存可否が変わることもあります。
また、コードをどこに入れるかも重要です。head用、body開始直後用、記事中用など、入力欄の用途が違うと保存処理も異なることがあります。マニュアルや実装仕様を見ずに別の場所へ入れているだけ、というケースも現場ではよくあります。
権限とセキュリティプラグインの競合を見る
広告タグが保存できないときは、ユーザー権限とセキュリティプラグインの組み合わせも確認します。管理者では保存できるのに編集者では保存できない、あるいは二段階認証やログイン保護系プラグインが保存処理を阻害していることがあります。
特に複数のセキュリティプラグインを併用している環境では、WAF以外にも入力検査やnonce検証、リクエスト制限が重なっている場合があります。小売ECの現場では、担当者が増えるほどこの種の設定差分が起きやすいので、権限設計も含めて見直したほうがよいです。
キャッシュと最適化設定で見かけ上保存されないこともある
保存自体はできているのに、フロント側で反映が見えないケースもあります。サーバーキャッシュ、CDN、最適化プラグイン、ブラウザキャッシュの影響で、古い状態が表示され続けるためです。これを保存失敗と誤認すると、不要な切り分けに時間を使います。
管理画面の保存結果だけでなく、実際のソースや配信タグの有無を確認し、キャッシュクリア後に再チェックする手順を持っておくと混乱しにくくなります。
小売ECでは広告タグの管理方法そのものを標準化したほうがよい
そもそも、担当者ごとに異なる場所へタグを入れる運用は事故の元です。小売ECでは、Meta広告、Google広告、GA4、GTM、ヒートマップ、チャット、レビュー計測など、設置したいコードが増えやすくなります。だからこそ、どのタグをどこで管理するかを標準化する必要があります。
代表的には、GTMへ寄せる、head出力箇所を限定する、プラグインを乱立させない、検証手順をチェックリスト化する、といった運用が有効です。保存トラブルのたびに個別対応するより、運用の仕組みを整えたほうが長期的には安全です。
再発防止のためにやっておくべきこと
一度解決しても、原因を記録していないと次回また同じことで止まります。どのサーバー設定が影響したか、どのプラグインのどの入力欄だったか、どの権限で再現したか、どう解決したかを残しておくべきです。
また、本番環境にいきなり広告タグを追加するのではなく、検証環境や営業時間外のテスト、反映確認フローを持つとトラブルを減らせます。小売ECではセールや繁忙期前の改修が多いため、作業タイミングの設計も重要です。
まとめ
WordPressで広告タグが保存できない問題は、単純な入力ミスではなく、WAF、権限、セキュリティプラグイン、入力仕様、キャッシュなど複数の要因が関わることが多いです。とくに403やForbiddenが出る場合は、サーバー側のセキュリティ設定を最優先で確認したほうが切り分けが速くなります。
小売ECの現場では、広告タグや計測コードの管理は売上に直結する運用基盤です。個別のエラー対応で終わらせず、管理方法、確認手順、権限設計まで整理しておくと、トラブルを再発しにくくできます。
コメント