웹사이트 런칭 체크리스트: SEO, GEO, 성능 및 법률을 위한 출시 당일 점검 사항

마케팅 체크리스트는 발표하라고 말하지만, 이 체크리스트는 방문자가 도착했을 때 사이트가 실제로 검색 가능하고, 빠르고, 합법적인지 확인합니다. 이는 우리가 모든 릴리스 전에 실행하는 기술적 출시 당일 목록입니다 — 색인화, 메타데이터, 구조화 데이터, AI 크롤러 접근, 성능 예산, 리디렉션, 그리고 대부분의 팀이 너무 늦게 발견하는 법적 문구까지. 출력해서 위에서 아래로 실행하고, 실패한 항목을 고친 뒤 출시하세요.

색인화와 URL

• 모든 템플릿에 정규 URL(canonical) 설정; 동일 페이지의 파라미터 중복 없음.
• sitemap.xml이 200을 반환하고 정규·색인 가능 URL만 나열; Search Console에 제출됨.
• 스테이징 인증과 noindex가 프로덕션에서 제거됨; robots 메타 태그가 의도한 곳에서 index,follow임.
• apex/www를 한 번 결정하고 나머지 전부에 301(302 아님) 적용; HSTS로 HTTPS 강제.
• 404 페이지가 상태 코드 404를 반환(소프트 200 셸 아님) — 소프트 404는 크롤 예산을 낭비하고 빈약한 페이지처럼 보임.

메타데이터와 소셜

• 템플릿별 고유한 title과 description, 주요 키워드를 앞쪽에, 업데이트를 잊게 될 연도 표기 없음.
• 절대 이미지 URL과 1200×630 에셋을 갖춘 Open Graph + Twitter 카드; 디버거에서 미리보기 테스트 완료.
• 정규 경로에 파비콘과 터치 아이콘(탭, 북마크, AI 답변 UI에 표시됨).

구조화 데이터와 AI 접근

• 중요한 페이지에 Schema.org 적용: Organization, Product/SoftwareApplication, BreadcrumbList, 실제 FAQ가 있는 곳에 FAQ; Rich Results Test에서 검증 완료, 오류 0개.
• robots.txt가 정책에 따라 AI 크롤러를 의도적으로 허용 또는 차단; 결정이 문서화됨, 우연이 아님(규칙과 에이전트는 우리의 AI 크롤러 가이드 참조).
• 정규 한 문단 설명과 5–15개의 절대 링크를 담은 /llms.txt 존재(템플릿과 검증).
• 사이트에서 사용하는 정규 제품 설명이 디렉터리 목록의 설명과 일치 — 모델은 대조하며, 모순은 인용을 잃음(일관성이 인용을 움직이는 이유).

성능 예산

• 4G 환경의 중급 모바일에서 LCP 2.5초 미만; 히어로 이미지 크기 조정, 최신 포맷, 프리로드 또는 우선순위 힌트 적용.
• 늦게 로드되는 폰트나 배너로 인한 레이아웃 시프트 없음(CLS < 0.1); 크기가 지정된 대체 폰트와 함께 font-display swap.
• 서드파티 스크립트 감사: 각 태그에 담당자와 제거 날짜 지정; 분석 지연 로드.
• 화면 아래 이미지는 지연 로드; 화면 위는 절대 지연 로드하지 않음.

리디렉션과 연속성

• 이전 사이트, 캠페인, 바이오의 모든 구 URL에 대한 리디렉션 맵; 샘플 검사가 아니라 하나씩 테스트.
• 한 홉을 초과하는 리디렉션 체인 없음; 내부 링크를 최종 URL로 업데이트.
• 상위 참조 도메인에 대한 백링크 감사: 그들이 가리키는 URL이 여전히 해석됨(재출시는 수년간의 링크 자산을 조용히 고아로 만듦).

법적·신뢰 문구

• 개인정보 처리방침과 약관이 게시되고 푸터에 링크됨; 쿠키/동의 동작이 방침에서 주장하는 바와 일치.
• 해당 관할권의 연락처/임프린트 요건 충족(EU 사업자: 임프린트; SaaS: 명확한 가격 페이지 — "부가세 별도 가격"이라는 뜻밖의 사실은 전환과 컴플라이언스 문제).
• 접근성 기본 사항: 키보드로 접근 가능한 컨트롤, 보이는 포커스, 레이블이 지정된 입력, 본문 텍스트 대비 — AI 답변 엔진이 제품 품질을 설명할 때 인용하는 부분이기도 함.

출시 후 (첫 72시간)

• Search Console: 커버리지와 크롤 통계 정상; 예상치 못한 noindex나 5xx 급증 없음.
• 분석 기준선 기록; 출시 게시물로부터의 추천 트래픽이 보이고 태그됨.
• 네 명의 어시스턴트에게 브랜드 질문을 한 번씩 물어보고, 오늘 그들이 당신에 대해 말하는 것을 기록 — 이후 모든 변경에 대한 전/후 비교를 위해(방법).
• 모멘텀이 있을 때 출시를 배포 채널에 제출: 디렉터리, 커뮤니티, 뉴스레터 — 출시 전 체크리스트에 채널 목록이 있고, 어디에 출시할지 가이드가 순위를 매김.

FAQ

한 페이지 사이트에도 이 모든 게 필요한가요? 색인화, 메타데이터, AI 접근, 법적 블록은 그렇습니다; 나머지는 페이지 수에 따라 확장됩니다. 한 페이지 사이트도 큰 사이트만큼 자주 llms.txt/OG 이미지 누락으로 출시에 실패합니다.

실제 출시에서 가장 자주 깨지는 것은 무엇인가요? 소프트 404, 구 URL에서 고아가 된 백링크, 프로덕션에 남겨진 스테이징 noindex. 이 세 가지는 팀 내부에서는 보이지 않고 크롤러의 시점에서는 명백합니다.

출시 당일 SEO가 AI 답변에서 다른가요? 강조점만 다릅니다: AI 표면은 서드파티 보강과 사실 일관성에 더 무게를 두므로, 목록 풋프린트(단계: 배포)는 이제 별도 채널이 아니라 SEO의 일부입니다.

사이트가 아니라 제품을 출시하시나요? 같은 날 배포 레이어를 제대로 갖추세요: aat.ee에 제출하여 네트워크 전반에 영구적인 dofollow 목록을 확보하세요.