WordPressのコメントが勝手に承認待ちに入る時のスパム対策と設定確認

WordPressで新しいコメントが毎回「承認待ち」に入り、設定が壊れたのか、スパム判定されたのか分からず困っていませんか。
正常な投稿者のコメントまで保留されると返信が遅れますが、確認せず承認条件を外すと迷惑コメントがそのまま公開されます。

結論は、承認待ちは故障ではなくディスカッション設定・投稿者の履歴・リンク数・スパム判定のいずれかで起きるため、実例を一件ずつ比較して原因を特定することです。
最初に現在の設定とコメント本文を記録し、必要な条件だけを調整します。

よこやま良平

20年以上ITエンジニアとしてWordPressの制作・保守・復旧に携わっている、よこやま良平です。
コメント問題では、保留・スパム・ゴミ箱を混同せず、公開条件と自動判定を分けて確認します。

本稿で扱うのは、投稿や固定ページの下にあるWordPress標準コメントの承認待ちです。
お問い合わせフォームから届く迷惑メールや、投稿保存の承認フローとは仕組みが異なるため、対象画面を最初に確認してください。

【無料プレゼント】
WordPress緊急チェック50

「自分のサイトは今、安全なのか？」
自信を持って答えられますか？

こんなお悩みはありませんか？

• ある朝、サイトを開いたら真っ白画面になっていた
• 管理画面にログインできなくなって手が止まった
• 身に覚えのない記事やページが勝手に増えていた
• プラグインを更新したらサイト全体が崩れてしまった
• 以前バックアップを取ったか自分でも覚えていない

累計1,000件以上のWordPressトラブル対応の経験から、「壊れる前に備える」ためのチェックリストを1冊にまとめました。
ログイン・本体・バックアップ・サーバー・運用の5分野を、50項目で「危険度・確認方法・対処法」まで解説しています。

セキュリティプラグイン・WordPressの教科書も含めた3大特典を、
今なら無料で受け取れます。

今すぐ無料ダウンロードする →

※登録後すぐにメールで特典をお届けします

WordPressコメントが承認待ちになる仕組みと最初の結論

WordPressコメントが承認待ちになるのは、管理者が確認してから公開するための正常な保護機能です。
全件保留か一部だけ保留かを分ければ、確認すべき設定を早く絞れます。

「コメントを手動承認する」が有効なら全件保留になる

「設定→ディスカッション」にある「コメントの手動承認を必須にする」が有効なら、投稿者や本文に問題がなくても新規コメントは承認待ちになります。
スパム判定された証拠ではなく、公開前レビューを必須にする運用です。

企業サイトや誹謗中傷リスクのあるメディアでは、この設定を維持する価値があります。
返信速度を優先して外す場合も、迷惑コメント対策と監視担当を用意してから変更してください。

過去のコメント承認条件で初回投稿者だけ保留になる

「すでに承認されたコメントの投稿者」にだけ自動承認を許す設定では、初めての投稿者が承認待ちになります。
同じ人に見えても、メールアドレスの違い、入力ミス、別端末の自動入力により新規投稿者として扱われます。

投稿者名だけでは照合できません。承認済みコメントと保留コメントのメールアドレスを管理画面で比較し、個人情報は外部へコピーせず、必要な範囲で確認します。

リンク数や禁止語に該当すると一部だけ保留される

コメント本文に指定数以上のリンクが含まれると、モデレーション条件により承認待ちへ送られます。
URLを複数載せる正当な質問も対象になるため、保留理由は本文と現在の閾値を照合して判断します。

「コメントモデレーション」の語句・IP・メールアドレスに一致した場合も保留されます。
短すぎる一般語やドメインの一部を登録すると正常コメントまで巻き込むため、登録語は具体的にします。

承認待ち・スパム・ゴミ箱は状態が異なる

承認待ちは人が確認する保留状態、スパムは自動判定または手動指定された迷惑状態、ゴミ箱は削除候補です。
コメント一覧のフィルターを切り替え、どの状態に入ったかを確かめてください。

