먼저 어떤 요청을 확인할지 정합니다
페이지 한 번을 열어도 문서, 스타일, 이미지 등 여러 요청이 발생합니다. 화면이 안 열린다는 문제를 조사할 때는 주 문서 요청과 특정 이미지의 실패를 구분해야 합니다. 이 글은 자신이 접근할 수 있는 공개 페이지를 관찰하는 범위의 진단입니다.
보안 경고를 끄거나 접근 제한을 우회하는 절차는 다루지 않습니다. 서버의 내부 원인을 모르는 상태에서 원인을 확정하기보다 확인한 응답과 화면을 정리하는 것이 목적입니다.
Network 패널에서 문서 요청을 봅니다
Chrome 개발자 도구의 Network 패널은 페이지 요청과 응답 정보를 확인하는 기능을 제공합니다. 패널을 열고 페이지를 다시 불러온 뒤 문서 요청을 선택해 상태와 주소를 살펴보세요. 공식 안내의 화면과 자신의 브라우저 버전이 다를 수 있습니다.
여러 요청 중 빨간 항목 하나만 보고 전체 사이트가 멈췄다고 판단하지 않습니다. 주 문서가 열리고 부가 이미지가 실패한 경우와 주 문서 자체에 접근하지 못한 경우는 다음 확인 단계가 다릅니다.
상태 코드는 범위를 알려 주는 단서입니다
MDN은 HTTP 응답을 성공, 이동, 클라이언트 오류, 서버 오류 등의 범주로 설명합니다. 404는 요청한 자원을 찾지 못한 응답이고 403은 접근을 거부한 응답입니다. 숫자만으로 서비스가 영구 폐쇄됐다고 판단할 수는 없습니다.
200 응답도 사용자가 원한 본문인지 확인해야 합니다. 안내 페이지나 로그인 화면이 응답했을 수 있으므로 상태 코드와 도착 화면을 나란히 기록합니다.
| 관찰 | 읽을 수 있는 범위 | 다음 확인 |
|---|---|---|
| 200 | 요청에 응답함 | 원하는 본문인가 |
| 이동 응답 | 다른 위치로 안내 | 최종 URL·본문 |
| 403 | 접근 거부 응답 | 제공처 접근 안내 |
| 404 | 요청 자원을 찾지 못함 | 경로·현재 문서 위치 |
리디렉션은 출발과 도착을 함께 남깁니다
주소가 이동했다면 처음 연 URL과 도착한 URL을 비교합니다. 이동 응답을 받았다는 사실과 새 위치의 본문이 원하는 자료라는 판단을 분리하세요. 운영 관계는 제공처의 현재 안내로 추가 확인해야 합니다.
가상 사례로 옛 문서 링크가 서비스 홈으로 이동했다면 주소 이동 자체는 관찰했지만 원문을 찾았다고 볼 수는 없습니다. 문서 제목으로 내부 검색을 하거나 공식 문서 목록에서 현재 위치를 찾아야 합니다.
재현 메모는 민감 정보를 빼고 작성합니다
확인 날짜, 브라우저 환경, 공개 URL, 상태 코드와 실제 화면을 적습니다. 요청 헤더나 로그에는 쿠키와 인증 값이 포함될 수 있으므로 통째로 공개 게시판에 올리지 않습니다.
다른 환경에서 결과가 달랐다면 차이가 관찰됐다고 기록하고, 차이의 원인을 추측해 사실처럼 적지 않습니다. 필요한 범위의 메모만 담당자나 자신의 작업 기록에 남기세요.
수정 후에는 같은 조건에서 다시 확인합니다
자신이 관리하는 링크를 수정했다면 같은 출발 주소에서 원하는 자료까지 도달하는지 확인합니다. 상태 코드가 바뀌었다는 사실만으로 해결했다고 끝내지 않고 제목과 본문, 필요한 파일이 열리는지 봅니다.
주소제트는 문서와 도구를 연결해 작업을 마무리하는 출발점을 모읍니다. 이 진단 노트에도 사용한 공식 문서와 확인한 결과를 연결해 다음에 같은 문제가 생겼을 때 비교할 근거를 남깁니다.