Moved Permanently

개요

301 Moved Permanently는 리소스가 새 URL로 영구히 이동했음을 알리고, 새 위치를 Location 헤더로 제공합니다. 브라우저와 검색엔진은 이를 영구 이전으로 이해해, 이후 요청을 새 URL로 보내고 링크 자산(랭킹·평판)을 새 주소로 옮깁니다.

SEO 관점에서 도메인 이전, HTTP→HTTPS 전환, URL 구조 변경 시 가장 표준적인 도구이며, 오래 유지될수록 검색 색인이 새 URL로 안정적으로 갱신됩니다.

언제 발생하나

• 페이지나 사이트를 새 URL·도메인으로 영구히 옮겼을 때, 이후 모든 요청을 새 위치로 안내하기 위해 반환합니다.
• HTTP를 HTTPS로 강제하거나 non-www를 www(또는 그 반대)로 정규화할 때, 또는 URL 구조·슬러그를 영구히 바꿀 때 사용합니다.

요청 / 응답 예시

GET /old-page HTTP/1.1
Host: example.com

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page
Content-Type: text/html

<h1>Moved Permanently</h1><p>The document has moved <a href="/new-page">here</a>.</p>

코드로 보기

location = /old-page {
    return 301 /new-page;
}
# force https + non-www
server { return 301 https://example.com$request_uri; }

app.get('/old-page', (req, res) => {
  res.redirect(301, '/new-page');
});

실무 참고

• 실무 대응: 클라이언트와 내부/외부 링크가 Location의 새 URL을 가리키도록 갱신하고, 링크 자산이 온전히 이전되도록 301을 오래(가능하면 영구히) 유지합니다.
• 브라우저는 301을 공격적으로 캐시하므로, 잘못 설정한 301은 캐시 때문에 되돌리기 어렵습니다. 확정 전에는 302로 시험하는 편이 안전합니다.
• 역사적으로 일부 브라우저는 301 리다이렉트 시 POST를 GET으로 바꿔 왔으므로, 요청 메서드를 반드시 보존해야 한다면 301 대신 308을 사용합니다.
• 검색엔진이 새 URL을 재색인하려면 리다이렉트 체인을 짧게 유지하고 사이트맵도 새 URL로 갱신하는 것이 좋습니다.

관련 상태코드

관련 헤더

스펙 근거