구글 서치콘솔 연동 head 태그 관리: 메타 태그 충돌 없이 인증 코드 삽입하는 방법 5가지
구글 서치콘솔을 처음 연동하려고 시도했을 때 생각보다 오래 걸렸다. HTML 메타 태그를 붙여넣으라고 하는데 어디에 붙여야 하는지 정확히 몰랐고, 붙이고 나서 인증 버튼을 눌렀더니 "확인할 수 없습니다"가 떴다. 마치 자물쇠에 열쇠를 꽂았는데 돌아가질 않는 느낌이었다. 원인은 두 가지였다. 위치가 잘못됐거나, 스킨이 렌더링하면서 태그를 변형시키거나. 이 두 가지를 해결하는 방법을 실제로 겪은 순서대로 정리했다.
첫 번째: head 태그 안 정확한 위치에 붙이는 것이 전부다
구글이 요구하는 인증 메타 태그는 반드시 head 태그 안에 있어야 한다. body 안에 넣으면 구글 봇이 인식을 못 한다. 마치 편지 봉투에 수신인 주소를 편지지 안에만 쓰고 봉투 겉에는 안 쓴 것과 같다. 우편배달부는 봉투 겉만 보기 때문에 아무리 안에 잘 써도 소용없다. 티스토리 스킨 HTML 편집에서 가장 안전한 위치는 head 태그 열린 바로 다음 줄이다.
<head> <meta name="google-site-verification" content="여기에_구글서치콘솔에서_받은_코드_입력" /> <!-- 이 위치가 제일 안전하다. 다른 메타 태그보다 앞에 넣을 것 --> <meta charset="UTF-8"> <title>블로그 제목</title> </head>
실제 구글 서치콘솔에서 제공하는 코드 형식은 이렇다.
<meta name="google-site-verification" content="abcdefg1234567_이런식으로_긴_문자열" />
두 번째: 티스토리 스킨 편집에서 치환자와 충돌하지 않는 위치 찾기
티스토리 스킨 HTML 편집창에서 head 안을 보면 구글 서치콘솔 연동 head 태그 관리: 메타 태그 충돌 없이 인증 코드 삽입하는 방법 5가지 같은 치환자들이 줄지어 있다. 이 치환자들 사이에 인증 태그를 끼워 넣으면 렌더링 과정에서 태그 순서가 바뀌거나 속성이 손상될 수 있다. 레시피 순서를 잘못 이해해서 재료를 끓는 물에 넣어야 할 것을 버터에 볶는 것처럼, 넣는 순서와 위치가 결과를 바꾼다. 치환자 위쪽에 단독으로 인증 태그를 놓는 게 제일 안전하다.
<!-- 티스토리 스킨 HTML 편집 - 안전한 삽입 예시 --> <head> <meta name="google-site-verification" content="여기에_인증코드" /> 구글 서치콘솔 연동 head 태그 관리: 메타 태그 충돌 없이 인증 코드 삽입하는 방법 5가지 https://inforboo.com/ <!-- 나머지 치환자들 --> </head>
세 번째: 네이버 서치어드바이저 인증과 동시에 넣기
구글만 연동하고 끝내는 사람이 많은데, 어차피 head 건드리는 김에 네이버 서치어드바이저 인증도 같이 넣는 게 낫다. 두 가지를 각각 따로 작업하면 head를 두 번 열고 두 번 닫아야 하는데, 배달 두 건을 두 번 나가는 것보다 한 번에 챙겨가는 게 효율적이다. name 속성만 다르고 형식은 같기 때문에 아래처럼 두 줄을 나란히 넣으면 된다. 두 태그가 서로 충돌하는 일은 없다. name 속성이 달라서 완전히 독립적으로 동작한다.
<head> <!-- 구글 서치콘솔 인증 --> <meta name="google-site-verification" content="구글에서_받은_인증코드" /> <!-- 네이버 서치어드바이저 인증 --> <meta name="naver-site-verification" content="네이버에서_받은_인증코드" /> 구글 서치콘솔 연동 head 태그 관리: 메타 태그 충돌 없이 인증 코드 삽입하는 방법 5가지 </head>
네 번째: 인증 실패가 반복될 때 캐시 문제인지 먼저 의심해라
코드를 정확히 넣었는데도 "소유 확인을 할 수 없습니다"가 계속 뜨는 경우가 있다. 처음 겪었을 때 코드를 지웠다가 다시 붙이고, 위치를 바꾸고, 온갖 것을 다 해봤는데도 안 됐다. 나중에 알고 보니 브라우저 캐시 때문이었다. 구글 봇이 크롤링하는 시점과 내가 저장한 시점 사이에 캐시된 이전 버전이 읽히는 경우다. 냉동실에서 꺼낸 음식이 실온에 나와 있어도 속이 아직 차가운 것처럼, 서버는 업데이트됐지만 캐시는 이전 상태를 기억한다. 이럴 때는 몇 가지를 확인한다.
<!-- 확인 순서 --> 1. 시크릿 창에서 내 블로그 열기 → 주소창 뒤에 ?nocache=1 붙여서 캐시 우회 시도 2. 브라우저에서 직접 소스 확인 → 내 블로그 주소 열기 → 마우스 우클릭 > 페이지 소스 보기 (Ctrl+U) → Ctrl+F로 google-site-verification 검색 → 태그가 실제로 보이는지 확인 3. 태그가 source에 있는데도 인증 실패면 → 구글 서치콘솔에서 24시간 후 다시 시도 → 봇 크롤링 주기 문제일 수 있음</code></pre> <h2>다섯 번째: HTML 파일 업로드 방식으로 우회하는 방법</h2> <p> 메타 태그 방식이 계속 안 되거나 스킨 구조상 head를 직접 건드리기 어려울 때는 HTML 파일 업로드 방식을 쓸 수 있다. 구글 서치콘솔에서 "HTML 파일" 탭을 선택하면 googleXXXXXX.html 형태의 파일을 다운로드할 수 있다. 이 파일을 서버 루트에 올려두면 구글 봇이 해당 URL에서 파일을 읽고 소유 인증을 완료한다. 워드프레스나 자체 서버가 있을 때 주로 쓰는 방법이다. 티스토리나 네이버처럼 서버 접근이 불가능한 블로그 플랫폼에서는 이 방법을 쓸 수 없다. 그 점이 메타 태그 방식과의 차이다. </p> <pre><code>/* HTML 파일 업로드 방식 - 파일 내용 예시 */ 파일명: google1a2b3c4d5e6f7g8h.html (구글에서 받은 파일명 그대로 사용) 파일 내용: google-site-verification: google1a2b3c4d5e6f7g8h.html /* 이 파일을 FTP 또는 서버 파일 매니저로 웹사이트 루트 디렉토리에 업로드 */ /* 확인 URL: https://내도메인.com/google1a2b3c4d5e6f7g8h.html */
느낀점
구글 서치콘솔 연동이 처음에는 그냥 코드 한 줄 붙이는 단순한 작업처럼 보였다. 그런데 직접 삽질을 거치고 나서 보니, 이건 내 블로그가 구글에 "나 여기 있어요"라고 처음 손을 내미는 행위라는 게 느껴졌다. 자물쇠에 맞는 열쇠를 찾아 꽂는 것처럼, 위치와 형식이 정확해야만 그 손이 잡힌다. 그 이후로 나는 head 태그를 그냥 코드 조각을 집어넣는 서랍 정도로 보지 않게 됐다. 검색엔진과 내 블로그가 최초로 신뢰를 확인하는 공간이라는 생각이 들었다. 인증 하나로 그게 완성되는 건데, 그 인증을 정확히 할 줄 아는 것과 모르는 것의 차이가 결국 색인 속도와 노출에 영향을 준다는 걸 나중에서야 실감했다.
참고 출처
- Google Search Console 공식 문서: support.google.com
- Yoast SEO 문서: yoast.com
- 티스토리 HTML 편집 가이드: tistory.com