사이트가 열리지 않을 때 DNS부터 다시 설정하거나 방화벽을 끄지 마세요. 도메인을 찾지 못한 것인지, 인증서 오류인지, 특정 페이지의 404인지에 따라 고칠 곳이 다릅니다. 이 글은 가비아 도메인과 Cloudflare Pages를 사용하는 운영자가 증거를 남기며 실패 범위를 좁히는 방법입니다.
‘가치가 별로 없는 콘텐츠’라는 거절 사유만으로 접속 장애가 있었다고 결론 내리지 않습니다. 접근 성공, 검색 색인, AdSense 심사는 서로 다릅니다. 아래 공개 응답 검사는 일반 요청이며 Google 크롤러의 실제 접근 기록이나 승인 결과가 아닙니다.
1. 변경하기 전에 오류와 범위 남기기
- 정확한 URL: http/https, www 유무, 경로와 마지막 주소를 기록합니다. 홈과 특정 글이 모두 실패하는지 나눕니다.
- 오류 단계: 브라우저의 도메인·인증서 오류인지, 서버가 돌려준 403·404·5xx인지 구분합니다. 주소를 찾지 못한 상태에는 HTTP 응답 코드가 없을 수 있습니다.
- 시각과 환경: 시간대, 브라우저·네트워크와 로그인 여부를 남깁니다. 한 환경의 성공·실패를 모든 방문자의 결과로 확대하지 않습니다.
- 직전 변경: 배포, 도메인 연결, DNS·보안 규칙 변경 중 무엇을 언제 했는지 대조합니다. 여러 설정을 동시에 바꾸면 원인과 복구를 추적하기 어렵습니다.
인증서 경고를 우회하거나 인증·보안 기능을 끈 상태로 정상이라고 보고하지 않습니다. 로그인 전용 관리 화면을 공개할 필요도 없습니다. 원래 공개하려던 문서에 필요한 접근만 확인합니다.
2. 증상별로 확인 위치 좁히기
| 증상 | 확인할 근거 | 다음 작업 |
|---|---|---|
| 도메인을 찾을 수 없음 | 등록·만료 상태, 권한 네임서버, 해당 호스트의 DNS 응답 | 루트와 www를 따로 조회. SERVFAIL만 보고 DNSSEC가 원인이라고 단정하지 않음 |
| 인증서 이름·유효기간 오류 | 브라우저가 요청한 호스트, 인증서 이름·기간, Pages 도메인 상태 | 해당 도메인과 인증서 연결 확인. 검증 우회나 HTTP 사용으로 덮지 않음 |
| 리디렉션 반복 | 각 응답의 상태·Location과 최종 URL | http↔https 또는 www↔루트가 되돌아가는 규칙 대조. 정상 HTTPS 이동까지 제거하지 않음 |
| 특정 글만 404 | 정확한 경로, 생성 파일·배포 결과, 연결한 링크 | 문서 누락·오타·이동을 조사. 의도적으로 없는 주소의 404는 장애로 취급하지 않음 |
| 403·429·챌린지 화면 | 응답 헤더·화면, 시각·요청 주소와 보안 이벤트 | 차단·속도 제한·애플리케이션 권한을 구분. 상태 코드만으로 WAF 원인 확정 불가 |
| 5xx 또는 시간 초과 | 배포·기능 실행 기록, 서비스 상태와 재현 범위 | 실패한 구성요소를 확인하고 필요하면 확인된 직전 배포로 복구. 고빈도 반복 요청 금지 |
| 200인데 빈 화면·오류 안내 | 응답 본문과 스크립트·자료 로드 실패 | 본문이 실제로 제공되는지 검사. 상태 200만으로 성공 판정하지 않음 |
공개 문서가 원래 없어 404를 주는 경우와 실수로 사라진 문서의 404는 다릅니다. 오류 화면을 200으로 보내거나 모든 주소를 홈으로 돌려 숫자만 정상처럼 만들지 않습니다. 검색에서 soft 404로 판단됐는지는 Search Console에서 별도로 확인해야 합니다.
3. 설정을 바꾸지 않는 첫 검사
먼저 브라우저에서 문제 주소를 정확히 엽니다. Windows에서는 아래 명령으로 DNS 응답과 첫 HTTP 응답 헤더를 읽어 볼 수 있습니다. 설정을 변경하는 명령은 아니며 다른 사람의 사이트를 반복 호출하는 부하 시험으로 사용하지 않습니다.
Resolve-DnsName alphaadsense.com
Resolve-DnsName www.alphaadsense.com
curl.exe -I --max-time 15 https://alphaadsense.com/-I는 HEAD 요청입니다. GET 요청으로 본문을 여는 것과 서버 동작이 다를 수 있으므로 결과만으로 본문 성공을 확정하지 않습니다. 리디렉션이면 Location을 기록하고 예상한 호스트인지 확인한 뒤 목적지를 엽니다. 인증서 검증을 끄는 옵션은 사용하지 않습니다.
최초 도메인 연결이 잘못됐다면 가비아·Cloudflare 연결 절차에서 등록기관, DNS 호스팅, Pages 도메인 연결을 구분하세요. 특정 글 404를 고치려고 네임서버를 갈아 끼우거나 메일용 MX·TXT를 지우지 않습니다. DNS 응답의 TTL·캐시 영향도 기록하되 무조건 정해진 시간을 기다리면 해결된다고 약속하지 않습니다.
4. Alpha AdSense 공개 응답의 실제 관찰
2026-10-27 한국시간 12:47:24~27, 이 글 개정 전 작업 환경에서 일반 GET 요청을 순서대로 보냈습니다. 리디렉션은 각 단계를 기록했고 인증서 검증을 끄거나 Google 사용자 에이전트로 위장하지 않았습니다. 아래는 그때의 단발성 관찰입니다.
| 요청 주소 | 관찰한 응답 | 확인한 범위 |
|---|---|---|
| http://alphaadsense.com/ | 301 → https://alphaadsense.com/ → 200 | 이 요청의 HTTPS 전환과 홈 제목 확인 |
| https://alphaadsense.com/ | 200 | 홈 제목이 들어 있는 HTML 수신 |
| https://www.alphaadsense.com/ | 200, 관찰한 요청에는 루트로 이동 없음 | 접근은 성공. 주소 통일·canonical 판단은 별도이며 www 리디렉션을 적용하지 않음 |
| /guides/site-down-unavailable/ | 200 | 개정 전 문서 제목 확인. 새 본문의 배포 확인과는 구분 |
| /__alpha-access-check-20261027__/ | 404 | 검사용 비존재 경로에 ‘페이지를 찾을 수 없습니다’ 제목 수신. 공개 문서를 삭제한 시험이 아님 |
표의 경로 요청도 HTTPS 루트 호스트를 사용했습니다. 이 환경에서 TLS 검증을 통과한 것이 모든 지역·기기의 인증서 상태를 보증하지는 않습니다. 이 검사에서는 DNS·보안 설정을 변경하지 않았고 Cloudflare 계정의 보안 이벤트, AdSense 심사 상태, Google 크롤러 로그를 열람하지 않았습니다.
www가 200이라는 관찰을 다운이나 승인 거절 원인으로 표현하지 않습니다. 두 주소의 콘텐츠 중복과 대표주소 운영은 중복 URL 정리에서 별도로 검토할 문제입니다. 현재 표는 수정 전에 확보한 기준선이며 이후 상태가 달라질 수 있습니다.
5. 차단이 의심돼도 보안 전체를 해제하지 않기
403이 나왔다는 이유만으로 국가 차단·봇 방어·방화벽을 모두 끄지 않습니다. 먼저 실패한 요청의 URL·시간대·응답과 표시된 Ray ID가 있다면 함께 보관하고, Cloudflare Security Events에서 해당 조건에 맞는 이벤트의 동작·규칙을 대조합니다. 계정·요금제·기능에 따라 보이는 기록 범위가 다르며, 이벤트가 없다는 것만으로 차단이 없었다고 단정하지 않습니다.
Cloudflare 챌린지 응답은 cf-mitigated: challenge 헤더로 구분할 수 있습니다. 그러나 모든 403이 챌린지는 아니고, 이 헤더가 없다는 사실이 모든 보안 계층의 허용을 증명하지도 않습니다. 원본 애플리케이션의 권한·속도 제한과도 구분하세요.
- 실패 요청과 일치하는 근거를 찾고, 어떤 규칙이 어느 경로·요청에 영향을 주는지 확인합니다.
- 오탐으로 확인된 조건만 검토하고 보호할 관리·로그인 경로는 유지합니다. 보안 예외는 영향과 복구 방법을 아는 운영자가 변경합니다.
- 변경 전 규칙·변경 이유·범위·시각을 기록하고 동일 요청과 정상 공개 문서를 재검사합니다. 문제가 이어지면 원복할 수 있어야 합니다.
사용자 에이전트 문자열에 ‘Google’이 있다는 이유만으로 전체 허용 규칙을 만들지 않습니다. 검색용 Googlebot과 광고 관련 크롤러도 같은 것으로 취급하지 않습니다. 일반 요청 성공을 Google 요청 성공으로 바꾸어 적지 말고 관련 서비스의 실제 오류·검사 결과와 대조합니다. 이 문서는 계정별 보안 예외 규칙을 대신 설계하거나 적용하지 않습니다.
6. 복구 뒤 남길 증거와 보류할 판단
| 기록 항목 | 남길 내용 | 완료로 보지 않는 경우 |
|---|---|---|
| 원래 실패 주소 | 변경 전 오류와 같은 URL의 변경 후 상태·본문·확인 시각 | 홈만 열고 실패한 글은 검사하지 않음 |
| 실제 이용 경로 | 홈·허브·관련 글에서 해당 문서로 이동한 결과 | 직접 주소 입력은 성공하지만 기존 링크는 옛 주소 |
| 수정 범위 | 배포 또는 설정 변경 한 건과 되돌리는 방법 | 여러 설정을 한꺼번에 바꿔 원인·영향을 모름 |
| 재발 확인 계기 | 관련 배포·DNS·보안 변경 또는 같은 오류 재현 시 재검사 | 확인하지 않은 날짜를 정상으로 채움 |
| 미확인 영역 | 다른 네트워크·기기, Google 요청, 계정 상태 중 확인하지 않은 것 | 단 한 번의 200을 장기 무장애·색인·승인 보장으로 설명 |
공개 접근 오류가 남아 있으면 우선 복구하고, 탐색만 실패한다면 메뉴·링크 재현 절차로 이어갑니다. 응답은 정상이지만 검색 색인이 문제라면 색인 상태별 대응을 사용합니다. 접근 복구는 필요한 운영 작업이지 낮은 가치 콘텐츠를 해결한 증거 자체는 아닙니다.
고정 대기 일수나 정상 응답 횟수로 재검토를 자동 허용하지 않습니다. 남은 본문 문제와 계정에서 표시한 사유를 따로 확인하며, 이 검사만으로 신청을 실행하지 않습니다.
공식 자료와 확인 범위
공식 자료 확인일: . 정책 판단은 원문과 현재 계정 안내를 함께 확인하세요.
- Google AdSense 사이트 준비 문제 해결
공개 접근·HTTPS·콘텐츠 문제를 구분하는 공식 안내입니다. 인증과 보호 기능 전체 해제를 해결책으로 삼지 않았습니다.
- Google HTTP 상태 코드와 크롤링
응답 코드와 본문 해석, 200이 검색 색인을 보장하지 않는다는 구분을 참고했습니다.
- Cloudflare Pages 커스텀 도메인
Pages 도메인 연결과 접근 문제를 확인할 때 참고합니다. 본문에서 실제 계정 상태를 확인했다고 주장하지 않습니다.
- Cloudflare Security Events
요청 조건과 보안 동작을 대조할 때 사용하는 기록 안내입니다. 보안 전체 해제를 권장하지 않습니다.
- Cloudflare 챌린지 응답 구분
cf-mitigated 헤더를 통한 챌린지 응답 식별 범위를 참고했습니다.
- AdSense 크롤러 정보
광고 관련 크롤러와 검색 크롤러를 구분합니다. 일반 요청이나 사용자 에이전트 위장을 실제 Google 접근 증거로 사용하지 않습니다.
이번 개정: 접근 실패를 DNS·TLS·리디렉션·HTTP·보안 증상으로 나누고 실제 읽기 전용 응답 기록을 추가했습니다. 보안 전체 완화 권고를 요청별 근거 확인으로 교체했습니다. 업데이트 기록
