No se han encontrado resultados

Su búsqueda no coincide con ningún resultado.

Le sugerimos que pruebe lo siguiente para encontrar lo que busca:

  • Compruebe la ortografía de la búsqueda por palabras clave.
  • Utilice sinónimos de la palabra clave que escribió; por ejemplo, pruebe con “aplicación” en lugar de “software”.
  • Pruebe una de las búsquedas populares que se muestran a continuación.
  • Realice una nueva búsqueda.
Preguntas más populares

Preguntas frecuentes

Abrir todo Cerrar todo

    Preguntas generales

  • ¿Qué es Email Delivery?

    Oracle Cloud Infrastructure Email Delivery es un servicio de envío de correo electrónico que proporciona una solución gestionada rápida y fiable para enviar correos electrónicos masivos que deben llegar a la bandeja de entrada de sus usuarios. Email Delivery proporciona a los clientes las herramientas necesarias para enviar de manera rápida y fiable el correo electrónico generado por la aplicación para las comunicaciones cruciales, como recibos, alertas de detección de fraudes, verificación de identidad multifactor y restablecimiento de contraseñas. Email Delivery es un servicio de infraestructura altamente escalable, rentable y fiable que elimina la complejidad y el gasto de crear una solución interna de entrega de correo electrónico.

  • ¿Quién debe usar Email Delivery?
    • Cualquier aplicación basada en la nube que incluya correo electrónico debería aprovechar Email Delivery.
    • Cualquier empresa que desee enviar mensajes que lleguen a la bandeja de entrada de sus usuarios de una manera rentable debe utilizar Email Delivery.
  • ¿Por qué necesito Email Delivery?
    • Es esencial asegurarse de que el correo electrónico de su empresa llegue a la bandeja de entrada de los usuarios, ya que el correo electrónico es el medio más directo para que las empresas se comuniquen con sus clientes. A medida que aumenta el número y la frecuencia del correo electrónico saliente automatizado, es cada vez más difícil garantizar que los mensajes lleguen a la bandeja de entrada de sus clientes debido a la existencia de muchos sistemas de filtrado de correo no deseado.
    • Email Delivery es un servicio diseñado para desarrolladores que resuelve problemas de configuración, infraestructura, seguridad y autenticación para la entrega de correo electrónico.
  • ¿Qué tipo de correo electrónico puedo enviar con Email Delivery?

    Email Delivery es ideal para el correo electrónico transaccional generado por la aplicación, como recibos, alertas de detección de fraudes, verificación de identidad multifactor y restablecimiento de contraseñas, pero se puede enviar cualquier correo electrónico que cumpla con las normativas de la industria y la legislación pertinente.

  • ¿Es Email Delivery un proveedor front-end como Eloqua y Responsys?

    Email Delivery es una infraestructura de back-end que se puede integrar con proveedores front-end como Eloqua o Responsys. Email Delivery no ofrece a los usuarios la capacidad de desarrollar campañas HTML o administrar las listas de destinatarios.

  • ¿Es Email Delivery lo mismo que Amazon SES o SendGrid?

    Sí, el servicio Email Delivery es un servicio similar a Amazon SES o SendGrid.

  • ¿Cómo comienzo a enviar correos electrónicos con Email Delivery?

    Siga los pasos que se indican a continuación en la API o en Oracle Cloud Infrastructure Console para comenzar a enviar correos electrónicos.

    Las instrucciones detalladas sobre cómo configurar y usar Email Delivery estarán disponiblesaquí

    1. Desde Oracle Cloud Infrastructure Console, localice al usuario con el que creará las credenciales de SMTP. Asegúrese de que el usuario esté en un grupo que tenga una política para gestionar a los remitentes aprobados, por ejemplo, permita que el grupo MyGroup use remitentes aprobados en el compartimento MyCompartment.

    2. En la configuración para el nuevo usuario, elija las credenciales de SMTP a la izquierda, luego genérelas.

    3. Elija Correo electrónico en Oracle Cloud Infrastructure Console. Asegúrese de elegir el compartimento correcto. Su usuario debe estar en un grupo con permiso para gestionar a los remitentes aprobados en este compartimento.

    4. Cree uno o más remitentes aprobados dentro de un compartimento especificado. Estas son las direcciones de correo electrónico que aparecerán en la línea 'De' del correo electrónico. Tenga en cuenta que los remitentes aprobados son específicos de la región. Si crea un remitente aprobado en Phoenix, no puede enviar correo a través de Ashburn.

    5. Siga las instrucciones para configurar su DNS para el marco de políticas del remitente (SPF) y agregue un registro TXT bajo el dominio correspondiente. Consulte las Preguntas frecuentes sobre Oracle Cloud Infrastructure DNS para saber cómo configurarlo.

    6. Configure y pruebe la conexión SMTP desde su sistema a través de Email Delivery. Postfix y SendMail son dos productos SMTP populares, pero se puede usar cualquier biblioteca SMTP.

  • ¿Qué regiones admiten Email Delivery?

    Email Delivery está disponible en Ashburn, Amsterdam, Jeddah, Londres, Melbourne, Mumbai, Osaka, Phoenix, Sao Paulo, Seúl, Sydney, Tokio y Zúrich. Estamos trabajando para expandirlo a otras regiones.

    Algunas notas importantes sobre la configuración del envío regional de Email Delivery:

    • La aplicación que envía correo NO tiene por qué estar en la región donde se envía el correo para su entrega

      Ejemplo:
      Si tiene una aplicación en una región diferente, configuraría el correo electrónico desde una de las regiones donde está disponible. En la interfaz de usuario de la consola, cambie la región donde está disponible el correo electrónico y agregue un remitente aprobado. La creación de credenciales de SMTP se realiza del mismo modo independientemente de la región, ya que las identidades son activos globales. Luego, la aplicación (en una región que no tiene correo electrónico) envía su correo electrónico, por ejemplo, al punto final SMTP de PHX, smtp.us-phoenix-1.oraclecloud.com, mediante las credenciales de SMTP. Después usted deberá hacer que la aplicación envíe su correo electrónico al punto final SMTP regional donde creó el remitente aprobado mediante las credenciales de SMTP.

    Cuando Email Delivery esté disponible en más regiones, será ideal para el rendimiento configurar el correo electrónico en la misma región que la aplicación de envío.

  • ¿Por qué recibo un error cuando intento agregar un remitente aprobado?
    • Asegúrese de tener permisos para gestionar a los remitentes aprobados en el compartimento que ha elegido. (Conceptos básicos de política)
    • Es posible que haya alcanzado su límite de remitente aprobado. Puede usar My Oracle Support para presentar una solicitud de servicio a fin de aumentar el límite de envío de correo electrónico según sea necesario.
    • Su cuenta puede suspenderse, lo que reduciría el límite de remitentes aprobados a 0.

    Envío de correos electrónicos

  • ¿Qué es un remitente aprobado?

    Un remitente aprobado es un recurso que permite que Email Delivery envíe correos electrónicos con una dirección de origen coincidente. Los remitentes aprobados están asociados con un compartimento y solo existen en la región en la que se configuraron.

  • ¿Puedo enviar correos electrónicos masivos con Email Delivery?

    Sí, el correo electrónico masivo puede enviarse mediante programación con Oracle Email Delivery.

    Nota: los informes no están disponibles en GA.

  • ¿SMTP requiere TLS?
    • Oracle se enorgullece de las estrictas políticas de seguridad y Email Delivery se rige por esas políticas. Por lo tanto, solo aceptamos correos electrónicos de clientes a través de TLS.
    • TLS (TLS es obligatorio)
    • Solo se admite la versión 1.2 de TLS, ya que las versiones anteriores son menos seguras.
    • Las aplicaciones Java deben actualizarse a la última versión para garantizar que los protocolos, cifrados y parches de seguridad actualizados cumplan con las políticas de seguridad de Oracle.
    • Los cifrados aprobados son:
    • TLSv1.2:
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,
    • TLS_RSA_WITH_AES_256_CBC_SHA,
    • TLS_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
    • TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA,
    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
    • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,
    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  • ¿Qué comando de autenticación SMTP es compatible?
    • Solo se admite SMTP Plain
    • Nota: si la aplicación de envío no es flexible en cuanto al comando Auth, se puede usar un proxy o una retransmisión SMTP.
  • ¿Puede mi aplicación enviar un correo electrónico a Email Delivery sin acceso público a Internet?
    • Sí, la aplicación necesitaría enviarlo a un servicio que tenga acceso a Internet, como un servicio proxy o de retransmisión.
    • En el futuro, Email Delivery podrá aceptar correos electrónicos desde dentro de Oracle Cloud Infrastructure mediante el servicio de puerta de enlace de servicio, sin tener que atravesar Internet público.
  • ¿Cuáles son los límites asociados con Email Delivery?

    El equipo de facilidad de distribución de correo electrónico de Oracle Cloud Infrastructure gestiona la plataforma Email Delivery. Se establecen límites en las cuentas para salvaguardar el servicio y la reputación de nuestros clientes. Para cumplir con los requisitos de envío a gran escala, se pueden aumentar los siguientes límites abriendo una solicitud de servicio desde My Oracle Support.

    • Los clientes que se registran en oracle.com para una prueba gratuita están limitados a 200 correos electrónicos en un período continuo de 24 horas y las tasas de envío no deben exceder los 10 correos electrónicos por minuto. Los remitentes aprobados están limitados a 5.
    • Las cuentas empresariales están limitadas a 50 000 correos electrónicos en un período continuo de 24 horas y las tasas de envío no deben exceder los 18 000 correos electrónicos por minuto. Los remitentes aprobados se limitarán a 10 000 para los clientes empresariales.
    • Email Delivery admite un gran volumen, pero el límite se establece como una protección para la reputación de nuestros clientes.
    • Póngase en contacto con My Oracle Support, que puede trabajar con usted para comprender su caso de uso y aumentar el límite de envío según sea necesario.
  • ¿Existen limitaciones para el tipo de correo electrónico que puedo enviar con Email Delivery?

    Como se menciona en la descripción del servicio, la siguiente obligación se aplica al tipo de correo electrónico enviado con Email Delivery:

    • No utilizará los servicios con el propósito de distribuir correos electrónicos "spam", mensajes instantáneos no solicitados masivos o cualquier otra forma de comunicaciones electrónicas no solicitadas distribuidas de forma masiva a destinatarios con los que no tenga una relación comercial o personal anterior.
  • ¿Qué tamaño de correo electrónico se puede enviar?

    Inicialmente, se admiten mensajes de hasta 2 MB de tamaño, incluidos los encabezados, el cuerpo y los archivos adjuntos. Actualmente esto no es configurable, pero estará disponible pronto.

  • ¿Puedo enviar correos electrónicos con archivos adjuntos?

    Email Delivery admite el envío de mensajes de extensiones de correo de Internet multipropósito (MIME) a través de SMTP. MIME es el estándar RFC que especifica en parte cómo funcionan los archivos adjuntos. Para más información, consulte aquí.

  • ¿Qué métodos de envío están disponibles?

    SMTP es actualmente el único método para enviar correos electrónicos a través de Email Delivery. Hay un punto final SMTP único en cada región de Oracle Cloud Infrastructure donde está disponible Email Delivery.

  • ¿Hay algún SDK para Email Delivery?

    Sí, Email Delivery se incluye en los SDK de Oracle Cloud Infrastructure.

    Facilidad de distribución

  • ¿Cómo garantiza Email Delivery una distribución fiable?

    Email Delivery ofrece un servicio fiable a través de un sistema que cumple con las mejores prácticas de la industria. La plataforma es gestionada por el equipo de distribución de correo electrónico de Oracle Cloud Infrastructure, que revisa las métricas clave de facilidad de distribución para garantizar la mejor reputación de envío posible. Los siguientes elementos se gestionan automáticamente cuando envía correo electrónico con Email Delivery:

    • Configuraciones únicas de SMTP del proveedor de buzones
    • Recopilación de rebotes
    • Recopilación de quejas del usuario
    • Estándares de autenticación de correo electrónico (como SPF)
    • Gestión de grupos de IP
  • ¿Cómo personaliza Email Delivery las configuraciones de SMTP?

    Email Delivery se configura con limitación de velocidad específica del proveedor de buzones, modos de retroceso y configuraciones de SMTP. Estas configuraciones se han establecido a través de relaciones de la industria y años de sintonización a través de proveedores de buzones globales para optimizar la ubicación de la bandeja de entrada y la velocidad de entrega.

  • ¿Email Delivery recopila los correos electrónicos rebotados?

    Sí, los correos electrónicos que rebotan se recopilan y se clasifican de manera apropiada según sus códigos de rebote correspondientes.

  • ¿Qué debo hacer si un correo electrónico rebota?

    Cualquier dirección de destinatario que se considere que no se puede entregar permanentemente, por ejemplo, los rebotes duros, se incluyen en la lista de supresión del cliente. Los intentos repetidos de envío a direcciones en la lista de supresión no serán entregados por Email Delivery y, cuando esto ocurre, se registra en el informe de correo bloqueado. Se produce una alta tasa de rebotes duros (proporción de rebotes duros respecto a mensajes enviados) cuando un remitente intenta enviar un mensaje a una dirección de destinatario que no existe. El proveedor del buzón devolverá un código de rebote duro al remitente. Los rebotes duros son una buena indicación de la calidad de la lista y deberían estar por debajo del 2 por ciento.

  • ¿Email Delivery recoge las quejas de los usuarios?

    Sí, las quejas de los usuarios se recogen y se procesan a través de bucles de comunicación de quejas del proveedor del buzón. La configuración de estos bucles de comentarios de quejas está completamente automatizada con Email Delivery.

    Cuando se recoge una queja de spam de un usuario, este se agrega a la lista de supresión para proteger la reputación de envío del cliente. Se sugiere que también elimine al usuario de su lista de correo en ese momento, pero no se requiere ninguna otra acción para garantizar la facilidad de distribución del correo electrónico de calidad.

  • ¿Qué es la lista de supresión?

    La lista de supresión se incluye en la interfaz de usuario de la consola de Email Delivery, así como en la API, el SDK y la CLI.

    Email Delivery agrega automáticamente las direcciones de correo electrónico con códigos de devolución que muestran fallos permanentes o quejas de los usuarios a la lista de supresión para proteger su reputación de remitente. Email Delivery no enviará ningún mensaje a estos destinatarios en el futuro. Los intentos repetidos de enviar a direcciones de correo electrónico suprimidas aparecerán en su informe de correo bloqueado.

    Las razones para la supresión incluyen actualmente: quejas de spam, rebotes duros, rebotes blandos repetitivos, entradas manuales y solicitudes de baja de la lista.

  • ¿Qué es el marco de políticas del remitente (SPF) y cómo lo uso?

    SPF evita la suplantación de direcciones de correo electrónico y minimiza el spam entrante. A través de SPF, un dominio puede autorizar explícitamente a los hosts que pueden usar su nombre de dominio. SPF funciona mediante la publicación de registros SPF (código 99) o TXT (código 16), que son registros de recursos DNS que declaran qué hosts pueden usar un nombre de dominio. El servidor de correo receptor verifica los registros SPF del dominio identificado como remitente del correo electrónico para verificar que la dirección IP de origen en la que se originó el correo electrónico está autorizada para enviar correo electrónico desde ese dominio.

    Los proveedores de buzones y los ISP verifican el SPF para asegurarse de que el remitente (Email Delivery) esté autorizado a enviar correos electrónicos en nombre de su dominio. SPF es una base esencial para proporcionar una buena facilidad de distribución para su dominio y protegerlo de abusos como el spam o los ataques de phishing.

    Para configurar SPF, debe incluir un registro TXT en el dominio utilizado por su remitente aprobado. Si Email Delivery es el único remitente autorizado para este dominio, sería similar a lo siguiente:

    v=spf1 include:spf.oracleemaildelivery.com -all

    "v" indica la versión de SPF utilizada. Los otros mecanismos prueban la legitimidad del correo electrónico. "MX" y "A" son registros de recursos que se comparan entre el correo electrónico y el registro SPF para decidir si el correo electrónico se debe aceptar o no. "all" siempre coincide y sirve como acción predeterminada. Los mecanismos se combinan con calificadores para determinar cómo manejar una coincidencia. Los más simples son + (que está implícito si se omite) y -, que tienen como resultado un aprobado o un fallo, respectivamente. La forma en que se manejan estos resultados se deja a cargo de los administradores del dominio receptor. Normalmente, los "fallos" se rechazan y los fallos temporales se marcan como potencial spam.

    El uso de SPF puede aumentar la confianza del cliente y la fiabilidad. Es mucho menos probable que un dominio que implementa SPF sea falsificado. Sin SPF, un correo electrónico no deseado puede ser falsificado para mostrar un dominio particular, en cuyo caso el destinatario probablemente informará de que el correo electrónico es spam. Si hay suficientes informes de este tipo, es más probable que los filtros de spam bayesianos bloqueen el dominio, con lo que se bloquea cualquier correo electrónico legítimo potencial. Sin embargo, si un dominio implementa SPF y se falsifica, es más probable que el servidor receptor bloquee el correo electrónico fraudulento.

  • ¿Puedo enviar correos electrónicos a través de direcciones IP dedicadas?

    Sí, Email Delivery admite direcciones IP dedicadas. De forma predeterminada, las cuentas de los clientes se configuran en grupos de envío compartido por niveles, según las características de su correo electrónico. Se sugiere utilizar direcciones IP dedicadas para los volúmenes de envío más grandes. Las direcciones IP dedicadas pueden no ser recomendables para un envío de correo electrónico pequeño o más esporádico, ya que esto no respalda una buena reputación de envío y, por lo tanto, tiene un impacto en la facilidad de distribución de su correo electrónico.

    Las características de correo de cada cliente (volumen, tasas de ráfaga, reputación, etc.) variarán su estrategia de direcciones IP dedicadas. Nuestros equipos están capacitados en este tema y están listos para dar soporte a sus necesidades de direcciones IP dedicadas. Póngase en contacto con el soporte técnico para pedir ayuda con esta configuración.

  • ¿Qué debo hacer para asegurarme de que mi correo electrónico cumple con las mejores prácticas de facilidad de distribución?

    Las mejores prácticas de facilidad de distribución se basan en proporcionar correo electrónico transparente y deseado por el usuario. La Ley Antispam de Canadá (CASL) es una de las mejores guías para garantizar el cumplimiento de la legislación, el cumplimiento de los deseos del usuario y el filtrado previsto que utilizan la mayoría de los proveedores de buzones. El siguiente enlace proporciona una descripción general de CASL y describe las prácticas líderes de la industria: https://help.dyn.com/casl-faq/

  • ¿Por qué es importante la reputación?

    Cuando se trata de envíos, tener una red limpia para entregar el correo electrónico es más importante que nunca. Si comparte direcciones IP con spammers y otros remitentes menos acreditados, las posibilidades de que su correo electrónico se envíe a las bandejas de entrada disminuye drásticamente. Nuestra vigilancia continua en la supervisión de nuestra red ayuda a eliminar lo malo y a traer más de lo bueno.

  • ¿Qué afecta a la reputación?

    Autenticación

    Cuando se utiliza un servicio de entrega de correo electrónico de terceros, la autenticación de correo electrónico ayuda a verificar la identidad y la confianza entre el remitente (Email Delivery) y el servidor receptor (ISP y servidores de correo corporativo) imprimiendo el SPF y las claves de dominio (DKIM) en sus registros DNS. Los servidores de recepción, en un intento por evitar que el correo no deseado o falsificado llegue a la bandeja de entrada, realiza búsquedas en los registros DNS de su dominio para ver si el remitente tercero está autorizado a enviar correo en su nombre.

    Volumen/Frecuencia

    Los volúmenes constantes y la frecuencia ayudan a desarrollar su reputación de buen remitente. Los picos de tráfico aleatorios son un comportamiento que se asocia a menudo con los spammers. Debe enviarse un volumen suficiente desde su dirección o direcciones IP para que los ISP receptores establezcan que es un remitente de confianza.

    Tasa de rebote

    La tasa de rebote es un porcentaje de mensajes que no se pueden entregar (rebotes) en función del número total de correos electrónicos que ha enviado. Se recomienda que las tasas de rebote permanezcan por debajo del 2 por ciento. Las tasas de rebote más altas indican a menudo una gestión y limpieza inadecuada de la lista o que la lista es antigua o se ha alquilado o comprado. Email Delivery agrega automáticamente los rebotes a la lista de supresión para ayudar a mantener una baja tasa de rebotes.

    Tasa de quejas de spam

    La tasa de quejas de spam es un porcentaje de las quejas enviadas por los usuarios a sus ISP en función del número total de correos electrónicos que usted ha enviado. Las quejas de spam se producen cuando el receptor de correo electrónico opta por hacer clic en el botón "Esto es spam" en la interfaz de usuario del cliente de correo electrónico. Se recomienda que las tasas de quejas de spam permanezcan por debajo del 0,05 por ciento. Email Delivery agrega automáticamente las quejas de spam a la lista de supresión.

    Listas negras

    Los ISP usan listas negras para bloquear el spam de los remitentes con mala reputación. Los remitentes legítimos pueden ser incluidos en una lista negra por error. Email Delivery escanea los 10 principales servicios de la lista negra en tiempo real para buscar nuestras IP de envío. La mayoría de las listas negras imponen bloqueos de 24 horas y se le eliminará automáticamente de la lista después de ese período. Sin embargo, algunas listas requieren que tome medidas para ser eliminado de ellas.

  • ¿Cómo puedo reducir mi tasa de rebote duro?

    Se produce una alta tasa de rebotes duros (proporción de rebotes duros respecto a mensajes enviados) cuando un remitente intenta enviar un mensaje a una dirección de destinatario que no existe. El proveedor del buzón devolverá un código de rebote duro al remitente. Los rebotes duros son una buena indicación de la calidad de la lista y deberían estar por debajo del 2 por ciento.

    Por lo general, los rebotes duros ocurren cuando la dirección de un destinatario:

    • Se escribió incorrectamente
    • Ya no está en uso (el usuario canceló la cuenta)
    • Se adquirió de un sitio web mediante web scraping
    • Ha sido creada por un proveedor de servicios de listas

    Los proveedores de buzones esperan que se produzcan rebotes duros; sin embargo, si se producen demasiados rebotes duros, la facilidad de distribución comenzará a disminuir. Email Delivery agregará automáticamente todas las direcciones de destinatarios de rebote duro a su lista de supresión para evitar futuros intentos de entrega y proteger su reputación de envío.

    Puede reducir una alta tasa de rebote si hace lo siguiente:

    1. Implemente un proceso de suscripción. Para el envío masivo (envío a muchos destinatarios al mismo tiempo), implemente un proceso de suscripción. Un proceso de suscripción es un método para que los usuarios se suscriban a su lista de correo; es decir, le dan permiso para que les envíe mensajes. Es fundamental enviar solo mensajes a los suscriptores que se han suscrito. Hay dos tipos de procedimientos de suscripción.

    2. Suscripción única (sin confirmar): la suscripción única significa que el usuario proporciona su dirección de correo electrónico y da permiso para recibir mensajes relevantes. Una vez que se proporciona la dirección, se pueden enviar mensajes sin confirmar que la dirección de correo electrónico pertenece al usuario que la proporcionó.

    3. Suscripción doble (confirmada): una suscripción doble se produce cuando el usuario proporciona su dirección de correo electrónico. Antes del primer envío, se envía un correo electrónico de confirmación con una acción que el usuario tiene que realizar para garantizar que el propietario de la cuenta desea recibir mensajes futuros. Para verificar una cuenta, se puede pedir al propietario que haga clic en un enlace para responder al correo electrónico. Esto garantiza que la dirección no se agregó a una lista de correo de terceros sin el consentimiento del propietario.

    4. Depure a los usuarios no comprometidos. Implemente un proceso para eliminar a los usuarios no comprometidos. El hecho de que un destinatario no abra o no haga clic en su correo puede indicar que ya no usa la cuenta de correo electrónico. Si este es el caso, eventualmente el proveedor del buzón terminará la cuenta o la transformará en una trampa de spam. Para evitar caer en estas trampas de spam o el rebote duro de un correo electrónico en una cuenta cancelada, se eliminaron los destinatarios que no se hayan involucrado dentro de un marco de tiempo definido por su modelo de negocio. Esto también ayudará a la facilidad de distribución al aumentar la tasa de participación del usuario.

    5. Revisar la lista de suscriptores. Al revisar su lista de suscriptores, asegúrese de:

    Eliminar las direcciones duplicadas antes de enviarlas. Si direcciones que no existen reciben correos electrónicos varias veces, podría aumentar su tasa de rebote duro.

    Comprobar que no se haya incluido accidentalmente una lista de supresión anterior (posiblemente de otro proveedor de servicios de correo electrónico).

    Verificar que los suscriptores se hayan suscrito (no envíe correos a una lista anterior que encontró).

    Pedir a los usuarios que no carguen la lista de contactos de sus clientes de correo electrónico mediante "Seleccionar todo". Obligar a los usuarios a seleccionar las direcciones de forma individual evitará que se incluyan accidentalmente direcciones desactualizadas o posiblemente caducadas.

    6. Evaluar la frecuencia de envío. Si existe la posibilidad de que un mensaje no se registre como rebote duro antes de enviar el siguiente mensaje al destinatario, volverá a producirse un rebote duro. Dé tiempo al proveedor del buzón y al proveedor del servicio de correo electrónico para procesar el rebote antes de enviar otro mensaje. La disminución de la frecuencia de envío también brinda al usuario la oportunidad de darse de baja antes de recibir múltiples mensajes que puedan marcar como spam.

  • ¿Cómo puedo reducir mi tasa de rebotes blandos?

    Se produce una tasa de rebote blando (proporción de rebotes blandos respecto al número de mensajes enviados) cuando se envía un mensaje a un destinatario y el servidor receptor no está disponible temporalmente o el receptor ha bloqueado el mensaje. Es un estado temporal no entregado y el proveedor del buzón devolverá un código de rebote blando al remitente. Estas direcciones no se agregarán a la lista de supresión porque existen.

    • Nota: Email Delivery agregará una dirección a la lista de supresión si 4 correos electrónicos enviados dentro de un período de 24 horas tienen como resultado un rebote blando.
    • Los rebotes blandos suelen ser una buena indicación de la calidad y relevancia del contenido del mensaje.

      Por lo general, los rebotes blandos se producen debido a:

    • Spam como contenido: el contenido del mensaje ha sido identificado como spam por el receptor y se ha bloqueado temporalmente.
    • Contenido no relevante para el destinatario: esto puede causar una gran cantidad de quejas y los receptores bloquearán temporalmente los mensajes de la dirección IP o del dominio del remitente.
    • Gran cantidad de quejas: algunos receptores bloquearán todos los mensajes entrantes de una dirección IP cuando se excede un umbral de quejas (número de quejas durante un período de tiempo por cada IP).
    • Servidor de recepción de correo ocupado: si ocurre esto, el servidor de correo saliente intentará enviar el mensaje cuatro veces y luego el mensaje causará un rebote duro.
    • Buzón con cuota completa o desbordada: si el buzón del destinatario está lleno o sobrepasa su cuota, el mensaje puede causar un rebote blando.
  • ¿Cómo puedo reducir mi tasa de quejas?

    Las quejas pueden tener lugar por muchas razones y no todas se deben a que el usuario cree que el mensaje es "spam". Seamos realistas, a veces les resulta más fácil a las personas hacer clic en el botón de spam para reducir los mensajes en una bandeja de entrada saturada.

    Estas son algunas razones comunes por las cuales las personas pueden quejarse de sus mensajes:

    • Es realmente spam.
    • El contenido ya no es relevante para lo que el destinatario espera (es diferente de lo que eligió).
    • Es más fácil que encontrar la URL para darse de baja, que está oculta en el pie de página del correo electrónico.
    • El destinatario confía en la interfaz de usuario del ISP más que en la URL para darse de baja.
    • El destinatario está cansado de recibir sus mensajes.

    Así es como puede mejorar su tasa de quejas:

    • No envíe spam
    • Mantenga contenido relevante: si el destinatario se inscribió en su sitio para recibir cupones diarios para comestibles, no comience a enviar tipos de interés de préstamos para automóviles.
    • Proporcione una URL fácilmente accesible para darse de baja: darse de baja es algo bueno. Reducir su lista puede no parecer tan bueno, pero en realidad ayuda a que su bandeja de entrada tenga éxito al enviar mensajes solo a los destinatarios que participan y abren los mensajes o hacen clic en ellos. Cuando las personas se quejan, su reputación de envío se ve perjudicada, por lo que debe facilitarles su eliminación de la lista. Lo peor que puede hacer es ocultar la URL para darse de baja en la parte inferior del mensaje. Un pequeño porcentaje de usuarios se desplazará hasta la parte inferior del correo electrónico para buscar una URL de tamaño reducido. La mayoría hará lo más fácil y simplemente marcará el mensaje como spam.
    • Implemente un encabezado para darse de baja de la lista: si el proveedor del buzón admite esta función, permitirá a los usuarios darse de baja de su lista de forma segura a través de la interfaz de usuario del ISP de confianza, en lugar de marcar el mensaje como spam. Esto es lo más parecido a un bucle de comentarios que tiene Gmail.
    • Implemente un proceso de doble suscripción: enviar correos a los usuarios actuales y confirmar que desean recibir sus mensajes es una excelente manera de asegurarse de que todavía valoran sus mensajes. Esta es una excelente manera de eliminar destinatarios antes de marcarlos como spam.
    • Revise la frecuencia de envío: enviar demasiados mensajes en un corto período de tiempo puede agobiar a los destinatarios y hacer que marquen su mensaje como spam. Asegúrese de que la cadencia de sus mensajes esté alineada con la frecuencia esperada de su contenido. La reducción de la frecuencia puede reducir las quejas de spam.
    • Depure a los destinatarios no comprometidos: puede que los destinatarios estén cansados de su correo si no abren los mensajes o no hacen clic en sus enlaces. Debe depurar a los destinatarios si su intento final de interactuar con ellos no tiene éxito. Estos son algunos consejos para ayudarle a comprender las mejores prácticas de gestión de las listas en esta área.
  • Mi correo electrónico no fue entregado. ¿Cómo soluciono el problema?
    • Compruebe si el destinatario está en la lista de supresión.
    • Asegúrese de tener SPF configurado para aumentar su colocación en la bandeja de entrada.
    • Verifique los registros de sus aplicaciones para asegurarse de que no haya un problema (por ejemplo, un error de autenticación o un problema con el formato del mensaje de correo electrónico).
    • Si proporciona dos direcciones diferentes para el sobre y el cuerpo, ambos deben ser remitentes aprobados; de lo contrario, el correo será rechazado.
    • Si el SMTP FROM no es el mismo que el del cuerpo del correo electrónico, ambos deben ser de un remitente aprobado.
    • ¿No puede encontrar aún el problema? Abra una incidencia de soporte en atención al cliente
  • ¿Oracle Email Delivery admite direcciones IP dedicadas?

    Sí, Email Delivery admite direcciones IP dedicadas que le permiten tener control sobre su reputación. Las IP dedicadas son direcciones IP de Oracle Cloud que están reservadas para el envío de correo electrónico. De forma predeterminada, las cuentas de los clientes se configuran en grupos de envío compartido por niveles, según las características de su correo electrónico. Se sugiere utilizar direcciones IP dedicadas para los volúmenes de envío más grandes. Las direcciones IP dedicadas pueden no ser recomendables para un envío de correo electrónico pequeño o más esporádico, ya que esto no respalda una buena reputación de envío y, por lo tanto, tiene un impacto en la facilidad de distribución de su correo electrónico.

    Las características de correo de cada cliente (volumen, tasas de ráfaga, reputación, etc.) variarán su estrategia de direcciones IP dedicadas. Nuestros equipos están capacitados en este tema y están listos para dar soporte a sus necesidades de direcciones IP dedicadas. Póngase en contacto con el soporte técnico para pedir ayuda con esta configuración.

    Comercial

  • ¿Cuáles son las soluciones que ofrece Email Delivery?

    Reputation Management es un servicio adicional a través de ventas y requiere la compra de una suscripción a Universal Cloud.

  • ¿Cuánto cuesta Email Delivery?

    Email Delivery cuesta 0,10 USD por cada 1000 correos electrónicos enviados a través del servicio. Los correos electrónicos enviados se definen como el número de entregas salientes únicas durante un mes de calendario. Las entregas salientes se definen por el número de mensajes únicos, así como por el número de destinatarios únicos de cada mensaje.

  • Comience ahora