구글 seo 신청방법 워드프레스에서 따라 하기

얼마 전 새로 연 워드프레스 사이트를 봤는데, 글은 잘 올라가는데 구글에서는 검색되지 않았다. SEO 플러그인부터 설치하려던 참이었지만 원인은 다른 데 있었다. 워드프레스의 ‘검색 엔진이 이 사이트를 검색하지 못하도록 요청’ 설정이 켜져 있었다. 구글 seo 신청방법을 찾는다면 먼저 검색을 막는 설정부터 확인해야 한다.

신청 전에 검색 가능한 상태인지 확인하기

워드프레스 관리자에서 ‘설정 → 읽기’로 들어가 ‘검색 엔진이 이 사이트를 검색하지 못하도록 요청’의 체크를 해제하고 변경 사항을 저장한다. 제작 중인 사이트에서 켜 두었다가 공개할 때 잊는 경우가 꽤 많다. 구글이 글을 읽을 수 없으면 사이트맵을 제출해도 원하는 결과가 나오지 않는다.

대표 글 하나를 로그아웃한 브라우저에서 열어 본다. 로그인 화면이 뜨거나 비밀번호를 요구한다면 구글도 본문에 접근하기 어렵다. 점검 모드가 켜져 있거나 서버가 오류를 반환하는지도 확인한다. 구글 검색 센터가 안내하는 기본 조건은 크롤러가 접근할 수 있고, 페이지가 정상 응답하며, 색인할 내용이 있는 것이다.

개별 글의 SEO 설정에 ‘색인 안 함’이 지정돼 있지 않은지도 본다. 이 설정은 사이트 전체의 읽기 설정과 별개다. 운영 중인 사이트라면 검색 노출 설정을 한꺼번에 바꾸기 전에 백업을 받아 두는 편이 안전하다. 특히 주소 구조를 바꾸는 작업은 기존 글 주소까지 달라질 수 있으니, 검색 등록 때문에 손댈 필요는 없다.

구글 서치 콘솔에 사이트 등록하기

구글 서치 콘솔에 로그인해 ‘속성 추가’를 누른다. 여기서 선택지는 ‘도메인’과 ‘URL 접두어’다. 도메인 속성은 하위 도메인과 접속 방식의 차이를 묶어 볼 수 있다. 대신 도메인 관리 화면에서 DNS TXT 레코드로 소유권을 확인해야 한다. 도메인 관리 권한이 있다면 이 방식을 권한다.

DNS 설정이 낯설거나 호스팅 관리 권한만 있다면 URL 접두어 속성을 선택할 수 있다. 이 방식은 실제 방문자가 접속하는 사이트 주소와 입력값이 정확히 같아야 한다. 앞부분이나 주소 형태가 다르면 같은 사이트처럼 보여도 별도 속성으로 취급된다. 소유권 확인에는 HTML 태그나 확인 파일 등 서치 콘솔이 제시하는 방법을 쓴다.

DNS TXT 방식에서는 구글이 보여 주는 확인값을 복사해 도메인 관리 화면의 TXT 레코드에 추가한다. 기존 TXT 레코드를 지우거나 덮어쓰지 않는다. 메일 인증 등에 쓰이는 값일 수 있다. 저장 직후 인증이 실패하면 값의 오타를 먼저 확인하고, DNS 변경이 반영될 시간을 둔 뒤 다시 확인한다. 인증에 쓴 레코드나 태그도 확인이 끝났다고 바로 삭제하지 않는다.

서치 콘솔에 속성을 추가하는 행위 자체가 검색 순위를 올리지는 않는다. 소유권을 확인하면 구글이 사이트를 어떻게 발견하고 색인하는지 볼 수 있고, 문제를 진단할 도구를 쓸 수 있다.

워드프레스 사이트맵 제출하기

워드프레스는 기본 사이트맵을 제공한다. 브라우저에서 사이트 주소 뒤에 wp-sitemap.xml 파일명을 붙여 열었을 때 목록이 보이는지 확인한다. 목록이 정상이라면 사이트맵만 만들려고 플러그인을 추가할 이유가 없다. 서치 콘솔의 ‘사이트맵’ 메뉴에서 해당 파일명을 입력하고 제출한다.

이미 SEO 플러그인을 쓰고 있다면 그 플러그인이 별도의 사이트맵을 만들 수 있다. 플러그인 설정에서 실제로 열리는 사이트맵 파일명을 확인해 제출한다. 예전에 쓰던 플러그인을 지우고 새 플러그인으로 바꿨다면 서치 콘솔에 남은 제출 항목도 확인한다. 존재하지 않는 옛 파일명을 계속 제출하면서 새 사이트맵의 오류로 오해하는 일이 있다.

사이트맵 제출은 구글에 페이지 목록을 알려 주는 수단이다. 구글 검색 센터도 제출만으로 모든 페이지의 크롤링이나 색인을 보장하지 않는다고 설명한다. 게시한 글, 검색에 보여 줄 필요가 있는 페이지가 포함됐는지 확인하고, 비공개 글이나 원치 않는 페이지가 섞였는지도 본다.

글을 발행한 뒤 색인 상태 확인하기

새 글 한두 개를 확인할 때는 서치 콘솔 상단의 ‘URL 검사’에 해당 글 주소를 입력한다. 아직 색인되지 않았다면 ‘실제 URL 테스트’로 현재 페이지에 접근할 수 있는지 확인한 다음 ‘색인 생성 요청’을 누른다. 글이 많을 때는 개별 요청을 반복하기보다 사이트맵이 정상 처리되는지 먼저 본다. 같은 글을 여러 번 요청해도 더 빨라지지는 않는다.

며칠이 지나도 글이 보이지 않으면 ‘페이지 색인 생성’ 보고서에서 사유를 확인한다. ‘noindex’가 감지됐다면 읽기 설정과 글별 SEO 설정을 다시 보고, 접근이 차단됐다면 보안 플러그인이나 서버 설정을 점검한다. 중복 페이지로 판단됐다면 대표 주소가 무엇으로 선택됐는지 살핀다. 오류 이름만 보고 robots 설정이나 주소 구조를 바로 수정하는 건 위험하다.

색인이 됐더라도 특정 검색어에서 곧바로 상단에 뜨는 것은 아니다. 이후에는 서치 콘솔의 실적 보고서에서 노출수, 클릭수, 실제 검색어를 본다. 검색 등록은 한 번의 신청으로 끝나는 일이 아니라, 새 글이 읽히는지 확인하고 막힌 곳을 고치는 운영 작업에 가깝다. 저는 플러그인을 하나 더 설치하기 전에 읽기 설정과 사이트맵, 색인 보고서부터 확인한다.