SEO SOP（標準作業手順書）の作り方：チームで再現できる実務テンプレート

導入：なぜSOPが必要か

SEOは「担当者の勘と経験」に依存すると品質がばらつき、引き継ぎや外注で必ず詰まります。SOP（標準作業手順書）を整えると、作業の再現性が高まり、オンボーディング短縮、監査の容易化、品質の一貫性を同時に達成できます。この記事では、現場でそのまま使える形で、計画→制作→公開→最適化→レポートまでをひとつの運用線に落とし込みます。

SOPの基本構成

SOPは少なくとも次の章立てで管理します。

• 目的／適用範囲／用語定義（検索意図、E-E-A-T、YMYLなど）
• 体制・責任分担（RACI）
• ワークフロー（企画・調査→制作→テクニカル→公開前レビュー→モニタリング→リライト）
• 品質基準（E-E-A-T、ページエクスペリエンス）
• KPI／SLA（承認・公開リードタイム）
• 監査・更新（四半期レビュー）
• AI運用ルール（HITL：人によるレビューを必須）

用語の短い注記：

• 検索意図＝ユーザーが検索で達成したいこと（情報取得／商用比較／購入など）
• E-E-A-T＝経験・専門性・権威性・信頼性の総体（品質評価の要）
• YMYL＝生活や安全・金銭・健康に影響が大きい領域（より厳格な品質が必要）
• Core Web Vitals（CWV）＝LCP/INP/CLSの3指標。最新しきい値の目安はLCP≤2.5s、INP≤200ms、CLS<0.1（Web.devの公式解説参照）。

参考：Googleの基本方針は日本語版の**SEO スターターガイド、CWVはWeb.devのCore Web Vitalsガイドが一次情報です。構造化データや表示の更新はSearch Centralの更新履歴**で確認すると安全です。

体制設計：RACIの明文化

役割と責任を曖昧にしないことが、SOP運用の生命線です。RACI（Responsible/Accountable/Consulted/Informed）の例：

• 記事制作：Responsible＝ライター、Accountable＝編集長、Consulted＝SEO担当、Informed＝マーケ責任者
• テクニカルSEO：Responsible＝テクニカル担当、Accountable＝SEOマネージャー、Consulted＝開発チーム、Informed＝関連部署
• 公開前レビュー：Responsible＝編集、Accountable＝PM、Consulted＝SEO担当・法務、Informed＝関係者全員
• レポート：Responsible＝アナリスト、Accountable＝マーケ責任者、Consulted＝SEO担当、Informed＝経営層

参考：一般的な枠組みは**WrikeのRACI解説**がわかりやすいです。

ワークフロー（計画→制作→公開→最適化→レポート）

企画・調査

• 検索意図の分類（情報／商用／取引）とKWクラスタリングを行い、SERPの機能（動画、画像、レビュー、PAAなど）を観察します。
• ブリーフに「ペルソナ、見出しの期待、内部リンク候補、差別化要素、一次情報の要求、画像・表の仕様、スキーマ方針」を明記。

制作（原稿ルール）

• 事実確認と出典の明示（一次情報を優先）。経験や実例を必ず付加してオリジナリティを担保します。
• 画像は代替テキストを適切に。FAQやHowToの構造化データは現行の表示方針を確認し、Articleのプロパティ（headline/author/image/datePublishedなど）を整えます。

テクニカル（サイトとページの健全性）

• クロール／インデックスの可視化（Search Consoleのカバレッジ）。
• CWV（LCP/INP/CLS）を継続モニタリング。改善は画像最適化、サーバ応答高速化、JSの削減、サイズ指定、フォント読み込み調整が定石です（詳細はWeb.devのガイド）。
• メタ／OG、XMLサイトマップ、URL設計（できるだけ浅い階層と意味のあるスラッグ）、内部リンクのアンカー最適化、robots/noindexの誤設定防止。

公開前レビュー（品質保証）

• SME（専門家）レビュー、法務／ブランドチェック、事実検証、E-E-A-Tに反しない表現かを確認。承認SLA（例：初稿→公開10営業日）を守ります。

モニタリング・レポート

• 週次：オーガニック流入、CTR、CVRを観察。
• 月次：主要KWの平均掲載順位、インデックス率、CWVの改善状況。
• 四半期：戦略見直し、リライト対象抽出、SOPの更新。

ダッシュボードはGA4＋GSC＋CWVをLooker Studioで統合するのが運用しやすいです。設定の考え方はAhrefs JPの**SEOレポーティングダッシュボード解説や国内のLooker Studio実装ガイド**が参考になります。

