고급 - 대기 순번 유지

"대기 순번 유지"는 브라우저의 우발적 닫힘 또는 일시적 연결 끊김 후에도 기존 대기 순번을 복원하는 고급 구성으로, 재대기를 방지하고 중복 대기열을 줄입니다. 이 가이드는 대기열 보존의 구성, 구현 및 모범 사례에 대해 다룹니다.

개요

대기 순번 유지를 사용하면 클라이언트(브라우저 또는 네이티브 앱)가 연결을 잃은 후에도 방문자가 대기 순번을 복원할 수 있습니다. 이것은 사용자가 다시 대기할 필요가 없도록 하고 중복 대기열을 줄입니다.

줄에서 당신의 자리를 기억하는 레스토랑을 생각해보세요: 보존 기간 내에 자리를 비우고 돌아오면 끝에서 다시 시작하는 대신 원래 위치로 돌아갑니다.

이 기능의 역할

활성화되면 대기실에서 연결이 끊긴 방문자가 다시 연결하여 새 위치를 할당받는 대신 대기열의 자리를 재개할 수 있습니다. 이것은 다음을 통해 사용자 경험을 향상시킵니다:

• 재대기 방지: 사용자가 브라우저나 앱을 닫아도 자리를 잃지 않음
• 중복 대기열 감소: 불필요하게 새 위치를 만드는 사용자 감소
• 공정성 유지: 사용자가 원래 대기 시간과 위치를 유지

작동 방식

보존 메커니즘은 클라이언트가 연결이 끊어져도 대기 순번을 보존하기 위해 다단계 프로세스를 통해 작동합니다:

보존 타이머 시작

보존 타이머는 대기 중인 방문자가 NetFUNNEL 서버에 재요청 호출을 중단하는 즉시 카운트를 시작합니다. 기술적으로 이것은 방문자의 마지막 진입 확인 요청 후에 발생합니다.

방문자가 대기열에서 활발히 대기 중일 때, "아직 진입할 수 있나요?"라고 묻는 재요청 호출을 주기적으로 보냅니다. 이러한 호출이 중단되면 - 브라우저 닫기, 앱 종료, 네트워크 중단 또는 다른 곳으로 이동 - 보존 타이머가 시작됩니다.

재연결 기간

보존 기간 내에 방문자는 다시 연결하여 대기실 보호 서비스에 액세스할 수 있습니다. 다시 진입하려고 할 때:

보존 시간 내인 경우:

• 시스템이 저장된 식별자를 사용하여 방문자를 인식
• 원래 대기 순번으로 복원됨
• 재대기 불필요 - 중단한 지점에서 계속

보존 시간이 만료된 경우:

• 재진입을 위해 새 키가 발급됨
• 새 대기 순번을 받음 (현재 대기열 끝)
• 순번이 보존되지 않은 새 방문자로 처리됨

저장 메커니즘

브라우저 클라이언트:

• HTTP 쿠키를 사용하여 대기 순번 식별자 저장
• 쿠키 지속성은 브라우저 설정을 따름:
  • 쿠키는 브라우저 닫힘 후에도 유지됨 (세션 쿠키는 만료되지만 영구 쿠키는 유지됨)
  • 쿠키는 브라우저별임 (Chrome 쿠키 ≠ Firefox 쿠키)
  • 쿠키는 도메인별임 (다른 웹사이트 = 다른 쿠키)

네이티브 앱 클라이언트:

• 앱 데이터 저장소 사용 (플랫폼에 따라 로컬 저장소, 키체인 등)
• 쿠키보다 더 안정적 - 데이터가 앱 세션 간에 지속됨
• 브라우저별 제한 없음

타임라인 예시

타임라인: 보존 작동 중

오전 10:00:00  방문자가 대기실에 진입, 대기열 #47 할당
오전 10:00:30  방문자의 브라우저/앱이 활성화되어 몇 초마다 재요청 수행
오전 10:01:15  방문자가 브라우저/앱을 닫음 (또는 연결 끊김)
            ╱
            │ 보존 타이머가 여기서 시작
            │
오전 10:05:45  [4분 30초 후]
            │ 방문자가 서비스에 다시 액세스 시도
            │
            ├─ 보존 시간(예: 5분)이 아직 활성인 경우:
            │   → 대기열 #47로 복원
            │   → 원래 위치에서 대기 계속
            │
            └─ 보존 시간이 만료된 경우:
               → 새 키 발급
               → 새 대기열 #150 할당 (현재 대기열 끝)

구성

기본 동작

비활성화된 경우 (기본값 OFF):

• 대기 순번은 1초 동안만 유지됨
• 최소 재연결 기간 제공

활성화된 경우:

• 기본 보존 시간은 60초
• 보존 시간을 사용자 정의할 수 있음 (최대 7,200초 / 2시간)
• 시스템이 구성된 기간 동안 대기 순번 유지

구성 단계

