Dominio, alojamiento y contenidos: ¿qué accesos recibir al entregar la web?
Una entrega útil incluye los accesos adecuados y una explicación de su función y responsables. Esta guía distingue dominio, alojamiento, contenidos y herramientas conectadas. Le ayudará a preparar un inventario, comprobar lo que la empresa puede utilizar e identificar lo que falta mientras las personas del proyecto siguen disponibles.

Recibir la dirección de su web y una cuenta para editar textos no explica toda su gestión. Dominio, alojamiento, contenidos y servicios conectados pueden depender de cuentas distintas. La entrega debe hacer comprensible esa organización para quienes asumirán la responsabilidad.
El objetivo no es recopilar indiscriminadamente todos los identificadores posibles. Es comprobar que la empresa dispone de los accesos necesarios, conoce las responsabilidades y puede continuar con otra persona en las condiciones acordadas. Un inventario probado aporta más que una colección de contraseñas sin explicación.
Prepare el inventario antes de la última reunión
Pida la lista de servicios cuando se conozca la configuración. Para cada uno, anote nombre, función, cuenta, responsable y tipo de acceso previsto para la empresa. Actualice la relación conforme se concreten las decisiones del proyecto.
Distinga lo que gestiona directamente y lo que permanece delegado. Puede confiar una operación técnica a otra persona conociendo interlocutor y condiciones de continuidad. Una delegación clara es diferente de una cuenta cuya relación con la organización nadie entiende.
En la entrega, utilice el inventario para verificar. Asigne un estado: recibido y comprobado, entregado sin probar o pendiente de aclaración. Evitará considerar una invitación sin utilizar como prueba de acceso operativo. Las preguntas pendientes conservarán un lugar visible.
Dominio: identifique su cuenta de gestión
El dominio es la dirección utilizada para llegar a la web. Pregunte con qué proveedor está registrado y qué cuenta permite administrarlo. Identifique quién recibe las comunicaciones y quién sigue las fechas de renovación de la empresa.
ICANN destaca la importancia de mantener actualizados los datos de contacto del dominio. Preguntas oficiales sobre datos de registro.
Al entregar, compruebe dominio, interlocutor, acceso y proceso de renovación. Una persona de la empresa debe saber dónde encontrar estos datos aunque la administración diaria esté delegada en un especialista. El conocimiento del servicio no debería desaparecer con un cambio de colaborador.
Si la cuenta se creó de una forma que no corresponde a la organización deseada, acuerde cómo regularizarla con el proveedor. Siga sus procedimientos con personas autorizadas y conserve una referencia de lo acordado. Aclare la situación real antes de suponer una transferencia concluida.
Configuración del dominio y servicios asociados
La cuenta de registro y el lugar donde se gestionan los ajustes no son necesariamente la misma interfaz. Pregunte dónde está esa configuración y quién puede administrarla. El inventario debe mostrar la relación entre servicios.
Identifique usos asociados: web principal, subdominios pertinentes y correo cuando corresponda. Un cambio futuro debe prepararse conociendo los demás usos. Recibir accesos consiste primero en verificar cómo se organizan esas responsabilidades.
Conserve una explicación, no solo una copia de parámetros sin contexto. Un especialista posterior necesitará saber quién coordina y qué alcance puede modificarse tras la validación. Esa información hace útil el documento cuando se requiere una intervención real.
Alojamiento: comprenda dónde funciona el sitio
Pregunte qué servicio aloja la web y cómo accede la empresa a la información necesaria para seguirla. Puede tratarse de una cuenta de alojamiento, un proyecto dentro de una plataforma o un entorno administrado en su nombre.
Aclare los niveles de autorización. Consultar el proyecto, seguir la facturación y modificar la configuración son capacidades distintas. El acceso debe corresponder a las tareas acordadas e identificar a quienes actúan en otros asuntos. El nombre de una plataforma no explica estas responsabilidades.
Pregunte por una futura continuidad: qué necesitaría otro proveedor, dónde se guardan los elementos y quién los prepara. La respuesta debe ajustarse a la solución concreta, no limitarse a afirmar que la web es recuperable. Solicite una explicación comprensible del resultado esperado.
CMS: pruebe los permisos realmente entregados
La persona que gestionará contenidos debe probar su acceso. Necesita encontrar una página, comprender los campos y realizar una tarea representativa dentro del proceso de comprobación acordado. Entrar correctamente es solo el principio.
Separe permisos editoriales y administrativos. Alguien puede editar artículos sin gestionar usuarios. La empresa debe saber quién dispone de las responsabilidades necesarias para organizar accesos e incorporar un nuevo editor cuando cambie el equipo.
Compruebe proyectos, servicios, idiomas y elementos reutilizados en varias páginas. Una cuenta no demuestra que todo lo anunciado como editable pueda administrarse. El ejercicio debe cubrir el alcance entregado y no una muestra cómoda ajena al trabajo futuro.
Archivos y código: precise qué se transmite
Pregunte qué archivos se incluyen según el acuerdo: contenidos, elementos gráficos, componentes específicos, documentación o acceso a un repositorio de código cuando forme parte de la solución. Aclare organización y versión para reconocerlos después.
Si se incluye un repositorio, una persona autorizada debe localizarlo e identificar a qué web corresponde. Otro especialista necesitará además instrucciones pertinentes: organización, preparación y relación con la publicación, según el funcionamiento utilizado.
No confunda exportar páginas con retomar completamente todas las funciones. Algunos elementos pueden depender de otro servicio. El dossier debe explicar esas relaciones para saber qué se recibe y qué requeriría trabajo adicional durante un cambio posterior.
Medios: reciba materiales utilizables
Para imágenes, vídeos y otros medios, pregunte qué archivos se incluyen y para qué se utilizan. Versiones publicadas y materiales de producción pueden servir a fines distintos. La organización debe aclararlo sin obligar a futuros editores a adivinar el archivo adecuado.
Pida las condiciones de uso previstas para materiales de terceros y dónde se encuentra la información. Quien prepare otra publicación debe comprender qué elemento corresponde a cada uso sin reconstruir toda la selección inicial ni volver a contactar con cada participante.
Las secuencias animadas necesitan una explicación propia. ¿Dónde están los archivos, cómo se relacionan con el sitio y qué cambios son edición habitual? Una leyenda modificable y una secuencia que exige reconstrucción deben identificarse por separado.
Formularios y herramientas conectadas
Siga una consulta representativa desde la web hasta su destino. ¿Qué cuenta recibe la información? ¿Quién puede verla? ¿Qué herramienta produce la respuesta prevista? Estas preguntas descubren accesos que no aparecen dentro del CMS.
En un ejemplo ficticio, un restaurante usa un servicio externo de reservas. La empresa debe comprender la relación entre enlace, cuenta de reservas y responsable de solicitudes. El encargado de contenido y el responsable operativo pueden ser personas distintas.
Añada herramientas utilizadas realmente, como seguimiento de solicitudes, estadísticas o distribución de contenido. Pida accesos pertinentes y acordados, sin multiplicar cuentas sin función. El objetivo es seguir la operación efectiva y saber dónde encontrar información.
Copias y condiciones de restauración
Pregunte dónde se guardan las copias previstas, quién las sigue y quién organiza la restauración. Decir que existen no explica qué cubren ni cómo se utilizarían. La empresa debe conocer al responsable y el siguiente paso si necesita ayuda.
Aclare el alcance: contenidos, archivos, datos y configuración según corresponda. Identifique también información alojada en herramientas separadas. La documentación debe hacer comprensibles las responsabilidades cuando varios servicios participan en la experiencia completa.
Una comprobación útil incluye explicar proceso e interlocutores. Las pruebas técnicas de restauración deben organizarse en un entorno adecuado por los responsables. Descargar un archivo sin entender su finalidad no demuestra por sí solo una recuperación utilizable.
Utilice una tabla de entrega sencilla
El inventario puede seguir este formato sin contener credenciales secretas:
| Elemento | Información que recibir | Comprobación |
|---|---|---|
| Dominio | Proveedor, cuenta y responsable | Datos localizables |
| Alojamiento | Servicio, proyecto y permisos | Proyecto identificado |
| CMS | Dirección y rol | Tarea editorial probada |
| Contenidos y medios | Carpetas, versiones y usos | Archivos comprensibles |
| Funciones conectadas | Herramientas y responsables | Recorrido seguido |
| Copias | Alcance y responsable | Procedimiento explicado |
Añada una columna de preguntas abiertas y la persona que resolverá cada una. Un elemento incompleto debe permanecer visible hasta aclararse. La tabla registra una transmisión real de capacidad y no crea la apariencia de que todo está terminado.
Termine con una prueba de continuidad
Pida al futuro responsable encontrar información habitual, identificar la cuenta y explicar la acción siguiente. Una segunda persona puede comprobar si la documentación se entiende sin haber asistido a todas las conversaciones. Así se verifica si el dossier funciona por sí mismo.
La prueba revela nombres confusos, invitaciones sin aceptar y responsabilidades implícitas. Complete lo que falta mientras los participantes están disponibles y conocen la configuración. Es más sencillo aclarar una cuestión concreta ahora que reconstruir todo después de un cambio de personal.
Mantenga el inventario al día. Sustituir un servicio o cambiar un responsable debe actualizar también el registro. La documentación es más útil como referencia de trabajo que como fotografía antigua en la que ya nadie puede confiar.
Diferencie acceso recibido y capacidad de actuar
Una persona puede consultar una pantalla sin estar autorizada para completar la tarea esperada. Durante la entrega, compruebe la operación acordada y anote sus límites. No hace falta modificar ajustes sensibles para demostrar control; basta verificar las autorizaciones y el procedimiento correspondiente.
Si una tarea seguirá delegada, registre quién la realiza, cómo solicitarla y qué información necesita. Esta claridad permite trabajar con apoyo externo sin perder la comprensión del sistema. El problema no es delegar, sino desconocer la ruta para obtener una intervención cuando sea necesaria.
Para preparar la entrega con MV Design, identifique quién retomará los contenidos y quién seguirá los servicios asociados. Podremos organizar una lista adaptada al funcionamiento real de su proyecto.