Módulo 6 · 6.1

Español

Nederlands English Deutsch Français Español Italiano Polski Čeština Hrvatski

Los correos de su tienda y su entregabilidad

Módulo 6: Gestión y seguridad · Tiempo de lectura: 10 minutos

Objetivo de aprendizaje: Después de esta lección podrá configurar los correos de una tienda WooCommerce, conseguir que lleguen a la bandeja de entrada y probarlo, para que ningún cliente se quede sin confirmación.

Conceptos clave: correo transaccional, correos de pedido para el cliente y el administrador, nombre y dirección del remitente, dirección de respuesta (Reply-To), plantillas, contenido adicional, SMTP, servicio de correo transaccional, SPF, DKIM, DMARC, alineación, volumen, correo desactivado en staging

Una tienda también es un servidor de correo

Un sitio WordPress normal envía de vez en cuando un enlace para la contraseña o reenvía un formulario. Una tienda envía correo con cada pedido, y esos correos no son algo secundario. El correo de confirmación es para el cliente la prueba de que su pago ha llegado correctamente. También es el soporte duradero en el que usted facilita la información sobre el pedido y el derecho de desistimiento (lección 5.4). Y el acuse de recibo de un desistimiento (lección 5.3) tiene que llegar realmente al cliente. Si un correo así acaba en el spam o no llega nunca, recibirá preguntas, pedidos duplicados y, en el peor de los casos, un cliente que cree que usted no entrega.

Cómo funciona el correo desde WordPress (la función wp_mail, PHP mail, por qué SMTP es mejor) se explica en el curso de WordPress, lección 9.1. La técnica de SPF, DKIM y DMARC se explica en el curso «Correo en orden». En esta lección solo veremos lo que se añade en el caso de una tienda.

Qué correos envía WooCommerce

WooCommerce tiene un conjunto fijo de correos. En WooCommerce > Ajustes > Correos electrónicos (Emails) los verá todos, con un interruptor, el destinatario, el asunto y el encabezado de cada correo. Los más importantes:

Correo	Para	Cuándo
Nuevo pedido	Administrador	Un pedido se ha pagado o se ha puesto en espera
Procesando pedido	Cliente	El pago se ha realizado; esta es la confirmación real
Pedido en espera	Cliente	Aún espera el pago, por ejemplo una transferencia bancaria
Pedido completado	Cliente	Ha puesto el pedido en Completado, normalmente al enviarlo
Pedido reembolsado	Cliente	Ha reembolsado el importe (o una parte)
Pedido cancelado y pedido fallido	Administrador y cliente	El pago ha fallado o el pedido se ha cancelado
Factura o detalles del pedido	Cliente	Cuando la envía manualmente desde el pedido
Nota de cliente	Cliente	Cuando escribe en un pedido una nota «para el cliente»
Restablecer contraseña, cuenta nueva	Cliente	En las cuentas

Si utiliza la función de desistimiento (lección 5.3), se añaden dos: un acuse de recibo para el cliente y un aviso para usted. WooCommerce no completa un desistimiento si no puede enviarse un correo que esté activado. También por eso el correo tiene que funcionar.

No desactive correos para tener «tranquilidad». Si quiere recibir menos correos de administrador, cambie el destinatario por un buzón compartido, no el interruptor.

Remitente, dirección de respuesta y contenido

En la parte inferior de la pantalla de correos están las opciones del remitente: el nombre («Theehuis Example») y la dirección del remitente. Tres reglas:

Una dirección en su propio dominio, por ejemplo bestellingen@example.com. Nunca una dirección de Gmail o de Outlook.com: esos dominios no permiten que su servidor envíe correo en su nombre, y su política DMARC hace que los destinatarios rechacen ese correo.
Una dirección que exista y se lea. Los clientes responden a su confirmación con preguntas («¿puedo añadir otro paquete de té?»). Si esa respuesta va a una dirección noreply, perderá esas preguntas. Si quiere recibir las respuestas en otro sitio, configúrelo con una dirección de respuesta en su plugin de correo o mediante una regla de reenvío.
El mismo dominio con el que envía. Si envía a través del servidor web, ese servidor debe figurar en el registro SPF de ese dominio y el correo debe llevar una firma DKIM de ese dominio. De eso trata el ejercicio.

En cada correo puede añadir contenido adicional (un campo de texto bajo los detalles del pedido). Utilícelo para lo que la ley exige en la confirmación: una frase breve sobre el derecho de desistimiento con un enlace a su información sobre el desistimiento y al botón de desistimiento. En Datos del cliente y en el pie de los correos indique los datos de su empresa. Si quiere cambiar más de lo que permiten los ajustes de cada correo, puede hacerlo sobrescribiendo una plantilla en su tema (hijo) o con un plugin. Las plantillas sobrescritas debe revisarlas después de cada actualización (lección 6.2).

Por qué los correos de pedido acaban en el spam

Algunas causas que se ven a menudo en las tiendas:

