Qué debe incluir una entrega web profesional

Dominio, hosting, analítica, correo, repositorios y servicios externos deben estar registrados en cuentas controladas por la empresa. Un proveedor puede administrarlos, pero el cliente no debería descubrir que una cuenta crítica pertenece personalmente a alguien que ya no está.

Documenta contactos de facturación, renovaciones y recuperación. Utiliza accesos organizativos en lugar de compartir una contraseña.

La entrega debe listar sistemas, URLs, propietarios y permisos sin colocar contraseñas en un documento. Un gestor seguro o invitaciones son opciones mejores.

Retira accesos temporales y confirma doble factor y recuperación. Los permisos mínimos reducen errores y mantienen clara la propiedad.

Explica lo que un futuro desarrollador necesita: framework, hosting, entornos, contenido, integraciones, despliegue y convenciones. No hace falta repetir lo evidente en el código.

Incluye el motivo de decisiones poco habituales. Saber por qué existe una ruta, integración o regla de caché suele valer más que un inventario enorme de archivos.

Un tour genérico del CMS se olvida. La formación debe usar el flujo real: crear borrador, reemplazar imagen, actualizar metadata, previsualizar, publicar una traducción y restaurar una versión.

Graba la sesión o prepara guías breves por tarea. Explica también los límites y qué cambios pueden afectar a layout, accesibilidad o SEO.

Proporciona el alcance final de pruebas y las excepciones conocidas. Incluye accesibilidad, navegadores, rendimiento, redirects y datos estructurados cuando corresponda.

Aclara privacidad y cookies. Desarrollo puede implementar herramientas, pero la organización debe saber qué servicios recogen datos y quién mantiene consentimiento y páginas legales.

Un backup sirve si puede restaurarse. Documenta qué se copia, frecuencia, retención y quién inicia la recuperación. En una web estática el código puede reproducirse, pero contenido, medios y configuración también necesitan protección.

Ejecuta o documenta una prueba de restauración. Explica rollback de despliegues fallidos y tiempo esperado de recuperación.

Las primeras semanas revelan preguntas, diferencias de analítica y casos límite. La garantía debe distinguir defectos y nuevas solicitudes, y explicar cómo se reportan y priorizan.

Después, el mantenimiento puede continuar con plan, retainer o trabajo puntual. Lo importante es que la responsabilidad no quede ambigua.

No cierres enviando una carpeta de enlaces. Revisa propiedad, documentación, pendientes y próximos pasos. Pide al cliente realizar tareas clave mientras sigue disponible el soporte.

Una checklist firmada puede ayudar, pero el objetivo es comprensión compartida. El cliente debe saber qué se ha entregado, dónde vive y cómo se cuidará.

El cliente debe saber dónde están logos, fuentes, fotografías, vídeo y recursos licenciados, y qué derechos tienen. Entrega fuentes editables cuando formen parte del acuerdo, no solo versiones comprimidas.

En contenido, identifica material importado, texto generado y elementos que necesiten revisión. Así la siguiente campaña no empieza buscando en discos personales y mensajes antiguos.

Una revisión cuando el equipo ya ha operado la web es más útil que asumir que la formación resolvió todo. Revisa hábitos de publicación, analítica, formularios, backups y workarounds.

También es el momento de mejorar documentación y decidir si hace falta mantenimiento. La entrega funciona cuando el cliente opera con confianza y sabe cuándo aporta valor el soporte especialista.