¿Cómo muevo 80 sitios web de clientes a una plataforma de marca blanca sin perder posiciones ni clientes?

Un plan lote a lote para agencias que llevan decenas de sitios web de clientes a una sola plataforma de marca blanca: inventario, clasificación, comunicación con clientes, reconstrucción, redirecciones, cambio de DNS y reversión, con hojas que puedes copiar.

Muévelos en lotes pequeños, nunca todos a la vez. Empieza con un inventario de cada sitio, clasifícalos en "reconstruir", "mover tal cual" y "retirar", haz un piloto con cinco sitios de bajo riesgo y luego mueve el resto de diez en diez o de quince en quince con la misma lista: reconstruir, asignar cada URL antigua a una nueva con redirecciones permanentes, bajar el TTL del DNS un día antes, cambiar el dominio y vigilar el tráfico y los formularios durante dos semanas antes de empezar el siguiente lote. Avisa pronto a los clientes, da a cada uno una fecha y sigue pagando el hosting antiguo hasta que el último lote esté estable. Los pasos siguientes convierten eso en un plan que un equipo pequeño puede ejecutar junto al trabajo de clientes.

Por qué las agencias se queman en los cambios de plataforma

Un cambio así rara vez falla porque la nueva plataforma sea mala. Falla en las partes aburridas:

Un dominio registrado hace años en la cuenta personal de un cliente, y nadie tiene el acceso.
Un formulario de contacto que enviaba en silencio los contactos al buzón de un exempleado y ahora no los envía a ninguna parte.
URL antiguas que posicionaban bien durante años y ahora devuelven un 404, así que bajan las llamadas del cliente.
Un correo que dejó de funcionar porque alguien reemplazó la zona DNS y olvidó los registros de correo.
Un cliente que se enteró del cambio por su propio cliente, no por ti.

Cada paso de abajo existe para evitar uno de esos problemas.

Paso 1: Crea el inventario

Una fila por sitio. No empieces a mover nada hasta que todas las columnas estén completas, porque los huecos son donde están las sorpresas.

Columna	Qué registrar
Cliente y contacto	Quién aprueba los cambios y cómo prefiere que le avises
Dominio	Cada dominio y subdominio que apunta al sitio
Registrador y titular de la cuenta	Dónde está registrado el dominio y en la cuenta de quién
Host DNS	A menudo distinto del registrador; anota quién lo controla
Correo en el dominio	Qué servicio de correo, para que sus registros sobrevivan al cambio
Plataforma actual	WordPress, otro creador, código a mano, etc.
Número de páginas	Usa el sitemap o un rastreo, no la memoria
Formularios y adónde envían	Cada formulario y el buzón o la herramienta a la que llega
Integraciones	Reservas, pagos, chat, analítica, gestor de etiquetas, píxeles
Tienda o área de miembros	Productos, pedidos, accesos: requieren planificación adicional
Valor en búsquedas	Páginas principales por clics según los datos de búsqueda del cliente, si tienes acceso
Contrato y fecha de renovación	Cuándo termina el plazo actual del cliente contigo y la renovación del hosting antiguo
Decisión	Reconstruir, mover tal cual o retirar

Paso 2: Clasifica cada sitio

No todos los sitios merecen el mismo esfuerzo. Clasifícalos:

Reconstruir: sitios institucionales de unas 30 páginas o menos con formularios sencillos. Suele ser la mayor parte del portafolio de una agencia y la victoria más fácil.
Mover con cuidado: sitios con tienda, accesos de miembros, reservas o mucho tráfico de búsqueda. Déjalos para el final, de uno en uno, cuando tu equipo ya haya hecho diez fáciles.
Dejar donde está: sitios construidos en torno a un plugin o sistema a medida que la nueva plataforma no puede sustituir. Moverlos no compensa el riesgo. Sé honesto contigo sobre cuáles son.
Retirar: sitios de clientes que dejaron de pagar o de negocios que cerraron. Resuélvelos primero, con el cliente y por escrito.

Paso 3: Arregla la propiedad antes de mover nada

