SEO 감사 체크리스트: 중요한 것부터

대부분의 SEO 감사 체크리스트는 50개 이상의 항목을 담고 있으면서 우선순위 분류 기준이 없다. 결국 일주일을 들여 스프레드시트를 작성해도 팀은 어디서부터 시작해야 할지 막막해한다. 이 SEO 감사 체크리스트는 같은 내용을 일곱 개 섹션으로 정리했고, 각 섹션은 순위에 영향을 미치는 것부터 순서대로 배열했다. 아침 중에 처음 두 섹션을 진행하면 된다. 나머지는 몇 주에 걸쳐 일정을 잡아서 진행할 수 있다.

크롤링 감사: 모든 확인이 여기서 시작된다

최적화하기 전에 먼저 Google이 당신의 페이지를 찾을 수 있는지 확인해야 한다. Google Search Console에 들어가 색인 커버리지 리포트로 이동한다. 색인된 페이지 수와 제출된 URL의 비율을 본다. 이 비율이 80% 미만이면 구조적 문제가 있다는 뜻이고, 온페이지 작업으로는 절대 해결할 수 없다.

크롤링 감사에서 확인할 세 가지: robots.txt가 실수로 차단하는 내용이 있는지, XML 사이트맵에 색인 가능한 URL만 포함되어 있는지(404 페이지나 noindex로 표시된 페이지 제외), 내부 링크가 없는 고아 페이지가 있는지. Screaming Frog 무료 버전은 500페이지까지 사이트를 다루며, 설정 없이 이 세 가지를 모두 보여준다.

크롤링 문제는 가장 높은 영향력을 가진 시작점이다. 페이지는 Google이 접근 가능하거나 아니거나 둘 중 하나다. 온페이지와 콘텐츠 문제는 스펙트럼 위에 존재하며 점진적으로 개선할 수 있다. 크롤링 실패는 그럴 수 없다. 먼저 해결하고, 결과를 측정한 다음 다음 단계로 넘어가자.

크롤링 예산에 대한 한 가지 주의: 1000페이지 미만의 사이트라면 크롤링 예산은 의미 있는 고려 사항이 아니다. 5000페이지 미만이고 URL을 복제하는 동적 파라미터가 없는 콘텐츠 사이트를 운영한다면 대부분의 체크리스트에서 크롤링 예산 섹션을 건너뛰어도 된다. 당신에게 적용되지 않는 문제에 대한 이론적 오버헤드일 뿐이다.

Core Web Vitals: 순위를 움직이는 메트릭

Google은 2021년부터 Core Web Vitals를 순위 신호로 확인했다. 2026년에 중요한 세 가지 메트릭은 LCP(Largest Contentful Paint, 목표 2.5초 이하), INP(Interaction to Next Paint, 목표 200ms 이하), CLS(Cumulative Layout Shift, 목표 0.1 이하)다.

단일 페이지 진단에는 Google PageSpeed Insights를, 사이트 전체 데이터는 Google Search Console의 Core Web Vitals 리포트를 사용하자. 차이가 중요하다: PageSpeed Insights는 시뮬레이션 환경의 연구실 데이터를 주고, Search Console 리포트는 실제 사용자 측정값을 제공한다. 먼저 실제 사용자 데이터에 따라 행동하자.

감사에서 가장 일관되게 나타나는 두 가지 실패 패턴: 명시적 width/height 속성 없는 이미지로 인한 레이아웃 이동, 그리고 렌더링을 차단하는 서드파티 스크립트(분석, 채팅 위젯, 광고 태그)로 인한 큰 콘텐츠 로딩 지연. 둘 다 템플릿 레이어에 접근 가능한 개발자라면 집중력 있는 반나절에 해결할 수 있다. 플랫폼 마이그레이션이 필요하지 않다.

실제로 보면 Core Web Vitals 실패는 홈페이지, 상품 목록, 기사 페이지 같은 소수의 템플릿에 집중되어 있다. 사이트 전체에 균등하게 분산되어 있지 않다. 페이지별이 아니라 템플릿별로 감사하자. 템플릿을 수정하면 그 모든 인스턴스가 동시에 수정된다.

온페이지 신호: 50개 항목 체크리스트가 놓치는 것

모든 체크리스트는 "제목 태그를 최적화하세요"라고 한다. 거의 없는 것이 실제로 무엇을 의미하는지 설명하는 것이다. 제목 태그는 주요 키워드를 포함하고, 60자 이하를 유지하며, 그 순서대로 페이지를 명확하게 설명해야 한다.

