Skip to content

Inbox Vision

Inbox Vision을 사용하면 다양한 이메일 클라이언트와 모바일 기기의 관점에서 이메일을 확인할 수 있습니다. 예를 들어, 다크 모드와 라이트 모드의 차이를 테스트하여 이메일이 의도한 대로 렌더링되는지 확인할 수 있습니다.

고려 사항

일반적으로 이메일 콘텐츠가 고객 프로필 정보와 같은 템플릿 정보에 의존하는 경우 Inbox Vision에서 이메일이 작동하지 않습니다. 이는 Braze가 이 기능을 사용하여 이메일을 발송할 때 빈 사용자를 템플릿으로 사용하기 때문입니다.

Inbox Vision을 실행하기 전에 이메일 메시지의 Liquid에 기본값 또는 임의의 값을 추가하면 이 문제를 해결할 수 있습니다. Inbox Vision에서 테스트를 마치면 원래 이메일 메시지가 나타납니다. 값이 제공되지 않으면 미리보기 렌더링에 실패할 수 있습니다.

회사에는 Inbox Vision으로 미리볼 수 있는 이메일 수에 제한이 있습니다. Inbox Vision의 이메일 미리보기 탭에서 이를 모니터링할 수 있습니다.

미리보기를 확인하려면 제목란과 유효한 발송 도메인을 포함하세요. 데스크탑과 모바일 렌더링 차이에 유의하세요. 미리보기를 사용하여 이메일이 의도한 대로 표시되는지 확인하세요.

Inbox Vision에서 이메일 메시지를 테스트하려면:

  1. 드래그 앤 드롭 편집기 또는 HTML 이메일 편집기로 이동합니다.
  2. 편집기에서 미리보기 및 테스트를 선택합니다.
  3. Inbox Vision을 선택합니다.
  4. Inbox Vision 실행을 선택합니다. 최대 10분이 소요될 수 있습니다.
  5. 다음으로, 타일을 선택하여 미리보기를 더 자세히 확인합니다. 미리보기는 웹 클라이언트, 애플리케이션 클라이언트, 모바일 클라이언트 섹션으로 그룹화됩니다.

미리볼 이메일 클라이언트를 선택하는 옵션.

  1. Inbox Vision 실행을 선택합니다. 완료까지 2~10분이 소요될 수 있습니다.

사용자로 미리보기

임의의 사용자로 미리볼 때 Inbox Vision은 사용자별 설정이나 속성(이름 또는 환경설정 등)을 저장하지 않습니다. 커스텀 사용자를 선택하면 특정 사용자 데이터를 사용하기 때문에 Inbox Vision 미리보기가 다른 미리보기와 다를 수 있습니다.

코드 분석

코드 분석은 잠재적인 HTML 문제를 강조 표시하고, 발생 횟수를 보여주며, 지원되지 않는 HTML 요소를 표시합니다.

코드 분석 정보 보기

이 정보는 Inbox Vision 탭에서 목록 보기를 선택하여 확인할 수 있습니다. 목록 보기는 HTML 이메일 템플릿에서만 사용할 수 있습니다. 드래그 앤 드롭 템플릿의 경우 미리보기를 사용하여 문제를 해결하세요.

Inbox Vision 미리보기의 코드 분석 예시.

스팸 테스트

스팸 테스트는 메일이 스팸으로 필터링될 가능성을 추정합니다. IronPort, SpamAssassin, Barracuda와 같은 필터와 Gmail, Outlook과 같은 ISP 필터를 통해 테스트가 실행되며, 기본적으로 열기나 클릭을 하지 않는 정적 시드 받은편지함을 사용합니다.

전달 가능성을 더 명확하게 파악하려면 소규모 실제 코호트로 콘텐츠를 테스트하세요. 높은 열기율과 클릭률이 가장 신뢰할 수 있는 신호입니다. 스팸 테스트는 참여 모니터링과 함께 하나의 입력 자료로 활용하세요.

스팸 테스트 결과 보기

스팸 테스트 결과를 확인하려면:

  1. Inbox Vision 섹션에서 스팸 테스트 탭을 선택합니다. 스팸 테스트 결과 테이블에 스팸 필터 이름, 상태, 유형이 표시됩니다.
  2. 결과를 검토하고 이메일 Campaign을 조정합니다.
  3. 테스트 다시 실행을 선택하여 스팸 테스트 결과를 다시 로드합니다.

접근성 테스트

접근성 테스트는 이메일의 잠재적인 접근성 문제를 강조 표시하고 표준을 충족하지 않는 요소를 보여줍니다. Braze는 W3C에서 개발한 국제적으로 인정받는 표준 세트인 웹 콘텐츠 접근성 지침(WCAG)의 일부 항목을 기준으로 콘텐츠를 분석하여 웹 콘텐츠의 접근성을 높입니다.

작동 방식

Inbox Vision을 실행하면 Braze가 WCAG 2.2 AA 규칙 세트의 일반적인 접근성 문제(대체 텍스트 누락, 불충분한 색상 대비, 부적절한 제목 구조 등)를 자동으로 확인하고 심각도를 분류하여 수정 우선순위를 정하는 데 도움을 줍니다.

