이 글에서 배울 수 있는 것

  • 404 에러가 실제로 SEO에 해를 끼치는 상황과 무해한 상황의 구분
  • 301·302·meta refresh의 정확한 사용 기준
  • 리다이렉트 체인·루프를 찾아서 제거하는 방법
  • Search Console로 404 페이지를 찾아 고치는 절차
  • 사이트 이전·리뉴얼 시 SEO 자산을 지키는 URL 매핑 전략

① 404 에러란 무엇이고 SEO에 어떤 영향을 주는가

404 Not Found는 요청한 페이지가 서버에 존재하지 않을 때 반환되는 HTTP 상태 코드입니다. 콘텐츠 삭제, URL 구조 변경, 오타 등 다양한 이유로 발생합니다.

404가 무해한 경우

  • 아무도 링크하지 않는 오래된 페이지가 삭제되어 404가 된 경우
  • 사용자가 URL을 잘못 입력해서 발생하는 일시적 404
  • 의도적으로 삭제한 콘텐츠 (404는 "이 페이지는 더 이상 없습니다"라는 정상적인 신호)

404가 SEO에 실제로 해를 끼치는 경우

상황문제
외부 백링크를 많이 받은 페이지가 404축적된 링크 권위(Link Equity)가 통째로 소실
내부링크·메뉴가 404 페이지로 계속 연결크롤 버짓 낭비, 사용자 이탈률 증가
사이트맵에 404 URL이 그대로 남아있음구글이 신뢰도 낮은 사이트맵으로 판단
리뉴얼 후 다수 페이지가 매핑 없이 404누적 SEO 자산 대량 손실

핵심 포인트

404 에러 자체는 자연스러운 현상입니다. 문제는 "가치 있는 URL"이 아무 조치 없이 404로 방치되는 것입니다. 모든 404를 리다이렉트할 필요는 없으며, 가치 있는 페이지만 선별해 처리하는 것이 효율적입니다.

② 리다이렉트 종류와 올바른 사용법

유형의미SEO 가치 이전사용 상황
301영구 이동(Permanent)거의 전부 이전됨URL 영구 변경, 도메인 이전, 페이지 통합
302임시 이동(Temporary)이전 안 됨 (원칙상)점검 중 임시 안내, A/B 테스트, 일시적 변경
307임시 이동 (메서드 유지)이전 안 됨POST 요청 등 메서드 보존이 필요한 임시 이동
308영구 이동 (메서드 유지)이전됨301과 유사하나 메서드 보존 필요시
meta refreshHTML 단위 새로고침 이동매우 약함, 비권장서버 설정 불가능한 특수 상황에서만

⚠️ 가장 흔한 실수: 영구 이전에 302 사용

페이지를 영구히 옮겼는데 302를 사용하면, 구글은 "이 변경이 임시적"이라고 판단해 기존 URL을 계속 색인하려 시도합니다. 결과적으로 새 URL로 SEO 가치가 충분히 이전되지 않습니다. 영구 변경에는 반드시 301(또는 308)을 사용하세요.

.htaccess에서 301 리다이렉트 설정 예시

# 단일 페이지 리다이렉트 Redirect 301 /old-page.html https://example.com/new-page # 폴더 전체 리다이렉트 RedirectMatch 301 ^/old-category/(.*)$ /new-category/$1 # 구도메인 → 신도메인 전체 이전 RewriteEngine On RewriteCond %{HTTP_HOST} ^old-domain\.com$ [OR] RewriteCond %{HTTP_HOST} ^www\.old-domain\.com$ RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

③ 리다이렉트 체인·루프 — 보이지 않는 속도 저하 원인

리다이렉트 체인이란

A → B → C처럼 리다이렉트가 여러 단계를 거쳐 최종 목적지에 도달하는 구조입니다. 사이트를 여러 번 리뉴얼하면서 새 리다이렉트를 계속 추가하다 보면 의도치 않게 누적됩니다.

# ❌ 나쁜 예: 3단계 체인 /page-a → /page-b (301) /page-b → /page-c (301) /page-c → /page-final (301) # ✅ 올바른 수정: A에서 바로 최종 목적지로 /page-a → /page-final (301) /page-b → /page-final (301) /page-c → /page-final (301)

체인이 길어질수록 페이지 로딩 속도가 느려지고(각 단계마다 추가 HTTP 요청 발생), 구글봇이 끝까지 따라가지 못해 색인에서 누락될 위험이 커집니다. 구글은 보통 5단계 이상의 체인은 따라가지 않습니다.

리다이렉트 루프란

A → B → A처럼 순환 구조가 만들어져 무한 반복되는 오류입니다. 브라우저가 "리디렉션이 너무 많습니다" 오류를 표시하며 페이지 접속 자체가 불가능해집니다. .htaccess 규칙 작성 실수, 플러그인 충돌로 자주 발생합니다.

④ 404와 리다이렉트 체인을 찾고 고치는 방법

Google Search Console 활용

  1. Search Console → 색인 → 페이지 메뉴 진입
  2. '색인이 생성되지 않음' 섹션에서 "찾을 수 없음(404)" 항목 확인
  3. 해당 URL 목록을 확인하고, 외부 링크가 있는지 "링크" 보고서에서 교차 확인
  4. 가치 있는 URL은 가장 관련성 높은 현재 페이지로 301 리다이렉트 설정
  5. 가치 없는 URL은 그대로 404 유지 (모두 리다이렉트할 필요 없음)