흔한 실패는 최적화 부족이 아니라 과도한 최적화다: 키워드 스터핑, 파이프로 구분된 변형 목록, 또는 크롤러가 아니라 사람을 위해 작성된 제목. 문장처럼 읽히는 제목이 키워드 목록처럼 읽히는 제목보다 더 잘 작동한다.

같은 논리가 H1과 메타 설명에도 적용된다. 메타 설명은 순위에 직접 영향을 주지 않지만, 검색 결과 페이지에서의 클릭률에는 영향을 준다. 검색하는 사람을 위해 작성하자. 140자에서 160자 사이를 유지하자. 메타 설명의 평균이 165자를 초과한다면-이것이 감사에서 가장 흔한 실패 패턴이다-모바일에서 잘려 나간다. 모바일은 이제 대부분의 검색에서 기본 브라우징 환경이다.

내부 링킹은 가장 간과되는 온페이지 신호다. 내부 링크가 없는 고아 페이지는 콘텐츠가 얼마나 강하든 안정적으로 순위를 매기지 않는다. 감사의 일부로 유기 트래픽이 많은 상위 10개 페이지를 파악하고 지난 12개월 동안 게시된 관련 콘텐츠에서 내부 링크를 받는지 확인하자. 없다면 다른 작업을 하기 전에 먼저 이 링크들을 추가하자.

AI 검색 준비: 대부분의 감사가 건너뛰는 계층

2026년에 Google에 순위를 매기는 것은 더 이상 발견되는 유일한 방법이 아니다. AI 오버뷰, ChatGPT 검색, Perplexity는 색인된 콘텐츠를 끌어당기고 출처를 직접 인용한다. 감사에서 확인해야 할 문제는 콘텐츠가 이 시스템들이 정확하게 추출하고 귀속할 수 있도록 구조화되어 있는지다.

감사된 사이트들 전반의 평균 AEO(Answer Engine Optimization) 준비도 점수는 35% 수준이다. GEO(Generative Engine Optimization) 준비도는 그보다도 낮은 28% 수준이다. 이것이 대부분의 사이트가 가장 큰 격차를 가지고 있으면서 개선 기회가 가장 적은 범주다.

한 시간 이내에 할 수 있는 세 가지 확인: 직접적인 질문에 답하는 페이지에 FAQ 스키마가 있는지, 결론을 뒤에 묻히지 않고 주요 섹션의 처음 100단어에서 직접적인 답변을 제공하는지, Article, Person, Organization 스키마가 에디토리얼 콘텐츠에 있는지 확인하자. 이 신호들은 AI 시스템에 당신이 신뢰할 수 있는 인용 가능한 출처임을 알려준다-표준 Google 결과에 영향을 주는 스키마 신호와는 다르다.

감사가 명시적으로 문서화해야 할 한 가지 결정: AI 학습 봇(GPTBot, ClaudeBot)을 차단할지 허용할지. 학습 봇 차단은 AI 검색의 인용에 영향을 주지 않는다-검색과 학습은 접근 규칙이 다른 별도의 크롤러 시스템이다. 이것은 정당한 전략적 결정이며, 기본값이 아니라 의도적으로 만들 가치가 있다.

콘텐츠와 E-E-A-T: 순위 영향력이 실제로 사는 곳

E-E-A-T(경험, 전문성, 권위성, 신뢰성)는 체크 표시할 수 있는 체크리스트 항목이 아니다. 일관성 있고, 정확하고, 경험 기반의 콘텐츠가 신뢰할 수 있는 저자에 의해 서명될 때 나타나는 속성이다. 아침 안에 감사할 수는 없지만 오후 안에 가장 흔한 격차를 파악할 수는 있다.

높은 트래픽 페이지부터 시작하자. 각 페이지에 관련 경험을 설명하는 바이오가 있는 명명된 저자가 포함되어 있나? 사실적 주장에 대한 출처를 인용하나? 설명하는 것을 실제로 사용하거나 테스트한 것을 반영하나? 이 중 하나라도 아니면, 오늘날 순위가 얼마나 좋든 그 페이지들은 E-E-A-T 신호에서 성과를 내지 못하고 있다.

