[También se aplica a v8]{class="badge positive" title="También se aplica a Campaign v8"}

Comprensión de la administración de cuarentenas understanding-quarantine-management

Adobe Campaign administra una lista de direcciones en cuarentena. Los destinatarios cuya dirección se haya puesto en cuarentena se excluyen de forma predeterminada durante el análisis de la entrega y no se tendrán en cuenta para la segmentación. Una dirección de correo electrónico se puede poner en cuarentena, por ejemplo, cuando el buzón está lleno o si la dirección no existe. En cualquier caso, el procedimiento de cuarentena cumple las reglas específicas que se describen a continuación.

NOTE
Esta sección se aplica a los canales en línea: correo electrónico, SMS, notificación inmediata.

Optimización de la entrega mediante la administración de cuarentena optimizing-your-delivery-through-quarantines

Los perfiles cuyas direcciones de correo electrónico o número de teléfono están en cuarentena se excluyen automáticamente durante la preparación del mensaje (consulte Identificación de direcciones en cuarentena para una entrega). Esto acelera las entregas, ya que la tasa de error afecta significativamente a la velocidad de entrega.

Algunos proveedores de acceso a Internet consideran automáticamente los correos electrónicos como no deseados si la tasa de direcciones no válidas es demasiado alta. Por lo tanto, la cuarentena le permite evitar ser incluido en la lista de bloqueados de bloqueados por estos proveedores.

Además, la cuarentena reduce el coste de entrega de los SMS mediante la exclusión en las entregas de los números de teléfono incorrectos.

Para obtener más información sobre las prácticas recomendadas para proteger y optimizar las entregas, consulte esta página.

Cuarentena frente a la inclusión en la lista de bloqueados quarantine-vs-denylist

La cuarentena y la inclusión en la lista de bloqueados no se aplican al mismo objeto:

  • La Cuarentena solo se aplica a una dirección (o número de teléfono, etc.), no al propio perfil. Del mismo modo, un perfil cuya dirección de correo electrónico se haya puesto en cuarentena puede actualizar su perfil e introducir una nueva, y luego puede volver a recibir entregas. Del mismo modo, si dos perfiles tienen el mismo número de teléfono, ambos se verán afectados si el número está en cuarentena.

    Las direcciones en cuarentena o los números de teléfono se muestran en los registros de exclusión (para una entrega) o en la lista de cuarentena (para toda la plataforma).

  • Al incluirse en la lista de bloqueados, no obstante, el perfil ya no se tendrá en cuenta en las entregas, por ejemplo, tras una baja (exclusión) de un canal determinado. Por ejemplo, si un perfil incluido en la lista de bloqueados del canal de correo electrónico tiene dos direcciones de correo electrónico, ambas se excluirán de la entrega.

    Puede comprobar si un perfil está en la lista de bloqueados de uno o más canales en la sección No longer contact de la pestaña General del perfil. Consulte esta sección.

NOTE
La cuarentena incluye el estado Denylisted, que se aplica cuando los destinatarios informan el mensaje como correo no deseado o responden a un mensaje SMS con la palabra clave como “DETENER”. En ese caso, la dirección o el número de teléfono del perfil se envían a cuarentena con el estado Denylisted. Para obtener más información sobre la administración de SMS de detención, consulte esta sección.

Identificación de direcciones en cuarentena identifying-quarantined-addresses

Las direcciones en cuarentena pueden enumerarse para una entrega específica o para toda la plataforma.

Identificación de direcciones en cuarentena para una entrega identifying-quarantined-addresses-for-a-delivery

Las direcciones en cuarentena de una entrega específica se enumeran durante la fase de preparación de la entrega, en los registros de envío del tablero de entregas (consulte Registro e historial de entregas).

Identificación de direcciones en cuarentena para toda la plataforma identifying-quarantined-addresses-for-the-entire-platform

Los administradores pueden enumerar las direcciones en cuarentena para toda la plataforma desde el nodo Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses.