「届かない」と感じても、承認待ちではなくスパムへ移動している場合があります。
逆に承認待ちをすべてスパム扱いすると、顧客の質問や読者の補足まで失うため、状態別に件数と実例を確認します。

WordPress初期設定・管理画面の使い方

WordPressコメント設定を変える前に残す証拠とバックアップ

WordPressコメント設定を変える前に、正常例と問題例、設定値、発生時刻、件数を記録します。
証拠を残さず複数項目を一度に変えると、直った理由も再発した原因も分からなくなります。

正常コメントと承認待ちコメントを一件ずつ比較する

承認済みから正常例を一件、承認待ちから問題例を一件選び、投稿日、投稿先、リンク数、表示名、メールアドレス一致、IP、ユーザーエージェントを比較します。
本文は外部サービスへ貼らず、管理画面内で確認してください。

同じ投稿者の過去コメントだけ自動承認され、新しいメールアドレスのコメントだけ保留なら、既承認投稿者条件が有力です。
特定の語句やURLを含む時だけ保留なら、モデレーションルールを優先します。

ディスカッション設定を画面または読み取りコマンドで記録する

「設定→ディスカッション」のチェック状態、リンク数、モデレーション欄、禁止キーワード欄をスクリーンショットまたは作業メモへ残します。
保存日時と担当者も記録し、変更前後を比較できるようにします。

WP-CLIを安全に使える場合は、更新コマンドではなく読み取りだけで主要設定を確認できます。
接続先とWordPress設置パスを確認し、出力に個人情報が含まれないことを確かめて保存します。

wp option get comment_moderation
wp option get comment_previously_approved
wp option get comment_max_links
wp option get moderation_keys
wp option get disallowed_keys

変更前にデータベースを含むバックアップを確認する

コメント本体と状態はデータベースに保存されるため、画像ファイルだけのバックアップでは戻せません。
作業直前のデータベース、復元手順、保管先、取得時刻を確認します。

バックアップ完了表示だけで判断せず、容量が極端に小さくないか、対象サイトが正しいか、復元権限があるかを確かめます。
大量削除やSQL操作を行う予定がある場合は、必ず復元テスト可能な方法を選んでください。

WordPressバックアップの完全解説｜UpdraftPlus / BackWPup / all-in-one-wp-migrationを図解

WordPressコメントの承認待ちを設定画面から直す手順

WordPressコメントの承認待ちを直す時は、手動承認、既承認投稿者、リンク数、語句、個別投稿の順に一項目ずつ確認します。
変更後はテストコメントを一件だけ送り、期待する状態になるか確かめます。

手動承認を維持するか運用方針から決める

コメントを公開前に必ず読む必要があるサイトは、「手動承認を必須にする」を維持します。
これは不具合ではないため、設定を変えるより、担当者・確認頻度・休日対応を決める方が正しい解決です。

読者同士の交流を重視し、自動公開を許容できるサイトだけ解除を検討します。
解除前にスパム対策、禁止語、リンク数、通知、定期監視を整え、公開後に不適切コメントを発見できる体制を作ります。

既承認投稿者だけ自動承認する設定を確認する

初回投稿者は保留し、二回目以降を自動承認したいなら、過去に承認された投稿者の条件を使います。
メールアドレスを本人確認のように信頼しすぎず、投稿内容の監視は継続してください。

常連読者が毎回保留になる時は、入力メールアドレスの表記揺れ、空白、別アドレス、コメントデータの削除履歴を確認します。
テスト用に管理者自身の別メールを使い、初回と二回目の動作を比べると条件を再現できます。

リンク数の閾値を下げすぎず用途に合わせる

リンクを複数含むコメントはスパムでよく使われますが、技術質問や参考資料の共有では正当な場合もあります。
現在値と実際の正常コメントを比べ、必要以上に閾値を上げず、保留後に確認する運用を残します。

リンク数をゼロ相当へ厳しくすると、URLを一つ含むだけで正常な問い合わせも保留されます。
逆に極端に大きくすると大量リンクの迷惑投稿が公開されるため、過去一か月の正常例とスパム例から現実的な値を決めます。