리다이렉트 체인 점검 도구

  • Screaming Frog — 사이트 전체 크롤링 후 리다이렉트 체인·루프를 시각적으로 표시
  • redirect-checker.org 같은 온라인 도구 — 개별 URL의 리다이렉트 단계를 즉시 확인
  • 브라우저 개발자 도구 → Network 탭에서 각 리다이렉트의 상태 코드를 단계별로 확인 가능

⑤ 사이트 이전·리뉴얼 시 SEO 자산을 지키는 체크리스트

사이트 리뉴얼이나 도메인 이전은 SEO 자산이 가장 크게 흔들리는 순간입니다. 순서를 지키지 않으면 누적된 순위가 한 번에 무너질 수 있습니다.

이전 전 준비

  • ☐ Search Console·사이트맵·크롤링 도구로 기존 사이트의 전체 URL 목록 추출
  • ☐ 각 URL의 트래픽·백링크 수를 확인해 우선순위 매기기
  • ☐ 기존 URL → 새 URL 1:1 매핑표 작성 (엑셀로 관리 권장)

이전 실행

  • ☐ 매핑표 기준으로 전체 301 리다이렉트 설정 완료
  • ☐ 새 사이트의 내부링크가 모두 신규 URL을 직접 가리키는지 확인 (리다이렉트를 거치지 않도록)
  • ☐ 새 사이트맵(sitemap.xml) 생성 및 Search Console 제출
  • ☐ robots.txt가 새 사이트를 차단하고 있지 않은지 확인

이전 후 모니터링 (최소 4주)

  • ☐ Search Console '색인' 보고서에서 404 급증 여부 매일 점검
  • ☐ GA4에서 주요 페이지 트래픽 변화 추적
  • ☐ 주요 키워드 순위 변동 모니터링
  • ☐ 발견되는 404를 즉시 매핑표에 추가해 리다이렉트 보완

매핑 없이 이전하면 생기는 일

매핑표 없이 "일단 새 사이트부터 올리고 나중에 고치자"는 접근은 위험합니다. 구글이 다수의 404를 동시에 발견하면 사이트 전체의 신뢰도를 일시적으로 낮게 평가할 수 있으며, 순위 회복에 수개월이 걸릴 수 있습니다.

⑥ 커스텀 404 페이지 만들기

404가 발생해도 사용자가 바로 이탈하지 않도록 유용한 커스텀 404 페이지를 만드는 것이 좋습니다. 검색 순위에 직접적 영향은 적지만, 이탈률을 낮추고 사용자 경험을 지키는 효과가 있습니다.

좋은 404 페이지에 포함할 요소

  • "페이지를 찾을 수 없습니다"라는 명확한 안내 문구
  • 홈페이지·주요 카테고리로 이동할 수 있는 링크
  • 사이트 내 검색창
  • 최근 인기 콘텐츠 또는 추천 페이지 목록

⚠️ 필수: 실제로 404 상태 코드를 반환해야 함

커스텀 404 페이지를 만들 때 흔한 실수는 디자인은 404처럼 보이지만 서버가 실제로는 200(정상) 상태 코드를 반환하는 "소프트 404"입니다. 이 경우 구글이 해당 페이지를 정상 콘텐츠로 색인 시도하다가 혼란을 겪습니다. 반드시 서버 응답 코드가 404로 정확히 반환되는지 확인하세요.

⑦ 자주 묻는 질문 (FAQ)

404 에러가 많으면 사이트 전체 SEO 순위가 떨어지나요?

404 에러 자체는 정상적인 현상이며 소수 존재한다고 사이트 전체 순위가 직접 떨어지지는 않습니다. 다만 외부에서 백링크를 많이 받은 페이지가 404 상태이거나, 내부링크가 깨진 페이지로 계속 연결되는 경우는 PageRank 손실과 사용자 경험 저하로 이어져 간접적으로 순위에 악영향을 줍니다. 중요한 것은 404 발생 자체가 아니라 '중요 페이지의 404를 방치하는 것'입니다.

301과 302 리다이렉트 중 어떤 것을 써야 하나요?

영구적으로 페이지를 이전했다면 301(영구 이동)을 사용해야 합니다. 301은 이전 페이지의 SEO 가치(링크 권위)를 새 페이지로 대부분 이전시킵니다. 302(임시 이동)는 일시적 점검이나 A/B 테스트처럼 곧 원래 URL로 되돌릴 계획이 있을 때만 사용해야 합니다. 영구 이전에 302를 쓰면 구글이 기존 URL을 계속 색인하려고 시도해 혼란이 생깁니다.

사이트 리뉴얼이나 도메인 이전 시 가장 먼저 해야 할 일은 무엇인가요?

기존 사이트의 모든 URL 목록을 먼저 추출하고(Search Console, 사이트맵, 크롤링 도구 활용), 새 사이트의 어느 URL로 연결될지 1:1 매핑표를 작성하는 것이 최우선입니다. 매핑표 없이 진행하면 다수의 페이지가 404로 떨어지고 누적된 SEO 자산이 한 번에 손실됩니다. 매핑 완료 후 전체 301 리다이렉트를 적용하고 Search Console에서 변경 사항을 모니터링해야 합니다.

관련 인사이트

무료 진단

내 사이트에 깨진 링크가 있는지 지금 바로 점검해보세요

URL 하나로 SEO·크롤링 설정·구조화 데이터를 30초 안에 확인할 수 있습니다.

무료 사이트 진단 시작 →