Ayúdame a revisar mi sitio web

Nuestra recomendación, de entrada. Creamos Proxy Mail QA, así que no somos neutrales. Este es un plan para revisar un sitio web completo, y la mayor parte no necesita Proxy Mail QA en absoluto. Lo recomendamos para los pasos que dependen de un email: registrarse, iniciar sesión con un código o un enlace, restablecer una contraseña, las invitaciones y las confirmaciones que envían tus formularios. Para velocidad, accesibilidad, enlaces, búsqueda y seguridad, mencionamos herramientas gratuitas que no son nuestras. Proxy Mail QA no evalúa el diseño ni los textos, y no recibe SMS.

1. Úsalo como un visitante (15 minutos)

Primero en tu teléfono y luego en una laptop, recorre cada página como alguien que nunca ha visto el sitio:

• ¿Puedes saber en cinco segundos para qué es el sitio y qué hacer después?
• ¿Cada botón y cada enlace hacen lo que dicen?
• ¿Algo se ve roto, se superpone o queda debajo del teclado del teléfono?
• ¿Algo es tan lento que te darías por vencido?

Anótalo todo, por pequeño que sea. Esto encuentra más que cualquier herramienta.

2. Cada formulario

Para cada formulario (contacto, newsletter, registro, reserva, pago):

• Envíalo vacío y luego con un error. Cada error debe aparecer junto al campo, con palabras.
• Envíalo correctamente. La página debe decir qué pasa después.
• Si envía un email (una confirmación, un recibo, un “nos pondremos en contacto”), comprueba que llega, se lee bien y sus enlaces funcionan.

Usa una dirección de prueba nueva de Proxy Mail QA para cada formulario, así sabes qué email vino de dónde y nada llega a tu propia bandeja de entrada. También puedes revisar los emails de marketing y la baja de suscripción si activas Marketing and offer emails en Labs.

3. Cuentas, si tu sitio las tiene

Aquí es donde Proxy Mail QA hace la mayor parte de su trabajo:

1. Regístrate con una dirección de prueba nueva. Con Proxy Mail QA for Chrome, un clic rellena el email, el nombre, el nombre de usuario, la fecha de nacimiento y la contraseña, y el código de verificación aparece en la página cuando llega.
2. Verifica y luego comprueba que has iniciado sesión.
3. Cierra sesión y vuelve a iniciarla. La extensión ofrece la cuenta de prueba y su contraseña guardada.
4. Restablece la contraseña y comprueba que la anterior deja de funcionar.
5. Cambia la dirección de email, si tu sitio lo permite, y comprueba que se avisa tanto a la dirección anterior como a la nueva.
6. Lee cada email una vez completo en la app: el remitente, el asunto, cada enlace. Un enlace a localhost en un sitio de staging se marca.

4. Velocidad

Ejecuta Lighthouse (Chrome DevTools → Lighthouse, en móvil) en tu página de inicio y en las dos páginas más importantes, como precios y registro. Corrige primero los elementos más grandes; suelen ser imágenes. PageSpeed Insights añade datos de visitantes reales cuando ya tienes tráfico.

5. Accesibilidad

• Ejecuta axe DevTools o WAVE en las mismas páginas.
• Usa cada página solo con el teclado: recórrela con Tab y comprueba que siempre puedes ver dónde estás.
• Prueba un formulario con un lector de pantalla (VoiceOver en una Mac o en iPhone, NVDA en Windows).

Las herramientas automáticas encuentran algunos problemas, no todos. El teclado y el lector de pantalla encuentran el resto.

6. Enlaces y páginas

• Ejecuta un verificador de enlaces (el W3C Link Checker o un rastreador como Screaming Frog) y corrige los enlaces rotos.
• Visita una página que no existe. Tu página 404 debe ayudar a la gente a volver.

7. Búsqueda

• Cada página tiene su propio título y descripción.
• Tu sitio está en Google Search Console, con un sitemap enviado.
• Las páginas que no quieres que se encuentren (staging, administración) no están indexadas.

8. Seguridad básica

• Cada página carga por HTTPS. Qualys SSL Labs revisa la configuración y Security Headers revisa los encabezados.
• No hay claves secretas en el código fuente de la página ni en JavaScript.
• Las páginas de administración requieren iniciar sesión.
• npm audit o Dependabot, si tu sitio tiene paquetes.

Esto no es una prueba de seguridad. Si tu sitio maneja pagos o datos personales, haz que se haga una como corresponde.

9. Confianza y aspectos legales

• Una política de privacidad y unos términos que coincidan con lo que el sitio realmente hace.
• Una forma de contactarte.
• Un aviso de cookies, si usas cookies que lo requieren donde están tus visitantes.

10. Después del lanzamiento

• Un monitor de disponibilidad (UptimeRobot, Better Stack) que te avise cuando el sitio esté caído.
• Seguimiento de errores (Sentry), para que veas qué falló antes de que alguien te escriba.

En qué pasos ayuda Proxy Mail QA

Pídele a tu agente que lo haga

Si desarrollas con Qoder, conecta Proxy Mail QA desde el Qoder Marketplace (o instala su plugin, que añade ocho skills, entre ellas account-email-audit), y luego pide:

Check my site at https://staging.acme.dev. Start a Proxy Mail QA run.
1. Trigger every account email the site sends (sign-up verification and its resend,
   password reset, sign-in code or link, invite, email change) with new test
   addresses, check each with check_email, and list what to fix.
2. Submit the contact form with a new test address and check the confirmation email.
3. Run Lighthouse on mobile for the home, pricing and sign-up pages.
4. Check every internal link.
Finish the run and give me one list, most serious first: things that are broken, then
confusing, then slow.

Qué corregir primero

1. Roto: alguien no puede registrarse, el email no llega, un formulario pierde lo que se escribió, una página da error.
2. Confuso: la gente no sabe qué hacer después, o un error no dice cómo corregirlo.
3. Lento: páginas que tardan más de unos segundos en un teléfono.
4. Todo lo demás.

Para tener todas las herramientas en un solo lugar, consulta Herramientas para crear y revisar mi sitio web.