ブログ / 比較

ユーザーネームとユーザーIDの違い：SNSのハンドルは変わり、IDは変わらない理由

2026年10月23日 · 9分で読めます

SNSのアカウントにはどれも2つの識別子があります。ユーザーネームは、人が入力したりタグ付けしたりURLに使ったりする公開のハンドルです。ユーザーIDは、アカウント作成時にプラットフォームが割り当てる内部の番号や文字列です。多くの人が目にするのはハンドルだけなので、スプレッドシートやCRMの多くもハンドルを保存しています。それで問題ないのは、クリエイターが名前を変えるまでです。変えた途端、その行は何も指さなくなるか、別人を指すようになり、しかも誰も気づきません。このガイドでは主要プラットフォームごとに2つを比較し、名前が変わってもデータが壊れないクリエイターの保存方法を紹介します。

結論から

ユーザーネームは人のためのもので、通常はアカウントの持ち主が変更できます。ユーザー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日に1回変更できます。変更するとプロフィールのリンクも変わります。表示名は別物で、ハンドルではありません。クリエイターのログインを伴うTikTokの公式APIを使う場合、TikTokの開発者向けドキュメントによると、返されるopen_idはあなたのアプリに固有で、union_idは同じ開発者のアプリ間で共通です。自社システム内の記録には、どちらもユーザーネームより安定しています。

Instagram、Facebook、LinkedIn

Instagramのユーザーネームはinstagram.com/usernameの末尾にあり、プロフィール編集から変更できます。Instagramのこのアカウントについての画面には、ユーザーネームが変更された回数が表示されますが、以前の名前は表示されません。ハンドルの裏には数値IDがあり、MetaのAPIはビジネスアカウントとクリエイターアカウントにこれを使います。Facebookのプロフィールとページには、URL内のユーザーネームと数値IDの両方があり、Facebookのヘルプページは、一度変更したユーザーネームは取り戻せない場合があると注意しています。LinkedInでは、linkedin.com/in/...のカスタム部分を6か月に5回まで変更でき、以前のURLは本人がリンクを解除しない限り6か月間そのメンバーに紐づいたままです。

データベースのキーをIDにすべき理由

主キーの役割は1つ、ずっと同じものを指し続けることです。ハンドルはこの条件を3つの点で満たしません。

• 変わる。 クリエイターはブランドを変えたり、数字を外したり、単語を足したり、本名に切り替えたりします。記録には古いハンドルが残ったままです。
• 再利用される。 手放されたハンドルは別の人が取得できます。記録は見知らぬ人を指すようになり、しかも見た目には何もおかしくありません。
• 表記がそろわない。 @Sophie.Miller、sophie.miller、完全なURL、トラッキングパラメータ付きのURLが、すべて同じアカウントを指すことがあります。IDの形は1つだけです。

実用的なスキーマでは、アカウントごとに1行を持ち、プラットフォームとそのプラットフォームのIDを一意キーにして、ハンドル、表示名、プロフィールURLは更新する通常のフィールドとして保存します。handle_checked_atの日付を加えればハンドルがどれだけ新しいかがわかり、過去のハンドルの履歴テーブルを残しておけば、古いメンション、契約、レポートも照合できます。

今はハンドルしかない場合でも、正規化しておけば重複を見つけやすくなります。以下のようなシートの数式は、ハンドルを小文字にし、@と空白を取り除きます。名前の変更は解決しませんが、同じアカウントが2回登場するのを防げます。

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

クリエイターがハンドルを変えると何が壊れるか

ハンドルが変わると、古いハンドルの上に作ったものはすべて危うくなります。チームが後から気づくよくある問題は次のとおりです。

• CRM、ブリーフ、レポートのプロフィールリンク切れ。 しばらくリダイレクトするプラットフォームもありますが、しないところも多くあります。
• まったく別のアカウント。 手放されたハンドルを別人が取得した場合です。アプローチ、支払い、レポートが間違った相手に届くおそれがあります。
• トラッキングの不具合。 古い@handleで絞り込んでいるソーシャルリスニング、メンション通知、ハッシュタグのレポートが、新しい投稿を拾わなくなります。
• 重複。 誰かが新しいハンドルでクリエイターを再登録し、履歴が2つの記録に分かれてしまいます。
• 契約のあいまいさ。 ハンドルだけを記載した契約では、対象のアカウントがはっきりしなくなる場合があります。

名前が変わったアカウントを見つけ直す方法

IDを保存していれば、1回の検索で見つかります。ハンドルしか保存していない場合は、次の手順で進めましょう。

1. Step 1IDがあればIDで検索する

   プラットフォーム自身のAPIか、youtube.com/channel/UC...のようにIDを受け付けるURLを使います。IDは名前の変更後も有効で、現在のハンドルがわかります。

2. Step 2古いURLを試す

   保存しているリンクを開きます。YouTubeの旧形式のURLや最近変更されたハンドルはリダイレクトされることがあり、プラットフォームによっては変更後しばらく古いハンドルが確保されたままになります。ページに別の内容が表示されたら、ハンドルは再利用されたと考えましょう。

3. Step 3クリエイターのほかのアカウントをたどる

   まだ正しいとわかっているプラットフォームを開き、プロフィール文、リンクインバイオのページ、Webサイトのリンクを確認します。1つのプラットフォームで名前を変えたクリエイターは、たいていほかのプラットフォームのリンクも更新しています。

4. Step 4名前とコンテンツで検索する

   表示名、最近の動画タイトル、プロフィール文の特徴的なフレーズで検索します。同じ顔、コンテンツ、投稿履歴があり、既知のアカウントへのリンクがあることで一致を確認します。

5. Step 5IDを保存し、古いハンドルを記録する

   確認できたら、プラットフォームのIDを保存し、ハンドルを更新し、古いハンドルを履歴テーブルに移して、以前の記録も照合できるようにします。

YouTubeチャンネル1件なら、YouTube Data APIのchannels.listメソッドでハンドルをチャンネルIDに変換できます。このメソッドはforHandleパラメータ（旧ユーザー名にはforUsername）を受け付け、1回の呼び出しで消費するクォータは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は1つのプラットフォーム内での名前の変更を解決しますが、クリエイターは通常、複数のプラットフォームに複数のアカウントを持っています。それらを1つの内部クリエイターIDでまとめ、定期的にハンドルを確認し直すことで、クリエイターデータベースは役に立ち続けます。1つのプロフィールリンクから始めてクリエイターのほかのアカウントが必要なら、sociallinks.devがそれらを見つけてAPIで結果を返すので、各プラットフォームのIDに紐づけて保存できます。

クリエイターのアカウントを探す ほかのガイド