AIでWordPressのモバイルコンテンツをレビューする方法

モバイルレビューでは、定義されたビューポートにおけるレンダリング済みコンテンツ、順序、タスクへのアクセスを比較します。モバイルユーザーの目的がより単純である、または完全な情報を必要としないと仮定してはいけません。

ここでAIは、証拠の整理役および文章作成の補助役として最も役立ちます。記録を比較し、不整合を明らかにし、レビュー待ち行列を構造化し、次のステップ案を準備できます。欠けている事実に権威を与えたり、事業上の意思決定を承認したり、分析から実装へと黙って範囲を拡張したりすることはできません。

一文で言うと： モバイルレビューでは、定義されたビューポートにおけるレンダリング済みコンテンツ、順序、タスクへのアクセスを比較します。モバイルユーザーの目的がより単純である、または完全な情報を必要としないと仮定してはいけません。

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

目的は、一般的なAIの意見ではなく、意思決定に使える成果物を作成することです。有用な結果は、確認した正確な証拠を特定し、安定したWordPressまたはコマースの識別子を保持し、日付と対象範囲を記録し、不明点を明らかにし、観察を推論および推奨から分離します。

• 可視、非表示、再順序化、切り詰められたコンテンツの、ビューポートごとのインベントリ。
• 見つけにくくなる、タスクに不可欠な情報とアクション。
• 手動テストを必要とする、リフロー、可読性、インタラクションの懸念。
• モバイルページとデスクトップページの意味の違い。
• スクリーンショットおよび正確なコンポーネントに結び付く、優先順位付きの仮説。

完成した出力は、意思決定の責任者が理解でき、最初のプロンプトに参加しなかった人が再現できる必要があります。所見をページ、記録、エクスポート、取得した状態、または名前を挙げた一次資料までたどれない場合は、仮説または不明点として印を付ける必要があります。

準備する証拠と入力

• 定義したビューポート幅でのレンダリング済みキャプチャ。
• 利用可能な場合の、デスクトップおよびモバイルのDOMまたはアクセシビリティツリーの証拠。
• 主要なユーザータスクと重要なコンテンツ。
• ナビゲーション、フォーム、インタラクティブな状態。
• 測定された場合のパフォーマンスおよびデバイスの制約。
• 既知のレスポンシブブレークポイントとデザインシステムのルール。

アシスタントに資料を送る前に、認証情報、秘密の値、無関係な個人情報を取り除きます。証拠を解釈するために必要な識別子、日付、単位、ロケール、分母、ソースラベルは保持します。分析または顧客の証拠については、承認された範囲と集約レベルを文書化します。

「これを監査して」のような依頼と、スクリーンショット、エクスポート、仮定が混在した集合から始めてはいけません。意思決定、対象母集団、証拠の権威、禁止されたままのアクションを定義します。この準備によって、流暢な出力を検証済みの真実と誤認することを防ぎます。

モバイルファーストインデックスはモバイル専用設計ではない

検索システムは主にモバイル表現を使用する場合がありますが、ユーザーレビューでは実際のタスク、コンテンツの完全性、レスポンシブな動作をテストする必要があります。

ビューポートキャプチャはデバイス調査ではない

スクリーンショットは階層と切り詰めを明らかにできます。タッチ精度、支援技術、ネットワーク条件、実際のユーザーコンテキストを再現することはできません。

安全なワークフロー

1. ページ、ビューポート、タスクを定義します。
2. タイムスタンプとブラウザの詳細を含めて、安定したレンダリング状態を取得します。
3. コンテンツの存在、順序、階層、アクションを比較します。
4. 正確な差異とタスクへの予想される影響を分類するようAIに依頼します。
5. 視覚的な証拠とインタラクション仮説を分けます。
6. 重要な懸念を実際のデバイスおよび支援技術で検証します。
7. コンポーネント固有の変更ブリーフを準備します。
8. 承認済みの変更後に、同じビューポートを再テストします。

この順序では、分析と実装の間に意図的に承認を置きます。後続の作成または管理段階では、新しいタスク、新しい範囲、承認されたアクションを実行できる最も狭いIDを使う必要があります。分析用IDの権限を黙って昇格させてはいけません。

プロンプトのひな形

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

提供された証拠だけを使用して、[TASK SCOPE]について[SITE OR DATASET]のためにレビューを行います。

目的：
[DECISION THIS REVIEW MUST SUPPORT]

次のフィールドを返します：
- ページ
- ビューポート
- コンポーネント
- デスクトップ状態
- モバイル状態
- タスクへの影響
- 証拠
- 仮説
- 手動テスト
- 優先順位

