영향도 순으로 정리한 기술 SEO 체크리스트. 색인 차단, 크롤링 낭비, 속도, AI 크롤러 접근을 먼저 고치고 오늘 바로 할 수 있는 한 시간 점검을 따라 하세요.

이 페이지의 내용
요약
기술 SEO 체크리스트는 검색엔진과 AI 어시스턴트가 여러분의 페이지에 접근하고, 읽고, 저장할 수 있는지 확인하는 도구입니다. 영향이 큰 순서대로 점검하세요. 먼저 색인을 막는 요소(robots.txt, noindex, 오류, HTTPS), 그다음 구글의 시간을 낭비하게 하는 요소(리디렉션, 중복, 깨진 링크), 마지막으로 사용 경험을 높이는 요소(속도, 모바일, 구조화 데이터)입니다. Google Search Console과 크롤러만 있으면 집중된 한 시간으로 가장 중요한 문제를 찾아낼 수 있습니다.
더 알아보고 싶다면 물어보세요
간단 퀴즈
SEO가 맞습니까? 어떻게 시작해야 합니까?
Sorank가 답변에 잘 맞습니다
귀사의 사이트에서 3일 동안 사용해 보시고 Google, ChatGPT 및 다른 AI에서 귀사의 현재 위치를 확인하십시오.
3일 무료 체험 시작3일 무료, 이후 언제든 해지할 수 있습니다. 90일 성과 보장, 조건 적용.
즐겨 쓰는 AI에서 쓸 체크리스트 받기
ChatGPT, Claude 또는 Gemini에 붙여 넣으면 사이트를 항목별로 점검해 주는 파일입니다.
기술 SEO는 웹사이트의 배관 작업입니다. 콘텐츠가 아무리 훌륭해도 구글이 페이지를 가져오지 못하거나 잘못된 버전을 가져온다면 그 페이지는 절대 순위에 오르지 못합니다. 기술 체크리스트는 다음 세 가지 질문에 이 순서대로 답합니다. 검색엔진이 페이지에 도달할 수 있는가, 이해할 수 있는가, 그리고 페이지가 쓰기에 편한가?
구글 자체는 기준을 낮게 잡고 있습니다. Search Essentials 기술 요구사항은 색인 자격을 위한 조건으로 세 가지만 나열합니다. Googlebot이 차단되지 않았을 것, 페이지가 HTTP 200(성공) 상태 코드를 반환할 것, 색인 가능한 콘텐츠가 있을 것. 이 목록의 나머지는 모두 이 세 가지를 대규모로, 구글의 주의를 낭비하지 않고 깔끔하게 해내기 위한 것입니다.
기술 체크리스트가 다루지 않는 것은 키워드 선정, 글의 품질, 백링크입니다. 이들은 온페이지 SEO와 링크 빌딩의 영역입니다. 감사가 어떻게 점수화되고 보고되는지 전체 그림을 원하신다면 기술 SEO 감사 가이드가 방법을 더 깊이 다룹니다. 이 글은 다른 각도에서 접근합니다. 모든 점검 항목을 영향도 순으로 정렬해, 바쁜 대표가 무엇을 먼저 고치고 무엇을 미뤄도 되는지 알 수 있게 합니다.
| 우선순위 | 지키는 것 | 대표적인 점검 항목 | 건너뛰면 생기는 일 |
|---|---|---|---|
| 1. 차단 요소 | 색인 | robots.txt, noindex 태그, 4xx와 5xx 오류, HTTPS | 페이지가 구글에서 완전히 사라짐 |
| 2. 낭비 요소 | 크롤링 효율 | 리디렉션 체인, 중복, canonical, 사이트맵, 깨진 링크 | 구글이 잘못된 버전을 색인하거나 새 페이지를 무시함 |
| 3. 사용 경험 | 순위와 전환 | Core Web Vitals, 모바일 레이아웃, 구조화 데이터 | 가능한 것보다 낮은 순위에 머물고 방문자가 이탈함 |
| 4. AI 대응 | ChatGPT, Gemini, Perplexity에서의 노출 | AI 크롤러 접근, 원본 HTML 속 콘텐츠, 명확한 개체 정보 | AI 어시스턴트가 여러분 대신 경쟁사를 인용함 |
이 첫 점검을 하는 데 개발자일 필요는 없습니다. Google Search Console 접근 권한, 크롤러(소규모 사이트는 무료 버전으로 충분합니다), 그리고 가장 중요한 열 개 페이지 목록이 필요합니다. 홈페이지, 주요 서비스 또는 상품 페이지, 가격, 문의 페이지 등입니다.
한 시간 기술 SEO 점검
발견한 내용은 URL, 문제, 우선순위, 담당자, 수정 날짜로 구성된 간단한 표에 기록하세요. 이 기록이 일회성 감사를 습관으로 바꿔 줍니다. 크롤러 선택에 도움이 필요하다면 최고의 기술 SEO 도구 비교 글이 용도별로 순위를 매겨 두었습니다.

