💡 직접 답변

바닛티 URL은 사용자가 제어하는 도메인에서 제공하는 짧고 읽기 쉬운 링크로, 더 긴 목적지로 리디렉션합니다. 웹사이트가 www에서 실행되는 경우 yourbrand.com/path를 사용하고, 루트 도메인이 이미 사이트를 호스팅하는 경우 go.yourbrand.com/path를 사용하며, 추가 유지보수의 부담이 정당화될 만큼 더 짧아야 할 때만 별도의 짧은 도메인을 사용하세요.

바닛티 URL은 사용자가 제어하는 도메인에서 제공하는 짧고 읽기 쉬운 URL로, 더 긴 목적지로 리디렉션합니다. 예를 들어 yourbrand.com/california는 등록 정보와 UTM 파라미터가 포함된 캠페인 URL로 방문자를 보낼 수 있습니다. 웹사이트가 www에서 실행되는 경우 루트 도메인을 사용하고, 루트 도메인이 이미 웹사이트를 호스팅하는 경우 go.yourbrand.com을 사용하며, 추가 유지보수의 부담이 정당화될 만큼 더 짧아야 할 때만 별도의 짧은 도메인을 구매하세요.

바닛티 URL이란 무엇인가요?#

바닛티 URL은 다른 URL을 가리키는 기억하기 쉬운 브랜드 경로입니다. 목적지가 길거나, 일시적이거나, 구두로 말하기 어렵거나, 캠페인 파라미터로 가득한 경우에 유용합니다.

예:

yourbrand.com/california

다음으로 리디렉션할 수 있습니다:

events.example.com/fall2026/register?ref=California&utm_medium=Screen&utm_source=Partner&utm_campaign=California

공개 링크는 인쇄하기 쉽고, 전화로 읽어주기에도 좋으며, 캠페인에 포함하기도 편리합니다. 목적지는 분석 도구에 필요한 추적 정보를 계속 담을 수 있습니다.

VA.gov에서는 베니티 URL을 기존 도메인에서 제공되는 짧고 간단하며 기억하기 쉽고 읽기 쉬운 URL로 설명합니다. 또한 베니티 URL은 사람들이 인쇄, 비디오 또는 오디오 캠페인에서 이를 접할 수 있으므로 말하기와 입력하기가 쉬워야 한다고 강조합니다.

자신의 도메인에서 베니티 URL을 만드는 방법#

설정에는 다섯 가지 부분이 있습니다:

  1. 베니티 URL을 제공할 호스트네임을 선택하세요.
  2. 리디렉션 관리에 사용할 수 있는 호스트네임인지 확인하세요.
  3. DNS를 리디렉션 플랫폼에 연결하세요.
  4. 읽기 쉬운 슬러그를 만들고 대상 URL을 설정하세요.
  5. 쿼리 매개변수와 최종 페이지를 포함해 전체 리디렉션을 테스트하세요.

첫 단계는 가장 많은 주의를 기울일 만합니다. 웹사이트 아키텍처에 맞는 도메인 결정을 내리면 나중에 불필요한 DNS 변경을 피할 수 있습니다.

먼저 올바른 도메인 아키텍처를 선택하세요#

커스텀 도메인 단축 링크에는 실용적인 패턴이 세 가지 있습니다.

권장: www의 웹사이트, 루트 도메인의 베니티 URL#

도메인을 직접 관리하고 웹사이트 아키텍처가 이를 허용한다면 다음을 사용하세요:

textwww.yourbrand.com             → 메인 웹사이트
yourbrand.com/california      → 베니티 URL
yourbrand.com/events          → 베니티 URL

이렇게 하면 전체 브랜드 이름을 유지하면서도 공개 링크를 가능한 한 짧게 유지할 수 있습니다. 또한 웹사이트 호스트명과 브랜드 리디렉션에 사용되는 호스트명을 분리합니다. 다른 짧은 도메인을 등록하고 유지 관리할 필요가 없습니다.