モデレーション語句と禁止語句を整理する

モデレーション欄に一致したコメントは保留、禁止語句欄に一致したコメントはスパムまたはゴミ箱相当の厳しい処理になります。
WordPressのバージョンや画面表記も確認し、二つの欄を混同しないでください。

短い英単語、数字一文字、一般的なドメイン断片、広いIP範囲は誤判定を増やします。
実際の迷惑コメントに繰り返し現れる具体的な語句・完全な送信元・悪用ドメインを根拠付きで追加し、定期的に見直します。

投稿ごとのコメント許可も確認する

サイト全体の設定が正しくても、個別投稿のディスカッション設定でコメントが閉じている、または別の条件が残っている場合があります。
問題が一つの記事だけなら、まずその投稿の設定と公開日を確認します。

古い投稿を自動的に閉じる設定を使っている場合、指定日数を超えた記事では新規コメント欄自体が閉じます。
「送信できるが承認待ち」と「コメント欄が閉じて送信できない」を区別してください。

WordPressコメントスパムを減らして正常コメントを守る方法

WordPressコメントスパムは、承認条件を全解除するのではなく、自動判定、送信画面の防御、リンク・語句ルール、古い投稿の運用を組み合わせて減らします。
正常コメントを受け付ける目的を残したまま多層化することが重要です。

スパム対策プラグインは判定結果を確認して導入する

Akismetなどのコメントスパム対策は大量の自動投稿を減らせますが、誤判定がゼロになるわけではありません。
ライセンス条件、個人情報の送信、保存期間、判定ログ、除外方法を確認してから導入します。

導入直後はスパム欄を毎日確認し、正常コメントが紛れていないかを監視します。
既存のセキュリティプラグインと機能が重複する場合は、二重判定で原因が見えにくくならないよう担当範囲を整理します。

CAPTCHAとHoneypotは利用者負担を比べる

CAPTCHAはボット送信を減らせますが、画像認証や操作が難しいと正常な読者も離脱します。
Honeypotは画面上の負担を減らせる一方、巧妙なボットには単独で十分でないため、実測して組み合わせます。

コメント機能用の対策とお問い合わせフォーム用の対策は、同じプラグインや設定とは限りません。
問題が標準コメントなのかフォーム送信なのかを確認し、対象に対応した機能を選んでください。

WordPressメールフォームを安全に運用する10の具体的なセキュリティ対策

同じ宣伝URL・語句・送信元を具体的に遮断する

迷惑投稿で繰り返される宣伝URL、ドメイン、固有語句、送信元を記録し、誤判定しにくい単位でルールへ追加します。
表示名や一般語だけで遮断すると正常な読者も巻き込むため、複数の証拠を組み合わせます。

IPアドレスは共有回線、携帯回線、VPN、プロキシで変わるため、単独で本人を断定できません。
広い範囲の一括遮断は避け、アクセスログ、頻度、本文パターン、URL、ユーザーエージェントと併せて判断します。

古い投稿のコメントを閉じる判断をする

検索流入はあるがコメント交流が不要な古い投稿は、一定日数後にコメントを閉じると攻撃面を減らせます。
ただし継続的に質問を受けるマニュアル記事では、閉鎖により有益な補足も失われます。

全投稿を一括で閉じる前に、投稿種類、公開日、コメント実績、問い合わせ代替手段を確認します。
過去コメントの停止・削除・SQL操作が必要なら、専門記事の注意点を読み、バックアップ後に実施してください。

WordPressで使うコメント・トラバ・リビジョンを一括停止・削除する方法

WordPressの承認待ちコメントを安全に整理する手順

WordPressの承認待ちコメントは、件数を把握し、正常・迷惑・判断保留へ分け、小さな単位で処理します。
一括承認や一括削除から始めると、公開事故と取り返しのつかない消失が起きます。

一覧のフィルターと表示件数を確認する

