지금 측정해야 할 세 가지 신호
테크니컬 SEO(Technical SEO)는 더 이상 체크리스트가 아니다. 2024년 3월 Google이 INP(Interaction to Next Paint)를 Core Web Vitals에 정식 도입한 뒤로, 테크니컬 SEO는 한 번 점검하고 끝나는 작업에서 현장 데이터를 모니터링하는 시스템으로 바뀌었다. 2026년 기준, 측정해야 할 신호는 세 가지다.
1. Core Web Vitals — 그리고 그 이후
LCP(Largest Contentful Paint)는 2.5초 이하, INP는 200ms 이하, CLS(Cumulative Layout Shift)는 0.1 미만. 여기까지는 기본이다. 2026년 초 Google이 발표한 Core Web Vitals 2.0에는 Visual Stability Index(VSI)가 추가되어, 첫 로드뿐 아니라 전체 세션 동안의 레이아웃 안정성을 측정한다. 한 번 좋은 점수를 받았다고 끝나지 않는다.
2. 크롤 신호 — Search Console에서 보지 못하는 것
Google Search Console의 Crawl Stats 리포트는 90일치 Googlebot 활동 — 응답 시간, 크롤 요청량, 파일 타입 분포 — 를 보여주지만, '어떤 URL이 자주 크롤되지만 랭킹에 들지 못하는가'는 보여주지 않는다. 이 답은 서버 로그에 있다. JetOctopus, Screaming Frog Log Analyzer, Botify 같은 도구로 로그를 분석하면 낭비되는 크롤 예산을 즉시 식별할 수 있다. 1,000페이지 이상 사이트에서 로그 분석은 옵션이 아니다.
3. 렌더링 — 진짜 봇이 보는 것
6개 주요 웹 크롤러 — Googlebot, AppleBot, GPTBot, ClaudeBot, PerplexityBot, CCBot — 중 JavaScript를 실행하는 것은 Googlebot과 AppleBot 단 두 개뿐이다. 나머지는 정적 HTML만 본다. 즉, AI 검색 엔진의 봇은 당신의 React 앱이 클라이언트에서 렌더링한 결과를 절대 보지 않는다. SSR(서버사이드 렌더링)이 SEO에서 옵션이 아닌 이유다. 그리고 이 차이는 수동으로 보이지 않는다 — 진단 도구로 SSR HTML과 CSR(클라이언트사이드 렌더링) HTML을 비교해야 비로소 드러난다.
측정 도구 스택
- PageSpeed Insights — 필드 데이터(CrUX, Chrome User Experience Report) + 랩 데이터(Lighthouse). Google이 실제로 랭킹에 사용하는 신호. 무료.
- Google Search Console — Crawl Stats, Index Coverage, Core Web Vitals 보고서. 무료. 60% 진단은 여기서 끝난다.
- 로그 분석 도구 — JetOctopus, Screaming Frog Log Analyzer, Botify. 1,000페이지 이상 사이트의 필수 도구.
- DebugBear / Calibre — Core Web Vitals 변화 추적. CI(Continuous Integration) 통합으로 회귀 방지.
- Google Indexing API — Job Posting, Live BroadcastEvent 등 일부 페이지 타입에 한해 즉시 색인 요청. JSON-LD 스키마와 짝.
현장 데이터가 진실이다
PageSpeed Insights의 점수가 95점이라도 Search Console의 Core Web Vitals 보고서에서 개선 필요라면, Google이 보는 진실은 후자다. 랩 데이터는 진단 도구이고, 필드 데이터가 랭킹 신호다. 이 둘을 혼동하면 측정한다고 생각하면서 측정하지 않는 함정에 빠진다.
테크니컬 SEO는 인프라다
콘텐츠 SEO가 마케팅의 영역이라면, 테크니컬 SEO는 엔지니어링이다. Core Web Vitals는 빌드 파이프라인에 있어야 하고, 로그 분석은 매주 자동화된 리포트로 떨어져야 한다. 한 사람이 분기마다 테크니컬 SEO 점검을 하는 시대는 끝났다.
다음 글에서는 GEO(Generative Engine Optimization) — AI 검색 엔진에 인용되는 법, 그리고 그것을 측정하는 법을 다룬다.
출처
- Google Search Central — Core Web Vitals documentation
- DebugBear — Technical SEO Checklist 2026
- Searchlab — Technical SEO Statistics 2026
- W3era — Log File Analysis for SEO 2026
- Opositive — Technical SEO Audit: 5 New Layers in 2026
INP 도입 후 사이트 절반이 노란불 됐어요. LCP는 어떻게든 잡았는데 INP는 자바스크립트 구조를 갈아엎어야 해서 작업량이 비교가 안 됩니다.
흥미로운 시각이네요. 어떤 데이터로 측정하셨는지 궁금합니다.
한국 적용 부분이 가장 실용적이었어요.
동의합니다. 한국 시장의 특이점이 한 번 더 짚인 것 같네요.
서버 로그 분석을 옵션이 아니라 필수로 정의한 부분 동의합니다. 다만 1,000페이지 미만 사이트는 Search Console만으로도 충분한 케이스가 많다는 것도 같이 알아두면 좋을 것 같아요.
정확히 같은 생각이었습니다. 우리 팀에서도 비슷한 패턴을 봤습니다.
다만 그 한계점은 좀 더 길게 풀어볼 가치가 있어 보입니다.
한 가지 덧붙이자면, 한국에서는 속도가 더 빠를 수 있겠다 싶어요.
ClaudeBot까지 별도 신호로 봐야 한다는 게 중요한 포인트네요. robots.txt에서 차단하는 분들 많은데, 차단이 곧 인용 기회 손실이 되는 시대로 들어왔습니다.
글에서 가장 인상적인 건 마무리 인용구였습니다.