정규 URL (Canonical) 이해하기
홍승협(준이아빠) / 데이터 분석, AI 실무 교육
정규 URL은 같은 내용이 여러 주소로 열릴 때 검색엔진에게 어느 주소를 정본으로 삼으라고 지정하는 표시입니다. 지정된 주소로 평가가 모입니다.
🤔 같은 페이지가 여러 주소로 열리는 상황
- "장바구니에서 온 주소와 검색에서 온 주소가 다른데 화면은 똑같습니다"
- "정렬을 바꾸면 주소 뒤에 뭐가 자꾸 붙는데 이대로 둬도 되는 건지 모르겠습니다"
- "서치 콘솔에 '대체 페이지, 적절한 표준 태그 있음'이라고 나옵니다"
앞에서 발견과 저장을 봤습니다. 이 글에서는 같은 내용이 여러 주소로 흩어질 때 무엇을 대표 주소로 삼는지를 다룹니다.
🔑 정규 URL의 정의
정규 URL(Canonical URL)은 같은 내용이 여러 주소로 열릴 때 검색엔진에게 어느 주소를 정본으로 삼으라고 지정하는 표시입니다.
페이지의 <head> 안에 한 줄로 적습니다.
<link rel="canonical" href="https://example.com/products/chair" />주소가 여러 개로 나뉘는 경우는 생각보다 흔합니다.
example.com/chair와www.example.com/chairhttp://로 시작하는 주소와https://로 시작하는 주소/chair와/chair/처럼 마지막 빗금이 있고 없고/chair?sort=price처럼 정렬이나 필터 값이 붙은 주소/chair?utm_source=newsletter처럼 광고 추적 값이 붙은 주소
다섯 경우 모두 사람이 보기에는 같은 화면입니다. 검색엔진에게는 서로 다른 다섯 개의 문서입니다.
🏠 정규 URL, 한 집에 문패가 여러 개 붙어 있을 때
같은 집인데 이름이 넷입니다. 우편물이 넷으로 나뉘어 도착합니다
평가가 주소마다 흩어집니다
나머지 셋에 "우편물은 정문 이름으로"라고 적어 둡니다
평가가 한 주소에 모입니다
집 한 채에 문패가 네 개 붙어 있습니다. 정문에 하나, 뒷문에 하나, 옆 골목 쪽에 하나, 예전에 쓰던 이름으로 하나입니다. 사는 사람은 같고 집도 하나인데 이름만 넷입니다.
이 상태에서 우편물이 오면 어떤 편지는 정문 이름으로, 어떤 편지는 뒷문 이름으로 도착합니다. 한 집에 오는 우편물인데 넷으로 나뉩니다. 어느 이름으로도 충분히 쌓이지 않습니다.
해결은 간단합니다. 나머지 세 문패 아래에 "우편물은 정문 이름으로 보내 주세요"라고 적어 두는 것입니다. 그러면 배달부가 넷 다 정문 이름으로 처리합니다. 정규 URL이 하는 일이 정확히 이것입니다.
여기서 한 가지 덧붙일 점이 있습니다. 이 쪽지는 부탁이지 명령이 아닙니다. 배달부가 보기에 내용이 전혀 다른 집이라고 판단하면 쪽지를 무시하기도 합니다. 검색엔진도 정규 URL 표시를 참고 신호로 받아들일 뿐, 최종 판단은 스스로 내립니다.
⚖️ 정규 URL을 지정하지 않았을 때 벌어지는 일
| 항목 | 지정했을 때 | 지정하지 않았을 때 |
|---|---|---|
| 대표 주소 선택 | 내가 지정한 주소 | 검색엔진이 임의로 고름 |
| 링크 평가 | 한 주소에 모임 | 주소별로 나뉨 |
| 검색 결과 노출 | 의도한 주소가 노출 | 엉뚱한 주소가 노출되기도 함 |
| 크롤링 예산 | 낭비가 줄어듦 | 같은 내용을 여러 번 방문 |
세 번째 줄이 실무에서 자주 문제가 됩니다. 광고 추적 값이 붙은 주소가 검색 결과에 노출되는 경우입니다. 방문자에게는 지저분해 보이고, 클릭 데이터도 엉키게 됩니다.
네 번째 줄은 앞에서 본 크롤링 예산과 이어집니다. 필터 조합으로 주소가 수천 개 만들어지는 구조라면, 크롤러가 그 조합을 도는 데 시간을 다 씁니다.
🚫 정규 URL에서 자주 나오는 실수
모든 페이지가 첫 화면을 가리키는 경우
설정을 잘못 넣어서 사이트의 모든 페이지가 정규 URL로 첫 화면 주소를 가리키는 사고가 있습니다. 검색엔진은 이 신호를 그대로 받아들여 나머지 페이지를 저장하지 않습니다. 결과적으로 사이트 전체에서 첫 화면 하나만 색인됩니다.
자기 자신을 가리키지 않는 경우
각 페이지가 자기 주소를 정규 URL로 적어 두는 방식이 기본입니다. 이렇게 해 두면 뒤에 추적 값이 붙어 열려도 검색엔진이 원래 주소로 정리합니다. 이 표시가 아예 없으면 검색엔진이 매번 스스로 판단해야 합니다.
정규 URL과 사이트맵이 서로 다른 주소를 가리키는 경우
사이트맵에는 A 주소를 넣어 두고 A 페이지의 정규 URL은 B를 가리키는 상태입니다. 검색엔진 입장에서는 여기 있다고 알려 주면서 저쪽을 보라고 하는 셈이라 신호가 어긋납니다. 사이트맵에서 본 원칙과 같습니다. 서로 반대되는 신호를 동시에 보내지 않습니다.
🔍 정규 URL에서 달라지는 실무 상황 세 가지
쇼핑몰에서 정렬과 필터 주소가 색인될 때
가격순, 인기순, 색상 필터가 각각 주소를 만들면 상품 목록 하나가 수십 개 주소로 늘어납니다. 목록 페이지의 정규 URL을 기본 정렬 주소로 통일하면 정리됩니다.
뉴스레터 링크가 검색 결과에 노출될 때
메일에 넣은 링크에는 추적 값이 붙습니다. 이 주소로 유입이 많으면 검색엔진이 그 주소를 대표로 고르기도 합니다. 각 페이지가 자기 주소를 정규 URL로 지정해 두면 막을 수 있습니다.
서치 콘솔에 "대체 페이지, 적절한 표준 태그 있음"이 뜰 때
이 표기는 대개 정상입니다. 이 페이지는 다른 주소를 정본으로 지정했고 검색엔진이 그 지정을 받아들였다는 뜻입니다. 다만 정본으로 지정된 주소가 내가 의도한 주소가 맞는지는 확인해야 합니다. 의도와 다르면 표시를 잘못 넣은 것입니다.
다음 글에서는 주소 자체를 어떻게 설계하고 페이지끼리 어떻게 잇는지를 내부 링크에서 봅니다.
❓ 자주 묻는 질문
정규 URL을 적어 두면 검색엔진이 그대로 따르나요?
그대로 따르지는 않습니다. 정규 URL은 참고 신호라서 검색엔진이 두 주소의 내용을 서로 다르다고 판단하면 지정을 받아들이지 않고 대표 주소를 스스로 고릅니다. 지정한 주소가 실제로 반영됐는지는 서치 콘솔의 페이지 색인 보고서에서 확인하면 됩니다.
광고 추적 값이 붙은 주소는 따로 정리해야 하나요?
각 페이지가 자기 주소를 정규 URL로 지정해 두었다면 따로 할 일이 없습니다. 뉴스레터나 광고 링크에 추적 값이 붙어 열려도 검색엔진이 원래 주소로 정리하기 때문입니다. 이 표시가 없으면 유입이 몰린 추적 주소가 검색 결과에 그대로 뜨기도 합니다.
사이트맵에 넣은 주소와 정규 URL이 달라도 되나요?
맞춰 두는 편이 맞습니다. 사이트맵은 이 주소를 보라고 알리는 목록인데 그 페이지가 다른 주소를 대표로 가리키면 검색엔진에 반대되는 신호를 동시에 보내는 셈이 됩니다. 사이트맵에는 각 페이지가 정규 URL로 지정한 주소만 넣습니다.
📋 3줄 요약
-
정규 URL은 같은 내용이 여러 주소로 열릴 때 검색엔진에 어느 주소를 정본으로 삼으라고 알리는 표시입니다.
-
지정하지 않으면 검색엔진이 임의로 하나를 고르고 링크 평가가 주소별로 나뉘며 같은 내용을 여러 번 크롤링합니다.
-
광고 추적 값이 붙은 주소가 검색 결과에 뜨는 일을 막으려면 각 페이지가 자기 주소를 정본으로 가리키게 해 둡니다.
참고 자료
아래 공식 문서는 2026년 8월 기준으로 확인했습니다. 검색엔진 정책은 바뀔 수 있으므로 최신 내용은 원문에서 확인하시면 됩니다.
이 글이 도움이 되셨다면 공유해 주세요
메신저로 바로 보내거나 링크를 복사할 수 있습니다.
상품 페이지가 정렬 조건에 따라 여러 주소로 열립니다. 정규 URL을 지정하지 않으면 어떤 일이 생길까요?
이어서 배우면 좋은 개념
색인 (Indexing) 이해하기
색인은 검색엔진이 크롤러가 받아 온 페이지를 분석해 자기 데이터베이스에 저장하는 단계입니다. 색인되지 않은 페이지는 어떤 검색어에서도 검색 결과에 나오지 않습니다.
사이트맵 (Sitemap) 알아보기
사이트맵은 사이트에 있는 페이지 주소를 한 파일에 모아 검색엔진에 제출하는 목록입니다. 크롤러가 링크를 따라가지 않고도 주소를 알 수 있게 해 줍니다.
검색엔진 최적화 (SEO) 이해하기
검색엔진 최적화(SEO)는 검색엔진이 페이지를 발견하고 저장하고 검색 결과에 보여주는 과정에 맞춰 사이트와 글을 정리하는 일입니다.
SQL 기초 문법과 마케터가 쓰는 쿼리 예시
SQL은 표 형태로 쌓인 데이터에 어떤 줄을 어떻게 묶어서 보여 달라고 요청하는 말입니다. 프로그래밍 언어라기보다 빈칸을 채워 건네는 요청 문장에 가까워서, 문장 틀 여섯 조각만 익히면 마케터가 자주 묻는 것은 대부분 직접 뽑을 수 있습니다.
관련 인사이트
- 세일즈포스 인 클로드 정리: 영업 스킬 37개와 도입 전 확인할 것세일즈포스 인 클로드는 세일즈포스의 고객 데이터와 영업 절차를 클로드 대화창 안으로 가져오는 플러그인입니다. 영업 스킬 37개의 구성과 권한 처리 방식, 연결하기 전에 CRM에 채워져 있어야 하는 것을 정리합니다.
- 클로드 프로젝트 지침 쓰는 법: 실제로 듣는 지침 예시 3개와 팀 공유 설정클로드 프로젝트 지침은 그 프로젝트 안에서 열리는 모든 대화에 자동으로 적용되는 작업 규칙입니다. 결과가 일정해지는 지침의 조건과 그대로 복사해 쓸 수 있는 예시 3개, 2026년 9월 15일 기준 팀 공유 권한 설정을 공식 문서 기준으로 정리했습니다.
- 미드저니 사용법: 웹에서 시작하는 순서와 프롬프트, 요금제 정리미드저니(Midjourney)는 글로 설명한 장면을 이미지로 만들어 주는 구독형 생성 서비스입니다. 디스코드 없이 웹에서 시작하는 순서와 프롬프트 작성 규칙, 네 가지 요금제와 GPU 시간 단위를 2026년 9월 기준 공식 문서로 확인해 정리했습니다.
- 뤼튼 사용법 정리: 도구 19종과 무료 범위, 업무에 쓸 때 확인할 점뤼튼(wrtn)은 뤼튼테크놀로지스가 운영하는 한국어 AI 서비스입니다. 2026년 9월 15일 기준 도구 19종의 구성과 로그인 전후 이용 범위, 이용약관에 적힌 무료 제공 조건을 업무 기준으로 정리했습니다.
- 퍼플렉시티 사용법: 검색 모드와 출처 확인, 요금제 정리퍼플렉시티(Perplexity)는 질문을 받으면 웹을 검색한 뒤 답변 문장마다 참고한 페이지를 붙여 주는 검색형 AI 서비스입니다. 검색 모드 네 가지와 출처를 확인하는 순서, 2026년 9월 요금제를 실무에 맞춰 정리했습니다.
- 메타 광고 라이브러리 API 가이드: 화면으로 보는 것과 API로 받는 것메타 광고 라이브러리는 메타 서비스에서 게재 중인 광고 전체와 내려간 정치, 사회 이슈 광고를 누구나 검색해 볼 수 있게 공개한 화면입니다. 광고 라이브러리 API는 같은 이름을 쓰지만 받아 갈 수 있는 광고가 정치, 사회 이슈 광고와 유럽 게재 광고로 한정됩니다. 화면에서 경쟁사 광고를 찾는 순서, 화면과 API가 각각 보여주는 항목, 접근 신청에 필요한 것을 공식 문서 기준으로 정리했습니다.
