SEO 기초 상태는 사이트 전체에서 시작해 페이지 한 건까지 범위를 좁혀 가며 진단합니다. 순서는 주소 통일, robots.txt, 사이트맵, 색인 대조, 대표 URL 검사, SEO 점수 측정, 사용자 경험입니다.
점수 측정 도구는 페이지 한 건의 자동 검사 항목만 봅니다. 그래서 검색엔진이 사이트에 들어오는 길을 앞 단계에서 먼저 확인합니다. 그래야 점수의 실패 항목을 사이트 구조 문제와 구분해 읽을 수 있습니다.
진단 순서와 단계별 완료 기준은 무엇인가요?
시작하기 전에 사이트가 Google 색인에 들어 있는지부터 확인합니다. Google 검색 입문 가이드는 site: 검색 연산자(특정 사이트의 결과만 보여 주는 검색 기호)로 확인하는 방법을 안내합니다. 결과에 사이트 페이지가 보이면 색인에 들어 있다고 설명합니다.
그다음 아래 표의 순서대로 진행합니다. 앞 단계가 막혀 있으면 뒤 단계의 결과를 믿기 어렵습니다. 예를 들어 robots.txt가 핵심 경로를 막고 있다면 페이지 점수를 고쳐도 효과가 줄어듭니다. 완료 기준을 채운 뒤에 다음 단계로 넘어갑니다.
| 단계 | 확인 도구 | 끝난 것으로 보는 기준 |
|---|---|---|
| 1. 주소 통일 | 브라우저, URL 검사 | 주소 변형 네 가지가 한 주소로 이동하고, 정규 주소도 그 주소와 같습니다 |
| 2. robots.txt | Search Console robots.txt 보고서 | 가져오기 상태가 정상이고, 핵심 경로를 막는 규칙이 없습니다 |
| 3. 사이트맵 | Sitemaps 보고서 | 처리에 성공했고, 발견된 페이지 수와 실제 공개 페이지 수의 차이를 설명할 수 있습니다 |
| 4. 색인 대조 | 페이지 색인 생성 보고서(사이트맵 필터) | 제출한 URL 가운데 색인되지 않은 URL의 사유를 모두 분류했습니다 |
| 5. 대표 URL 검사 | URL 검사 | 페이지 유형별 대표 URL에서 사용자 지정 정규 URL과 Google 선택 정규 URL이 같습니다 |
| 6. SEO 점수 측정 | Lighthouse SEO 항목, 리치 결과 테스트 | 실패 항목마다 원인이 된 템플릿을 적었습니다 |
| 7. 사용자 경험 | Core Web Vitals 보고서 | 기기별 상태를 기록했고, 상태가 나쁜 URL 그룹의 대표 URL을 정했습니다 |
주소 통일과 robots.txt는 어떻게 확인하나요?
1단계: 사이트 주소를 하나로 통일했는지 확인합니다
Google 문서는 같은 콘텐츠가 주소 하나로만 열리게 하라고 안내합니다. 가능하면 리디렉션(다른 주소로 자동 이동시키는 설정)을 쓰라고 설명합니다. 어렵다면 rel="canonical"(대표 주소 지정 태그)을 쓰라고 안내합니다.
중복 URL 통합 문서는 같은 내용이면 Google이 HTTPS 페이지를 정규 페이지로 선호한다고 설명합니다. 다만 인증서가 잘못되었거나 HTTPS에서 HTTP로 이동시키면 이 선호가 뒤집힐 수 있다고 경고합니다. www 주소와 www 없는 주소 가운데 하나를 고르고, 나머지는 리디렉션하라고 안내합니다.
실무에서는 http·https와 www 유무를 조합한 네 가지 주소를 브라우저에 차례로 입력하는 방법을 권합니다. 네 주소가 모두 같은 주소에 도착하면 완료입니다. 이어서 대표 페이지의 canonical 태그가 그 주소를 절대 경로로 가리키는지 확인합니다.
2단계: robots.txt를 검색엔진이 읽는지 확인합니다
Search Console robots.txt 보고서는 도메인 수준 속성에서 볼 수 있습니다. 도메인 속성, 그리고 하위 경로 없이 도메인 바로 아래 주소로 등록한 URL 접두어 속성이 여기에 해당합니다. 도메인 속성에서는 크롤링이 많은 상위 20개 호스트의 파일을 보여 줍니다.
파일마다 가져오기 상태, 마지막 확인 시각, 파일 크기, 파싱 문제 수가 나옵니다. 상태는 가져옴, 가져오지 않음 - 찾을 수 없음(404), 가져오지 않음 - 기타 이유로 구분됩니다. Google 문서에 따르면 파일이 없으면(404) Google은 모든 URL을 크롤링할 수 있다고 봅니다.
상태가 가져옴이고 문제 수가 0이면 파일 확인은 끝납니다. 그다음 상품·서비스·글처럼 핵심 경로를 막는 Disallow 줄이 있는지 봅니다. 중복 페이지 정리에는 robots.txt를 쓰지 않습니다. 중복 URL 통합 문서는 차단된 URL도 내용 없이 색인될 수 있다고 설명합니다.
사이트맵과 색인 현황은 어떻게 대조하나요?
3단계: 사이트맵 처리 결과를 확인합니다
Sitemaps 보고서의 상태는 성공, 오류 있음, 가져올 수 없음 세 가지입니다. Google 문서는 오류가 있어도 정상으로 해석된 URL은 크롤링 대기열에 들어간다고 설명합니다. 발견된 페이지 수는 사이트맵에서 읽어 낸 URL 수이며, 중복 URL은 한 번만 셉니다.
이 수치가 크롤링이나 색인을 보장하지는 않습니다. 실무에서는 발견된 페이지 수를 CMS(콘텐츠 관리 시스템)의 공개 페이지 수와 비교하는 방법을 권합니다. 차이가 나면 사이트맵 자동 생성 범위부터 확인합니다.
사이트맵의 URL도 1단계에서 정한 주소 형식과 같아야 합니다. 중복 URL 통합 문서는 사이트맵 URL과 canonical 대상이 다르면 신호가 충돌한다고 경고합니다.
4단계: 제출한 URL과 실제 색인을 대조합니다
페이지 색인 생성 보고서에는 사이트맵 필터가 있습니다. 알려진 모든 페이지, 제출된 모든 페이지, 제출되지 않은 페이지만, 특정 사이트맵 URL 가운데 고릅니다. 이 필터로 관리 대상 URL만 따로 볼 수 있습니다.
- 제출된 모든 페이지를 고르고, 색인이 생성되지 않은 사유 표를 기록합니다.
- 서버 오류(5xx), 리디렉션 오류, 찾을 수 없음(404)처럼 수정이 필요한 사유를 먼저 표시합니다.
- 크롤링됨 - 현재 색인이 생성되지 않음(Crawled - currently not indexed)은 따로 분류합니다. Google 문서는 크롤링을 위해 이 URL을 다시 제출할 필요가 없다고 설명합니다.
- 실무에서는 제출되지 않은 페이지만을 골라, 색인된 URL에 의도하지 않은 주소 형식이 섞였는지 확인하는 방법을 권합니다. 매개변수 주소나 다른 호스트 주소가 보이면 1단계를 다시 점검합니다.
대표 URL 검사와 SEO 점수는 무엇을 보나요?
5단계: 페이지 유형별 대표 URL을 검사합니다
사이트는 보통 메인, 목록, 상세, 글 같은 몇 가지 템플릿으로 만들어집니다. 같은 템플릿을 쓰는 페이지는 같은 태그 구성을 공유합니다. 그래서 대표 URL에서 찾은 문제를 같은 템플릿 전체에 대입해 확인할 수 있습니다. 실무에서는 템플릿마다 대표 URL을 하나씩 골라 URL 검사 도구에 넣는 방법을 권합니다.
URL 검사 도구는 사용자 지정 정규 URL과 Google 선택 정규 URL을 나란히 보여 줍니다. Google 문서는 Google이 지정한 주소와 다른 주소를 고를 수 있다고 설명합니다. 두 값이 같으면 완료로 봅니다. 다르면 내부 링크와 사이트맵이 어느 주소를 쓰는지 확인합니다.
Google 문서는 색인된 버전 보기가 실시간 테스트가 아니라 최근 색인 결과라고 설명합니다. 크롤링된 페이지 보기에서는 원본 HTML, HTTP 헤더, 자바스크립트 콘솔 출력, 불러온 리소스를 볼 수 있습니다. 화면 캡처는 실시간 테스트에 성공했을 때만 나오며, 실시간 테스트에는 속성별 일일 한도가 있습니다.
6단계: Lighthouse SEO 점수로 페이지 요소를 확인합니다
Lighthouse의 SEO 점수는 자동 검사 항목의 결과로 계산합니다. Chrome 개발자 문서는 각 SEO 항목이 점수에 같은 무게로 반영된다고 설명합니다. 예외는 수동 항목인 구조화 데이터 유효성입니다.
항목별 기준도 문서에 나와 있습니다. HTTP 상태 코드 항목은 페이지가 400번대나 500번대 코드를 돌려주면 실패로 처리합니다. meta description 항목은 태그가 없거나 내용이 비어 있으면 실패로 처리합니다. 문서는 Lighthouse가 설명문의 품질은 평가하지 않는다고 밝힙니다.
따라서 점수가 높아도 제목과 설명문의 품질은 따로 검토합니다. Google 검색 입문 가이드는 좋은 제목이 페이지마다 다르고, 명확하고 간결하며, 내용을 정확히 설명해야 한다고 설명합니다. 설명문은 짧고 해당 페이지에만 쓰여야 한다고 안내합니다. 실무에서는 대표 URL의 제목과 설명문을 표에 옮겨 같은 문구가 되풀이되는지 대조하는 방법을 권합니다.
구조화 데이터를 쓰는 사이트라면 같은 대표 URL을 리치 결과 테스트에 넣습니다. Google 문서는 필수 속성을 모두 넣어야 리치 결과 대상이 될 수 있다고 설명합니다. 다만 구조화 데이터를 넣었다고 리치 결과가 보장되지는 않습니다.
사용자 경험 지표는 어떤 기준으로 읽나요?
7단계에서는 Core Web Vitals 보고서를 확인합니다. 이 보고서는 실제 방문자의 익명 측정값(CrUX)을 모바일과 데스크톱으로 나눠 보여 줍니다. 비슷한 페이지는 URL 그룹으로 묶이며, 그룹의 상태는 가장 나쁜 지표의 상태를 따릅니다.
| 지표 | 좋음 | 개선 필요 | 나쁨 |
|---|---|---|---|
| LCP(가장 큰 콘텐츠가 표시되는 시간) | 2.5초 이하 | 4초 이하 | 4초 초과 |
| INP(입력에 반응하는 시간) | 200ms 이하 | 500ms 이하 | 500ms 초과 |
| CLS(화면이 밀리는 정도) | 0.1 이하 | 0.25 이하 | 0.25 초과 |
기준값은 75번째 백분위수에 적용됩니다. 신규 속성이거나 측정값이 부족하면 데이터가 없다고 표시됩니다. 이때 Google 문서는 개별 URL을 PageSpeed Insights나 Lighthouse로 확인하라고 안내합니다.
Google 검색 입문 가이드는 변경 사항이 반영되기까지 몇 시간에서 몇 달이 걸릴 수 있다고 설명합니다. 효과를 판단하기 전에 몇 주를 기다리라고 권합니다. 그래서 수정 직후의 수치로 성패를 판단하지 않고, 항목마다 재확인 날짜를 정합니다.
진단 결과는 어떤 양식으로 기록하나요?
진단은 한 번에 끝나지 않습니다. 같은 양식으로 반복해 기록해야 수정 전후를 비교할 수 있습니다. 판단 칸에는 정상, 의도된 결과, 조치 필요 가운데 하나를 적습니다. 결과 칸에는 보고서에 표시된 상태 이름과 건수를 그대로 옮깁니다.
예를 들어 가상의 ○○ 기업이라면 아래처럼 기록할 수 있습니다.
| 진단일 | 단계 | 대상 | 결과 | 판단 | 재확인일 |
|---|---|---|---|---|---|
| 10월 1주 | 1. 주소 통일 | http·https, www 유무 조합 주소 네 가지 | www 없는 http 주소만 이동 없이 열림 | 조치 필요: https www 주소로 리디렉션 | 수정 후 즉시 |
| 10월 1주 | 4. 색인 대조 | 제출된 모든 페이지 | 찾을 수 없음(404) 12건, 서버 오류(5xx) 3건 | 조치 필요: 삭제된 글 URL을 사이트맵에서 제외 | 3주 뒤 |
| 10월 1주 | 5. 대표 URL 검사 | 상품 상세 템플릿 대표 URL | Google 선택 정규 URL이 매개변수 주소 | 조치 필요: 내부 링크를 정규 주소로 통일 | 3주 뒤 |
| 10월 1주 | 6. SEO 점수 | 글 템플릿 대표 URL | meta description 항목 실패 | 조치 필요: 글 템플릿에 설명문 입력란 추가 | 배포 후 즉시 |
상태 이름을 보고서 표기대로 옮기면 다음 진단 때 같은 항목을 바로 찾아 비교할 수 있습니다.
정리
- site: 검색으로 색인 여부를 확인하고, 주소 변형 네 가지가 한 주소로 모이는지 점검합니다.
- Search Console에서 robots.txt 보고서와 Sitemaps 보고서의 상태를 기록표에 옮깁니다.
- 페이지 색인 생성 보고서를 제출된 모든 페이지로 거르고, 미색인 사유를 조치 필요와 의도된 결과로 나눕니다.
- 템플릿마다 대표 URL을 정해 URL 검사, Lighthouse SEO 항목, 리치 결과 테스트를 차례로 실행합니다.
- Core Web Vitals 상태를 기기별로 기록하고, 조치한 항목마다 재확인일을 적어 같은 양식으로 다시 진단합니다.
참고 자료
- Google 검색엔진 최적화(SEO) 기본 가이드 (Google Search Central, 확인일 2026-10-17)
- 중복 URL을 통합하는 방법 (Google Search Central, 확인일 2026-10-17)
- robots.txt 보고서 (Search Console 고객센터, 확인일 2026-10-17)
- Sitemaps 보고서 (Search Console 고객센터, 확인일 2026-10-17)
- 페이지 색인 생성 보고서 (Search Console 고객센터, 확인일 2026-10-17)
- URL 검사 도구 (Search Console 고객센터, 확인일 2026-10-17)
- Core Web Vitals 보고서 (Search Console 고객센터, 확인일 2026-10-17)
- 구조화 데이터 마크업의 작동 방식 이해 (Google Search Central, 확인일 2026-10-17)
- Document does not have a meta description (Chrome for Developers, 확인일 2026-10-17)
- Page has unsuccessful HTTP status code (Chrome for Developers, 확인일 2026-10-17)