Saltar al contenido

Aprobación del cliente antes de lanzar un sitio web: guía para agencias

Actualizado el 7 min de lecturaPor el equipo de DNSPeek

Consigue la aprobación del cliente mostrándole el sitio terminado en el servidor real, reuniendo sus comentarios en un solo lugar y registrando una aprobación explícita con nombre y fecha antes de cambiar los DNS. Acuerda de antemano con el cliente qué cubre la “aprobación” y quién puede darla. Respalda la petición con pruebas de que el sitio está listo, como un rastreo de QA y una comparación visual con el sitio anterior.

Por qué falla la aprobación

Los conflictos en un lanzamiento rara vez vienen de un mal trabajo. Vienen de la ambigüedad: el cliente revisó una URL de staging distinta de producción, los comentarios llegaron en cinco hilos de correo y una llamada, alguien con más autoridad vio el sitio por primera vez después del lanzamiento, o un “se ve bien” en un chat se tomó como aprobación. Un proceso de aprobación elimina esa ambigüedad.

  • Una sola versión: el cliente revisa el sitio en el servidor desde el que se lanzará, no en una copia de staging.
  • Un solo lugar para los comentarios: comentarios vinculados a la página y al elemento exactos a los que se refieren.
  • Una sola persona que aprueba, designada de antemano, con autoridad para dar el visto bueno.
  • Un solo registro: quién aprobó, cuándo y en qué estado estaba el sitio.

Acuerda qué cubre la aprobación

Antes de que empiece la revisión, pon por escrito qué significa aprobar. Basta con una lista breve en el briefing del proyecto o en la propuesta de trabajo:

Alcance habitual de la aprobación
ÁreaEl cliente confirmaLa agencia confirma
ContenidoLos textos, las imágenes y las páginas legales son definitivosContenido colocado tal como se entregó
DiseñoLa maquetación en escritorio y en móvil es la acordadaCoincide con los diseños aprobados
FuncionalidadLos formularios, el pago y el inicio de sesión funcionan como se esperaProbado con datos de prueba
Preparación técnicaAcepta la fecha de lanzamiento y los riesgos indicadosInforme de QA sin problemas, redirecciones planificadas, copias de seguridad listas

Designa a la persona que aprueba y a un suplente. Acuerda cuántas rondas de revisión se incluyen y que los cambios posteriores a la aprobación son una nueva solicitud. Esto protege a ambas partes.

El proceso de aprobación

  1. Paso 1: Acuerda el alcance y quién aprueba

    Pon por escrito qué cubre la aprobación, cuántas rondas de revisión se incluyen y quién aprueba.

  2. Paso 2: Despliega en el servidor de producción

    Pon la versión final en el servidor desde el que se lanzará, con los DNS todavía apuntando al sitio anterior.

  3. Paso 3: Comparte una vista previa protegida con contraseña

    Crea un enlace de vista previa para el dominio y la IP del servidor nuevo, ponle una contraseña y envíaselo al cliente.

  4. Paso 4: Reúne comentarios fijados en la página

    Activa los comentarios del cliente para que fije sus comentarios en la página y el elemento; resuelve cada comentario a medida que lo corriges.

  5. Paso 5: Ejecuta las comprobaciones

    Ejecuta un informe de QA y una comparación visual, corrige lo que encuentren y comparte los resultados o un informe de preparación para el lanzamiento.

  6. Paso 6: Pide una aprobación explícita

    Pide a la persona designada que haga clic en Aprobar el lanzamiento o que confirme por escrito haciendo referencia al enlace de vista previa exacto.

  7. Paso 7: Congela y lanza

    Congela los cambios tras la aprobación, cambia los DNS y lleva las solicitudes posteriores al lanzamiento en una lista aparte.

Muestra el sitio real, no una copia de staging

Los entornos de staging se van alejando de producción: plugins distintos, recursos en caché, contenido de prueba. Lo más seguro es aprobar el propio servidor de producción, antes de que los DNS apunten a él. Un enlace de vista previa de DNSPeek muestra el sitio desde el servidor nuevo con su dominio real, en cualquier navegador y en cualquier teléfono, sin que el cliente tenga que instalar ni configurar nada. Protégelo con contraseña y envíalo como cualquier otro enlace.

Los clientes no tienen por qué saber qué es un archivo hosts, y nunca se les debería pedir que lo editen. Consulta archivo hosts o enlace de vista previa para ver las ventajas de cada opción.

Reúne los comentarios en un solo lugar

En los planes Agency y Provider, activa los comentarios del cliente en el enlace de vista previa. Aparece un botón Comentarios en cada página de la vista previa. El cliente hace clic en un punto, escribe un comentario y queda fijado a ese elemento como un marcador numerado; las notas generales pueden aplicarse a toda la página. No necesita una cuenta. Recibes un correo cuando llegan comentarios, como máximo uno cada diez minutos por enlace, y resuelves cada uno en el panel cuando está hecho. Detalles: Comentarios del cliente y aprobación del lanzamiento.

