[태그:] 구글서치콘솔

  • 구글서치콘솔 소유권 확인: HTML 태그 vs DNS TXT, 뭐가 더 쉬울까?

    구글 서치콘솔 소유권 확인, HTML 태그와 DNS TXT 중 뭐가 쉬울까? 초심자는 메타태그, 도메인 보유자는 TXT로 인증 한번에!

    구글 서치콘솔 소유권 확인, 왜 꼭 해야 할까?

    구글 서치콘솔(Search Console)은 “이 사이트 운영자가 당신이 맞나요?”를 확인해야만 데이터를 보여주고, 사이트맵 제출이나 색인 생성 요청 같은 기능도 열어줍니다. 쉽게 말해 남의 사이트에 아무나 들어와서 설정을 바꾸지 못하게 하는 안전장치예요.

    소유권 확인 방식은 여러 가지가 있지만, 현장에서 가장 많이 쓰는 건 딱 두 가지입니다.

    • HTML 태그(메타태그) 방식: 사이트(워드프레스) 안에 구글이 준 메타태그를 넣어 증명
    • DNS TXT 방식: 도메인(DNS)에 TXT 레코드를 추가해 증명

    둘 다 “구글이 확인할 수 있는 증거”를 남기는 건 같고, 차이는 증거를 붙이는 위치입니다.

    • HTML 태그 = 사이트 내부에 스티커 붙이기
    • TXT = 도메인 등본(DNS)에 도장 찍기

    결론부터 말하면 선택 기준은 하나예요. 내가 어디까지 접근 권한이 있느냐입니다.



    HTML 태그 vs DNS TXT, 어떤 사람이 어떤 게 쉬울까?

    초심자라면 HTML 태그가 보통 더 쉽다

    아래에 해당하면 HTML 태그가 성공률이 높습니다.

    • 워드프레스 관리자(관리자 계정) 접근이 가능하다
    • 플러그인 설치/설정이 가능하다
    • DNS 화면이 낯설고, 도메인 업체 로그인 자체가 번거롭다

    HTML 태그는 흐름이 단순합니다. “복사 → 붙여넣기 → 저장 → 확인”으로 끝나는 경우가 많거든요. 특히 URL 접두어(https:// 로 시작하는 주소) 속성으로 등록했다면 더더욱 유리합니다.

    도메인을 직접 관리한다면 TXT(DNS)가 결국 편하다

    아래에 해당하면 TXT가 더 ‘확실한 길’입니다.

    • 도메인을 본인이 구매했고 DNS 관리 화면에 들어갈 수 있다
    • www / non-www, http / https, 서브도메인까지 한 번에 묶어 관리하고 싶다
    • 테마/플러그인을 자주 바꾸거나 사이트 이전 가능성이 있다

    DNS TXT는 한 번 걸어두면 사이트 내부가 바뀌어도 유지되는 경우가 많아 운영이 길어질수록 스트레스가 줄어드는 방식이에요.

    아주 중요한 전제: ‘도메인 속성’은 TXT만 가능한 경우가 많다

    서치콘솔 속성(Property)은 크게 두 종류가 있습니다.

    • 도메인 속성: example.com 전체(하위 도메인까지) 통합 관리. 일반적으로 DNS(TXT)로만 인증
    • URL 접두어 속성: https://example.com/ 처럼 특정 주소 범위만 관리. HTML 태그 등 다양한 인증 가능

    “도메인 속성으로 등록했는데 HTML 태그가 안 보인다”면, 그건 오류가 아니라 애초에 선택지가 다른 것일 가능성이 큽니다. 이거 모르면 진짜로 ‘왜 안 되지?’만 3일 하게 됩니다.

    구글 서치콘솔에서 DNS TXT 레코드 값 복사 안내 화면
    TXT 방식은 이 값을 복사해 DNS에 등록하는 것이 전부입니다. 단, 전파 시간은 변수입니다.

    초심자용: HTML 태그(메타태그)로 소유권 확인하는 방법 (워드프레스 기준)

    HTML 태그 방식은 구글이 제공하는 메타태그 한 줄을 사이트의 **헤더(head)**에 넣는 방식입니다. 핵심은 딱 하나: 글 본문이 아니라 head 영역이어야 한다는 것!

    구글 서치콘솔 소유권 확인에서 HTML 태그 메타태그 복사 화면
    HTML 태그 방식은 메타태그 한 줄을 헤더(head)에 넣는 방식입니다.

    방법 A. 플러그인으로 헤더에 넣기 (가장 추천)

    대표적으로 “WP Headers and Footers” 같은 헤더/푸터 삽입 플러그인이 가장 쉽습니다.

    진행 순서

    1. 서치콘솔에서 소유권 확인 방법 중 “HTML 태그” 선택
    2. 제공되는 메타태그를 그대로 복사
    3. 워드프레스 관리자 → 플러그인 설정 화면 이동
    4. “Header” 또는 “Scripts in Header” 영역에 메타태그를 그대로 붙여넣기
    5. 저장 후 서치콘솔로 돌아가 “확인” 클릭
    워드프레스 설정에서 Scripts in Header에 메타태그 삽입 화면
    메타태그는 글 본문이 아니라 헤더 영역에 넣어야 인증됩니다.

    여기서 실수 1위는 메타태그를 글 본문(에디터)에 붙여넣는 겁니다. 사람 눈에는 보이지만 구글이 찾는 위치(head)가 아니라서 인증이 실패할 수 있어요. 반드시 헤더 영역에 넣어야 합니다.

    방법 B. 테마 파일에 직접 넣기 (초보자 비추천)

    header.php 등에 직접 넣는 방법도 가능하지만, 테마 업데이트/변경 시 코드가 날아갈 수 있습니다. 초심자라면 플러그인이 안전합니다. “내가 뭘 고치고 있는지” 헷갈리면, 그때부터는 소유권 확인이 아니라 심장 박동 확인이 됩니다.

    HTML 태그 인증이 실패할 때 체크리스트

    • 캐시 문제: 캐시 플러그인/서버 캐시 때문에 반영이 늦을 수 있음
    • 메타태그 누락: 따옴표, 꺾쇠 기호가 깨지거나 일부만 복사됨
    • 위치 오류: 본문/위젯/푸터에 넣음 → 헤더가 아님
    • 충돌 가능성: SEO/최적화 플러그인이 헤더 코드를 정리하며 누락시키는 경우

    가장 빠른 확인법은 “사이트 소스 보기”로 meta 태그가 실제로 들어갔는지 확인하는 겁니다. 소스에 없으면 서치콘솔도 못 찾습니다.


    도메인 보유자용: DNS TXT로 소유권 확인하는 방법 (카페24 예시)

    TXT 방식은 도메인 DNS에 “google-site-verification=…” 같은 값을 등록하는 방식입니다. 처음엔 어려워 보이지만 사실은 한 줄 추가가 전부입니다.

    카페24 도메인 네임서버 DNS 관리에서 lifefacly.com 네임서버 확인 화면
    도메인 보유자라면 먼저 DNS 관리 화면에서 도메인이 정상 등록돼 있는지 확인합니다.

    1) 서치콘솔에서 TXT 값 복사

    서치콘솔 소유권 확인 화면에서 “DNS 레코드와 Google 연결” 또는 “도메인 이름 공급업체” 섹션을 보면 TXT 레코드 값이 표시됩니다. 그 값을 통째로 복사해 둡니다.

    2) 카페24 도메인 관리자에서 DNS 관리로 이동

    카페24 도메인 관리에서 해당 도메인을 선택하고 “DNS 관리” 메뉴로 들어갑니다. 그 다음 “TXT 관리”를 찾으면 거의 다 왔다고 보시면 됩니다.

    카페24 도메인 목록에서 lifefacly.com 선택 후 DNS 관리 버튼 위치 안내
    도메인 선택 후 ‘DNS 관리’로 들어가는 동선만 잡히면 절반은 성공입니다.
    카페24 DNS 관리에서 TXT 관리 메뉴 선택 화면
    TXT 레코드 등록은 ‘TXT 관리’에서 진행합니다.

    3) TXT 추가: 호스트명(Host)은 보통 비우는 경우가 많다

    TXT 추가 시 입력 요소는 보통 두 가지입니다.

    • 호스트명(Host)
    • TXT 값

    루트 도메인(example.com)에 넣는 인증이면 카페24 화면에서는 호스트명을 비워두는 경우가 많습니다.
    다만 업체 UI 규칙이 다를 수 있어요. 화면 안내가 “@”를 쓰라고 하면 @를, “비워두세요”라면 비우는 식으로 안내 문구 그대로 따라가면 됩니다.

    TXT 값은 구글이 준 문자열을 그대로 붙여넣으세요. 줄바꿈/따옴표를 임의로 추가하면 실패 확률이 올라갑니다.

    카페24 TXT 관리 목록에 google-site-verification TXT 레코드가 등록된 상태
    목록에 값이 보이면 등록은 완료입니다. 이제 전파 시간을 기다리면 됩니다.

    4) 전파(반영) 시간 때문에 바로 확인이 안 될 수 있다

    DNS는 저장 즉시 반영이 아니라 전파 시간이 필요합니다. 카페24 안내처럼 보통 약 30분~1시간이 흔해요. 등록 직후 확인이 실패해도 “내가 틀렸나?”로 결론 내리기 전에, 잠깐 간격을 두고 다시 확인해보는 게 정석입니다.

    인증이 완료되면 “소유권이 확인됨” 메시지가 뜨고, 서치콘솔 메뉴(실적, 색인 생성 등)가 정상적으로 열립니다.

    구글 서치콘솔 소유권 확인 완료 표시 화면
    “소유권이 확인됨”이 뜨면 인증 성공입니다. 이제 서치콘솔 기능들이 열립니다.

    그래서 뭐가 더 쉬워요? 상황별 추천 결론

    워드프레스만 만질 수 있는 초심자라면

    대부분 HTML 태그가 더 쉽습니다. DNS 화면은 용어가 낯설고 전파 시간도 변수라서, 초심자에게는 “확인 눌렀는데 안 됨”이 반복되기 쉬워요.

    도메인 보유자, 오래 운영할 사람이라면

    결국 **TXT(DNS)**가 편합니다. 테마를 바꾸거나 사이트를 이전해도 인증이 유지되는 경우가 많아서 장기적으로 안정적입니다. 특히 도메인 속성으로 통합 관리를 원하면 TXT가 사실상 정답인 경우가 많습니다.

    구글 서치콘솔 개요 화면에서 실적 데이터 처리 중 표시
    인증 직후엔 데이터가 바로 안 보일 수 있습니다. 수집/처리 시간이 필요해요.

    마지막 팁: 인증되면 ‘증거’를 지우지 말기

    HTML 태그든 TXT든 인증에 쓰인 코드를 지우면 나중에 소유권이 해제되거나 재인증이 필요할 수 있습니다. 확인 완료가 뜬 뒤가 진짜 시작이에요. 그 한 줄이 구글과의 신뢰 계약서라고 생각하면 됩니다.


    함께 보면 좋은 글

  • 구글서치콘솔 등록은 “글 2개 발행 후”가 편하다: 사이트맵 제출

    구글서치콘솔 등록은 “글 2개 발행 후”가 편하다: 사이트맵 제출

    구글서치콘솔은 글 0개일 때 등록해도 되지만, 글 2개 발행 후 등록하면 사이트맵·URL검사·색인요청이 훨씬 매끄럽습니다. 실전 체크리스트로 정리!


    1) 왜 하필 “글 1~2개 발행 후” 등록이 안정적일까?

    구글서치콘솔(GSC)은 사이트 소유 확인만 끝나면 기능 자체는 사용할 수 있어요. 그래서 “글 없어도 등록 가능”은 맞습니다. 다만 문제는 “가능”과 “매끄러움”이 다르다는 점!

    글이 0개일 때는 이런 일이 자주 벌어집니다.

    • 사이트맵을 제출했는데, 제출은 되지만 가져오기/처리 과정에서 에러가 뜨는 느낌(예: 접근 불가, 리다이렉트가 꼬임, 빈 사이트맵 등)
    • URL 검사를 하려고 해도 검사할 ‘대표 페이지’가 마땅치 않아서 진단이 애매함(홈만으로는 원인 파악이 어려움)
    • 글이 생기기 전에는 워드프레스/테마/캐시/보안플러그인 설정이 덜 안정화되어 **200(정상 응답)**이 아니라 302/403/404 등으로 튀는 경우가 있음

    반대로 글을 1~2개만 발행해두면 이게 확 달라져요.

    • 사이트맵에 실제 URL이 들어가 “제출 → 처리 → 발견(Found)” 흐름이 깔끔해짐
    • URL 검사 도구로 글 2개를 찍어보면서 robots/noindex/캐시/리다이렉트 문제를 바로 잡을 수 있음 구글 헬프
    • “홈페이지는 보이는데 글은 안 잡혀요” 같은 상황을 초기에 차단 가능

    정리하면: 글 2개 발행은 ‘테스트용 샘플’이 생기는 것이고, 서치콘솔 등록 직후부터 진단과 제출을 바로 굴릴 수 있게 해주는 안전장치입니다.


    2) 등록 전에 딱 10분만: “사이트맵이 바로 먹히는” 사전 세팅

    여기서부터가 진짜 핵심이에요. 글 2개 발행 + 아래 4가지만 맞추면, 사이트맵 제출이 훨씬 부드럽게 들어갑니다.

    2-1. 대표 주소 통일(HTTPS, www 유무)

    https / http가 섞이거나, www / non-www가 꼬이면 구글이 “어느 쪽이 진짜야?” 하고 헷갈립니다.
    가능하면 하나로 통일하세요(보통 https + non-www 또는 https + www 중 하나).

    2-2. 퍼머링크(고정주소) 구조 확정

    워드프레스에서 고정주소를 바꾸면 글 주소가 바뀌고, 초기에 제출한 사이트맵이 뒤집힐 수 있어요.
    초기엔 구조를 확정하고 움직이는 게 좋습니다.

    2-3. “검색엔진 차단” / noindex 체크

    워드프레스 설정이나 SEO 플러그인에서 noindex가 켜져 있으면 사이트맵을 제출해도 실제 색인이 막힙니다.
    중요 포인트는 이것: **사이트맵 제출은 ‘초대장’이고, noindex는 ‘출입금지 표지판’**입니다.

    2-4. 글 2개는 ‘공개 발행’으로(임시글 X)

    임시글/비공개/비밀번호 글은 URL 검사나 색인에서 애매해질 수 있어요.
    테스트라도 공개 발행으로 올려두는 게 진단이 빨라집니다.


    3) 구글서치콘솔 등록: 도메인 속성 vs URL 접두어, 뭐가 유리해?

    결론부터 말하면, 가능하면 **도메인 속성(Domain)**이 편합니다.
    이 방식은 http/https, www/non-www, 서브도메인까지 포괄해서 한 번에 관리하기 좋아요.

    3-1. 도메인 속성 등록(추천)

    • 장점: 통합 관리가 깔끔함
    • 단점: DNS(TXT) 인증이 필요함

    카페24를 쓰는 경우도 결국은 “DNS에 TXT 레코드 추가”가 핵심이에요. 서치콘솔에서 제공하는 TXT 값을 복사해서 카페24 DNS에 넣고 검증하면 됩니다. (Host/Name은 보통 공란 또는 @로 안내되는 경우가 많습니다.)

    3-2. URL 접두어 속성(빠른 인증용)

    • 장점: 메타태그/HTML 파일 등 다양한 인증 가능
    • 단점: https와 http를 따로 관리해야 하는 경우가 생김

    초보자 입장에서는 **“빨리 되게”**가 목적이면 URL 접두어도 괜찮지만, 장기 운영이면 도메인 속성이 덜 헷갈립니다.


    4) 사이트맵 제출: 한 개 만 제출

    사용자 말씀대로, 사이트맵은 한 개만 제출해두는 게 좋습니다.
    다만 여기서 중요한 건 “많이 넣는 것”이 아니라 제대로 된 것만 넣는 것이에요.

    구글서치콘솔 sitemap 제출 하는 위치
    구글서치콘솔 sitemap 제출 하는 위치

    4-1. 워드프레스 사이트맵은 보통 2계열

    • SEO 플러그인(요스트/랭크매스 등) 사용 시: sitemap_index.xml 형태가 흔함
    • 워드프레스 기본 제공: wp-sitemap.xml 형태가 흔함

    보통 워드프레스에서 제공을 하고 있지만 초보자의 경우 Yoast seo 플러그인을 사용 하는 경우가 많고 지원을 해주기 때문에 sitemap_index.xml을 사용하시는 것이 좋습니다.

    둘 중 하나만 제대로 제출해도 충분합니다.
    하지만 운영 초기에는 확인용으로 아래처럼 가면 실수 확 줄어요.

    • 1순위: sitemap_index.xml (SEO 플러그인 사이트맵을 쓰는 경우)
    • 2순위(보조 1개): 기본 wp-sitemap.xml 또는 (플러그인이 제공하는) 글 전용 사이트맵이 있다면 그걸 1개 더

    “사이트맵 보고서에서 마지막 읽은 날짜/상태”를 확인할 수 있고, 처리 에러도 바로 보여주니까 초반 안정화에 도움이 됩니다.

    4-2. 초반에 사이트맵이 잘 안 먹는 대표 원인 5가지

    • 리다이렉트가 여러 번 걸려서 구글이 따라가다 포기(302/301 체인)
    • 보안플러그인/방화벽이 XML 접근을 막음(403)
    • 캐시 플러그인이 이상하게 개입해서 사이트맵이 깨짐
    • https 인증서/혼합 콘텐츠 문제로 접근이 불안정
    • 글이 너무 적거나(0개), 카테고리/태그만 잔뜩이라 실제 글 URL이 희박

    그래서 글 2개 발행 후 등록이 실전에서 훨씬 매끄럽습니다.


    5) 등록 직후 바로 할 것 3가지: “색인 빨리 태우는” 최소 루틴

    5-1. URL 검사로 글 2개를 각각 확인

    상단 검색창에 글 주소를 넣고 검사하면, 구글이 해당 URL을 어떻게 보는지 확인할 수 있어요. 그리고 필요 시 **색인 생성 요청(Request indexing)**도 할 수 있습니다.

    구글서치콘솔 등록-url 빠른 등록 제출하기
    구글서치콘솔 등록-url 빠른 등록 제출하기

    5-2. 내부링크 한 번만 추가

    홈페이지(또는 최신글 위젯/메뉴)에서 새 글 2개로 링크를 걸어두세요.
    구글봇 입장에선 “사이트에 들어왔는데 길이 있네?”가 됩니다.

    5-3. 페이지 색인(커버리지) 보고서로 추적

    서치콘솔의 페이지 색인 보고서에서 “발견됨/크롤링됨/색인됨” 흐름을 보면, 문제 구간이 어디인지 감이 잡힙니다.


    결론: 가장 실전적인 순서(이대로만 하면 됨)

    1. 글 2개 공개 발행
    2. 대표 주소(https, www) 통일 + noindex/차단 해제 확인
    3. 서치콘솔 등록(가능하면 도메인 속성)
    4. 사이트맵 1개 만 제출
    5. URL 검사로 글 2개 색인 생성 요청 + 페이지 색인 보고서로 추적

    이 루트가 좋은 이유는 단 하나예요.
    등록하자마자 “확인할 대상(URL)”이 있어서, 막히면 바로 원인을 잡고 다음 단계로 넘어갈 수 있기 때문입니다.


    참고 사이트

    1. Google Search Central: Build and submit a sitemap Google for Developers
    2. Search Console Help: URL Inspection tool 구글 헬프

    함께 보면 좋은 글

    워드프레스 시작: 플러그인 필요한 것만 설치하는 최소 세트