# 단축 URL이 포함된 문자 메시지의 전송 문제 이해하기

**개요**

단축 URL은 SMS 캠페인에서 링크 추적(문자 메시지 캠페인의 성과 측정에 도움)과 글자 수 절약을 위해 자주 사용됩니다. 하지만 전송률에도 문제를 일으킬 수 있어요. 공개 단축 URL은 종종 여러 번 리다이렉트되고 발신자에 대한 정보를 거의 제공하지 않기 때문에 문자 메시지가 차단될 수 있습니다.

T-Mobile과 AT\&T 같은 통신사들은 공개 링크 단축기(예: bit.ly, rb.gy)가 포함된 메시지를 점점 더 차단하거나 필터링하고 있어요. 이런 단축기들이 사기 웹사이트를 숨기고 여러 번 리다이렉트할 수 있기 때문입니다.

해결책: 브랜드와 일치하는 브랜드 도메인이나 커스텀 도메인을 사용하세요. 이렇게 하면 전송률이 개선될 뿐만 아니라 고객과의 신뢰도 쌓을 수 있습니다.

***

## **단축 URL이 문제를 일으키는 이유**

* **여러 번의 리다이렉트**

  공개 단축기들은 종종 최종 목적지에 도달하기 전에 사용자를 여러 번 리다이렉트합니다.

  통신사는 이를 의심스러운 행동으로 간주해요. 사기 사이트를 숨길 수 있거든요.
* **발신자 투명성 부족**

  일반 도메인(예: bit.ly)은 브랜드와의 명확한 연결을 제공하지 않습니다.

  이로 인해 통신사가 필터링하거나 차단할 가능성이 높아져요.
* **통신사 정책**

  **T-Mobile (2020년 9월 1일부터 행동 규범 시행):**

  * 비즈니스와 연결된 단일하고 인식 가능한 도메인을 선호
  * 브랜드 단축 URL은 허용
  * URL 순환(필터를 우회하기 위한 도메인 교체) 금지
  * 여러 번의 리다이렉트 권장하지 않음

  **AT\&T:** 사기 및 피싱 위험으로 인해 공개 링크 단축기를 완전히 차단

간단히 요약하면, **T-Mobile**은 2020년 9월 1일부터 상업적 메시징을 위한 행동 규범을 도입했어요. 이 규범은 T-Mobile 네트워크에서 비즈니스 관련 메시징에 대한 지침과 기대치를 제시합니다. T-Mobile에 연결된 기기를 사용하는 사람과 소통하려면, 이 새로운 규칙을 따르는 것이 중요해요.

**T-Mobile**은 단일하고 인식 가능한 도메인 이름 사용을 선호합니다. 행동 규범에 따르면, 메시징 프로그램은 비즈니스의 웹 도메인과 연결되어야 해요. 전체 도메인을 사용하는 것이 선호되지만, 커스텀 링크 제공을 위한 브랜드 단축 URL 사용은 허용됩니다. 이는 소비자와의 일관성 유지, 브랜드 인지도 향상, 링크에 대한 신뢰도 증진에 도움이 돼요.

**T-Mobile**은 URL에 대해 더 많은 규칙을 가지고 있어요. "금지된 메시징 관행" 섹션에서 URL과 관련된 두 가지 규칙이 있습니다:

* 스팸 필터를 우회하기 위한 URL 순환 사용을 금지합니다. 이는 bit.ly나 rb.gy 같은 공개 URL 단축기가 차단될 가능성이 높다는 의미로, 해당 URL이 포함된 메시지가 전송되지 않을 수 있어요.
* T-Mobile은 여러 번 리다이렉트하는 URL 사용을 권장하지 않아요. 이런 URL은 소비자로부터 실제 웹사이트 목적지를 숨겨 잠재적으로 사기 웹사이트로 이어질 수 있습니다. T-Mobile의 스팸 필터는 여러 번 리다이렉트하는 URL을 특별히 확인하며, 이런 URL이 포함된 메시지는 차단될 가능성이 높아요.