「コメント」画面で、すべて・承認待ち・承認済み・スパム・ゴミ箱の件数を記録します。
画面上部のフィルター、検索、投稿先、日付を使い、問題が特定期間や特定記事に偏っていないか確認します。

正常・迷惑・判断保留の三つへ分類する

記事内容に沿った具体的な質問や補足でも、宣伝URLや不自然な誘導が含まれる場合があります。
本文の自然さだけで承認せず、名前、URL、過去履歴、同文投稿、リンク先を安全に確認します。

リンク先は不用意に直接開かず、ドメイン表記と目的を確認します。
判断できないコメントは承認せず保留のまま残し、担当者へ確認できる運用にしてください。

一括操作は少数で試して結果を再取得する

分類が明確な迷惑コメントだけを選び、最初は少数をスパムへ移します。
一括操作後に件数と対象IDを再取得し、正常コメントが巻き込まれていないことを確認してから次の単位へ進みます。

承認も同様に少数から行い、公開ページで表示名、本文、リンク、日時、返信階層を確認します。
テーマやキャッシュによって表示が遅れる場合は、管理画面の状態と公開画面の両方を記録します。

ゴミ箱とスパムの完全削除は最後に行う

スパムやゴミ箱を空にすると、管理画面からの復元が難しくなります。
データベースバックアップ、保存期間、法務・顧客対応の要件、誤判定確認を終えてから実施してください。

大量データをSQLで直接削除する操作は、テーブル接頭辞や条件を誤ると別データまで失います。
初心者は管理画面または信頼できるプラグインを優先し、直接操作が必要ならステージングで検証します。

WordPressコメントが設定どおり動かない時の追加診断

WordPressコメントが設定どおり動かない時は、個別投稿、プラグイン、テーマ、キャッシュ、外部コメントサービス、データベース値の順に確認します。
いきなりコアファイルやデータベースを書き換えず、影響範囲を狭めてください。

一部の投稿だけなら個別設定と投稿タイプを確認する

同じ投稿者・同じ本文でも特定記事だけ挙動が違うなら、投稿ごとのディスカッション設定、公開日、投稿タイプ、テンプレートを比較します。
固定ページやカスタム投稿タイプでは、テーマ側がコメント表示を制御する場合があります。

プラグイン競合はステージングで一つずつ試す

コメントスパム対策、キャッシュ、セキュリティ、会員制、コメント拡張プラグインは、標準の承認処理へ介入する場合があります。
本番で全停止せず、ステージング環境で対象機能を持つものから一つずつ切り分けます。

停止前に設定をエクスポートまたは記録し、テストコメントの条件を毎回そろえます。
有効・無効だけでなく、プラグイン更新前後、ルール、外部API障害、ライセンス状態も確認してください。

SiteGuard WP Pluginの使い方【図解】WordPressのセキュリティ対策

キャッシュは表示遅延と保存状態を分けて確認する

コメントが管理画面では承認済みなのに公開ページへ出ない場合、承認処理ではなくページキャッシュが古い可能性があります。
ログアウト状態、シークレットウィンドウ、別端末で確認し、対象ページのキャッシュだけを安全に削除します。

キャッシュ全消去やCDN設定変更を繰り返す前に、WordPress上のコメント状態、REST応答、HTMLソース、キャッシュ時刻を比べます。
承認待ちのままならキャッシュではなく保存条件を調べてください。

外部コメントサービスと標準コメントを混同しない

Disqusなどの外部サービスやSNS連携を使う場合、承認状態と設定画面がWordPress標準とは別になることがあります。
実際のコメント保存先、同期方向、モデレーター権限、通知元を確認します。

テーマ独自コメントや会員プラグインでは、ログイン状態・ユーザー権限・メール確認が公開条件へ追加される場合があります。
標準設定だけで説明できない時は、導入機能の公式ドキュメントとログを確認してください。

WordPressコメント承認待ちに関するよくある質問

WordPressコメントの承認待ちで迷いやすい点を、公開条件、スパム、通知、既存コメントの扱いから整理します。