각 웹 개발자는 선호하는 편집자, 보조 도구, 개인 프로젝트 프로세스 등 자신의 고유 한 작업 방식을 가지고 있습니다. 크거나 복잡한 프로젝트의 경우 명확한 개발 경로가 중요하므로 시간을 절약하고 오류를 최소화합니다.
이것은 내 경험에 따라 HTML 이메일 프로젝트에서 특히 중요합니다. 이메일에는 특히 복잡하지 않은 많은 반복적 인 작업이 필요하지만 (적어도 항상 그런 것은 아니지만) 점검 해야하는 많은 요소와 작업으로 인해 까다로울 수 있습니다.
여기서 나는 개인 HTML 이메일 개발 워크 플로를 설명하려고 노력할 것입니다. 나는 당신이 그들에게서 좋아하는 섹션을 선택할 수 있기를 바랍니다.
키 포인트
저자는 HTML 이메일 프로젝트에서 명확한 개발 경로의 중요성을 강조하여 시간을 절약하고 많은 반복적 인 작업으로 인한 오류를 최소화합니다.
HTML 용 Jade 및 CSS의 경우 적은 전처리를 사용하면 특히 중첩 테이블 측면에서 긴 코드의 필요성을 줄임으로써 개발 프로세스를 단순화 할 수 있습니다. Codekit 및 Coda와 같은 도구를 사용하여 파일을 컴파일하고 미리보기 작업을 실시간으로 사용하는 것이 좋습니다.
GULP 이메일 빌더 패키지를 사용하여 CSS 파일을 인라인 또는 임베드, Litmus API로 테스트하고 추가 테스트 이메일을 보내는 등의 마지막 몇 단계를 자동화하는 것이 좋습니다. 좋은 HTML 이메일 개발 워크 플로우는 생산성을 크게 향상시킬 수 있습니다. 저자의 워크 플로에는 로컬 테스트 생성, CSS 인라인 및 Gulp 이메일 빌더를 사용한 자동 테스트가 포함됩니다. 이러한 단계를 사용자 정의하는 것은 귀하의 개인적인 취향과 요구에 맞게 권장됩니다.
일반적인 이메일 개발 워크 플로
고전적인 이메일 개발 워크 플로는 세 가지 주요 단계로 구성됩니다.
창조 (예비 지역 테스트를 수행)
CSS 인라인
테스트
최종 테스트 (인라인 CSS 사용)는 여러 번 반복해야 할 수 있으므로 가장 시간이 많이 걸리는 단계입니다. "CSS Inline"및 "Test"작업에는 추가 작업 및주의가 필요합니다. 첫째, 원래 작업 사본을 인라인 사본과 구별해야합니다. 또한 최종 테스트를 통해 다양한 이메일 클라이언트에 대한 디자인을 확인하기 위해 Inline HTML을 다양한 계정으로 보내야합니다.
대부분의 고객은 HTML 코드를 신체에 붙여서 이메일을 작성할 수 없기 때문에 이메일로 코드를 전송하는 것은 약간 까다 롭습니다. 그러나 모든 테스트는 이메일, 인라인 CSS, 페이스트 코드 등을 작성하기 위해 많은 작업이 필요합니다.