¿Podés cambiar de proveedor web? Los accesos y archivos que tu empresa debería controlar

Cambiar de proveedor web debería ser una decisión que tu empresa pueda preparar con información suficiente. Para eso necesita conocer qué servicios utiliza, quién controla los accesos y dónde están sus archivos. Mi recomendación es ordenar esa información mientras la relación de trabajo funciona bien. Esperar a una urgencia vuelve más difícil distinguir responsabilidades y sostener la operación.

Una web puede depender de dominio, hosting, correo, CMS y herramientas externas contratadas de maneras distintas. Tener una contraseña del panel no significa controlar todas esas partes. Antes de una transición, revisaría cada componente y dejaría documentado cómo se administra, qué se paga y qué necesita conservarse para continuar trabajando.

El dominio merece una comprobación propia

Empezaría por identificar el dominio, su titularidad registrada y la cuenta desde la que se gestiona. También su vencimiento y el contacto que recibe avisos. Son datos que deberían estar al alcance de la empresa. Un correo antiguo o una cuenta que nadie puede recuperar pueden complicar una renovación necesaria.

No cambiaría la configuración sin entender qué servicios dependen de ella. Los registros del dominio pueden dirigir tanto la web como el correo y otras verificaciones. Modificar unos valores para publicar el sitio puede afectar una casilla si no se revisa el conjunto. La transición necesita un inventario y un responsable técnico.

Cuando hay dudas sobre propiedad o condiciones contractuales, corresponde revisar la documentación y resolverlas con las partes. Un acceso técnico no define por sí solo todos los derechos sobre un servicio o una obra. El inventario ayuda a identificar la situación; no reemplaza los acuerdos que regulan la relación comercial.

Qué archivos necesita conservar la empresa

Pediría una copia de los archivos y de la base de datos que corresponda al sitio, junto con una explicación de cómo recuperarlos. Una carpeta de imágenes puede ser útil, pero no representa una instalación completa. También conviene conocer las versiones y dependencias que necesita para funcionar en otro entorno.

La copia debe comprobarse. Un archivo descargado sin errores todavía puede estar incompleto o requerir claves que nadie conservó. Una prueba de recuperación en un entorno adecuado permite detectar esas condiciones antes del cambio. Ese entorno necesita protegerse para que no publique datos privados ni compita con el sitio activo.

Separaría los recursos de trabajo de los archivos que forman parte de la entrega acordada. Diseños editables, fotografías y licencias pueden tener condiciones específicas. La empresa necesita saber qué puede reutilizar y qué depende de un tercero. Dejarlo por escrito evita suposiciones cuando otro equipo continúa el proyecto.

El correo no debería quedar escondido dentro de la mudanza

Una transición puede concentrarse tanto en la web que se olvida de las casillas. Revisaría dónde están alojadas, quién las utiliza y qué dispositivos dependen de su configuración. También si hay alias, reenvíos o formularios que envían notificaciones. Cada uno puede necesitar un tratamiento diferente durante el cambio.

El plan debe definir qué se conserva y cómo se comprueba la continuidad. Migrar mensajes, modificar accesos o cambiar el proveedor de correo requiere un alcance específico. No lo daría por incluido automáticamente en una mudanza de archivos web. Esa claridad permite preparar el trabajo y evitar interrupciones inesperadas.

Después de publicar, probaría envíos y recepción con referencias reconocibles. En el sitio también revisaría los formularios y sus destinatarios. Una página que abre correctamente puede seguir enviando consultas a una cuenta antigua. La continuidad comercial necesita comprobar esos recorridos, además de mirar la portada.

Medición, perfiles y servicios externos

Analytics y Search Console deberían estar vinculados a las propiedades correctas y contar con acceso adecuado para la empresa. Antes de crear cuentas nuevas, revisaría las existentes. Conservar la continuidad de los datos permite comparar períodos y evita que una transición fragmente innecesariamente la información disponible.

También inventariaría formularios externos, mapas, sistemas de reservas, pasarelas y otras integraciones que realmente use el proyecto. Cada servicio necesita un responsable y una forma de recuperar acceso. No hace falta incorporar herramientas que no existen; el documento debe representar la operación actual, con sus dependencias concretas.

Las credenciales deben transferirse por un mecanismo apropiado y con permisos acordes. No las incluiría en una planilla pública ni en capturas para explicar el cambio. Cuando termina una colaboración, los accesos anteriores deben revisarse según lo acordado y las necesidades de continuidad, conservando una forma segura de administración.

