Gmail deja de enviar los correos de PrestaShop: error 535

En abril de 2025 Gustavo avisó en el grupo: las tiendas con el SMTP de Gmail configurado en PrestaShop habían dejado de enviar avisos. En mayo otro compañero lo confirmó con el error en la mano: 535-5.7.8 Username and Password not accepted. La causa: Google ya no acepta el usuario y la contraseña de la cuenta para enviar desde aplicaciones. Hay que usar una contraseña de aplicación o cambiar de servidor de correo.

El síntoma

Los correos dejan de salir de golpe, sin haber tocado nada. En Parámetros avanzados → Correo electrónico, el correo de prueba falla con algo así:

Expected response code 250 but got code "535", with message
"535-5.7.8 Username and Password not accepted"

No le pasó a todo el mundo a la vez: un compañero con 1.7.8.11 seguía enviando el mismo día del aviso. Por eso muchas tiendas se enteran cuando un cliente dice que no le ha llegado la confirmación del pedido.

Por qué pasa

Google exige que las aplicaciones entren en Gmail o Workspace con OAuth. Las que no lo soportan tienen que usar una contraseña de aplicación. Como señaló otro miembro del grupo, el envío SMTP de PrestaShop trabaja con usuario y contraseña, no con OAuth.

Las salidas

1. Contraseña de aplicación

Es lo más rápido. En la cuenta de Google, activa la verificación en dos pasos y crea una contraseña de aplicación (ayuda de Google). En PrestaShop, pon esa contraseña en lugar de la de la cuenta.

Un compañero que lo resolvió así aconsejó probar primero los datos en un cliente de correo, como Thunderbird. Si ahí funciona, el problema ya no es Google sino la configuración de la tienda.

Según la ayuda de Google, la opción puede no aparecer si la verificación en dos pasos solo usa llaves de seguridad, si la cuenta es de una organización (como Workspace) o si tiene la Protección avanzada activada. En una cuenta de empresa, pregúntale al administrador.

En la configuración de correo de PrestaShop, el resto no cambia: servidor smtp.gmail.com, la cuenta completa como usuario y el cifrado que corresponda al puerto (TLS en el 587, SSL en el 465). Lo único nuevo es la contraseña.

2. Otro servidor de envío

Otro compañero lo dijo sin rodeos: Gmail no está para eso. Una tienda envía confirmaciones, cambios de estado, recuperaciones de contraseña, avisos de stock… Lo sensato es usar el SMTP del correo de tu dominio o un servicio de correo transaccional, con SPF y DKIM bien configurados para no acabar en spam.

3. Workspace para leer, el servidor para enviar

Se preguntó si se puede tener el correo del dominio en Workspace y a la vez enviar desde el servidor de la tienda (con Plesk, en ese caso). Se puede: el registro SPF del dominio tiene que autorizar a los dos.

Comprueba que no pierdes correos

• Envía un correo de prueba desde el back-office después de cada cambio.
• Haz un pedido de prueba y comprueba que llegan el correo al cliente y el aviso a la tienda.
• Si el registro de correos de PrestaShop dice que salieron y no llegan, el problema está fuera de la tienda: SPF, DKIM o la reputación del servidor.

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación