- Core Web Vitals改善とAIクローラー対応は別施策ではなく、同一の技術基盤で両立できる
- LCP目標:2.5秒以内 / INP目標:200ms以内 / CLS目標:0.1以下
- WordPress最大LCPリスク:未最適化ヒーロー画像 + fetchpriorityなし + キャッシュなし
- AIクローラー対応で見落とされがちな盲点:セキュリティプラグインによるBotブロック
- 即効施策:キャッシュ有効化 + LCP画像fetchpriority + robots.txt全クローラー許可確認
Core Web VitalsとAIクローラー対応の接点
Core Web Vitalsとは、Googleが定義するWebページのユーザー体験を計測する3指標(LCP:読み込み速度、INP:応答性、CLS:視覚的安定性)の総称で、2021年以降SEOランキング要因に組み込まれている。2026年においてこの3指標は、従来のSEO最適化目的に加えてAI検索クローラーへの対応という新たな意味を持つ。PerplexityBotはLCPが遅いページのクロール優先度を下げることが確認されており、GoogleのAI OverviewはCore Web Vitalsが良好なページをpassage indexingの優先候補として扱う傾向がある。つまりCore Web Vitals改善はSEOランキング・AI引用率・ユーザー体験の3つを同時に底上げする施策であり、WordPress運営者にとってROIが最も高い技術的取り組みの一つだ。
LCP改善:WordPress環境での優先施策5つ
| 施策 | 期待効果 | 難易度 | 推奨ツール/設定 |
|---|---|---|---|
| キャッシュプラグイン導入 | TTFB 200ms以下へ | 低 | WP Rocket / W3 Total Cache |
| LCP画像にfetchpriority="high" | LCP 0.5〜1.5秒改善 | 低 | テーマカスタマイズ or プラグイン |
| ヒーロー画像のWebP変換 + srcset | 画像サイズ30〜60%削減 | 低〜中 | ShortPixel / Imagify |
| レンダーブロッキングCSS/JS排除 | FCP・LCP 0.3〜1秒改善 | 中 | WP Rocket のDelay JS / Async |
| CDN導入(静的ファイル配信) | グローバルTTFB改善 | 中 | Cloudflare / BunnyCDN |
LCP改善で最初に確認すべきはLCP要素が何かだ。PageSpeed InsightsまたはChrome DevToolsのPerformanceパネルで「Largest Contentful Paint element」を特定する。多くのWordPressサイトではヒーロー画像(ファーストビューの大きな画像)がLCP要素になっている。この画像にloading="lazy"が付いている場合は即座に削除し、fetchpriority="high"を追加することでブラウザがLCP画像を最優先で読み込むようになり、LCPスコアが大幅に改善する。この2ステップはコーディング不要でWordPressのテーマカスタマイズ画面またはPage Buildersの設定から変更できるケースが多い。
INP改善:JavaScript過剰読み込みの診断と削除
INP(Interaction to Next Paint)は2024年3月にFIDを置き換えた指標で、200ms以下が「良好」の基準だ。WordPress環境でINPが悪化する主因はJavaScriptの過剰実行で、ページビルダー(Elementor・Divi・WPBakery)・スライダープラグイン・ポップアッププラグインが生成するインラインスクリプトが典型的な問題源だ。診断手順:①Chrome DevToolsのPerformanceパネルでページをレコード、②Long TasksセクションでINPに影響する処理を特定、③該当スクリプトのソース(どのプラグインか)を確認、④未使用・非表示ページのプラグインを停止する。特にElementorを使用しているサイトでは、使用していないWidget・Globalスタイルがページ読み込みのたびに実行されてINPを悪化させるケースが多い。Elementor設定→Advanced→Improve Page Cacheオプションを有効化することで改善する場合がある。
CLS改善:WordPress特有の3大原因と対処
CLS(Cumulative Layout Shift)の目標値は0.1以下で、ページが読み込まれる際に要素がどれだけ動くかを計測する。WordPress特有のCLS原因は3つある。第一はWebフォントのFOIT(Flash of Invisible Text)で、Googleフォント等の外部フォント読み込み中に文字が非表示になり、読み込み後にレイアウトが変化することでCLSが発生する。対策:functions.phpまたはCSSでfont-display: swapを設定する。第二は広告・アフィリエイトリンクタグの非同期ロードで、広告が後から挿入されてコンテンツを押し下げる。対策:広告スペースにmin-height指定でプレースホルダーを予め確保する。第三はLazyLoad画像のwidth/height未指定で、画像読み込み前後でレイアウトが変化する。対策:全imgタグにwidth・height属性を明示的に指定する(WordPressのメディアライブラリで登録時に自動付与される場合もある)。
AIクローラー対応:WordPressで確認すべき4つの盲点
WordPressサイトでAIクローラー対応が意図せずブロックされているケースが4パターンある。第一はセキュリティプラグインによるBotブロックで、Wordfence・iThemesなどのセキュリティプラグインが「不明なBot」として新しいAIクローラー(PerplexityBot・GPTBot)をブロックするデフォルト設定になっている場合がある。各プラグインのFirewall設定でPerplexityBot・GPTBotのUser-Agentをホワイトリストに追加する。第二は.htaccessのUser-Agentブロック設定で、過去にスパムBot対策として追加したブロックルールが新しいAIクローラーに誤適用されているケースがある。.htaccessを確認しUser-agentブロックルールを見直す。第三はCloudflare等のCDN・WAFのBot管理設定で、「Verified Bots」リスト外の新しいクローラーが「Challenge」または「Block」扱いになっている場合がある。Cloudflareの場合はSecurity→Bots→Bot Fight Mode・Super Bot Fight Modeの設定を確認する。第四はBasic認証がかかったステージング環境でのrobots.txtテストで、本番環境とステージングのrobots.txtを混同するミスが起きやすい。
| AIクローラー | User-Agent(robots.txt用) | WordPressで確認場所 |
|---|---|---|
| Googlebot | Googlebot | 標準的に許可されているケースが多い |
| GPTBot(ChatGPT) | GPTBot | Wordfence等のホワイトリスト確認 |
| PerplexityBot | PerplexityBot | Wordfence等のホワイトリスト確認 |
| bingbot(Copilot) | bingbot | 標準的に許可されているケースが多い |
| ClaudeBot(Anthropic) | ClaudeBot | セキュリティプラグインで要確認 |
WordPress structured data:RankMath・Yoast SEO設定ガイド
AIクローラーがコンテンツを正確に理解・引用するためのstructured data(JSON-LD)は、WordPressではSEOプラグインで管理するのが最も効率的だ。RankMath(無料版)はFAQブロック・HowToブロック・Article schemaをGutenbergブロックエディタと統合して設定でき、追加コーディング不要でFAQPage schemaを実装できる。投稿編集画面の「RankMath」パネル→Schema→FAQPageを選択してQ&Aを入力するだけでJSONが自動生成される。Yoast SEO(プレミアム版)はHowTo・FAQのブロックをページビルダーと統合しており、同様にコーディング不要で実装できる。無料版のYoastはArticle・BreadcrumbList・WebSiteのschemaを自動生成する。どちらのプラグインでもschema実装後はGoogle Rich Results Testでエラーがないかを確認し、BreadcrumbListが正しく認識されていることを確認する。
WordPress Core Web Vitals + AI対応 実施優先順位
| 優先順位 | 施策 | 効果 | 工数 |
|---|---|---|---|
| 1 | robots.txt全AIクローラー許可確認 | AI引用ブロック解除 | 30分 |
| 2 | LCP画像のloading="lazy"解除 + fetchpriority="high"追加 | LCP 0.5〜1.5秒改善 | 1時間 |
| 3 | キャッシュプラグイン有効化(全ページ) | TTFB 50〜70%改善 | 2時間 |
| 4 | FAQPage schema実装(RankMath/Yoast) | AI引用率向上 | 2〜4時間 |
| 5 | ヒーロー画像WebP変換 | LCP 0.3〜0.8秒改善 | 2時間 |
| 6 | セキュリティプラグインBotホワイトリスト | AIクローラーブロック解除 | 1時間 |
| 7 | imgタグ width/height明示(CLS対策) | CLS 0.1以下へ | 2〜4時間 |
WordPressサイトのCore Web Vitals + AI対応を一括診断
サイト診断ProでLCP・INP・CLS・AIクローラー許可状況・structured data実装を一括チェック。改善優先順位をスコア付きでレポートします。
無料で診断を始めるよくある質問(FAQ)
WordPressのLCPを改善する最も効果的な施策は何か?
LCP改善で最も効果が大きい施策は①キャッシュプラグインによるTTFB改善と②LCP画像へのfetchpriority="high"追加の2点です。ヒーロー画像にloading="lazy"が付いている場合は即座に削除し、fetchpriority="high"を追加することでLCP 0.5〜1.5秒の改善が見込めます。
AIクローラーのためのrobots.txt設定とCore Web Vitalsは関係するか?
直接の関係はありませんが、AIクローラーはページ速度が遅いサイトのクロール優先度を下げる傾向があります。Core Web Vitals改善はSEOランキング向上だけでなくAIクローラーの訪問頻度・インデックス品質向上にも間接的に貢献します。
WordPressのCLS(レイアウトシフト)対策で見落とされがちな原因は?
CLS問題の見落としやすい原因はWebフォントのFOIT/FOUT・広告タグの非同期ロード・LazyLoad画像のwidth/height未指定の3点です。font-display: swap設定・広告スペースmin-height確保・imgタグへのwidth/height明示で対処できます。
WordPressのINP対策で最初にすべきことは何か?
INP悪化の主因はJavaScript過剰読み込みです。PageSpeed InsightsのINPスコアを確認し「Reduce JavaScript execution time」警告のあるプラグインを特定して停止することが最も即効性があります。ページビルダー(Elementor等)の未使用ウィジェットも削除対象です。
WordPressサイトのAIクローラー対応に特化した施策は何か?
WordPress特有のAIクローラー対応施策は4点です:①Yoast SEO・RankMathでFAQPage・Article schemaを設定、②robots.txtにGPTBot・PerplexityBot・bingbotのAllow設定を追加(セキュリティプラグインのブロック確認)、③llms.txtをWordPressルートに配置、④ページ冒頭を定義文ファースト構造に改修。特にセキュリティプラグインによるBotブロックは見落とされがちな最大の盲点です。