티스토리 vs 워드프레스, 플랫폼별 구글 서치 콘솔 소유권 확인 오류 해결법
안녕하세요!
블로그라는 나만의 소중한 공간을 만들고, 정성껏 쓴 글이 구글 검색 결과에
멋지게 노출되기를 꿈꾸는 분들이라면 반드시 거쳐야 할 관문이 있습니다.
바로 '구글 서치 콘솔(Google Search Console)' 등록이죠.
하지만 야심 차게 시작한 등록 과정에서 "소유권을 확인하지 못했습니다"라는
붉은색 경고 문구를 마주하면 의욕이 꺾이기 마련입니다.
저도 처음에 블로그를 운영할 때 이 문제로 밤을 지새운 적이 있어 그 답답함을 누구보다 잘 압니다.
티스토리와 워드프레스는 집을 짓는 기반부터가 다르기 때문에 발생하는 오류의 성격도 판이합니다.
오늘은 여러분의 페이스메이커가 되어, 이 지긋지긋한 소유권 오류를
완전히 뿌리 뽑는 전문적인 해결책을 플랫폼별로 상세히 소개해 드리겠습니다.
1. 티스토리: 닫힌 구조 속에서 발생하는 '코드 누락'과 '플러그인 꼬임' 탈출하기
티스토리는 다음(Daum)에서 제공하는 서비스형 블로그로, 초보자도 쉽게 접근할 수 있는 장점이 있지만,
시스템 내부 소스를 건드리는 과정에서 구글 로봇과의 소통 오류가 자주 발생합니다.
첫 번째로 가장 빈번한 실수는 'HTML 편집'의 저장 방식과 위치 선정입니다.
우리는 보통 구글에서 준 메타 태그를섹션에 넣으라는 안내를 받습니다.
하지만 티스토리 스킨 중 일부는 상단에 광고 스크립트나
무거운 폰트 데이터가 먼저 로드되도록 설계되어 있습니다.
이 경우 구글 인증 봇이 사이트를 방문했을 때, 페이지 상단에서 인증 코드를
즉시 찾지 못하고 '시간 초과(Timeout)'를 일으키며 실패 처리를 합니다.
해결책: 메타 태그를바로 아랫줄, 즉 가장 최상단에 배치해 보세요.
그리고 반드시 '적용' 버튼을 누른 뒤, 실제 내 블로그 메인 페이지에서 Ctrl + U(소스 보기)를 눌러
해당 코드가 실시간으로 반영되었는지 눈으로 직접 확인하는 절차가 필요합니다.
두 번째는 티스토리 '수동 등록'과 '플러그인 연동'의 충돌 문제입니다.
티스토리 관리자 메뉴에는 '구글 서치 콘솔' 플러그인이 있습니다.
버튼 클릭 몇 번으로 연동되어 편리하지만, 이전에 이미 HTML 편집기에 메타 태그를 넣어두었다면
구글은 동일한 사이트에 대해 서로 다른 인증 신호가 들어오는 것으로 판단해 오류를 일으킵니다.
전문가 조언: 만약 플러그인 방식으로 연동되지 않는다면, 미련 없이 플러그인을 해제하세요.
그리고 수동으로 HTML 태그를 넣는 방식이 가장 안정적입니다.
수동 방식은 서버 점검이나 플러그인 업데이트 오류로부터 자유롭기 때문에
장기적으로 블로그 지수를 관리하는 데 훨씬 유리합니다.
세 번째는 '티스토리 모바일 웹' 설정의 방해입니다.
티스토리 설정에는 '티스토리 모바일 웹을 사용합니다'라는 옵션이 있습니다.
이 옵션이 켜져 있으면 모바일 접속 시
내가 설정한 스킨이 아닌 티스토리 공통 모바일 페이지가 노출됩니다.
이때 구글 봇이 모바일 기반으로 사이트를 수집하려 하면,
내가 스킨에 넣어둔 메타 태그가 보이지 않아 소유권 확인이 취소될 수 있습니다.
반드시 '모바일 웹 자동 연결을 사용하지 않습니다'로 설정하여
반응형 스킨이 온전히 작동하게 만드셔야 합니다.
2. 워드프레스: 자유도 뒤에 숨은 '캐시의 배신'과 '권한 설정' 완벽 공략하기
워드프레스는 내가 직접 서버를 운영하는 것과 같아서
훨씬 강력한 기능을 제공하지만, 그만큼 변수도 많습니다.
특히 보안과 속도 최적화 기능이 역설적으로 구글과의 연결을 방해하곤 합니다.
첫 번째 주범은 바로 '캐시(Cache) 플러그인'입니다.
워드프레스 사용자라면 WP Rocket, Litespeed Cache, W3 Total Cache 중 하나는 쓰고 계실 겁니다.
이 플러그인들은 사이트의 복사본을 만들어 속도를 높여주는데,
여러분이 테마에 소유권 확인 코드를 넣었음에도
구글 봇은 코드가 들어있지 않은 '과거의 복사본'을 보고 있는 경우가 허다합니다.
해결 방법: 코드를 삽입하거나 DNS 설정을 변경한 후에는 반드시
플러그인 설정에서 'Purge All Cache(모든 캐시 삭제)'를 실행하세요.
캐시를 비우지 않고 소유권 확인 버튼을 누르는 것은,
마치 새 옷을 입고 옛날 사진을 보여주며 "나 지금 이 옷 입었어"라고 말하는 것과 같습니다.
두 번째는 '테마(Theme) 업데이트' 시 발생하는 코드 증발 현상입니다.
초보자분들이 가장 많이 하는 실수가 테마의 header.php 파일을 직접 수정하는 것입니다.
이렇게 하면 테마가 업데이트될 때마다 수정한 파일이 덮어씌워지며 소유권 인증 코드가 사라집니다.
어느 날 갑자기 서치 콘솔에서 "소유권 확인이 해제되었습니다"라는 메일이 온다면 십중팔구 이 문제입니다.
전문가 조언: 절대로 원본 테마 파일을 직접 수정하지 마세요.
대신 WPCode나 Insert Headers and Footers 같은 전용 플러그인을 사용하여 코드를 관리하거나,
'차일드 테마(Child Theme)'를 생성하여 코드를 삽입하는 것이 정석입니다.
이것이 바로 저품질 블로그가 아닌 전문적인 웹사이트로 가는 길입니다.
세 번째는 'DNS 전파 시간'에 대한 오해입니다.
워드프레스는 도메인 전체를 관리하기 위해
'도메인 속성(DNS TXT 레코드)' 방식으로 인증하는 경우가 많습니다.
가비아나 후이즈 같은 도메인 관리 사이트에서 값을 입력했다고 해서
세상의 모든 서버가 바로 알 수 있는 게 아닙니다.
이 정보가 전파되는 데는 보통 30분에서 길게는 하루가 걸립니다.
입력 후 "왜 안 되지?"라며 계속 시도하기보다는,
차 한 잔 마시며 1시간 정도 기다린 뒤 다시 시도해 보시는 인내심이 필요합니다.
3. 공통 전략: 보이지 않는 장벽 '보안 방화벽'과 'URL의 미세한 차이' 정복하기
두 플랫폼 모두에 해당하며, 고수들도 가끔 놓쳐서 며칠을 고생하게 만드는 결정적인 포인트들입니다.
첫째, 보안 플러그인(Firewall)의 차단 여부를 점검해야 합니다.
워드프레스의 Wordfence나 서버 자체 방화벽, 혹은 티스토리의 보안 로직은
짧은 시간 내에 사이트 소스를 긁어가는 행위를 '공격'으로 인식할 때가 있습니다.
구글의 확인 봇이 내 사이트에 접근하려고 할 때
방화벽이 이를 막아버리면 소유권 확인은 불가능합니다.
인증 시도 중에는 잠시 보안 수준을 낮추거나,
구글 봇의 IP를 화이트리스트에 추가하는 작업이 병행되어야 할 수도 있습니다.
둘째, URL 주소의 미세한 형태 차이를 무시하면 안 됩니다.
http://와 https://, 그리고 주소에 www가 붙어 있는지 여부는 구글 입장에서 완전히 다른 사이트입니다.
내 블로그의 실제 접속 주소가 https://example.com인데
서치 콘솔에는 https://example.com으로 등록했다면 소유권 확인은 절대 성공할 수 없습니다.
브라우저 주소창에 내 블로그를 띄우고, 그 주소 전체를 그대로 복사해서
서치 콘솔의 'URL 접두사' 칸에 붙여넣으시는 것이 가장 정확합니다.
셋째, 구글 계정 세션의 '꼬임' 현상입니다.
우리는 보통 업무용, 개인용 등 여러 구글 계정을 브라우저에 로그인해 둡니다.
A 계정으로 서치 콘솔에 접속해 있는데, 인증 코드를 발급받은 계정은
B라면 인증 과정에서 보이지 않는 충돌이 일어납니다.
이럴 때는 브라우저의 '시크릿 모드'를 활용하여 오직 해당 블로그를
관리할 구글 계정 하나만 로그인한 상태에서 작업을 진행해 보십시오.
놀랍게도 이 사소한 조치 하나로 해결되는 경우가 정말 많습니다.
블로그 운영은 마치 식물을 키우는 것과 같습니다.
구글 서치 콘솔 등록은 그 식물이 잘 자랄 수 있도록 비옥한 토양을 마련하고 등록증을 받는 과정이죠.
처음에는 복잡하고 어렵게 느껴지겠지만, 위에서 설명해 드린 플랫폼별 특성을 이해하고
하나씩 대입해 본다면 여러분의 블로그는 곧 구글의 선택을 받게 될 것입니다.
이 가이드가 여러분의 블로그 운영에 실질적인 돌파구가 되었기를 바랍니다.