사전/사후 대기실 예약
"사전/사후 대기실 예약"은 대기실 경험 전후의 사용자 흐름을 관리하기 위한 고급 예약 기능을 제공하는 구성으로, 복잡한 트래픽 제어 시나리오를 위한 정교한 예약 시스템을 가능하게 합니다. 이 가이드는 구성, 구현 및 모범 사례에 대해 다룹니다.

개요
플래시 세일이나 제품 출시를 운영하면 두 가지 주요 문제가 발생합니다: 모든 사람이 동시에 몰려들 때의 서버 과부하와 봇 및 자동화 스크립트가 인간 사용자보다 빠르게 연결되어 불공정한 경쟁 환경을 만드는 불공정한 액세스입니다.
실제 트래픽은 메인 이벤트 중에만 급증하지 않습니다. 대신, 장기간에 걸친 활동 증가를 볼 수 있습니다:
트래픽 패턴:
▲
│ ╭─╮
│ ╱ ╲
│ ╱ ╲
│ ╱ ╲
│ ╱ ╲
│╱ ╲
└─────────────► 시간
이전 중 이후
이 연장된 트래픽 기간은 피크 시간뿐만 아니라 서버에 지속적인 부담을 줍니다. 이벤트의 다양한 단계에 걸쳐 사용자 경험을 단계적으로 구성하는 방법이 있다면 어떨까요? 모든 사람이 한 번에 몰려들게 하는 대신, 고유한 단계를 만들 수 있습니다: 사용자가 공지사항과 카운트다운 타이머를 보는 사전 이벤트 영역, 적절한 대기열 관리가 있는 메인 이벤트, 마케팅 및 리드 생성을 위한 사후 이벤트 공간.
이 접근 방식은 서버 부하를 분산시키면서 이벤트 전체 수명 주기에 걸쳐 사용자에게 흥미를 불러일으키고 가치를 제공합니다. 가장 중요한 것은 사전 대기 사용자에게 대기 순번을 무작위로 할당하여 봇 및 자동화 스크립트가 인간 사용자보다 갖는 이점을 제거함으로써 공정한 액세스를 보장한다는 것입니다.
결과는 귀하와 사용자 모두에게 더 부드러운 경험이 될 것입니다. 서버는 안정적으로 유지되고, 사용자는 적절한 대기열 관리를 통해 공정한 액세스를 받으며, 이벤트 전에 도착하거나 메인 이벤트가 끝난 후 머무르는 사용자로부터 추가 마케팅 가치를 포착할 수 있습니다. 가장 중요한 것은, 무작위 대기열 할당이 모든 사용자(인간이든 봇이든)가 콘텐츠에 액세스할 동등한 기회를 갖도록 보장하여 진정으로 공정한 시스템을 만든다는 것입니다.
바로 이것이 사전/사후 대기실 예약이 제공하는 것입니다 - 이벤트의 모든 단계에 걸쳐 사용자 흐름을 관리하여 기술적 안정성과 모든 사람을 위한 공정한 액세스를 보장하는 정교한 시스템입니다.
사전/사후 대기실 예약은 세그먼트가 대기 모드에 있을 때만 작동하며, 차단 모드에서는 작동하지 않습니다. 또한 사전 대기와 사후 대기는 독립적으로 작동할 수 없습니다 - 메인 대기실과 함께 작동해야 합니다.
이 기능의 역할
사전/사후 대기실 예약은 다음과 같은 트래픽이 많은 이벤트 중 고객 흐름을 관리하는 데 도움이 됩니다:
- 제한된 제품 판매
- 과정 등록
- 이벤트 티켓 판매
- 한 번에 많은 방문자를 예상하는 모든 상황
하나의 대기실 대신 세 가지 단계를 만들 수 있습니다. 사용자가 각 단계를 경험하는 방법은 다음과 같습니다:
사전 대기실

이벤트 전
대기열 번호 없음
공지사항 및 카운트다운
메인 대기실

이벤트 중
대기열 번호 및 대기 시간
공정한 진입 시스템
사후 대기실

