SEO 진단은 검색엔진이 사이트를 찾아 색인에 넣고 내용을 이해할 수 있는지 항목별로 확인하는 작업입니다. 사용자가 불편 없이 쓸 수 있는 상태인지도 함께 봅니다. SEO 점수는 도구가 자동으로 검사한 일부 항목의 결과를 요약한 숫자이며, 순위나 유입을 예측하지 않습니다. 따라서 점수보다 핵심 페이지의 색인 여부와 실패 항목의 사유를 먼저 확인해야 합니다.
SEO 진단은 정확히 무엇을 확인하는 작업인가요?
Google 검색 센터의 SEO 기본 가이드는 SEO를 검색엔진이 콘텐츠를 이해하도록 돕는 일로 설명합니다. 사용자가 사이트를 찾고 방문 여부를 판단하도록 돕는 일도 여기에 포함됩니다. 같은 문서는 사이트를 자동으로 1위에 올리는 비법은 없다고 밝힙니다.
진단은 이 설명을 점검 질문으로 바꾼 작업입니다. 먼저 검색엔진이 페이지에 접근할 수 있는지, 색인에 들어갔는지 확인합니다. 이어서 페이지의 주제가 검색엔진에 제대로 읽히는지, 사용자가 불편 없이 쓸 수 있는지 봅니다. 결과물은 순위가 아니라 문제 목록과 그 사유입니다.
비슷하게 들리는 작업과는 묻는 질문이 다릅니다.
| 구분 | 묻는 질문 | 결과물 |
|---|---|---|
| SEO 진단 | 검색엔진이 페이지를 읽고 색인할 수 있는 상태인가 | 항목별 문제, 원인, 조치 목록 |
| 순위 확인 | 특정 검색어에서 몇 번째에 보이는가 | 검색어별 노출 위치 기록 |
| 성과 분석 | 검색에서 노출과 클릭이 얼마나 생겼는가 | 기간별 노출·클릭 추이 |
진단에서 문제가 나오지 않았다고 해서 순위가 오르는 것은 아닙니다. 콘텐츠가 검색 의도에 맞지 않는 경우처럼, 순위가 낮은 원인이 진단 항목 밖에 있을 수도 있습니다. 진단 결과와 순위 결과는 따로 해석합니다.
세부 진단 영역은 각각 무엇을 보나요?
SEO 진단 항목은 크게 네 영역으로 묶을 수 있습니다. 영역마다 확인 수단과 읽는 법이 다르므로 따로 판단합니다.
색인·크롤링 진단
가장 먼저 확인할 영역입니다. Google 문서는 site: 검색에서 사이트 결과가 보이면 색인에 포함된 것이라고 설명합니다. Search Console 도움말은 페이지가 500개 미만인 작은 사이트라면 site: 검색으로 먼저 확인해도 된다고 안내합니다. 색인되지 않은 URL은 페이지 색인 생성 보고서에서 사유별로 분류됩니다. 대표 사유는 robots.txt 차단, noindex 표시, 서버 오류(5xx), 중복 페이지입니다. 소프트 404(없는 페이지인데 정상 응답을 보내는 상태)도 이 사유에 포함됩니다.
페이지 요소 진단
검색엔진이 페이지 내용을 이해하는 데 쓰는 요소를 확인합니다. 대상은 문서 제목, 메타 설명(검색 결과 요약 문구의 후보), 링크 문구, 이미지 대체 텍스트입니다. canonical(대표 URL 지정)과 hreflang(언어·지역별 페이지 연결)도 함께 확인합니다. Google 문서는 같은 단어를 지나치게 반복하는 키워드 스터핑을 스팸 정책 위반으로 설명합니다.
사용자 경험 진단
Search Console의 Core Web Vitals(로딩·반응성·화면 안정성을 재는 세 지표) 보고서로 확인합니다. 도움말의 기준은 다음과 같습니다.
| 지표 | 좋음 | 개선 필요 | 나쁨 |
|---|---|---|---|
| LCP(가장 큰 콘텐츠 표시 시간) | 2.5초 이하 | 4초 이하 | 4초 초과 |
| INP(입력에 반응하는 시간) | 200ms 이하 | 500ms 이하 | 500ms 초과 |
| CLS(화면이 밀리는 정도) | 0.1 이하 | 0.25 이하 | 0.25 초과 |
URL 그룹의 상태는 세 지표 가운데 가장 나쁜 상태를 따릅니다. 값은 방문의 75%를 기준으로 계산합니다. 보고서는 색인된 URL의 표본만 보여 주므로, 특정 URL은 따로 측정해야 합니다.
구조화 데이터 진단
구조화 데이터(페이지 정보를 검색엔진이 읽기 쉬운 형식으로 표시한 코드)가 유효한지 확인합니다. Google 문서는 리치 결과 테스트를 구조화 데이터 검증 도구로 안내합니다. 게시한 뒤에는 Search Console의 리치 결과 상태 보고서로 유효성을 모니터링하라고 설명합니다. Google이 구조화 데이터를 찾았는지는 URL 검사 도구로 확인할 수 있습니다. 같은 문서는 리치 결과를 표시될 수 있는 형태로 설명할 뿐 표시를 보장하지 않습니다. Lighthouse는 이 항목을 자동으로 채점하지 않고 수동 점검 항목으로 둡니다.
SEO 점수는 무엇을 계산한 숫자인가요?
많은 진단 도구는 자동 검사 결과를 하나의 숫자로 요약해 보여 줍니다. 계산 방식이 공개된 대표 사례는 Lighthouse의 SEO 점수입니다. Lighthouse 공개 저장소의 기본 설정을 보면 SEO 점수에 반영되는 대표 항목은 다음과 같습니다.
- 색인 차단 여부: 검색엔진의 색인을 막는 설정이 있는지 확인
- 문서 제목, 메타 설명, 설명적인 링크 문구, 이미지 대체 텍스트
- 실패를 나타내는 HTTP 상태 코드, 유효한 robots.txt, 크롤링 가능한 링크
- 유효한 hreflang과 canonical
가중치는 항목마다 같지 않습니다. 같은 설정 파일에서 색인 차단 여부 항목은 나머지 항목보다 약 4배 큰 가중치를 받습니다. 이 항목이 점수의 31% 이상을 차지하도록 정했다는 주석도 붙어 있습니다. 나머지 자동 검사 항목은 같은 가중치이고, 구조화 데이터 항목은 가중치가 0입니다. 색인을 막는 설정 하나가 점수를 크게 끌어내리도록 설계한 구조입니다.
이 구성에서 점수의 성격이 드러납니다. 메타 설명 감사는 태그가 없거나 내용이 비어 있으면 실패로 처리하고, 설명이 잘 쓰였는지는 평가하지 않습니다. 즉 SEO 점수는 기본 요건을 갖췄는지 보는 형식 검사입니다. 콘텐츠 품질이나 검색 의도와의 적합성은 점수에 반영되지 않습니다.
PageSpeed Insights 문서는 Lighthouse로 계산한 카테고리별 점수의 구간을 안내합니다. 90점 이상은 좋음, 50~89점은 개선 필요, 50점 미만은 나쁨입니다. 이 구간은 도구 안의 판정 기준이며 검색 순위 기준이 아닙니다. 다른 도구의 점수는 그 도구가 정한 항목과 계산 방식을 따르므로, 계산 방식을 확인하기 전에는 Lighthouse 점수와 같은 뜻으로 읽을 수 없습니다. 실무에서는 같은 도구로 측정한 같은 URL의 기록끼리만 비교하는 방법을 권합니다.
SEO 점수를 읽을 때 흔한 오해는 무엇인가요?
| 흔한 오해 | 공식 문서의 설명 |
|---|---|
| 점수가 100점이면 상위에 노출된다 | Google 문서는 Core Web Vitals가 순위 시스템에 쓰이지만 단일 신호는 없다고 설명합니다. 좋은 결과가 상위 노출을 보장하지도 않습니다. |
| 모든 페이지가 색인되어야 정상이다 | 도움말은 중복 URL이나 의도한 noindex 페이지가 색인되지 않는 것은 정상이라고 설명합니다. 중요한 것은 대표 페이지의 색인입니다. |
| 실험실 점수가 좋으면 실제 사용자 경험도 좋다 | PageSpeed Insights 문서는 실험실 데이터가 실제 환경의 병목을 모두 잡아내지 못할 수 있다고 설명합니다. |
| 어제보다 점수가 낮으면 사이트가 나빠졌다 | Lighthouse 문서는 광고, 네트워크 경로, 기기, 확장 프로그램 같은 환경 변화로 점수가 달라진다고 설명합니다. 단일 점수보다 여러 번 측정한 분포를 보라고 권합니다. |
| URL 검사에서 Google에 있음이 나오면 검색에 반드시 노출된다 | 도움말은 이 표시가 검색 결과에 나타날 자격이 있다는 뜻이라고 설명합니다. 노출을 보장하지는 않습니다. |
| keywords 메타 태그를 채우면 검색에 유리하다 | Google 검색은 keywords 메타 태그를 사용하지 않습니다. |
실험실 데이터와 필드 데이터의 차이는 특히 자주 혼동됩니다. PageSpeed Insights의 필드 데이터는 지난 28일간의 실제 사용자 경험을 집계하고 75번째 백분위 값으로 보여 줍니다. 실험실 데이터는 중급 모바일 기기와 모바일 네트워크를 가정해 시뮬레이션한 결과입니다. 문서는 필드 데이터가 실제 사용자 경험을 보여 주고, 실험실 데이터는 통제된 환경에서 수집되어 원인 분석에 유용하다고 설명합니다.
진단 결과는 어떤 순서로 해석해야 하나요?
- 핵심 페이지 목록을 정합니다. 홈, 주요 제품·서비스 페이지, 문의 페이지처럼 검색에서 찾아져야 하는 URL을 고릅니다. 실무에서는 10~20개 정도로 시작하는 방법을 권합니다.
- 핵심 페이지의 색인 여부를 확인합니다. site: 검색이나 URL 검사의 색인 버전으로 봅니다. 도움말은 홈이나 주요 페이지가 색인되지 않았다면 확인이 필요하다고 설명합니다.
- 색인되지 않은 사유가 의도한 것인지 구분합니다. 리디렉션 페이지처럼 의도한 구조는 대부분 조치가 필요하지 않습니다. 의도하지 않은 noindex, robots.txt 차단, 서버 오류는 수정 대상입니다.
- 수정 후 실제 URL 테스트로 해결 여부를 확인합니다. 테스트를 통과해도 색인이 보장되지는 않습니다. URL 검사 도구 도움말은 색인 생성 요청에 일일 한도가 있다고 설명합니다. 페이지가 많으면 변경된 페이지에 lastmod를 표시한 사이트맵 제출을 권장합니다.
- 사용자 경험은 필드 데이터로 판단합니다. 실험실 점수는 원인을 찾는 데 씁니다. 필드 데이터가 없는 URL은 PageSpeed Insights로 개별 측정합니다.
- SEO 점수의 실패 항목을 정리합니다. 점수 숫자가 아니라 실패한 항목 이름과 해당 URL을 기록합니다. 색인 차단 여부 항목이 실패했다면 가장 먼저 처리합니다.
진단 결과를 다음 양식으로 기록하면 다음 점검 때 같은 기준으로 비교할 수 있습니다. 예시 행은 가상의 B2B 제조 기업 사이트를 가정한 것입니다.
| 점검일 | URL | 확인 수단 | 결과 | 의도 여부 | 조치·재확인 |
|---|---|---|---|---|---|
| 2026-10-01 | /products/ | URL 검사(색인 버전) | 색인되지 않음, noindex 표시 | 의도 아님 | noindex 제거 후 실제 URL 테스트, 1주 뒤 재확인 |
| 2026-10-01 | /products/?sort=price | 페이지 색인 생성 보고서 | 중복 페이지, 다른 대표 URL 선택 | 의도함 | 조치 없음 |
| 2026-10-01 | /contact/ | PageSpeed Insights | 필드 데이터 INP 개선 필요 | 해당 없음 | 개발팀에 원인 분석 요청 |
외부 업체나 개발팀이 작성한 진단 보고서를 검토할 때는 다음 질문으로 확인합니다.
- 이 점수는 어떤 도구로, 어떤 항목을, 어떤 가중치로 계산했습니까?
- 실패 항목 중 핵심 페이지에 해당하는 것은 무엇입니까?
- 색인되지 않은 URL을 의도한 것과 의도하지 않은 것으로 나눠 주실 수 있습니까?
- 속도 지표는 실험실 데이터입니까, 실제 사용자 데이터입니까?
- 수정 후 무엇으로 해결 여부를 확인할 예정입니까?
정리
SEO 점수는 진단의 출발점으로만 쓰고, 판단은 항목과 사유를 기준으로 합니다. 다음 순서로 바로 시작할 수 있습니다.
- 검색에서 찾아져야 하는 핵심 URL을 10~20개 정도로 목록화합니다.
- site: 검색과 URL 검사로 핵심 URL의 색인 여부를 확인합니다.
- 색인되지 않은 URL의 사유를 의도한 것과 의도하지 않은 것으로 구분합니다.
- Core Web Vitals는 필드 데이터로 판단하고, 실험실 점수는 원인을 찾는 데 씁니다.
- 결과를 기록 양식에 적고, 같은 도구와 같은 URL 기준으로 다음 점검일을 정합니다.
참고 자료
- SEO 기본 가이드 (Google 검색 센터, 확인일 2026-10-11)
- 페이지 경험 이해하기 (Google 검색 센터, 확인일 2026-10-11)
- 구조화 데이터 마크업 소개 (Google 검색 센터, 확인일 2026-10-11)
- 페이지 색인 생성 보고서 (Search Console 고객센터, 확인일 2026-10-11)
- URL 검사 도구 (Search Console 고객센터, 확인일 2026-10-11)
- Core Web Vitals 보고서 (Search Console 고객센터, 확인일 2026-10-11)
- PageSpeed Insights 소개 (Google for Developers, 확인일 2026-10-11)
- Lighthouse SEO 감사 (Chrome for Developers, 확인일 2026-10-11)
- Lighthouse 기본 설정 파일 (GoogleChrome Lighthouse 공개 저장소, 확인일 2026-10-11)
- Lighthouse 성능 점수 (Chrome for Developers, 확인일 2026-10-11)