설명서CampaignCampaign Classic v7 설명서

[v8에도 적용됩니다.]{class="badge positive" title="Campaign v8에도 적용됩니다."}

게재 전송 문제 해결 delivery-troubleshooting

Last update: Fri Jul 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

  • 사용자

이 섹션에서는 게재를 보낼 때 발생할 수 있는 일반적인 문제와 해결 방법을 나열합니다.

또한 게재가 제대로 수행되도록 이 페이지에 자세히 나와 있는 모범 사례 및 검사 목록을 따라야 합니다.

관련 항목:

느린 게재 slow-deliveries

Send 버튼을 클릭한 후 게재가 평소보다 오래 걸리는 것 같습니다. 이 문제는 서로 다른 요소로 인해 발생할 수 있습니다.

  • 일부 이메일 공급자가 IP 주소를 차단 목록에 추가하다에 추가했을 수 있습니다. 이 경우 브로드로그를 확인하고 이 섹션을 참조하세요.

  • 게재가 너무 커서 빠르게 처리할 수 없습니다. 이는 높은 JavaScript 개인화를 통해 발생하거나 게재 무게가 60kb 이상인 경우 발생할 수 있습니다. 콘텐츠 지침에 대한 자세한 내용은 Adobe Campaign 게재 모범 사례를 참조하세요.

  • Adobe Campaign MTA 내에서 제한이 발생했을 수 있습니다. 이 문제는 다음으로 인해 발생합니다.

    • 보류된 메시지(quotas met 메시지): Campaign에 정의된 선언적 MX 규칙으로 선언된 할당량이 충족되었습니다. 이 메시지에 대한 자세한 내용은 이 페이지를 참조하세요. MX 규칙에 대한 자세한 내용은 이 섹션을 참조하세요.

    • 차단 목록에 추가하다 대기 중인 메시지(dynamic flow control 메시지): 지정된 ISP에 대한 메시지를 전달하려고 할 때 Campaign MTA에 오류가 발생했습니다. 이로 인해 지연 시 오류 밀도가 너무 커져 잠재성이 충돌합니다.

  • 시스템 문제로 인해 서버가 서로 상호 작용하지 못할 수 있습니다. 이렇게 하면 전체 전송 프로세스가 느려질 수 있습니다. 예를 들어 개인화 데이터를 가져오는 과정에서 Campaign에 영향을 줄 수 있는 메모리 또는 리소스 문제가 없는지 서버를 확인합니다.

예약된 게재 scheduled-deliveries-

게재가 정확한 예약된 날짜에 실행되지 않는 경우 서버 시간대 간의 차이와 관련될 수 있습니다. 중간 소싱 인스턴스와 프로덕션 인스턴스는 다른 시간대에 있을 수 있습니다.

예를 들어 중간 소싱 인스턴스가 브리즈번 시간대에 있고 프로덕션 인스턴스가 다윈 시간대에 있는 경우 두 시간대가 서로 30분 정도 떨어져 있으며, 감사 로그에서 게재를 11:56에 프로덕션으로 예약한 경우 mid로 예약한 동일한 게재가 12:26에 30분 정도 차이가 난다는 것을 명확하게 확인할 수 있습니다.

실패 상태 failed-status

이메일 게재 상태가 Failed ​인 경우 개인화 블록의 문제와 연결할 수 있습니다. 게재의 개인화 블록은 예를 들어 스키마가 게재 매핑과 일치하지 않을 때 오류를 생성할 수 있습니다.

게재 로그는 게재가 실패한 이유를 알아보는 중요한 요소입니다. 게재 로그에서 감지할 수 있는 가능한 오류는 다음과 같습니다.

  • 수신자 메시지가 다음 내용을 포함하는 "연결할 수 없음" 오류로 인해 실패:

    code language-none 
    Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent

    이 문제의 원인은 거의 항상 업스트림 타겟팅 또는 게재 대상 매핑에서 정의되거나 매핑되지 않은 테이블 또는 필드를 호출하려는 HTML 내의 개인화입니다.

    이 문제를 해결하려면 워크플로우 및 게재 콘텐츠를 검토하여 해당 테이블을 호출하려고 하는 개인화와 테이블을 매핑할 수 있는지 여부를 구체적으로 결정해야 합니다. 여기에서 HTML에서 이 테이블에 대한 호출을 제거하거나 매핑을 게재에 수정하면 문제 해결 경로가 됩니다.

  • 중간 소싱 배포 모델에서 게재 로그에 다음 메시지가 표시될 수 있습니다.

    code language-none 
    Error during the call of method 'AppendDeliveryPart' on the mid sourcing server: 'Communication error with the server: please check this one is correctly configured. Code HTTP 408 'Service temporarily unavailable'.

    원인은 성능 문제와 관련이 있습니다. 즉, 마케팅 인스턴스가 데이터를 중간 소싱 서버에 보내기 전에 데이터를 작성하는 데 너무 많은 시간이 소요됩니다.

    이 문제를 해결하려면 진공을 수행하고 데이터베이스를 다시 인덱싱하는 것이 좋습니다. 데이터베이스 유지 관리에 대한 자세한 내용은 이 섹션을 참조하세요.

    또한 예약된 활동이 있는 모든 워크플로우와 실패 상태에 있는 모든 워크플로우를 다시 시작해야 합니다. 이 섹션을 참조하십시오.

  • 게재가 실패하면 게재 로그에 다음 오류가 표시될 수 있습니다.

    code language-none 
    DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.

    일반적으로 이 오류는 이메일 내에 수신자에 대한 값이 두 개 이상 있는 개인화 필드 또는 블록이 있음을 의미합니다. 개인화 블록을 사용 중이며 특정 수신자에 대해 두 개 이상의 레코드를 가져오고 있습니다.

    이를 해결하려면 사용된 개인화 데이터를 확인한 다음 해당 필드에 둘 이상의 항목이 있는 수신자의 타겟을 확인합니다. 게재 활동 이전에 타기팅 워크플로우에서 Deduplication 활동을 사용하여 한 번에 하나의 개인화 필드만 있는지 확인할 수도 있습니다. 중복 제거에 대한 자세한 내용은 이 페이지를 참조하세요.

  • 일부 게재가 실패하고 다음과 같은 "연결할 수 없음" 오류가 표시될 수 있습니다.

    code language-none 
    Inbound email bounce (rule 'Auto_replies' has matched this bounce).

    즉, 게재는 성공했지만 Adobe Campaign이 'Auto_replies' 인바운드 이메일 규칙과 일치하는 수신자로부터 자동 회신(예: "부재 중" 회신)을 받았습니다.

    자동 회신 이메일은 Adobe Campaign에서 무시되며 수신자 주소는 격리에 전송되지 않습니다.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1