이 패턴은 새 사이트를 만들거나, 리디자인하거나, 호스팅을 변경할 때 www.yourbrand.com을 정식(캐노니컬) 웹사이트 주소로 사용할 수 있는 경우에 가장 잘 작동합니다. 기존 사이트를 변경하기 전에 웹사이트의 캐노니컬 URL, 리디렉션, 쿠키, 이메일 링크, 내부 링크를 함께 계획하세요.

Google Search Central은 긴 ID 대신 간단하고 논리적이며 사람이 읽을 수 있는 URL과 설명적인 단어를 권장합니다. 따라서 /california 또는 /events 같은 명확한 슬러그를 사용할 수는 있지만, 읽기 쉬운 베니티 URL은 웹사이트의 올바른 캐노니컬 URL을 선택하는 것을 대신할 수 없습니다.

안전한 대안: 루트 웹사이트를 그대로 두고 go를 사용하세요.#

루트 도메인이 이미 웹사이트를 호스팅하고 있으며 변경하지 않아야 한다면 전용 서브도메인을 사용하세요:

textyourbrand.com                → 기존 웹사이트
go.yourbrand.com/california  → 베니티 URL
go.yourbrand.com/events      → 베니티 URL

go.yourbrand.com만 리디렉션 플랫폼을 가리키세요. 메인 웹사이트는 그대로 두기 때문에 임시 캠페인을 위해 전체 사이트를 옮길 필요가 없습니다. link. 또는 get. 같은 다른 라벨도 가능하지만, 하나의 명명 규칙을 정하고 일관되게 사용하세요.

이 방식은 보통 기존 웹사이트에 대해 가장 위험이 낮은 옵션입니다. 또한 캠페인, DNS, 지원을 관리하는 팀에게 호스트네임의 목적이 명확해집니다.

간결함이 정말 중요할 때만 전용 짧은 도메인을 사용하세요.#

이미 인지도가 있는 짧은 도메인을 소유하고 있거나, 오프라인 캠페인에서 모든 문자가 중요할 때는 별도의 도메인이 의미가 있을 수 있습니다:

textyourbrand.com      → 메인 웹사이트
yb.co/california   → 베니티 URL

기본적으로 두 번째 도메인을 구매하지 마세요. 추가 등록, DNS 존, SSL 구성, 갱신, 그리고 유지해야 할 브랜드 자산이 더 생깁니다. 더 짧은 주소가 명확한 운영 또는 캠페인상의 이점을 제공할 때만 선택하세요.

루트 도메인 vs. go. vs. 전용 짧은 도메인#

Option이럴 때 사용AdvantagesTradeoffs
루트 도메인, 예: yourbrand.com/path웹사이트는 www.yourbrand.com을 사용할 수 있습니다가장 짧은 브랜드 URL; 두 번째 도메인 없음; 브랜드가 전체적으로 그대로 표시됨루트와 www를 분리하는 웹사이트 아키텍처가 필요함
go. 서브도메인, 예: go.yourbrand.com/path루트 도메인이 이미 웹사이트를 호스팅함저위험; 서브도메인 하나만 변경하며, 임시 캠페인에 잘 맞음약간 더 김; 서브도메인 규칙이 필요함
전용 짧은 도메인, 예: yb.co/path이미 하나를 보유하고 있으며, 추가로 더 짧아진 효과가 측정 가능한 가치가 있음브랜드 소유 주소 중 가능한 한 가장 짧음; 인쇄, 라디오 또는 QR 캠페인에 유용함추가 도메인 비용, 갱신, DNS, SSL 및 거버넌스

링크 수나 캠페인의 길이만으로는 전용 짧은 도메인이 반드시 필요하다고 할 수 없습니다. 소유와 유지보수를 간단하게 유지하는 아키텍처부터 시작하세요.

DNS 제한: 경로는 DNS 레코드가 아닙니다#

DNS는 호스트명(Hostname) 수준에서 작동합니다. yourbrand.com, www.yourbrand.com, go.yourbrand.com을 서비스로 연결할 수는 있습니다. 하지만 yourbrand.com/california만 리디렉션 플랫폼으로 보내고, 나머지 yourbrand.com은 기존 웹사이트에서 그대로 제공되도록 두는 방식은 할 수 없습니다.

