SEO 랜딩 페이지 구축

이 스킬을 사용하여 랜딩 페이지를 만들고, 개선하고, 감사하고, 배포하거나 검증하십시오.

요청에 SEO, 전환, 접근성, 성능, 배포 또는 출시 준비 상태가 포함되지 않은 경우, 이 스킬을 단순한 복사, 스타일 또는 구성 요소 편집에 사용하지 마십시오.

핵심 워크플로우

편집 전에 기존 프로젝트를 검사합니다.
비즈니스/엔티티, 대상, 위치, 서비스, 전환 목표 및 배포 대상을 식별합니다.
기술 스택을 식별하고 해당 규칙을 유지합니다.
메타데이터, 제목, 구조화된 데이터, 사이트맵, robots (AI 크롤러 접근 포함), llms.txt, 파비콘, 매니페스트, 소셜 프리뷰 및 표시되는 비즈니스 정보를 확인합니다.
반응형 레이아웃, 접근성, 이미지 크기 조정, JavaScript 로딩 및 CLS 위험을 검토합니다.
기존 프로젝트 스타일을 사용하여 구체적인 파일 변경을 수행합니다.
사용 가능한 검증 도구를 실행하거나, 차단된 경우 정확한 명령을 제공합니다.
변경 사항, 확인, 남은 위험 및 출시 후 단계를 요약합니다.

기본 우선순위

첫 번째 뷰포트를 명확하게 만듭니다: 엔티티, 제안, 위치 또는 대상, 기본 CTA.
중요한 사실을 메타데이터나 JSON-LD뿐만 아니라 HTML에도 표시합니다.
서비스에는 Service 스키마를 선호합니다. 실제 제품 제공 데이터가 있는 경우에만 Product 스키마를 사용합니다.
지역 비즈니스의 경우, NAP 일관성, 서비스 지역, 영업 시간, 지도/프로필 링크, 리뷰 및 실제 사진을 우선시합니다.
맞춤 도메인, Google 비즈니스 프로필, 리뷰, 인용, Search Console 및 실제 사진을 코드 조정이 아닌 출시/오프사이트 작업으로 취급합니다.
도메인 또는 배포 변경 후, 표준 URL, 사이트맵, robots 사이트맵 URL, 구조화된 데이터 URL, 소셜 이미지 URL 및 Search Console 속성을 업데이트합니다.
평점, 리뷰, 보증, 순위, 색인 생성, Core Web Vitals, Lighthouse/PageSpeed 점수, 배포 상태, AI 개요/AI 인용 상태 또는 API 결과를 가짜로 만들지 마십시오.
FAQ 및 HowTo 스키마는 더 이상 Google 리치 결과를 생성하지 않습니다(FAQ는 2026년 5월 7일 제거, HowTo는 2023년 제거됨). 약속된 SERP 기능이 아닌 AI/답변 엔진 이해를 위해 FAQPage 스키마를 유지합니다.
robots.txt에서 AI 봇 접근을 변경하기 전에 사이트 소유자에게 문의하십시오. 이는 어시스턴트 인용 및 모델 훈련에 대한 실제 노출을 변경합니다. Google AI 개요/AI 모드는 AI 봇 토큰이 아닌 일반 Googlebot 접근 및 Search Console 제어에 의해 관리됩니다.
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 폴더의 경우 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 랜딩 페이지: 출시, 구조화, 검증