NOTE
En este menú se muestran los elementos en cuarentena para los canales de correo electrónico, SMS y notificaciones push.

La siguiente información está disponible para cada dirección:

NOTE
El aumento del número de cuarentenas es un efecto normal, relacionado con el “desgaste” de la base de datos. Por ejemplo, si se considera que la duración de una dirección de correo electrónico es de tres años y la lista de distribución aumenta en un 50 % cada año, el aumento de la cuarentena se puede calcular de la siguiente manera:
Fin de año 1: (1*0,33)/(1+0,5) = 22 %.
Fin de año 2: ((1,22*0,33)+0,33)/(1,5+0,75) = 32,5 %.

Identificación de direcciones en cuarentena en informes de envío identifying-quarantined-addresses-in-delivery-reports

Los siguientes informes proporcionan información acerca de las direcciones en cuarentena:

  • Para cada entrega, el informe Delivery summary muestra la cantidad de direcciones en cuarentena en el destino de la entrega. Muestra:

    • El número de direcciones puestas en cuarentena durante el análisis de la entrega.

    • El número de direcciones puestas en cuarentena después de la acción de entrega.

  • El informe Non-deliverables and bounces muestra información sobre las direcciones en cuarentena, los tipos de error encontrados, etc. y un desglose de errores por dominio.

Puede consultar esta información para todos los envíos de la plataforma (Home page > Reports) para un envío específico. También se pueden crear informes personalizados y seleccionar la información que desea mostrar.

Identificación de direcciones en cuarentena para un destinatario identifying-quarantined-addresses-for-a-recipient

Se puede buscar el estado del correo electrónico de cualquier destinatario. Para ello, seleccione el perfil de destinatario y haga clic en la pestaña Deliveries. Para todas las entregas a ese destinatario, se puede averiguar si la dirección falló, si se puso en cuarentena durante el análisis, etc. Por cada carpeta, puede mostrar solo los destinatarios cuya dirección de correo electrónico está en cuarentena. Para ello, utilice el filtro de aplicación Quarantined email address.

Condiciones para enviar una dirección a cuarentena conditions-for-sending-an-address-to-quarantine

Adobe Campaign administra la cuarentena según el tipo de error de entrega y el motivo asignado durante la calificación de mensajes de error (consulte Clasificación del correo rechazado y Tipos y motivos de errores de entrega).

  • Error ignorado: los errores ignorados no envían una dirección a la cuarentena.
  • Error grave: la dirección de correo electrónico correspondiente se envía inmediatamente a la cuarentena.
  • Error leve: los errores leves no envían inmediatamente una dirección a la cuarentena, sino que se suman a un contador de errores. Para obtener más información, consulte Gestión de errores en software.

Si un usuario clasifica un correo electrónico como correo no deseado (bucle de comentarios), el mensaje se redirige automáticamente a un buzón de correo técnico administrado por Adobe. A continuación, la dirección de correo electrónico del usuario se envía automáticamente a la cuarentena con el estado Denylisted. Este estado hace referencia únicamente a la dirección y el perfil no se incluye en la lista de bloqueados para que el usuario siga recibiendo mensajes SMS y notificaciones push.

NOTE
La cuarentena en Adobe Campaign distingue entre mayúsculas y minúsculas. Asegúrese de importar las direcciones de correo electrónico en minúsculas para que no se redireccionen más adelante.

En la lista de direcciones en cuarentena (consulte Identificación de direcciones en cuarentena para toda la plataforma), el campo Error reason indica por qué la dirección seleccionada se colocó en cuarentena.

Administración de errores en software soft-error-management

A diferencia de los errores en el hardware, los de software no envían inmediatamente una dirección a la cuarentena, sino que se suman a un contador de errores.

Los reintentos se realizarán durante la duración de la entrega. Cuando el contador de errores alcanza el umbral de límite, la dirección se pone en cuarentena. Para obtener más información, consulte Reintentos tras un fallo temporal de entrega.

El contador de errores se reinicia si el último error significativo se produjo hace más de 10 días. El estado de la dirección cambia a válido y se elimina de la lista de cuarentena mediante el flujo de trabajo de Limpieza de la base de datos.