이 구성을 DNS만으로는 해결할 수 없습니다:

textyourbrand.com                 → 기존 웹사이트
yourbrand.com/california      → RedirHub

루트 도메인이 반드시 기존 웹사이트에 그대로 있어야 한다면, 다음 옵션 중 하나를 선택하세요:

  1. 바니티 URL에는 go.yourbrand.com을 사용하세요.
  2. 웹사이트를 www.yourbrand.com으로 옮긴 다음, 루트 도메인을 브랜드 링크에 사용하세요.
  3. 기존 웹 서버, 호스팅 제어판 또는 CMS에서 경로 리디렉션을 구성하세요.

RedirHub는 사용자가 연결하는 호스트명을 관리합니다. 도메인 리디렉션 설정 가이드는 DNS 연결 및 검증 흐름을 설명합니다. 첫 번째 규칙을 만드는 경우, 리디렉션 생성 가이드부터 시작하세요.

링크 설정 방법#

호스트네임을 선택한 후에는 구현이 간단합니다.

1. 읽기 쉬운 슬러그를 선택하세요#

목적지와 일치하는 짧고 구체적인 단어 또는 문구를 사용하세요. /california, /register, /fall-event는 무작위 문자열보다 독자에게 더 많은 정보를 제공합니다. 슬러그는 모두 소문자로 하고, 단어를 구분해야 할 때는 하이픈을 사용하세요.

포괄적이거나 오해를 불러일으킬 수 있는 슬러그는 피하세요. VA.gov의 가이드는 특정 캠페인을 의미가 사라지는 모호한 용어로 줄이지 말라고 경고합니다. 동일한 규칙이 회사 캠페에도 적용됩니다. URL은 광고나 이메일의 맥락 없이도 누군가가 봤을 때 이해가 되어야 합니다.

2. 호스트네임 연결#

리디렉트 플랫폼에 루트 도메인 또는 서브도메인을 추가하고, 제공되는 DNS 값을 복사하세요. go. 설정의 경우 go.yourbrand.com의 DNS를 변경하는 것이며, 메인 웹사이트의 DNS를 변경하는 것이 아닙니다. 공개 링크를 만들기 전에 호스트네임을 확인하세요.

RedirHub는 커스텀 도메인, 자동 HTTPS, 커스텀 슬러그, 리디렉트 분석을 지원합니다. 'Branded Links' 페이지는 제품 워크플로를 다루며, 이 가이드는 이를 둘러싼 아키텍처 결정에 초점을 맞춥니다.

3. 리디렉트 생성#

대상 URL을 입력하고 적절한 리디렉트 동작을 선택한 뒤 슬러그를 생성하세요. 소스가 장기적인 표준(정식) 이동이라면 영구 리디렉트를 사용하세요. 임시 캠페인 또는 대상이 재사용될 링크라면 해당 캠페인의 라이프사이클에 맞는 동작을 선택하세요.

Google Search Central은 HTTP 301과 같은 영구 리디렉션을 HTTP 302와 같은 임시 리디렉션과 구분합니다. 이는 서로 다른 표준화(canonicalization) 신호를 보내기 때문입니다.

4. 추적 파라미터를 보존하고 테스트하세요#

목적지에 UTM 쿼리 문자열이 포함되어 있어도, 베이니티 URL은 깔끔하게 유지할 수 있습니다:

text긴 목적지:
events.example.com/fall2026/register?ref=California&utm_medium=Screen&utm_source=Partner&utm_campaign=California

깔끔한 공개 링크:
go.yourbrand.com/california

캠페인 파라미터가 이미 들어오는 URL에 있는지, 아니면 리디렉션에서 추가해야 하는지 결정하세요. 들어오는 쿼리 문자열이 목적지로 전달되어야 하는 경우 쿼리 포워딩을 사용하세요. 그런 다음 전체 체인을 테스트하고 최종 URL과 분석(analytics) 세션에 모두 예상 값이 포함되어 있는지 확인하세요.

기존 목적지 파라미터, 인코딩된 값, 랜딩 페이지에서의 두 번째 리디렉션 같은 엣지 케이스에 대해서는 UTM 보존 가이드를 읽어보세요.

