기술적 SEO 체크리스트 10가지: 사이트 오픈 전 반드시 확인해야 할 설정

공식 참고 자료

• Google Search Central

다음 실행

• hashtag-mixer
• text-counter
• 관련 가이드 더 보기

실행 기준 요약

발행 전 체크리스트

• 기술적 SEO를 적용할 페이지나 채널을 하나만 정합니다.
• 본문의 핵심 주장과 예시가 실제 실행 순서로 이어지는지 확인합니다.
• 관련 도구로 제목, 설명, 링크, CTA를 발행 전에 한 번 더 점검합니다.

핵심 개요

새 사이트를 오픈하는 날, 마케팅 팀은 SNS 공지를 준비하고 개발팀은 배포를 완료합니다. 하지만 기술적 SEO 설정을 제대로 하지 않으면, 아무리 좋은 콘텐츠를 올려도 구글이 사이트를 제대로 크롤링하지 못하거나 인덱싱이 지연되는 상황이 발생합니다. 실제로 robots.txt에서 실수로 전체 크롤링을 차단하거나, 스테이징 서버의 noindex 태그가 라이브 서버에 그대로 배포되어 수개월간 검색 노출이 0이었던 사례는 드물지 않습니다. 기술적 SEO는 화려하지 않지만, 모든 콘텐츠와 마케팅 노력의 기반이 되는 인프라입니다. 사이트를 처음 만들 때 제대로 설정해 두면 이후 수년간 검색 엔진이 사이트를 이해하고 신뢰하는 구조가 만들어집니다. 이 글에서는 사이트 론칭 전 반드시 확인해야 할 기술적 SEO 체크리스트 10가지를 우선순위 순서로 정리했습니다.

체크 1~3: 크롤링과 인덱싱 설정 — 구글이 사이트를 읽을 수 있는가

가장 기본이자 가장 치명적인 실수가 여기서 납니다. 첫째, robots.txt 확인입니다. 사이트 루트(example.com/robots.txt)에 robots.txt 파일이 있는지, 그리고 Disallow: / 처럼 전체 크롤링을 차단하는 규칙이 없는지 확인합니다. 스테이징 환경에서 크롤링을 막아두었다가 라이브 배포 시 그대로 올라가는 경우가 많습니다. Google Search Console의 robots.txt 테스터로 바로 확인 가능합니다. 둘째, noindex 태그 확인입니다. 사이트 전체 또는 주요 페이지의 HTML head에 <meta name='robots' content='noindex'가 없는지 확인합니다. WordPress라면 설정 → 읽기 → '검색 엔진이 이 사이트를 인덱싱하지 않도록 요청' 옵션이 체크되어 있지 않은지 반드시 확인하세요. 셋째, Google Search Console 등록입니다. 사이트를 GSC에 등록하고 소유권을 확인합니다. HTML 태그 방식 또는 DNS 방식으로 소유권을 확인한 후, XML 사이트맵을 제출합니다.

체크 4~5: 사이트맵과 URL 구조 — 구글이 사이트를 이해할 수 있는가

넷째, XML 사이트맵 생성 및 제출입니다. 모든 중요 페이지가 포함된 XML 사이트맵(example.com/sitemap.xml)을 생성하고 GSC에 제출합니다. WordPress는 Yoast SEO 또는 Rank Math 플러그인이 자동으로 생성합니다. 사이트맵에 포함할 페이지: 홈페이지, 주요 서비스/상품 페이지, 블로그 게시글, 카테고리 페이지. 포함하지 말아야 할 페이지: 로그인, 감사 페이지, 관리자 페이지, 중복 콘텐츠 페이지. 다섯째, URL 구조 정비입니다. URL은 짧고, 소문자이며, 한국어보다 영문 슬러그를 사용하는 것을 권장합니다. example.com/2026/04/27/%eb%b8%94%eb%a1%9c%ea%b7%b8같은 한국어 URL은 기술적으로는 문제없지만 공유 시 깨지는 경우가 있어 가독성이 떨어집니다. 또한 각 URL은 고유해야 하며, 하나의 URL이 여러 경로로 접근 가능하다면(www/비www, http/https, 후행 슬래시 유무) 정규 URL(Canonical)을 설정해 중복 콘텐츠 문제를 방지해야 합니다.

