테크니컬 SEO 필수 점검 조건, 개발팀에 넘기는 점검표

대행사 리포트에 테크니컬 SEO 개선이 필요하다고만 적혀 있고 어떤 항목을 어떤 기준으로 고칠지가 없으면, 개발팀에 보낼 요청서를 쓸 수 없습니다.

요청서에 항목·확인 방법·통과 기준·근거 문서 네 칸이 있으면 개발자가 그대로 작업 티켓으로 받습니다. 점검표의 통과 기준 칸은 구글 검색 센터와 web.dev 공식 문서에서 가져왔습니다.

1. 개발팀에 그대로 넘기는 점검표 여덟 항목

항목·확인 방법·통과 기준·근거 문서 네 칸을 맞추면 표 한 장이 작업 요청서가 되고, PION은 브랜드 사이트 진단 결과도 같은 네 칸으로 전달합니다. 앞의 세 항목은 Google 검색 기술 요구사항(2025년 12월 18일 갱신)이 색인 대상의 최소 조건으로 든 "Googlebot이 차단되지 않음", "페이지가 작동함", "페이지에 색인 생성 가능한 콘텐츠가 있습니다"입니다.

판정에는 대표 페이지 세 개면 됩니다. 홈, 주력 서비스 페이지, 최근 글 하나를 고른 다음 순서대로 표시합니다.

1. /robots.txt 를 불러와 1번과 8번 항목의 User-agent 그룹을 표 옆에 옮깁니다.
2. 브라우저 설정에서 자바스크립트를 끄고 세 페이지를 다시 불러옵니다. 제목·본문·내부 링크가 그대로면 4번 항목이 통과입니다.
3. 같은 주소를 curl 로 받아 본문 문장 하나를 검색합니다. 결과가 없으면 4번 항목은 미통과입니다.
4. 서치콘솔 URL 검사로 2·3·5번 항목을, 메뉴 링크 주소로 6번 항목을, PageSpeed Insights 결과로 7번 항목을 표시합니다.
5. 미통과 항목만 뽑아 개발팀에 넘깁니다. 통과 기준 칸이 완료 조건이고 근거 문서 칸이 그 출처입니다.

2. 자바스크립트로 그리는 페이지의 색인 조건

구글은 렌더링 단계를 따로 두고 자바스크립트를 실행합니다. 그래서 4번 항목은 원본 HTML 에 본문이 있어야 통과로 정했습니다. 자바스크립트 검색엔진 최적화의 기본사항 이해하기(2026년 3월 6일 갱신)는 "Google의 리소스가 허용되면 헤드리스 Chromium이 페이지를 렌더링하고 JavaScript를 실행합니다"라고 설명합니다.

렌더링 결과를 소유자가 조회할 수단은 없습니다. 같은 문서가 "페이지가 크롤링 및 렌더링을 기다리고 있는 경우 바로 확인할 방법은 없습니다"라고 명시했습니다. 자바스크립트를 끈 화면이 비어 있고 curl 응답에도 본문 문장이 없으면, 그 본문은 렌더링 뒤에만 나타납니다.

3. 같은 내용이 여러 주소에 있으면 구글은 어떻게 처리하나요?

구글이 중복 주소 하나를 표준 URL 로 골라 실적과 링크 신호를 거기에 합칩니다. 5번과 6번 항목은 그 선택을 우리 의도와 맞추는 작업입니다. 표준 URL을 지정하는 방법(2026년 7월 15일 갱신)은 rel=canonical 을 "지정된 URL이 표준 URL이 되어야 하는 강력한 신호입니다"라고 적고, 사이트맵 포함은 그보다 약한 신호로 뒀습니다.

개발 요청에 바로 넣을 권장사항은 내부 링크입니다. 같은 문서는 "표준으로 간주하는 URL에 일관되게 연결하면 Google이 선호하는 페이지를 파악하는 데 도움이 됩니다"라고 안내합니다. 추적 파라미터가 붙은 주소로 링크가 걸려 있으면 6번 항목이 미통과입니다.

4. Core Web Vitals의 통과 기준

구글은 순위 시스템이 Core Web Vitals 를 사용한다고 밝히면서도 페이지 경험에 단일 신호는 없다고 명시했습니다. 그래서 7번 항목의 통과선은 만점 대신 권장값으로 정했습니다. Google 검색결과의 페이지 경험 이해하기(2025년 12월 18일 갱신)는 "Google 검색 순위 시스템에서는 Core Web Vitals가 사용됩니다"라고 적으면서, 다른 페이지 경험 항목은 검색 결과 순위를 직접 높이지 않는다고 밝혔습니다.

기준값은 Web Vitals(2024년 10월 31일 갱신) 문서가 좋은 경험으로 정한 값입니다.

• LCP 2.5초 이내
• INP 200밀리초 이하
• CLS 0.1 이하

측정은 "모바일 및 데스크톱 기기별로 구분하여 페이지 로드 횟수의 75번째 백분위수"로 정합니다.

5. 크롤링 예산이 해당되는 사이트 규모

대부분의 브랜드 사이트에는 해당되지 않아서 점검표에 넣지 않았습니다. 크롤링 예산 관리(2026년 8월 5일 갱신)는 대상 독자를 "고유한 페이지 수가 1백만 개 이상"인 사이트와 "1만 개 이상이며 콘텐츠가 매우 빠르게 변경됨(매일)"인 사이트로 한정하고, "페이지가 게시된 당일에 크롤링되는 것 같다면 이 가이드를 참조하지 않아도 됩니다"라고 안내합니다.

1만 개에 못 미치는 사이트가 크롤링 예산을 개선 항목으로 받았다면 그 근거를 물어야 합니다. 제안서 항목을 대조하는 순서는 AEO 마케팅·GEO 마케팅 업체 고를 때 확인할 것과 AI가 인용하는 출처에 있습니다.

6. AI 검색 봇 규칙은 왜 따로 대조하나요?

robots.txt 는 봇 이름별로 그룹이 따로 적용되므로, 1번 항목에서 Googlebot 만 대조하면 AI 검색 봇 규칙이 점검 범위 밖으로 빠집니다. RFC 9309는 자기 이름의 그룹이 없는 봇에 대해 "crawlers MUST obey the group with a user-agent line with the "*" value, if present"라고 적었습니다. 개발 중 넣어 둔 Disallow: / 가 * 그룹에 그대로 있으면 AI 검색 봇도 같은 규칙을 받습니다.

봇 이름마다 용도가 따로 있습니다. Anthropic 의 크롤러 안내(2026년 4월 7일)는 Claude-SearchBot 이 "navigates the web to improve search result quality for users"라고 적고, ClaudeBot 은 학습용 수집으로 나눕니다. 학습용 봇만 막고 검색용 봇은 허용할 수 있습니다.

다른 검색 봇이 같은 렌더링을 거친다는 문장은 공개 문서에 없어서 4번 항목을 원본 HTML 기준으로 두었습니다. 대행을 검토한다면 계약 전에 물을 항목 다섯 가지를 GEO 대행 에이전시 추천, AI 답변이 매번 바뀌는 이유와 선택 기준에 정리했습니다.

색인을 막는 1~3번 항목이 미통과면 새로 발행한 글도 색인되지 않습니다. PION이 사이트 점검과 발행을 어떤 순서로 맡는지는 GEO 대행 서비스 안내에서 확인하실 수 있습니다. 봇 접근과 색인이 막혔는지 먼저 표시하려면 AI 답변 노출 기초 점검을 쓰면 되고, 8개 항목이 이 점검표와 같은 순서입니다.