Relanzamiento web: qué revisar antes de aprobarlo

¿Con qué debe medirse la nueva web?

Un diseño nuevo se juzga rápido por gusto. Para aprobarlo necesitas además una tarea que un visitante deba completar realmente: encontrar un servicio adecuado, pedir un presupuesto o elegir una cita. Escribe esa tarea en una frase antes de la aceptación.

Para un proveedor local podría ser: un interesado reconoce si su necesidad encaja con la oferta, encuentra la vía de contacto adecuada y puede enviar una consulta. Es un ejemplo de trabajo, no un resultado medido de un cliente. Una captura bonita aún no demuestra que ese camino funcione.

Una hoja de aprobación que puedes completar de verdad

Recomendamos una hoja compartida con las seis comprobaciones siguientes. Cada línea tiene una persona responsable y una prueba visible, por ejemplo un enlace probado o una consulta de prueba recibida. Los criterios son una herramienta propia para la aceptación.

En el móvil cuenta el uso, no el mockup

Revisa la web también fuera de la vista previa del diseño. Abre el menú, lee una página de servicio y usa la vía de contacto en un móvil real. Fíjate en los avisos que solo aparecen tras introducir datos: un mensaje de error comprensible puede importar más que otra animación.

Para contenido normal de lectura vertical, las WCAG 2.2 indican un ancho de 320 píxeles CSS en el que la información y las funciones deben seguir disponibles sin desplazamiento en dos direcciones. Hay excepciones para contenidos como tablas de datos. Prueba también una vista estrecha y el texto ampliado; una sola captura móvil no basta.

Para texto normal, el criterio WCAG de contraste mínimo exige al menos 4,5:1, y 3:1 para texto suficientemente grande. Un título no es automáticamente lo bastante grande para el valor inferior. Revisa sobre todo el texto sobre fotos y las etiquetas de formularios. Estas comprobaciones cubren una parte de la accesibilidad, no una prueba completa de conformidad.

Fuentes: W3C: reajuste en vistas estrechas y con zoom · W3C: contraste mínimo según WCAG 2.2

Revisar por separado el tiempo de carga y la respuesta

Una animación puede parecer tranquila y aun así retrasar las interacciones. Comprueba tanto la primera carga como la respuesta del menú, los botones y los formularios. Con vídeos e imágenes grandes conviene probar también con una conexión más lenta.

Para unos buenos Core Web Vitals, Google indica un LCP de 2,5 segundos como máximo, un INP de 200 milisegundos como máximo y un CLS de 0,1 como máximo. La evaluación se refiere al percentil 75 de visitas reales, por separado para móvil y escritorio.

Antes del lanzamiento, las pruebas de laboratorio y tus propias pruebas de uso ayudan a encontrar puntos débiles concretos. Después del lanzamiento las completas con los datos de campo disponibles. Una sola puntuación de Lighthouse no demuestra que los visitantes reales alcancen los tres valores objetivo. Anota en la hoja de aprobación qué medición tienes y qué falta por observar.

Fuentes: web.dev: Web Vitals

Con direcciones nuevas, conservar los caminos existentes

Si en el relanzamiento cambian las URL, Google recomienda asignar las direcciones antiguas a las nuevas correspondientes y usar redirecciones permanentes en el servidor, por ejemplo 301 o 308. Los enlaces internos, las etiquetas canonical y el sitemap deben usar las nuevas direcciones. Redirigir en bloque muchas páginas antiguas distintas a la página de inicio no es una solución limpia.

Para ello, reúne las páginas de servicio importantes que ya existen y los enlaces de anuncios, correos y material impreso. Ábrelos de nuevo tras el cambio. Un simple cambio de diseño con las mismas URL no requiere redirecciones generales.

Fuentes: Google: traslado de sitio con cambio de URL

Comprobar si la web pública puede encontrarse

Un entorno de pruebas puede estar protegido a propósito. En las páginas públicas, la configuración debe coincidir con el acceso deseado para los buscadores. Comprueba sobre todo que no se haya trasladado por error una protección con contraseña, un bloqueo de rastreadores o una directiva noindex.

Google cita como requisitos técnicos mínimos un Googlebot no bloqueado, una página que funcione con estado HTTP 200 y contenido indexable. La herramienta de inspección de URLs de la Search Console ayuda a revisar páginas concretas. Cumplir los requisitos no garantiza aún la indexación ni una posición concreta.

Fuentes: Google: requisitos técnicos para la Búsqueda

Qué bloquea la aprobación y qué puede esperar

Un alcance de servicios incorrecto, una vía de contacto inaccesible o un botón de reserva oculto deben corregirse antes del lanzamiento. Una variante de imagen adicional, en cambio, puede esperar a una mejora posterior. Lo decisivo es si un problema impide la tarea acordada o falsea el contenido.

Planifica justo después de publicar una nueva revisión de los caminos más importantes. La revisión en la vista previa y en el dominio real son dos pasos distintos. Anota las mejoras pendientes con un responsable para que no se pierdan tras el lanzamiento.

• Aprobar: la tarea acordada del visitante funciona en el dominio real.
• Corregir: un problema bien delimitado impide esta tarea; tras la corrección, volver a probar el mismo camino.
• Reajustar: la oferta, el público o el proceso de reserva aún no están claros. Primero hay que aclarar el encargo.

Cómo encaja la revisión con las ofertas web de Pribbly

Pribbly ofrece webs como servicio individual y la creación inicial de la web dentro de sus paquetes mensuales. En los paquetes, la web corporativa se crea al principio; después se prevén mantenimiento técnico y cambios mensuales limitados de contenido. No se trata, por tanto, de una web nueva cada mes. La oferta independiente Website Premium 3D de la tienda no forma parte automáticamente de un paquete mensual.

Para un presupuesto, anota qué páginas se van a crear, qué camino de contacto o reserva las acompaña y qué gestión hará falta después. La hoja de aprobación ayuda a concretar estos puntos en la conversación.

Este artículo práctico se creó con apoyo de IA. Las fuentes, las afirmaciones y la relación con el catálogo de Pribbly se comprobaron automáticamente para su publicación. La lista de control no sustituye la revisión de una web de cliente concreta.