Para cada dominio, confirma que tú o el cliente pueden entrar hoy al registrador y al host DNS. Si un dominio tiene que cambiar de registrador como parte del cambio, revisa los plazos: según la Transfer Policy de ICANN, un registrador puede rechazar una transferencia en los 60 días siguientes a la creación del dominio o a una transferencia anterior, y necesitarás el código AuthInfo (de transferencia) del registrador actual. Un dominio no tiene que cambiar de registrador para cambiar de plataforma web. Basta con cambiar adónde apunta su DNS, y es mucho menos arriesgado.

Este es también el momento de acordar por escrito quién es el dueño del dominio y del sitio después del cambio. Nuestra guía quién es dueño del sitio web de un cliente en una plataforma de marca blanca cubre esa conversación.

Paso 4: Avisa a los clientes antes de que lo noten

Envía a cada cliente una nota breve al menos dos semanas antes de su lote. Di qué cambia para ellos (un acceso nuevo, un editor mejor), qué no cambia (su dominio, su correo, su precio, salvo que vaya a cambiar), la fecha y a quién llamar. Pídeles lo que solo ellos pueden darte, como el acceso al registrador. Usa una plantilla como esta:

Parte	Texto de ejemplo
Por qué	"Estamos moviendo los sitios de todos nuestros clientes a una plataforma más rápida para poder hacer tus cambios antes."
Qué se mantiene igual	"Tu dirección web, tu correo y tu cuota mensual se quedan exactamente como están."
Qué es nuevo	"Tendrás un nuevo acceso donde podrás ver tu sitio y pedir cambios."
Cuándo	"Cambiaremos tu sitio el [fecha]. Ese día no tendrás que hacer nada."
Qué necesitamos	"Confírmanos antes del [fecha] que sigues teniendo acceso a [registrador], o déjanos ayudarte a recuperarlo."

Los clientes que están a punto de irse a menudo te lo dirán ahora. Es útil: retira su sitio en lugar de moverlo.

Paso 5: Haz un piloto con cinco sitios

Elige cinco sitios sencillos cuyos dueños sean amables y cuyo tráfico sea modesto. Aplica toda la lista en ellos, mide el tiempo de cada paso y anota cada sorpresa. Esas notas son lo que hace que el lote dos sea más rápido que el uno. No empieces el lote dos hasta que los sitios piloto lleven dos semanas en vivo con los formularios funcionando y el tráfico estable.

Paso 6: La lista de cambio por sitio

Rastrea el sitio antiguo y exporta cada URL, título de página y metadescripción.
Reconstruye en la nueva plataforma. Mantén los títulos de página y los encabezados principales parecidos a los antiguos en las páginas que posicionan; no es el momento de reescribir por completo una página que posiciona.
Asigna las URL. Cada URL antigua recibe un destino nuevo, uno a uno cuando sea posible. La guía de Google sobre cambios de sitio indica usar redirecciones permanentes del lado del servidor (301 o 308), enviar cada URL antigua directamente a su dirección final y mantener las redirecciones el mayor tiempo posible, en general al menos un año.
Reconstruye los formularios y envía una entrada de prueba desde cada uno al buzón real del cliente.
Vuelve a añadir las integraciones: analítica, widgets de reservas, píxeles, chat.
Baja el TTL del DNS de los registros que vas a cambiar un día antes del cambio, para que se propague rápido y la reversión sea veloz.
Cambia el DNS solo de los registros web. Deja los registros de correo exactamente como estaban.
Comprueba el sitio en el dominio real, el certificado HTTPS, diez de las principales URL antiguas (deben redirigir), cada formulario y el correo hacia y desde el dominio.
Envía el nuevo sitemap en la Search Console del cliente, si la gestionas.
Vigila durante dos semanas: tráfico, entradas de formularios, errores 404 y cualquier comentario del cliente.

Paso 7: Planifica la reversión

Mantén el hosting antiguo funcionando y pagado hasta que el lote esté estable. Tu reversión consiste simplemente en volver a apuntar el DNS, lo que lleva minutos si bajaste el TTL. Decide de antemano qué la activa: formularios que no llegan, una tienda que no recibe pedidos o una caída clara del tráfico que no puedes explicar en pocos días.

