단축 링크 도메인 평판: 신뢰는 어떻게 쌓이고 어떻게 무너지는가

단축 링크는 읽는 사람에게 들여다볼 수 없는 주소를 받아들이라고 요구합니다. 목적지는 설계상 가려져 있고 경로 부분은 대개 아무 의미가 없으며, 그 약속에서 읽을 수 있는 유일한 부분은 호스트명입니다. 전달 경로에 놓인 모든 자동화 시스템이 평가하는 것도 바로 그 호스트명입니다. 이메일 필터, 메신저의 검사기, 통신사 게이트웨이, 브라우저 안전 프로그램은 하나같이 '이 링크는 안전한가'를 '이 도메인에 대해 우리가 아는 것은 무엇인가'로 바꿔 놓습니다.

그 결과는 분명히 말해 둘 만합니다. 공용 단축 도메인에서 여러분의 링크는 다른 사람들의 행동으로 판단되고, 여러분이 소유한 도메인에서는 여러분 자신의 행동으로 판단됩니다. 이 글은 두 번째 경우를 다룹니다. 여러분이 통제하는 도메인에 무엇이 쌓이는지, 게시 이후 목적지가 바뀌면 어떤 일이 벌어지는지, 그리고 여러분의 링크에 표시가 붙은 날 무엇을 해야 하는지입니다.

평판은 호스트명에 붙습니다

공용 도메인이 한데 모으는 것

공용 단축 도메인은 입주자들 사이에 아무런 관계가 없는 공유 주소 공간입니다. 수백만 명의 발신자가 하나의 호스트명 아래에 게시하고, 그중 일부는 그 주에 사기를 벌이고 있습니다. 필터링 시스템은 여러분을 그들에게서 갈라내지 못합니다. 메시지에 담긴 것은 호스트명뿐이고, 그 링크를 발신자의 정체와 이어 줄 다른 어떤 것도 없기 때문입니다.

따라서 호스트명의 평판은 합산값이고, 합산값은 가장 나쁜 참여자들에게 좌우됩니다. 이것이 브랜드 도메인을 써야 하는 가장 날카로운 논거이며, SMS 비용 글이 결국 예산 이야기가 아니라 도달률 이야기로 끝나는 이유이기도 합니다. 걸러진 캠페인은 거기에 쓴 돈 전부를 잃게 만들기 때문입니다.

여러분의 도메인이 대신 모으는 것

여러분이 소유한 도메인은 이것을 양쪽 방향으로 뒤집습니다. 낯선 사람이 그것을 망가뜨릴 수 없고, 동시에 여러분 자신의 실수를 희석해 줄 것도 없습니다. 공용 도메인에서는 백만 건 가운데 한 건의 나쁜 캠페인이 보이지 않지만, go.yourbrand.com에서는 나쁜 캠페인 한 건이 기록의 전부입니다. 이 비대칭 때문에 도메인 위생은 설정 단계가 아니라 운영 규율이 됩니다. 도메인을 연결하는 일은 15분짜리 DNS 작업이며 맞춤 도메인 가이드와 CNAME 문서에서 다룹니다. 그것을 깨끗하게 유지하는 일은 계속되며, 대부분 링크를 어디로 향하게 하느냐의 문제입니다.

다른 사람이 여러분의 도메인에 게시할 때 따라오는 책임

고객이나 제휴사, 하위 계정에 링크를 재판매한다면 도메인은 여러분의 것이지만 목적지는 그렇지 않습니다. 고객이 여러분의 호스트명에서 만드는 링크 하나하나가 여러분의 평판 계좌에 입금됩니다. 이것이 화이트라벨 모델의 구조적 위험이며, 고객별 도메인이 추가 판매 항목이 아니라 대행사의 표준인 이유입니다. 고객의 문제는 그 고객의 문제로 남아야 하기 때문입니다.

단축 도메인을 누가 판단하고, 여러분은 그것을 어떻게 알게 되는가

단축 링크를 평가하는 시스템은 네 부류이며, 무엇을 검사하는지와 여러분에게 무언가를 알려 주는지가 서로 다릅니다.

