Netlify cambia los avisos de formularios: solo a tu equipo
Netlify ya solo manda los avisos de formularios a correos de tu equipo. A quién afecta, qué pasa con los que ya tienes y cómo arreglarlo.
Si tienes un formulario en una web alojada en Netlify y los avisos te llegan a un correo tipo pedidos@tuempresa.com, esto te toca.
Netlify ha puesto un requisito nuevo: el correo que recibe las notificaciones de un formulario tiene que pertenecer a un miembro de tu equipo de Netlify. Si no estás en un plan Enterprise ni en el antiguo Legacy Business, te aplica.
Lo reviso en su changelog oficial hoy, 4 de noviembre de 2026. Y es uno de esos cambios pequeños que no se nota hasta el día que tocas algo y deja de funcionar como esperabas.
Qué ha cambiado exactamente
Antes montabas una notificación de formulario y le ponías el correo que te diera la gana. El del negocio, el de un cliente, el de un colaborador externo, el de tu socio. Daba igual si esa dirección tenía cuenta en Netlify o no.
Ahora no. Cuando configuras una notificación que envía los detalles de un envío de formulario a una dirección de correo, esa dirección tiene que estar conectada a un miembro de tu equipo de Netlify.
Y ojo con esto, que es la parte que se escapa: el requisito también se aplica cuando editas una notificación que ya existe. O sea, no es solo para las nuevas.
¿Y los avisos que ya tenía montados?
Siguen funcionando. Tal cual.
El changelog lo dice sin rodeos: si ya tienes una dirección configurada para notificaciones de formularios que no está conectada a un miembro de tu equipo, como orders@company.com, tus notificaciones siguen llegando como siempre.
Solo tienes que cumplir el requisito nuevo la próxima vez que crees o edites una notificación de formulario.
Que traducido al español de verdad significa: no te va a explotar nada hoy. Te va a explotar el día que entres a cambiar el correo de destino porque has cambiado de gestor, de cliente o de dominio. Ese día te vas a encontrar con que la dirección de siempre ya no te la acepta y vas a estar media hora pensando que has hecho algo mal.
No has hecho nada mal. Es el requisito nuevo.
A quién le toca y a quién no
| Plan | Qué pasa con las notificaciones por correo |
|---|---|
| Enterprise o Legacy Business | Nada. Puedes usar cualquier dirección, como hasta ahora |
| Cualquier otro plan | La dirección tiene que ser de un miembro de tu equipo de Netlify |
Si estás leyendo esto porque publicaste tu web con Netlify hace tres meses y usas el plan gratis, estás en la segunda fila. Como la mayoría.
Y si todavía no tienes claro qué entra y qué no entra en ese plan gratis, lo desmenucé en su momento en qué pasa de verdad con los créditos del plan gratis de Netlify.
Qué haces tú con esto
Hay dos salidas, y las dos salen del propio requisito.
Una: poner como destinatario un correo que ya sea de alguien de tu equipo de Netlify. Si la web es tuya y el formulario es tuyo, lo normal es que ese correo sea el tuyo de siempre. Caso cerrado en treinta segundos.
Dos: si quieres que los avisos lleguen a una dirección genérica del negocio o a una persona de fuera, esa dirección tiene que entrar en el equipo. No hay truco. El requisito es exactamente eso.
Lo que no te voy a decir es cuánto te cuesta meter a alguien en tu equipo según tu plan, porque eso no lo dice este anuncio y no me voy a inventar una cifra. Mira tu configuración de equipo antes de prometerle nada a nadie.
Y una cosa más: si el aviso del formulario lo tienes apuntado a un correo que no revisa ni Dios, esto es la excusa perfecta para arreglarlo. El formulario sigue funcionando igual, los envíos se siguen guardando en el panel de Netlify, pero si nadie abre esa bandeja da lo mismo. El formulario no está roto. Está sordo.
Si andas liado con formularios en Netlify y nunca te quedó claro qué puede hacer y qué no, tengo diez dudas sobre Netlify resueltas (WordPress, formularios, sin GitHub) donde entro en ese tema con más calma.
¿Qué más trae el changelog de Netlify?
Este cambio no venía solo. En la misma tanda hay tres cosas más, y dos tienen que ver con agentes.
El MCP de Netlify ya recoge quejas de tu agente. El servidor MCP de Netlify incorpora una herramienta nueva de feedback que permite a los agentes enviar comentarios o reportar problemas a Netlify por su cuenta cuando se topan con algo que no pueden resolver. Un error poco claro, una capacidad que falta. En vez de dejarlo como un callejón sin salida en la conversación, el agente cuenta lo que ha pasado. Funciona en cualquier sitio donde uses el MCP de Netlify, incluidos sus conectores y plugins, y si ya tienes un conector o un plugin montado no hay que configurar nada extra.
Los despliegues se ven dentro de la conversación. El MCP de Netlify ahora te da una vista visual de los despliegues de tu proyecto en ChatGPT y en otros clientes que soportan MCP Apps. Pides "muéstrame los últimos despliegues de mi proyecto" y te sale una tarjeta con hasta cinco despliegues recientes: el estado, el contexto de despliegue y la rama, la hora de creación y enlaces para visitar el despliegue o abrirlo en Netlify. Lleva filtro por estado y un botón de refrescar. No hace falta salirse a mirar el panel para saber si el último deploy entró o por qué falló.
Esto va en la misma línea que lo de hace unas semanas, cuando Netlify empezó a mandar sus eventos a ChatGPT para montar automatizaciones. Primero los avisos, ahora el panel. Poco a poco el dashboard se está mudando al chat.
Y un aviso de seguridad de Next.js. El equipo de Next.js ha hecho públicas siete vulnerabilidades, parcheadas el 3 de noviembre de 2026. Los problemas van desde datos en caché filtrándose entre usuarios hasta exposición de cookies HttpOnly, envenenamiento de caché e inyección de respuestas entre clientes. Varias no afectan a las apps alojadas en Netlify, pero algunas sí, así que si tienes un Next.js en Netlify la recomendación de ellos es actualizar next a la versión parcheada y volver a desplegar. Uno de los problemas necesita además actualizar el adaptador @netlify/plugin-nextjs.
Si no tienes ni idea de si tu web es un Next.js, probablemente no lo sea. Si la montaste con un agente y no sabes qué tienes debajo, pregúntale al agente directamente. Para eso lo tienes.
Toda la información oficial está en la web de Netlify (enlace de afiliado: así me ayudas a seguir creando contenido), que es de donde sale esto. Si algo cambia respecto a lo que cuento aquí, manda lo que diga la fuente.
Resumen de andar por casa
Los avisos de formularios de Netlify ya solo se pueden mandar a correos de gente de tu equipo, salvo en Enterprise y en el antiguo Legacy Business. Lo que tengas montado hoy sigue tirando. El requisito salta la próxima vez que crees o edites una notificación.
Parece una tontería, pero es el tipo de cambio que te pilla con el culo al aire justo el día que tienes prisa. Ahora ya lo sabes.
Por cierto, si tienes una web publicada y todavía no sabes en qué punto estás de todo este lío de agentes, MCPs y paneles que se mudan al chat, haz el test para saber tu nivel de IA. Cinco minutos y sales con una idea clara.
Sigue leyendo
Netlify y ChatGPT: avisos de despliegue y formularios automáticos
Netlify ya manda sus eventos a ChatGPT: te avisa cuando un deploy funciona, un build falla o entra un formulario. Qué cambia.
Make ya tiene plugin para Cursor: qué es y qué cambia
Make lanza su plugin oficial para Cursor: empaqueta sus Skills y el MCP oficial para montar automatizaciones sin salir del editor.
GPT-6.1 Sol ya está en Make: qué cambia en tus escenarios
Make mete GPT-6.1 Sol en sus automatizaciones y agentes: soporte de herramientas, multiagente en beta y todo lo que el anuncio no dice.
Softr migra tu Airtable desde el panel: novedades de octubre
Softr añade Migrate from Airtable en el panel, notificaciones dentro de la app, bases públicas y carpetas. Qué trae el changelog de octubre de 2026.