URL 표준화 설정은 워드프레스를 운영하다 보면 한 번쯤 확인해야 하는 부분입니다. 평소에는 문제가 없어 보이지만, 구글 서치 콘솔이나 검색 결과를 확인하다 보면 같은 글이 여러 주소 형태로 잡히는 경우가 있습니다.
저도 처음에는 워드프레스가 기본적으로 SEO에 강하다고 생각해서 URL 정규화까지는 크게 신경 쓰지 않았습니다. 그런데 사이트를 점검하는 과정에서 www가 붙은 주소, 붙지 않은 주소, IP 주소로 접근되는 페이지가 따로 인식될 수 있다는 점을 확인했습니다.
이런 상태가 계속되면 검색 엔진이 어떤 주소를 대표 URL로 봐야 할지 헷갈릴 수 있습니다. 글 내용은 같은데 주소가 여러 개라면 중복 페이지처럼 보일 수 있고, 링크 신호도 한 곳으로 모이지 않을 수 있습니다.
이번 글에서는 워드프레스에서 URL 표준화 설정이 필요한 이유와 IP 주소 리디렉션, www 주소 정리, 캐노니컬 URL 지정 과정까지 실제 운영 기준으로 정리해보겠습니다.
목차
URL 표준화 설정이 필요한 이유
워드프레스 글 하나에는 보통 하나의 고유 주소가 만들어집니다. 문제는 서버나 도메인 설정에 따라 같은 페이지가 여러 주소로 접근될 수 있다는 점입니다.
예를 들어 아래처럼 주소가 나뉠 수 있습니다.
- https://example.com/post-name/
- https://www.example.com/post-name/
- http://IP주소/post-name/
사용자는 큰 차이를 느끼지 못할 수 있지만, 검색 엔진 입장에서는 각각 다른 URL로 볼 가능성이 있습니다. 이때 URL 표준화 설정이 제대로 되어 있지 않으면 대표 주소가 분산되고, 검색 결과에 원하지 않는 주소가 노출될 수 있습니다.
특히 오래 운영한 사이트는 예전 주소 구조, www 설정, IP 접근, 캐시 플러그인, CDN 설정이 섞이면서 중복 URL 문제가 뒤늦게 보이는 경우가 있습니다.
IP 주소로 접속되는 문제 확인하기

제가 이 문제를 다시 보게 된 계기는 검색 결과와 서치 콘솔에서 IP 주소가 포함된 URL을 발견했기 때문입니다. 도메인으로만 접속된다고 생각했는데, 실제로는 서버 IP로도 페이지가 열리는 상태였습니다.
OpenLiteSpeed나 CyberPanel 환경에서는 서버 설정, 가상 호스트 설정, 도메인 매핑 상태에 따라 IP 접근이 그대로 열릴 수 있습니다. 이 경우 IP 주소로 들어온 요청을 정식 도메인으로 보내는 리디렉션 처리가 필요합니다.
Apache 환경에서는 .htaccess에 rewrite 규칙을 넣는 방식이 많이 소개되어 있습니다. 다만 OpenLiteSpeed를 사용하는 경우에는 .htaccess가 적용되는지, rewrite 설정이 허용되어 있는지 함께 확인해야 합니다.
www 주소를 하나로 정리하는 과정

도메인에는 www가 붙은 주소와 붙지 않은 주소가 있습니다. 둘 중 어떤 주소를 대표로 사용할지는 운영자가 정해야 합니다. 예를 들어 GREEN MAP 사이트를 www 없이 운영한다면, www가 붙은 주소로 들어온 방문자를 www 없는 주소로 보내야 합니다.
반대로 www 주소를 대표로 사용한다면 www 없는 주소를 www 주소로 보내면 됩니다. 이 단계에서 중요한 것은 둘 다 열리게 두지 않는 것입니다. 두 주소가 모두 접속되고 검색 엔진이 둘을 따로 인식하면 같은 콘텐츠가 여러 URL로 나뉘어 보일 수 있습니다.
URL 표준화 설정을 할 때 www 정리는 가장 기본적인 부분입니다. 단순히 주소 모양을 맞추는 문제가 아니라, 검색 엔진이 대표 주소를 안정적으로 따라가게 만드는 작업에 가깝습니다.
URL 표준화 설정 후에도 중복 URL이 보일 때

URL이 정리되지 않은 상태에서는 검색 결과에 원하지 않는 주소가 보일 수 있습니다. 예전에는 태그 페이지나 아카이브 주소가 검색 결과에 노출되는 경우도 있었고, www 주소와 기본 도메인이 섞여 보이기도 했습니다.
이런 문제는 한 번에 바로 사라지지 않습니다. 리디렉션과 캐노니컬을 정리한 뒤에도 검색 엔진이 다시 크롤링하고 반영하는 시간이 필요합니다. 중요한 것은 사이트 내부에서 대표 주소가 일관되게 유지되는지 확인하는 것입니다.
워드프레스 주소 설정, Rank Math나 Yoast SEO의 캐노니컬 설정, 서버 리디렉션, CDN 주소 설정이 서로 다르면 다시 혼란이 생길 수 있습니다.
캐노니컬 URL을 잘못 넣으면 생기는 문제

