SEOランディングページの構築

このスキルを使用して、ランディングページの作成、改善、監査、デプロイ、または検証を行います。

SEO、コンバージョン、アクセシビリティ、パフォーマンス、デプロイ、またはローンチ準備がリクエストの一部でない限り、このスキルを小さなコピー、スタイル、またはコンポーネントの編集には使用しないでください。

コアワークフロー

編集前に既存のプロジェクトを検査する。
ビジネス/エンティティ、オーディエンス、場所、サービス、コンバージョン目標、デプロイターゲットを特定する。
テクノロジースタックを特定し、その慣行を維持する。
メタデータ、見出し、構造化データ、サイトマップ、robot.txt（AIクローラーアクセスを含む）、llms.txt、ファビコン、マニフェスト、ソーシャルプレビュー、可視のビジネス情報を確認する。
レスポンシブレイアウト、アクセシビリティ、画像サイズ、JavaScript読み込み、CLSリスクをレビューする。
既存のプロジェクトスタイルを使用して具体的なファイル変更を行う。
利用可能な検証ツールを実行するか、ブロックされた場合に正確なコマンドを提供する。
変更内容、検証、残存リスク、ローンチ後のステップを要約する。

デフォルトの優先事項

最初のビューポートを明確にする：エンティティ、提供内容、場所またはオーディエンス、主要なCTA。
重要な情報はメタデータやJSON-LDだけでなく、HTML内でも可視化する。
サービスにはServiceスキーマを優先し、実際の製品提供データがある場合にのみProductスキーマを使用する。
地域ビジネスについては、NAPの一貫性、サービスエリア、営業時間、マップ/プロフィールリンク、レビュー、実際の写真を優先する。
カスタムドメイン、Googleビジネスプロフィール、レビュー、引用、Search Console、実際の写真は、コード調整だけでなく、ローンチ/オフサイト作業として扱う。
ドメインまたはデプロイの変更後、カノニカル、サイトマップ、robot.txtのサイトマップURL、構造化データURL、ソーシャルイメージURL、Search Consoleプロパティを更新する。
評価、レビュー、保証、ランキング、インデックス状況、Core Web Vitals、Lighthouse/PageSpeedスコア、デプロイ状況、AI Overview/AI引用状況、API結果を偽装しない。
FAQおよびHowToスキーマはもはやGoogleリッチリザルトを生成しません（FAQは2026年5月7日、HowToは2023年に削除）。FAQPageスキーマは、約束されたSERP機能ではなく、AI/回答エンジンの理解のために保持する。
robots.txt内のAIボットアクセスを変更する前にサイト所有者に確認する。これはアシスタントの引用とモデルトレーニングへの実際の露出を変更します。Google AI Overviews/AI Modeは通常のGooglebotアクセスとSearch Consoleコントロールによって管理され、AIボットトークンによって管理されるわけではないことに注意。
llms.txtは、証明されたランキングや引用の向上がなく、GoogleはAI機能に必要ではないと述べているオプションの衛生対策です。提供することはできますが、AI可視性の勝利として売り込まないでください。
ページタイプとオーディエンスにデザインを合わせる。明確さ、信頼性、モバイルユーザビリティ、コンバージョンを装飾よりも優先する。

リファレンスを読むタイミング

ビルドフローとページ構造については、references/landing-page-workflow.mdを読んでください。
フレームワーク固有の実装詳細については、references/framework-implementation.mdを読んでください。
ランディングページのコピー、CTA、信頼シグナルについては、references/content-conversion.mdを読んでください。
SEO、AEO、GEO、ローカル検索チェックについては、references/seo-aeo-geo-checklist.mdを読んでください。
地域ビジネスウェブサイトについては、references/local-business-seo.mdを読んでください。
JSON-LDとリッチリザルトに関する懸念については、references/structured-data.mdを読んでください。
パフォーマンス、アクセシビリティ、CLS作業については、references/performance-accessibility.mdを読んでください。
検証スクリプト、Lighthouse/PageSpeed、Search Console、レポートについては、references/validation-workflow.mdを読んでください。
デプロイ、ドメイン、Search Console、Googleビジネスプロフィールについては、references/deployment-domain-search-console.mdを読んでください。
llms.txt、AIクローラーアクセス、AI検索レポートについては、references/ai-crawlers-and-llms-txt.mdを読んでください。
WebMCP、エージェント呼び出し可能ツール、エージェント対応フォームについては、references/webmcp.mdを読んでください。

テンプレート

テンプレートは開始点としてのみ使用してください。挿入前にプロジェクトに適応させてください：

