¿Qué es una lista de verificación de QA de sitio web?
Una lista de verificación de QA de sitio web es una lista sistemática de comprobaciones que garantiza que un sitio web funcione correctamente antes de salir en vivo. Cubre desde enlaces rotos y compatibilidad con navegadores hasta rendimiento, accesibilidad y exactitud del contenido.
Considérala como la puerta de calidad final entre "terminado" y "en vivo". Una buena lista de verificación de QA de sitio web detecta problemas que los desarrolladores y diseñadores individuales pasan por alto — porque llevan semanas mirando la misma página y ya no pueden ver los problemas.
Este artículo proporciona una lista de verificación de QA de sitio web gratuita y descargable organizada por categorías, para que puedas usarla tal cual o adaptarla a tu proyecto.
Lista de verificación de QA de sitio web (gratuita y descargable)
1. Pruebas de funcionalidad
- Todos los enlaces internos funcionan (sin enlaces rotos)
- Todos los enlaces externos se abren correctamente (comprueba el comportamiento de target="_blank")
- Todos los formularios se envían correctamente (formulario de contacto, registro, búsqueda)
- La validación de formularios funciona (campos obligatorios, formato de correo, reglas de contraseña)
- Los mensajes de error de los formularios son útiles y visibles
- Los botones de llamada a la acción enlazan a las páginas correctas
- La funcionalidad de búsqueda devuelve resultados relevantes
- La paginación funciona correctamente (siguiente/anterior, números de página)
- Las descargas de archivos se activan correctamente (PDF, imágenes, documentos)
- Los reproductores de video y audio se cargan y reproducen
- Las ventanas lightbox/modal se abren y cierran correctamente
- La página 404 se muestra correctamente (no la página predeterminada del servidor)
- La página de error 500 está estilizada y es fácil de usar
- La funcionalidad de cierre de sesión limpia la sesión correctamente
- El manejo de la expiración de la sesión funciona como se espera
2. Pruebas en varios navegadores y dispositivos
- Chrome (las 2 últimas versiones)
- Firefox (las 2 últimas versiones)
- Safari (las 2 últimas versiones, incluidas macOS e iOS)
- Edge (las 2 últimas versiones)
- Safari móvil (iPhone, iPad — múltiples tamaños de pantalla)
- Chrome para Android (múltiples tamaños de pantalla)
- Samsung Internet (si es una región de alto uso)
- Diseño responsivo a 320px, 768px, 1024px, 1440px, 1920px
- Sin barra de desplazamiento horizontal en ningún ancho común
- Los objetivos táctiles son de al menos 48x48px (usabilidad móvil)
- Los tamaños de fuente son legibles en pantallas pequeñas
- Las imágenes se escalan correctamente y no se desbordan
3. Pruebas de rendimiento
- Tiempo de carga de página inferior a 3 segundos (o el umbral objetivo)
- Puntuación de rendimiento de Lighthouse ≥ 80 (móvil)
- Las imágenes están optimizadas (comprimidas, formato correcto, carga diferida)
- El CSS y el JavaScript están minificados
- Los recursos que bloquean el renderizado se minimizan
- Las Core Web Vitals aprueban (LCP < 2,5s, FID < 100ms, CLS < 0,1)
- El tiempo de respuesta del servidor (TTFB) es inferior a 600ms
- Los encabezados de caché están configurados correctamente
- El CDN está configurado (si corresponde)
- Sin fugas de memoria en las páginas de larga ejecución (SPA)
4. Pruebas de SEO y metadatos
- El título de la página (etiqueta title) está establecido y es único por página
- La meta descripción está establecida y es convincente
- Las etiquetas Open Graph (og:title, og:description, og:image) están presentes
- Las etiquetas Twitter Card están presentes
- La URL canónica está establecida correctamente
- La etiqueta h1 está presente y contiene la palabra clave principal
- La jerarquía de los encabezados es lógica (h1 → h2 → h3)
- El texto alternativo se añade a todas las imágenes
- El sitemap XML se envía a los motores de búsqueda
- Robots.txt está configurado correctamente
- Las etiquetas noindex se aplican a las páginas de staging/desarrollo
- Los datos estructurados / el marcado de esquema son válidos (prueba con Google Rich Results)
- Las URL son limpias y legibles (sin guiones bajos, sin ruido de parámetros)
- Hay redirecciones 301 para las URL que han cambiado
- Los 404 de URL antiguas redirigen a páginas relevantes
5. Pruebas de accesibilidad
- La navegación por teclado funciona (Tabulador, Intro, Escape, teclas de flecha)
- Los indicadores de foco son visibles (no eliminados mediante outline: none)
- El enlace "saltar al contenido" está presente y es funcional
- El contraste de color cumple WCAG AA (4,5:1 para texto normal, 3:1 para texto grande)
- El lector de pantalla puede navegar por la página de forma lógica
- Las etiquetas ARIA se usan donde se necesitan (contenido dinámico, controles personalizados)
- Los campos de formulario tienen etiquetas asociadas
- Los mensajes de error son anunciados por los lectores de pantalla
- El contenido de video tiene subtítulos o transcripciones
- Los elementos interactivos son accesibles mediante el teclado
- El zoom de página hasta el 200% no rompe el diseño
- Se respeta la preferencia de movimiento reducido (prefers-reduced-motion)
6. Pruebas de contenido y diseño
- Sin errores de ortografía ni de gramática
- La voz de la marca es coherente en todas las páginas
- El logotipo enlaza a la página de inicio (no solo a una imagen estática)
- La información de contacto es precisa (correo, teléfono, dirección)
- Las páginas legales están actualizadas (política de privacidad, términos de servicio)
- El año de copyright en el pie de página es el actual
- Las imágenes no están pixeladas ni estiradas
- El renderizado de fuentes es coherente entre navegadores
- El espaciado y la alineación son coherentes (sin fallos visuales)
- Las animaciones son fluidas (60fps) y no provocan mareos
- La hoja de estilo de impresión funciona (o el contenido se imprime limpiamente)
7. Pruebas de seguridad
- HTTPS está aplicado (redirige de HTTP a HTTPS)
- El certificado SSL es válido (no ha caducado)
- Los envíos de formularios usan POST (no GET)
- La validación de entradas previene XSS e inyección SQL
- Las páginas de autenticación usan HTTPS exclusivamente
- Las cookies de sesión son seguras y HttpOnly
- Sin datos confidenciales en el código fuente (claves de API, contraseñas, tokens)
- Los encabezados de seguridad (CSP, HSTS, X-Frame-Options) están configurados
- Las URL de administración no son accesibles públicamente
- Las subidas de archivos están restringidas (tipo, tamaño) y se analizan
Pruebas de QA de sitio web: cómo revisar la lista
Paso 1: Elige tus herramientas
- Pruebas manuales — recorre la lista de verificación página por página
- Herramientas automatizadas — Lighthouse, axe DevTools, WAVE, Screaming Frog
- Herramientas de comentarios visuales — BugCapturer para anotar problemas directamente en la página
Paso 2: Ve página por página
No intentes probar todo el sitio a la vez. Elige una página, recorre todas las categorías aplicables y luego pasa a la siguiente página. Empieza por las páginas de alto tráfico y los flujos de trabajo críticos (portada, checkout, inicio de sesión, búsqueda).Paso 3: Registra los problemas a medida que los encuentras
Cuando encuentres un bug, regístralo de inmediato. Usa una herramienta como BugCapturer para:- Tomar una captura de pantalla anotada con flechas y texto que señalen el problema
- Capturar automáticamente la URL, el navegador, el SO y la resolución de pantalla
- Grabar un video breve si el bug implica animación o interacción
- Capturar automáticamente los errores de consola y los fallos de red
Paso 4: Corrige y vuelve a probar
Asigna los problemas a los miembros adecuados del equipo, establece prioridades y vuelve a probar tras las correcciones. Cada bug debe verificarse antes de que el sitio salga en vivo.Lista de verificación de aseguramiento de la calidad web: consejos profesionales
Cómo ayuda BugCapturer con el QA de sitio web
BugCapturer, una extensión gratuita de Chrome para informes de bugs y comentarios visuales, se integra directamente en el flujo de trabajo de QA:
- Anotación de capturas de pantalla: arrastra para seleccionar el área problemática, añade flechas, rectángulos y texto. No se necesita una herramienta de capturas aparte.
- Grabación de pantalla: graba la pestaña actual como un video WebM y luego recorta y extrae los fotogramas clave. Perfecto para bugs que implican animación, estados de desplazamiento o interacciones.
- Metadatos técnicos automáticos: la URL, el navegador, el SO, la resolución de pantalla y el viewport se recopilan automáticamente, sin escritura manual.
- Recopilación de datos de diagnóstico: captura registros de consola a nivel de error y solicitudes de red fallidas (estado HTTP ≥ 400). Las URL de red se ocultan automáticamente en lo que respecta a parámetros confidenciales.
- Correo electrónico en un clic: todo se empaqueta en un correo estructurado, listo para enviarse al desarrollador.
- Exportación a Excel/TSV: copia en un clic una fila de informe de bugs estructurada de 12 columnas a tu portapapeles para el seguimiento a nivel de equipo.
Con BugCapturer, revisar una lista de verificación de QA de sitio web se vuelve muchísimo más rápido. Cada bug tarda 30 segundos en informarse en lugar de 5 minutos.
Descarga: lista de verificación de QA de sitio web
Copia la lista de verificación anterior en tu formato preferido:
- Google Sheets / Excel — crea una hoja de cálculo con columnas para cada categoría y casillas de verificación
- Notion / Trello — crea una tarjeta de lista de verificación para cada categoría
- Markdown — conserva el texto sin procesar en tu repositorio o wiki
- Impresión — usa una lista de verificación física para las sesiones de pruebas manuales
El mejor formato es el que tu equipo de QA utiliza realmente. Adapta la lista de verificación a tu proyecto: añade elementos específicos del proyecto, elimina los irrelevantes y actualízala después de cada versión.