튜토리얼
Claude Opus 5.5 이메일 프리헤더 점검: 엉뚱한 미리보기 찾기
Claude Opus 5.5에 의도한 미리보기 문구, 실제 수신한 이메일 소스, 받은편지함 화면을 비교하게 하세요.
Claude Opus 5.5에 의도한 미리보기 문구, 실제 수신한 이메일 소스, 받은편지함 화면을 비교하게 하세요. 상품 출시 제목 옆에 메뉴나 반복된 브랜드명, 이미지 설명이 나오면 제목만 고쳐서는 원인을 찾을 수 없습니다. 문구 선택과 템플릿·클라이언트 문제를 구분해야 합니다.
관찰된 차이부터 확인하세요
| 관찰 | 다음 확인 | 피할 것 |
|---|---|---|
| 수신 소스에 예정 문구가 없음 | 발송 필드와 템플릿 연결 | 받은편지함부터 탓하기 |
| 문구 뒤에 무관한 본문이 나옴 | 후속 내용과 표시 공간 | 공통 글자 수 제한 보장 |
| 개인화 기호가 그대로 나옴 | 렌더링 값과 빈 값 대체 | 이름이 있는 경우만 시험 |
| 편집기와 받은편지함이 다름 | 실제 메시지와 클라이언트 | 편집기를 전달 증거로 간주 |
Mailchimp 안내는 전용 필드와 본문 대체 동작을 설명합니다. Stacks 이메일 FAQ도 본문이나 이미지 대체 텍스트가 남은 공간을 채울 수 있다고 설명합니다. 소스를 확인할 이유이지 모든 받은편지함의 길이나 문자열이 같다는 보장은 아닙니다.
출시 메시지 예시
가상의 컵 제품이라면 제목은 “포켓 컵을 만나보세요”, 미리보기는 “접이식 손잡이로 작은 가방에도”처럼 보완할 수 있습니다. 본문 첫 문장도 같은 사실을 이어가면 추가 추출 문구가 자연스럽습니다. 이는 편집 예시이며 열람률 상승을 측정한 결과가 아닙니다. 설득력을 위해 할인이나 마감일을 만들어내지 마세요.
의미 있는 이미지 대체 텍스트를 유지합니다. 무관한 광고 문구로 바꾸면 증상 하나는 가릴 수 있어도 이미지가 안 보일 때 정보가 나빠집니다. 발송 도구의 지원 필드를 우선 사용하세요. 숨김 프리헤더가 있다면 실제 생성 HTML을 먼저 살핀 뒤 숨김 스타일이나 특수 공백 추가 여부를 판단합니다.
완전한 진단 프롬프트
이 상품 이메일의 미리보기 문구를 검토하세요. 입력은 승인된 상품 사실, 제목, 예정 프리헤더, 템플릿, 가능한 경우 수신 HTML/일반 텍스트 부분, 클라이언트·버전·날짜가 적힌 받은편지함 화면입니다. 이메일을 보내지 마세요.
예정 문구가 생성 메시지에 들어가는 위치를 찾으세요. 정확한 값과 실제 미리보기를 비교하고 추가 텍스트 출처를 제시하세요. 템플릿 연결 누락, 개인화 빈 값 대체, 문구 중복, 클라이언트별 추출을 구분하세요. 전달 증거가 없으면 미확인으로 남기세요.
진단표, 승인 사실만 사용한 제목/프리헤더 두 쌍, 증거가 뒷받침될 때 최소 템플릿 패치를 반환하세요. 의미 있는 이미지 대체 텍스트와 구독 해지 제어를 보존하세요. 고정 표시 길이나 열람률 향상을 보장하지 마세요. 이름 있음·없음, 이미지 비활성화, 데스크톱과 모바일 검사를 정의하고 편집기와 실제 수신 결과를 구분하세요.모델 맥락은 공식 Opus 가이드를 참고하세요. 제안 검토 절차이며 모델이나 메일함 실측을 주장하지 않습니다.
증거에 따라 승인하세요
승인 문구, 생성 소스, 테스트 수신자의 데이터 상태, 관찰한 미리보기를 따로 기록합니다. 허가된 테스트 주소만 사용하세요. 소스가 맞고 합의한 클라이언트를 검사했으며 차이를 기록했을 때 해당 검수를 통과합니다. 한 메일함의 성공을 전체로 일반화하지 않습니다.
**몇 글자를 써야 하나요?** 핵심부터 쓰고 대상 환경에서 시험하세요. 글자 수는 공통 픽셀 예산이 아닙니다.
**프리헤더만 보이게 강제할 수 있나요?** 이 절차는 보장하지 않습니다. 다음 본문 문장도 유용해야 합니다.
**명확해지면 전환이 높아지나요?** 별도로 제대로 설계한 캠페인 비교가 필요합니다.
문구 승인 뒤 Panelly Studio에서 상품 비주얼을 만드세요. 본문 색상은 별도 다크 모드 검토를 참고하세요. Panelly를 이메일 발송기나 Opus 원시 통합으로 소개하는 것은 아닙니다.