| 판단 주체 | 무엇을 판단하는가 | 나쁜 판정의 모습 | 어떻게 알게 되는가 | | --- | --- | --- | --- | | 이메일 사업자와 게이트웨이 | 본문의 호스트명을 도메인 평판 데이터와 대조 | 메시지가 스팸함으로, 또는 게이트웨이에서 거부 | 도달률 하락. 구체적인 사유는 거의 없음 | | 메신저와 소셜 플랫폼 | 붙여 넣거나 미리 볼 때의 호스트명 | 링크 제거, 미리보기 거부, 또는 경고 | 사용자 신고. 미리보기 카드가 그려지지 않음 | | 통신사와 메시지 집선 사업자 | SMS 본문에 담긴 호스트명 | 단말기에 닿기 전에 메시지가 걸러짐 | 한 경로에서 수신 확인이 끊김 | | 브라우저 안전 프로그램 | 특정 URL과 호스트명 | 페이지가 로드되기 전 전체 화면 경고 | 트래픽 급락. '위험하다고 뜬다'는 문의 |

세부 사항보다 중요한 성질이 두 가지 있습니다. 대부분은 아무 통지도 주지 않으므로, 여러분은 떨어진 지표에서 판정을 미루어 짐작하게 됩니다. 그리고 이들은 서로 다른 단위로 동작합니다. 브라우저 프로그램은 URL 하나를 표시하는데 이메일 게이트웨이는 호스트명 전체를 불신할 수 있으므로, '내 도메인이 차단됐다'는 진단이 아니라 가설입니다. 한 채널에서만 클릭이 떨어지고 다른 채널에서는 유지된다면 판정이 어디에서 왔는지 알 수 있으며, 그래서 채널별로 나눠 보는 분석이 가장 빠른 진단 도구가 됩니다.

목적지 점검은 올바름에 관한 것입니다

링크를 만들 때 플랫폼은 목적지를 먼저 검사하는데, 이 점검은 으레 혐의 제기로 오해받습니다.

이 검사가 실제로 하는 일

검사기는 주소를 정규화하고 호스트명을 해석한 뒤, 여러분이 입력한 주소에만이 아니라 모든 홉에 같은 규칙을 적용하면서 리디렉션 체인을 따라갑니다. 요청은 홉마다 5초의 제한 시간을 쓰고 리디렉션을 다섯 번까지 따라가며 응답 본문은 절대 읽지 않습니다. 상태 코드와 Location 헤더를 확인하는 순간 연결을 놓아 줍니다.

곧바로 거부로 이어지는 것은 네 가지입니다.

| 거부 사유 | 의미 | 실제로 흔한 원인 | | --- | --- | --- | | malformed | 주소나 Location 헤더가 해석되지 않음 | 오타, 인코딩되지 않은 문자, 잘려서 붙여 넣은 주소 | | internal_address | 호스트명이 내부 주소나 인프라 주소로 해석됨 | 로컬 환경에서 복사해 온 스테이징 URL | | too_many_redirects | 체인이 홉 한도를 넘어감 | 리디렉션 고리, 또는 겹겹이 쌓인 추적 도메인 | | blocked_redirect | 중간 홉이 허용되지 않는 곳을 가리킴 | 내부 서비스를 거쳐 가는 체인 |

실무에서 무엇이 압도적인지 눈여겨보십시오. 오타와 오래된 내부 URL입니다. 이것은 깨진 링크가 무언가에 인쇄되기 전에 걸러 내는 올바름의 관문이며, 링크 생성 화면이 입력하는 동안 목적지를 검증하는 것도 같은 이유에서입니다.

그저 응답하지 않는 목적지는 거부 사유가 아닙니다. 링크는 만들어지고 미검증으로 표시되며 나중에 다시 시도됩니다. 잠깐의 DNS 장애가 누군가의 링크 생성을 막아서는 안 되기 때문입니다.

평판 신호는 별개이며 일부러 부드럽게 만들었습니다

구조 점검과 나란히, 목적지와 모든 홉은 Google Safe Browsing과 내장 휴리스틱으로 보내집니다. 둘은 동등하지 않습니다. Google Safe Browsing은 링크 거부의 근거가 될 수 있지만, 휴리스틱은 언제나 의심스러움만 돌려주고 악성은 결코 돌려주지 않습니다. 패턴 규칙은 거짓 양성을 만들어 내기 때문입니다.

