Digamos que una correduría de seguros de 12 personas llama un martes por la tarde. La encargada de oficina envió los avisos de renovación del mes desde su propio buzón, como lo ha hecho durante tres años, y a mitad de la lista Gmail la detuvo. Algunos clientes recibieron el aviso. Otros no. Nadie en la oficina sabe quiénes, y lo que falló regresó como un rebote que ahí nadie puede leer.
Aquí no hay nada roto. Es una cuota. Google publica un conjunto de techos por usuario para Gmail y, cuando un buzón cruza uno, ese buzón no envía nada nuevo por hasta 24 horas. No se pueden comprar y el soporte no los puede levantar, así que las únicas preguntas útiles son cuál techo tocaste y por cuál canal debía haber salido ese volumen.
Cómo se ve un techo desde adentro
Un límite de envío aparece en tres lugares distintos, y los tres no se parecen en nada.
En la interfaz de Gmail el envío se rechaza, con un mensaje que dice que se alcanzó un límite de envío. Nada llega al destinatario, y muchas veces queda una copia en Enviados, que es la razón por la que la gente jura que sí salió. Cuando el correo sale por una app, un script o un complemento autenticado como ese usuario, el rechazo llega como una respuesta SMTP y el usuario nunca la ve. Quien la encuentra es quien lee el log de la aplicación, normalmente días después.
Cuando el correo pasa por el relay SMTP de Workspace, Google sí es específico sobre cuál techo aplica. Su lista de errores nombra tres condiciones separadas: Daily SMTP relay limit exceeded for user, Daily SMTP relay limit exceeded for customer y Peak SMTP relay limit exceeded for customer. Los dos primeros son un alto por el día. El tercero es temporal, y Google indica que mientras aplica el correo del relay se posterga en vez de rechazarse. Esa misma página advierte que el error puede no llegarle a nadie, porque el servidor que envía tiene que aceptar el informe de no entrega para que el mensaje regrese.
El registro que cierra la discusión es la Búsqueda de registros de correo en la consola de administración. Da el evento por mensaje, por remitente y con la razón, que es la única forma de responder la pregunta real de la correduría: cuáles de esos 300 avisos salieron, y a quién.
Los topes, tal como Google los publica
Estos son los valores de la propia página de límites de envío de Gmail para Google Workspace, consultada el 20 de octubre de 2026. En esa misma página Google señala que los límites pueden cambiar sin aviso, así que toma cualquier copia de ellos, esta incluida, como una cifra que hay que verificar el día que la necesitas.
- 2,000 mensajes al día por cuenta de usuario. 1,500 al día cuando el envío sale como combinación de correspondencia, y 500 al día en una cuenta de prueba.
- 2,000 destinatarios por mensaje, contando Para, CC y CCO, con no más de 500 externos a tu cuenta de Workspace.
- 10,000 destinatarios en total al día, contados en cada envío: cinco mensajes a diez direcciones gastan cincuenta del cupo, no cinco. Una combinación de correspondencia cuenta contra 1,500.
- 3,000 destinatarios únicos al día, contando cada dirección una sola vez por más que le escribas, y 3,000 destinatarios externos al día.
- 500 destinatarios por mensaje por la API de Gmail, y 100 por mensaje para el correo que un usuario de POP o IMAP envía por SMTP.
- El correo que se reenvía automáticamente por un filtro o una regla de reenvío no cuenta contra el límite diario de envío. Tiene su propio techo de 10,000.
Dos de estos tumban a las empresas pequeñas mucho más seguido que el famoso 2,000. El primero es el conteo de destinatarios: una actualización de ocho mensajes a una lista de 400 direcciones son ocho mensajes y 3,200 destinatarios, así que el techo de 10,000 destinatarios llega mucho antes que el de mensajes. El segundo es la ventana móvil. Las cifras diarias no se reinician a medianoche, corren sobre las 24 horas anteriores, así que un envío que empezó a las 4 de la tarde de ayer sigue gastando el cupo a las 10 de la mañana de hoy. Por eso un límite alcanzado el martes en la noche se siente como un límite que duró todo el miércoles temprano.
Cuando no es el límite
Cerca de la mitad de los casos que llegan descritos como un límite de envío resultan ser otra cosa. Tres problemas se sienten idénticos desde la silla del remitente: ayer funcionaba, hoy se detuvo, y a algunos destinatarios sí les llegó.
El primero es limitación de ritmo y no una cuota. Gmail posterga el correo con un código 4xx por la velocidad o por lo sospechoso de la llegada, no porque el buzón se quedó sin cupo, y la solución es otra. Un aplazamiento 421 4.7.28 es la forma más común.
El segundo es autenticación. Un mensaje que falla la alineación de SPF y DKIM se rechaza al llegar, y del lado del remitente se ve exactamente como un techo: entrega parcial, sin causa visible, peor en unos dominios que en otros.
El tercero es un remitente que no es Gmail. Un CRM, una plataforma de facturación o un complemento de combinación de correspondencia que envía como tu dominio tiene su propio techo y su propia reputación, y cuando falla, la cuota de Gmail nunca estuvo involucrada.
Revisa primero lo barato. Si SPF, DKIM y DMARC no están limpios para el dominio que envía, arregla eso antes de rediseñar cómo envía correo la empresa. Una cuota solo explica una detención que puedes señalar con un número.
El canal correcto para el volumen
Una vez que conoces el techo real, la decisión no es técnica. Es cuál de los tipos de correo saliente de la empresa pertenece al buzón de una persona y cuál no. Casi toda empresa pequeña tiene tres o cuatro trabajos corriendo por una sola cuenta: correo personal, avisos a clientes, facturas de una app, y algo que en la práctica ya es un boletín.
| Canal | Para qué sirve | Techo documentado | Qué te exige |
|---|---|---|---|
| Un buzón de usuario | Correo de persona a persona, avisos internos chicos | 2,000 mensajes y 10,000 destinatarios al día, 500 externos por mensaje | Nada, hasta que una persona se convierte en todo el correo saliente |
| Combinación de correspondencia | Un envío personalizado a una lista que ya es tuya | 1,500 destinatarios al día | Sin reportes reales, y las bajas quedan en tus manos |
| Grupo de Google | Distribución interna, anuncios, una dirección compartida | Se cuenta por grupo, mucho más alto: 50,000 destinatarios externos al día, 5,000 cada 10 minutos | Una política de quién publica y a dónde van las respuestas |
| Relay SMTP de Workspace | Correo de aplicaciones, equipos y scripts desde tu dominio | 10,000 destinatarios al día por usuario, 100 por transacción SMTP | Configuración de administración, y un candado para que no sea una puerta abierta en tu dominio |
| Una plataforma de envío | Marketing y correo transaccional de volumen | Lo define el proveedor | Una identidad de envío aparte que autenticar y alinear |
Qué te dan de verdad el relay y un grupo
El relay SMTP de Workspace es la respuesta correcta para el correo de aplicaciones y la respuesta equivocada para un boletín. Recibe correo en smtp-relay.gmail.com por los puertos 25, 465 y 587, y la propia página de Google lo pone en 10,000 destinatarios al día para cada usuario de la organización, con 100 destinatarios por transacción SMTP. Eso es cinco veces el techo del buzón, que normalmente alcanza para facturas, alertas, un escáner y un formulario web juntos. Lo que no hace es mejorar cómo se recibe tu correo, y mal configurado va a retransmitir con gusto para remitentes que nunca autorizaste. Los ajustes que deciden eso son los que repasamos en relay SMTP y Enviar como.
Un grupo de Google es para distribución. Los límites de grupos de Google se cuentan por grupo y por cuenta, no contra el cupo diario de una persona, y para una empresa pequeña la cifra que amarra es la externa: 50,000 destinatarios externos al día para un solo grupo, con 5,000 en cualquier ventana de 10 minutos. Google aclara que un subgrupo cuenta como destinatario además de sus propios miembros, así que un grupo de grupos gasta más de lo que parece, y que una restricción suele durar cerca de una hora aunque puede durar 24.
Una advertencia que a la gente le cuesta dinero. La documentación de Google fija límites separados para grupos; no dice que escribirle a un grupo de 400 miembros cueste un destinatario de tu cupo de usuario. Muchos blogs afirman exactamente eso. Usa el grupo para distribución y direcciones compartidas, y no lo trates como una forma de colar volumen por debajo de una cuota.
De todos modos nada de esto cambia la restricción real. Las guías para remitentes de Google ponen la tasa de queja de spam que importa bastante por debajo del 0.3%, y el techo que termina mal nunca es el publicado. El volumen que tienes permitido enviar no es el mismo que el volumen que alguien quiere recibir.
El orden en que trabajamos en una cuenta de cliente
- Sacar el registro antes de cambiar nada. La Búsqueda de registros de correo para ese remitente en esa ventana dice qué salió, qué se rechazó y por qué. Sin eso, cada paso siguiente es una adivinanza.
- Separar la cuota del rechazo. Una cuota detiene el mensaje antes de que salga de la cuenta. Un rechazo regresa del lado que recibe con un código, y ese código nombra otro problema.
- Contar la carga real de destinatarios por remitente y por semana, no por mensaje. Este es el número que explica la mayoría de los techos, y casi nadie conoce el suyo.
- Autenticar el dominio primero. SPF dentro del presupuesto de diez consultas, DKIM firmando en cada remitente, DMARC con una alineación que aguante. Mover volumen a un canal nuevo antes de esto es como un problema de cuota se vuelve un problema de reputación.
- Repartir los trabajos entre canales como los ordena la tabla de arriba, y darle al correo de aplicaciones su propia identidad, normalmente un subdominio de envío, para que su comportamiento nunca arrastre a los buzones.
- Alarmar el número correcto. Un conteo semanal de destinatarios por remitente, revisado una vez al mes, detecta el próximo techo semanas antes de que llegue. Un conteo diario de mensajes no.
Cómo ayuda Guanacos Tech
Casi todo este trabajo es una decisión, no una configuración: cuál correo pertenece a un buzón, cuál a un relay y cuál nunca fue trabajo de Workspace. Leemos los registros, encontramos el techo al que la empresa está realmente cerca, repartimos los canales, verificamos los registros DNS para que el cambio no te cueste entrega, y le dejamos al administrador el único número que debe vigilar. Si un solo buzón carga tus facturas, tus renovaciones y algo que se volvió boletín en silencio, vale una hora con consultores de Google Workspace antes de que se convierta en una mañana de correo que nunca salió. Una llamada de 30 minutos alcanza para decirte a cuál techo estás cerca y qué implicaría mover el volumen.
Fuentes
- Gmail sending limits in Google Workspace (Google Workspace Admin Help)
- Send email from a printer, scanner, or app: SMTP relay limits (Google Workspace Admin Help)
- SMTP relay service error messages (Google Workspace Admin Help)
- Understand Groups policies and limits (Google Workspace Admin Help)
- Email sender guidelines (Gmail Help)