접근성 테스트 결과 보기

접근성 테스트는 접근성 테스트 탭에서 각 규칙에 대해 통과, 실패 또는 검토 필요로 결과를 생성합니다. Braze는 WCAG의 네 가지 원칙인 POUR(인식 가능, 운용 가능, 이해 가능, 견고함)를 사용하여 각 규칙을 분류합니다.

POUR 카테고리

Inbox Vision은 네 가지 기본 POUR 원칙인 인식 가능(Perceivable), 운용 가능(Operable), 이해 가능(Understandable), 견고함(Robust)에 따라 문제를 분류합니다.

심각도 수준

Inbox Vision은 수정 우선순위를 정하는 데 도움이 되도록 접근성 문제를 심각도별로 분류합니다.

자동화된 접근성 테스트 이해하기

접근성 테스트 자동화를 통해 대체 텍스트 누락이나 WCAG 레벨 AA 표준에 따른 낮은 색상 대비와 같은 일반적인 문제를 발견할 수 있습니다. 이는 보다 포용적인 메시지를 구축하기 위한 강력한 출발점입니다.

하지만 자동화로 모든 것을 파악할 수는 없습니다. 초점 순서가 합당한지, 링크와 버튼이 명확하게 표시되어 있는지, 지침이 쉽게 따라갈 수 있는지 등 사람의 눈이 필요한 문제도 있습니다. 이러한 점검은 최종 판단이 아닌 진단 도구로 생각하세요. 플래그가 지정된 이슈는 수동으로 검토하고 “검토 필요”로 표시된 경우 최선의 판단을 내리는 것이 좋습니다.

추가 지원을 위해 Braze의 접근성 가이드에서는 모든 사람이 콘텐츠를 더 쉽게 사용할 수 있도록 하는 실용적인 팁을 제공합니다:

자동화된 테스트와 신중한 수동 검토를 결합하면 더 많은 문제를 발견하고 모든 사용자에게 더 나은 경험을 제공할 수 있습니다.

모범 사례

이메일 가입자 목록 검토

이메일 인사이트 대시보드를 참조하여 가입자가 참여하는 가장 인기 있는 기기 유형과 제공업체를 확인하세요. 브라우저, 기기 모델 등 더 세부적인 정보가 필요한 경우 커런츠 데이터 또는 쿼리 빌더를 활용하여 사용자의 최근 이메일 참여에 대한 세부 정보를 가져올 수 있습니다.

그렇지 않으면 Braze는 일반적인 업계 및 전문가 데이터를 기반으로 상위 20개 미리보기를 기본값으로 제공하며, 이는 가입자가 이메일에 참여하는 대부분의 환경을 포함합니다. 데이터 분석 결과 다른 더 인기 있는 미리보기가 있는 경우 Inbox Vision을 실행할 때마다 기본 미리보기 세트를 정의할 수 있습니다.

의미 있는 미리보기와 영향을 받는 미리보기 선택

비즈니스가 주로 미국에 기반을 두고 있다면 GMX.de와 같은 국제 미리보기는 소수의 사용자만 사용하는 특정 미리보기일 수 있습니다. 상당한 가입자 영향이 있는 받은편지함에 대해 우선순위를 정하고 최적화하며, 영향력이 높은 받은편지함을 위해 미리보기를 아껴두는 것을 권장합니다.

특정 미리보기에 영향을 미치는 수정을 할 때는 사용하지 않는 미리보기를 소비하지 않도록 영향을 받는 미리보기만 선택하세요.

최종 이메일 버전에서 Inbox Vision 실행

이메일 메시지가 프로덕션 준비가 되었거나 거의 완료된 상태에서 Inbox Vision을 실행하는 것을 권장합니다. 이렇게 하면 이메일이 최종 확정되어 사용자에게 발송될 준비가 되기 전에 여러 번의 반복을 거치므로 생성되는 미리보기 수를 줄일 수 있습니다.

단일 편집이나 변경을 할 때마다 Inbox Vision을 실행하면 미리보기가 빠르게 소진될 수 있습니다. 먼저 이메일에 필요한 모든 변경을 한 다음 Inbox Vision을 실행하여 모든 변경 사항이 다양한 환경에서 이메일 렌더링에 어떤 영향을 미치는지 미리보는 것을 권장합니다.

Braze는 실제 이메일 클라이언트를 통해 테스트를 실행하며 렌더링이 정확하도록 노력합니다. 특정 클라이언트에서 지속적으로 문제가 발생하는 경우 고객지원 티켓을 열어주세요.

테스트 정확도 대 실제 받은편지함

발송된 메시지는 편집기 미리보기와 다르게 보일 수 있습니다. 이는 제공업체마다 동일한 HTML을 다르게 해석하기 때문입니다. 비교를 위해 발송된 HTML의 사본을 다운로드하고, 클라이언트가 <style> 블록을 제거하는 경우 CSS 인라이닝을 사용하세요.

New Stuff!