| 휴리스틱 신호 | 다시 볼 만한 이유 | | --- | --- | | 호스트명 대신 맨 IP 주소 | 도메인이 없다는 것은 평판도 없고 회수할 것도 없다는 뜻 | | 80이나 443이 아닌 포트 | 공개된 사이트가 별난 포트에 있는 경우는 드묾 | | 악용이 잦은 최상위 도메인(TLD) 접미사 | 일회용 도메인이 몰려 있는 영역을 짧고 보수적으로 추린 목록 | | 라틴 문자 레이블에 섞인 xn-- 레이블 | 국제화 도메인 자체는 정상이지만, 문자 체계를 섞은 유사 표기는 사칭의 형태 | | 레이블이 다섯 개를 넘거나 100자를 넘는 주소 | 깊은 중첩과 긴 길이는 일회용 호스트의 특징 | | 하이픈이 네 개 이상 | secure-login-account-verify.example처럼 조립한 이름. 실제 사이트는 한두 개 |

신호 하나에는 솔직한 단서를 달아 두어야 합니다. 악용이 잦은 접미사 목록에는 .link가 들어 있는데, 이는 맞춤 도메인 가이드가 캠페인 허브용으로 권하는 최상위 도메인입니다. 휴리스틱은 리디렉션을 제공하는 단축 도메인이 아니라 목적지를 대상으로 돌아갑니다. 다만 여러분의 랜딩 페이지가 그런 영역에 있다면, 여러분의 플랫폼이 여러분의 링크를 표시하는 일도 각오해야 합니다.

외부 목록에 닿지 못하면 판정은 확인 불가가 됩니다. 깨끗함도 위험함도 아니며, 링크는 점검을 미뤄 둔 채로 만들어집니다. 판정을 합칠 때는 가장 강한 것이 남으므로, 닿지 못한 목록이 휴리스틱이 찾아낸 것을 지우는 일은 없습니다.

무엇으로 반응하고, 무엇으로는 반응하지 않는가

깨끗하지 않은 판정에 무엇을 할지는 파트너가 설정합니다. 허용, 표시, 수동 검토로 보내기, 또는 거부입니다. 표시된 링크는 계속하려면 명시적으로 눌러야 하는 중간 페이지 뒤에서 제공될 수 있으며, 이 페이지는 해당 입주자의 브랜드와 언어로 나타납니다.

한계는 분명히 해 둡시다. 이 점검은 페이지 내용을 읽지 않고, 사업 모델을 판단하지 않으며, 자신이 탐침한 것과 다른 국가나 기기에 목적지가 무엇을 보여 주는지도 알지 못합니다. 생성 시점에는 깨끗했다가 그 뒤에 바꿔치기된 페이지는 이 모든 것을 통과합니다. 다음 절이 존재하는 이유입니다.

게시 이후 목적지가 바뀔 때

단축 링크의 가장 쓸모 있는 성질, 즉 인쇄된 코드는 그대로 둔 채 목적지를 고칠 수 있다는 점은 깨끗하던 링크가 나쁜 링크로 바뀌는 경로이기도 합니다. QR 코드는 목적지가 아니라 단축 링크를 담으므로, 3월에 인쇄한 포스터를 8월에 다른 곳으로 돌릴 수 있습니다. 그것을 여러분에게 값지게 만드는 성질은 여러분의 도메인에서 계정을 악용하는 사람에게도 똑같이 값집니다. 세 가지 통제 수단이 이 문제의 서로 다른 부분을 맡습니다.

예약된 재검사. 살아 있는 링크는 생성 시점에만이 아니라 그 이후에도 다시 점검됩니다. 목적지가 나빠지면 그 링크는 서비스에서 내려가고 소유자에게 통보되며, 목적지 도메인 전체가 나빠진 경우에는 플랫폼 운영자가 그곳을 가리키는 모든 링크를 한 번의 조작으로 비활성화할 수 있습니다.

