블로그 링크의 noreferrer: 목적지 URL과 Referer 정보는 서로 다릅니다
noreferrer는 링크의 목적지 주소를 지우는 속성이 아닙니다. MDN은 이 키워드가 이동할 때 Referer 헤더와 참조 정보를 생략하도록 지시한다고 설명합니다. href에 적힌 쿼리와 출처 헤더를 같은 것으로 취급하지 마세요.
1. 링크 코드의 두 부분부터 나누기
<a href="https://example.com/guide?utm_source=sample"
target="_blank" rel="noreferrer">안내 읽기</a>위 코드는 설명용 예제이며 실제 배포 주소가 아닙니다. href에는 목적지가, rel에는 링크 관계를 나타내는 키워드가 적혀 있습니다. noreferrer를 넣는 동작 자체가 href의 utm_source 값을 삭제하는 것은 아닙니다.
공개 글을 검수할 때는 편집기에서 적은 주소와 최종 도착 주소를 먼저 대조하세요. 다른 링크 처리나 서버의 이동 규칙이 있으면 결과는 달라질 수 있으므로, 원래 코드만으로 최종 주소까지 확인했다고 기록하지 않습니다.
2. URL과 Referer 비교
| 항목 | 무엇을 확인하나요 | 같게 보지 않을 것 |
|---|---|---|
| href의 쿼리 | 링크 주소에 직접 붙인 값 | 브라우저가 보내는 출처 헤더 |
| Referer 정보 | 어디에서 이동했는지 전달되는 요청 정보 | 목적지 주소 그 자체 |
| noreferrer | 참조 정보 생략 지시 | URL의 모든 추적 값 제거 |
| 분석 도구 집계 | 해당 도구의 실제 수집·분류 결과 | 링크 클릭 또는 주소 확인만으로 집계 완료 단정 |
MDN은 noreferrer가 noopener도 지정된 것처럼 동작한다고 설명합니다. 하지만 이 설명을 모든 익명성이나 모든 추적 차단의 보장으로 확대하지 않습니다. 무엇이 주소이고 무엇이 별도 요청 정보인지 구분하는 것이 먼저입니다.
3. 공개 글에서 남길 점검 메모
자체 양식: 글 URL __ / 버튼 문구 __ / 저장된 href __ / rel 값 __ / 클릭 뒤 최종 주소 __ / 분석 도구에서 실제 확인한 결과 __. 확인하지 않은 칸은 비워 두거나 미확인으로 표시합니다.
예를 들어 쿼리가 도착 주소에 남아 있는 것까지 확인했다면 그 사실만 기록합니다. 그것만으로 특정 채널 유입 수나 광고 수익이 집계됐다고 결론 내리지 않습니다. 주소가 올바른지와 보고서에 어떻게 분류됐는지는 서로 다른 증거가 필요합니다.
4. 새 탭 동작과도 따로 보기
새 탭인지 같은 탭인지는 target과 브라우저 동작의 문제입니다. 참조 정보 생략과 새 탭 열기를 하나의 기능으로 적지 마세요. 독자에게 새 창이나 파일 열기 같은 동작을 미리 알리는 문구도 함께 검토할 수 있습니다.
5. 자주 묻는 질문
noreferrer를 넣으면 UTM이 자동 삭제되나요?
이 키워드가 직접 지시하는 것은 참조 정보 생략입니다. href와 최종 URL의 쿼리는 별도로 확인해야 합니다.
그럼 유입 통계는 반드시 잡히나요?
그렇게 보장할 수 없습니다. 실제 분석 설정과 수집·분류 결과를 확인한 경우에만 그 수치를 기록하세요.
2026년 10월 18일 확인한 공식 기술 자료: MDN: rel="noreferrer", MDN: a 요소의 rel·target과 링크 안내.
대표 기술 삽화는 AI로 제작했으며 실제 서비스 화면이 아닙니다. 본문 구분 이미지와 코드 예제는 직접 구성했습니다.