이벤트 후
마케팅 콘텐츠
리디렉션 버튼
1단계: 사전 대기실 (이벤트 전)
- 시기: 메인 이벤트가 시작되기 전
- 사용자가 보는 것: 공지사항, 카운트다운 타이머, 마케팅 콘텐츠
- 대기열 번호: 없음 (사용자는 아직 자신의 위치를 모름)
- 목적: 흥미를 불러일으키고 초기 트래픽 분산
- 기능: 사용자를 다른 페이지로 안내하는 리디렉션 버튼이 있는 차단실 역할
- 종료: 시간이 만료되면 메인 대기실로 자동 전환
2단계: 메인 대기실 (이벤트 중)
- 시기: 메인 이벤트 중
- 사용자가 보는 것: 대기열 번호, 대기 시간, 공정한 진입 시스템
- 대기열 번호: 무작위 할당 (사전 대기 순서 기반 아님)
- 목적: 메인 콘텐츠/제품에 대한 공정한 액세스
- 기능: 대기열을 관리하고 서비스 액세스를 부여하는 진정한 대기실
- 종료: 대기 순번에 도달하면 서비스 진입
3단계: 사후 대기실 (이벤트 후)
- 시기: 메인 이벤트가 끝난 후
- 사용자가 보는 것: 마케팅 콘텐츠, 관련 제안, 가입 양식
- 대기열 번호: 없음 (마케팅 중심)
- 목적: 추가 판매 및 리드 생성
- 기능: 사용자를 대체 콘텐츠로 안내하는 리디렉션 버튼이 있는 차단실 역할
- 종료: 리디렉션 버튼 또는 구성된 시간이 만료되면 자동 종료
작동 방식
시스템은 사용자가 웹사이트를 방문하는 시점을 기반으로 세 가지 다른 대기 경험을 자동으로 관리합니다. 각 단계가 활성화되는 시점을 보여주는 전체 타임라인은 다음과 같습니다:
세그먼트 비활성화: 언제든지 세그먼트를 수동으로 비활성화하여 대기실 시스템을 완전히 우회할 수 있습니다. 이것은 현재 단계와 관계없이 사용자를 직접 서비스로 보냅니다.
중요한 이유: 사전 대기가 시작되기 전이나 사후 대기가 끝난 후에 메인 대기실이 활성화되는 것을 원하지 않는다면, 해당 기간 동안 세그먼트를 비활성화하세요. 불행히도 자동 세그먼트 스케줄링은 사용할 수 없으므로 수동 제어가 필요합니다.
오전 8시 오전 9시 오전 10시 오전 11시 오후 12시 오후 1시
| | | | | |
| 메인 | 사전대기 | 메인대기 | 사후대기 | 메인 |
| 대기 |(1시간) |(1시간) |(1시간) | 대기 |
| | | | | |
└───────────┴──────────┴───────────┴───────────┴──────────┘
↑ ↑ ↑ ↑
사전대기 사전대기 사후대기 사후대기
시작 종료 시작 종료
시스템은 사용자가 웹사이트를 방문하는 시점을 기반으로 사용자 흐름을 자동으로 관리합니다. 오전 9시 이전이나 오후 12시 이후에 진입하는 사용자는 메인 대기실로 직접 이동하고, 특정 기간 동안 도착하는 사용자는 다른 대기 단계를 경험합니다. 주요 변경 사항은 자동으로 발생합니다: 사전 대기가 오전 10시에 끝나 사용자를 메인 대기로 이동시켜 대기열 번호를 받고 서비스에 액세스할 차례를 기다립니다. 오전 11시에 메인 대기가 마케팅 및 리드 생성을 위해 사후 대기로 전환됩니다.
사용자는 각 단계에서 다른 콘텐츠를 경험합니다. 사전 대기 중에는 대기열 번호 없이 공지사항, 카운트다운 타이머 및 마케팅 콘텐츠를 봅니다. 메인 대기는 대기열 번호, 대기 시간 및 공정한 진입 시스템을 제공합니다. 사후 대기는 마케팅 콘텐츠, 리드 생성 및 리디렉션 옵션에 집중하며, 다시 대기열 번호 없이 작동합니다.
대기열 번호 작동 방식
대기열 번호가 할당되는 방식을 이해하면 이벤트를 효과적으로 계획하는 데 도움이 됩니다. 여러 사용자가 시스템에 진입할 때, 대기열 할당 프로세스는 진입 허용 수 설정을 통해 서버 부하를 관리하면서 공정성을 보장합니다.
사전 대기 기간 (오전 9:00-10:00):
┌─────────────────────────────────────────────────────────────────────────┐
│ 사용자 A 사용자 B 사용자 C 사용자 D 사용자 E 사용자 F │
│ (조기) (조기) (조기) (조기) (조기) (조기) │
│ ↓ ↓ ↓ ↓ ↓ ↓ │
│ 사전 대기실 (아직 대기열 번호 없음) │
└─────────────────────────────────────────────────────────────────────────┘
↓
오전 10:00 전환
↓
메인 대기 기간 (오전 10:00-11:00):
┌────────────────────────────────────────────────────────────────────────┐
│ 사전 대기에서 온 모든 사용자가 무작위 대기열 번호를 받음: │
│ │
│ 사용자 A → 대기열 #47 사용자 C → 대기열 #12 사용자 E → 대기열 #89 │
│ 사용자 B → 대기열 #23 사용자 D → 대기열 #156 사용자 F → 대기열 #34 │
│ │
│ 메인 기간 동안 도착하는 새 사용자는 순차 번호를 받음: │
│ 오전 10:15: 사용자 G 도착 → 대기열 #157 (다음 사용 가능) │
│ 오전 10:30: 사용자 H 도착 → 대기열 #158 │
│ 오전 10:45: 사용자 I 도착 → 대기열 #159 │
└────────────────────────────────────────────────────────────────────────┘
프로세스는 두 단계로 작동합니다. 사전 대기 중에는 사용자가 공지사항과 카운트다운 타이머를 보지만 아직 대기열 번호를 받지 않습니다. 오전 10시에 전환이 발생하면 사전 대기에서 온 모든 사용자가 무작위 대기열 번호(순차적이 아님)를 받아 사전 대기에 진입한 시점과 관계없이 공정한 액세스를 보장합니다. 메인 대기 중에 도착하는 새 사용자는 순서대로 다음 사용 가능한 번호를 받아 질서 있는 대기열 시스템을 유지합니다. 진입 허용 수 설정은 대기 순번에 도달하면 동시에 서비스에 액세스할 수 있는 사용자 수를 제어합니다.
구성 프로세스
0단계: 이벤트 계획 및 UI/UX 디자인
사전/사후 대기실 예약은 이벤트 수명 주기 전체에 걸쳐 고객이 브랜드와 상호 작용하는 방식을 형성하는 사용자 경험 디자인 요소입니다. 이러한 대기실이 지속적인 인상을 만들고 사용자 만족도 및 전환율에 직접적인 영향을 미치기 때문에 신중한 계획이 필수적입니다.
계획이 중요한 이유:
- 사용자 여정 디자인: 각 대기실은 고객의 경험 여정에서 접촉점입니다
- 브랜드 일관성: 대기실은 메인 사이트의 디자인 및 메시징과 일치해야 합니다
- 기술적 제약: 설정은 사전 대기가 시작되기 10분 전부터 사후 대기가 끝날 때까지 잠금됩니다
그렇다면 이 계획을 체계적으로 접근하는 방법은 무엇일까요? 나이키의 에어 조던 출시를 통해 완전한 대기실 경험을 어떻게 계획했는지 살펴보겠습니다:
1단계: 시나리오 계획 나이키 팀은 완전한 사용자 여정을 매핑하는 것으로 시작합니다:
- 사전 대기 목표: 사용자가 대기하는 동안 기대감을 조성하고 가치 제공
- 메인 대기 목표: 대기열 중 공정한 액세스 보장 및 참여 유지
- 사후 대기 목표: 실망한 사용자를 미래 고객으로 전환
각 단계에 대한 콘텐츠를 계획합니다:
- 사전 대기 콘텐츠: 카운트다운 타이머, 스니커 미리보기, 사이즈 가이드, "다른 조던 출시 둘러보기" 버튼
- 메인 대기 콘텐츠: 대기 순번, 대기 시간, "공정한 액세스" 메시징, 제품 세부 정보
- 사후 대기 콘텐츠: "재입고 알림 대기 목록 가입", 유사 제품, 소셜 미디어 링크, 뉴스레터 가입
2단계: 시각적 디자인 다음으로, 나이키는 모든 대기실에서 브랜드 일관성을 보장합니다:
- 사용자 정의 조던 테마 스킨: 스니커의 디자인 미학과 일치
- 모바일 최적화: 많은 스니커 팬이 모바일로 쇼핑하므로 휴대폰에서 테스트
- 시각적 자산: 고품질 스니커 이미지, 조던 로고, 카운트다운 타이머 디자인
3단계: 기술 계획 상세한 타임라인 다이어그램을 만듭니다:
- 오전 11:00: 카운트다운 타이머와 함께 사전 대기 시작
- 오후 12:00: 무작위 대기열 번호와 함께 메인 대기로 자동 전환
- 오후 1:00: 마케팅 콘텐츠와 함께 사후 대기로 자동 전환
- 오후 2:00: 사후 대기 종료 (또는 무기한 계속)
1단계: 설정 액세스
- 기본 제어 세그먼트 대시보드로 이동
- 특정 세그먼트의 편집 버튼을 클릭하여 수정 화면 열기
- "사전/사후 대기실 예약" 섹션 찾기
- 세그먼트를 먼저 생성해야 함: 새 세그먼트를 생성할 때 사전/사후 대기실을 설정할 수 없음
- 세그먼트 편집 모드여야 함: 기존 세그먼트의 수정 화면으로 이동
- 세그먼트가 활성화되어 있어야 함: 기능은 활성 세그먼트에서만 작동
- 대기 모드여야 함: 사전/사후 대기실은 세그먼트가 대기 모드에 있을 때만 작동하며, 차단 모드에서는 작동하지 않음
2단계: 사전 대기실 설정
사용 시기: 메인 이벤트가 시작되기 전에 콘텐츠를 표시하려는 경우
-
켜기
- 라디오 버튼을 클릭하여 사전 대기실 활성화
-
디자인 선택
- 사용자 정의 대기실 스킨(외관 및 느낌) 선택
- 아직 생성하지 않은 경우 "Pre-Sample" 스킨이 자동으로 사용됨
-
일정 설정
- 시작 날짜: 날짜 선택 (YYYY-MM-DD 형식)
- 시작 시간: 사용자가 사전 대기실을 보기 시작해야 하는 시간 선택 (HH:MM 형식)
- 종료 날짜: 날짜 선택 (YYYY-MM-DD 형식)
- 종료 시간: 메인 대기실로 자동 전환되어야 하는 시간 선택 (HH:MM 형식)
예시: 2024-03-15 10:00에 시작, 2024-03-15 11:00에 종료 (메인 이벤트 1시간 전)
- 설정 잠금: 사전 대기실이 시작되기 10분 전부터 사후 대기실이 끝날 때까지 사전 대기실 설정을 수정할 수 없음
- 최소 간격: 사전 대기 종료와 사후 대기 시작 사이에 최소 20분이 필요함 (메인 대기실이 제대로 작동할 시간을 갖도록)
- 활성 세그먼트 필요: 기능은 세그먼트가 활성화되어 있을 때만 작동
3단계: 사후 대기실 설정
사용 시기: 메인 이벤트가 끝난 후 마케팅 콘텐츠를 표시하려는 경우
-
켜기
- 라디오 버튼을 클릭하여 사후 대기실 활성화
-
디자인 선택
- 사용자 정의 대기실 스킨 선택
- 아직 생성하지 않은 경우 "Post-Sample" 스킨이 자동으로 사용됨
-
일정 설정
- 시작 날짜: 메인 대기실이 끝날 때 자동으로 시작 (같은 날짜)
- 시작 시간: 메인 대기실이 끝날 때 자동으로 시작
- 종료 날짜: 표시를 중지해야 하는 날짜 선택 (YYYY-MM-DD 형식)
- 종료 시간: 표시를 중지해야 하는 시간 선택 (HH:MM 형식) (또는 무기한 실행하려면 "종료 안 함" 선택)
예시: 2024-03-15 12:00에 자동 시작, 2024-03-15 13:00에 종료 (메인 이벤트 1시간 후)
- 설정 잠금: 사후 대기실이 시작되기 10분 전부터 종료될 때까지 사후 대기실 설정을 수정할 수 없음
- 종료 안 함 옵션: "종료 안 함"을 끄거나 세그먼트를 비활성화하면 사후 대기실 표시가 중지됨
- 활성 세그먼트 필요: 기능은 세그먼트가 활성화되어 있을 때만 작동
4단계: 검토 및 저장
- 시간 재확인: 일정이 합리적인지 확인
- 콘텐츠 확인: 모든 리디렉션 URL 및 콘텐츠가 준비되었는지 확인
- 구성 저장: 저장 버튼 클릭
- 테스트: 다른 시간에 웹사이트에 액세스하여 전환을 확인
라이브 전 최종 확인
이벤트가 시작되기 전:
- 모든 콘텐츠가 준비되고 테스트됨
- 리디렉션 URL이 작동함
- 사용자 정의 스킨이 올바르게 구성됨
- 완전한 사용자 여정을 테스트함
중요: 설정은 사전 대기가 시작되기 10분 전에 잠금되므로 이것이 변경할 수 있는 마지막 기회입니다!
모범 사례
구성 시나리오
사전/사후 대기실을 사용하는 가장 일반적인 방법과 실제 예시는 다음과 같습니다:
사전 대기 + 메인 대기
이벤트에 카운트다운 타이머와 공정한 진입이 필요한 경우 사용합니다. 사람들이 일찍 나타나며, 페이지를 지속적으로 새로고침하게 하는 대신 적절한 대기 경험을 제공하고 싶습니다.
나이키가 새로운 에어 조던을 출시하는 것을 생각해보세요 - 팬들이 출시 몇 시간 전부터 방문하기 시작합니다. 또는 정오에 판매되는 콘서트 티켓의 경우, 사람들이 아침부터 사이트를 확인합니다. 이것은 기대감이 쌓이고 초기 트래픽을 제대로 관리해야 하는 상황입니다.
사전 대기 없이는 초기 방문자가 지속적으로 새로고침하거나 좌절하여 떠납니다. 사전 대기를 사용하면 카운트다운 타이머와 공지사항을 보고, 이벤트가 시작되면 공정한 무작위 대기열 번호를 받습니다.
메인 대기 + 사후 대기
이벤트에 명확한 종료점이 있고 놓친 사람을 포착하거나 다른 제품으로 전환하려는 경우 사용합니다. 이벤트가 끝난 후에는 더 이상 사람들이 메인 서비스 페이지에 액세스할 이유가 없습니다.
진입 허용 수에 도달한 제품 판매를 고려해보세요 - 재입고 알림을 위한 이메일을 수집할 수 있습니다. 또는 마감된 과정 등록 - 다른 과정을 홍보하거나 대기 목록 가입을 할 수 있습니다. 플래시 세일이 끝나면 유사 제품이나 향후 거래를 표시할 수 있습니다.
사후 대기 없이는 이벤트가 끝난 후 도착하는 사람들이 여전히 서비스 페이지에 액세스할 수 있지만, 의미 있는 콘텐츠나 목적이 없습니다. 사후 대기를 사용하면 해당 트래픽을 마케팅 기회로 전환할 수 있습니다.
사후 대기가 실행되는 시간에 대한 두 가지 옵션이 있습니다: "종료 안 함" 옵션으로 무기한 실행 유지 (지속적인 마케팅에 권장) 또는 사후 대기가 중지되고 정상 서비스 액세스로 돌아가야 하는 특정 종료 시간 설정.
전체 경험 (세 단계 모두)
완전한 제어를 원하는 주요 이벤트에 사용합니다 - 흥미 조성부터 모든 것이 끝난 후 추가 판매 포착까지.
대규모 트래픽이 있는 블랙 프라이데이 세일, 높은 수요가 있는 독점 출시, 또는 제한된 좌석이 있는 컨퍼런스 등록 - 이것은 기대감 조성부터 공정한 대기열 관리, 추가 마케팅 기회까지 완전한 사용자 여정 제어가 필요한 상황입니다.
전체 단계별 경험을 얻습니다: 기대감 조성 → 공정한 대기열 관리 → 추가 마케팅 기회. 그리고 메인 + 사후와 마찬가지로 사후 대기를 무기한으로 유지할지 또는 특정 종료 시간을 설정할지 선택할 수 있습니다.
| 설정 | 유용한 시기 | 사용자 여정 |
|---|---|---|
| 사전 + 메인 | 높은 기대감, 초기 트래픽 | 사전 이벤트 → 대기열 → 액세스 |
| 메인 + 사후 | 놓친 기회 포착 원함 | 대기열 → 액세스 → 마케팅 |
| 세 가지 모두 | 주요 이벤트, 최대 제어 | 기대감 → 대기열 → 액세스 → 마케팅 |
사전 대기와 사후 대기는 독립적으로 작동할 수 없습니다. 항상 메인 대기실과 함께 작동해야 합니다. 이것은 다음을 의미합니다:
- ❌ 사전 대기만: 유효하지 않은 옵션 - 메인 대기실 필요
- ❌ 사후 대기만: 유효하지 않은 옵션 - 메인 대기실 필요
- ✅ 메인 대기: 유효한 조합
- ✅ 사전 + 메인: 유효한 조합
- ✅ 메인 + 사후: 유효한 조합
- ✅ 사전 + 메인 + 사후: 유효한 조합
비상 제어 옵션
설정이 잠긴 후에도 계획대로 진행되지 않을 때 여전히 제어 옵션이 있습니다:
대기실 시스템을 완전히 중지해야 하는 경우:
- 세그먼트 비활성화: 이것은 즉시 모든 대기실을 우회하고 사용자를 직접 서비스로 보냅니다
- 사전/사후 대기실 끄기: 메인 대기실을 활성 상태로 유지하면서 전체 사전 대기 또는 사후 대기 기능 비활성화
메시징 또는 콘텐츠를 업데이트해야 하는 경우:
- 콘텐츠 변경: 스킨, 텍스트 및 리디렉션 URL 업데이트 (콘텐츠 변경은 항상 허용됨)
- 이것은 사용자에게 변경 사항, 지연 또는 새로운 정보를 전달해야 할 때 유용합니다
잠금 후 변경할 수 없는 것:
- 시간: 혼란을 방지하기 위해 시작/종료 날짜 및 시간이 잠김
일반적인 시나리오:
- 이벤트 지연: 지연에 대해 사용자에게 알리기 위해 콘텐츠 업데이트
- 기술적 문제: 대기실을 완전히 우회하기 위해 세그먼트 비활성화
- 콘텐츠 오류: 오타 수정, 링크 업데이트 또는 메시징 변경
- 비상 취소: 대기실 끄기 또는 세그먼트 비활성화
이벤트 타임라인 계획
대부분의 이벤트 (권장):
- 사전 대기: 메인 이벤트 30-60분 전 시작
- 메인 대기: 실제 이벤트 기간
- 사후 대기: 이후 30-60분 (또는 마케팅을 위해 더 길게)
작동하는 이유: 흥미를 조성하고, 이벤트를 실행한 다음, 추가 관심을 포착할 시간을 제공합니다.
트래픽 관리 이점:
- 사전 대기: 초기 트래픽 급증을 포착하고 부하 분산
- 메인 대기: 제어된 대기열 관리로 피크 트래픽 처리
- 사후 대기: 남아있는 트래픽을 관리하고 가치로 전환
콘텐츠 및 리디렉션 전략
사전 대기실 콘텐츠:
- 이벤트 공지사항: "세일이 30분 후 시작됩니다!"
- 카운트다운 타이머: 라이브 카운트다운으로 흥미 조성
- 제품 미리보기: 다가오는 것 보여주기
- 리디렉션 버튼: 다른 제품 둘러보기, FAQ 읽기, 소셜 미디어 팔로우, 지원팀 연락
사후 대기실 콘텐츠:
- 재입고 알림: "재입고 시 알림 받기"
- 관련 제품: "이 유사한 항목 확인하기"
- 뉴스레터 가입: "향후 이벤트 업데이트 받기"
- 리디렉션 버튼: 대체 제품, 고객 지원, 향후 이벤트
핵심 전략: 대기 시간 동안 사용자를 가치 있는 콘텐츠로 안내하기 위해 리디렉션 버튼을 전략적으로 사용하여 대기 시간을 참여 기회로 전환합니다.
라이브 전 테스트
필수 테스트:
- 시간 테스트: 다른 시간에 사이트를 방문하여 전환 확인
- 콘텐츠 테스트: 모든 링크와 콘텐츠가 작동하는지 확인
- 모바일 테스트: 휴대폰 및 태블릿에서 어떻게 보이는지 확인
- 대기열 테스트: 메인 대기에서 대기열 번호가 올바르게 나타나는지 확인
전문가 팁: 먼저 소규모 그룹으로 테스트하거나 실제 이벤트 전에 테스트 세그먼트를 사용하세요.
고급 구성 옵션 및 통합 세부 사항은 기본 제어 세그먼트 개요 및 기본 설정 문서를 참조하세요.