코드를 붙였는데도 “사이트를 확인할 수 없음”, “코드를 찾을 수 없음”, “검토 필요”가 계속 보인다면 단순히 코드를 다시 붙이는 것만으로는 해결되지 않을 수 있습니다. 실제 원인은 코드 위치보다 게시 상태, 계정 ID, 도메인, 캐시, 크롤러 접근, 심사 단계에 있는 경우가 많습니다.
아래 7가지를 위에서부터 차례로 확인하면 연결 실패인지, 소유권 확인은 끝났지만 심사 중인지, 승인 후 광고 설정 문제인지 구분할 수 있습니다.
애드센스 코드는 “관리자 화면에 입력했는가”가 아니라 게시된 페이지의 원본 소스에서 확인되는가가 중요합니다. 그다음 코드의 ca-pub-... 값이 현재 계정과 일치하는지, 등록한 사이트 주소가 정상적으로 최종 페이지까지 열리는지, 애드센스 크롤러가 접근 가능한지 확인해야 합니다.
현재 애드센스는 사이트 확인 방법으로 코드 스니펫 외에 ads.txt 스니펫과 메타 태그도 제공합니다. 연결 확인이 끝났더라도 사이트 심사는 별도이며, 공식 안내상 보통 며칠에서 경우에 따라 2~4주가 걸릴 수 있습니다.
이 글의 검색 의도와 최신 확인 포인트
주 검색 의도: 애드센스 코드가 설치되어 있는데 사이트 연결 또는 소유권 확인이 실패하는 원인을 빠르게 찾고 해결하는 문제 해결형 의도입니다.
보조 의도: 코드 위치 확인, 퍼블리셔 ID 비교, 워드프레스 캐시 문제, robots.txt·CDN 차단, 사이트 심사 기간을 함께 확인하려는 의도입니다.
리서치 반영: Google AdSense 공식 도움말의 사이트 추가·소유권 확인 방법, 코드 구현 점검, 크롤러 접근 문제, 사이트 심사 기간 안내를 기준으로 정리했습니다.
1. 코드가 실제로 <head> 안에 게시됐는지 확인했나요?
가장 먼저 관리자 화면이 아니라 공개된 페이지의 원본 소스를 확인해야 합니다. Google의 사이트 연결 안내는 애드센스 코드 스니펫을 페이지 HTML의 <head>와 </head> 사이에 넣도록 안내합니다. 편집기에서 저장만 하고 “발행”하지 않았거나, 본문 HTML 블록에 넣었다면 연결 확인에 실패할 수 있습니다.
브라우저에서 사이트 홈을 연 뒤 “페이지 소스 보기”를 실행하고 pagead2.googlesyndication.com 또는 ca-pub-를 검색하세요. 개발자 도구의 Elements 탭은 자바스크립트가 실행된 뒤의 DOM을 보여줄 수 있으므로, 처음 점검할 때는 원본 소스가 더 명확합니다.
정상적으로 확인할 코드 형태
<script async
src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js
?client=ca-pub-1234567890123456"
crossorigin="anonymous"></script>줄바꿈 모양은 플랫폼에 따라 달라도 되지만, 스크립트 주소와 본인의 ca-pub-... 값이 원본 소스에 있어야 합니다.
테마 편집기에서 코드를 넣었다면 홈뿐 아니라 실제 콘텐츠 페이지 한두 곳도 확인하세요. 일부 테마는 홈, 글, 카테고리 템플릿의 헤더를 다르게 불러오며, 특정 템플릿에만 코드가 빠지는 경우가 있습니다.
코드 위치 기준과 예시는 Google AdSense 사이트 추가 공식 안내에서 다시 확인할 수 있습니다.
2. 코드의 퍼블리셔 ID가 현재 계정과 정확히 같나요?
코드가 있다는 사실보다 그 코드가 어느 애드센스 계정의 코드인지가 더 중요합니다. 이전 운영자, 외주 제작자, 예전 플러그인 또는 다른 Gmail 계정의 ca-pub-...가 남아 있으면 사이트에는 애드센스 코드가 보여도 현재 계정의 소유권 확인에는 도움이 되지 않습니다.
애드센스에서 계정 → 설정 → 계정 정보에 표시되는 퍼블리셔 ID와 원본 소스의 ID를 한 글자씩 비교하세요. 코드 스니펫은 보통 ca-pub-123... 형태이고, ads.txt 항목은 pub-123... 형태라 접두사가 다릅니다. 숫자 16자리가 같은지 확인하는 것이 핵심입니다.
ID 불일치를 찾는 빠른 방법
- 공개 페이지 원본 소스에서
ca-pub-를 모두 검색합니다. - 한 사이트에 서로 다른 ID가 두 개 이상 있는지 확인합니다.
- 애드센스 계정 정보의 퍼블리셔 ID와 숫자를 대조합니다.
- 오래된 코드가 있다면 테마, 플러그인, 태그 관리자에서 제거합니다.
특히 워드프레스에서 Site Kit, 헤더 삽입 플러그인, 테마 옵션을 동시에 사용하면 서로 다른 위치에서 코드가 중복될 수 있습니다. 연결 문제를 줄이려면 설치 경로를 하나로 정하고 나머지 경로의 코드는 정리하는 편이 좋습니다.
퍼블리셔 ID를 찾는 공식 경로는 퍼블리셔 ID 확인 도움말에서 확인할 수 있습니다.
3. 애드센스에 등록한 주소와 실제 최종 주소가 일치하나요?
등록한 URL이 열리기만 하면 끝나는 것이 아니라, 크롤러가 오류 없이 최종 콘텐츠까지 도달해야 합니다. 예를 들어 http://example.com이 https://www.example.com으로 이동하는 과정에서 여러 번 리디렉션되거나 중간 단계가 실패하면 사이트 접근이 불안정해질 수 있습니다.
브라우저의 시크릿 창에서 애드센스에 등록한 도메인을 그대로 입력해 보세요. 로그인 없이 열리는지, 보안 인증서 경고가 없는지, 최종 주소가 일관되게 하나로 정리되는지, 홈이 404나 빈 페이지가 아닌지 확인합니다. Google 공식 크롤러 문제 해결 문서도 사이트가 존재하지 않거나 404를 반환하는 경우, 다중 리디렉션이 있는 경우를 주요 접근 실패 원인으로 안내합니다.
| 점검 항목 | 정상 기준 | 문제 예시 |
|---|---|---|
| HTTP → HTTPS | 한 번의 정상 리디렉션 후 콘텐츠 표시 | 리디렉션 반복, 인증서 오류 |
| www / non-www | 한 버전으로 일관되게 통합 | 한쪽은 열리고 다른 쪽은 404 |
| 홈페이지 상태 | 공개 콘텐츠와 정상 HTTP 응답 | 준비 중, 빈 화면, 로그인 페이지 |
| DNS·호스팅 | 지역·접속 환경과 무관하게 안정적 | 간헐적 타임아웃, 특정 지역 차단 |
주소 문제를 해결하려고 사이트를 반복해서 삭제하고 다시 추가하기 전에 현재 등록 상태와 리디렉션을 먼저 정리하세요. 잦은 재등록보다 하나의 정상 도메인에서 코드와 접근성을 안정적으로 유지하는 것이 점검하기 쉽습니다.
4. 캐시·테마·플러그인이 최신 코드를 실제 화면에 반영했나요?
편집기에는 새 코드가 있어도 방문자가 보는 캐시에는 예전 코드가 남아 있을 수 있습니다. 워드프레스 캐시 플러그인, CDN 캐시, 서버 캐시, 정적 페이지 생성, 테마 최적화 기능이 HTML을 별도로 저장하면 관리자 화면과 공개 소스가 달라집니다.
코드를 수정한 뒤에는 사이트 캐시, CDN 캐시, 브라우저 캐시를 차례로 비우고 시크릿 창에서 다시 원본 소스를 확인하세요. 자바스크립트 지연 로딩이나 스크립트 결합 기능이 애드센스 주소를 변경하거나, 동의 관리 도구가 코드 자체를 제거하는지도 살펴볼 필요가 있습니다.
워드프레스 점검 순서
- Site Kit을 사용한다면 애드센스 설정에서 “코드가 배치됨” 상태를 확인합니다.
- 헤더 삽입 플러그인과 테마 옵션에 같은 코드가 중복되지 않았는지 확인합니다.
- 캐시·최적화 플러그인의 자바스크립트 지연 또는 제외 목록을 확인합니다.
- 테마를 바꾼 뒤 코드가 사라지지 않았는지 공개 소스에서 재확인합니다.
Google은 코드 구현 문제를 확인할 때 브라우저의 원본 소스에서 광고 코드를 점검하도록 안내합니다. 플러그인 화면의 성공 메시지는 참고 정보일 뿐이며, 최종 기준은 공개 소스에 올바른 코드가 출력되는지입니다.
워드프레스 연결 절차는 WordPress와 애드센스 연결 공식 도움말을 참고하세요.
5. 사이트가 로그인·점검 모드·접근 제한 없이 공개되어 있나요?
사람에게 보이는 것과 Google 크롤러가 접근할 수 있는 것은 다를 수 있습니다. 관리자 로그인 쿠키가 있는 브라우저에서는 정상으로 보이지만, 새 방문자는 비밀번호 입력 화면이나 “준비 중” 페이지를 볼 수 있습니다. 애드센스 크롤러도 로그인 정보 없이 접근하므로 공개 콘텐츠를 읽지 못하면 연결 또는 심사에 문제가 생길 수 있습니다.
시크릿 창과 모바일 데이터 환경에서 홈과 대표 글을 열어 보세요. 국가·IP 제한, 연령 확인 벽, 사내 네트워크 전용, 기본 인증, 유지보수 플러그인, 쿠키 동의 전 전체 콘텐츠 차단 등이 있는지 확인합니다. 서버가 느리거나 간헐적으로 타임아웃을 반환하는 경우도 크롤러 접근 실패로 이어질 수 있습니다.
사이트 접근 문제의 공식 분류는 애드센스 크롤러 문제 해결 도움말에서 확인할 수 있습니다.
사이트 접근·크롤러 오류 공식 진단 기준 보기
정보 확인하기 →
6. robots.txt·CDN·방화벽이 애드센스 크롤러를 막고 있나요?
코드가 정확해도 크롤러가 HTML을 가져오지 못하면 확인할 수 없습니다. Google의 공식 안내는 사이트 확인 시 변경 사항이 게시되어 있고 애드센스 크롤러인 Mediapartners-Google과 Google-Display-Ads-Bot이 접근할 수 있어야 한다고 설명합니다.
robots.txt에서 전체 크롤러를 차단하는 User-agent: * / Disallow: / 규칙이나, 애드센스 크롤러를 직접 차단하는 규칙이 없는지 확인하세요. 또한 Cloudflare 같은 CDN의 봇 차단, 웹 애플리케이션 방화벽, 보안 플러그인의 비정상 트래픽 차단, 호스팅사의 국가별 제한도 살펴봐야 합니다.
robots.txt에서 제거해야 할 대표 차단 예시
User-agent: Mediapartners-Google
Disallow: /이 규칙이 있다면 애드센스 크롤러가 사이트를 읽지 못할 수 있습니다. robots.txt를 수정한 뒤 공개 주소 https://내도메인/robots.txt에서 변경 내용이 실제로 반영됐는지 확인하세요.
연결 확인을 다시 실행한 시점에 Google 계열 크롤러 요청이 200으로 응답했는지 살펴보세요. 403, 429, 5xx가 반복된다면 코드보다 방화벽, 속도 제한, 서버 안정성을 먼저 수정해야 합니다.
robots.txt 허용 기준은 애드센스 크롤러에 접근 권한 부여하기에서 확인할 수 있습니다.
7. 연결 확인과 사이트 심사를 혼동하고 있지 않나요?
“코드 확인 성공”과 “광고 게재 준비 완료”는 같은 상태가 아닙니다. 애드센스는 먼저 사이트 소유권을 확인하고, 이어 사이트 전체가 프로그램 정책을 충족하는지 검토합니다. 공식 안내상 검토는 보통 며칠이지만 일부 경우 2~4주가 걸릴 수 있습니다.
애드센스의 사이트 메뉴에서 현재 상태를 확인하세요. “검토 필요”라면 확인 방법을 선택한 뒤 완료 체크와 확인 또는 검토 요청 절차까지 마쳐야 합니다. “준비 중”이라면 코드를 계속 바꾸기보다 사이트를 공개 상태로 유지하고, 계정 홈에 미완료 작업이 없는지 확인하는 편이 좋습니다.
코드 방식이 계속 실패할 때 대체 확인 방법
현재 공식 사이트 추가 절차에서는 계정에 표시되는 선택지에 따라 다음 방법을 사용할 수 있습니다.
- AdSense 코드 스니펫: 공개 페이지의
<head>안에 삽입 - ads.txt 스니펫: 루트 경로의 ads.txt 파일에 계정 항목 추가
- 메타 태그: 홈페이지에 광고 코드를 두고 싶지 않을 때
<head>안에 삽입
<meta name="google-adsense-account"
content="ca-pub-1234567890123456">대체 방법을 사용할 때도 숫자는 현재 계정의 퍼블리셔 ID와 일치해야 하고, 변경 사항이 공개 페이지 또는 루트 파일에 실제 반영되어야 합니다. 한 방법을 선택해 정확하게 구현한 뒤 확인하는 것이 여러 방법을 동시에 무작정 추가하는 것보다 원인을 파악하기 쉽습니다.
애드센스 사이트 연결·심사 상태 공식 안내 보기
정보 확인하기 →
- 공개 페이지 원본 소스의
<head>안에 코드가 있다. - 코드의 퍼블리셔 ID가 현재 애드센스 계정과 같다.
- 등록 도메인에서 최종 공개 페이지까지 오류 없이 열린다.
- 캐시를 비운 뒤에도 최신 코드가 원본 소스에 보인다.
- 로그인, 점검 모드, IP·국가 제한 없이 콘텐츠가 공개된다.
- robots.txt, CDN, WAF가 애드센스 크롤러를 차단하지 않는다.
- 사이트 메뉴에서 연결 확인과 심사 상태를 구분해 확인했다.
애드센스 연결 실패는 대개 “코드가 없다”는 한 가지 원인으로 끝나지 않습니다. 공개 소스에 코드가 있는지 확인한 다음, 퍼블리셔 ID, 도메인·리디렉션, 캐시, 공개 접근성, 크롤러 차단을 순서대로 점검해야 원인을 빠르게 좁힐 수 있습니다.
연결 확인이 성공한 뒤에는 사이트 심사가 별도로 진행될 수 있습니다. 따라서 상태가 “준비 중”이라면 코드를 반복해서 수정하기보다 사이트를 안정적으로 공개하고 애드센스 계정의 미완료 작업과 정책 알림을 확인하세요.
자주 묻는 질문
애드센스 코드가 소스에 보이는데도 연결이 안 될 수 있나요?
그럴 수 있습니다. 코드가 보여도 현재 로그인한 애드센스 계정의 퍼블리셔 ID와 다르거나, 등록한 도메인과 실제 접속 주소가 다르거나, 크롤러가 방화벽·로그인 화면에 막히면 확인이 실패할 수 있습니다. 소스 코드 확인과 함께 계정, URL, 크롤러 접근을 같이 점검해야 합니다.
애드센스 코드는 body가 아니라 head에 넣어야 하나요?
사이트 연결용 애드센스 코드 스니펫과 메타 태그는 공식 안내대로 `<head>`와 `</head>` 사이에 배치하는 것이 기준입니다. 화면 편집기의 본문 블록이나 글 내용에 붙이면 브라우저에 표시되더라도 소유권 확인용 위치로 인식되지 않을 수 있습니다. 게시된 페이지의 원본 소스에서 실제 위치를 확인하세요.
ads.txt가 없으면 애드센스 사이트 연결이 무조건 실패하나요?
무조건 그렇지는 않습니다. 현재 애드센스는 코드 스니펫, ads.txt 스니펫, 메타 태그 등 제공되는 방법 중 하나를 선택해 사이트 소유권을 확인할 수 있습니다. 다만 ads.txt 방법을 선택했다면 루트 경로의 파일에 정확한 퍼블리셔 ID가 공개되어 있어야 합니다.
애드센스 연결 확인 후 광고가 바로 나오나요?
연결 확인과 사이트 심사는 서로 다른 단계입니다. 소유권 확인이 끝나도 사이트 전체가 프로그램 정책을 충족하는지 검토가 진행되며, 공식 안내상 보통 며칠이지만 경우에 따라 2~4주가 걸릴 수 있습니다. 사이트 상태가 준비됨으로 바뀌고 광고 설정까지 완료되어야 실제 노출을 판단할 수 있습니다.
워드프레스에서는 코드를 직접 넣는 것과 Site Kit 중 무엇이 낫나요?
둘 중 한 가지 방식을 일관되게 사용하는 편이 관리하기 쉽습니다. Site Kit을 사용한다면 설정 화면에서 애드센스 코드가 배치되었다는 상태를 확인하고, 직접 삽입한다면 테마 업데이트에도 유지되는 헤더 삽입 방식으로 관리하세요. 두 방식이 섞여 오래된 퍼블리셔 ID가 남지 않았는지도 확인하는 것이 좋습니다.
애드센스 화면과 정책은 바뀔 수 있으므로 실제 계정에 표시되는 안내와 아래 공식 문서를 함께 확인하세요.
