HTTPS와 리다이렉트를 정리할 때 놓치기 쉬운 것
CloudPlare 편집 노트 · 최초 작성 2026-06-06 · 최종 검토 2026-06-11 · 8분 읽기
도메인은 접속만 되면 끝이 아닙니다. 여러 주소가 같은 페이지를 가리킬 때 어떤 주소를 기준으로 삼을지 정해야 검색과 사용자 경험이 안정됩니다.
주소가 여러 개면 기준 주소를 정한다
사용자는 example.com, www.example.com, http://example.com, https://example.com을 모두 같은 사이트로 생각할 수 있습니다. 하지만 브라우저와 검색엔진, 캐시 계층에는 서로 다른 URL입니다. 운영자는 이 중 하나를 기준 주소로 정하고 나머지는 일관되게 이동시켜야 합니다.
CloudPlare처럼 루트 도메인을 브랜드로 쓰는 사이트라면 https://cloudplare.com을 기준으로 삼고, www나 http 요청은 그 주소로 이동시키는 방식이 단순합니다. 중요한 것은 어떤 선택을 하든 모든 내부 링크, canonical, sitemap이 같은 기준을 말해야 한다는 점입니다.
HTTPS는 인증서와 리다이렉트가 함께 맞아야 한다
HTTPS 인증서가 발급되어 있어도 http에서 https로 이동하지 않으면 사용자는 여전히 안전하지 않은 주소로 들어올 수 있습니다. 반대로 리다이렉트만 있고 인증서가 잘못되면 브라우저 경고가 먼저 보입니다. 인증서, 리다이렉트, HSTS 같은 정책은 순서를 갖고 점검해야 합니다.
처음 사이트를 정리할 때는 HSTS를 서둘러 강하게 걸기보다 기본 HTTPS 연결과 리다이렉트가 안정적으로 작동하는지 먼저 봅니다. 잘못된 HSTS 설정은 되돌리기까지 시간이 걸릴 수 있어 작은 사이트에도 부담이 됩니다.
canonical은 검색엔진에게 주는 힌트다
canonical 링크는 이 페이지의 대표 URL을 알려주는 힌트입니다. 같은 글이 여러 경로로 열리거나 쿼리 문자열이 붙어 공유되는 경우 대표 주소를 정리하는 데 도움이 됩니다. 하지만 canonical이 있다고 해서 잘못된 내부 링크나 중복 페이지 문제가 자동으로 사라지는 것은 아닙니다.
sitemap에는 canonical로 삼는 URL만 넣고, 내부 링크도 같은 주소를 사용해야 합니다. 사용자가 보는 링크와 검색엔진에게 말하는 대표 주소가 다르면 사이트 구조가 어수선해 보입니다.
리다이렉트 체인은 짧게 만든다
http에서 www로, 다시 https로, 다시 루트로 이동하는 식의 긴 체인은 느리고 관리하기 어렵습니다. 가능하면 한 번의 영구 리다이렉트로 기준 주소에 도착하게 만듭니다. 오래된 경로를 새 경로로 옮길 때도 중간 경로를 여러 개 거치지 않도록 정리합니다.
전면 개편 후에는 기존 주제의 URL이 새 사이트에 남지 않도록 하는 것이 중요합니다. 관련 없는 오래된 URL을 새 콘텐츠로 억지 연결하면 방문자 기대와 실제 페이지가 어긋납니다. 삭제된 주제는 404로 정리하거나, 명확한 새 홈으로 제한적으로 안내하는 편이 낫습니다.
운영 체크리스트
- 기준 주소를 https://cloudplare.com으로 정했다.
- sitemap, canonical, 내부 링크가 같은 기준 주소를 사용한다.
- http와 www 요청이 불필요한 체인 없이 정리된다.
- 인증서 오류가 실제 브라우저에서 발생하지 않는다.
- 전면 개편 전 오래된 URL이 새 주제와 섞이지 않는다.
확인한 공식 자료
아래 자료를 바탕으로 운영 관점의 설명을 덧붙였습니다. 세부 동작은 서비스와 배포 환경에 따라 달라질 수 있습니다.