체크 6~7: HTTPS와 Core Web Vitals — 사이트 신뢰도와 속도

여섯째, HTTPS 적용 및 리다이렉트 설정입니다. 구글은 HTTPS를 순위 신호로 사용합니다. SSL 인증서가 올바르게 설치되어 있는지, http:// 요청이 자동으로 https://로 301 리다이렉트되는지 확인합니다. www와 비www 중 하나로 통일하고, 선택하지 않은 버전은 선택한 버전으로 301 리다이렉트해야 합니다. HTTPS 혼합 콘텐츠(HTTP 이미지, CSS를 HTTPS 페이지에서 로드) 문제도 확인하세요. 일곱째, Core Web Vitals 측정입니다. Google의 페이지 경험 신호인 LCP(최대 콘텐츠풀 페인트, 목표: 2.5초 이내), FID/INP(입력 반응 지연, 목표: 200ms 이내), CLS(누적 레이아웃 이동, 목표: 0.1 이하)를 PageSpeed Insights(pagespeed.web.dev)로 측정합니다. 특히 이미지 최적화(WebP 포맷, 적절한 크기, lazy loading), 사용하지 않는 JavaScript 제거, 서버 응답 시간(TTFB) 개선이 LCP와 직결됩니다.

체크 8~9: 메타 태그와 구조화 데이터 — 구글이 각 페이지를 정확히 인식하는가

여덟째, 타이틀 태그와 메타 디스크립션 설정입니다. 모든 주요 페이지에 고유한 타이틀 태그(50~60자)와 메타 디스크립션(120~155자)이 있어야 합니다. 타이틀 태그는 페이지의 핵심 키워드를 포함하되 자연스러운 문장이어야 합니다. 메타 디스크립션은 직접적인 SEO 신호는 아니지만 검색 결과 클릭률(CTR)에 영향을 미칩니다. 중복 타이틀 태그는 반드시 각 페이지에 맞게 고유하게 수정하세요. 아홉째, 구조화 데이터(Schema Markup) 적용입니다. JSONLD 형식의 Schema Markup을 주요 페이지에 추가하면 리치 스니펫(별점, FAQ 등) 노출 기회가 생깁니다. 사이트 기본 스키마: WebSite(사이트명, 검색 기능), Organization(브랜드 정보). 페이지 유형별 스키마: 블로그 → Article, 상품 → Product, FAQ 페이지 → FAQPage, 로컬 비즈니스 → LocalBusiness. Google Rich Results Test(search.google.com/test/richresults)로 올바르게 구현되었는지 테스트하세요.

체크 10: 내부 링크 구조와 고아 페이지 점검 — 모든 페이지가 연결되어 있는가

열 번째, 내부 링크 구조 점검입니다. 구글 봇은 링크를 따라 사이트를 크롤링합니다. 다른 페이지에서 링크가 없는 '고아 페이지(Orphan Page)'는 크롤링되지 않거나 인덱싱이 지연됩니다. 론칭 전 모든 중요 페이지가 최소 하나 이상의 내부 링크로 연결되어 있는지 확인하세요. Screaming Frog SEO Spider(무료 버전 500 URL 크롤링 가능)를 사용하면 고아 페이지, 404 오류 링크, 리다이렉트 체인, 타이틀 중복, 메타 디스크립션 누락 등을 한 번에 확인할 수 있습니다. 또한 사이트 아키텍처를 확인합니다. 홈페이지에서 어떤 페이지든 3클릭 이내에 도달할 수 있어야 합니다. 카테고리 구조가 너무 깊으면 페이지 크롤링 우선순위가 낮아질 수 있습니다. Breadcrumb 네비게이션을 추가하면 사이트 구조를 구글에게 명확하게 알려주고 사용자 경험도 개선됩니다.

마무리