Cualquiera con el enlace puede comentar

Los comentarios están abiertos a cualquiera que pueda abrir la vista previa. Usa una contraseña para que los comentarios queden entre tú y el cliente.

Demuestra que el sitio está listo

Los clientes aprueban más rápido cuando ven que se hicieron las comprobaciones. Las herramientas gratuitas cubren lo básico, como el certificado con el verificador de SSL y las redirecciones con el verificador de redirecciones. Tres cosas ayudan más:

  • Un informe de QA: un rastreo del servidor nuevo en busca de páginas rotas, archivos que faltan, problemas de redirecciones, contenido mixto y carencias en los DNS del correo, con una puntuación. En los planes Agency y Provider, el informe compartido lleva tu marca. Consulta Informe de QA.
  • Una comparación visual: capturas de pantalla de las páginas clave del sitio anterior y del nuevo, en escritorio y móvil, con las diferencias resaltadas (planes de pago). Consulta Comparación visual.
  • Un informe de preparación para el lanzamiento: una página con un veredicto (no está listo, listo con advertencias, listo para lanzar) elaborado a partir del último informe de QA, la comparación visual, los comentarios abiertos, la aprobación del cliente y una comprobación del certificado. Es una instantánea que el cliente abre sin cuenta. Consulta Preparación para el lanzamiento.

Registra la aprobación

Con los comentarios del cliente activados, el cliente hace clic en Aprobar el lanzamiento e introduce un nombre y, opcionalmente, un correo y una nota. Recibes un correo, los ajustes del enlace muestran quién aprobó y cuándo, y el informe de preparación para el lanzamiento indica bajo el veredicto quién aprobó. Si trabajas sin la función de comentarios, pide la aprobación por correo en respuesta a un mensaje que enlace la vista previa exacta y enumere el alcance, y guarda ese hilo con el proyecto.

Después de la aprobación, congela los cambios. Todo lo que el cliente pida a continuación va a una lista para después del lanzamiento, salvo que bloquee el lanzamiento. Luego cambia los DNS siguiendo el checklist de migración de sitios web.

Checklist de aprobación

Antes de pedir la aprobación

  • Alcance de la aprobación por escrito en el briefing o la propuesta de trabajo
  • Persona que aprueba y suplente designados
  • Versión final en el servidor de producción
  • Enlace de vista previa protegido con contraseña y enviado
  • El cliente revisó en escritorio y en un teléfono
  • Todos los comentarios del cliente resueltos o pasados a después del lanzamiento
  • Informe de QA ejecutado, hallazgos críticos corregidos
  • Comparación visual revisada en busca de diferencias inesperadas
  • Veredicto de preparación para el lanzamiento compartido
  • Aprobación explícita registrada con nombre y fecha
  • Congelación de cambios acordada hasta el lanzamiento

Preguntas frecuentes

¿Qué es la aprobación de un sitio web?

La aprobación de un sitio web es la confirmación explícita del cliente de que el sitio está listo para lanzarse tal como se revisó. Registra quién aprobó, cuándo y qué se aprobó, para que ambas partes estén de acuerdo sobre el estado del proyecto en el lanzamiento.

¿Los clientes deben revisar en staging o en el servidor de producción?

En el servidor de producción siempre que puedas. Las copias de staging se alejan de producción, así que aprobar staging no demuestra que el sitio en producción se verá igual. Un enlace de vista previa permite al cliente ver el servidor de producción antes de que los DNS apunten a él.

¿Mi cliente necesita una cuenta para comentar o aprobar?

No con los comentarios del cliente de DNSPeek. El cliente abre el enlace de vista previa, fija comentarios y aprueba el lanzamiento con un nombre y un correo opcional. Protege el enlace con contraseña para que solo el cliente pueda comentar.

¿Y si el cliente sigue pidiendo cambios después de aprobar?

Trata los cambios posteriores a la aprobación como nuevas solicitudes, tal como se acordó en el alcance. Corrige lo que bloquee el lanzamiento y pon el resto en una lista para después del lanzamiento con su propio presupuesto.

¿La página de aprobación puede llevar la marca de mi agencia?

En los planes Agency y Provider de DNSPeek, los informes de QA y los informes de preparación para el lanzamiento muestran tu logotipo, color, pie de página y datos de contacto. Configúralos una vez en los ajustes de marca.

Moving a site? Use the migration checklist

Every step from lowering the TTL to checking email after the switch, on one printable page. With a free account you keep your preview links in one place and run a QA report of the site on the new server.

Revisa el nuevo servidor antes del cambio

DNSPeek te da un enlace HTTPS que muestra tu sitio desde el nuevo servidor mientras los DNS siguen apuntando al anterior. Ábrelo en cualquier dispositivo, compártelo con tu equipo o tu cliente y ejecuta un rastreo de QA con el mismo enlace.

Crear un enlace de vista previa gratis