Un calendario para 80 sitios

Semanas	Trabajo
1-2	Inventario, clasificación, arreglos de propiedad, avisos a los clientes del piloto
3-4	Piloto con cinco sitios y luego dos semanas de vigilancia
5-12	Lotes de 10-15 sitios sencillos, un lote cada una o dos semanas
13-16	Tiendas, sitios con miembros y sitios con mucho tráfico, de uno en uno
17+	Cancela el hosting antiguo cuando no quede nada en él; mantén las redirecciones

Ajusta el tamaño del lote a tu equipo. Dos personas suelen poder reconstruir y lanzar más sitios sencillos por semana de los que pueden revisar bien, así que la revisión es lo que marca el ritmo.

Qué debería facilitar la nueva plataforma

Un cambio de plataforma solo vale la pena si el trabajo diario posterior es más sencillo. Al evaluar una, comprueba que te da estas cosas para cada cliente.

Un solo lugar para todos los clientes

Deberías poder ver a cada cliente, su plan y su estado en una lista, y añadir el siguiente cliente en un minuto.

Gestor de clientes con búsqueda, etiquetas y una columna de estado con clientes Activos e Invitados — En We.Inc, todos los clientes están en una lista con búsqueda, etiquetas y estado.

Formulario Añadir cliente con campos para correo, nombre, empresa y plan — Añadir un cliente requiere un correo, un nombre, una empresa y un plan.

Un acceso con tu nombre

Tras el cambio, los clientes inician sesión con tu marca, no con la de la plataforma.

La página de inicio de sesión del cliente lleva el logo y los colores de la agencia.

Su propio dominio, conectado por sitio

Panel de dominios dentro del editor que invita al usuario a conectar un dominio que posee — Cada sitio se conecta a un dominio que el cliente ya posee.

Una salida

El próximo cambio debería ser más fácil que este. En We.Inc, el código de cada sitio se puede descargar o enviar a GitHub, y las páginas publicadas se prerenderizan con un sitemap generado y soporte para redirecciones guardadas, para que los buscadores puedan leerlas sin ejecutar scripts.

Si estás planificando un cambio así, agenda una demo y trae tu hoja de inventario; te diremos con franqueza qué sitios encajan y cuáles deberían quedarse donde están.

Fuentes

Última revisión: 2026-10-25.

Google Search Central, Site moves with URL changes (redirecciones permanentes, mantenerlas al menos un año, nuevo sitemap).
ICANN, Transfer Policy (restricciones de transferencia de 60 días, códigos AuthInfo).

Preguntas frecuentes

¿Cuántos sitios de clientes debería mover una agencia a la vez?

Empieza con un piloto de unos cinco sitios sencillos, vigílalos durante dos semanas y luego mueve de 10 a 15 a la vez. Deja para el final las tiendas, los sitios con miembros y los de mucho tráfico, de uno en uno.

¿Mover el sitio de un cliente a una nueva plataforma perjudica su posicionamiento?

Puede hacerlo si se rompen las URL antiguas. Asigna cada URL antigua a una nueva con redirecciones permanentes 301 o 308, mantén parecidos los títulos de las páginas que posicionan, conserva las redirecciones al menos un año como aconseja Google y envía el nuevo sitemap.

¿El dominio tiene que cambiar de registrador cuando el sitio cambia de plataforma?

No. Solo necesitas cambiar los registros DNS que apuntan al sitio web. No toques los registros de correo. La transferencia de registrador es un paso aparte y las reglas de ICANN pueden bloquearla en los 60 días siguientes al registro o a una transferencia anterior.

¿Cómo revierto el cambio de un sitio?

Mantén funcionando el hosting antiguo, baja el TTL del DNS un día antes del cambio y vuelve a apuntar los registros web si fallan los formularios, los pedidos o el tráfico.

¿Qué debo decir a los clientes antes de mover su sitio?

Por qué lo mueves, qué se mantiene igual (dominio, correo, precio), qué es nuevo, la fecha y lo que necesitas de ellos, como el acceso al registrador.