만료일. 종료일이 정해진 캠페인 링크는 캠페인이 끝나는 순간 자산이기를 그만둡니다. 만료는 타기팅 규칙과 분할보다 먼저 평가되므로, 만료된 링크를 규칙 변경으로 슬그머니 다른 용도에 돌려쓸 수는 없습니다.

생성 시점의 빈도와 패턴 한도. 대량 악용에는 알아볼 수 있는 형태가 있습니다. 여러 링크에 걸친 동일한 목적지, 연속된 슬러그 묶음, 짧은 시간에 몰린 생성 급증입니다. 한도는 워크스페이스 단위와 계정 단위로 적용되며 새 계정에는 더 빡빡한 기준이 걸리고, 공개 신고 페이지가 외부의 신고를 파트너와 플랫폼 운영자의 검토 대기열로 보냅니다.

솔직한 단서를 붙이자면, 재검사는 정해진 일정에 따라 돌아가므로 목적지가 바뀐 시점과 다음 점검이 그것을 알아채는 시점 사이에는 언제나 틈이 존재합니다. 외부에 게시하는 링크의 수명을 짧게 두는 편이 점검 주기를 아무리 촘촘하게 만드는 것보다 그 틈을 더 잘 줄여 줍니다.

리디렉션 체인은 속도와 신뢰를 함께 깎습니다

체인이란 클릭과 그려진 페이지 사이의 모든 홉을 말합니다. 홉 하나마다 콘텐츠가 도착하기 전에 DNS 조회와 TLS 핸드셰이크와 왕복이 들어가며, 모바일에서는 눈에 보일 만큼의 몇 분의 1초가 됩니다. 홉은 또한 모든 검사기가 평가해야 할 호스트명을 하나씩 더하는데, 검사기는 정해진 시간 예산 안에서 일하므로 느린 체인은 도중에 버려지거나 불완전한 정보로 판단됩니다.

| 홉이 늘어나는 원인 | 고치는 방법 | | --- | --- | | 목적지가 http를 https로 리디렉션 | https 주소를 저장 | | 목적지가 apex를 www로, 또는 그 반대로 리디렉션 | 사이트가 실제로 제공하는 정규 형태를 저장 | | 끝의 슬래시나 언어 구역 리디렉션 | 언어 구역까지 포함한 최종 경로를 저장 | | 중간에 낀 추적 도메인이나 제휴 도메인 | 최종 URL을 가리키고 파라미터는 거기에 실어 보냄 | | 링크에 붙인 픽셀 | 리타기팅 오디언스가 그 한 단계 값을 하는 곳에만 유지 |

목표는 홉 하나, 즉 여러분의 도메인에서 최종 페이지까지입니다. 무엇이든 인쇄되기 전에 확인하십시오. 링크 검사기가 체인을 펼쳐 각 상태 코드를 보여 주고, curl -sSI는 리디렉션 상태 하나와 목적지를 곧바로 가리키는 Location 헤더 하나를 돌려주어야 합니다. 픽셀은 의도적인 예외입니다. 구조상 페이지를 하나 더하는 것이고, 알고서 감수하는 맞바꿈이기 때문입니다.

실무에서의 도메인 위생

발송 형태에 따라 도메인을 나누십시오

캠페인이 아니라 위험 성격으로 나누십시오. 한 흐름의 문제가 나머지를 끌고 내려가서는 안 됩니다.

| 흐름 | 따로 두는 이유 | | --- | --- | | 거래성(영수증, 비밀번호 재설정, 배송) | 실패 비용이 가장 크고 내용의 위험은 가장 낮음. 절대 섞지 말 것 | | 마케팅 일괄 발송 | 물량이 가장 많고 필터링에 가장 많이 노출됨. 영수증에 영향을 주어서는 안 됨 | | 제3자 게시(고객, 제휴사) | 여러분이 통제하지 못하는 목적지. 요금제가 허락하는 한 고객별로 격리 |

이번 달이 아니라 1년 뒤에 필요할 도메인 수를 세어 보십시오. 허용량은 맞춤 도메인 페이지에서 다룹니다.

링크에 수명을 주십시오

