메타 태그를 넣었는데도 인증이 안 된다면, 먼저 선택한 속성이 ‘도메인’인지 ‘URL 접두어’인지 확인하세요. 도메인 속성은 DNS 인증이 필요합니다. HTML 태그를 홈페이지에 넣었다는 사실만으로 두 방식이 모두 완료되는 것은 아닙니다.
이 글은 Cloudflare Pages의 정적 사이트에서 확인할 방법과 alphaadsense.com의 공개 응답을 구분해 설명합니다. 계정에 로그인해 소유권 확인 버튼을 누르거나 DNS 값을 바꾼 작업 기록은 아닙니다.
1. 속성 종류에 맞는 인증 수단 선택
| 속성 | 입력 예시 | 확인 방식과 범위 |
|---|---|---|
| 도메인 | example.com | DNS 인증. 도메인의 여러 프로토콜과 하위 도메인을 포함합니다. |
| URL 접두어 | https://example.com/ | HTML 태그 등 지원되는 수단. 지정한 접두어 범위에 적용됩니다. |
www가 있는 주소, 없는 주소, http와 https는 URL 접두어에서 같은 입력이 아닙니다. 계정도 확인해야 합니다. 다른 Google 계정에서 발급한 태그가 사이트에 있다는 것과 현재 계정에서 검증되는 것은 구분하세요. 기존 소유자의 토큰을 덮어쓰지 말고 현재 속성에서 안내하는 방법을 확인합니다.
2. URL 접두어의 HTML 태그 확인 절차
- Search Console에서 실제 서비스 주소의 URL 접두어 속성을 선택하고 HTML 태그 방법의 값을 받습니다.
- 로그인하지 않은 방문자가 보는 홈페이지의
<head>안에 넣습니다. 본문에 코드 예시로 표시하는 것으로 대체되지 않습니다. - Pages 빌드를 배포한 다음 공개 도메인에서 태그와 값을 확인합니다. GitHub 소스나 로컬 미리보기에만 있는 태그는 공개 배포 확인이 아닙니다.
- 그 뒤 Search Console에서 확인을 실행합니다. 인증 후에도 사용 중인 태그를 삭제하지 않습니다.
<meta name="google-site-verification" content="현재_속성에서_발급받은_값">위 값은 설명을 위한 자리표시자입니다. 복사해서 인증값으로 쓰지 마세요. 이 사이트처럼 빌드로 HTML을 생성하면 생성 결과와 최종 배포 페이지를 함께 봅니다. 리디렉션이 있다면 사용자가 도착하는 홈페이지와 속성 주소의 관계도 확인합니다.
3. 도메인 속성의 TXT는 어디에 넣나
등록기관이 아니라 현재 권한 DNS를 관리하는 곳을 확인합니다. 가비아에서 구입한 도메인이라도 NS가 Cloudflare를 가리키면 활성 DNS 레코드는 보통 Cloudflare에서 관리합니다. 가비아의 사용하지 않는 DNS 화면에 넣으면 공개 응답에 반영되지 않을 수 있습니다.
- 도메인 속성 화면이 제공하는 DNS 레코드의 유형, 이름과 값을 확인합니다.
- 현재 DNS 관리 화면에 해당 레코드를 추가합니다. TXT 값은 보통
google-site-verification=으로 시작하며, 이름은 인증 화면의 안내를 따릅니다. - 기존 SPF나 다른 소유권 TXT는 지우거나 합치지 않습니다. 추가한 레코드가 공개 DNS 조회에서 보이는지 확인한 뒤 인증합니다.
확인용 읽기 명령 예시는 아래와 같습니다. 자신의 도메인으로 바꾸고 결과가 없으면 이름, DNS 관리 위치와 전파 상태를 점검하세요. 조회 한 번의 실패만으로 계정 권한이나 모든 인증 방법의 실패를 확정할 수는 없습니다.
nslookup -type=NS example.com
nslookup -type=TXT example.com소유권 확인을 위해 이미 정상인 Pages 연결이나 네임서버를 다시 변경할 필요는 없습니다. 인증값 추가와 호스팅 이전은 별개의 작업입니다.
4. alphaadsense.com에서 확인한 사실과 한계
| 검사 | 관찰 결과 | 이것만으로 알 수 없는 것 |
|---|---|---|
| 홈페이지 HTTPS | 200 응답 | Search Console 계정의 접근 권한 |
| 홈 head의 확인 메타 태그 | 태그 존재 확인 | 현재 사용자가 선택한 속성·계정의 토큰과 일치하는지 |
| NS 조회 | Cloudflare 네임서버 응답 | 등록기관의 갱신·소유자 연락처 상태 |
| 루트 TXT 조회 | 점검 환경에서 TXT 레코드 데이터 없음 응답 | 다른 인증 방법이나 과거 인증에 따른 계정 상태 |
따라서 ‘태그가 있으니 모든 인증이 끝났다’고도, ‘TXT가 안 보이니 누구도 인증할 수 없다’고도 결론 내리지 않습니다. 사용 중인 속성과 계정에서 요구하는 확인 수단을 맞추는 것이 먼저입니다. 공개 DNS 값은 바뀔 수 있으므로 실제 작업 시 다시 조회하세요.
5. 인증 실패 메시지별로 확인할 것
- 메타 태그를 찾을 수 없음
- 대상 홈페이지, head 위치, 공개 배포 여부를 확인합니다. Pages 빌드가 실패해 예전 HTML이 남았는지도 봅니다.
- 태그는 있지만 값이 다름
- 현재 속성과 Google 계정의 확인값을 대조합니다. 다른 소유자의 정상 토큰을 무작정 교체하지 않습니다.
- DNS 확인 레코드를 찾을 수 없음
- 현재 NS, 레코드 이름, 값과 유형을 확인합니다. 같은 값을 여러 관리 화면에 반복 입력하기보다 공개 응답을 확인합니다.
- 페이지 접근 오류 또는 예상과 다른 주소
- 로그인 요구, 오류 응답, 리디렉션과 Cloudflare 보안 차단 여부를 조사합니다. 보안 전체 해제 대신 문제 규칙을 구분합니다.
- 확인됐던 속성에 접근할 수 없음
- 로그인 계정과 속성 범위를 확인하고 필요한 경우 기존 소유자에게 정식 접근 권한을 요청합니다. 계정 권한 문제를 태그 추가만으로 해결하려 하지 않습니다.
6. 인증 다음은 사이트맵과 개별 URL 확인
소유권 확인 뒤 실제 배포한 /sitemap.xml을 제출하고 대표 URL을 검사합니다. 사이트맵 제출 성공, URL 발견, 크롤링, 색인은 같은 상태가 아닙니다. 소유권 확인 또한 검색 노출이나 AdSense 승인을 보장하지 않습니다.
기록에는 속성 종류, 계정 구분, 확인 방법, 공개 응답과 확인 날짜를 남깁니다. 비밀번호나 일회용 로그인 코드는 공유하지 말고, 화면을 공개할 때는 계정 이메일 등 개인 정보를 가립니다. 구체적인 URL 검사 결과의 해석은 색인 확인 문서와 현재 Search Console 안내를 함께 참고하세요.
공식 자료와 확인 범위
공식 자료 확인일: . 정책 판단은 원문과 현재 계정 안내를 함께 확인하세요.
- Search Console 속성 추가하기
도메인과 URL 접두어 속성의 범위·인증 방식 차이를 설명합니다.
- Google 사이트 소유권 확인
HTML 태그와 DNS 인증 요건, 실패 메시지와 확인 유지 안내입니다.
- Cloudflare DNS 레코드 관리
현재 Cloudflare DNS를 사용하는 도메인의 레코드 추가·수정 시 참고합니다.
이번 개정: 도메인 속성과 URL 접두어 인증을 분리하고, 공개 HTML·DNS 관찰 및 실패 유형별 확인 절차를 추가했습니다. 업데이트 기록