블로그 / 비교

사용자 이름 vs 사용자 ID: 소셜 핸들은 바뀌고 ID는 바뀌지 않는 이유

2026년 10월 23일 · 9분 분량

모든 소셜 계정에는 두 가지 정체성이 있습니다. 사용자 이름은 사람들이 입력하고 태그하고 URL에 넣는 공개 핸들입니다. 사용자 ID는 계정이 만들어질 때 플랫폼이 부여하는 내부 숫자나 문자열입니다. 대부분의 사람은 핸들만 보기 때문에 스프레드시트와 CRM도 대부분 핸들을 저장합니다. 크리에이터가 리브랜딩하기 전까지는 문제가 없지만, 그 순간 해당 행은 조용히 아무것도 가리키지 않거나 다른 사람을 가리키게 됩니다. 이 가이드는 주요 플랫폼별로 두 가지를 비교하고, 이름이 바뀌어도 데이터가 깨지지 않도록 크리에이터를 저장하는 방법을 보여 드립니다.

짧은 답

사용자 이름은 사람을 위한 것이고 보통 계정 주인이 바꿀 수 있습니다. 사용자 ID는 기계를 위한 것이고 계정이 존재하는 동안 계속 유지됩니다. 다음 달에도 같은 계정을 알아봐야 한다면 ID를 저장하세요. 핸들도 함께 저장하세요. 사람에게 보여 주고 검색할 때 쓰는 값이기 때문입니다. 다만 핸들은 낡을 수 있는 라벨로 취급하세요.

플랫폼별 처리 방식

규칙은 플랫폼마다 다르고 계속 바뀝니다. 아래 제한은 작성 시점의 각 플랫폼 도움말을 기준으로 했습니다. 정확한 숫자에 의존하는 무언가를 만들기 전에 링크된 페이지를 확인하세요.

YouTube: 핸들, 채널 ID, 기존 URL

YouTube는 식별자가 가장 많습니다. 채널 ID는 youtube.com/channel/UC...에서 UC로 시작하는 문자열이며, YouTube는 이를 채널 URL의 고유 식별자라고 설명합니다. 핸들은 @name 형태이며, YouTube 핸들 개요에 따르면 핸들은 자동으로 채널 URL이 됩니다. 오래된 채널에는 youtube.com/c/Name 같은 맞춤 URL이 있을 수 있는데, 이제는 새로 만들거나 바꿀 수 없습니다. youtube.com/user/Name 같은 기존 사용자 이름 URL도 바꿀 수 없습니다. YouTube의 채널 URL 안내 페이지에 따르면 이런 기존 URL은 여전히 작동하며 핸들 URL로 리디렉션됩니다.

채널 ID를 찾으려면 채널을 열고 설명 패널에서 공유 옵션으로 채널 ID를 복사하거나, /channel/UC... URL을 찾으세요. 모든 형태 중에서 바뀌지 않는다고 보장되는 것은 채널 ID뿐입니다.

X: 스크린 네임과 숫자 ID

X에서 사람들이 보는 것은 @screen_name이고, 모든 계정에는 숫자 ID도 있습니다. X의 개발자 문서는 ID는 절대 바뀌지 않지만 스크린 네임은 바뀔 수 있다고 분명히 밝히고, 숫자가 너무 커서 일부 언어에서 처리하지 못할 수 있으니 문자열 형태의 ID를 쓰라고 권장합니다. API로 사용자 이름을 통해 계정을 조회할 수 있으므로, 핸들을 한 번 ID로 변환해 결과를 저장하면 됩니다.

TikTok: 사용자 이름과 앱 범위 ID

TikTok 사용자 이름은 tiktok.com/@username에 나타나며, TikTok 고객 지원에 따르면 30일에 한 번 바꿀 수 있습니다. 바꾸면 프로필 링크도 바뀝니다. 표시 이름은 별개이며 핸들이 아닙니다. 크리에이터 로그인으로 TikTok 공식 API를 쓴다면, TikTok 개발자 문서에 따르면 반환되는 open_id는 해당 앱에서만 고유하고, union_id는 같은 개발자의 앱 사이에서 동일하게 유지됩니다. 자체 시스템 안의 기록에는 둘 다 사용자 이름보다 안정적입니다.

