기업 홈페이지 SEO에서 canonical 태그는 왜 중요할까요?
같은 내용이 여러 URL로 열릴 때 검색엔진에게 대표 주소를 알려줘야 합니다
기업 홈페이지를 운영하다 보면 한 페이지가 여러 주소로 열리는 경우가 있습니다.
예를 들어 같은 콘텐츠가
- https://example.com/product/1
- https://example.com/product/1?ref=naver
- https://www.example.com/product/1
처럼 서로 다른 URL로 접근될 수 있습니다.
사용자 입장에서는 거의 같은 페이지처럼 보이지만 검색엔진 입장에서는 서로 다른 URL로 인식할 수 있습니다.
이때 검색엔진이 어떤 URL을 대표 페이지로 봐야 하는지 판단하는 데 도움을 주는 것이 canonical 태그입니다.
쉽게 말하면 canonical은 검색엔진에게 “이 콘텐츠의 대표 주소는 이 URL입니다.”라고 알려주는 신호라고 이해하면 됩니다.
이번 글에서는 기업 홈페이지 SEO에서 canonical 태그가
왜 중요한지, 어떤 상황에서 필요한지, 잘못 설정하면 어떤 문제가 생길 수 있는지 알아보겠습니다.
1. canonical 태그란 무엇인가요?
canonical 태그는 동일하거나 유사한 콘텐츠를 가진 여러 URL 중 대표 URL을 검색엔진에 알려주는 HTML 설정입니다.
일반적으로 페이지의
영역에 아래처럼 설정합니다.
이 의미는
현재 페이지의 대표 URL은 https://example.com/service/입니다.
라는 뜻입니다.
중요한 점은 canonical이 단순한 디자인 요소나 사용자 기능이 아니라 검색엔진에게 전달하는 SEO 신호라는 것입니다.
사용자는 화면에서 거의 확인하지 못하지만 검색엔진은 페이지의 대표 URL을 판단할 때 canonical을 참고할 수 있습니다.
2. 왜 같은 페이지가 여러 URL로 만들어질까요?
홈페이지 구조나 기능에 따라 동일한 콘텐츠가 여러 URL로 접근되는 경우가 생각보다 많습니다.
대표적으로 다음과 같은 경우가 있습니다.
- www와 non-www 주소
- HTTP와 HTTPS 주소
- URL 뒤의 슬래시 유무
- 광고·캠페인 파라미터
- 정렬·필터 파라미터
- 프린트용 페이지
- 모바일 전용 URL
- 페이징이나 검색 결과 URL
- CMS에서 자동으로 생성된 중복 주소
예를 들어 광고 성과 추적을 위해 다음과 같은 URL을 사용할 수 있습니다.
https://example.com/service/?utm_source=google
사용자는 동일한 서비스 페이지를 보지만 URL은 기본 페이지와 다릅니다.
이런 URL이 계속 쌓이면 검색엔진은 여러 주소 중 어떤 것을 대표 페이지로 봐야 할지 판단해야 합니다.
canonical은 이때 대표 URL을 명확하게 알려주는 데 도움이 됩니다.
3. 중복 URL이 있으면 SEO 패널티를 받나요?
동일하거나 유사한 콘텐츠가 여러 URL에 존재한다고 해서 무조건 SEO 패널티를 받는다고 보기는 어렵습니다.
검색엔진은 웹사이트에서 중복되거나 매우 비슷한 페이지가 생길 수 있다는 것을 알고 있습니다.
문제는 패널티보다 검색 신호가 여러 URL로 나뉘거나 검색엔진이 우리가 원하는 URL과 다른 주소를 대표 페이지로 선택할 수 있다는 점입니다.
예를 들어 같은 콘텐츠에 대해 외부 링크와 내부 링크가 여러 URL로 분산되어 있다면 대표 URL 관리가 복잡해질 수 있습니다.
따라서 중복 URL을 단순히 ‘벌점’의 문제로 보기보다 어떤 URL을 대표 페이지로 관리할 것인가의 문제로 이해하는 것이 더 정확합니다.
4. self-referencing canonical(자기 참조 canonical)도 설정하는 것이 좋습니다
대표 페이지 자신을 canonical로 지정하는 self-referencing canonical도 일반적으로 권장되는 방식입니다.
예를 들어 실제 대표 페이지가
https://example.com/service/
라면 해당 페이지에도
를 설정할 수 있습니다.
이렇게 하면 해당 페이지가 스스로를 대표 URL로 선언하게 됩니다.
특히 파라미터 URL이나 다양한 접근 경로가 생길 수 있는 홈페이지에서는 canonical 정책을 일관되게 관리하는 데 도움이 됩니다.
신규 제작이나 리뉴얼 시 주요 색인 페이지에 자기 자신을 가리키는 canonical을 일관되게 적용하면 대표 URL 관리가 명확해집니다.
5. canonical은 리디렉션과 같은 기능인가요?
아닙니다. canonical과 리디렉션은 역할이 다릅니다.
리디렉션은 사용자가 기존 URL에 접속했을 때 다른 URL로 실제 이동시키는 방식입니다.
반면 canonical은 사용자를 이동시키지 않습니다.
사용자는 현재 URL에 그대로 머물 수 있지만 검색엔진에게 대표 URL을 알려주는 역할을 합니다.
정리하면
- 리디렉션
- 사용자와 검색엔진을 다른 URL로 실제 이동
- canonical
- 페이지는 그대로 두고 대표 URL을 검색엔진에 전달
따라서 URL을 완전히 하나로 통합해야 하는 상황이라면 리디렉션이 더 적절할 수 있고,
여러 URL을 유지해야 하지만 대표 URL을 지정해야 하는 상황에서는 canonical을 활용할 수 있습니다.
URL을 더 이상 유지할 이유가 없고 새 URL로 완전히 통합하려는 경우에는 301 또는 308 영구 리디렉션이 더 명확한 방법이 될 수 있습니다.
6. canonical을 설정하면 Google이 무조건 따르나요?
canonical은 강한 신호지만 검색엔진이 반드시 그대로 선택한다고 볼 수는 없습니다.
검색엔진은 canonical 태그뿐 아니라
- 내부 링크
- 사이트맵
- 리디렉션
- HTTPS 여부
- canonical 설정
- 콘텐츠의 유사성
- 사이트 구조
등 여러 신호를 함께 보고 대표 URL을 판단할 수 있습니다.
따라서 canonical은
“이 URL을 대표 페이지로 사용해 주세요.”
라고 전달하는 신호라고 이해하는 것이 좋습니다.
canonical을 설정해 놓고 내부 링크와 사이트맵에서는 다른 URL을 계속 사용하면 서로 일관되지 않은 신호를 보낼 수 있습니다.
7. canonical, 사이트맵, 내부 링크는 같은 URL을 바라보는 것이 좋습니다
대표 URL을 정했다면 여러 SEO 설정이 같은 방향을 가리키는 것이 중요합니다.
예를 들어 대표 URL을
https://example.com/service/
로 정했다면 가능하면
- canonical
- XML Sitemap
- 내부 링크
- 메뉴 링크
- 관련 콘텐츠 링크
에서도 동일한 URL을 사용하는 것이 좋습니다.
반대로 canonical은 /service/인데 사이트맵은 /service.php, 내부 링크는 /service?id=1을 계속 사용하면
검색엔진이 대표 URL을 판단하는 과정이 복잡해질 수 있습니다.
[기업 홈페이지 SEO에서 XML Sitemap과 robots.txt는 왜 중요할까요?]
8. HTTP와 HTTPS도 canonical을 확인해야 합니다
SSL 적용 이후에도 HTTP와 HTTPS URL이 모두 접근 가능한 상태라면 대표 주소를 명확하게 관리해야 합니다.
예를 들어
- http://example.com
- https://example.com
두 주소 모두 열리는 상황이 있을 수 있습니다.
일반적으로 운영 홈페이지가 HTTPS를 사용한다면 HTTP 요청은 HTTPS로 리디렉션하고
canonical도 HTTPS 주소를 사용하는 방식이 자연스럽습니다.
사이트맵과 내부 링크 역시 HTTPS 기준으로 통일하는 것이 좋습니다.
[기업 홈페이지 제작 시 SSL 인증서는 왜 필요할까요?]
9. www와 non-www도 대표 주소를 정해야 합니다
www가 붙은 주소와 붙지 않은 주소가 모두 열리는 경우에도 대표 URL 정책을 정하는 것이 좋습니다.
예를 들어
- https://www.example.com
- https://example.com
두 주소 중 하나를 대표 주소로 정할 수 있습니다.
어느 형식이 무조건 SEO에 더 좋다고 보기는 어렵습니다.
중요한 것은 하나의 형식을 정하고
- 리디렉션
- canonical
- 사이트맵
- 내부 링크
등을 일관되게 구성하는 것입니다.
10. UTM 등 추적 파라미터가 붙는 URL도 대표 주소를 관리해야 합니다
광고나 캠페인을 운영하면 같은 페이지에 여러 추적 파라미터가 붙을 수 있습니다.
예를 들어
- https://example.com/service/?utm_source=naver
- https://example.com/service/?utm_source=google
- https://example.com/service/?utm_source=facebook
처럼 여러 URL이 만들어질 수 있습니다.
실제 콘텐츠는 같은 서비스 페이지입니다.
이 경우 대표 페이지를
https://example.com/service/
로 관리하는 방식이 일반적입니다.
광고 파라미터는 마케팅 성과를 측정하기 위한 것이지 각 URL을 독립적인 검색 콘텐츠로 만들기 위한 것은 아니기 때문입니다.
11. 쇼핑몰이나 검색·필터 페이지는 특히 주의가 필요합니다
제품이 많거나 필터 기능이 있는 홈페이지에서는 URL 조합이 매우 많이 만들어질 수 있습니다.
예를 들어 제품 목록에서
- 색상
- 가격
- 카테고리
- 정렬 방식
을 조합할 때마다 새로운 URL이 생성될 수 있습니다.
- /products?color=blue
- /products?sort=price
- /products?color=blue&sort=price
이런 구조에서는 실제로 검색에 노출시킬 페이지와 그렇지 않은 페이지를 구분할 필요가 있습니다.
모든 필터 URL을 하나의 canonical로 묶는 것이 항상 정답은 아닙니다.
검색 가치가 있는 카테고리 페이지라면 독립된 페이지로 운영할 수도 있기 때문입니다.
따라서 쇼핑몰이나 대규모 제품 사이트에서는 URL 정책을 먼저 정한 뒤 canonical을 설계하는 것이 좋습니다.
12. canonical을 엉뚱한 페이지로 지정하면 안 됩니다
내용이 서로 다른 페이지를 하나의 canonical로 무조건 묶는 것은 좋은 방법이 아닙니다.
예를 들어
- 회사소개
- 제품소개
- 포트폴리오
- 문의하기
페이지 모두의 canonical을 메인 페이지로 설정하는 것은 적절하지 않습니다.
각 페이지는 서로 다른 내용과 목적을 가지고 있기 때문입니다.
canonical은 기본적으로 동일하거나 매우 유사한 콘텐츠의 대표 URL을 정하기 위한 용도로 이해해야 합니다.
“메인 페이지의 SEO가 강하니까 모두 메인으로 canonical을 걸자”는 식으로 사용하면 안 됩니다.
13. 페이지마다 canonical URL이 잘못 복사되는 경우도 있습니다
홈페이지 개발 과정에서 공통 템플릿을 사용하면서 canonical URL이 모든 페이지에 동일하게 들어가는 실수가 발생할 수 있습니다.
예를 들어 모든 페이지의
에
가 고정되어 있을 수 있습니다.
그러면 회사소개 페이지도, 서비스 페이지도, 칼럼도 모두 메인 페이지를 메인 페이지를 대표 URL로 지정하는 신호를 보내게 됩니다.
사용자는 홈페이지를 정상적으로 이용할 수 있기 때문에 이런 오류를 쉽게 발견하지 못할 수도 있습니다.
따라서 홈페이지 오픈 전에는 페이지별 canonical이 실제 URL 정책에 맞게 생성되는지 확인하는 것이 좋습니다.
14. 홈페이지 리뉴얼 시 canonical은 꼭 다시 확인해야 합니다
리뉴얼은 URL 구조가 크게 바뀔 수 있기 때문에 canonical 점검이 중요합니다.
예를 들어 기존 페이지가
/company.php
였는데 새 사이트에서는
/about/
으로 변경되었다고 가정해 보겠습니다.
이 경우 새 페이지의 canonical은 새로운 대표 URL을 가리키는 것이 자연스럽습니다.
기존 URL이 검색에 이미 노출되고 있었다면 적절한 영구 리디렉션도 함께 검토해야 합니다.
사이트맵 역시 새로운 URL 기준으로 변경하고 내부 링크도 새 주소로 연결해야 합니다.
즉 리뉴얼에서는 canonical만 따로 확인하는 것이 아니라
리디렉션 + canonical + 사이트맵 + 내부 링크
를 하나의 URL 이전 구조로 함께 관리해야 합니다.
15. 삭제된 페이지는 canonical만으로 해결하면 될까요?
페이지가 완전히 삭제되었다면 canonical만 설정하는 것이 항상 적절한 해결 방법은 아닙니다.
예를 들어 기존 서비스가 종료되어 페이지 자체가 더 이상 필요하지 않을 수 있습니다.
이때 내용이 거의 동일한 대체 페이지가 있다면 리디렉션을 검토할 수 있습니다.
하지만 관련된 대체 페이지가 없다면 상황에 따라 정상적인 404 또는 410 응답을 사용하는 것이 더 적절할 수 있습니다.
중요한 것은 삭제된 모든 URL을 무조건 메인 페이지로 보내거나 canonical을 메인으로 설정하는 방식으로 처리하지 않는 것입니다.
16. canonical과 noindex를 함께 쓰면 어떻게 되나요?
대표 URL 통합이 목적이라면 canonical을 사용하고, 해당 페이지 자체를 검색 결과에서 제외하려는 목적이라면 noindex를 검토하는 것이 좋습니다.
두 신호를 같은 페이지에서 함께 사용하는 방식은 가능한 한 피하고 목적에 맞는 하나의 명확한 정책을 적용하는 것이 좋습니다.
canonical은
여러 URL 중 대표 URL을 선택해 달라는 신호
입니다.
noindex는
이 페이지는 검색 결과에 색인하지 말아 달라는 신호
입니다.
따라서 같은 페이지에 두 설정을 동시에 사용하는 경우 검색엔진에게 어떤 의도를 전달하려는 것인지 다시 확인하는 것이 좋습니다.
대표 페이지 통합이 목적이라면 canonical 정책을 정리하고,
검색 결과에서 제외하는 것이 목적이라면 noindex가 필요한지 검토하는 방식이 더 명확합니다.
17. Search Console에서 Google이 선택한 canonical을 확인할 수 있습니다
Google Search Console의 URL 검사 기능을 활용하면 특정 URL의 대표 URL 관련 정보를 확인할 수 있습니다.
기업에서 설정한 canonical과 Google이 실제로 선택한 canonical이 다를 수도 있습니다.
이런 경우에는 단순히 canonical 태그만 다시 입력하기보다
- 사이트맵
- 내부 링크
- 중복 콘텐츠 구조
- 리디렉션
- HTTPS
- URL 형태
등 다른 신호가 서로 일치하고 있는지 함께 확인해야 합니다.
[Google Search Console은 왜 필요하고 어떻게 활용해야 할까요?]
18. canonical은 한 번 설정하고 끝나는 것이 아닙니다
홈페이지 구조와 콘텐츠가 변경되면 canonical도 함께 점검해야 합니다.
예를 들어
- 사이트 리뉴얼
- URL 구조 변경
- HTTPS 전환
- 도메인 변경
- CMS 변경
- 쇼핑몰 필터 기능 추가
- 다국어 홈페이지 추가
등이 발생하면 기존 canonical 정책이 현재 홈페이지 구조와 맞는지 다시 확인할 필요가 있습니다.
특히 몇 년 동안 여러 업체가 홈페이지를 수정했다면 페이지마다 canonical 설정 방식이 다르게 적용되어 있을 수도 있습니다.
따라서 정기적인 기술 SEO 점검에서 canonical도 함께 확인하는 것이 좋습니다.
실제 프로젝트에서 자주 있었던 사례
홈페이지를 리뉴얼하거나 SEO 구조를 확인하다 보면 canonical이 아예 없거나 잘못 설정되어 있는 경우를 종종 확인할 수 있습니다.
대표적인 사례는 모든 페이지의 canonical이 메인 페이지로 설정되어 있는 경우입니다.
공통 헤더 파일에 canonical을 넣으면서 페이지별 URL이 자동으로 변경되지 않고 메인 주소가 고정되어 있었던 것입니다.
사용자는 회사소개, 서비스, 포트폴리오 등 각각의 페이지를 정상적으로 볼 수 있었지만
검색엔진에게는 여러 페이지가 모두 메인 URL을 대표 페이지로 가리키는 상태였습니다.
또 다른 사례는 HTTPS를 적용했지만 canonical이나 사이트맵에는 여전히 HTTP 주소가 남아 있던 경우입니다.
페이지 자체는 HTTPS로 정상적으로 열리지만 검색엔진에게 전달하는 URL 신호는 예전 주소가 유지되고 있었습니다.
리뉴얼 과정에서도 자주 문제가 발생합니다.
새 홈페이지에서는 URL 구조를 모두 변경했지만 이전 페이지의 리디렉션과 canonical, 내부 링크가 서로 다른 주소를 사용하고 있던 경우입니다.
홈페이지는 정상적으로 오픈됐지만 검색 관점에서는 어떤 URL을 대표 주소로 사용해야 하는지 일관된 구조가 만들어지지 않은 상태였습니다.
이처럼 canonical 문제는 홈페이지 화면을 보는 것만으로는 발견하기 어렵습니다.
하지만 검색엔진이 사이트를 이해하는 데 중요한 기술적 신호 중 하나이기 때문에
신규 제작이나 리뉴얼 단계에서 반드시 확인할 필요가 있습니다.
클리프에서도 홈페이지를 제작할 때 단순히 메타태그 하나를 넣는 방식으로 SEO를 끝내기보다
URL 구조와 canonical, 사이트맵, 리디렉션, 내부 링크가 서로 같은 방향을 가리키는지를 함께 확인하는 것이 중요하다고 안내합니다.
검색 최적화는 특별한 기능 하나를 추가한다고 완성되는 것이 아닙니다.
작은 기술적 설정들이 서로 일관되게 연결되어 있을 때 검색엔진이 홈페이지의 구조를 더 명확하게 이해할 수 있습니다.
canonical이나 리디렉션, 사이트맵과 같은 기술 용어는 홈페이지 실무 경험이 없다면 처음에는 어렵게 느껴질 수 있습니다.
기업 담당자가 이러한 설정 방법을 직접 구현할 필요는 없습니다.
다만 홈페이지를 신규 제작하거나 리뉴얼할 때 “기존 URL과 새로운 URL은 어떻게 연결되는지”,
“페이지별 canonical은 정상적으로 설정되는지”, “사이트맵과 내부 링크는 새로운 URL 기준으로 변경되는지” 정도는 제작 업체에 확인해 보는 것이 좋습니다.
이러한 질문만으로도 화면 디자인뿐 아니라 기존 검색 자산과 SEO 구조까지 고려해 홈페이지를 제작하고 있는지 확인하는 데 도움이 됩니다.
CLEF TIP
canonical 설정이 어렵다면 우선 다음 질문부터 확인해 보세요.
1. 이 페이지의 대표 URL은 무엇인가?
2. 같은 콘텐츠가 다른 URL로도 열리고 있는가?
3. canonical, 사이트맵, 내부 링크가 같은 대표 URL을 사용하고 있는가?
4. 리뉴얼이나 HTTPS 전환 후 예전 URL이 남아 있지 않은가?
이 네 가지를 먼저 확인하면 canonical 문제의 상당 부분을 이해할 수 있습니다.
canonical에서 가장 중요한 것은 태그를 많이 넣는 것이 아닙니다.
우리 홈페이지에서 어떤 URL을 대표 주소로 사용할 것인지 먼저 정하는 것이 중요합니다.
기업 홈페이지 canonical 체크리스트
홈페이지를 운영하고 있다면 아래 내용을 확인해 보세요.
- 각 주요 페이지에 canonical이 설정되어 있는가?
- 페이지별 canonical URL이 올바른가?
- 모든 페이지가 실수로 메인 페이지를 canonical로 가리키고 있지 않은가?
- self-referencing canonical(자기 참조 canonical)이 필요한 페이지에 적용되어 있는가?
- canonical URL이 HTTPS를 사용하고 있는가?
- www / non-www 정책이 일관되어 있는가?
- URL 뒤의 슬래시 정책이 통일되어 있는가?
- 사이트맵의 URL과 canonical URL이 일치하는가?
- 내부 링크가 canonical URL을 사용하고 있는가?
- 광고 UTM URL의 대표 페이지가 적절하게 관리되고 있는가?
- 필터·정렬·검색 파라미터 URL이 과도하게 생성되고 있지 않은가?
- 내용이 서로 다른 페이지를 하나의 canonical로 묶고 있지 않은가?
- noindex와 canonical을 목적 없이 함께 사용하고 있지 않은가?
- 리뉴얼 후 새 URL 기준으로 canonical이 변경되었는가?
- 기존 URL에는 필요한 리디렉션이 적용되어 있는가?
- 삭제된 페이지를 무조건 메인 페이지로 보내고 있지 않은가?
- Search Console에서 Google이 선택한 대표 URL을 확인해 본 적이 있는가?
- 홈페이지 구조 변경 시 canonical도 함께 점검하고 있는가?
자주 묻는 질문(FAQ)
Q. canonical 태그가 없으면 SEO에 큰 문제가 생기나요?
모든 페이지에서 canonical이 없다고 해서 반드시 검색 문제가 발생하는 것은 아닙니다.
검색엔진이 다른 신호를 통해 대표 URL을 판단할 수도 있습니다.
다만 동일하거나 유사한 URL이 여러 형태로 만들어질 수 있는 홈페이지라면 canonical을 명확하게 관리하는 것이 도움이 됩니다.
Q. canonical을 설정하면 중복 콘텐츠가 없어지나요?
실제 페이지나 URL이 삭제되는 것은 아닙니다.
canonical은 여러 URL 중 어떤 페이지를 대표 URL로 봐야 하는지를 검색엔진에게 전달하는 신호입니다.
Q. canonical과 301 리디렉션은 무엇이 다른가요?
301 리디렉션은 방문자와 검색엔진을 새로운 URL로 실제 이동시킵니다.
canonical은 현재 페이지를 유지하면서 대표 URL을 검색엔진에 알려줍니다.
따라서 두 방식은 상황에 따라 다르게 사용해야 합니다.
Q. 모든 페이지를 메인 홈페이지로 canonical 처리하면 좋지 않나요?
권장하지 않습니다.
서로 다른 콘텐츠를 가진 여러 페이지가 메인 페이지를 canonical로 가리키면 페이지의 실제 구조와 맞지 않는 신호를 전달할 수 있습니다.
각 콘텐츠에 맞는 대표 URL을 설정하는 것이 좋습니다.
Q. UTM이 붙은 URL은 중복 페이지인가요?
UTM 파라미터는 일반적으로 광고와 캠페인 유입을 측정하기 위해 사용합니다.
콘텐츠 자체가 동일하다면 기본 URL을 대표 주소로 관리하는 방식이 일반적입니다.
Q. Search Console에서 사용자 선언 canonical과 Google 선택 canonical이 다르게 나옵니다. 문제가 있는 건가요?
반드시 오류라고 단정할 수는 없습니다.
Google은 여러 신호를 종합해 대표 URL을 선택할 수 있습니다.
다만 의도한 URL과 다르다면 canonical뿐 아니라 내부 링크, 사이트맵, 리디렉션, HTTPS 및 중복 URL 구조를 함께 확인하는 것이 좋습니다.
Q. 홈페이지 제작 업체에서 canonical도 설정해 주나요?
업체마다 SEO 적용 범위가 다릅니다.
단순 메타태그만 적용하는지, canonical·사이트맵·robots.txt·리디렉션 등 기술 SEO 구조까지 함께 점검하는지 제작 전에 확인하는 것이 좋습니다.
검색엔진에게 하나의 명확한 대표 URL을 알려주세요
기업 홈페이지의 SEO에서는 콘텐츠 품질도 중요하지만 URL을 어떻게 관리하고 있는지도 중요합니다.
동일하거나 유사한 콘텐츠가 여러 URL로 접근될 수 있다면 검색엔진은 그중 어떤 URL을 대표 페이지로 사용할지 판단해야 합니다.
canonical은 이 과정에서 홈페이지가 원하는 대표 URL을 검색엔진에게 알려주는 중요한 신호입니다.
하지만 canonical 하나만 설정한다고 모든 URL 문제가 해결되는 것은 아닙니다.
- 사이트맵
- 내부 링크
- 리디렉션
- HTTPS
- www / non-www
- robots.txt
- noindex
등의 설정이 함께 일관된 방향을 가져야 합니다.
홈페이지를 이미 운영하고 있다면 페이지 소스에 canonical이 들어가 있는지만 확인하지 마세요.
각 페이지가 실제로 어떤 URL을 대표 주소로 지정하고 있는지,
사이트맵과 내부 링크는 같은 주소를 사용하고 있는지까지 함께 확인하는 것이 좋습니다.
좋은 기술 SEO는 검색엔진에 많은 신호를 보내는 것이 아니라, 하나의 명확하고 일관된 신호를 보내는 것에서 시작됩니다.
다음 글
기업 홈페이지 SEO에서 구조화 데이터(Schema Markup)는 왜 필요할까요?
관련 CLEF WEB 서비스
홈페이지의 대표 URL과 canonical, 사이트맵, 내부 링크가 일관되게 구성되어야 검색엔진이 사이트 구조를 보다 명확하게 이해할 수 있습니다.
클리프 WEB의 SEO 기반 홈페이지 제작과 기술 서비스를 확인해 보세요.
[홈페이지 SEO·기술서비스 알아보기 | 클리프 WEB →]