이 점검들이 먼저 오는 이유는 실수 하나가 사이트의 한 영역 전체를 구글에서 지울 수 있기 때문입니다. 원인을 찾고 나면 보통 빠르게 고칠 수 있습니다.
robots.txt 파일은 크롤러가 방문해도 되는 폴더를 알려 줍니다. 스테이징 사이트에서 남은 Disallow: / 같은 줄은 리디자인 후 사이트가 사라지는 가장 흔한 원인 중 하나입니다. 상품, 서비스, 블로그 폴더가 허용되어 있는지, 그리고 구글이 페이지를 렌더링하는 데 필요한 CSS와 JavaScript 파일이 차단되지 않았는지 확인하세요. robots.txt 검사기로 몇 초 만에 파일을 검증할 수 있고, Search Console에 이미 경고가 보인다면 robots.txt에 의해 차단됨 가이드가 각 해결법을 설명합니다.
noindex 메타 태그나 HTTP 헤더는 구글에 해당 페이지를 빼라고 알립니다. 감사 페이지, 내부 검색 결과, 로그인 화면에서는 유용하지만 가격 페이지에서는 재앙입니다. 크롤링 내보내기 결과를 "noindex"로 필터링하고, 목록의 모든 페이지가 정말로 숨겨져야 하는 것인지 확인하세요.
중요한 URL은 모두 200 코드로 응답해야 합니다. 404(찾을 수 없음)나 5xx(서버 오류)를 반환하는 페이지는 색인될 수 없습니다. 서버 오류는 특히 주의가 필요합니다. 반복되면 구글이 서버를 보호하기 위해 방문 속도를 늦춥니다. 비어 보이지만 200을 반환하는 페이지, 이른바 소프트 404도 또 하나의 함정이며 소프트 404 가이드에서 다룹니다.
사이트에는 네 가지 접속 방식이 있습니다. "www"의 유무, 그리고 "http"인지 "https"인지입니다. 하나만 응답해야 하고, 나머지 셋은 그곳으로 영구 리디렉션되어야 합니다. 각 변형을 브라우저에 입력해 어디로 가는지 확인하세요. 아직 일부가 http에 있다면 HTTPS와 SEO 가이드가 안전한 이전 방법을 다룹니다.
더 이상 막힌 것이 없다면 다음 목표는 모든 크롤링이 의미 있게 하는 것입니다. 구글은 모든 URL을 매일 방문하지 않습니다. 구글이 따라가는 중복, 체인, 죽은 링크 하나하나는 새 콘텐츠에 쓰이지 못한 방문입니다.
리디렉션 체인은 페이지 A가 B로, B가 C로 보내는 경우입니다. 단계마다 사용자가 느려지고 신호가 희석됩니다. 모든 체인을 이전 URL에서 최종 URL로 가는 직접적인 영구 리디렉션(301) 한 번으로 바꾸고, 내부 링크도 최종 URL을 바로 가리키도록 수정하세요. 어떤 URL의 경로든 리디렉션 검사기로 따라가 볼 수 있고, 301, 302, 307, 308을 언제 쓰는지는 SEO 리디렉션 전체 가이드를 참고하세요.
리디렉션 체인 정리하기
같은 페이지가 여러 주소로 존재하는 일이 흔합니다. 추적 매개변수가 붙거나, 필터가 붙거나, 끝 슬래시가 있거나 없는 경우입니다. canonical 태그는 어느 버전이 기준인지 구글에 알려 줍니다. 중요한 페이지마다 자기 자신을 가리키는 canonical이 있는지, 그리고 구글도 동의하는지 확인하세요. URL 검사에서 "사용자가 선언한 canonical"과 "Google이 선택한 canonical"을 비교합니다. 무료 canonical 검사기로 어떤 페이지의 canonical이 어디를 가리키는지 볼 수 있습니다.
사이트맵은 구글에 건네는 목록입니다. 살아 있고, 색인 가능하며, canonical이고, 200을 반환하는 URL만 담아야 합니다. 구글의 사이트맵 문서에 따르면 각 파일은 압축하지 않은 상태로 50MB 또는 50000개 URL로 제한되고, 전체 절대 URL을 사용해야 하며, 검색 결과에 표시하고 싶은 버전을 기재해야 합니다. Search Console에 제출하고 "제출됨"과 "색인됨"을 비교하세요. 단계별 가이드에서 사이트맵 만드는 방법을 보여 주고, 사이트맵 검사기가 파일을 검증합니다.
내부 링크는 방문자와 크롤러가 사이트를 이동하는 방식입니다. 404로 이어지는 내부 링크를 모두 고치고, 중요한 페이지가 관련 페이지로부터 최소 몇 개의 링크를 받도록 하세요. 자신을 가리키는 내부 링크가 하나도 없는 페이지(고아 페이지)는 늦게 발견되거나 전혀 발견되지 않는 경우가 많습니다. SEO를 위한 사이트 구조 가이드가 핵심 페이지를 홈페이지 가까이에 두는 방법을 설명합니다.
속도와 모바일 사용성이 페이지를 구글에서 제거하는 일은 드물지만, 순위가 얼마나 오르는지와 무엇보다 방문자가 머무는지에 영향을 줍니다. 구글의 Core Web Vitals 문서는 세 가지 목표를 정합니다. Largest Contentful Paint(LCP, 주요 콘텐츠가 표시되는 시간)는 2.5초 이내, Interaction to Next Paint(INP, 탭이나 클릭에 페이지가 반응하는 속도)는 200밀리초 미만, Cumulative Layout Shift(CLS, 레이아웃이 얼마나 튀는지)는 0.1 미만입니다. 구글은 이 점수들이 핵심 랭킹 시스템이 보상하려는 것과 일치한다고 말하지만, 비중은 밝히지 않습니다.
대부분의 사이트는 여전히 최소 한 가지 목표를 놓칩니다. HTTP Archive의 Web Almanac 2024 성능 장은 모바일 웹사이트를 각 기준에 비추어 측정했습니다.
2024년 모바일 웹사이트 중 점수가 양호한 비율
출처: HTTP Archive, Web Almanac 2024, 성능 장
로딩이 가장 약한 지점이므로 거기서 시작하세요. 일반적인 개선책은 개발자나 에이전시에 전달하기 쉽습니다.
PageSpeed Insights 가이드가 보고서를 읽고 잡음을 걸러내는 법을 설명하고, 용어집의 Core Web Vitals 항목이 각 지표를 쉬운 말로 다룹니다.
구조화 데이터(JSON-LD 형식의 스키마 마크업)는 기계에게 페이지를 설명합니다. 이것은 상품이고, 이것이 가격이며, 이것이 그 뒤에 있는 회사라는 식입니다. 눈에 보이는 콘텐츠와 사실대로 일치하는 곳에만 추가하세요. 홈페이지에는 Organization, 상품 페이지에는 Product, 블로그 글에는 Article, 매장에는 LocalBusiness입니다. 게시 전에 구조화 데이터 검증기로 검증하세요.
이제 검색의 점점 더 많은 비율이 링크 목록이 아니라 ChatGPT, Gemini, Claude, Perplexity의 답변으로 끝납니다. 이 어시스턴트들은 자체 크롤러에 의존하며, 구글에 완벽한 사이트도 이들에게는 보이지 않을 수 있습니다. 가장 중요한 세 가지 점검은 다음과 같습니다.
전체 목록은 기술 GEO 체크리스트를 참고하세요. 수정 사항을 적용한 뒤에는 효과가 있는지 알아야 합니다. Sorank의 GEO / SEO 대시보드는 구글 트래픽과 AI 어시스턴트에서의 노출을 한 화면에 보여 주므로, 도구를 오가지 않고도 각 수정의 효과를 확인할 수 있습니다.
중소기업 사이트에서 가장 자주 보는 오류입니다. 대부분 리디자인, 플랫폼 변경, 확인 없이 설치한 플러그인에서 비롯됩니다.
피해야 할 실수
마지막 항목이 가장 큰 비용을 치르게 합니다. 웹사이트는 시간이 지나며 어긋납니다. 플러그인 업데이트가 noindex를 추가하고, 새 페이지 템플릿이 canonical을 빠뜨리고, 편집자가 백링크가 걸린 페이지를 삭제합니다. 짧은 월간 점검이 트래픽에 손해가 나기 전에 이를 잡아 줍니다.
이 목록을 프로젝트 관리 도구에 복사해 매달 점검하고, 리디자인, 이전, 플랫폼 변경 후에도 점검하세요. 항목은 우선순위 순입니다.
월간 기술 SEO 체크리스트
오늘 한 가지만 할 시간이 있다면 첫 두 줄을 하세요. Search Console을 열고 가장 중요한 열 개 페이지를 검사하는 것입니다. 그중 하나라도 구글에 없다면 이번 주의 우선순위를 찾은 것입니다. 모두 있다면 크롤링을 실행하고 목록을 따라 내려가세요. 무료 깨진 링크 검사기는 어떤 페이지에서든 빠르게 시작하는 방법입니다.
색인을 막는 요소(robots.txt 규칙, noindex 태그, 4xx와 5xx 오류, HTTPS)부터 시작하세요. 그다음 크롤링을 낭비하는 요소(리디렉션 체인, 중복, canonical, 사이트맵, 깨진 링크)를 고치고, 마지막으로 속도, 모바일 사용성, 구조화 데이터, AI 크롤러 접근을 정비합니다.
대부분의 비즈니스 사이트는 매달 짧은 점검으로 충분합니다. Search Console, 핵심 URL 열 개, 빠른 크롤링을 확인하세요. 리디자인, URL 변경, 이전, 플랫폼 교체 후에는 전체 감사를 하세요. 기술적 문제 대부분이 그때 생기기 때문입니다.
진단은 가능합니다. Google Search Console, 무료 크롤러, PageSpeed Insights로 거의 모든 문제를 직접 찾을 수 있습니다. 서버 오류, 맞춤형 사이트의 리디렉션, 속도 개선 같은 일부 수정에는 개발자가 필요할 수 있지만, 찾아낸 결과로 정확하게 지시할 수 있습니다.
