HTTP 상태 코드를 일괄 확인하는 방법
URL 목록을 준비하고 HTTP 상태 코드를 일괄 검사한 뒤 SEO, 사이트 이전, 출시 QA 문제의 우선순위를 정하는 실무 가이드입니다.
일괄 HTTP 검사의 목적은 많은 숫자를 수집하는 것이 아니라 URL 목록을 실행 가능한 작업으로 바꾸는 것입니다. 사이트 이전, 릴리스 검증, 끊어진 링크 정리와 정기 기술 SEO 감사에 유용합니다.
검사할 URL 목록 만들기
XML 사이트맵만 사용하면 이전 URL을 놓칠 수 있습니다. 다음 자료를 함께 사용하세요.
- 현재 XML 사이트맵과 내부 크롤링 결과
- 분석 도구의 주요 랜딩 페이지
- 검색 노출과 외부 링크가 있는 URL
- 사이트 이전의 기존-신규 URL 매핑
- 수익 또는 전환에 중요한 페이지
- 알려진 404와 캠페인 목적지
HTTP/HTTPS, www 유무, 후행 슬래시와 쿼리 문자열은 실제 동작이 다를 수 있으므로 확인이 필요한 변형은 유지합니다.
일괄 검사 실행
Bulk URL Checker에 한 줄당 하나의 URL을 붙여 넣거나 CSV를 업로드하세요. 한 번에 최대 50개를 검사하고 결과를 CSV 또는 JSON으로 내보낼 수 있습니다.
더 큰 사이트는 트래픽 상위 페이지, 상품, 문서, 이전 URL처럼 의미 있는 그룹으로 나눕니다. 이렇게 하면 담당자 배정과 재검사가 쉬워지고 과도한 동시 요청으로 생기는 429·5xx 노이즈도 줄어듭니다.
결과 해석
2xx 성공
정상적인 대표 페이지는 보통 200을 반환합니다. 그러나 오류 문구가 있는 소프트 404나 로그인 화면도 잘못된 200을 반환할 수 있으므로 중요한 URL의 제목과 본문을 표본 확인해야 합니다.
3xx 리다이렉트
모든 3xx가 오류는 아닙니다. 영구 이동은 일반적으로 301/308, 임시 이동은 302/307을 사용합니다. 목적지가 관련 있고 최종 응답이 정상인지 확인하고, 긴 체인은 Redirect Checker로 분석하세요.
4xx 클라이언트 오류
실제로 없는 리소스에는 404가 올바를 수 있습니다. 하지만 트래픽, 백링크 또는 내부 링크가 남아 있다면 복구, 관련 페이지로의 이동 또는 링크 수정이 필요합니다.
5xx 서버 오류
지속되는 5xx는 높은 우선순위입니다. 재검사로 일시 장애를 구분하고 CDN, 원본 서버, 애플리케이션과 업스트림 로그를 같은 시간대로 비교합니다.
우선순위 정하기
상태 코드만으로 중요도를 결정하지 마세요. 자연 검색 트래픽, 백링크, 매출, 내부 참조 수, 장애 지속 시간과 템플릿 영향 범위를 함께 봅니다. 일반적으로 광범위한 5xx, 전환 경로 장애, 가치 있는 이전 누락, 중요한 내부 404 순으로 처리합니다.
이전 점검표
- 기존 URL이 가장 관련 있는 신규 URL로 직접 이동한다.
- 신규 대표 URL은 불필요한 체인 없이 200을 반환한다.
- 내부 링크, canonical과 사이트맵이 최종 URL을 사용한다.
- 필요한 쿼리 매개변수가 보존된다.
- 배포 후 같은 목록을 다시 검사한다.
일괄 도구는 제출한 URL만 확인합니다. 전체 페이지 발견에는 크롤러, 사이트맵, 분석 데이터와 서버 로그가 별도로 필요합니다.