캐노니컬 URL은 검색 엔진에게 이 페이지의 대표 주소가 무엇인지 알려주는 역할을 합니다. 보통은 SEO 플러그인이 자동으로 처리하기 때문에 모든 글에 직접 입력할 필요는 없습니다. 제가 예전에 실수했던 부분도 이 지점이었습니다.
캐노니컬 입력란에 게시물 고유 주소가 아니라 홈페이지 주소를 넣은 적이 있었습니다. 이렇게 되면 각 글이 자기 자신을 대표 주소로 가리키지 않고, 모두 홈 주소를 가리키는 이상한 구조가 될 수 있습니다.
Yoast SEO나 Rank Math에서 캐노니컬 URL 입력란을 사용할 때는 정말 필요한 경우에만 입력하는 것이 좋습니다. 일반 게시물이라면 비워두어도 플러그인이 현재 글의 고유 주소를 기준으로 처리하는 경우가 많습니다.
URL 표준화 설정을 한다고 해서 모든 글에 수동으로 캐노니컬을 넣어야 하는 것은 아닙니다. 오히려 잘못 입력하면 색인 구조가 더 꼬일 수 있습니다.
OpenLiteSpeed 환경에서 같이 확인할 부분
OpenLiteSpeed와 CyberPanel을 사용하는 경우에는 일반 Apache 기준 글을 그대로 따라 하기 전에 몇 가지를 더 확인하는 편이 좋습니다. 우선 도메인이 CyberPanel에서 올바른 웹사이트로 연결되어 있는지 확인해야 합니다.
가상 호스트 설정이 꼬이면 도메인과 IP 요청이 예상과 다르게 처리될 수 있습니다. LiteSpeed Cache나 CDN을 함께 쓰고 있다면 캐시도 반드시 비워야 합니다. 리디렉션 규칙을 넣었는데도 이전 주소가 계속 보이는 경우, 실제 설정 문제보다 캐시가 남아 있는 경우도 있습니다.
확인 순서는 보통 아래 흐름이 무난했습니다.
- 워드프레스 일반 설정의 사이트 주소 확인
- SEO 플러그인의 캐노니컬 설정 확인
- 서버 리디렉션 규칙 확인
- LiteSpeed Cache 전체 캐시 삭제
- CDN 사용 중이면 CDN 캐시 삭제
- 브라우저 시크릿 모드에서 접속 테스트
이렇게 확인하면 URL 표준화 설정이 실제로 반영되는지 비교적 빠르게 볼 수 있습니다.
설정 후 확인해야 할 변화
설정을 적용한 뒤에는 바로 검색 결과만 보지 말고, 브라우저에서 주소 이동이 제대로 되는지 먼저 확인하는 것이 좋습니다. 예를 들어 IP 주소로 접속했을 때 정식 도메인으로 이동하는지, www 주소로 들어갔을 때 선택한 대표 주소로 바뀌는지 확인해야 합니다.
게시물 소스 보기에서 canonical 태그가 현재 글의 올바른 URL을 가리키는지도 함께 보면 좋습니다. 적용 후에는 중복 주소로 접속되는 흐름이 줄어들었고, 사이트 구조도 조금 더 명확하게 정리되었습니다. 검색 결과 반영은 시간이 걸리지만, 내부 주소 체계를 먼저 안정화해두면 이후 색인 관리가 훨씬 편해집니다.
마무리
URL 표준화 설정은 눈에 바로 보이는 디자인 수정은 아니지만, 워드프레스 SEO에서 놓치기 쉬운 기본 작업입니다. 특히 도메인 이전, 서버 교체, CDN 적용, OpenLiteSpeed 설정 변경을 겪은 사이트라면 한 번쯤 점검해볼 필요가 있습니다.
다만 리디렉션 규칙은 잘못 넣으면 사이트 접속 자체가 막힐 수 있습니다. 수정 전에는 반드시 기존 파일을 백업하고, 적용 후에는 관리자 화면과 주요 게시물 접속까지 함께 확인하는 것이 안전합니다.
워드프레스는 SEO 플러그인이 많은 부분을 자동으로 처리해주지만, 서버 주소와 도메인 구조까지 완전히 대신 정리해주지는 않습니다. 그래서 www, IP, 캐노니컬 URL이 서로 같은 방향을 가리키는지 직접 확인하는 과정이 중요했습니다.
FAQ
URL 표준화 설정은 꼭 해야 하나요?
www 주소와 기본 도메인, IP 주소가 모두 따로 열리는 상태라면 정리하는 것이 좋습니다. 대표 URL이 하나로 모이면 검색 엔진이 페이지 구조를 이해하기 쉬워집니다.
캐노니컬 URL은 모든 글에 직접 입력해야 하나요?
대부분은 직접 입력하지 않아도 됩니다. SEO 플러그인이 자동으로 현재 게시물 주소를 canonical로 잡는 경우가 많기 때문에, 특별한 이유가 있을 때만 수동 입력하는 편이 안전합니다.
OpenLiteSpeed에서도 htaccess 규칙을 사용할 수 있나요?
사용할 수 있는 경우가 많지만 서버 설정에 따라 다를 수 있습니다. CyberPanel과 OpenLiteSpeed 환경에서는 rewrite 허용 여부와 캐시 상태까지 같이 확인하는 것이 좋습니다.