templates/metadata-head.html
templates/site.webmanifest
templates/robots.txt
templates/sitemap.xml
templates/local-business-jsonld.html
templates/website-jsonld.html
templates/website-with-search-jsonld.html - レガシー; そのSearchActionはもはやGoogle機能を生成しません
templates/organization-jsonld.html
templates/person-jsonld.html
templates/breadcrumb-jsonld.html
templates/faq-jsonld.html
templates/service-offer-catalog-jsonld.html
templates/static-landing-page.html
templates/launch-checklist.md
templates/privacy-notice.md
templates/llms.txt

スクリプト

スクリプトはオプションのヘルパーです。環境が許せば、ターゲットプロジェクトのルートから実行してください：

scripts/check-metadata.mjs [html-file] [--no-write] - 静的メタデータ、見出し、画像、ファビコン、マニフェスト、基本的なSEOチェック。
scripts/check-structured-data.mjs [html-file] [--no-write] - JSON-LD解析とスキーマの健全性チェック。
scripts/check-links.mjs [html-file] [--network] [--no-write] - ローカルリンク、フラグメント、アセット、オプションの外部URLチェック。
scripts/check-site-files.mjs [site-root] [--no-write] - robots.txt、sitemap.xml、site.webmanifest、llms.txt、一般的なアイコンチェック。フレームワークのパブリックフォルダーにはpublicを渡します。
scripts/check-placeholders.mjs [paths...] [--no-write] - テンプレート適用後の未置換{{PLACEHOLDER}}チェック。
scripts/run-lighthouse.mjs <url> [mobile|desktop] - Lighthouse JSONレポート。
scripts/summarize-lighthouse.mjs [lighthouse-json-report] [--no-write] - LighthouseレポートからのMarkdown要約。
scripts/run-pagespeed.mjs <url> [mobile|desktop] - PageSpeed Insights JSONレポート。
scripts/summarize-pagespeed.mjs [pagespeed-json-report] [--no-write] - PageSpeedレポートからのMarkdown要約。
scripts/list-search-console-sites.mjs [--no-write] - 確認済みSearch Consoleプロパティを一覧表示。
scripts/submit-sitemap.mjs <search-console-site-url> <sitemap-url> - Search Console APIを通じてサイトマップを送信。
scripts/inspect-url.mjs <inspection-url> <search-console-site-url> [language-code] - Search Console APIを通じてURLインデックスデータを検査。

利用可能な場合は、PageSpeed API呼び出しにPAGESPEED_API_KEYを使用してください。

サポートされているSearch Console APIアクションにのみGOOGLE_SEARCH_CONSOLE_ACCESS_TOKENを使用してください。

リクエストされたAPI利用のアクションが資格情報を必要とし、環境変数が欠落している場合は、ユーザーに自身のターミナルでエクスポートするよう依頼してください。シークレットを会話に貼り付けたり、自分でコマンドにキーを入力したりしないでください。貼り付けたりインライン化されたキーはトランスクリプトとログに残りますが、エクスポートされた変数は会話に入力されることなくこれらのスクリプトに継承されます。references/validation-workflow.mdにシェルごとのコマンドがあります。

シークレットを.envや追跡対象ファイル、プロジェクト設定に書き込まないでください。ユーザーが明示的に要求した場合を除きます。

資格情報、ネットワーク、依存関係、またはクォータが利用できない場合、成功を偽装しないでください。ブロッカーを説明し、手動の手順またはフォールバックコマンドを提供してください。

使用方法が不明な場合は、引数なしでスクリプトを実行して使用方法のテキストを表示するか、references/validation-workflow.mdを読んでください。

ルール

一般的なアドバイスよりも具体的なファイル編集を優先する。
既存のプロジェクトの慣行を維持する。
必要なアクションに必要な場合にのみ資格情報を要求し、ユーザーに貼り付けさせるのではなくエクスポートさせる。
キーワードを詰め込まない。
偽の評価、偽のレビュー、またはサポートされていない主張を追加しない。
ランキング、インデックス、またはCore Web Vitalsの結果を約束しない。
レイアウトを移動させるエントランスアニメーションは避ける。アニメーションが必要な場合は、不透明度のみの表示を優先する。
フレームワークはデフォルトで悪いわけではない。シンプルなサイトには静的HTMLを使用し、プロジェクトが既に使用しているか、その機能を必要とする場合はReact、Next.js、Astro、または類似のフレームワークを使用する。
地域ビジネスについては、正確なビジネス名、NAPの一貫性、サービスエリア、営業時間、マップリンク、Googleビジネスプロフィールまたはローカル相当、レビュー、カスタムドメインガイダンスを優先する。

SEO対応LP：公開・構造化・検証