티스토리 Search Console ‘Google이 선택한 표준 URL’ 확인 방법|사용자가 선언한 canonical과 다른 이유

티스토리 블로그를 운영하면서 Google Search Console의 URL 검사 기능을 사용하다 보면 ‘사용자가 선언한 표준 URL’과 ‘Google이 선택한 표준 URL’이라는 항목을 발견할 수 있습니다.
두 항목에 같은 주소가 표시되면 별다른 의문이 생기지 않을 수 있습니다.
하지만 서로 다른 주소가 표시되면 걱정이 생기기 쉽습니다.
“내가 작성한 게시글 주소가 잘못된 걸까?”
“Google이 다른 URL을 선택하면 검색 노출에 문제가 생길까?”
“표준 URL이 다르면 반드시 수정해야 할까?”
이러한 상황을 이해하려면 먼저 표준 URL과 canonical의 의미를 알아야 합니다.
Google은 동일하거나 매우 비슷한 콘텐츠를 여러 URL에서 발견했을 때 검색 결과에서 대표적으로 사용할 URL을 선택할 수 있습니다.
이때 사이트에서 알려주는 대표 주소와 Google이 실제로 선택한 주소가 다를 수 있습니다.
하지만 두 주소가 다르다는 이유만으로 반드시 오류가 발생한 것은 아닙니다.
중요한 것은 Google이 어떤 주소를 선택했는지, 해당 주소가 실제로 정상적인 콘텐츠를 제공하는지, 블로그에서 사용하는 대표 주소와 일치하는지를 확인하는 것입니다.
이번 글에서는 표준 URL의 의미부터 Search Console에서 확인하는 방법, 티스토리 기본 주소와 개인 도메인 사용 시 점검할 사항, 실제로 수정이 필요한 상황까지 정리하겠습니다.
✓ 먼저 표준 URL이 무엇인지 이해합니다
표준 URL은 동일하거나 매우 비슷한 콘텐츠를 제공하는 여러 URL 가운데 대표로 사용하는 주소를 의미합니다.
예를 들어 하나의 게시글이 다음 두 주소에서 열리는 상황을 생각해 보겠습니다.
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
[https://www.example.com/123](https://www.example.com/123?utm_source=chatgpt.com)
두 주소가 같은 게시글을 보여준다면 Google은 어느 주소를 대표 URL로 사용할지 판단할 수 있습니다.
이때 선택된 대표 주소를 표준 URL이라고 합니다.
표준 URL은 중복되거나 유사한 페이지의 주소를 정리하는 데 중요한 역할을 합니다.
다만 표준 URL이 선택되었다고 해서 다른 주소가 반드시 삭제되거나 접속되지 않는 것은 아닙니다.
대표 URL 선택과 실제 페이지 접근 여부는 구분해야 합니다.
✓ canonical은 어떤 역할을 하나요?
canonical은 검색엔진에 대표 URL을 알려주는 데 사용되는 신호입니다.
웹페이지의 HTML에는 대표 주소를 알리는 canonical 링크 요소가 포함될 수 있습니다.
예를 들어 동일한 콘텐츠를 여러 주소에서 제공할 때 사이트 운영자는 특정 주소를 대표 URL로 선언할 수 있습니다.
하지만 여기서 중요한 점이 있습니다.
canonical은 Google에 대표 주소를 알려주는 강한 신호이지만, Google이 반드시 그대로 따라야 하는 명령은 아닙니다.
Google은 canonical 선언뿐 아니라 리디렉션, 내부 링크, 사이트맵, 페이지 콘텐츠 등 여러 신호를 종합해 표준 URL을 선택할 수 있습니다.
따라서 사이트가 선언한 주소와 Google이 선택한 주소가 서로 다를 수 있습니다.
✓ 사용자가 선언한 표준 URL이란?
Search Console의 ‘사용자가 선언한 표준 URL’은 사이트가 해당 페이지의 대표 주소로 알려준 URL을 의미합니다.
일반적으로 페이지에 설정된 canonical 정보를 통해 확인할 수 있습니다.
예를 들어 티스토리 게시글의 canonical이 다음 주소를 가리킨다고 가정하겠습니다.
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
이 경우 해당 주소가 사용자가 선언한 표준 URL로 표시될 수 있습니다.
다만 ‘사용자’라는 표현이 있다고 해서 블로그 운영자가 반드시 직접 canonical 코드를 작성했다는 의미는 아닙니다.
티스토리처럼 플랫폼에서 HTML과 메타데이터를 생성하는 서비스에서는 운영자가 별도로 설정하지 않아도 canonical 정보가 제공될 수 있습니다.
따라서 해당 항목이 표시된다는 이유만으로 직접 수정한 설정이라고 생각할 필요는 없습니다.
✓ Google이 선택한 표준 URL이란?
‘Google이 선택한 표준 URL’은 Google이 여러 신호를 검토한 뒤 대표 주소로 판단한 URL입니다.
사이트에서 선언한 주소와 같을 수도 있고 다를 수도 있습니다.
예를 들어 사용자가 선언한 표준 URL은 다음과 같습니다.
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
그런데 Google이 선택한 표준 URL은 다음과 같이 표시될 수 있습니다.
[https://www.example.com/123](https://www.example.com/123?utm_source=chatgpt.com)
이 경우 Google은 두 주소 가운데 개인 도메인 주소를 대표 URL로 선택한 것입니다.
중요한 것은 Google이 다른 주소를 선택했다는 사실만으로 오류라고 단정하지 않는 것입니다.
실제로 어떤 주소가 대표 주소로 사용되는 것이 적절한지 확인해야 합니다.
✓ Search Console에서 두 항목을 확인하는 방법
먼저 Google Search Console에 접속합니다.
자신의 티스토리 블로그 속성을 선택합니다.
상단의 URL 검사 입력창에 확인하려는 게시글 주소를 입력합니다.
검사 결과에서 페이지 색인 생성 관련 상세 정보를 펼칩니다.
그다음 다음 두 항목을 확인합니다.
사용자가 선언한 표준 URL
Google이 선택한 표준 URL
두 항목이 모두 표시된다면 주소를 비교합니다.
같은 주소인지 확인합니다.
도메인이 다른지 살펴봅니다.
게시글 경로가 일치하는지 확인합니다.
Google이 선택한 주소가 실제로 정상적으로 열리는지도 확인합니다.
단, 검사 결과와 색인 상태에 따라 일부 정보가 표시되지 않을 수 있습니다.
✓ 두 URL이 같다면 어떻게 판단할까요?
사용자가 선언한 표준 URL과 Google이 선택한 표준 URL이 같다면 사이트에서 알려준 대표 주소를 Google도 선택한 상태입니다.
예를 들어 두 항목에 모두 다음 주소가 표시된다고 가정하겠습니다.
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
이 경우 해당 URL의 표준 주소 선택은 서로 일치합니다.
하지만 이것만으로 게시글의 검색 노출이 보장되는 것은 아닙니다.
표준 URL이 일치하더라도 색인 여부와 검색 순위는 별도로 결정됩니다.
따라서 표준 URL이 같다는 사실은 주소 선택을 이해하는 참고 정보로 활용하는 것이 좋습니다.
✓ 두 URL이 다르다고 무조건 오류는 아닙니다
표준 URL이 다르면 바로 수정해야 한다고 생각하기 쉽습니다.
하지만 Google이 선택한 주소가 실제로 운영 중인 대표 URL이라면 정상적인 선택일 수 있습니다.
예를 들어 티스토리 기본 주소와 개인 도메인 주소에서 같은 게시글이 열리는 상황을 생각해 보겠습니다.
Google이 개인 도메인을 표준 URL로 선택했고 실제 운영에서도 개인 도메인을 대표 주소로 사용하고 있다면 반드시 문제가 있다고 볼 수는 없습니다.
반대로 Google이 선택한 주소가 전혀 다른 게시글이거나 예상하지 못한 주소라면 추가 확인이 필요합니다.
따라서 두 URL의 일치 여부보다 Google이 선택한 주소가 적절한지를 먼저 판단해야 합니다.
✓ 티스토리 기본 주소와 개인 도메인을 확인합니다
티스토리는 기본적으로 tistory.com 주소를 사용합니다.
하지만 개인 도메인을 연결해 운영할 수도 있습니다.
이 과정에서 같은 콘텐츠가 서로 다른 도메인 형태로 확인될 수 있습니다.
예를 들어 다음 두 주소를 생각해 보겠습니다.
기본 주소
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
개인 도메인
[https://www.example.com/123](https://www.example.com/123?utm_source=chatgpt.com)
이 경우 실제 운영에서 어떤 주소를 대표 주소로 사용하는지 확인하는 것이 좋습니다.
Search Console에 등록한 속성도 함께 살펴봅니다.
사이트맵에 포함된 URL의 도메인도 확인합니다.
블로그 내부 링크가 어느 주소를 가리키는지도 확인할 수 있습니다.
다만 주소가 다르다는 이유만으로 두 도메인의 모든 URL을 무조건 수정할 필요는 없습니다.
현재 대표 주소와 Google이 선택한 표준 URL의 관계를 먼저 확인해야 합니다.
✓ 게시글의 숫자 주소와 문자 주소도 구분합니다
티스토리에서는 게시글 주소 형식에 따라 숫자 형태 또는 문자 형태의 URL을 사용할 수 있습니다.
예를 들어 다음과 같은 주소를 생각할 수 있습니다.
숫자 주소
[https://example.tistory.com/123](https://example.tistory.com/123?utm_source=chatgpt.com)
문자 주소
[https://example.tistory.com/entry/sample-post](https://example.tistory.com/entry/sample-post?utm_source=chatgpt.com)
이처럼 서로 다른 URL이 동일한 게시글을 보여주는 상황이라면 대표 주소 선택을 확인할 필요가 있습니다.
다만 숫자 주소와 문자 주소가 있다는 사실만으로 반드시 중복 문제가 발생한다고 단정할 수는 없습니다.
실제로 두 주소가 같은 콘텐츠를 제공하는지, 한쪽에서 다른 쪽으로 이동하는지, canonical 정보가 어떻게 설정되어 있는지 확인해야 합니다.
✓ Google이 선택한 주소를 직접 열어봅니다
두 표준 URL이 다르게 표시된다면 Google이 선택한 주소를 브라우저에서 직접 열어보는 것이 좋습니다.
이때 다음 사항을 확인합니다.
정상적인 게시글이 표시되는가?
검사한 글과 동일한 콘텐츠인가?
다른 주소로 자동 이동하는가?
페이지를 찾을 수 없다는 안내가 나타나는가?
전혀 관련 없는 게시글이 표시되는가?
특히 Google이 선택한 URL이 정상적인 콘텐츠를 제공하는지 확인하는 것이 중요합니다.
만약 정상적인 대표 주소라면 불필요한 수정 없이 유지할 수 있습니다.
반대로 잘못된 페이지로 연결된다면 실제 URL 구조와 canonical 정보를 추가로 확인해야 합니다.
✓ 사이트맵과 내부 링크도 함께 비교합니다
Google은 표준 URL을 선택할 때 여러 신호를 참고할 수 있습니다.
따라서 canonical 정보만 확인하는 것보다 사이트맵과 내부 링크를 함께 살펴보는 것이 도움이 됩니다.
예를 들어 개인 도메인을 대표 주소로 사용하고 있는데 내부 링크 대부분이 다른 주소를 가리킨다면 주소 사용 방식이 일관적인지 점검할 수 있습니다.
사이트맵에 포함된 URL도 확인합니다.
다만 사이트맵에 특정 URL이 있다는 이유만으로 Google이 반드시 그 주소를 표준 URL로 선택하는 것은 아닙니다.
내부 링크 역시 단독으로 표준 URL을 결정하는 절대적인 기준은 아닙니다.
여러 신호가 서로 일관된 주소를 가리키는지 확인하는 데 활용하는 것이 좋습니다.
✓ 리디렉션과 canonical을 혼동하지 않습니다
리디렉션은 특정 URL에 접근했을 때 다른 URL로 이동시키는 방식입니다.
반면 canonical은 검색엔진에 대표 URL을 알려주는 신호입니다.
예를 들어 A 주소에 접속하면 B 주소로 이동하는 경우가 있습니다.
이것은 리디렉션과 관련된 동작입니다.
반대로 A 주소에서 페이지가 정상적으로 열리면서 B 주소를 canonical로 선언할 수도 있습니다.
이 경우 A 주소가 반드시 B 주소로 이동하는 것은 아닙니다.
따라서 표준 URL이 다르다고 해서 자동으로 리디렉션 문제가 발생했다고 판단하면 안 됩니다.
두 기능의 역할을 구분해서 확인해야 합니다.
✓ 티스토리에서 canonical을 직접 수정해야 할까요?
티스토리는 블로그 운영자가 서버와 모든 HTML 생성 기능을 직접 관리하는 서비스가 아닙니다.
따라서 자체 서버를 운영하는 웹사이트처럼 canonical 설정을 자유롭게 제어하기 어려울 수 있습니다.
또한 스킨 HTML에 canonical 코드를 임의로 추가하면 플랫폼에서 제공하는 기존 canonical 정보와 충돌하거나 중복될 가능성이 있습니다.
따라서 표준 URL이 다르게 표시된다는 이유만으로 스킨에 canonical 코드를 추가하는 것은 권장하기 어렵습니다.
먼저 다음 내용을 확인합니다.
실제 게시글 주소
Google이 선택한 표준 URL
게시글의 공개 상태
기본 도메인과 개인 도메인 사용 여부
사이트맵에 포함된 주소
내부 링크의 연결 주소
현재 페이지에 제공되는 canonical 정보
이러한 부분을 확인한 뒤 실제 문제가 있는지 판단하는 것이 좋습니다.
플랫폼에서 관리하는 영역의 문제가 의심된다면 티스토리 고객지원에 문의하는 방법도 고려할 수 있습니다.
✓ 실제로 점검이 필요한 상황은 무엇일까요?
표준 URL이 다르다고 해서 모든 경우에 수정이 필요한 것은 아닙니다.
하지만 다음과 같은 상황이라면 추가 확인이 필요합니다.
Google이 선택한 URL이 실제로 열리지 않는 경우
예상하지 못한 다른 게시글이 표준 URL로 선택된 경우
중요한 게시글이 다른 페이지의 중복 페이지로 처리되는 경우
대표 주소와 내부 링크, 사이트맵의 주소 사용 방식이 일관되지 않은 경우
개인 도메인 연결 이후 예상하지 못한 URL이 표준으로 선택된 경우
이러한 상황에서는 단순히 색인 생성 요청을 반복하기보다 URL 구조와 실제 콘텐츠 관계를 확인하는 것이 우선입니다.
✓ 실제 상황별로 판단해 봅니다
A 사례|두 표준 URL이 같은 경우
사용자가 선언한 표준 URL과 Google이 선택한 표준 URL이 동일합니다.
해당 게시글도 정상적으로 열립니다.
이 경우 대표 주소 선택에 특별한 불일치가 없는 상태입니다.
다만 실제 색인 상태는 별도로 확인해야 합니다.
B 사례|개인 도메인이 표준 URL로 선택된 경우
티스토리 기본 주소로 URL 검사를 진행했습니다.
하지만 Google이 선택한 표준 URL은 개인 도메인 주소입니다.
실제 운영에서도 개인 도메인을 대표 주소로 사용하고 있습니다.
이 경우 Google이 선택한 주소가 적절한지 확인한 뒤 불필요한 수정 없이 유지할 수 있습니다.
C 사례|다른 게시글이 표준 URL로 선택된 경우
A 게시글을 검사했는데 Google이 B 게시글을 표준 URL로 선택했습니다.
두 게시글은 주제가 비슷하지만 내용과 목적이 다릅니다.
이 경우 두 게시글이 실제로 얼마나 비슷한지 확인합니다.
각 글이 독립적으로 제공하는 정보가 충분히 구분되는지도 살펴봅니다.
다만 표준 URL이 다르다는 이유만으로 두 글을 무조건 합칠 필요는 없습니다.
D 사례|예상하지 못한 주소가 선택된 경우
사용자가 선언한 표준 URL과 Google이 선택한 표준 URL이 다릅니다.
Google이 선택한 주소를 열어보니 정상적인 게시글이 표시되지 않습니다.
이 경우 실제 URL 구조와 페이지 응답 상태를 확인해야 합니다.
필요하다면 canonical 정보와 내부 링크, 도메인 설정을 함께 점검합니다.
✓ 표준 URL 최종 체크리스트
□ 표준 URL과 canonical의 의미를 이해했다.
□ 사용자가 선언한 표준 URL을 확인했다.
□ Google이 선택한 표준 URL을 확인했다.
□ 두 URL이 같은지 비교했다.
□ Google이 선택한 주소를 직접 열어봤다.
□ 기본 주소와 개인 도메인 사용 여부를 확인했다.
□ 숫자 주소와 문자 주소의 관계를 확인했다.
□ 사이트맵과 내부 링크의 주소를 비교했다.
□ 리디렉션과 canonical의 차이를 이해했다.
□ 표준 URL이 다르다는 이유만으로 스킨 코드를 수정하지 않았다.
자주 묻는 질문
Q1. Google이 선택한 표준 URL이 다르면 색인에 문제가 있나요?
반드시 그렇지는 않습니다. Google이 선택한 주소가 실제로 운영 중인 적절한 대표 URL이라면 정상적인 선택일 수 있습니다. 다만 예상하지 못한 주소가 선택되었다면 실제 콘텐츠와 URL 구조를 확인해야 합니다.
Q2. canonical을 설정하면 Google이 반드시 그 주소를 선택하나요?
아닙니다. canonical은 대표 URL을 알려주는 강한 신호이지만 Google이 반드시 그대로 따라야 하는 명령은 아닙니다. Google은 여러 신호를 종합해 표준 URL을 선택할 수 있습니다.
Q3. 티스토리에서 canonical을 직접 수정해야 하나요?
무조건 수정할 필요는 없습니다. 티스토리는 플랫폼에서 canonical 정보를 제공할 수 있으므로 먼저 현재 설정과 실제 URL 상태를 확인해야 합니다. 스킨에 코드를 임의로 추가하면 중복 설정이 발생할 수 있습니다.
Q4. 표준 URL이 다르면 색인 생성 요청을 다시 해야 하나요?
색인 생성 요청만으로 Google의 표준 URL 선택이 반드시 변경되는 것은 아닙니다. 먼저 Google이 다른 주소를 선택한 이유를 파악하고 실제 URL과 콘텐츠의 관계를 확인하는 것이 좋습니다.
Q5. 표준 URL이 다르면 애드센스 신청에 문제가 되나요?
표준 URL이 다르다는 사실 하나만으로 애드센스 승인 여부를 판단할 수 없습니다. 다만 중요한 게시글이 예상하지 못한 다른 URL의 중복 페이지로 처리되고 있다면 검색 노출 관리 측면에서 점검할 필요가 있습니다.
마무리|표준 URL이 다르다는 사실보다 선택된 주소가 적절한지가 중요합니다
Search Console에서 ‘사용자가 선언한 표준 URL’과 ‘Google이 선택한 표준 URL’이 다르게 표시되었다고 바로 게시글을 수정할 필요는 없습니다.
먼저 두 주소가 어떤 차이를 보이는지 확인합니다.
기본 티스토리 주소와 개인 도메인의 차이인지 살펴봅니다.
숫자 주소와 문자 주소처럼 같은 게시글을 가리키는 서로 다른 URL인지 확인합니다.
그리고 Google이 선택한 주소가 실제로 정상적인 콘텐츠를 제공하는지 살펴봅니다.
Google이 적절한 대표 주소를 선택했다면 두 항목이 다르다는 이유만으로 문제가 발생했다고 단정할 필요는 없습니다.
반대로 전혀 다른 게시글이나 잘못된 URL이 선택되었다면 콘텐츠 관계와 URL 구조를 추가로 확인해야 합니다.
특히 티스토리는 플랫폼에서 canonical 정보를 제공할 수 있으므로 스킨 코드를 무작정 수정하는 것은 피하는 것이 좋습니다.
Search Console 관리의 목표는 두 표준 URL을 무조건 같게 만드는 것이 아닙니다.
검색에 노출되어야 하는 중요한 콘텐츠가 적절한 대표 주소로 처리되고 있는지 확인하는 것이 더 중요합니다.
함께 보면 좋은 글
티스토리 Search Console ‘마지막 크롤링 날짜’ 확인 방법|오래된 수집 기록과 재크롤링 필요 여부 판단하기
티스토리 Search Console ‘마지막 크롤링 날짜’ 확인 방법|오래된 수집 기록과 재크롤링 필요 여
티스토리 블로그에 글을 발행하거나 기존 게시글을 수정한 뒤 Google Search Console을 확인하면 한 가지 궁금증이 생깁니다.“글은 어제 수정했는데 Google의 마지막 크롤링 날짜는 왜 그대로일까?”
onsum.kr
다음 글 예고
티스토리 Search Console ‘모바일 사용 편의성’ 직접 점검하는 방법|스마트폰 화면에서 검색 방문자가 불편한 부분 찾기