Para instalaciones alojadas o híbridas, si ha actualizado al MTA mejorado, el número máximo de reintentos que se deben realizar en caso de estados Erroneous y el retardo mínimo entre reintentos ahora se basan en el rendimiento histórico y actual de una IP en un dominio determinado.

Para las instalaciones locales y alojadas/híbridas que utilizan el MTA de Campaign heredado, puede modificar el número de errores y el período entre dos errores. Para ello, cambie la configuración correspondiente en el asistente de implementación (Email channel > Advanced parameters) o en el nivel de entrega.

Quitar una dirección de la cuarentena removing-a-quarantined-address

Actualizaciones automáticas unquarantine-auto

Las direcciones que cumplen condiciones específicas son automáticamente eliminadas de la lista de cuarentena por el flujo de trabajo de limpieza de la base de datos.

Las direcciones se eliminan automáticamente de la lista de cuarentena en los siguientes casos:

  • Las direcciones de un estado With errors se eliminarán de la lista de cuarentena tras un envío correcto.
  • Las direcciones de un estado With errors se eliminarán de la lista de cuarentena si el último rebote suave se produjo hace más de 10 días. Para obtener más información sobre la administración de errores leves, consulte esta sección.
  • Las direcciones con un estado With errors que rebotó con el error Mailbox full se eliminarán de la lista de cuarentena pasados 30 días.

A continuación, su estado cambia a Valid.

IMPORTANT
Los destinatarios con una dirección en un estado Quarantine o Denylisted nunca se quitarán, aunque reciban un correo electrónico.

Actualizaciones manuales unquarantine-manual

También puede anular la cuarentena de una dirección manualmente. Para quitar manualmente una dirección de la lista de cuarentena, cambie su estado a Valid desde el nodo Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses.

Actualizaciones masivas unquarantine-bulk

Es posible que deba realizar actualizaciones masivas en la lista de cuarentena, por ejemplo, en caso de una interrupción del ISP. En este caso, los correos electrónicos se marcan erróneamente como rechazos porque no se pueden enviar correctamente a su destinatario. Estas direcciones deben eliminarse de la lista de cuarentena.

Para ello, cree un flujo de trabajo y añada una actividad Query en la tabla de cuarentena para filtrar todos los destinatarios afectados. Una vez identificados, pueden quitarse de la lista de cuarentena e incluirse en futuros envíos de correo electrónico de Campaign.

A continuación se muestran las directrices recomendadas para esta consulta:

  • Para entornos de Campaign Classic v7 con información de regla de correo electrónico entrante en el campo Error text de la lista de cuarentena:

    • El texto del error (texto de cuarentena) contiene “Momen_Code10_InvalidRecipient”
    • Dominio de correo electrónico (@domain) igual a domain1.com O Dominio de correo electrónico (@domain) igual a domain2.com O Dominio de correo electrónico (@domain) igual a domain3.com
    • Estado de la actualización (@lastModified) el MM/DD/YYYY HH:MM:SS AM o después
    • Estado de la actualización (@lastModified) el MM/DD/YYYY HH:MM:SS PM o antes
  • Para entornos de Campaign Classic v7 con información de respuesta de rechazo SMTP en el campo Error text de la lista de cuarentena:

    • El texto del error (texto de cuarentena) contiene “550-5.1.1” Y El texto del error (texto de cuarentena) contiene “support.ISP.com”

    donde “support.ISP.com” puede ser: “support.apple.com” o “support.google.com”, por ejemplo

    • Estado de la actualización (@lastModified) el MM/DD/YYYY HH:MM:SS AM o después
    • Estado de la actualización (@lastModified) el MM/DD/YYYY HH:MM:SS PM o antes

Una vez que tenga la lista de destinatarios afectados, añada una Update data actividad para establecer su estado de dirección de correo electrónico en Valid de modo que sean quitadas de la lista de cuarentena por el Database cleanup flujo de trabajo. También puede eliminarlos de la tabla de cuarentena.

