구글 서치콘솔 오류 해결하는 방법: 초보자가 먼저 봐야 할 항목
서치콘솔 오류는 전부 급한 문제가 아닙니다
얼마 전 운영 중인 워드프레스 사이트에서 구글 서치콘솔 메일이 한꺼번에 12개나 온 적이 있습니다. 제목만 보면 사이트가 검색에서 통째로 빠질 것 같지만, 실제로 열어보면 대부분은 우선순위를 나눠서 처리하면 되는 문제입니다.
구글 서치콘솔 오류를 볼 때 제일 먼저 할 일은 겁먹고 플러그인을 추가로 설치하는 게 아닙니다. 색인, 사이트맵, 리디렉션, 서버 응답, robots 설정 중 어디에서 문제가 생겼는지 먼저 확인해야 합니다. 워드프레스는 설정 하나만 바꿔도 전체 글의 색인 상태가 달라질 수 있습니다.
특히 초보자들이 많이 하는 실수가 있습니다. 오류 메시지를 보고 SEO 플러그인을 삭제했다가 다시 설치하거나, 캐시 플러그인 설정을 전부 바꾸는 겁니다. 이렇게 하면 원래 원인을 찾기 어려워집니다. 서치콘솔 오류는 하나씩 확인하는 편이 훨씬 안전합니다.
가장 흔한 구글 서치콘솔 오류 종류
색인이 생성되지 않음
가장 자주 보는 메시지입니다. 글을 발행했는데 검색에 안 나오는 상황이죠. 그런데 이게 무조건 문제는 아닙니다. 태그 페이지, 검색 결과 페이지, 중복된 카테고리 페이지처럼 의도적으로 색인하지 않아도 되는 페이지도 있습니다.
확인할 것은 간단합니다. 중요한 글이나 고정 페이지가 빠졌는지 봐야 합니다. 예를 들어 수익형 글, 상품 소개 페이지, 핵심 안내 글이 색인 제외 상태라면 바로 봐야 합니다. 반대로 날짜 아카이브나 첨부파일 페이지가 제외됐다면 크게 신경 쓰지 않아도 됩니다.
- 중요한 글인데 색인 제외: 원인 확인 필요
- 태그, 검색, 첨부파일 페이지 제외: 보통 정상
- 새 글 발행 직후 미색인: 며칠 기다릴 수 있음
리디렉션 오류
워드프레스에서 주소 구조를 바꾸면 자주 생깁니다. 예전 주소에서 새 주소로 넘어가야 하는데 중간에 끊기거나, A에서 B로 가고 다시 B에서 A로 돌아가는 식의 반복이 생길 수 있습니다. 이건 방치하면 크롤링 낭비가 생깁니다.
고유주소 설정을 바꾼 적이 있거나, 리디렉션 플러그인을 여러 개 쓴 적이 있다면 먼저 그 부분부터 봐야 합니다. 리디렉션은 한 군데에서만 관리하는 게 좋습니다. SEO 플러그인, 호스팅 패널, 별도 리디렉션 플러그인이 동시에 같은 주소를 건드리면 꼬이기 쉽습니다.
사이트맵을 읽을 수 없음
사이트맵 오류는 생각보다 단순한 경우가 많습니다. 캐시가 오래 남았거나, 보안 플러그인이 검색 엔진 접근을 막았거나, SEO 플러그인의 사이트맵 기능이 꺼져 있는 경우입니다. 사이트맵 주소 자체를 본문에 적을 필요는 없고, 사용 중인 SEO 플러그인 안에서 사이트맵 기능이 켜져 있는지만 확인하면 됩니다.
워드프레스 기본 사이트맵과 SEO 플러그인 사이트맵이 동시에 존재하는 경우도 있습니다. 보통 하나만 제출해도 충분합니다. 저는 운영 사이트에서는 SEO 플러그인에서 생성한 사이트맵 하나로 관리하는 편입니다. 단, 플러그인을 바꿀 때는 기존 사이트맵 제출 상태도 같이 봐야 합니다.
워드프레스에서 먼저 확인할 설정
검색 엔진 차단 설정
관리자 화면의 읽기 설정에 검색 엔진 접근을 막는 체크박스가 있습니다. 개발 중인 사이트에서는 켜두는 경우가 있는데, 오픈 후에도 그대로 두면 큰 문제가 됩니다. 실제로 신규 사이트 상담을 하다 보면 이 설정 하나 때문에 한 달 넘게 색인이 안 된 사례가 있습니다.
이 설정은 꼭 먼저 봐야 합니다. 체크가 되어 있으면 구글이 사이트를 제대로 가져가지 못할 수 있습니다. 사이트를 공개 운영 중이라면 꺼져 있어야 합니다. 단, 스테이징 사이트나 테스트 사이트라면 켜두는 게 맞습니다.
SEO 플러그인의 noindex 설정
Rank Math, Yoast SEO, All in One SEO 같은 플러그인은 글 유형별로 색인 여부를 지정할 수 있습니다. 여기서 글, 페이지, 카테고리 중 중요한 항목이 noindex로 되어 있으면 서치콘솔에 색인 제외가 늘어납니다.
특히 템플릿을 가져오거나 외주 작업 후 넘겨받은 사이트에서 자주 봅니다. 작업자는 테스트 중이라 noindex를 켜놨고, 운영자는 그걸 모른 채 글을 계속 발행하는 식입니다. 이 경우 글 품질 문제가 아니라 설정 문제입니다.
캐시와 보안 플러그인
캐시 플러그인은 속도를 올려주지만, 설정을 과하게 잡으면 검색 엔진이 페이지를 제대로 읽지 못할 수 있습니다. 보안 플러그인도 마찬가지입니다. 특정 봇을 전부 막거나, 비정상 요청으로 오인해서 구글 크롤러 접근을 제한하면 서치콘솔 오류가 생깁니다.
저는 오류가 갑자기 늘어난 날을 기준으로 봅니다. 그 날짜 전후로 플러그인 업데이트, 보안 규칙 변경, 캐시 설정 변경이 있었는지 확인합니다. 원인은 보통 그 근처에 있습니다. 모든 플러그인을 끄는 방식은 마지막 수단입니다. 운영 중인 사이트에서 무작정 끄면 레이아웃이나 결제 기능이 깨질 수 있습니다.
오류별 처리 순서
구글 서치콘솔 오류는 처리 순서가 중요합니다. 모든 항목을 같은 무게로 보면 시간만 많이 씁니다. 검색 유입에 직접 영향을 주는 페이지부터 봐야 합니다.
- 1순위: 중요한 글, 상품 페이지, 서비스 안내 페이지의 색인 문제
- 2순위: 서버 오류, 404 급증, 리디렉션 반복
- 3순위: 사이트맵 제출 실패, robots 설정 문제
- 4순위: 태그, 아카이브, 중복 페이지 제외
404 오류도 무조건 나쁜 건 아닙니다. 삭제한 글이 있고 대체 페이지가 없다면 404가 정상입니다. 다만 방문자가 많던 글을 삭제했다면 새 글이나 관련 카테고리로 301 리디렉션을 걸어주는 편이 낫습니다. 여기서 302를 쓰면 임시 이동으로 해석될 수 있으니, 영구 이동이면 301을 써야 합니다.
서버 오류는 빨리 봐야 합니다. 500번대 오류가 늘면 호스팅 리소스 부족, 플러그인 충돌, PHP 오류, 데이터베이스 문제일 수 있습니다. 이때는 서치콘솔보다 호스팅 로그가 더 정확합니다. 공유호스팅에서 트래픽이 늘어난 뒤 500 오류가 반복된다면 캐시 설정만으로는 부족할 수 있습니다.
검증 요청 전에 해야 할 일
서치콘솔에는 오류 수정 후 검증 요청 버튼이 있습니다. 그런데 원인을 고치지 않고 누르면 며칠 뒤 실패 메시지만 받습니다. 검증 요청은 마지막에 누르는 버튼입니다.
먼저 해당 URL을 직접 열어봅니다. 로그인하지 않은 브라우저, 가능하면 시크릿 창에서 확인합니다. 관리자 로그인 상태에서는 보이는데 일반 방문자에게는 안 보이는 경우가 있습니다. 그다음 SEO 플러그인의 색인 설정, 캐시 삭제, 사이트맵 재생성, 리디렉션 상태를 확인합니다.
수정 후 바로 반영되지 않는 것도 정상입니다. 구글이 다시 크롤링해야 상태가 바뀝니다. 작은 사이트는 며칠 걸릴 수 있고, 글 수가 많은 사이트는 더 오래 걸릴 수 있습니다. 이때 계속 설정을 바꾸면 오히려 추적이 어려워집니다. 한 번 수정했으면 날짜와 변경 내용을 기록해두는 게 좋습니다.
운영 중인 사이트라면 이렇게 관리하는 게 낫습니다
워드프레스는 플러그인을 많이 깔수록 관리할 지점이 늘어납니다. 구글 서치콘솔 오류도 마찬가지입니다. SEO 플러그인 하나, 캐시 플러그인 하나, 보안 플러그인 하나 정도로 역할을 나누고 겹치는 기능은 꺼두는 편이 안정적입니다.
예를 들어 SEO 플러그인에서 사이트맵을 만들고 있다면 다른 사이트맵 플러그인은 빼도 됩니다. 리디렉션도 한 도구에서만 관리합니다. 캐시는 호스팅 캐시와 플러그인 캐시가 겹칠 수 있으니, 호스팅에서 제공하는 기능을 먼저 확인하는 게 좋습니다.
구글 서치콘솔 오류는 사이트가 망가졌다는 통보가 아니라, 구글이 사이트를 읽는 과정에서 발견한 신호입니다. 중요한 페이지부터 보고, 설정 변경 내역을 확인하고, 원인을 하나씩 줄이면 대부분 해결됩니다. 제 경험상 워드프레스 운영에서 제일 위험한 건 오류 메시지 자체보다 당황해서 여러 설정을 동시에 바꾸는 습관이었습니다.