콘텐츠 성과 감사는 E-E-A-T 확인과 함께 진행된다. 지난 6개월간 유기 트래픽이 감소한 페이지, 높은 노출이지만 클릭률이 2% 미만인 페이지, 더 깊이 있을 가치가 있는 주제의 얇은 콘텐츠가 있는 페이지를 파악하자. 이 세 그룹은 다른 처리가 필요하다: 콘텐츠 갱신, 제목과 메타 재작성, 또는 완전 확장. 처리 유형별로 묶고 계속적인 흘러가 아니라 스프린트로 일정을 잡자.

콘텐츠 감사의 원 출력은 보통 40개에서 80개 항목이 있는 스프레드시트이며 명확한 시작점이 없다. 분류 과정을 거치면 10페이지 수정 목록과 30페이지 백로그가 된다. 그 분류에 30분이 걸리고 전체 감사 과정에서 가장 가치 있는 30분이다.

백링크: 감사는 가볍게, 실행은 빠르게

대부분의 SEO 감사는 백링크에 과도한 시간을 들이고 기술 및 콘텐츠 계층에는 충분하지 않다. 백링크 분석은 유용하다. 시간 투자는 구체적인 링크 관련 문제를 조사하지 않는 한 출력과 거의 맞지 않는다.

기능적인 백링크 감사는 세 영역을 다룬다. 첫째, Ahrefs, SEMrush 또는 Google Search Console 링크 리포트를 사용하여 저품질 또는 스팸 같은 인바운드 링크 패턴을 확인한다-명확한 에디토리얼 목적이 없는 사이트의 링크 클러스터가 보이면 부인 파일을 작성하자. 둘째, 가장 높은 권위를 가진 참조 도메인을 파악하고 그 페이지들이 여전히 당신 사이트의 살아있고 관련 있는 콘텐츠에 링크하는지 확인하자. 셋째, 주요 키워드에서 상위 3개 경쟁사에 대해 링크 프로필을 벤치마크하자.

그게 전부다. 50개가 아니라 3가지 확인. 부인 파일과 깨진 링크 아웃리치 목록만이 조치가 필요한 결과물이다. 백링크 감사의 다른 모든 것은 즉각적인 다음 단계가 없는 정보 데이터다.

일주일을 잃지 않고 완전 감사를 진행하는 방법

대부분의 SEO 감사가 행동으로 옮겨지지 않는 이유는 범위다. 50개 항목 체크리스트는 50개 항목 수정 목록을 생성하고, 그것은 마비를 만들고, 그것은 그 사이에 개선된 것이 없는 다음 연간 감사 사이클을 만든다.

출력을 세 개의 버킷으로 분류하자. 긴급: 크롤링 실패, 수동 페널티, 높은 트래픽 템플릿에서 빨간색 상태의 Core Web Vitals. 높은 우선순위: 상위 10개 페이지의 온페이지 문제, 스키마 격차, AI 준비도 계층. 백로그: 다른 모든 것, 월별 검토. 긴급 항목을 2주 기한이 있는 개발자에게 할당하자. 높은 우선순위 항목을 4주 기간이 있는 콘텐츠 팀에 할당하자. 백로그는 기한이 없는 공유 추적기에 보관하자.

분기별 감사 사이클은 연간 사이클보다 일관되게 더 잘 수행된다. 각 감사는 더 작은 표면적을 다루고, 수정 사항이 메모리에 더 신선하고, 팀이 12월마다 200개의 누적된 문제에 직면하지 않는다. Screaming Frog나 유사한 도구에서 자동화로 실행되는 월별 크롤 리포트는 회귀가 복합되기 전에 포착한다.

분기별 감사가 작동하는 세 가지 컨텍스트, 작동하지 않는 한 가지: 빠르게 성장하는 콘텐츠 중심 사이트, 높은 상품 URL 이탈율의 전자상거래 사이트, 정기적으로 새 기능 페이지를 추가하는 SaaS 사이트. 예외는 50페이지 미만의 안정적인 브로셔 사이트다-월별 크롤 확인과 1회 연간 감사로 충분하다.

여기서 설명한 완전 체크리스트-크롤 확인, Core Web Vitals 검토, 상위 20개 페이지의 온페이지 감사, AI 준비도 계층, E-E-A-T 격차 분석, 백링크 검토-는 집중력 있는 2명 팀에 의해 처음에는 6~8시간이 걸린다. 두 번째 분기별 감사는 4시간 이내에 진행된다. 시간 투자는 만들 가치가 있다.