여러분의 채널 바깥에 게시하는 것은 무엇이든 만료일을 기본값으로 두고, 영구 유지를 예외로 다루십시오. 삭제보다 보관 처리가 낫습니다. 보관은 이력을 남긴 채 링크의 연결만 멈추고 되돌릴 수도 있지만, 삭제는 그 단축 코드를 재사용 대상으로 풀어 놓습니다. 인쇄물에 등장한 코드에 바라는 결과가 아닙니다.

목적지 쪽도 규칙 아래에 두십시오

링크에 도달한 트래픽이 곧 여러분이 넘겨주고 싶은 트래픽인 것은 아닙니다. 국가와 기기를 기준으로 경로를 나누거나 걸러 내는 규칙은 트래픽 규칙과 트래픽 필터링에 정리되어 있습니다. 엮이고 싶지 않은 목적지보다는 중립적인 페이지가 낫습니다.

도메인에 표시가 붙었다면

지름길은 없으며, 지름길을 내미는 사업자는 다음번 표시를 더 나쁘게 만들 물건을 팔고 있는 것입니다.

1. 범위를 확정하십시오. 어느 호스트명이고 정확히 어느 URL인지입니다. URL 하나가 표시된 것과 호스트명 단위의 판정은 서로 다른 문제입니다.
2. 그 도메인에서의 게시를 멈추십시오. 그 도메인의 캠페인부터 일시 중지해, 표시된 노출이 더 쌓이지 않게 하십시오.
3. 원인을 찾으십시오. 링크 목록을 도메인으로 거르고 최근 클릭순으로 정렬한 뒤, 알아보지 못할 목적지를 찾으십시오. 고객별 분리가 값을 하는 곳이 바로 여기입니다.
4. 제거하십시오. 문제가 된 링크를 보관 처리하고, 목적지를 고치거나 없애고, 그것을 만든 계정을 비활성화하십시오.
5. 검토를 요청하십시오. 경고를 낸 프로그램의 창구를 통해 제출하십시오. 검토는 그 목록의 운영자가 처리하며, 어떤 링크 플랫폼도 다른 곳이 붙인 표시를 풀 수 없습니다.
6. 기록으로 남기십시오. 원인과 조치를 글로 적어 두면 두 번째 검토가 빨라지고, 물어보는 고객에게 보낼 것도 바로 그 기록입니다.

검토에는 시간이 걸린다고 보십시오. 표시 하나가 물리는 비용의 크기는 그 호스트명 하나에 얼마나 많은 트래픽이 매달려 있었느냐로 정해집니다.

'내 링크에 표시가 붙었다'는 고객에게 답하기

무엇을 설명하기 전에 세 가지를 먼저 물으십시오. 경고를 어디에서 봤는지(브라우저, 메일 클라이언트, 메신저), 문구가 무엇이었는지, 그리고 전체 URL입니다. 그다음 목적지와 그 체인을 직접 확인하고, 판정이 재현되는지 확인한 뒤, 찾아낸 것을 알려 주십시오. '재현되지 않았으며, 우리가 확인한 것은 이러합니다'라는 답도 여기에 포함됩니다.

하지 말아야 할 말이 두 가지 있습니다. 여러분이 통제하지 못하는 검토의 일정을 약속하지 마십시오. 그리고 목적지를 들여다보기 전에 그 표시를 거짓 양성이라고 부르지 마십시오. 놀랄 만큼 자주 거짓 양성이 아니기 때문입니다.

짧게 정리하면

평판은 호스트명에 깃들고, 호스트명을 함께 쓴다는 것은 판정을 함께 받는다는 뜻입니다. 그래서 첫 수는 여러분이 소유한 도메인입니다. 설정은 맞춤 도메인에서, 그 위에서 무엇이 돌아가는지는 링크 단축에서 확인하십시오. 그다음 할 일은 화려하지 않습니다. 링크가 어디를 가리키는지 확인하고, 체인을 홉 하나로 유지하고, 링크에 종료일을 주고, 거래성과 마케팅과 제3자 게시를 서로 갈라놓고, 표시가 붙는 일을 부당한 처분에 항의할 사건이 아니라 원인이 있는 장애로 다루는 것입니다. 어느 하나도 어렵지 않습니다. 다만 계속해야 하는 일이고, 사람들이 건너뛰는 부분이 바로 그것입니다.