Instagram, Facebook, LinkedIn

Instagram 사용자 이름은 instagram.com/username의 끝에 있으며 프로필 편집에서 바꿀 수 있습니다. Instagram의 이 계정 정보 화면은 계정의 사용자 이름이 몇 번 바뀌었는지 보여 주지만, 이전 이름은 보여 주지 않습니다. 핸들 뒤에는 각 계정의 숫자 ID가 있고, Meta API는 비즈니스와 크리에이터 계정에 이 ID를 씁니다. Facebook 프로필과 페이지에는 URL의 사용자 이름과 숫자 ID가 모두 있으며, Facebook 도움말 페이지는 사용자 이름을 바꾸면 되찾지 못할 수 있다고 경고합니다. LinkedIn에서는 linkedin.com/in/...의 맞춤 부분을 6개월에 최대 다섯 번 바꿀 수 있고, 회원이 연결을 해제하지 않는 한 이전 URL이 6개월 동안 그 회원과 연결된 채로 남습니다.

데이터베이스의 키를 ID로 해야 하는 이유

기본 키가 할 일은 하나입니다. 언제나 같은 대상을 가리키는 것입니다. 핸들은 세 가지 면에서 이 조건을 충족하지 못합니다.

• 바뀝니다. 크리에이터는 리브랜딩하거나, 숫자를 빼거나, 단어를 더하거나, 실명으로 바꿉니다. 기록에는 여전히 옛 핸들이 남아 있습니다.
• 재사용됩니다. 핸들이 해제되면 다른 사람이 가져갈 수 있습니다. 기록은 이제 낯선 사람을 가리키는데, 겉보기에는 아무 문제가 없어 보입니다.
• 형식이 제각각입니다. @Sophie.Miller, sophie.miller, 전체 URL, 추적 파라미터가 붙은 URL이 모두 같은 계정을 뜻할 수 있습니다. ID는 형식이 하나뿐입니다.

실용적인 스키마는 계정당 한 행을 두고, 플랫폼과 그 플랫폼의 ID를 고유 키로 삼으며, 핸들, 표시 이름, 프로필 URL은 갱신하는 일반 필드로 둡니다. 핸들이 얼마나 최신인지 알 수 있도록 handle_checked_at 날짜를 추가하고, 이전 핸들의 이력 테이블을 두어 예전 멘션, 계약, 보고서도 계속 매칭되게 하세요.

지금 핸들만 있다면, 핸들을 정규화해 중복을 찾기 쉽게 만들 수는 있습니다. 아래와 같은 시트 수식은 핸들을 소문자로 바꾸고 @와 공백을 없앱니다. 이름 변경 문제를 해결하지는 못하지만, 같은 계정이 두 번 들어가는 것은 막아 줍니다.

=LOWER(TRIM(SUBSTITUTE(A2, "@", "")))

크리에이터가 핸들을 바꾸면 깨지는 것

핸들이 바뀌면 옛 핸들 위에 만든 모든 것이 위험해집니다. 팀이 뒤늦게 발견하는 흔한 문제는 다음과 같습니다.

• CRM, 브리프, 보고서의 죽은 프로필 링크. 일부 플랫폼은 한동안 리디렉션하지만, 그렇지 않은 곳이 많습니다.
• 다른 사람이 해제된 핸들을 가져가면 완전히 다른 계정. 섭외 연락, 지급, 보고가 엉뚱한 사람에게 갈 수 있습니다.
• 추적 중단. 옛 @handle로 필터링하는 소셜 리스닝, 멘션 알림, 해시태그 보고서가 새 게시물을 잡지 못합니다.
• 중복. 누군가 새 핸들로 크리에이터를 다시 추가하면 이력이 두 기록으로 나뉩니다.
• 계약의 모호함. 핸들만 적힌 계약서는 대상 계정을 더 이상 명확하게 가리키지 못할 수 있습니다.