Cuarentenas de notificaciones push push-notification-quarantines

El mecanismo de cuarentena para notificaciones push es el mismo a nivel global que el proceso general. Sin embargo, algunos errores se administran de forma diferente para las notificaciones push. Por ejemplo, en el caso de ciertos errores leves, no se realiza ningún reintento dentro de la misma entrega. Las particularidades de la notificación push se enumeran a continuación. El mecanismo de reintento (número de intentos, frecuencia) es el mismo que el de los correos electrónicos.

Los elementos que se ponen en cuarentena son tokens de dispositivo.

Cuarentena de iOS ios-quarantine

El protocolo HTTP/V2 permite los comentarios y el estado directo para cada notificación remota. Si se utiliza el conector de protocolo HTTP/V2, el flujo de trabajo mobileAppOptOutMgt ya no se comunica con el servicio de comentarios. Un token de dispositivo se considera no registrado cuando se desinstala o se vuelve a instalar una aplicación móvil.

Sincrónicamente, si APNS devuelve el estado “no registrado” para un mensaje, el token de destino se pone inmediatamente en cuarentena.

Situación
Estado
Mensaje de error
Tipo de error
Motivo del error
Reintento
Dispositivo de destino encendido
OK
Dispositivo de destino apagado
OK
El usuario desactiva las notificaciones de la aplicación
OK
Fase de creación/análisis de mensaje: carga útil demasiado grande
Fallo
Carga útil demasiado grande
Leve
Rechazado
No
Fase de creación/análisis de mensaje: problema de formato inesperado del contenido
Fallo
Varios mensajes de error según el error
Leve
Sin definir
No
Problema de certificado (contraseña, datos dañados, etc.) y probar la conexión con un problema de APN
Fallo
Varios mensajes de error según el error
Leve
Rechazado
No
Se perdió la conexión de red durante la entrega
Fallo
Error de conexión
Sin definir
Inaccesible
Rechazo de mensaje APNS: cancelación del registro
el usuario ha eliminado la aplicación o el token ha caducado
.
Fallo
No registrado
Grave
Usuario desconocido
No
Rechazo de mensaje de APNS: todos los demás errores
Fallo
La causa del rechazo del error está presente en el mensaje de error.
Leve
Rechazado
No

Cuarentena de Android android-quarantine

Para Android V1

Para cada notificación, Adobe Campaign recibe los errores sincrónicos directamente desde el servidor FCM. Adobe Campaign los gestiona sobre la marcha y genera errores graves o leves según la gravedad de los errores y los reintentos que se puedan realizar:

  • Longitud de la carga útil excedida, problema de conexión, problema de disponibilidad del servicio: con reintento, error leve, el motivo del error es Refused.
  • Se ha superado la cuota de dispositivo: sin reintento, error leve, el motivo del error es Refused.
  • Token inválido o no registrado, error inesperado, problema con la cuenta del remitente: sin reintento, error grave, el motivo del error es Refused.

El flujo de trabajo mobileAppOptOutMgt se ejecuta cada 6 horas para actualizar la tabla de AppSubscriptionRcp. En el caso de los tokens declarados no registrados o ya no válidos, el campo Deshabilitado se establece en Verdadero y la suscripción vinculada a ese token de dispositivo se excluye automáticamente de futuros entregas.

Durante el análisis de la entrega, todos los dispositivos excluidos del destino se añaden automáticamente a la tabla excludeLogAppSubRcp.

NOTE
Para los clientes que utilicen el conector Baidu, los distintos tipos de errores son:
  • Problema de conexión al principio del envío: tipo de error Undefined, motivo del error Unreachable, con reintento.
  • Se ha perdido la conexión durante un envío: error de software, motivo del error Refused, con reintento.
  • Error sincrónico devuelto por Baidu durante el envío: error de hardware, motivo del error Refused, sin reintento.
