WEMAIDE / ARTÍCULOS / GUÍAS
Lista de comprobación para rediseñar una web y verificar el lanzamiento
Lista práctica de rediseño web: contenidos, URL, móvil, formularios, rendimiento, publicación y recuperación. Descarga el checklist editable y el brief.
Un rediseño termina cuando las tareas importantes funcionan, el material útil tiene destino y quienes operan el sitio saben qué cambió. Aprobar el aspecto es un punto de control. No confirma que una reserva haya llegado, que un enlace antiguo funcione o que alguien pueda actualizar el horario de la próxima semana.
Utiliza la lista para una actualización, un rediseño o una reconstrucción. Marca cada elemento como aprobado, fallido, pendiente o no aplicable, con evidencia o motivo. El alcance determina las comprobaciones: un sitio sin acceso de usuarios no necesita un flujo de cuentas inventado; un inventario en tiempo real necesita más que una captura.
Texto con campos de responsable, estado y evidencia. Uso gratuito sin registro.
Antes del diseño: registra lo que hace el sitio actual
- Identifica público, tarea principal y páginas que la apoyan. Describe el problema concreto: oferta confusa, formulario roto, edición difícil o plantilla lenta.
- Lista las URL actuales importantes, descargas y contenidos útiles. Si hay informes, incluye páginas con visitas relevantes o enlaces externos.
- Registra formularios, destinos, notificaciones y el registro final del negocio. Identifica responsables de los servicios conectados.
- Guarda una base de comparación: capturas móviles, errores e informes disponibles de rendimiento o analítica, con fecha y condiciones.
- Confirma acceso y titularidad de dominio, alojamiento, contenidos y editor. Aclara quién aprueba y quién publica.
Una portada anticuada no demuestra por sí sola que haya que reconstruir todo. Una estructura funcional puede necesitar contenido y mejores diseños móviles. Una página bonita con un editor impracticable o reservas poco fiables puede requerir cambios profundos. Primero decide el tamaño del problema.
Alcance: decide qué se conserva, cambia o traslada
| Elemento actual | Decisión | Prueba de aceptación |
|---|---|---|
| /classes | Mantener URL y mejorar el selector | El visitante elige una clase y ve fecha y precio completos en móvil. |
| /old-workshops | Integrar contenido útil en /classes y mapear la URL | La dirección antigua redirige al destino relevante sin bucles. |
| Formulario de consulta | Mantener solicitudes con confirmación del equipo | La prueba llega al registro o buzón correcto y se muestra un acuse preciso. |
| Disponibilidad en tiempo real | Fuera de esta versión | La interfaz indica que se solicita una plaza y no promete confirmación inmediata. |
Registra responsables y exclusiones junto al mapa de páginas. La falta de fotos o una traducción pendiente pueden impedir el lanzamiento aunque las plantillas estén listas. Define quién actualiza datos entre el traslado del contenido y la publicación.
Reúne público, recorrido, contenidos, integraciones y responsabilidades antes de comparar propuestas.
Contenidos y URL: asigna un destino al material útil
- Conserva las direcciones cuando continúa la misma página útil. Un cambio visual no exige renombrar todas las URL.
- Asigna a cada dirección importante que cambie un destino relevante; evita enviar páginas sin relación a la portada.
- Comprueba las redirecciones permanentes elegidas y las respuestas finales. Resuelve bucles, cadenas innecesarias y destinos con error.
- Actualiza enlaces internos, URL canónicas, versiones de idioma pertinentes y sitemap hacia las direcciones públicas correctas.
- Comprueba que el sitio público admite indexación y no hereda restricciones de pruebas. Mantén protegidas las páginas privadas.
La documentación de Google sobre cambios de URL describe mapas, redirecciones y seguimiento. Los buscadores tienen que procesar el cambio y puede haber fluctuaciones. La lista reduce errores evitables, sin garantizar las mismas posiciones. Una mejora visual con direcciones conservadas no implica trasladar el dominio.
Móvil y accesibilidad: termina la tarea en otras condiciones
- Prueba menús, enlaces, selectores y formularios en un teléfono estrecho. Revisa títulos largos, precios reales, traducciones y errores.
- Recorre la tarea con teclado, foco visible y controles etiquetados. No dependas únicamente de pasar el cursor.
- Comprueba imágenes y alternativas útiles, texto legible y zoom. La información esencial no debe existir solo en una imagen decorativa.
- Verifica etiquetas, campos obligatorios, validación e instrucciones para corregir errores. Conserva la entrada útil tras un fallo cuando proceda.
Nuestro concepto de selector de apartamentos ilustra una decisión móvil: las plantas pueden convertirse en controles grandes y etiquetados en lugar de ventanas diminutas. La idea es conservar la tarea de selección, no repetir todos los gestos del ordenador.
Formularios e integraciones: comprueba qué hay después del botón
Realiza una prueba controlada con datos identificados como prueba. Comprueba el aviso al visitante, el resultado del servidor y el destino real. Un mensaje verde no demuestra que el CRM o el buzón hayan recibido la solicitud. Define cómo detectar y recuperar envíos fallidos o inciertos.
- Prueba un envío válido, datos ausentes o incorrectos y un fallo temporal del servicio receptor.
- Comprueba clics repetidos y solicitudes interrumpidas. Evita pedir reintentos ciegos si pueden duplicar reservas o pagos.
- Verifica notificaciones y el destino de trabajo, no un buzón de pruebas. Confirma quién responde.
- Para pagos, inventario o cuentas dentro del alcance, utiliza el proceso de prueba aprobado y verifica el estado final. En un sitio solo de contacto, marca lo que no aplica.
Rendimiento: mide páginas representativas
Revisa portada, servicio, página con imágenes y recorrido de formulario en móvil. Anota fecha y condiciones. Investiga medios, fuentes, scripts y widgets si causan demoras. Una portada rápida no demuestra que todo el sitio lo sea; una puntuación de carga tampoco verifica el envío del formulario.
Distingue las pruebas de laboratorio de los datos de campo sobre visitas reales. LCP, INP y CLS describen carga, respuesta y estabilidad visual. Utiliza datos de campo cuando existan; en una página nueva o con pocas visitas pueden faltar. Esa ausencia no equivale a aprobar ni a suspender.
Lanzamiento: verifica el sitio público y la recuperación
- Registra contenido y versión aprobados, responsable y recuperación. Contempla solicitudes o datos creados durante el cambio.
- Abre páginas importantes y URL antiguas con redirección prevista. Comprueba estado final, contenido, dirección canónica e indexabilidad.
- Repite la tarea principal en el sitio publicado con datos de prueba y verifica el destino real.
- Comprueba analítica y consentimiento previstos. Evita contar los mismos eventos dos veces.
- Revisa sitemap y propiedad de Search Console cuando haya acceso. Las solicitudes de descubrimiento no garantizan indexación.
Después: distingue un fallo del retraso de los informes
Al principio prioriza páginas caídas, redirecciones rotas, contenido ausente, formularios fallidos y restricciones inesperadas. Los informes de búsqueda y datos de campo se actualizan con distintos plazos. Compara periodos completos y páginas relevantes antes de atribuir un movimiento al rediseño; no cambies títulos por un día con menos impresiones.
Entrega un registro de cambios, comprobaciones aprobadas, pendientes y forma de informar de un fallo. Incluye quién mantiene los contenidos y la operación. El resultado útil incluye una forma sostenible de trabajar además de una interfaz nueva.