リライト／ABテスト

トリガーの例：

• 掲載順位が11〜20位で停滞
• CTRがセクション平均より継続低下
• 流入が前月比−15％
• 競合が大型更新／SERPの意図が変化

進め方は「目的と仮説の明記→A/B作成→ランダム配分→統計的検証→採用」。数値閾値は自社のボリュームと季節性に合わせて調整してください。

公開前レビューのチェックリスト（YES/NO）

• 検索意図に一致し、想定ペルソナの疑問に答えているか
• 一次情報の引用や出典リンクが明示されているか（リンクは説明的アンカー）
• SMEまたは編集長のレビューを完了しているか（HITL）
• E-E-A-Tの観点で不適切な断言や誇大表現がないか
• Articleスキーマの必須・推奨プロパティが整っているか
• 内部リンクのアンカーが文脈的で、重要記事へ適切に導いているか
• メタ（title/description）とOG（画像・タイトル）が設定済みか
• サイトマップ登録・インデックス送信準備は完了しているか
• CWVの重大劣化がないか（LCP/INP/CLS）

KPIセット／ダッシュボード運用

推奨KPI：

• オーガニックセッション／ユーザー（週次・月次）
• 主要KWの平均掲載順位（月次）
• CTR／CVR（週次・月次）
• インデックス率（月次）
• CWV良好率（LCP/INP/CLSの良好判定比率・月次）

可視化はLooker StudioでGA4＋GSC＋CWVを束ね、週次はアラート検知、月次は構造課題の特定、四半期で戦略再設計というリズムを固定化します。

監査・改善ループ（四半期レビュー）

• SERPの変化、コアアップデートの影響、競合の更新を俯瞰して、リライト対象と撤退基準を更新。
• SOP本文に変更履歴（版管理）を記録し、各章の責任者が承認。
• 技術監査は月次、コンテンツ監査は半期、競合レビューは四半期で定例化。

生成AIの安全運用（HITLと透明性）

• ヒューマン・イン・ザ・ループ（HITL）を必須に。AI出力は必ず人間が事実確認・出典チェックを行い、変更履歴を残します。
• 幻覚対策として、出典URLの挿入と検証手順をSOP化。必要に応じて「AI支援により初稿作成し、編集部が検証済み」と透明性開示を行います。
• 運用の基準は組織の倫理指針に沿い、外部フレーム（例：NIST AI RMF）を参考にして方針を明文化します。

典型的な詰まりポイントと対処

• 検索意図の取り違え：ペルソナを再定義し、H2に質問、H3に解決を配置。FAQを追加し関連語を自然に組み込みます。
• 薄いコンテンツ：一次情報（社内データ、事例、図表）を追加。結論→根拠→事例の順で厚みを出します。
• 内部リンク不足：導入・本文・結論に文脈リンクを設置。トピッククラスタとパンくずを最適化。
• 構造化データエラー：Rich Results Testで必須プロパティと構文を確認。Search Centralの更新履歴で表示方針の変化をウォッチ。
• インデックス不調：robots/noindexの誤設定を洗い出し、XMLサイトマップを更新。Search Consoleで送信・エラー確認。

SOPテンプレート（例）

この表は「運用の背骨」です。自社の体制とSLAに合わせて行を追加し、版管理を必ず記録してください。

実装のコツ（SOP一元管理・オンボーディング）

• SOPはNotionやGoogleドライブで一元管理し、権限と変更通知を厳格化。
• オンボーディング用に「チェックリスト＋ワークフロー図」を共有し、レビュー担当者のスケジュールまで含めて見える化。
• プロジェクト管理ツール（Asana/Trello）でSLAをタスクに落とし、詰まりが起きたらエスカレーションルートを明記します。

付記：QuickCreatorの活用場面（Disclosureあり）

Disclosure: QuickCreator is our product.

制作〜公開の補助として、ブロックエディタでの原稿整形、画像・動画の埋め込み、WordPressへの1クリック公開、基本的なSEO最適化支援などに利用できます。詳細は**QuickCreator**をご確認ください（本SOPの核心部分はツールに依存せず運用可能です）。

結び：明日から運用を回すための一歩

完璧さよりも「回る仕組み」が先です。まずは上のテンプレートを自社の体制に合わせて1週間でドラフト化し、次の四半期レビューで改善点を洗い出してください。迷ったら「SOPに戻る」。それが継続的な成果につながります。