Search Consoleに「手動による対策」が出たとき、最初の30分でやること
Search Consoleに「手動による対策（Manual actions）」が出たとき、最初の30分で「種類/対象/戻す差分」を固定して修正を迷走させない手順です。
Search Consoleに「手動による対策（Manual actions）」が出たとき、最初の30分でやることは “言い訳づくり”ではなく「何が問題で、どこまで影響していて、何を戻す/直すか」を固定する ことです。ここが曖昧だと、修正が迷走して検索流入が長期で落ちます。
0. まずやらないこと
- その場しのぎのページ削除を大量にやる（原因が残り、再審査で落ちやすい）
- 複数の施策を同時に入れる（どれが効いたか分からなくなる）
- “審査依頼だけ先に出す”（直っていないと時間を失う）
最初の30分は 影響範囲の確定 → 原因カテゴリの特定 → 差分の固定 に集中します。
1. “どのプロパティ”の話かを固定（3分）
複数サイト運営だと「別ドメインを見ていた」事故が起きます。まず固定します。
- どのドメイン/サブドメインか
https/httpの違い（古いプロパティが残っていないか）- 影響しそうな他ドメインはあるか（同一テンプレ/同一CMS/同一運用）
2. Manual actionsレポートで「種類」と「対象」を確定（7分）
Search ConsoleのManual actionsレポートで、以下をメモします。
- 手動対策の種類（例: スパム、隠しテキスト、ユーザー生成スパム など）
- 影響の範囲（全体か一部か、どのディレクトリ/URL群か）
- 例URL（サンプル）（何が問題として検出されたかを確認するための入口）
ここで「どのURLを見れば“問題の実物”に当たれるか」を確定させます。
3. “直近の変更”を固定して、まず戻せるものを戻す（10分）
次の観点で、直近の変更を棚卸しして「戻す候補」を特定します。
- テンプレ/テーマ/プラグイン/依存の更新
- 広告・計測タグ・外部埋め込み（ウィジェット/コメント/ランキング等）
- 自動生成（大量の薄いページ、重複ページ、カテゴリ生成）
- UGC（コメント、掲示板、プロフィール等）のスパム混入
“戻せる差分” があるなら、まず最小差分で戻して再発を止めます（原因究明は後でOK）。
4. 「一部だけ」か「全体」かで次の1時間の作業を分ける（5分）
30分で出す結論は、次のどちらかに固定します。
- 一部（URL群）: 特定ディレクトリやUGCに集中 → 生成/投稿の入口を止める → 問題ページの修正/削除/再発防止へ。
- 全体: テンプレ/共通領域が怪しい → 直近の共通変更をロールバック → 代表ページで再確認 → 修正を一本化。
この分類ができれば、次の作業が「場当たり」から「再発を止める修正」に変わります。
5. 再審査（Review）に出す前の最低条件（5分）
最初の30分で、次の“最低条件”を満たす修正方針を決めます。
- 何がポリシー違反/スパム扱いだったのかを説明できる
- 問題の入口（生成・投稿・自動化・埋め込み）を止めた
- 問題ページを修正/削除し、再発しない運用にした
- 影響が広い場合、代表URLで目視確認した
SiteOpsで“手動対策”の初動を速くする（再発防止）
手動対策は「気づくのが遅い」「影響範囲が読めない」ほど長引きます。次からは、毎朝の優先順位で Search Console の異常（手動対策/セキュリティ/インデックス）を見られる状態にしておくと初動が速くなります。
状況が複合している/原因の当たりが付かない場合は、止血を優先して相談だけ進めるのも有効です。
関連
- /media/search-console-security-issues-first-30-minutes
- /media/search-console-drop-first-30-minutes
- /media/robots-txt-crawl-stop-first-30-minutes
参考にした一次情報
この記事を書いた人
川原
SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。
関連記事
次にやること
複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。
料金を見る相談したい / お問い合わせ