Control de calidad antes de un lanzamiento

Guía de control de calidad (QA) para lanzamientos web: criterios de funcionalidad, rendimiento, accesibilidad, contenido legal, buscadores y reversión, con fuentes oficiales y límites de la evidencia.

Respuesta directa

El control de calidad antes de publicar una web no consiste en "probar que funciona", sino en recorrer una lista cerrada y verificable de comprobaciones para que el día del lanzamiento no dependa de la memoria de nadie. Cubre seis frentes: funcionalidad, rendimiento, accesibilidad, contenido y aspectos legales, visibilidad en buscadores y asistentes, y capacidad de medir y revertir si algo falla.

Funcional

• Cada formulario se envía en producción y el aviso llega a un buzón que alguien lee de verdad.
• Cada pago se completa con una tarjeta real de importe mínimo y se comprueba que la factura se genera.
• Cada enlace del menú, del pie de página y de las llamadas a la acción abre lo que promete.
• Registro, acceso, recuperación de contraseña y cierre de sesión probados en un navegador limpio, sin sesiones ni cachés previas.
• Estados vacíos, de carga y de error visibles y comprensibles, sin mensajes técnicos dirigidos a quien no es desarrollador.

Rendimiento

La medición se hace en móvil con red limitada, no en el portátil del estudio. Los umbrales de referencia para las plantillas principales —no solo la portada— son los que define Google para las Core Web Vitals: LCP por debajo de 2,5 s, INP por debajo de 200 ms y CLS por debajo de 0,1.

Antes de publicar conviene comprobar que las imágenes se sirven en formato moderno y al tamaño real de su contenedor, que las tipografías cargan sin salto visible y que ningún script de terceros bloquea la primera pintura de la página.

Accesibilidad

La referencia vigente es WCAG 2.2, publicada por el W3C, que sustituyó a la versión 2.1 e incorporó criterios nuevos centrados en interacción y foco visible.

• Recorrido completo con teclado, con el foco siempre visible.
• Contraste mínimo de nivel AA en texto y en elementos de interfaz.
• Textos alternativos con sentido en las imágenes que aportan información.
• Etiquetas asociadas a cada campo de formulario y errores anunciados, no solo marcados en rojo.
• Estructura de encabezados en orden, sin saltos de nivel.

Las herramientas automáticas (axe, WAVE) detectan una parte del problema; una revisión manual con lector de pantalla sigue siendo necesaria para validar criterios que no se pueden comprobar de forma automática.

Contenido y aspectos legales

Revisión ortográfica y de cifras por una persona distinta de quien escribió el texto. Aviso legal, política de privacidad, política de cookies y condiciones publicados y coherentes con lo que la web hace realmente. El banner de cookies debe bloquear de forma efectiva la carga de servicios de terceros hasta que exista consentimiento, no solo mostrarse.

Buscadores y asistentes

Títulos y descripciones únicos por página. Etiquetas canónicas correctas. Mapa del sitio enviado a Search Console. Datos estructurados validados. A esto se suma una comprobación cada vez más relevante: que el contenido principal es legible sin ejecutar JavaScript, porque una parte creciente del tráfico llega a través de asistentes que no renderizan la página como un navegador.

Medición y reversión

Analítica instalada y verificada con un evento real, no solo con la carga de la etiqueta. Objetivos de conversión definidos antes del lanzamiento, no después. Copia de seguridad tomada, plan de reversión escrito y probado, y una persona designada para responder durante las primeras horas tras publicar.

Redirecciones en rediseños

En todo rediseño, cada URL con tráfico o enlaces entrantes debe tener su redirección 301 mapeada una a una contra la nueva estructura. Es el error que más posiciones en buscadores cuesta y, a la vez, el más fácil de evitar con una hoja de cálculo bien hecha antes del cambio.

Fuentes oficiales

• (https://www.w3.org/TR/WCAG22/)
• Evaluación de accesibilidad — W3C WAI
• Core Web Vitals — web.dev (Google)
• Creación y envío de sitemaps — Google Search Central
• Introducción a datos estructurados — Google Search Central

Límites de la evidencia

Los umbrales de Core Web Vitals y los criterios de WCAG se revisan periódicamente por sus organismos de referencia; conviene consultar siempre la fuente oficial antes de fijar objetivos contractuales con un cliente, en lugar de fiarse de cifras recogidas en artículos de terceros. Esta guía no sustituye una auditoría de accesibilidad legal ni una certificación de cumplimiento normativo cuando el proyecto lo requiere: en esos casos hace falta una evaluación específica por un profesional cualificado. Tampoco cubre requisitos sectoriales (salud, finanzas, contratación pública) que puedan añadir controles adicionales.

Fecha de revisión

Contenido revisado en octubre de 2025. Si tu lanzamiento es posterior, verifica los umbrales de rendimiento y los criterios de accesibilidad vigentes en las fuentes oficiales enlazadas arriba, ya que ambos estándares evolucionan.

Cómo lo hacemos en Aura

Cerramos cada proyecto con esta lista firmada y una revisión conjunta con el cliente. Nada se publica con puntos abiertos sin una decisión explícita de asumirlos. Si necesitas que alguien externo verifique el estado real de tu web antes de salir a producción, podemos encargarnos de la auditoría de accesibilidad, la optimización de rendimiento web o la revisión técnica de SEO previa al lanzamiento. Escríbenos en /es/contacto y te decimos, con honestidad, qué falta por cerrar.