튜토리얼
Claude Opus 5.5로 Gmail에서 잘리는 상품 이메일 점검하기
상품 내용을 삭제하기 전에 Claude Opus 5.5로 작성한 HTML과 실제 받은 메일을 비교하세요.
Panelly로 직접 만들어 보세요
아이디어를 내 상품 광고로
상품 사진과 아이디어로 시작하세요. Panelly에서 네 컷 광고, 통일된 소재 세트, 영상을 만들 수 있어요.
Panelly에서 만들기 요청을 먼저 수정하고 생성하세요.
상품 내용을 삭제하기 전에 Claude Opus 5.5로 작성한 HTML과 실제 받은 메일을 비교하세요. 이미지 파일이 작다고 메일도 작은 것은 아닙니다. 반복 마크업과 추적용으로 바뀐 URL이 HTML을 키울 수 있습니다. 바이트가 늘어난 단계를 찾고 혜택, 링크 목적지, 수신 거부 기능을 유지하며 불필요한 코드를 줄이세요.
올바른 대상을 측정하기
| 대상 | 알 수 있는 것 | 증명하지 못하는 것 |
|---|---|---|
| 로컬 HTML 파일 | 발송 변환 전 크기 | 실제 수신 후 크기 |
| 개인화와 링크 변경 후 HTML | 발송 과정의 증가량 | 모든 Gmail 클라이언트의 표시 |
| 받은 메일과 보이는 바닥글 | 테스트 수신함에 도착한 내용 | 모든 수신자에게 배달된 결과 |
Mailchimp는 Gmail 잘림 경계를 약 102 KB로 설명합니다. 실무 참고치로 삼되 마지막 바이트까지 채우는 목표로 쓰지 마세요. 이 안내는 메시지 코드와 외부 이미지 용량도 구분합니다. 글자 수나 KB 표시로 측정 대상이 흐려지지 않도록 바이트를 명시하세요.
발송 변환을 위한 용량 여유
가상의 상품 뉴스레터 HTML이 링크 변경 전 86,000바이트라고 합시다. 링크 100개가 각각 180바이트씩 늘면 예상 크기는 104,000바이트입니다. 사용하지 않는 블록 14,000바이트를 없애면 90,000바이트가 됩니다. 이 덧셈과 뺄셈은 로컬에서 계산했지만 실제 발송 결과나 보편적인 안전 기준은 아닙니다.
메일 플랫폼 변환 후의 최종 HTML을 측정하세요. UTF-8 바이트 수는 표시 글자 수보다 클 수 있고 번역문은 특히 그렇습니다. 내보낸 메일이나 MIME에는 전송 인코딩과 헤더도 포함될 수 있으므로 어떤 부분을 쟀는지 기록해야 합니다. 새 테스트에는 새 제목을 써서 별도 대화로 확인하고 수신 소스와 표시 결과를 함께 살펴보세요.
두 버전을 Opus에 제공하기
상품 이메일 HTML 두 개를 점검하세요. A는 작성 버전이고 B는 실제 받은 HTML 부분입니다. 도구가 있으면 UTF-8 바이트를 측정하고, 없으면 명령만 제시하며 측정값을 만들지 마세요. 반복 블록, 불필요한 주석, 중복 스타일, 다시 작성된 URL을 찾으세요. 가상 예산은 예시로만 사용하세요. 초기 86,000바이트에 링크 100개가 각각 180바이트 증가하면 104,000이고, 14,000을 제거하면 90,000입니다. 혜택, 필수 상품 정보, 접근 가능한 이미지 설명, 정상 목적지, 수신 거부와 필요한 바닥글을 유지하세요. 실제 절감 바이트와 렌더링 위험으로 제안을 정렬하세요. 수정 전후 목록과 새 제목의 Gmail 테스트 계획을 반환하세요. 외부 이미지 축소로 HTML 잘림을 반드시 막는다고 말하거나 실제로 보내지 않은 메일을 보냈다고 쓰지 마세요.제한된 요청의 참고 자료는 공식 Opus 가이드입니다. 이 글에서는 모델이나 메일 배달 테스트를 실행하지 않았습니다. 2016년 커뮤니티 질문은 크기 관측의 불일치를 보여줍니다. 동일 대상을 측정할 이유이지 현재 Gmail 동작의 보장은 아닙니다.
판단에 필요한 정보는 남기기
중복되거나 사용하지 않는 블록부터 줄이세요. 이메일 호환 코드를 제거하기 전에는 표시를 다시 확인합니다. 불필요해 보이는 구조가 특정 클라이언트를 지원할 수 있습니다. 가격, 상품 차이와 구매 판단에 필요한 행동은 남기세요. 선택 정보는 상품 페이지로 옮길 수 있지만 메일 자체도 유용해야 합니다. 용량 때문에 필수 바닥글 기능을 삭제하지 마세요.
데스크톱과 모바일 Gmail 및 독자가 사용하는 다른 클라이언트에서 마지막 CTA와 바닥글을 확인하세요. 링크 변경 후 모든 목적지를 확인하고 번역본도 각각 검증합니다. 본문 잘림은 프리헤더 문제와 다릅니다. Panelly Studio에서 광고 이미지를 만든 뒤 메일 시스템에 넣을 수 있습니다. Panelly의 메일 발송이나 Opus 통합을 주장하는 것은 아닙니다.
실무 질문
대표 이미지 압축으로 해결되나요?
로딩에는 도움이 될 수 있지만 원격 이미지 크기와 메일 HTML 크기는 다릅니다. 본문부터 측정하세요.
90,000바이트면 보장되나요?
아닙니다. 이 예시의 계획 수치입니다. 개인화, 링크 변경과 클라이언트 동작은 실제 수신 테스트가 필요합니다.
모든 스타일과 주석을 최소화해도 되나요?
읽을 수 있는 원본을 보관하고 되돌릴 수 있는 후보를 테스트하세요. 대상 클라이언트에서 삭제해도 안전한지 확인할 때까지 호환 구조를 유지하세요.