Adobe Campaign se pone en contacto con el servidor Baidu cada 10 minutos para recuperar el estado del mensaje enviado y actualiza los broadlogs. Si se declara un mensaje como enviado, el estado del mensaje en los broadlogs se establece en Received. Si Baidu declara un error, el estado se establece en Failed.

Para Android V2

El mecanismo de cuarentena de Android V2 utiliza el mismo proceso que Android V1; lo mismo se aplica a las suscripciones y a la actualización de las exclusiones. Para obtener más información, consulte la sección de Android V1.

Situación
Estado
Mensaje de error
Tipo de error
Motivo del error
Reintento
Fase de creación/análisis de mensaje: palabras clave no válidas utilizadas en los campos personalizados
Fallo
Las siguientes palabras clave no se pueden utilizar: {1}
Leve
No
Fase de creación/análisis de mensaje: carga útil demasiado grande
Fallo
La notificación es demasiado pesada: {1} bits, mientras que solo se autorizan {2}
.
Leve
Rechazado
No
Se perdió la conexión de red durante la entrega
Fallo
No hay respuesta del servicio Firebase Cloud Messaging en la dirección: {1}
Leve
Inaccesible
Rechazo de mensaje FCM: El servidor FCM no está disponible temporalmente (por ejemplo, con tiempos de espera).
Fallo
El servicio de Firebase Cloud Messaging no está disponible temporalmente
Leve
Inaccesible
Rechazo de mensaje FCM: Error al autenticar la cuenta del remitente
.
Fallo
Error al identificar la cuenta de desarrollador, compruebe su ID y contraseña
Leve
Rechazado
No
Rechazo de mensaje FCM: Se excedió la cuota de dispositivo
.
Fallo
Leve
Rechazado
Rechazo de mensaje FCM: Registro no válido / no registrado
Fallo
Grave
Usuario desconocido
No
Rechazo de mensaje FCM: Todos los demás errores
Fallo
El servidor Firebase Cloud Messaging ha devuelto un código de error inesperado: {1}
Rechazado
No
Rechazo de mensaje de FCM: argumento no válido
Fallo
INVALID_ARGUMENT
Ignorado
Sin definir
No
Rechazo de mensaje de FCM: error de autenticación de terceros
Fallo
THIRD_PARTY_AUTH_ERROR
Ignorado
Rechazado
Rechazo de mensaje de FCM: el ID del remitente no coincide
Fallo
SENDER_ID_MISMATCH
Leve
Usuario desconocido
No
Rechazo de mensaje de FCM: no registrado
Fallo
NO REGISTRADO
Grave
Usuario desconocido
No
Rechazo de mensaje de FCM: interno
Fallo
INTERNAL
Ignorado
Rechazado
Rechazo de mensaje de FCM: no está disponible
Fallo
UNAVAILABLE
Ignorado
Rechazado
Rechazo de mensaje de FCM: código de error inesperado
Fallo
unexpected error code
Ignorado
Rechazado
No
Autenticación: problema de conexión
Fallo
No es posible conectarse al servidor de autenticación
Ignorado
Rechazado
Autenticación: cliente o ámbito no autorizado en la solicitud.
Fallo
unauthorized_client
Ignorado
Rechazado
No
Autenticación: el cliente no tiene autorización para recuperar los token de acceso mediante este método o no está autorizado para ninguno de los ámbitos solicitados.
Fallo
unauthorized_client
Ignorado
Rechazado
No
Autenticación: acceso denegado
Fallo
access_denied
Ignorado
Rechazado
No
Autenticación: correo electrónico no válido
Fallo
invalid_grant
Ignorado
Rechazado
No
Autenticación: JWT no válido
Fallo
invalid_grant
Ignorado
Rechazado
No
Autenticación: firma JWT no válida
Fallo
invalid_grant
Ignorado
Rechazado
No
Autenticación: audiencia de ámbito de OAuth o token de ID no válida proporcionada
Fallo
unauthorized_client
Ignorado
Rechazado
No
Autenticación: cliente OAuth deshabilitado
Fallo
disabled_client
Ignorado
Rechazado
No