ルール：
1. 正確に取得された状態とビューポートの詳細を使用してください。
2. モバイルユーザーがより少ない情報を望むと仮定しないでください。
3. 測定なしにパフォーマンスまたはアクセシビリティの結果を主張しないでください。
4. 非表示、再順序化、切り詰められたコンテンツを分けてください。
5. 手動テストが必要なインタラクションの質問を明示してください。
6. レイアウトまたはコンテンツを編集しないでください。

各所見について：
- 正確なソース、記録、URL、ID、状態、またはデータセットの行を特定してください；
- 日付、単位、ロケール、識別子、分母を保持してください；
- 観察、推論、推奨、不明点を分けてください；
- 利用できなかった証拠を記載してください；
- WordPress、コマースデータ、分析、外部システム、公開済みコンテンツを変更しないでください。

このようにプロンプトを構造化する理由

このプロンプトは、推奨を求める前に証拠の契約を作ります。アシスタントを名前付きの入力に限定し、安定した参照を要求し、もっともらしい言葉で欠落を埋めることを防ぎます。要求された出力フィールドにより、構造化されていない説明よりもレビューが容易になります。

本番実装では、JSONスキーマまたは別の構造化出力の検証を追加できます。これは一貫性を改善できますが、根拠となる証拠の真実性を検証するものではありません。人間によるレビューとシステム固有の検証は引き続き必要です。

推奨するアクセス境界

最初の分析パスには、認証済みのWordPressアクセスは必要ありません。

このタスクは主に分析的ですが、証拠、日付、不明点が消えると、出力は依然として誤解を招く可能性があります。

このタスクの対象外にすること

• レスポンシブデザインを自動で変更しないこと。
• モバイルユーザーをステレオタイプ化しないこと。
• データなしにパフォーマンスを主張しないこと。
• WCAG適合を主張しないこと。
• ページを短くすることだけを目的にコンテンツを削除しないこと。

アクセスレベルは開始時の推奨であり、普遍的な権限ではありません。あるIDで利用できる正確な機能は、インストール済み製品のバージョン、公開された対応範囲、使用中の接続方法から判断する必要があります。

WP Agent Controlの位置付け

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

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

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

検証チェックリスト

• ☐ タスク、母集団、日付範囲、意思決定が明示されている。
• ☐ 重要な所見はすべて正確な証拠に結び付くか、仮説としてラベル付けされている。
• ☐ 安定したID、URL、単位、ロケール、分母が保持されている。
• ☐ 不足している証拠と対応範囲の限界が可視化されている。
• ☐ 分析段階で禁止された変更が発生していない。
• ☐ ユーザー、検索、コマース、セキュリティ、運用に影響する主張を、資格のある担当者がレビューしている。
• ☐ 後続の実装には、独自の承認、アクセスレベル、バックアップ、検証計画がある。
• ☐ 一時的なIDはタスク後に取り消しまたは無効化される。

よくある失敗パターン

• スクリーンショット絶対主義： 静的なキャプチャを完全なデバイステストとして扱います。
• コンテンツの切断： スクロールを減らすためだけに重要な情報を削除します。
• ブレークポイントの曖昧化： 所見がビューポートを省き、再現できなくなります。
• デスクトップバイアス： モバイルの順序をデスクトップの視覚階層に対してのみ評価します。

繰り返される第五の失敗は、権限のドリフトです。最初の読み取り専用タスクが制限に遭遇し、欠けている機能が本当に必要かを明確にする代わりに、運用者が広いアクセスを付与して対応します。拒否は、制御境界が機能していることを示す有用な証拠になることがよくあります。

発展的な注記

レスポンシブコンテンツの差分には、コンポーネントID、レンダリング済みテキスト、順序、可視性、ビューポートを保存できます。これは、ユーザビリティを自動的に測定すると見せかけずに、回帰検出を支援します。

成熟したワークフローでは、ソーススナップショット、プロンプトテンプレート、モデルとツールのバージョン、出力ハッシュ、レビュアーの意思決定、最終的な実装証拠を保持します。これにより、ガイド、アシスタント、WordPressのバージョン、または事業ルールが変わった場合にも継続性が生まれます。

関連ガイド

• AIでWordPressのUX監査を実施する方法
• AIを使ってWordPressのナビゲーションラベルを監査する方法
• AIでWordPressの読解レベルと明確性を監査する方法
• AI で WordPress のタスクフローをレビューする方法

次のステップ

最も関連性の高い補助ガイドに進み、実装前に証拠またはアクセス境界を検証するため、隣接するワークフローを使用します。認証済みのWordPressアクセスが必要な場合は、タスクをアクセスレベルガイドと比較し、IDを取り消すことで完了します。