# noindex 헤더 대신 canonical 링크 헤더 전송 **URL:** \ **Category:** Development\ **Created:** [3월 6, 2022, 5:07오후 UTC](https://meta.discourse.org/t/send-canonical-link-header-instead-of-noindex-header/220213 "2022-03-06T17:07:02Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![rrit](https://avatars.discourse-cdn.com/v4/letter/r/b5ac83/32.png) [@rrit](https://meta.discourse.org/u/rrit)\ **Post date:** [3월 8, 2022, 8:40오전 UTC](https://meta.discourse.org/t/send-canonical-link-header-instead-of-noindex-header/220213/4 "2022-03-08T08:40:11Z")
> [@sam](#): > > 상실할 것이 별로 없으니, noindex와 rel canonical의 조합이 구글에 대한 올바른 레시피일 수도 있다고 생각합니다. 하지만 확신은 하지 못합니다. 새로운 기본값 `SiteSetting.allow_indexing_non_canonical_urls = false`의 경우, 현재 구현 방식은 다음과 같으며 이 방식이 유지됩니다: - 헤더 `noindex` - HTML 링크 태그 `canonical` (무시될 수 있음) 패치 없이 `SiteSetting.allow_indexing_non_canonical_urls = true`인 경우: - – 헤더 없음 – - HTML 링크 태그 `canonical` 패치를 적용하고 `SiteSetting.allow_indexing_non_canonical_urls = true`인 경우: - 헤더: `Link: ; rel="canonical"` - HTML 링크 태그 `canonical` (무시될 수 있음 - 하지만 어쨌든 헤더와 동일함) 이 아이디어의 핵심은 다음과 같습니다: `canonical`을 **HTTP 헤더** 로 설정하여 `noindex` **HTTP 헤더** 와 동일한 이점, 즉 더 빠른 크롤링을 얻는 것입니다. 이로 인해 불확실한 함의를 가진 `noindex`가 쓸모없어질 수 있습니다. `noindex`와 `canonical`에 대한 또 다른 관점: - `noindex`는 페이지를 검색 인덱스에 포함하지 말라는 _매우 강력한 신호_입니다. 그러나 `noindex`가 설정되어 있어도 구글 봇은 링크를 추출하기 위해 페이지 콘텐츠를 여전히 처리합니다 (이를 비활성화하는 추가 옵션 `nofollow`가 있습니다). - `canonical`은 크롤링할 콘텐츠가 다른 canonical URL에 있다는 _강력한 신호_입니다. 구글 봇이 이 _신호_를 한 페이지에 대해 수용하기로 결정하면, 페이지 콘텐츠를 전혀 처리하지 않고 canonical URL만 처리할 가능성이 큽니다. * * * 이것은 \*‘사유 실험’\*입니다. 어디에도 구현되어 있지 않으며, 구현을 권장하지도 않습니다: - 헤더 `noindex` - HTML 메타 태그 `noindex` (HTML 링크 태그 `canonical` 대신) – 또는 – - – 헤더 없음 – - HTML 메타 태그 `noindex` 이렇게 구현해야 하는 이유, 혹은 그렇게 하면 안 되는 이유는 무엇일까요? --- _[View the full topic](https://meta.discourse.org/t/send-canonical-link-header-instead-of-noindex-header/220213)._