소규모 웹사이트 SEO 점검 순서: 기술·콘텐츠·신뢰 3축 체크리스트
크롤링·색인, 고유 콘텐츠, 작성·검수 신뢰 정보를 독자 질문·행동·예상 결과 기준으로 점검하는 실무 체크리스트입니다.
소규모 웹사이트의 SEO 점검은 “검색 유입을 늘리는 비법”을 찾는 일이 아닙니다. 검색엔진이 페이지를 발견하고 색인할 수 있는지, 방문자의 질문에 직접 답하는 고유한 내용이 있는지, 누가 어떤 근거로 검수했는지를 기술·콘텐츠·신뢰의 세 축으로 확인하는 작업입니다. 이 글의 결과물은 막연한 점수가 아니라 수정할 URL, 담당 행동, 확인할 예상 결과가 적힌 우선순위 목록입니다.
2026년 8월 31일 Websalim 검증 환경
이 글은 2026년 8월 31일 websalim.com 운영 페이지를 curl 8.7.1과 실제 HTML 응답으로 확인하고, Google Search Central 공식 문서와 대조해 작성했습니다. 콘텐츠 통합 반영 뒤 사이트맵에는 색인 대상 글 URL 30개가 남고, 중복된 SEO 글과 SSL 글 각 1개는 noindex로 사이트맵에서 제외되는 구성을 기준으로 합니다.
| 점검 항목 | 실제 확인 결과 | 독자가 확인할 예상 결과 |
|---|---|---|
| robots.txt | 전체 공개 경로 허용, /api/ 제외, 사이트맵 위치 명시 | 검색 로봇이 공개 문서와 사이트맵에 접근 가능 |
| 홈 canonical | https://websalim.com/ | 대표 URL이 자기 자신을 가리킴 |
| 이 글 canonical | 현재 글의 HTTPS 고정 URL | 중복 매개변수나 다른 호스트 대신 대표 URL 사용 |
| 사이트맵 | 통합 후 색인 대상 글만 포함 | noindex 통합 안내 글은 사이트맵에서 제외 |
| 글별 robots | 유지하는 글은 index,follow, 통합 안내는 noindex | 색인 대상과 보관용 페이지의 역할이 분리됨 |
Search Console의 노출·클릭 수치는 계정 내부 데이터이므로 이 글에서 공개 검증값처럼 제시하지 않습니다. 기술 응답이 정상이라는 사실도 검색 노출 상승을 보장하지 않습니다. Search Console은 배포 이후 Google이 실제로 다시 수집하고 색인 상태를 갱신했는지 확인하는 별도 단계로 사용합니다.
세 축을 독자 질문·행동·결과로 정의하기
중복 콘텐츠를 제목 문자열만으로 판단하면 “SEO 핵심 요소”, “검색 최적화 3축”, “검색 유입 실무”처럼 이름만 다른 같은 글이 계속 생깁니다. 발행 전에는 아래 세 질문을 한 묶음으로 비교해야 합니다.
- 독자는 어떤 한 가지 질문의 답을 얻으려는가?
- 글을 읽고 어떤 행동을 직접 수행하는가?
- 수행 뒤 어떤 결과를 확인할 수 있어야 하는가?
세 항목이 기존 글과 모두 같다면 제목과 목차가 달라도 새 글을 만들지 않고 기존 글을 보강합니다. 질문은 같지만 행동과 결과가 다르면 별도 글이 될 수 있습니다. 예를 들어 “SEO 상태를 점검한다”와 “Search Console 데이터를 월간 보고서로 만든다”는 사용 도구가 겹쳐도 최종 행동과 결과가 다릅니다.
1축: 기술 — 발견·수집·색인 경로 확인
기술 축의 독자 질문은 “검색엔진이 이 URL을 정상적으로 발견하고 대표 페이지로 이해할 수 있는가?”입니다. 행동은 HTTP 응답, robots, canonical, sitemap, 내부 링크를 확인하는 것이고, 예상 결과는 색인을 막는 명시적 장애와 URL 중복을 구분한 목록입니다.
응답과 대표 URL
먼저 대표 호스트와 HTTPS 정책을 확인합니다. 공개 페이지는 최종적으로 200을 반환하고, 이전 주소나 HTTP 변형은 의도한 대표 주소로 이동해야 합니다. 잘못된 404, 로그인 리디렉션, 반복 리디렉션은 콘텐츠 품질을 논하기 전에 해결합니다.
curl -sS -o /dev/null -D - http://example.com/path
curl -sS -o /dev/null -D - https://example.com/path
curl -fsS https://example.com/path \
| grep -i '<link rel="canonical"'canonical은 색인을 금지하는 지시가 아니라 중복 URL 중 선호 주소를 알려 주는 신호입니다. 검색에서 빼야 하는 보관용·통합 안내 페이지는 noindex를 사용하고 사이트맵과 주요 목록에서 제거합니다. 중요한 본문을 robots.txt로 막아 놓고 noindex를 읽어 주길 기대하면 검색 로봇이 메타 태그를 확인하지 못할 수 있습니다.
robots와 사이트맵
robots.txt에서 사이트맵 위치를 찾고 실제 XML이 200으로 열리는지 확인합니다. 사이트맵에는 canonical이 다른 URL, noindex, 초안, 리디렉션 URL을 넣지 않습니다. 사이트맵의 URL 수가 많다는 사실보다 현재 색인 대상으로 유지할 고유 콘텐츠만 담겼는지가 중요합니다.
curl -fsS https://example.com/robots.txt
curl -fsS https://example.com/sitemap.xml \
| grep -o '<loc>[^<]*</loc>'내부 링크와 렌더링
홈, 카테고리, 관련 글에서 핵심 글로 이동할 수 있는지 확인합니다. 자바스크립트를 실행해야만 생기는 링크, 버튼 클릭으로만 이동하는 URL, 고아 페이지는 검색 로봇과 독자 모두 찾기 어렵습니다. 링크 텍스트는 “여기”보다 목적지를 설명하는 문구를 사용합니다.
기술 축의 완료 조건은 “모든 URL이 초록색”이 아니라 다음 세 목록이 생기는 것입니다. 즉시 수정할 차단 오류, 통합하거나 대표 주소를 정할 중복 URL, 현재 정상이라 기록할 URL을 분리합니다.
2축: 콘텐츠 — 질문 하나를 실제로 해결하는지 확인
콘텐츠 축의 독자 질문은 “이 페이지가 다른 글을 다시 조합한 설명이 아니라 내 문제를 해결할 수 있는가?”입니다. 행동은 첫 문단의 직접 답변, 실행 단계, 근거, 제한, 오류 해결을 읽고 재현하는 것이며, 예상 결과는 수정 전후의 차이를 독자가 확인할 수 있는 글입니다.
첫 문단과 본문의 약속 일치
제목이 묻는 핵심 질문에 첫 2~4문장 안에서 답합니다. “공식 자료가 부족하지만 일반적인 방법을 설명한다”처럼 제목의 약속을 회피하면 업체명이나 구체적 기능을 제목에서 제거해야 합니다. 첫 문단에서 한 약속은 본문의 단계와 결과 표에서 실제로 완성되어야 합니다.
직접 경험과 출처의 역할 분리
공식 문서는 제품·표준의 현재 동작을 확인하는 근거이고, 직접 검증은 그 절차가 특정 날짜와 환경에서 어떤 결과를 냈는지 보여 주는 근거입니다. 둘 중 하나만으로는 충분하지 않을 수 있습니다. 명령어를 제시했다면 실행 환경, 대상, 정상 출력의 판정 기준을 함께 적고, 관리자 화면을 확인하지 못했다면 메뉴 위치를 추정하지 않습니다.
고유 가치 점검표
| 독자 질문 | 글 안의 행동 | 확인 가능한 결과 |
|---|---|---|
| 이 설정이 필요한가? | 적용 조건과 제외 조건을 비교 | 적용·보류 결정을 내릴 수 있음 |
| 어디서 실패했는가? | 명령·화면·로그를 순서대로 확인 | 실패 단계와 다음 조치가 남음 |
| 변경이 반영됐는가? | 배포 전후 응답을 비교 | 상태 코드·헤더·화면 변화로 확인 |
| 정보가 현재도 유효한가? | 공식 문서와 검증일을 확인 | 재검증 필요 여부를 판단 |
이 표를 채우지 못하고 정의와 장점만 반복하는 글은 길어도 가치가 낮을 수 있습니다. 반대로 짧더라도 독자의 질문, 행동, 결과가 명확하고 실제 근거가 있으면 다른 글과 역할이 분명합니다.
3축: 신뢰 — 작성·검수·정정 책임 확인
신뢰 축의 독자 질문은 “누가 어떤 기준으로 확인했고, 틀리면 어디서 정정할 수 있는가?”입니다. 행동은 운영자·검수 책임, 검토일, 출처, 문의·정정 정책을 확인하는 것이고, 예상 결과는 독자가 정보의 범위와 최신성을 스스로 판단할 수 있는 상태입니다.
모든 글에는 작성·검수 책임 주체와 글별 최근 검수일을 표시합니다. 사이트 소개에는 운영 책임, 자동화 도구 사용 범위, 공식 출처 우선 원칙, 검증하지 못한 업체 화면을 단정하지 않는 기준을 공개합니다. 문의와 편집·정정 정책은 실제로 접근 가능한 링크여야 합니다.
광고가 사이트 운영에 사용되더라도 광고 스크립트는 실질적인 본문 글에서만 활성화합니다. 홈·목록·카테고리·정책·문의·noindex 페이지에 광고 로더를 넣지 않으면 콘텐츠를 읽는 목적과 탐색·정책 페이지의 역할이 더 선명해집니다. 광고 여부와 관계없이 본문 판단 기준은 동일하게 유지합니다.
60~90분 점검 순서
0~20분: 색인 경로 표 만들기
대표 URL 10~20개를 고르고 응답 코드, robots, canonical, 사이트맵 포함 여부, 내부 링크 유무를 기록합니다. 홈만 확인하지 말고 최근 글, 오래된 글, 카테고리, 통합 대상 URL을 섞습니다.
20~50분: 콘텐츠 역할 비교하기
제목이 비슷한 글을 모은 뒤 각 글의 독자 질문·행동·예상 결과를 한 줄씩 적습니다. 세 항목이 겹치면 더 강한 글 하나로 통합하고 약한 URL은 noindex 또는 준비된 301 리디렉션으로 처리합니다. 삭제부터 하면 외부 링크와 문제 조사 경로를 잃을 수 있으므로 먼저 통합 목적지를 확정합니다.
50~70분: 근거와 검수 정보 확인하기
업체명, 수치, 날짜, 메뉴 위치, 정책 설명을 표시하고 각각의 공식 출처 또는 직접 검증 기록이 있는지 확인합니다. 출처가 없으면 표현을 일반화하거나 삭제합니다. 오래된 화면 설명은 검증일과 환경을 갱신할 때까지 공개 발행 대기로 돌립니다.
70~90분: 배포 후 결과 확인하기
변경 URL의 HTML, 사이트맵, 홈·카테고리 목록, RSS를 다시 읽습니다. 유지 글은 index, 통합 안내는 noindex, 사이트맵에는 유지 글만 남았는지 확인합니다. 이후 Search Console에 사이트맵을 다시 제출하고 URL 검사를 통해 Google이 읽은 canonical과 색인 허용 상태를 확인합니다.
우선순위 결정 기준
- 실수로 색인을 막거나 잘못된 URL로 보내는 기술 오류를 먼저 고칩니다.
- 같은 질문·행동·결과를 반복하는 글을 통합합니다.
- 업체명·수치·화면 설명에 근거가 없는 메타데이터를 제거합니다.
- 유지 글에 직접 검증, 오류 해결, 검수 정보를 보강합니다.
- Search Console의 재수집 뒤 남는 실제 검색어·페이지 문제를 다음 개선 목록으로 옮깁니다.
배포 성공, HTTP 200, 사이트맵 생성은 필요한 조건이지만 검색 성과의 원인을 증명하지 않습니다. 검색 노출 변화는 Google의 재수집과 색인 반영, 검색어 수요, 경쟁 페이지 등 다른 변수와 함께 봐야 합니다. 따라서 “이 조치로 순위가 오른다”가 아니라 “어떤 장애를 제거했고 어떤 상태를 확인했다”는 기록을 남깁니다.
재검토 요청 전 완료 조건
- 자동 발행이 중지되어 새 미검수 글이 공개되지 않는다.
- 중복 SEO·SSL 글이 각각 하나의 유지 글로 통합됐다.
- 유지 SSL 글에 실제 도메인 검증 날짜·도구·결과와 공식 문서가 있다.
- 확인하지 못한 업체명이 공개 제목과 설명에서 제거됐다.
- 글마다 작성·검수 책임과 최근 검수일이 보인다.
- 광고 로더는 색인 가능한 본문 글에서만 활성화된다.
- 사이트맵과 주요 목록에서
noindex통합 안내가 제외됐다. - Search Console이 변경된 사이트맵과 대표 URL을 다시 읽은 뒤 재심사를 요청한다.
이 완료 조건 중 마지막 항목은 배포와 동시에 끝나지 않습니다. 재수집에는 시간이 걸릴 수 있으므로 URL 검사에서 최신 페이지와 색인 허용 상태가 확인되기 전에 재심사를 서두르지 않는 것이 좋습니다.
참고 자료
- Google 검색엔진 최적화 기본 가이드 — 확인일 2026-08-31
- Google 사람 중심의 유용한 콘텐츠 만들기 — 확인일 2026-08-31
- Google 크롤링 및 색인 생성 개요 — 확인일 2026-08-31
- Google URL 재크롤링 요청 안내 — 확인일 2026-08-31
- 웹살림 SSL 설치·검증 체크리스트 — 내부 연결