실제로 **AT\&T**는 사기 활동 및 피싱 스캠과의 연관성으로 인해 공개 링크 단축기를 완전히 차단하기로 결정했어요. T-Mobile과 다른 통신사들이 아직 같은 입장을 취하지는 않았지만, 미래를 대비해 지금부터 메시지 전송률을 개선하는 조치를 취하는 것이 현명할 거예요.

***

## **비즈니스에게 미치는 영향**

* 통신사 정책의 변화는 스팸, 사기, 남용을 줄이려는 업계 전반의 노력을 반영해요.
* 안타깝게도 이는 링크 추적을 복잡하게 만들어요. 링크 추적은 비즈니스가 SMS/MMS 캠페인 성과를 측정하는 주요 방법 중 하나거든요.
* 회사들은 URL 관행을 조정하여 전송 성공과 추적 필요 사이의 균형을 맞춰야 합니다.

***

**링크가 포함된 메시지 전송을 개선하는 3가지 방법**

URL이 포함된 메시지의 전송률을 높이고 실수로 차단되는 것을 방지하기 위해 취할 수 있는 몇 가지 단계는 다음과 같아요:

**1. 링크의 리다이렉트 횟수를 제한하세요.** 링크가 사용자를 다른 랜딩 페이지나 도메인 주소에 도달하기까지 여러 번 거쳐가게 하면, 사용자와 통신사 모두에게 의심을 불러일으켜요. 링크 목적지를 최적화하고 UTM 파라미터 같은 추적 방법을 사용해서 여러 번의 리다이렉트를 피하는 것을 고려해보세요.

**2. 전체 길이 URL 사용**이 통신사의 첫 번째 제안이지만, 160자 제한 내에서 비즈니스 식별과 맥락 정보도 포함해야 하는 SMS에서 소중한 공간을 차지할 수 있어요. 중요한 링크가 있다면 전체 길이 URL을 사용하고 추가 메시지 세그먼트로 인한 추가 비용을 감수하는 것이 최선일 수 있어요.

**3. 공간이 제한적일 때는 도메인과 식별 가능한 브랜드 단축 URL을 사용하는 것을 고려해보세요.** 이 방법은 ESPN, Nike, 뉴욕 타임스 같은 대기업에만 국한되지 않아요. bit.ly나 rb.gy 같은 무료 공개 링크 단축기를 사용하는 것이 비용 효율적으로 보일 수 있지만, 메시지가 전송되지 않는다면 비즈니스에 미치는 비용이 누적될 수 있어요. 단축 URL용 커스텀 도메인에 투자하는 것은 종종 예상보다 저렴해요.

***

## **핵심 요점**

전송된 SMS마다 비용을 지불하는 것이지, 전송된 것만이 아니에요. 브랜드 도메인에 투자하고 위험한 관행(공개 단축기 및 리다이렉트 체인 등)을 줄이면 전송률을 최대화하고, 브랜드를 보호하며, 고객이 실제로 메시지를 받을 수 있도록 도와줘요.

***

**관련 문서**

* [SMS 전송률 개선 및 SMS 제한 회피를 위한 모범 사례](/hyperclass-docs/phone-system/why-is-your-account-suspended/best-practices-for-sms-deliverability-and-avoiding-sms-restrictions.md)
* [통신사의 SMS 필터링 방지 방법: Error 30007](/hyperclass-docs/phone-system/why-is-your-account-suspended/how-to-prevent-sms-filtering-by-carriers-error-30007.md)

***

*원문 최종 수정: 2025년 9월 23일* *Hyperclass 사용 가이드 — hyperclass.ai*


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://hyperclass.gitbook.io/hyperclass-docs/phone-system/why-is-your-account-suspended/understanding-the-potential-delivery-issues-of-text-messages-with-shortened-urls.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.