Una vista previa permite revisar un cambio antes de que lo vean los clientes. Pide un enlace que funcione, acuerda qué incluye y aprueba una versión concreta. Después comprueba la web publicada en tu dominio. Son decisiones distintas: una buena revisión reduce la incertidumbre, pero no demuestra que el lanzamiento haya salido bien.
Esta guía ayuda a empresas que revisan una web nueva o un rediseño con su diseñador. La pregunta útil es si el cliente puede completar su tarea y qué partes todavía dependen del entorno definitivo.
Entiende qué demuestra la vista previa
Una imagen de diseño muestra distribución, colores y textos. No demuestra que funcionen la navegación, la recepción de consultas o el pago. Una vista previa interactiva puede mostrar esas acciones si están conectadas o simuladas de forma segura. Pregunta qué estás revisando antes de aprobarlo.
Un sitio de pruebas, también llamado staging, es un entorno separado. WordPress.com explica su uso para probar cambios importantes antes de pasarlos a producción. La implementación depende del alojamiento; no supongas que todos los enlaces temporales tienen los mismos controles o copian los mismos datos.
Para una web informativa pequeña puede bastar una copia de revisión. Una tienda con pedidos nuevos necesita un plan para los datos además del diseño. Pide al desarrollador que identifique qué se trasladará, qué seguirá funcionando y cómo conservará la actividad reciente de los clientes. Copiar toda la web no es siempre el método adecuado de publicación.
Acuerda el acceso y los efectos de las pruebas
Un enlace difícil de adivinar puede reenviarse. Si contiene material sin publicar, pide restricciones de acceso y compruébalas sin iniciar sesión. Usa consultas y productos de ejemplo para la revisión. No copies registros privados de clientes solo para dar realismo a una demostración.
Cloudflare Pages documenta los enlaces de vista previa y sus controles de acceso. Es un ejemplo de plataforma, no una garantía de que la copia de tu diseñador sea privada. Confirma la configuración real.
La exclusión de buscadores y la privacidad requieren comprobaciones separadas. La documentación de Google sobre noindex explica que el rastreador debe poder leer la instrucción; bloquear el rastreo puede impedírselo. Noindex no exige que el visitante inicie sesión. Pregunta cómo se restringe la copia y cómo quedará la web pública disponible para indexación al lanzarla.
Antes de probar una consulta o un pedido, acuerda el destino y el modo de prueba. Envía un mensaje identificado como prueba a un buzón acordado solo con autorización. Confirma que pagos, avisos a clientes, existencias y sistemas externos no puedan provocar acciones reales involuntarias. Un botón sin conectar debe figurar como integración pendiente.
Recorre el camino del comprador en móvil y ordenador
Empieza en una página por la que podría entrar un cliente, no solo en la portada. Encuentra un producto o servicio, entiende la oferta y llega al siguiente paso previsto. Hazlo en tu propio móvil y en un ordenador. Una captura reducida no muestra cómo abre el menú ni si el teclado tapa un formulario.
Repite la ruta en cada idioma acordado. Comprueba que el selector abre la página equivalente, los datos de contacto son correctos y las descargas están en el idioma previsto. En un catálogo, incluye un nombre largo, un producto sin fotografía y otro con variantes, si corresponden al alcance contratado.
| Elemento | Evidencia útil | Decisión |
|---|---|---|
| El cliente encuentra la oferta adecuada | Dirección y pasos seguidos | Aprobado o punto concreto donde se interrumpe |
| El contacto funciona en el modo de prueba acordado | Referencia de prueba y destino confirmado | Aprobar solo lo comprobado |
| El contenido se puede usar en móvil | Dispositivo, página y captura del problema | Corregir textos ocultos, controles bloqueados o desplazamiento lateral de la página |
| La empresa aprueba los datos y materiales | Textos, precios y referencias de imágenes vigentes | Confirmar la versión aceptada |
Son sugerencias de revisión, no una certificación universal. Al encontrar un fallo, registra la dirección, la acción, el resultado y lo que esperabas. “En este móvil, abrir el menú oculta el botón de contacto” permite reproducir el problema. “El móvil se ve raro” no basta.
Aprueba una versión y registra las diferencias del lanzamiento
Mantén una lista de incidencias con responsable y resultado claro para cada una. Separa lo necesario para publicar de las peticiones posteriores. Si cambian textos o imágenes después de la aprobación, revisa las páginas afectadas e identifica la nueva versión.
Un ejemplo de nota sería: “Apruebo la versión de revisión del 10 de noviembre, pendiente de resolver la incidencia 4. Incluye las páginas indicadas y el menú móvil. Falta comprobar la recepción de consultas en el dominio definitivo”. Usa tu fecha y alcance reales. Es un registro práctico, no un modelo jurídico.
Antes de publicar, pide una lista breve de diferencias: dominio, acceso, ajustes de buscadores, destino de consultas, modo de pago, analítica y redirecciones. Cada diferencia aplicable necesita un responsable y una comprobación. Acuerda cuándo se pausará la edición y cómo se tratarán los pedidos o consultas nuevos durante el cambio. Define también quién puede restaurar la versión anterior si falla una ruta crítica; la guía de copias y restauración trata esa preparación por separado.
Comprueba el dominio publicado antes de cerrar el trabajo
Abre la dirección real en una sesión nueva del navegador. Repite la ruta principal del cliente, revisa los datos de contacto y confirma que los enlaces no vuelven a la copia de pruebas. La persona responsable debe verificar los ajustes de producción de la lista anterior. Un aviso de carga correcta demuestra un despliegue, no todos los resultados que verá el cliente.
En un rediseño, revisa también las direcciones antiguas importantes; la lista SEO para rediseños desarrolla ese punto. Si hay formulario, confirma la recepción mediante el proceso de prueba acordado, sin depender solo del aviso de éxito. La guía de entrega de formularios explica esa diferencia.
Anota lo que pasó y las limitaciones pendientes. Si la página está publicada pero la entrega de consultas no se ha probado, indícalo así. Cierra o restringe la copia de revisión según el plazo acordado y conserva la aprobación junto con los detalles de publicación. El cierre debe describir lo que el cliente puede hacer en la web real.