이름이 바뀐 계정을 다시 찾는 방법

ID를 저장해 두었다면 한 번 조회하면 끝입니다. 핸들만 저장했다면 다음 단계를 따르세요.

1. Step 1ID가 있다면 ID로 조회하기

   플랫폼 자체 API나 youtube.com/channel/UC...처럼 ID를 받는 URL을 쓰세요. 이름이 바뀐 뒤에도 ID는 계속 연결되며 현재 핸들을 알려 줍니다.

2. Step 2옛 URL 열어 보기

   저장된 링크를 여세요. YouTube의 기존 URL과 최근 바뀐 핸들은 리디렉션될 수 있고, 일부 플랫폼에서는 변경 후 잠시 동안 옛 핸들이 예약된 상태로 남습니다. 페이지에 다른 콘텐츠가 보인다면 핸들이 재사용되었다고 보세요.

3. Step 3크리에이터의 다른 계정 따라가기

   아직 정확하다고 알고 있는 플랫폼을 열고 바이오, 링크인바이오 페이지, 웹사이트의 링크를 확인하세요. 한 플랫폼에서 이름을 바꾼 크리에이터는 보통 다른 플랫폼의 링크도 업데이트합니다.

4. Step 4이름과 콘텐츠로 검색하기

   표시 이름, 최근 영상 제목, 바이오의 독특한 문구를 검색하세요. 같은 얼굴, 콘텐츠, 게시 이력, 그리고 알고 있는 계정으로 돌아가는 링크로 일치 여부를 확인합니다.

5. Step 5ID를 저장하고 옛 핸들 기록하기

   확인되면 플랫폼 ID를 저장하고, 핸들을 업데이트하고, 옛 핸들을 이력 테이블로 옮겨 이전 기록도 계속 매칭되게 하세요.

YouTube 채널 하나라면 YouTube Data API의 channels.list 메서드로 핸들을 채널 ID로 바꿀 수 있습니다. 이 메서드는 forHandle 파라미터(기존 사용자 이름에는 forUsername)를 받으며, 호출당 할당량 1단위가 듭니다.

// Resolve a YouTube handle to its stable channel ID.
const handle = "@sophiemiller";
const url = new URL("https://www.googleapis.com/youtube/v3/channels");
url.searchParams.set("part", "id,snippet");
url.searchParams.set("forHandle", handle);
url.searchParams.set("key", process.env.YOUTUBE_API_KEY);

const res = await fetch(url);
const data = await res.json();
const channel = data.items?.[0];
console.log(channel ? channel.id : "No channel for that handle"); // UC...

언제 무엇을 쓸까

용도가 다를 뿐 둘 다 필요합니다. 간단한 규칙은 이렇습니다. 식별은 ID로, 소통은 핸들로.

크리에이터를 직접 수집한다면 가장 중요한 습관은, 맞는 계정이라고 확신하는 추가 시점에 ID를 함께 기록하는 것입니다. 나중에 고치는 것은 더 느리고 덜 확실합니다.

여러 플랫폼의 기록을 최신으로 유지하기

ID는 한 플랫폼 안의 이름 변경 문제를 해결하지만, 크리에이터 한 명은 보통 여러 플랫폼에 여러 계정을 갖고 있습니다. 이 계정들을 하나의 내부 크리에이터 ID로 묶고 핸들을 정기적으로 다시 확인하면 크리에이터 데이터베이스가 계속 쓸모 있게 유지됩니다. 프로필 링크 하나로 시작해 크리에이터의 다른 계정이 필요하다면, sociallinks.dev가 계정을 찾아 API로 결과를 돌려주므로 각 플랫폼의 ID와 함께 저장할 수 있습니다.

크리에이터 계정 찾기 더 많은 가이드