# Amplitude 이벤트의 종류

Amplitude 이벤트는 누가 정하고 누가 설치하느냐에 따라 세 종류 — 자동 추적(Autocapture) · 표준 권장 · 사용자 정의로 나뉩니다. 각 종류의 정의와 택소노미가 다루는 영역을 정리합니다.

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

## 목차

- [한눈에 — 세 종류](#overview)
- [① 자동 추적 (Autocapture)](#autocapture)
- [② 표준 권장 이벤트](#recommended)
- [③ 사용자 정의 이벤트](#custom)
- [정리 — 비교표](#summary)
- [자주 묻는 질문](#faq)

‘이벤트’라고 다 같은 이벤트가 아닙니다. Amplitude의 이벤트는 **누가 정하느냐**와 **누가 설치하느냐**에 따라 세 가지로 나뉩니다 — *자동 추적·표준 권장·사용자 정의*. 이 글은 그 세 종류를 정리합니다. 어떤 행동을 어느 분류로 보내야 할지가 이후 ‘이벤트 설계 규칙’ 전체의 출발점 입니다.

## 한눈에 — 세 종류

먼저 한 화면에 세 종류를 펼쳐 두고, 각 종류가 무엇인지 한 문장으로 정리합니다. 두 축이 종류를 가릅니다 —**이름 규격**(누가 정하는가)과 **설치 주체**(누가 코드를 짜는가).

| 종류 | 이름 | 설치 | 대표 예시 |
| --- | --- | --- | --- |
| 자동 추적 (Autocapture) | Amplitude가 정함 (고정) | SDK 옵션만 켜면 자동 | `[Amplitude] Page Viewed`, `[Amplitude] Session Start`, `[Amplitude] Element Clicked` |
| 표준 권장 | Amplitude가 권장 (지키면 차트·템플릿이 잘 맞음) | 우리가 직접 설치 | `sign_up`, `login`, `purchase`, `add_to_cart` |
| 사용자 정의 (Custom) | **우리가 자유롭게** 정함 | 우리가 직접 설치 | `click_gnb`, `click_btn`, `submit_survey` |

위 세 종류 중 **자동 추적**은 ‘이름·속성 규격을 Amplitude가 정해 둔’ 영역이고, **사용자 정의**는 우리가 이름과 속성을 직접 정하는 영역입니다. **표준 권장**은 그 중간 — “이 이름으로 보내면 Amplitude의 기본 차트 템플릿이 잘 작동한다”는 가이드라인입니다. 그래서 ‘이벤트 택소노미를 설계한다’는 말은 사실상 **사용자 정의 이벤트의 명세를 우리가 만들고, 표준 권장 이름이 있는 행동은 그 이름을 따르는 작업**을 가리킵니다.

## ① 자동 추적 이벤트 (Autocapture)

Amplitude Browser SDK를 설치할 때 `defaultTracking` 옵션을 켜면, 우리가 별도 코드를 작성하지 않아도 SDK가 알아서 보내는 이벤트들입니다. 이름은 모두 `[Amplitude]` 접두사가 붙어 분류가 쉽습니다.

| 카테고리 | 이벤트 이름 | 설명 |
| --- | --- | --- |
| Sessions | `[Amplitude] Session Start`, `[Amplitude] Session End` | 세션 시작·종료. 세션 정의 설정에 따라 자동 추적. |
| Page Views | `[Amplitude] Page Viewed` | 새 페이지 로드 시. `page_url`, `page_title`, `page_path` 자동 첨부. |
| Form Interactions | `[Amplitude] Form Started`, `[Amplitude] Form Submitted` | 폼 입력 시작·제출. |
| Element Interactions | `[Amplitude] Element Clicked`, `[Amplitude] Element Changed` | 버튼·링크·input 자동 클릭 추적. CSS Selector Allowlist로 범위 제한 가능. |
| File Downloads | `[Amplitude] File Downloaded` | 파일 링크 클릭 시 자동. |
| Attribution | `[Amplitude] Attribution` | utm 등 마케팅 매개변수를 사용자 속성으로 자동 저장. |

> **팁**
>
> **GA4의 ‘자동 수집 + 향상된 측정’과 비슷한 영역이지만 결이 약간 다릅니다.** GA4는 일부 자동 이벤트(예: `page_view`)를 끌 수 없지만, Amplitude는 `defaultTracking` 옵션을 전부 끄거나 카테고리별로 켜고 끌 수 있습니다.

설계 관점에서 자동 추적 이벤트는 **우리 택소노미의 대상이 아닙니다.** 우리가 이름을 정하지도, 속성을 정할 수도 없기 때문입니다. 이벤트 택소노미는 ‘우리가 통제할 수 있는 영역’을 다루는 작업이라, 이 종류는 ‘있다는 것만 알고 넘어가는’ 영역입니다.

## ② 표준 권장 이벤트 (Recommended Events)

GA4처럼 엄격한 ‘추천 이벤트’ 표준은 없지만, Amplitude도 자주 쓰이는 행동에 대해 권장 이름을 제시합니다. 이름이 고정되어 있지는 않지만, 같은 이름으로 통일해 두면 Amplitude의 기본 차트 템플릿·내장 분석이 잘 맞아 떨어집니다.

| 행동 | 권장 이름 | 비고 |
| --- | --- | --- |
| 회원가입 | `sign_up` | GA4 추천 이벤트와 동일 |
| 로그인 | `login` | GA4와 동일 |
| 검색 | `search` | GA4와 동일 |
| 상품 조회 | `view_item` 또는 `view_product` | GA4 표준은 `view_item` |
| 장바구니 담기 | `add_to_cart` | GA4와 동일 |
| 결제 시작 | `begin_checkout` | GA4와 동일 |
| 구매 완료 | `purchase` 또는 `complete_purchase` | GA4 표준은 `purchase` |
| 공유 | `share` | GA4와 동일 |

> **완료**
>
> **GA4 표준 이벤트 이름과 통일하기를 권장합니다.** Amplitude·GA4 두 도구를 함께 운영할 때 같은 사용자의 같은 행동이 두 도구에서 다른 이름으로 잡히면 운영·디버깅이 어려워집니다. 본 위키는 Amplitude 시리즈에서도 GA4 표준 이름을 우선합니다.

## ③ 사용자 정의 이벤트 (Custom Events)

위 두 종류 어디에도 해당하지 않는 행동을 측정하려면, 우리가 **이벤트 이름과 속성을 직접 정해서**보내는 ‘사용자 정의 이벤트’를 만듭니다. 사이트의 GNB 클릭·탭 전환·CTA 클릭·필터 사용·온보딩 진행 같은 행동들이 대부분 여기에 해당합니다.

예 — `click_gnb`(글로벌 내비게이션 클릭), `click_btn`(버튼 클릭), `click_tab`(탭 전환), `click_floating`(플로팅 버튼 클릭), `submit_survey`(설문 제출). 이름은 우리가 사내 규약에 따라 짓습니다.

> **주의**
>
> **자유의 대가.** 사용자 정의 이벤트는 자유롭게 만들 수 있는 대신, ‘같은 행동이 서로 다른 이름으로 흩어지는’ 위험을 우리가 직접 막아야 합니다. 한 사이트 안에서 회원가입을 `sign_up`·`signup`·`register`·`join`으로 섞어 쓰면 보고서가 무너집니다. 그래서 사내 **네이밍 컨벤션**이 필요합니다(별도 글 — ‘이벤트 이름과 표기법’).

설계 관점에서 사용자 정의 이벤트는 **이벤트 택소노미가 실제로 다루는 핵심 영역**입니다. 표준 권장 이름이 있는 행동은 그대로 따르고, 그 외 모든 사용자 행동을 ‘어떻게 묶고/쪼개고/이름 지을지’가 곧 택소노미 설계의 본진입니다.

## 정리 — 세 종류 비교표

| 종류 | 이름 규격 | 설치 주체 | 택소노미 대상? | 대표 예시 |
| --- | --- | --- | --- | --- |
| 자동 추적 | Amplitude가 정함 (고정·옵션으로 끄기 가능) | SDK `defaultTracking` 옵션 | 아니오 (켜기/끄기 결정만) | `[Amplitude] Page Viewed`, `[Amplitude] Element Clicked` |
| 표준 권장 | Amplitude·GA4 공통 권장 | 우리가 직접 설치 | 네 — 사이트 행동을 권장 이름에 ‘매핑’ | `sign_up`, `purchase`, `add_to_cart` |
| 사용자 정의 | **우리가 자유롭게 정함** | 우리가 직접 설치 | 네 — 택소노미가 다루는 본진 | `click_gnb`, `click_btn`, `submit_survey` |

## 자주 묻는 질문

### Autocapture를 켜는 게 좋을까요, 끄는 게 좋을까요?

카테고리별로 결정합니다. **Sessions·Page Views**는 켜 두는 게 표준 (모든 분석의 기본). **Element Interactions**는 사이트가 크면 데이터량이 폭증하므로 CSS Selector Allowlist로 범위를 좁히는 편이 안전합니다. **Form Interactions·File Downloads·Attribution**은 분석 요구가 있을 때만. SPA에서는 자동 추적이 부정확하게 잡히는 경우가 있어 한 번 점검 권장입니다.

### 표준 권장 이벤트와 사용자 정의 이벤트의 가장 큰 차이가 뭔가요?

‘이름이 정해져 있느냐’입니다. 둘 다 우리가 직접 설치한다는 점은 같지만, 표준 권장은 GA4·Amplitude 공통으로 같은 이름을 쓰는 게 좋다는 ‘가이드라인’입니다. 사용자 정의는 그 가이드라인이 없는 대신 이름·속성을 우리가 자유롭게 정할 수 있습니다.

### 같은 행동을 표준 권장 이름과 사용자 정의 이름 둘 다 보낼 수 있나요?

기술적으로는 가능하지만 **혼동의 원인**이 됩니다. 회원가입을 `sign_up`(표준) 으로 한 곳에서 보내고 `click_btn_signup`(사용자 정의)으로 다른 곳에서도 보내면, 같은 행위가 두 이벤트로 잡혀 합산할 때마다 어느 쪽을 쓸지 골라야 합니다. 원칙은 **“하나의 행동은 하나의 이벤트로”** — 표준 권장 이름이 있는 행동이면 그 이름을 우선합니다.

### [Amplitude] 접두사가 붙은 이벤트는 무슨 의미인가요?

Amplitude SDK가 자동으로 보낸 이벤트(자동 추적)와 우리가 보낸 이벤트를 시각적으로 구분하기 위해 Amplitude가 붙이는 표시입니다. 차트 드롭다운에서 `[Amplitude]` 접두사가 보이면 자동 추적이고, 접두사가 없으면 우리가 보낸 이벤트입니다. 이 접두사는 변경하지 않으시는 게 표준입니다.

## 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)