Las URLs forman parte de la continuidad

Un cambio de proveedor no exige cambiar todas las direcciones del sitio. Si la estructura sigue siendo válida, conservarla puede simplificar el proyecto. Cuando se modifica, hace falta relacionar las URLs anteriores con destinos equivalentes y comprobar los recorridos. Redirigir todo a la portada no explica dónde quedó cada contenido.

La documentación de Google sobre traslados con cambios de URL describe comprobaciones para preparar y seguir una migración. La referencia ayuda a organizar el trabajo técnico. El plan concreto debe considerar las páginas, archivos y funciones que utiliza la empresa.

También revisaría enlaces internos, imágenes y documentos descargables. Una web puede parecer correcta y conservar referencias a una carpeta antigua. Antes de limpiar el servidor, hay que comprobar qué recursos siguen en uso y dónde están físicamente. Un nombre que dice “backup” no demuestra que su contenido sea prescindible.

Revisá qué controla hoy tu empresa

Dominio y servicios contratados

Identificá cuentas responsables, vencimientos y condiciones de renovación. Confirmá que los avisos lleguen a una persona vigente de la empresa.

Archivos y recuperación

Pedí una copia completa según el alcance acordado y una explicación para restaurarla. Comprobá qué dependencias necesita.

Operación después del cambio

Prepará pruebas de contacto, correo, navegación y funciones comerciales. Definí quién puede resolver una interrupción y cómo se vuelve atrás.

Preparar la transición sin perder información reciente

Una copia tomada al comenzar el proyecto puede quedar desactualizada antes de publicar. Si el sitio recibe pedidos, registros o consultas, hay que definir cómo se conservarán los cambios ocurridos durante la preparación. Reemplazar la instalación activa con una copia antigua puede eliminar información operativa que no existía cuando se hizo el respaldo.

El plan debería indicar cuándo se toma la copia final y qué operaciones requieren coordinación. Una web institucional tiene necesidades diferentes de una tienda con pedidos. Esa diferencia afecta el momento del cambio, las verificaciones y la forma de volver atrás. No conviene aplicar una misma receta sin revisar el funcionamiento real.

También conservaría un inventario de archivos antes de limpiar. Carpetas antiguas pueden seguir alojando imágenes o documentos enlazados desde el sitio vigente. Primero hay que comprobar referencias y dependencias; después decidir qué se archiva o retira. La limpieza necesita una copia recuperable y un registro de lo que se movió.

Para la entrega prepararía una tabla con servicio, responsable, vencimiento y procedimiento de recuperación. Las contraseñas se gestionan por separado. Esa tabla permite que la empresa comprenda su infraestructura sin exponer secretos en un documento que puede circular entre varias personas.

Antes de cerrar, el nuevo responsable debería poder realizar una tarea cotidiana: editar una noticia, cambiar una imagen o consultar un mensaje, según el sitio. Si necesita pedir asistencia para cada modificación básica, conviene revisar la capacitación o la administración disponible. La continuidad se comprueba usando las herramientas.

Finalmente acordaría cómo se informa una incidencia durante la transición. Debe quedar claro quién recibe el aviso y qué información necesita para actuar. Esa definición ayuda a responder con orden cuando aparece un problema y evita que varias personas realicen cambios simultáneos sin conocer lo que está haciendo el resto.

Cómo armar un inventario útil antes de cambiar de proveedor web

El inventario puede empezar con una tabla sencilla. Para cada servicio, anotá su nombre, la empresa que lo presta, quién administra la cuenta y qué función cumple. Sumá el vencimiento conocido y el modo de recuperación. Una fila podría describir el alojamiento de la web; otra, el correo corporativo. Aunque ambos se paguen en una misma factura, conviene reconocerlos como funciones distintas para entender qué pasaría si se modifica una de ellas.

Agregá una columna de verificación. Allí registraría cuándo se comprobó el acceso y qué tarea se pudo realizar. “Tenemos una contraseña” y “podemos entrar con una cuenta vigente” describen situaciones diferentes. La comprobación debe hacerla una persona autorizada, sin copiar claves al inventario. Si un acceso depende de un teléfono o correo de recuperación que ya no se utiliza, esa dependencia necesita resolverse antes de planificar la transición.

Qué pedir cuando el sitio está hecho en WordPress

En una instalación de WordPress, la copia del sitio normalmente requiere archivos y base de datos. La documentación oficial de copias de seguridad de WordPress explica esa separación. Los archivos incluyen recursos como temas, plugins e imágenes; la base de datos conserva contenidos y configuración. Una descarga de la biblioteca multimedia no sustituye por sí sola el respaldo de la instalación.