기본 제어 세그먼트를 생성하거나 편집할 때 대기 순번 유지를 구성할 수 있습니다:

1. 세그먼트 설정으로 이동 (생성 또는 편집 모드)
2. 고급 설정 섹션으로 이동
3. 대기 순번 유지 활성화: 보존 기능 켜기
4. 보존 시간 설정: 초 단위로 시간 지정 (기본값은 60초)
5. 구성 저장: 설정 적용

중요 요구 사항

보존 시간은 세그먼트의 "재요청 주기 최대값"보다 커야 합니다. 이것은 중요합니다!

예를 들어, 기본 재요청 주기 설정(1-10초)을 사용하는 경우, 보존 시간은 10초보다 커야 합니다. 이것은 보존 기간이 가장 긴 재요청 주기보다 길어 방문자가 순번이 만료되기 전에 다시 연결할 충분한 시간을 제공합니다.

모범 사례

권장 보존 설정

기본 권장 사항: 60초

• 우발적 연결 끊김을 위한 균형 잡힌 기간 제공
• 합법적인 재연결 기회를 제공하면서 남용을 방지할 수 있을 정도로 짧음
• 대부분의 일반적인 이벤트 및 트래픽 패턴에 잘 작동

대부분의 이벤트 (10-30분 / 600-1,800초):

• 짧은 이벤트 (1시간 미만): 10분(600초) 사용
  • 불필요한 보안 노출 없이 재연결 기간 제공
  • 대부분의 사용자가 우발적으로 연결이 끊기면 이 기간 내에 다시 연결
• 중간 이벤트 (1-3시간): 15-20분(900-1,200초) 사용
  • 사용자 편의성과 이벤트 기간 사이의 균형
  • 잠시 자리를 비워야 할 수 있는 사용자 고려
• 긴 이벤트 (3시간 이상): 30분(1,800초) 사용
  • 사용자가 합리적인 재연결 기회를 갖도록 보장
  • 연장된 대기 기간 동안 좌절 방지

30분보다 길지 않은 이유:

• 보안 위험: 키 중복 및 남용 가능성 열림
• 시스템 부하: 연장된 보존 기간은 서버 부하를 증가시킬 수 있음
• 사용자 기대: 대부분의 우발적 연결 끊김은 몇 분 내에 발생
• 쿠키 제약: 브라우저 쿠키는 매우 긴 보존을 신뢰할 수 없게 만드는 제한이 있음

최대 기간(2시간 / 7,200초)을 사용하는 경우:

• 고가치 거래: 중요한 구매를 하는 사용자는 기술적 문제로 인해 자리를 잃어서는 안 됨
• 중요한 이벤트: 평생 한 번뿐인 세일이나 등록에서 위치를 잃는 것이 치명적인 경우
• 엔터프라이즈 서비스: 재연결이 예상되고 모니터링되는 B2B 시나리오

저장 제한 사항

브라우저 클라이언트 (쿠키 기반):

• 순번 보존은 동일한 브라우저 및 장치 내에서만 작동
• 브라우저 또는 장치 전환 시 순번 손실
• 비공개/시크릿 모드는 쿠키를 보존하지 않음
• 쿠키를 지우는 사용자는 순번을 잃음

네이티브 앱 클라이언트 (앱 데이터 저장소):

• 동일한 장치 내에서 앱 세션 간에 순번 보존됨
• 브라우저 쿠키보다 더 안정적

FAQ

실시간으로 설정을 변경할 수 있나요?

네! 대기 순번 유지 설정은 실시간으로 적용됩니다. 변경 사항은 세그먼트 재시작이나 서비스 중단 없이 즉시 적용됩니다.

실시간 업데이트 예시:

• 일시적으로 보존 비활성화: 트래픽이 많은 중에 대기 순번 유지를 끄고 모든 사용자가 대기열을 다시 거치도록 강제
• 보존 기간 조정: 현재 대기 중인 방문자에 영향을 주지 않고 보존 시간을 60초에서 10분으로 변경
• 비상 대기열 재설정: 보존을 비활성화하여 모든 대기 순번을 재설정하여 새로 시작
• 조건부 활성화: 필요에 따라 켜고 끄면서 특정 시간 동안만 보존 활성화

이 유연성을 통해 가동 중단 없이 실시간 조건을 기반으로 대기열 관리 전략을 조정할 수 있습니다.

관련 구성 옵션은 고급 타이밍 및 진입 패스 문서를 참조하세요.

대기자 이메일 알림

대기 순번 유지 기능을 400초 이상 활성화하면 대기자가 이메일 대기 알림을 이용할 수 있습니다. 이 기능은 콘솔에서 별도로 설정하는 기능이 아니라, 대기 순번 유지 기능이 활성화되어 있을 때 대기자가 자동으로 이용할 수 있는 기능입니다.

기능:

