# Amplitude의 사용자 식별

Amplitude가 사용자를 추적하는 세 가지 ID — Device ID, User ID, Amplitude ID의 차이와 동작 원리. 익명 → 식별 사용자 머지, 교차 디바이스 식별까지 정리합니다.

- 카테고리: Amplitude 이벤트 택소노미
- 소요 시간: 약 9분
- 난이도: 중간
- 업데이트: 2026.06.01
- 원문: /wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-identity

## 목차

- [세 가지 ID](#three-ids)
- [Device ID](#device-id)
- [User ID](#user-id)
- [Amplitude ID](#amplitude-id)
- [익명 → 식별 사용자 머지](#merge)
- [교차 디바이스 식별](#cross-device)
- [자주 묻는 질문](#faq)

Amplitude에서 ‘누가 무엇을 했는가’를 추적하는 데에는 **세 가지 ID**가 함께 동작합니다 — Device ID, User ID, Amplitude ID. 이 세 ID의 차이를 이해해야 ‘로그인 전 행동이 로그인 후 사용자와 어떻게 이어지는지’, ‘같은 사람이 모바일과 PC에서 한 행동이 어떻게 합쳐지는지’가 보입니다. 이 글은 그 모델을 정리합니다.

## 한눈에 — 세 가지 ID

| ID | 누가 만드나 | 언제 부여되나 | 지속 기간 |
| --- | --- | --- | --- |
| Device ID | Amplitude SDK가 자동 | 처음 SDK가 실행되는 순간 | 브라우저 쿠키/앱 설치 지속 동안 (쿠키 삭제·앱 재설치 시 새로 부여) |
| User ID | 우리가 코드로 명시 | 로그인 또는 사용자 식별 시점 | 우리가 `setUserId()` 한 그 값. 영구. |
| Amplitude ID | Amplitude 서버가 내부적으로 | 이벤트가 들어올 때 자동 계산 | Amplitude의 내부 사용자 식별자. 우리는 신경 쓸 일 거의 없음. |

> **팁**
>
> **핵심 한 줄.** 우리가 직접 코드로 정해 주는 건 **User ID** 하나입니다. Device ID는 SDK가 알아서, Amplitude ID는 서버가 알아서. 우리는 ‘이 사람이 누구인지 확인되는 순간’에 `setUserId()`를 한 번 호출하면 됩니다.

## Device ID — 익명 사용자를 추적하는 기본 ID

Amplitude SDK가 처음 사이트에 실행될 때 자동으로 UUID 형태의 **Device ID**를 생성하고, 브라우저 쿠키(`AMP_DEVICE_ID`) 또는 앱 로컬 스토리지에 저장합니다. 이후 같은 브라우저·앱에서 발생하는 모든 이벤트에 같은 Device ID가 따라붙습니다.

- **로그인 전** 사용자의 모든 행동은 Device ID 하나로 묶입니다.
- 같은 사용자가 다른 브라우저나 다른 디바이스로 가면 **Device ID가 새로 만들어집니다**(같은 사람으로 자동 인식 안 됨).
- 쿠키 삭제·시크릿 모드·앱 재설치 시에도 새로 만들어집니다.

> **주의**
>
> **흔한 오해.** Device ID는 ‘디바이스’의 ID가 아니라 ‘브라우저(쿠키) 또는 앱 설치본’의 ID에 가깝습니다. 같은 사용자가 같은 PC에서 Chrome으로 한 번, Safari로 한 번 접속하면 — Device ID는 2개입니다.

## User ID — 우리가 명시하는 영구 식별자

User ID는 **우리가 직접 코드로 정해 주는 사용자 식별자**입니다. 로그인 시점에 `amplitude.setUserId('user_12345')` 같이 호출합니다. 한 번 설정하면 그 사용자의 이후 모든 이벤트에 따라붙고, 우리가 `setUserId(null)`(로그아웃)을 명시하기 전까지 유지됩니다.

User ID로는 보통 우리 서비스의 내부 회원 ID를 사용합니다 — 예: 회원 테이블의 PK, 익명화된 해시.

> **주의**
>
> **개인정보 주의.** 이메일·전화번호·실명을 User ID로 그대로 보내는 것은 **권장하지 않습니다.** Amplitude에 전송되면 Amplitude의 모든 차트·BigQuery export에서 그 값이 노출됩니다. 익명화된 해시 또는 내부 회원 ID(예: `user_12345`)를 사용하세요.

## Amplitude ID — 우리가 신경 안 써도 되는 내부 식별자

Amplitude 서버가 모든 이벤트에 자동으로 부여하는 내부 사용자 식별자입니다. Device ID·User ID 조합을 보고 서버가 ‘이건 같은 사람의 이벤트’라고 판단해 같은 Amplitude ID로 묶습니다. 우리는 코드에서 다루지 않고, 차트에서도 거의 보지 않습니다.

중요한 건 **Amplitude ID의 작동 원리만** 이해하면 됩니다 — 이 ID 덕분에 ‘로그인 전 익명 행동’과 ‘로그인 후 식별 행동’이 같은 사람으로 자동 연결됩니다.

## 익명 → 식별 사용자 머지 — 가장 중요한 동작

Amplitude의 진짜 강점은 ‘로그인 전 익명 행동’과 ‘로그인 후 식별 행동’을 자동으로 연결한다는 점입니다.

시나리오 — 한 사용자의 회원가입 흐름

① 사이트 첫 방문 (로그인 전) Device ID: `d_abc123` User ID: *없음* → Amplitude ID: `amp_001`(서버 자동 부여) ② 몇 분 둘러본 후 회원가입 완료 (로그인 됨) 코드: `amplitude.setUserId('user_555')` Device ID: `d_abc123` (그대로) User ID: `user_555` (새로 부여) → Amplitude ID: `amp_001` (그대로 유지) ③ 결과: ①의 익명 행동과 ②의 식별 행동이 같은 `amp_001`로 묶임

이게 가능한 이유는 Amplitude 서버가 **“Device ID `d_abc123`이 로그인 전엔 amp_001과 연결돼 있었는데, 이제 같은 디바이스에서 User ID `user_555`가 등장했네 → 같은 사람의 두 ID”**로 판단해 머지하기 때문입니다.

> **완료**
>
> **실무 효과.** Funnel Analysis에서 ‘sign_up 직전 익명 방문자의 행동’을 볼 수 있고, Cohort에서 ‘로그인 전 view_item을 5회 이상 하고 가입한 사용자’ 같은 분석이 가능합니다. 머지 동작 덕분.

## 교차 디바이스 식별 — 모바일·PC를 같은 사람으로

같은 사람이 모바일·PC 두 디바이스로 접속하면 Device ID는 2개지만 User ID는 같습니다. Amplitude는 같은 User ID를 보고 두 Device ID를 ‘같은 Amplitude ID’로 묶습니다.

교차 디바이스 머지

모바일 앱: Device ID `d_mobile1` + User ID `user_555` PC 웹: Device ID `d_pc99` + User ID `user_555` → Amplitude ID 같은 값 (`amp_xyz`) — 한 사람의 두 디바이스로 인식

> **주의**
>
> **제한 — User ID가 없으면 안 묶입니다.** 로그인을 안 하면 두 디바이스의 익명 행동은 별개로 유지됩니다. ‘회원 식별 비율(로그인하는 사용자 비율)’이 낮으면 교차 디바이스 분석의 정확도도 낮아집니다.

## 자주 묻는 질문

### User ID는 언제 호출해야 하나요?

사용자가 식별되는 모든 시점에 호출합니다 — 로그인 직후, 회원가입 직후, 페이지 새로 고침 후 자동 로그인 복원 시 등. 가장 안전한 방법은 ‘페이지 로드 시 로그인 상태를 확인해서 로그인된 사용자라면 바로 `setUserId()`’ 패턴입니다.

### 로그아웃 시에는 어떻게 처리하나요?

`amplitude.setUserId(null)` 와 `amplitude.regenerateDeviceId()` 둘 다 호출합니다. Device ID도 새로 만들어야 ‘다음 로그인 전 익명 행동’이 이전 사용자와 섞이지 않습니다.

### 비밀번호 재설정·계정 변경 시에는?

사용자가 바뀐 게 아니라 같은 사람이 계속이면 `setUserId()`를 다시 호출할 필요 없습니다. 같은 PC에서 A가 로그아웃하고 B가 새로 로그인했다면 — 위 질문의 ‘로그아웃’ 패턴(setUserId(null) + regenerateDeviceId)을 거치고, B로 다시 setUserId.

### Amplitude ID를 직접 다뤄야 할 때가 있나요?

거의 없습니다. 차트의 ‘사용자 식별’에서 자동으로 Amplitude ID를 기준으로 동작합니다. 우리가 다룰 곳은 User ID와 Device ID 둘뿐입니다.

### GA4의 User-ID와 어떻게 다른가요?

컨셉은 비슷하지만 Amplitude가 더 정교합니다 — GA4의 User-ID는 그 자체로 사용자 식별자 하나이고 ‘식별 전 익명 행동과의 자동 연결’ 기능이 제한적입니다. Amplitude는 Device ID + User ID + 서버 Amplitude ID 3계층으로 익명 → 식별 머지가 거의 자동으로 됩니다. B2B SaaS 같이 회원 식별이 중요한 서비스에서 차이가 두드러집니다.

## Navigation

- [전체 플레이북 Markdown sitemap](/wiki/playbook/sitemap.md)

### Amplitude 이벤트 택소노미

- [Amplitude 이벤트 택소노미](/wiki/playbook/amplitude-event-taxonomy-checklist)
- [Amplitude의 로그와 이벤트](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-logs-and-events)
- [Amplitude 이벤트의 구조](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-event-structure)
- [이벤트 택소노미의 정의와 CASE STUDY](/wiki/playbook/amplitude-event-taxonomy-checklist/amplitude-event-taxonomy-case-study)
- [Amplitude 이벤트의 종류](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-event-types)
- [Amplitude 이벤트 이름과 표기법](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-name-amplitude-events)
- [Amplitude 주요이벤트와 서브이벤트](/wiki/playbook/amplitude-event-taxonomy-checklist/amplitude-key-events-vs-sub-events)
- [Amplitude 이벤트 설계의 세분성](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-decide-amplitude-event-granularity)
- [Amplitude 속성 이름과 표기법](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-name-amplitude-properties)
- [Amplitude 속성의 타입](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-choose-amplitude-property-types)
- [Amplitude의 이벤트와 속성 4계층](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-event-and-properties)
- [Amplitude의 사용자 식별 — Device ID · User ID · Amplitude ID](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-identity) (현재 문서)
- [Amplitude Identify call — set·setOnce·add·append·unset](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-use-amplitude-identify-call)
- [Amplitude Group Analytics — 회사·팀 단위 분석](/wiki/playbook/amplitude-event-taxonomy-checklist/what-is-amplitude-group-analytics)
- [Amplitude 전자상거래 이벤트 구현](/wiki/playbook/amplitude-event-taxonomy-checklist/how-to-implement-amplitude-ecommerce)