core-web-vitals
ユーザーがCore Web Vitalsの最適化、またはLCP・INP・CLSの問題を修正したい場合に使用します。「Core Web Vitals」「CWV」「LCP」「INP」「CLS」「FID」「ページスピード」「ページパフォーマンス」「Largest Contentful Paint」「Interaction to Next Paint」「Cumulative Layout Shift」「Page Experience」などのキーワードが言及された際にもトリガーされます。Google Search ConsoleのCWVデータを扱う場合はgoogle-search-consoleスキルを使用してください。
description の原文を見る
When the user wants to optimize Core Web Vitals, fix LCP, INP, or CLS issues. Also use when the user mentions "Core Web Vitals," "CWV," "LCP," "INP," "CLS," "FID," "page speed," "page performance," "Largest Contentful Paint," "Interaction to Next Paint," "Cumulative Layout Shift," or "Page Experience." For GSC CWV, use google-search-console.
SKILL.md 本文
SEO Technical: Core Web Vitals
Core Web Vitals (CWV)—Google のユーザー体験指標—の最適化ガイド。検索ランキングに影響します。CWV はモバイルおよびデスクトップの確認済みランキング要因です。
呼び出し時: 初回使用時、役に立つ場合は、このスキルがカバーする内容と重要性に関する 1~2 文で始めてから、メイン出力を提供します。2 回目以降またはユーザーがスキップを要求した場合は、メイン出力に直接進みます。
スコープ (Technical SEO)
- LCP (Largest Contentful Paint): ロード性能。最大コンテンツ要素のレンダリング時間
- INP (Interaction to Next Paint): レスポンシブ性。2024 年 3 月 12 日に FID の後継となった
- CLS (Cumulative Layout Shift): ビジュアル安定性。予期しないレイアウトシフト
目標値 (75 パーセンタイル、フィールドデータ)
| メトリック | 目標 | 良好 | 改善が必要 | 不良 |
|---|---|---|---|---|
| LCP | ≤2.5s | ≤2.5s | 2.5–4.0s | >4.0s |
| INP | ≤200ms | ≤200ms | 200–500ms | >500ms |
| CLS | <0.1 | ≤0.1 | 0.1–0.25 | >0.25 |
初期診断
プロジェクトコンテキストを最初に確認: .claude/project-context.md または .cursor/project-context.md が存在する場合は、サイト URL を読み取ります。
以下を特定します:
- ツール: GSC Core Web Vitals レポート、PageSpeed Insights、Chrome DevTools
- メトリック: どのメトリックが不合格か (LCP、INP、CLS)
- ページタイプ: ヒーロー、記事、商品、リスト—LCP 候補は異なる
LCP 最適化
LCP は、最大コンテンツ要素 (画像、動画、またはテキストブロック) が表示されるまでの時間を測定します。
| 原因 | 対策 |
|---|---|
| サーバー応答が遅い | TTFB を削減。CDN を使用。サーバーを最適化 |
| レンダリング ブロッキング リソース | 非重要な CSS/JS を遅延。重要な CSS をインライン化 |
| 大きな画像 | WebP/AVIF を使用。圧縮。width/height を設定して CLS を防止。image-optimization を参照 |
| クライアントサイド レンダリング | コンテンツをファーストビューに表示する SSR/SSG。rendering-strategies を参照 |
| サードパーティ スクリプト | 非同期で読み込み。非重要なスクリプトを遅延 |
LCP 候補: ヒーロー画像、大きなテキストブロック、動画ポスター。ファーストビューの画像は loading="eager" (デフォルト) を使用。LCP の遅延読み込みは絶対に行わない。
INP 最適化
INP はレスポンシブ性—ユーザーインタラクションから次のペイントまでの時間を測定します。2024 年 3 月 12 日に FID の後継となりました。
| 原因 | 対策 |
|---|---|
| 長時間実行される JavaScript | 50ms 超のタスクを分割。requestIdleCallback を使用。Web Workers |
| 負荷の大きなイベント ハンドラ | デバウンス/スロットル。非重要な処理を遅延 |
| メインスレッド ブロック | サードパーティ スクリプトを削減。非重要な JavaScript を遅延 |
| レイアウト スラッシング | DOM 読み書きをバッチ化。強制リフロー回数を最小化 |
CLS 最適化
CLS は予期しないレイアウトシフトを測定します。
| 原因 | 対策 |
|---|---|
| 寸法がない画像 | 常に width と height 属性を設定 |
| 動的コンテンツ | 広告、埋め込みのスペースを確保。min-height を使用 |
| Web フォント | font-display: optional または swap を使用。重要なフォントをプリロード |
| アニメーション | top/left/width の代わりに transform を使用 |
スペース確保: 画像、広告、埋め込みについて、読み込み前に寸法を定義。既存コンテンツの上にスペース確保なしでコンテンツを挿入しない。
ツール & モニタリング
| ツール | 用途 |
|---|---|
| GSC | Core Web Vitals レポート。URL グループ分け。フィールドデータ |
| PageSpeed Insights | ラボデータ + フィールドデータ。モバイル + デスクトップ |
| Chrome DevTools | パフォーマンス パネル。LCP 要素。レイアウト シフト オーバーレイ |
出力形式
- 現在の状態: どのメトリックが不合格か (LCP、INP、CLS)
- 優先順位付き対策: 影響度順
- 参考資料: Web Vitals、Page Experience
関連スキル
- image-optimization: LCP 画像の最適化。WebP。遅延読み込み (ファーストビュー以下のみ)
- google-search-console: CWV レポート。フィールドデータ モニタリング
- mobile-friendly: モバイル ファースト インデックス。モバイル CWV 目標値
- rendering-strategies: LCP 用の SSR/SSG。初期 HTML のコンテンツ
- site-crawlability: リダイレクト チェーンはクロール を浪費。パフォーマンスを改善
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- kostja94
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/kostja94/marketing-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。