Cuarentenas de SMS sms-quarantines

Para conectores estándar

El mecanismo de cuarentena para mensajes SMS es el mismo a nivel global que el proceso general. Consulte Acerca de las cuarentenas. Las particularidades para los SMS se enumeran a continuación.

NOTE
La tabla Delivery log qualification no se aplica al conector Extended generic SMPP.
Situación
Estado
Mensaje de error
Tipo de error
Motivo del error
Enviado al proveedor
Enviado
Recibido en el móvil
Recibido
Error devuelto por el proveedor
Fallo
Error al recibir datos (SR o MO)
Leve
Inaccesible
Reconocimiento de MT no válido
Fallo
Error “{1}” durante el procesamiento del marco de reconocimiento de la consulta de entrega
Leve
Inaccesible
Error al enviar el MT
Fallo
Error al enviar mensajes
Leve
Inaccesible

Para el conector SMPP genérico extendido

Al utilizar el protocolo SMPP para enviar mensajes SMS, la administración de errores se gestiona de forma distinta. Para obtener más información sobre el conector SMPP genérico extendido, consulte esta sección.

El conector SMPP recupera los datos del mensaje de SR (informe de estado) que se devuelve utilizando expresiones regulares (regex) para filtrar su contenido. Estos datos se corresponden con la información que se encuentra en la tabla Delivery log qualification (disponible a través del menú Administration > Campaign Management > Non deliverables Management).

Antes de que se clasifique un nuevo tipo de error, el motivo del error se establece siempre como Rechazado de forma predeterminada.

NOTE
Los tipos de errores y los motivos del error son los mismos que para los correos electrónicos. Consulte Tipos y motivos de errores de entrega.
Solicite a su proveedor una lista de estados y códigos de error para establecer tipos y motivos de error adecuados para los errores en la tabla de clasificación de registros de entregas.

Ejemplo de mensaje generado:

SR Generic DELIVRD 000|#MESSAGE#
  • Todos los mensajes de error empiezan por SR para distinguir entre los códigos de error de los SMS y códigos de error de los correos electrónicos.

  • La segunda parte (Generic en este ejemplo) del mensaje de error hace referencia al nombre de la implementación de SMSC, como se define en el campo SMSC implementation name de la cuenta externa de SMS. Consulte esta página.

    Dado que el mismo código de error puede tener un significado diferente para cada proveedor, este campo permite saber qué proveedor genera el código de error. Después se puede buscar el error en la documentación del proveedor correspondiente.

  • La tercera parte (DELIVRD en este ejemplo) del mensaje de error corresponde al código de estado recuperado del SR mediante las regex de extracción de estado definidas en la cuenta externa de SMS.

    Esta regex se especifica en la pestaña SMSC specificities de la cuenta externa. Consulte esta página.

    De manera predeterminada, la regex extrae el campo stat: como se define en la sección Apéndice B de la especificación de SMPP 3.4.

  • La cuarta parte (000 en este ejemplo) del mensaje de error corresponde al código de error extraído del SR mediante la regex de extracción de código de error definida en la cuenta externa de SMS.

    Esta regex se especifica en la pestaña SMSC specificities de la cuenta externa. Consulte esta página.

    De manera predeterminada, la regex extrae el campo err: tal y como se define en la sección Apéndice B de la especificación de SMPP 3.4.

  • Todo lo que aparece después del símbolo de barra vertical (|) se muestra solo en la columna First text de la tabla Delivery log qualification. Este contenido siempre se sustituye por #MESSAGE# después de normalizar el mensaje. Este proceso evita tener varias entradas para errores similares y funciona igual que para los correos electrónicos. Para obtener más información, consulte Cualificación de correo rechazado.

El conector genérico extendido SMPP aplica un método heurístico para buscar valores predeterminados coherentes: si el estado comienza con DELIV, se considera un éxito porque coincide con los estados comunes utilizados por la mayoría de los proveedores DELIVRD o DELIVERED. Cualquier otro estado conlleva un error grave.

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