AI で WordPress の多言語 SEO を監査する方法

多言語サイトは翻訳数が完全にそろっていても、ユーザーや検索システムに十分対応できないことがあります。監査では、ローカライズされた URL、相互的な hreflang 注釈、自己参照 canonical、言語品質、検索意図、地域ごとの事業上の違いを結び付ける必要があります。AI はマトリクスを比較できますが、母語話者によるレビューは依然として不可欠です。

SEO 分析の信頼性は、提供されたエビデンスに限られます。言語モデルは、クロール状況、インデックス登録、順位、canonical の選択、ページ性能を独自に知ることはできません。エビデンスの整理役および仮説生成役として使い、各所見を適切なソースシステムで検証してください。

ひとことで言うと： 翻訳グループのマトリクスを作成し、相互的な技術シグナルを検証し、各ローカライズページが実際にその市場に役立つかをレビューします。

このガイドで達成できること

出力では、欠落したバリアント、壊れた戻りリンク、canonical の競合、誤った言語コード、未翻訳の主要コンテンツ、意図の不一致、市場固有の不足を明らかにする必要があります。技術的な対応関係と言語的な有用性は、別の次元として維持します。

有用な結果は、整った回答だけではありません。検査したレコードまたはページ、利用できなかったエビデンス、アシスタントが推論した内容、人間が決定すべき内容、禁止されたままの操作を示す必要があります。

成功した出力に含める内容

• 翻訳グループとロケールごとに一行。
• ローカライズ URL、ステータス、自己参照 canonical、hreflang セット。
• 相互性と完全修飾 URL のチェック。
• 言語コードと地域コードの検証。
• 主要コンテンツのローカライズと検索意図レビューの状態。
• 市場例外と欠落コンテンツの決定。

準備するエビデンスと入力

レンダリングされた head マークアップと実際のページコンテンツを使います。ルート設定や翻訳プラグインのダッシュボードは、最終注釈や言語品質の証明にはなりません。

• ロケールと翻訳グループ ID を含む完全な URL インベントリ。
• 各バリアントのレンダリング済み canonical と hreflang 注釈。
• HTTP ステータスとインデックス方針のエビデンス。
• ローカライズされたタイトル、説明、見出し、主要コンテンツ。
• 市場固有の検索エビデンスと事業上の違い。
• 母語話者レビューの状態。
• x-default 方針と言語セレクターの動作。

各入力について、日付、ソース、スコープ、既知の省略を記録してください。タスクに不要な認証情報、個人情報、顧客データは削除します。

グループ単位で相互性を検証する

Google は、各言語版が自身とすべての代替版を列挙し、代替版が互いに戻るよう推奨しています。単一ページのチェックでは不十分です。各翻訳グループの完全なセットを比較してください。

対応関係をローカライズと混同しない

公開済みの八つのバリアントがあっても、翻訳品質が低い、誤ったクエリを対象にする、または市場に当てはまらない主張を複製している場合があります。構造的対応関係、技術シグナル、言語的有用性を別々の状態として記録してください。

安全なワークフロー

1. 翻訳グループとローカライズ URL のマトリクスを作成します。
2. レンダリング済み canonical と hreflang 注釈を取得します。
3. 言語コード、完全な URL、自己参照、相互性を検証します。
4. canonical の対象を意図したロケールページと比較します。
5. 主要コンテンツが真にローカライズされていることを確認します。
6. ロケールごとに対象クエリと市場差をレビューします。
7. 技術的、言語的、戦略的な所見を分けて分類します。
8. 技術担当者と言語担当者を割り当てます。
9. 修正後に完全なグループを再テストします。

このワークフローは、分析と実装を意図的に分離します。後続の変更段階は、分析用 ID の権限を密かに拡張するのではなく、承認済みの出力を参照する必要があります。

プロンプトのひな型

このプロンプトを使う前に、角括弧内の値をすべて置き換えてください。パスワード、API キー、非公開の顧客記録、無関係な個人情報を指示文に貼り付けないでください。

提供された多言語 WordPress URL とレンダリング済み head のマトリクスを監査してください。