베이니티 URL 모범 사례#

  • 조직이 관리하고 갱신할 수 있는 도메인을 사용하세요.
  • 슬러그를 짧고, 설명적이며, 소문자이고, 말하기 쉽게 만드세요.
  • 슬러그가 문맥에서 벗어나도 오해를 불러일으키지 않을 만큼 충분히 구체적으로 만드세요.
  • 공개 URL에는 개인 정보나 민감한 정보를 포함하지 마세요.
  • 캠페인이 시작되기 전에 중요한 슬러그를 미리 확보하세요.
  • 목적지가 영구인지 일시적인지에 맞는 리디렉션 유형을 선택하세요.
  • 쿼리 파라미터가 있는 경우와 없는 경우를 포함해 모바일과 데스크톱에서 링크를 테스트하세요.
  • 모든 리디렉션 홉을 따라가세요. 가능하면 최종 목적지로 직접 연결해 리디렉션 체인을 피하세요.
  • 목적지가 변경되더라도 베니티 URL을 안정적으로 유지하세요. QR 코드나 캠페인 자산을 다시 인쇄하지 말고 리디렉션만 업데이트하세요.

이 가이드의 URL 및 리디렉션 원칙에 대해서는 Google Search Central의 URL 구조 모범 사례와 리디렉션 안내를 참고하세요. 기억하기 쉬운 캠페인 URL을 위한 실무적인 지침은 VA.gov 디자인 시스템의 베니티 URL 가이드를 참고하세요.

결론#

올바른 베니티 URL은 슬러그가 아니라 도메인 아키텍처에서 시작됩니다. 웹사이트를 www에서 호스팅할 수 있다면 yourbrand.com/path를 사용하고, 루트 도메인이 이미 사이트를 호스팅하고 있다면 go.yourbrand.com/path를 사용하세요. 간결함이 추가 유지보수를 정당화할 때에만 전용 짧은 도메인을 추가하세요. 호스트명을 선택한 뒤 DNS를 연결하고, 설명적인 슬러그를 만들고, 추적 파라미터를 보존한 다음, 게시 전에 전체 리디렉션을 테스트하세요.

본인이 관리하는 도메인에서 브랜드 링크를 만들 준비가 되었다면 Branded Links 워크플로를 검토하거나 RedirHub의 요금제를 확인해 시작하세요.

자주 묻는 질문

Not through DNS alone. DNS cannot split traffic by path, so yourbrand.com/california cannot point to a redirect service while yourbrand.com remains on another host. Use go.yourbrand.com, move the website to www.yourbrand.com, or configure the path redirect on the existing website.

Use the root domain for vanity links when the website runs on www and the architecture supports that separation. Use go.yourbrand.com when the root domain already hosts the website and should not change. The safest choice is the one that fits the current canonical website setup.

No. A subdomain such as go.yourbrand.com gives you a branded short-link hostname without another domain registration. Consider a dedicated short domain only when its extra brevity provides a clear benefit for printed, spoken, or space-constrained campaigns.

It can, but the public link does not need to display them. Keep the vanity URL readable and configure the redirect to preserve or append the campaign parameters at the destination. Test the complete redirect chain and verify the resulting analytics session.

A vanity URL is primarily a sharing and routing tool. Use descriptive URLs and the correct permanent or temporary redirect for the situation, but do not treat a short campaign URL as a ranking shortcut. The destination page remains the page that should be canonical and useful for search.

Yes, when the redirect is managed through a redirect platform. The public URL can remain the same while you update its destination, which is useful for campaigns, printed materials, and QR codes. Test the new destination before sending traffic to it.

Connect a subdomain such as go.yourbrand.com to your redirect platform. Your root domain and website remain unchanged, while the subdomain handles the branded short links and their redirects.

검토자

Linh Tran - Infrastructure Engineer

Linh Tran - Infrastructure Engineer

Linh handles the backend systems that keep RedirHub fast and reliable. Her work revolves around performance, scalability, and making sure redirects happen instantly, no matter where users are. She likes solving complex problems quietly.

관련 도움말

전체 문서 보기