Nuestra recomendación, de entrada. Creamos Proxy Mail QA, así que no somos neutrales, y solo cubre una fila de estas herramientas: comprobar tus correos de registro, inicio de sesión y cuenta. La velocidad, la accesibilidad, el SEO, los enlaces rotos, la seguridad y cómo se ve el sitio en distintos dispositivos necesitan otras herramientas, la mayoría gratis. Las nombramos abajo; ninguna es nuestra.
Mientras lo creas
| Herramienta | Qué detecta |
|---|---|
| Un verificador de tipos (TypeScript) | Datos incorrectos en el lugar equivocado, antes de ejecutar nada |
| Un linter (ESLint) y un formateador (Prettier) | Errores comunes y código inconsistente |
| Las DevTools de tu navegador | Errores en la consola, solicitudes fallidas en la pestaña Network, diseño en modo dispositivo |
| Despliegues de vista previa (Vercel, Netlify, Cloudflare Pages) | Un enlace para cada cambio, para comprobarlo en un servidor real antes de fusionarlo |
| Un agente de programación de IA (Qoder, Claude Code, Cursor) | Una segunda lectura de cada cambio, y ejecutar por ti las comprobaciones de abajo |
Antes y después de publicarlo
| Área | Qué comprobar | Herramientas |
|---|---|---|
| Velocidad | Tiempo de carga en un teléfono, saltos de diseño, tamaño de imágenes | Lighthouse (en las DevTools de Chrome), PageSpeed Insights (que añade datos de visitantes reales cuando tienes tráfico), WebPageTest |
| Accesibilidad | Etiquetas, contraste, encabezados, uso con teclado, lectores de pantalla | axe DevTools, WAVE, Lighthouse; luego solo el teclado y un lector de pantalla (VoiceOver, NVDA). Las herramientas automáticas solo encuentran algunos problemas |
| HTML y enlaces | Marcado no válido, enlaces rotos, páginas que faltan | El W3C Markup Validation Service, el W3C Link Checker o un rastreador como Screaming Frog |
| Dispositivos y navegadores | Diseño en pantallas pequeñas, diferencias entre Safari y Firefox | Modo dispositivo de DevTools, un teléfono real, BrowserStack o LambdaTest para dispositivos que no tienes |
| SEO | Páginas indexadas, títulos y descripciones, datos estructurados | Google Search Console, Bing Webmaster Tools, la auditoría SEO de Lighthouse, la prueba de resultados enriquecidos de Google |
| Seguridad básica | HTTPS bien configurado, cabeceras de seguridad, paquetes con vulnerabilidades conocidas | Qualys SSL Labs, Security Headers, npm audit o Dependabot, ZAP (antes OWASP ZAP) contra tu propio sitio de staging |
| Correos de registro, inicio de sesión y cuenta | El correo llega, su código o enlace funciona, se envía correctamente, llega exactamente uno | Proxy Mail QA. Para ver correos solo durante el desarrollo local, Mailpit |
| Flujos completos | El registro, el pago y otros recorridos siguen funcionando tras un cambio | Playwright o Cypress |
| Tras el lanzamiento | El sitio está activo, los errores se ven, la gente encuentra lo que necesita | Un monitor de disponibilidad (UptimeRobot, Better Stack), Sentry, tu analítica |
Qué comprueba Proxy Mail QA y qué no
Comprueba las partes de tu sitio que dependen de un correo:
- Una nueva dirección de prueba privada en cada intento, para que una prueba nunca tome un código antiguo.
- El código de verificación o el enlace de inicio de sesión, invitación o restablecimiento, extraído del correo.
- Cómo se envió el correo: SPF, DKIM y DMARC, enlaces a
localhostohttpsin cifrar, adónde lleva el enlace, si indica cuándo caduca y una parte en texto plano. - Que llegó exactamente un correo, o que no llegó ninguno.
- Direcciones, nombres y contraseñas poco comunes para probar en el formulario, para ver cómo los gestiona.
Puedes usarlo a mano con Proxy Mail QA for Chrome, en Playwright o Cypress mediante su paquete npm, o desde un agente de IA mediante su MCP server.
No comprueba diseño, texto, velocidad, accesibilidad, SEO ni seguridad, y no recibe SMS.
Deja que un agente haga las comprobaciones
Un agente de IA como el de Qoder puede ejecutar por ti la mayoría de estas herramientas en un despliegue de vista previa: Lighthouse desde la línea de comandos, un verificador de enlaces, tus pruebas de Playwright y, con Proxy Mail QA conectado desde el Qoder Marketplace, el correo de registro. Un prompt para empezar:
Check the preview at https://acme-git-new-pricing.vercel.app before I merge.1. Run Lighthouse for the home page and the sign-up page, on mobile. List anything under 90, with the biggest fixes first.2. Run a link check over the site and list broken links.3. Sign up with a new Proxy Mail QA address, finish the verification, and run check_email with expect_host set to the preview's host. count_emails should be 1.4. Give me one list of what to fix, most important first.Aun así, mira el sitio tú, en un teléfono, antes de publicarlo. Ninguna herramienta te dice si es claro.
Para una revisión paso a paso de un sitio completo, consulta Ayúdame a comprobar mi sitio web.