AdSense Approval

애드센스 사이트 접근 불가 거절, 무엇을 확인해야 할까?

애드센스에서 “사이트가 다운되었거나 사용할 수 없음” 또는 “사이트에 접근할 수 없음”으로 거절됐다고 해서 반드시 내 사이트가 실제로 꺼져 있었다는 뜻은 아닙니다. 내 휴대폰이나 PC에서는 잘 열려도 AdSense 심사 크롤러가 보는 순간에는 DNS, SSL, robots.txt, CDN 보안 설정, 서버 응답 지연, 리다이렉트 문제 때문에 접근하지 못할 수 있습니다.

Short Answer

내 사이트가 열리는데도 접근 불가로 뜰 수 있습니다

Google AdSense 도움말은 사이트 접근 불가 원인으로 URL 오류, 사이트 미공개, 로그인 보호, robots.txt 차단, SSL 인증서 문제, 네임서버 문제, 서버 응답 지연, 방화벽 차단 등을 안내합니다. 즉 이 문제는 “서버가 완전히 다운됨” 하나만 의미하지 않습니다.

특히 새 도메인을 연결했거나, Cloudflare/Render/Netlify 같은 배포 서비스를 막 설정했거나, www와 non-www 리다이렉트가 정리되지 않은 경우에는 사람에게는 잘 열려도 심사 시점의 크롤러에게는 불안정하게 보일 수 있습니다.

1. 먼저 URL 네 가지를 모두 확인합니다

애드센스는 사용자가 제출한 URL을 기준으로 접근합니다. 그래서 `https://example.com`은 열리지만 `https://www.example.com`이 깨지거나, HTTP에서 HTTPS로 리다이렉트가 꼬이면 접근 불가로 판단될 수 있습니다.

확인 URL	정상 상태	주의할 문제
https://domain.com	200 응답 또는 대표 주소로 301/308 이동	SSL 오류, 인증서 대기 상태
https://www.domain.com	대표 주소로 자연스럽게 이동	www DNS 누락, CNAME 오류
http://domain.com	https 주소로 이동	무한 리다이렉트, 보안 경고
http://www.domain.com	대표 https 주소로 이동	도메인 하나만 설정되어 접근 실패

2. DNS와 SSL은 새 도메인에서 가장 자주 걸립니다

도메인을 막 구입하고 Cloudflare, Render, Netlify, 티스토리, 블로그스팟 등에 연결한 직후에는 DNS 전파와 SSL 인증서 발급이 완전히 끝나지 않았을 수 있습니다. 이때 브라우저에서는 잠깐 열렸다가, 다른 네트워크에서는 안 열리는 일이 생깁니다.

루트 도메인과 www 도메인이 모두 같은 서비스로 연결되어 있는지 확인합니다.
Cloudflare를 쓴다면 DNS only와 Proxied 상태가 의도한 대로인지 확인합니다.
Render나 Netlify의 custom domain에서 certificate issued 상태인지 확인합니다.
SSL 인증서가 self-signed가 아니라 일반 브라우저에서 신뢰되는 인증서인지 확인합니다.

3. robots.txt와 방화벽이 크롤러를 막고 있을 수 있습니다

사람에게 공개된 페이지라도 robots.txt, 보안 플러그인, WAF, CDN 방화벽 설정이 특정 봇을 막으면 AdSense 크롤러가 콘텐츠를 읽지 못할 수 있습니다. Google AdSense 크롤러는 일반 Google 검색 크롤러와 별도로 동작할 수 있으므로 Search Console에서 색인된 것만으로 완전히 안심하기는 어렵습니다.

`robots.txt`에서 `User-agent: *` 또는 `Mediapartners-Google`이 주요 페이지를 막고 있지 않은지 확인합니다.
Cloudflare 보안 규칙, Bot Fight Mode, WAF가 Google 크롤러 요청을 차단하지 않는지 봅니다.
워드프레스 보안 플러그인이 해외 IP, 봇, 비로그인 사용자를 막고 있지 않은지 확인합니다.
로그인, 성인 인증, 지역 제한, IP 제한이 걸린 페이지는 승인 전에는 공개 접근이 가능해야 합니다.

4. 서버 응답이 느리거나 간헐적으로 깨지는 경우도 포함됩니다

무료 호스팅이나 슬립 상태가 있는 서버는 첫 요청이 30초 이상 걸리거나 일시적으로 502/503을 반환할 수 있습니다. 심사 크롤러가 그 순간에 접근하면 사이트가 다운된 것처럼 보일 수 있습니다.

Before

무료 인스턴스가 잠들어 있어 첫 요청이 오래 걸리고, 심사 시점에 503 또는 타임아웃이 발생합니다.

After

유료 인스턴스나 안정적인 호스팅으로 전환하고, 홈과 주요 글이 200 응답으로 빠르게 열리는지 확인합니다.

홈, sitemap.xml, 대표 글 3개가 모두 200 응답인지 확인합니다.
모바일 데이터, 다른 브라우저, 시크릿 모드에서 접속해 봅니다.
Render/Netlify/Cloudflare 대시보드에서 최근 배포 실패와 5xx 로그를 확인합니다.
검토 요청 전 최소 24시간 정도 접속이 안정적인지 봅니다.

5. Search Console 실제 URL 테스트와 AdSense는 역할이 다릅니다

Search Console에서 “URL이 Google에 등록되어 있음”으로 보여도 AdSense 심사가 항상 같은 결과를 내는 것은 아닙니다. AdSense는 광고 게재 가능 여부를 위해 별도 크롤러와 기준으로 사이트를 확인합니다.

도구	확인하는 것	한계
브라우저	내 기기에서 접속되는지	크롤러 접근 가능 여부는 알 수 없음
Search Console	Google 검색 색인과 렌더링 가능성	AdSense 크롤러 문제와 완전히 같지 않음
AdSense 심사	광고 게재 가능한 사이트인지	구체 URL별 오류를 자세히 주지 않을 수 있음

재검토 요청 전 체크리스트

제출한 URL에 오타가 없고, 대표 주소가 하나로 정리되어 있나요?
http, https, www, non-www가 모두 정상 리다이렉트되나요?
SSL 인증서가 발급 완료 상태이고 브라우저 보안 경고가 없나요?
robots.txt가 `Mediapartners-Google` 또는 주요 페이지를 막지 않나요?
Cloudflare, 보안 플러그인, WAF가 봇 요청을 차단하지 않나요?
홈, sitemap.xml, About, Contact, Privacy, 대표 글이 모두 공개되어 있나요?
서버가 슬립되거나 첫 요청에서 502/503을 내지 않나요?

SiteCoach 관점

진단 결과에서 접근성 문제가 보이면 이렇게 고칩니다

SiteCoach에서는 사이트 접근성 문제를 콘텐츠 문제와 분리해서 봅니다. 콘텐츠가 좋아도 크롤러가 홈과 대표 글을 안정적으로 읽지 못하면 심사 단계에 도달하기 어렵습니다. 그래서 재검토 전에는 “내 눈에 열림”이 아니라 “크롤러가 반복해서 접근 가능함”을 기준으로 확인해야 합니다.

대표 URL을 하나 정하고 모든 주소가 그 URL로 이동하게 만듭니다.
robots.txt, sitemap.xml, SSL, DNS 상태를 재검토 요청 전날 다시 확인합니다.
최근 배포 직후가 아니라 접속이 안정된 뒤 검토 요청을 누릅니다.