Además del respaldo, pediría una lista de personalizaciones. Puede haber un tema hijo, funciones propias, plantillas específicas o tareas automáticas que otro equipo necesita conocer. El objetivo es ubicar el trabajo realizado y las dependencias que utiliza. Para cada componente comercial, conviene registrar quién mantiene su licencia y cómo se resuelven las actualizaciones. La continuidad de una licencia se confirma con sus condiciones y responsables, sin suponer que se transfiere junto con los archivos.

Una prueba de aceptación basada en tareas reales

Antes del cambio, elegiría las tareas que representan el uso cotidiano del sitio. En una web institucional pueden ser abrir un servicio, descargar un documento y enviar una consulta. En un catálogo, encontrar un producto y contactar al vendedor. La lista debe surgir del proyecto real. No conviene evaluar una web únicamente por su portada, porque una parte importante de la operación ocurre en páginas internas y conexiones con otros servicios.

Para cada prueba anotaría el recorrido, el resultado esperado y la persona que lo verifica. Si se envía un formulario, la comprobación incluye confirmar que el destinatario recibió el mensaje. Ver una pantalla de agradecimiento sólo acredita lo que mostró la interfaz. También registraría el dispositivo utilizado y cualquier diferencia observada. Este registro permite corregir problemas concretos y repetir únicamente las pruebas afectadas por cada ajuste.

Separar la mudanza de un rediseño completo

Cambiar de proveedor puede implicar sólo una nueva administración, una mudanza de alojamiento o una renovación del sitio. Son alcances diferentes. Conviene definir cuál se necesita antes de pedir una propuesta, porque cambian las tareas y las verificaciones. Si además se modifica el diseño, indicaría qué contenidos y funciones deben conservarse. Así se puede evaluar la nueva versión contra una referencia concreta y detectar omisiones antes de publicarla.

Google recomienda planificar los cambios de sitio de forma gradual cuando sea posible, en lugar de modificar dominio, plataforma y diseño al mismo tiempo. Esto ayuda a identificar qué ajuste está relacionado con un problema. En una propuesta de trabajo, separaría las etapas que realmente necesita la empresa y explicaría sus dependencias. Un cambio de responsable técnico puede resolverse sin renombrar la marca ni reemplazar todas las direcciones que ya utilizan los clientes.

Qué debería quedar documentado al cerrar la entrega

La entrega debería dejar una referencia de la versión publicada, la ubicación del respaldo y el resultado de las pruebas acordadas. Sumá el inventario de servicios y los asuntos pendientes, con una explicación de su efecto. Si falta confirmar la recepción de un formulario, ese punto debe figurar como pendiente. Si una página ya está online, eso no demuestra por sí mismo que Google la haya indexado. Describir cada estado con precisión facilita que el equipo continúe el trabajo.

Mi criterio es que la empresa pueda entender quién administra cada parte y cómo pedir asistencia sin depender de la memoria de una sola persona. Un documento breve, actualizado y accesible para los responsables vale más que una carpeta extensa que nadie sabe interpretar. Revisarlo después de un cambio de proveedor, de personal o de servicio ayuda a mantenerlo útil. La organización de accesos y archivos forma parte del mantenimiento cotidiano de la presencia digital.

Una entrega que otro equipo pueda utilizar

La documentación debería explicar dónde se editan los contenidos y qué depende de código o servicios externos. Un sitio administrable necesita instrucciones proporcionales a su complejidad. Si una sección sólo puede modificarse mediante desarrollo, conviene indicarlo para que el nuevo responsable pueda planificar ese trabajo.

También pediría un registro de tareas pendientes y limitaciones conocidas, con responsables y fechas acordadas. Ocultarlas no facilita la entrega. Saber que una integración requiere acceso o que falta verificar un formulario permite continuar desde un punto concreto. El estado del proyecto debería distinguir lo publicado, lo probado y lo que todavía necesita atención.

Si estás evaluando una renovación o un cambio de proveedor, podemos revisar esa base dentro del trabajo de desarrollo web. Contanos qué sitio tenés y qué necesitás conservar. Con un inventario claro, accesos adecuados y pruebas de recuperación, la transición puede prepararse de manera ordenada y con responsabilidades comprensibles para tu empresa.

Más sobre el autor y sus ideas en las notas de opinión de Daniel Waisman.