사이트 론칭 전 기술적 SEO 체크리스트 10가지를 점검하는 데 걸리는 시간은 반나절에서 하루 정도입니다. 하지만 이 점검을 건너뛰면 수개월간 검색 노출 지연이라는 비용을 치르게 됩니다. 특히 robots.txt, noindex 설정, HTTPS 리다이렉트는 론칭 당일 반드시 재확인해야 할 3대 항목입니다. 이 체크리스트를 Notion이나 Google Sheets에 저장해 두고 매번 새 사이트나 주요 페이지를 론칭할 때 체크박스 형태로 사용하면, 기술적 실수로 인한 SEO 손실을 사전에 방지할 수 있습니다.

자주 묻는 질문

사이트 론칭 후 구글에 인덱싱되는 데 얼마나 걸리나요?

사이트 권위도와 크롤링 빈도에 따라 다르지만, 신규 사이트는 GSC에 사이트맵을 제출한 후 1~4주 내 주요 페이지가 인덱싱됩니다. GSC의 URL 검사 도구에서 특정 URL을 직접 제출하면 인덱싱 속도를 높일 수 있습니다. IndexNow 프로토콜을 지원하는 플러그인을 활용하면 Bing, Naver에도 동시에 URL을 제출할 수 있습니다.

Screaming Frog와 Google Search Console 중 어느 것을 먼저 사용해야 하나요?

론칭 전에는 Screaming Frog로 사이트 전체를 크롤링해 기술적 문제를 사전에 발견하세요. 론칭 후에는 GSC를 통해 실제 구글 크롤러의 관점에서 사이트를 모니터링합니다. 두 도구는 역할이 다르므로 병행 사용이 이상적입니다. Screaming Frog는 시뮬레이션, GSC는 실제 데이터입니다.

모바일 친화성 테스트는 어떻게 하나요?

Google의 모바일 친화성 테스트(search.google.com/test/mobilefriendly)에서 URL을 입력하면 모바일 사용성 문제를 즉시 확인할 수 있습니다. 또한 Chrome 개발자 도구(F12)의 기기 시뮬레이터로 다양한 모바일 화면에서 사이트가 어떻게 보이는지 직접 확인하세요. 구글은 모바일 퍼스트 인덱싱을 사용하므로 모바일 버전이 SEO에 직접 영향을 미칩니다.

WordPress 외 Webflow, Framer, Next.js 사이트도 같은 체크리스트를 적용하나요?

네, 기술적 SEO 원칙은 플랫폼에 무관하게 동일합니다. Webflow는 SEO 설정 탭에서 robots.txt와 사이트맵을 직접 편집할 수 있습니다. Next.js는 nextsitemap 패키지로 사이트맵을 생성하고, next/head 또는 App Router의 Metadata API로 메타 태그를 설정합니다. Framer는 SEO 설정이 상대적으로 제한적이어서 복잡한 SEO가 필요하다면 플랫폼 선택을 재고하는 것이 좋습니다.

기술적 SEO 문제를 지속적으로 모니터링하는 방법이 있나요?

GSC의 '커버리지' 탭을 주 1회 이상 확인해 인덱싱 오류를 모니터링하세요. Ahrefs나 SEMrush의 Site Audit 기능을 주기적으로 실행하면 새로 발생한 기술적 문제를 자동 감지할 수 있습니다. 무료로는 구글 Search Console 이메일 알림 설정과 Screaming Frog 정기 크롤링이 기본입니다.

다음 단계

상단의 관련 크레피카 도구를 활용해 초안을 점검한 뒤, 이 가이드로 돌아와 최종 발행 전 구조와 표현을 다시 확인하세요.

사이트 검토 정보

크레피카는 크리에이터와 마케터를 위한 무료 유틸리티 사이트입니다. 실무 도구, 편집 가이드, 문의 정보, 개인정보처리방침, 이용약관, RSS, robots.txt, ads.txt, 사이트맵을 제공해 사용자와 검색엔진이 자바스크립트 렌더링에만 의존하지 않고 사이트 구조를 이해할 수 있게 합니다.

광고는 Google AdSense 자동 광고로 노출될 수 있습니다. 이 정적 크롤러 페이지에는 수동 광고 슬롯을 삽입하지 않으며, 광고는 도구 결과나 편집 추천 내용에 영향을 주지 않습니다.

정책 페이지: 개인정보처리방침, 이용약관, 크레피카 소개, 문의하기.