구글서치콘솔xtx 워드프레스에 연결하는 방법

얼마 전 검색 유입이 갑자기 줄었다는 사이트를 봤는데, 글이나 테마보다 먼저 확인할 것은 서치 콘솔 연결 상태였다. 사이트 소유권 인증은 풀려 있었고, 운영자는 색인 오류를 몇 달째 보지 못했다. 워드프레스를 운영한다면 구글 서치 콘솔은 설치해 두고 잊는 도구가 아니라, 업데이트 뒤에도 연결이 살아 있는지 확인할 도구다.

먼저 이름부터 짚고 가자. ‘구글서치콘솔xtx’는 워드프레스 기능이나 별도 플러그인 이름이 아니다. 검색할 때 붙은 문자열로 보고, 아래에서는 구글 서치 콘솔을 워드프레스 사이트에 연결하는 절차를 설명하겠다. 연결 자체는 무료다.

연결 전에 워드프레스 설정부터 확인한다

관리자 화면에서 설정 → 읽기로 들어가 ‘검색 엔진이 이 사이트를 검색하지 못하도록 요청’ 항목을 확인한다. 공개 사이트라면 체크가 해제돼 있어야 한다. 제작 중인 사이트에서 이 설정을 켰다가 공개할 때 그대로 두는 일이 꽤 많다. 워드프레스 공식 문서에 따르면 체크된 상태에서는 검색 엔진에 색인을 피하도록 요청하는 신호가 페이지에 들어갈 수 있다.

설정 → 일반의 워드프레스 주소와 사이트 주소도 확인한다. 주소 앞부분이나 서브도메인이 실제 방문자가 사용하는 주소와 다르면, 나중에 서치 콘솔에서 다른 사이트를 등록한 것처럼 보일 수 있다. 다만 이 화면의 주소를 인증 문제 때문에 임의로 바꾸면 관리자 화면 접속까지 끊길 수 있다. 주소가 이상하다면 먼저 호스팅 설정과 기존 연결 방식을 확인해야 한다.

이미 SEO 플러그인을 쓰고 있다면 소유권 인증 코드 입력 칸과 사이트맵 기능이 있는지도 본다. 같은 목적으로 플러그인을 하나 더 설치할 필요는 없다. 특히 SEO 플러그인을 둘 이상 활성화하면 사이트맵이나 검색 노출 설정이 겹칠 수 있다.

소유권 인증은 관리 권한에 맞춰 선택한다

도메인 설정을 관리할 수 있다면 DNS 인증

서치 콘솔에서 속성 추가를 누르고 ‘도메인’을 선택한다. 표시된 인증값을 복사해 도메인의 DNS 관리 화면에서 TXT 레코드로 추가한다. 호스트 입력 칸은 업체에 따라 비워 두거나 @를 넣는다. 값에는 서치 콘솔이 준 문자열을 앞뒤 공백 없이 붙여 넣고, TTL은 기본값으로 둬도 된다. 저장한 뒤 서치 콘솔에서 확인을 누른다.

DNS 반영에는 시간이 걸릴 수 있다. 바로 실패했다고 TXT 레코드를 반복해서 만들기보다 입력값과 호스트 위치를 확인하고 잠시 뒤 다시 검사한다. 기존 레코드를 덮어쓰거나 네임서버를 바꾸면 메일과 사이트가 함께 멈출 수 있으니, 인증에 필요한 TXT 레코드만 추가한다. 인증에 성공한 뒤에도 해당 레코드를 지우지 않는 편이 안전하다.

DNS를 건드리기 어렵다면 URL 접두어 인증

서치 콘솔에서 ‘URL 접두어’를 선택하고, 설정 → 일반에 표시된 공개 사이트 주소를 그대로 복사해 입력한다. 이 방식은 입력한 주소 범위만 확인하므로 보안 연결 여부와 서브도메인까지 정확히 일치해야 한다. 인증 방법으로 HTML 태그를 선택하면 메타 태그가 제공된다. 사용 중인 SEO 플러그인의 웹마스터 도구 또는 사이트 인증 입력 칸에 태그의 인증값을 넣고 저장한 뒤, 서치 콘솔에서 확인한다.

플러그인에 해당 입력 칸이 없다면 무료인 구글 Site Kit도 대안이다. 설치 후 구글 계정으로 연결하면 소유권 확인과 서치 콘솔 연결을 진행할 수 있다. 다만 이미 SEO 플러그인으로 인증했다면 Site Kit까지 추가할 이유가 있는지 먼저 따져 보자. 워드프레스 관리자 화면에서 검색 성과를 볼 필요가 없다면 서치 콘솔만 사용해도 된다. 테마 파일을 직접 고쳐 메타 태그를 넣는 방식은 테마 교체나 업데이트 때 코드가 사라지기 쉬워 권하지 않는다.

사이트맵은 하나를 확인해서 제출한다

워드프레스에는 기본 XML 사이트맵 기능이 있다. 사이트 주소 뒤에 wp-sitemap.xml을 붙여 열었을 때 게시글과 페이지의 목록이 나오는지 확인한다. SEO 플러그인이 자체 사이트맵을 제공한다면 그 플러그인 설정에 표시된 파일을 사용한다. 예를 들어 플러그인에 따라 sitemap_index.xml이라는 이름을 쓴다. 중요한 것은 파일 이름을 짐작해 제출하는 게 아니라, 실제로 열리고 현재 공개 글이 담겨 있는지 확인하는 일이다.

서치 콘솔의 사이트맵 메뉴에는 확인한 사이트맵의 경로를 입력하고 제출한다. 기본 사이트맵과 SEO 플러그인 사이트맵을 무조건 둘 다 제출할 필요는 없다. 사이트맵을 제출했다고 모든 글이 즉시 검색에 뜨는 것도 아니다. 구글 검색 센터 설명대로 사이트맵은 수집을 돕는 신호다. 공개하지 않을 글이나 중복 페이지가 들어 있다면 사이트맵을 계속 다시 내기 전에 생성 설정부터 고친다.

연결 후에는 색인 오류를 이렇게 읽는다

새 글 한 편의 주소를 서치 콘솔 상단 검사 칸에 넣어 상태를 본다. ‘색인 생성 가능’과 ‘이미 색인됨’은 다르다. 구글의 URL 검사 안내에 따르면 색인 생성 요청도 검색 결과 노출을 보장하지 않는다. 새 사이트라면 며칠 만에 숫자가 안 나온다고 설정을 계속 바꾸기보다, 공개 글을 정상적으로 읽을 수 있는지부터 확인한다.

• ‘찾을 수 없음’이 나오면 글이 삭제됐는지, 주소를 바꾸면서 이동 처리를 빠뜨렸는지 확인한다.
• ‘서버 오류’가 나오면 플러그인 충돌이나 호스팅 장애를 의심하고, 오류가 난 시각의 서버 기록을 본다.
• ‘제외됨’이나 ‘중복’은 무조건 장애가 아니다. 의도적으로 검색에서 뺀 페이지인지, 대표 주소가 다른 글로 잡혔는지 확인한다.
• ‘색인 생성이 차단됨’이라면 읽기 설정과 SEO 플러그인의 검색 노출 설정을 함께 확인한다.

업데이트 직후에는 첫 화면, 글 한 편, 사이트맵을 열어 보고 서치 콘솔의 페이지 색인 보고서도 확인한다. 제가 운영하는 사이트에서는 플러그인을 더 붙이는 것보다 이 짧은 점검을 꾸준히 하는 편이 문제를 빨리 찾는 데 도움이 됐다.