테크니컬 SEO (Technical SEO)

테크니컬 SEO는 검색엔진이 사이트의 페이지를 발견하고 읽어 색인할 수 있도록 기술 설정과 구조를 정비하는 작업입니다. 크롤링, 렌더링, 대표 URL 선택 등에 문제가 생겨 콘텐츠가 검색 대상에서 빠지지 않도록 관리합니다.

유용한 글도 robots.txt가 검색로봇을 막거나 서버가 계속 오류를 반환하면 내용을 수집하기 어렵습니다. 주요 페이지에 noindex가 잘못 설정된 경우에는 색인에서 제외될 수 있습니다. 테크니컬 SEO는 이런 원인을 찾아 콘텐츠가 정상적으로 처리되도록 고칩니다.

검색엔진이 페이지를 처리하는 흐름

검색엔진은 URL을 발견한 뒤 내용을 가져와 해석하고, 색인에 저장한 페이지 가운데 검색어에 맞는 결과를 선택합니다.

1. 발견과 크롤링: 검색로봇이 링크와 사이트맵을 따라 URL을 찾고 페이지를 요청합니다.
2. 읽기와 렌더링: HTML과 CSS, JavaScript를 처리해 사용자가 보는 내용과 페이지 구조를 확인합니다.
3. 색인과 대표 URL 선택: 내용을 분석하고 중복 URL 가운데 검색에 사용할 대표 페이지를 정합니다.
4. 검색결과 제공: 검색어와 관련성, 품질과 여러 신호를 평가해 결과에 표시합니다.

테크니컬 SEO는 발견, 크롤링, 렌더링, 색인 과정에서 생기는 장애를 주로 해결합니다. 검색 순위에는 기술 상태 외에도 검색 의도와 콘텐츠 품질, 사이트 외부의 신뢰 신호가 영향을 줍니다.

크롤링이 가능한 상태, 색인이 가능한 상태, 실제로 색인된 상태는 다릅니다. 검색로봇이 접근할 수 있어도 noindex가 있으면 색인에서 제외될 수 있고, 색인 요건을 갖춰도 검색엔진이 저장하지 않을 수 있습니다. 색인된 페이지도 모든 관련 검색어에 노출되는 것은 아닙니다.

테크니컬 SEO의 주요 점검 항목

검색로봇이 페이지를 가져오지 못했다면 robots.txt와 서버 응답부터 조사합니다. 페이지를 가져왔지만 본문이 누락됐다면 렌더링된 HTML에서 핵심 내용이 보이는지, 필요한 JavaScript 리소스가 차단됐는지 확인합니다.

구글 검색의 최소 기술 요건

Google은 페이지가 색인 대상이 되기 위한 최소 기술 요건을 세 가지로 안내합니다.

1. Googlebot이 페이지에 접근할 수 있어야 합니다.
2. 페이지가 HTTP 200 성공 상태로 정상 작동해야 합니다.
3. Google이 색인할 수 있는 콘텐츠가 있어야 합니다.

이 조건을 충족해도 실제 색인이나 상위 노출이 보장되지는 않습니다. 또한 모든 URL을 200으로 응답하게 만드는 것이 목표는 아닙니다. 삭제한 페이지라면 404나 410이 적절하고, 일시적인 서비스 장애에는 503을 반환합니다. 검색에 남겨야 할 페이지에서 오류가 발생하거나 엉뚱한 주소로 리디렉션될 때 수정이 필요합니다.

robots.txt는 크롤링을 제한합니다. 페이지를 차단해도 다른 곳의 링크에서 주소가 발견되면 URL이 검색결과에 남을 수 있습니다. 검색에서 제외하려면 검색로봇이 페이지를 읽을 수 있도록 허용한 상태에서 noindex를 적용해야 합니다.

코어 웹 바이탈의 확인 기준

코어 웹 바이탈은 실제 방문자가 겪는 로딩 속도, 반응 속도, 화면의 안정성을 측정합니다. 각 지표는 방문 데이터의 75번째 백분위수로 평가합니다. 예를 들어 LCP가 ‘좋음’을 받으려면 방문의 75% 이상에서 주요 콘텐츠가 2.5초 안에 표시돼야 합니다.

이 지표는 사용성 문제를 찾는 기준이며, ‘좋음’을 받았다고 검색 순위가 반드시 오르는 것은 아닙니다.

온페이지 SEO와 오프페이지 SEO의 차이

세 영역의 업무는 겹칠 수 있습니다. 내부 링크는 페이지 안의 요소이면서 사이트 구조와 크롤링에도 영향을 줍니다. 구조화 데이터 역시 HTML 요소지만 검색엔진에 정보를 전달하는 기술 설정이므로 테크니컬 SEO에 포함하는 경우가 많습니다.