• 대기 순번 유지 기능이 400초 이상 활성화되어 있으면, 대기 시간이 10분 이상인 경우 대기자가 이메일 알림을 등록할 수 있습니다
• 대기자가 이메일 주소를 입력하고 동의하면, 예상 진입 시점 약 5분 전에 이메일로 알림을 받을 수 있습니다
• 알림 발송 기준은 시스템에서 자동으로 최적화되어 적절한 시점에 알림이 제공됩니다

대기자 이메일 알림 신청 및 수신

대기자가 대기실에서 이메일 대기 알림을 신청하고 수신하는 프로세스입니다.

신청 조건:

• 대기 순번 유지 기능이 400초 이상 활성화되어 있어야 합니다
• 대기 시간이 10분 이상인 경우에만 이메일 대기 알림 신청이 가능합니다
• 이메일 대기 알림 신청 시 다음 정보를 입력합니다:
  • 본인이 수신할 이메일 주소를 입력합니다
  • "이메일 정보 수집 및 이용에 동의합니다."에 체크합니다

엔드 유저 플로우:

메일 발송 시점:

• 등록 완료 안내 메일: 대기자가 이메일 대기 알림을 등록하면 즉시 발송됩니다
• 대기 진입 5분 전 안내 메일: 예정된 진입 시점 약 5분 전에 발송됩니다

등록 완료 안내 메일 템플릿:

제목: 이메일 대기 알림이 등록되었습니다.

이메일 대기 알림 등록

안녕하세요.

고객님이 신청해주신 이메일 대기 알림이 등록되었습니다.

고객님의 예상 대기 시간 약 5분 전 다시 안내 메일을 보내드리겠습니다.

해당 메일을 받으신 후 안내된 링크를 통해 서비스에 접속하실 수 있으며, 
유효시간이 지나면 대기 순번이 자동으로 무효 처리되어 다시 대기열에 접속하셔야 합니다.

※ 원활한 이용을 위해 메일 수신 후 가급적 빠르게 접속해 주시기를 권장해 드립니다.

이용 시 유의 사항
- '대기 알림 메일'이 스팸메일함으로 분류될 수 있으니, 반드시 확인해 주시기 바랍니다
- 최초 등록 시 사용하신 브라우저를 그대로 이용해 주세요. 다른 브라우저 또는 
  '시크릿 모드'로 접속할 경우 재입장이 불가할 수 있습니다
- 고객님의 이메일 정보는 STCLAB에서 관리되며, 알림 신청일로부터 30일 후 삭제됩니다

...

*본 메일은 시스템에서 자동 발송된 안내 메일로 회신이 되지 않습니다.

대기 진입 5분 전 안내 메일 템플릿:

제목: 대기 완료 임박 안내 드립니다.

대기 완료 임박 안내

안녕하세요.

고객님이 신청해주신 서비스의 예상 잔여 대기 시간이 약 5분 내외로 예상됩니다.

아래 버튼을 통해 서비스 접속 준비를 해주시기 바랍니다.

※ 원활한 이용을 위해 메일 수신 후 가급적 빠르게 접속해 주시기를 권장해 드립니다.

[대기실 바로가기]
https://...

이용 시 유의 사항
- 본 메일은 예상 대기 시간 약 5분 전 알림입니다
- 실제 진입 가능 시점은 트래픽 유입 상황 및 앞선 사용자의 서비스 이용 시간에 따라 
  달라질 수 있어, 잔여 대기 시간을 정확히 보장할 수 없습니다
- 유효시간이 지나면 대기 순번은 자동으로 무효 처리되어 다시 대기열에 접속하셔야 합니다
- 최초 등록 시 사용하신 브라우저에서 접속하셔야 하며, 다른 브라우저 또는 
  '시크릿 모드'에서는 접속이 제한될 수 있습니다
- 접속이 원활하지 않을 경우, 본 메일에 기재된 [대기실 바로가기]를 통해 다시 시도해 주세요
- 고객님의 이메일 정보는 STCLAB에서 관리되며, 알림 신청일로부터 30일 후 삭제됩니다

...

*본 메일은 시스템에서 자동 발송된 안내 메일로 회신이 되지 않습니다.

중복 등록 처리:

• 이미 이메일 알림을 등록한 대기자가 동일한 이메일로 재등록을 요청하면, 중복 등록 안내 메시지가 표시됩니다
• 다른 이메일 주소로 등록을 요청하면, 기존 주소를 새 주소로 변경할지 확인 후 업데이트 처리됩니다

진입 유효성 검사:

• 이메일 알림 링크로 접근하는 경우, 대기 토큰 유효성을 자동으로 검사합니다
• 유효 시간이 지난 후 접근하는 경우, "대기 유효 시간이 초과되어 순번이 무효 처리되었습니다. 다시 대기열에 접속해 주시기 바랍니다." 안내 메시지가 표시됩니다

중요: 대기 시간 초과 안내

대기 시간이 초과되면 대기열이 새로 시작됩니다. 다만, 대기 유지 기능을 설정하신 경우에는 설정하신 시간만큼 진입이 보장됩니다.