게재 성능 모범 사례

아래 지침에 따라 게재가 제대로 수행되도록 하고, 게재 문제가 발생할 경우 이 점검을 수행하는 것이 좋습니다.

관련 항목:

성능 우수 사례

  • 임시 테이블을 유지 관리하고 성능에 영향을 주므로 인스턴스에서 게재를 실패 상태로 유지하지 마십시오.

  • 더 이상 필요하지 않은 게재를 제거합니다.

  • 주소 품질을 유지하기 위해 데이터베이스에서 제거할 최근 12개월 동안 비활성 수신자입니다.

  • 대규모 게재를 함께 예약하지 마십시오. 부하를 시스템에 균일하게 분산시키는 데 5-10분의 간격이 있습니다. 팀의 다른 구성원과 게재 일정을 조정하여 최상의 성능을 보장합니다. 마케팅 서버가 동시에 많은 다른 작업을 처리할 때 성능이 저하될 수 있습니다.

  • 이메일 크기를 최대한 낮게 유지합니다. 이메일의 권장 최대 크기는 약 35KB입니다. 전자 메일 게재 크기는 전송 서버에서 특정 양의 볼륨을 생성합니다.

  • 100만 명 이상의 수신자에게 전달하는 것과 같은 대규모 게재는 전송 큐에 공간이 필요합니다. 이 작업만으로는 서버에 문제가 되지 않지만, 수십 개의 다른 대량 게재와 결합하여 동시에 모든 전송 지연을 초래할 수 있습니다.

  • 이메일의 개인화는 각 수신자에 대해 데이터베이스에서 데이터를 가져옵니다. 개인화 요소가 많으면 게재를 준비하는 데 필요한 데이터 양이 증가합니다.

  • 인덱스 주소. 응용 프로그램에 사용되는 SQL 쿼리의 성능을 최적화하기 위해 데이터 스키마의 기본 요소에서 인덱스를 선언할 수 있습니다.

노트

ISP는 비활성 기간 후 주소를 비활성화합니다. 바운스된 메시지는 보낸 사람에게 전송되어 이 새 상태에 대해 알려줍니다.

성능 문제 검사 목록

게재 성능이 불량인 경우 다음을 확인할 수 있습니다.

  • 게재 크기: 대량 게재를 완료하는 데 시간이 더 걸릴 수 있습니다. MTA 하위는 대부분의 인스턴스에서 작동하는 기본 배치 크기를 처리하도록 구성되지만 게재 속도가 지속적으로 느려질 때 확인해야 합니다.
  • 게재 타겟: 게재 성능 금지에는 다시 시도 구성에 따라 처리되는 소프트 바운스 오류의 영향을 받습니다. 오류 수가 많을수록 더 많은 다시 시도가 필요합니다.
  • 전체 플랫폼 로드: 여러 개의 큰 게재를 보낼 때 전체 플랫폼에 영향을 줄 수 있습니다. IP 평판 및 게재 가능성 문제를 확인할 수도 있습니다. 자세한 내용은 이 섹션 및 Adobe 게재 가능성 모범 사례 안내서.

플랫폼 및 데이터베이스 유지 관리는 게재 전송 성능에도 영향을 줄 수 있습니다. 자세한 정보는 이 페이지를 참조하십시오.

이 페이지에서는