翻訳グループごとに、次を返してください：
- コンテンツ ID とロケールバリアント
- URL、HTTP ステータス、自己参照 canonical
- self と x-default を含む宣言済み hreflang セット
- 欠落または非相互的なリンク
- 無効な言語コードまたは地域コード
- canonical の競合
- 主要コンテンツのローカライズ状態
- ローカルタイトル、説明、クエリ意図のレビュー状態
- 市場固有の例外または欠落バリアントの根拠
- 技術担当者、言語担当者、優先度、信頼度

規則：
1. 翻訳グループ全体を評価してください。
2. 母語話者レビューなしに言語品質を推論しないでください。
3. コンテンツが似ているだけで、翻訳ページを英語へ canonical 化しないでください。
4. 欠落した翻訳を自動作成しないでください。
5. WordPress またはルートメタデータを変更しないでください。

このプロンプトの構造的な理由

グループ単位のスキーマは相互的な失敗を検出し、技術、言語、市場の責任を分離します。また、ローカライズページをソース言語の重複と扱う一般的な誤りを防ぎます。

推奨アクセス境界

Read Only ID を使用します。アシスタントはスコープに含まれる WordPress レコードを検査できますが、コンテンツの作成、編集、削除、公開の試みは拒否する必要があります。

ワークフローは、公的な意味、検索解釈、コンバージョン、製品情報に影響を及ぼす可能性があります。変更を適用する前に明示的なレビューを要求してください。

このタスクの対象外にすべきこと

• 翻訳を自動公開しない。
• レビューなしにネイティブ品質を主張しない。
• 言語間の canonical の近道を使わない。
• すべてのソースページがすべての市場に属すると仮定しない。
• 推定した訪問者言語に基づきリダイレクトしない。

アクセスレベルは出発点の推奨であり、普遍的な権利ではありません。ID に利用可能な正確な機能は、インストールされた製品バージョンと公開済みの対象範囲から得る必要があります。

WP Agent Control の位置付け

これはWordPressの一般的な作業手順であり、Agent Controlがここで扱うすべての対象や連携機能を編集できるという意味ではありません。ガイド付き手順では、まず公開ページから始めます。プラグイン、テーマ、ユーザー、設定、ファイル、削除、WooCommerce、ACF、ページビルダーの操作は、標準のガイド付きタスクではありません。必要に応じて、別途検証されたツールと権限を使ってください。

接続後は、サイトの構造化情報を取得し、選択した公開ページを調べられます。この公開情報の読み取りに一時タスクは不要です。公開ページはプラグインなしでも閲覧できます。Agent Control は構造化されたアクセスと、その先の許可された WordPress 作業への流れを提供します。

AI を接続する: docs first profile · 機能と対応環境を見る: coverage

検証チェックリスト

• ☐ 各翻訳グループに安定した ID がある。
• ☐ レンダリング済み注釈を検査した。
• ☐ 自己参照と相互性を確認した。
• ☐ canonical と hreflang のシグナルが競合しない。
• ☐ ネイティブレビューの状態が明示されている。
• ☐ ローカライズページまたはメタデータを変更していない。

よくある失敗

• プラグインダッシュボードへの信頼： 設定済みの関係をレンダリング検証なしで受け入れる。
• 英語の canonical： ローカライズページがソース言語を指し、独立したシグナルを失う。
• 件数に基づく品質： 八つのバリアントを八つの有用なローカルページと見なす。
• キーワードの逐語訳： 市場調査なしにソースクエリを翻訳する。

高度な注記

ローカライズは、言語中立のエビデンスパケットからの管理された投影として扱います。各ロケールはコンテンツ ID を保ちつつ、独自のクエリ、slug、例、レビュー状態を持てます。これにより、制御されない乖離と逐語訳の両方を避けられます。

関連ガイド

• AIでWordPressのURLインベントリを作成する方法
• AI を使って WordPress コンテンツギャップマップを作成する方法
• AIでWordPressの編集トーンを標準化する方法
• AIで読み取り専用のWordPress SEO監査を行う方法

次の手順

言語的一貫性には トーン監査 を使用し、市場固有のカバレッジが実際に必要な場所の判断には ギャップマップ を使用してください。