어떤 문제부터 고쳐야 하나요?

사이트 전체를 차단하는 설정은 개별 페이지의 오류보다 많은 URL에 영향을 줍니다. 같은 오류라도 매출과 문의를 만드는 주요 페이지에서 발생했다면 우선순위를 높입니다.

1. 사이트 전체 접근 문제를 확인합니다. 방화벽과 robots.txt, 반복되는 서버 오류처럼 여러 페이지를 한꺼번에 막는 문제입니다.
2. 중요한 페이지의 색인 문제를 확인합니다. 잘못된 noindex와 캐노니컬, 404, 리디렉션을 페이지별로 봅니다.
3. 같은 콘텐츠로 연결되는 여러 URL을 정리합니다. 매개변수 URL의 중복 여부를 살피고, 캐노니컬과 내부 링크가 의도한 대표 URL을 가리키는지 점검합니다.
4. 속도와 모바일 사용성을 개선합니다. 전환을 막는 심각한 문제가 있다면 색인 문제보다 먼저 고칠 수도 있습니다.
5. 구조화 데이터와 검색결과 표현을 점검합니다. 유효한 마크업도 리치 결과를 보장하지는 않습니다.

새 글이 검색에 나오지 않을 때의 실제 진단

새 글이 구글에 나오지 않는다면 URL 검사에서 색인 상태를 확인하고 라이브 테스트로 현재 페이지를 검사합니다. HTML에 <meta name="robots" content="noindex">가 남아 있다면 해당 설정이 의도된 것인지부터 확인해야 합니다.

잘못 설정된 noindex를 제거했다면 라이브 테스트에서 색인 허용 여부를 다시 검사한 뒤 색인을 요청합니다. 이후 URL 검사의 마지막 크롤링 날짜가 수정 시점보다 최근인지, 색인 제외 사유가 바뀌었는지 확인합니다. 라이브 테스트에서 정상으로 나와도 Google이 아직 수정 전 페이지를 기준으로 색인 상태를 표시할 수 있습니다.

구글과 네이버에서 확인하는 방법

구글에서는 구글 서치콘솔을 사용합니다.

• 페이지 색인 생성 보고서에서 제외 사유와 영향을 받은 URL을 확인합니다
• 크롤링 통계 보고서에서 서버 응답과 Googlebot 요청 추이를 봅니다
• URL 검사에서 특정 URL의 색인 상태와 Google이 선택한 캐노니컬을 확인합니다
• 코어 웹 바이탈 보고서와 PageSpeed Insights에서 실제 사용자 데이터와 진단 데이터를 나눠 봅니다

URL 검사의 라이브 테스트는 현재 페이지에 접근해 처리할 수 있는지 검사합니다. Google이 어떤 URL을 대표로 선택했는지는 라이브 테스트가 아니라 색인된 페이지의 검사 결과에서 확인해야 합니다.

페이지 색인 생성 보고서에 표시된 제외 항목을 모두 오류로 볼 필요는 없습니다. 검색에서 빼려는 페이지의 noindex, 대표 페이지에 통합한 중복 URL, 삭제한 페이지의 404는 의도한 처리일 수 있습니다. 검색에 노출하려는 URL이 제외됐을 때 그 사유를 조사합니다.

네이버에서는 서치어드바이저를 따로 확인합니다.

• 사이트 최적화에서 제목과 설명, H1 등 기본 항목을 봅니다
• 수집 현황에서 네이버 검색로봇의 방문과 수집 결과를 확인합니다
• URL 검사로 개별 페이지의 수집 가능 여부와 SEO 항목을 확인합니다

검색엔진마다 수집 시점과 처리 결과가 다를 수 있습니다. 구글에서 문제가 해결됐더라도 네이버 보고서에서 같은 URL을 다시 확인합니다.

함께 알아두면 좋은 용어

• 크롤링: 검색로봇이 URL을 발견하고 페이지를 요청하는 과정
• 색인: 검색엔진이 페이지를 분석하고 검색 후보로 저장하는 과정
• JavaScript SEO: JavaScript로 만든 페이지의 발견과 렌더링 문제를 다루는 영역
• SEO 진단: 기술과 콘텐츠, 외부 신호를 함께 점검해 수정 순서를 정하는 작업

참고 문서

• Google 검색 센터, Google 검색 기술 요구사항
• Google 검색 센터, Google 검색의 작동 방식
• Google 검색 센터, Core Web Vitals 이해하기
• 네이버 서치어드바이저, 웹마스터 가이드
• 네이버 서치어드바이저, URL 검사
• 네이버 서치어드바이저, 수집 현황
• Google Search Console 고객센터, URL 검사 도구
• Google Search Console 고객센터, 페이지 색인 생성 보고서
• 네이버 서치어드바이저, 사이트 최적화