Enviar a través del servidor web sin SPF ni DKIM para el dominio del remitente. El servidor receptor ve un correo «de» example.com desde una IP que no corresponde a ese dominio.
Su correo está en otro sitio. Si el buzón de example.com está en otro proveedor (por ejemplo Microsoft 365) y la tienda envía a través del servidor web, el registro SPF también debe autorizar al servidor web, o bien hace que la tienda envíe a través del servidor de correo de ese proveedor con SMTP. El artículo KB 13 explica qué falla en ese caso.
Volumen y límites. Una rebaja con 600 pedidos en una noche son también 1.200 correos (cliente y administrador). Los planes de alojamiento tienen un límite de correos por hora (KB 20). Con muchos pedidos o un boletín, un servicio de correo transaccional (un servicio especializado en correo enviado desde sitios web) es una vía mejor; además ofrece un resumen de lo que llegó y lo que fue devuelto.
Boletines por la misma vía. No envíe correo de marketing desde la misma dirección y el mismo servidor que sus correos de pedido. Una queja sobre un boletín no debe arrastrar a sus correos de pedido. Consulte el curso «Correo en orden» sobre boletines.

Para SMTP, utilice un plugin que haga que WordPress envíe a través de un buzón o servicio real (curso de WordPress, lección 9.1), e indique en él el mismo remitente que en WooCommerce.

Probar y mantener el staging en silencio

Después de cada cambio, pruebe con un pedido real en modo de prueba (lección 4.5), hacia una dirección de otro proveedor distinto de su propio dominio. No compruebe solo si ha llegado, sino también las cabeceras del correo: ¿aparece spf=pass, dkim=pass y dmarc=pass con su dominio? Cómo se leen las cabeceras se explica en el curso «Correo en orden».

En una copia de staging (lección 7.3) están los datos reales de los clientes. Desactive allí el envío de correo, o envíe todo el correo a una única dirección de prueba con un plugin, antes de probar nada. De lo contrario, los clientes recibirán confirmaciones de pedidos que nunca existieron.

En WebOké, un sitio envía por defecto a través del servidor de correo del plan; con un plugin SMTP puede enviar a través de un buzón del mismo plan. En otros proveedores de alojamiento funciona de forma similar.

En la práctica: así se ve en WooCommerce

En Theehuis Example:

WooCommerce > Ajustes > Correos electrónicos: nombre del remitente «Theehuis Example», dirección del remitente bestellingen@example.com (un buzón real).
En «Nuevo pedido», como destinatario winkel@example.com, un buzón compartido.
En «Procesando pedido», contenido adicional: «Dispone de 14 días para pensarlo. Puede desistir mediante el enlace Desistir del contrato al pie de nuestro sitio.»
Un plugin SMTP que envía a través del buzón bestellingen@example.com; SPF, DKIM y DMARC de example.com comprobados.
Pedido de prueba a una dirección de otro proveedor; cabeceras comprobadas.

Resumen

Los correos de pedido son una prueba para el cliente y el lugar de la confirmación legal; tienen que llegar. En España, el TRLGDCU fija un plazo de desistimiento de 14 días naturales.
Remitente en su propio dominio, un buzón que se lea, y SPF y DKIM para el servidor que realmente envía.
Tenga en cuenta los límites en los momentos de mucha actividad; valore un servicio de correo transaccional y mantenga los boletines separados.
Pruebe con un pedido de prueba a una dirección externa y lea las cabeceras.
Desactive el correo en staging o intercéptelo.

Cuestionario

Ejercicio

Ejercicio A6.1: ¿Llegan sus correos de pedido? Introduzca su dominio, la dirección del remitente que figura en WooCommerce > Ajustes > Correos electrónicos y el servidor que realmente envía el correo: «webserver» si WooCommerce envía a través de su plan de alojamiento, o el nombre de host de su servicio de correo o servidor SMTP. Puede añadir un selector DKIM (lo encontrará en las cabeceras de un correo de prueba). El programa consulta el registro SPF de su dominio y calcula si las direcciones IP de ese servidor encajan en él (pass), busca el registro DKIM del selector y el registro DMARC. Verde si la dirección del remitente termina en su dominio, hay exactamente un registro SPF que da pass, se encuentra DKIM y hay exactamente un registro DMARC válido. Naranja con softfail o neutral, sin selector, o con DMARC p=none. Rojo con un remitente en otro dominio, ningún registro SPF o varios, fail, un selector sin registro, o sin DMARC.

Después, hágalo usted mismo (no se corrige): realice un pedido de prueba hacia una dirección de otro proveedor y busque en las cabeceras el resultado de spf, dkim y dmarc.

Una marca verde significa que esta comprobación es correcta ahora, no que su tienda sea segura.

Para saber más

Los pasos en un panel se refieren a WebOké; en otros proveedores funciona de forma similar.

Cookies en WebOké

Ajustes de cookies

Necesarias

Marketing