Migra tu base de conocimiento sin perder tráfico SEO

En muchos productos, el centro de ayuda es la propiedad con más tráfico después de la portada. Años de artículos del tipo «cómo conecto X» y «por qué no me funciona Y» posicionan en silencio para miles de búsquedas de cola larga, evitan tickets a cualquier hora del día y traen compradores que llegaron buscando un problema. Una migración de la base de conocimiento que ignore esto quema un valor compuesto que costó años construir, y la pérdida asoma semanas más tarde, justo cuando ya es más difícil revertirla.

La buena noticia: los buscadores gestionan bien los cambios de sitio si respetas una lista corta de innegociables. Esta es la lista.

Primero, mide lo que estás a punto de mover

No puedes proteger un tráfico que no has medido. Antes de que se mueva un solo artículo:

• Descarga los últimos 12 meses de Google Search Console: páginas, consultas, clics e impresiones. Expórtalo: es tu línea base y tu póliza de seguro.
• Haz un crawl del centro de ayuda antiguo para tener la lista completa de URL, incluidas páginas de categoría, redirecciones que ya existen y artículos que nadie recuerda haber publicado.
• Marca las páginas que dan dinero: los 20 artículos con más clics suelen concentrar la gran mayoría del tráfico orgánico. Esos se revisan a mano en cada paso posterior.
• Anota qué URL ya redirigen: las cadenas de redirecciones son una de las formas clásicas de perder autoridad de enlaces durante una mudanza.

Decide la historia de cada URL antes de mover nada

Cada artículo necesita una respuesta deliberada a la pregunta «¿cuál es tu nueva dirección?», anotada en una tabla de mapeo con URL antigua, URL nueva y estado.

• Mantén los slugs idénticos siempre que puedas. Si el artículo antiguo vivía en /hc/articles/12345-connect-your-inbox y el sistema nuevo admite /help/connect-your-inbox, traslada la parte legible sin tocarla.
• Si el centro de ayuda cambia de dominio o de subdominio (de support.example.com a example.com/help, por ejemplo), trátalo como una mudanza de sitio: el mapa de redirecciones importa todavía más y conviene verificar ambas propiedades en Search Console.
• El mapeo uno a uno es la regla. Cada URL antigua apunta a su equivalente directo. Redirigirlo todo a la portada del nuevo centro de ayuda es la forma más habitual de que un equipo destroce su posicionamiento: los buscadores tratan las redirecciones masivas a la portada como soft 404.
• Los artículos que retiras a propósito se redirigen al artículo superviviente más cercano, o reciben un 410 honesto si ninguno cubre el tema. Decídelo artículo por artículo, no por norma general.

Redirecciones: los innegociables

• Redirect 301, permanente. Ni 302, ni redirecciones por JavaScript, ni meta refresh. Un 301 le dice al buscador que traspase las señales de posicionamiento.
• Un salto como máximo. De la URL antigua a la URL final, directo. Si el centro antiguo ya tenía redirecciones, aplana esas cadenas en tu mapa.
• Mantén el dominio o la ruta antigua sirviendo redirecciones al menos un año. Los buscadores vuelven despacio: la autoridad de los enlaces se traspasa a lo largo de meses, no de días. Dar de baja el subdominio antiguo la semana siguiente al cambio corta el traspaso a medio vuelo.
• Comprueba el mapa con un script. Un programa que pida cada URL antigua y verifique que devuelve un 301 al destino esperado se escribe en una hora y caza las erratas que, si no, te costarían posiciones en silencio.

Slugs, títulos y canonicals

• Cada artículo migrado lleva en su URL nueva una etiqueta canonical autorreferenciada.
• Mientras los dos centros de ayuda convivan en paralelo, los artículos antiguos no deben competir: o sirves las redirecciones desde el mismo momento del cambio, o pones canonicals del antiguo al nuevo. Dos copias vivas del mismo artículo se reparten entre ellas las señales de posicionamiento.
• Mantén estables los títulos y los H1 durante la mudanza. Una migración es el peor momento para reescribir: cambia una variable cada vez y deja que el cambio de URL se asiente antes de tocar el contenido.
• Regenera y envía el sitemap XML con las URL nuevas desde el primer día, y deja el sitemap antiguo accesible un tiempo corto para que los rastreadores descubran antes las redirecciones.

Limpia el HTML por el camino

Los centros de ayuda heredados acumulan deuda de maquetación, y las importaciones la copian con toda fidelidad:

• Elimina los estilos en línea y las clases propias del proveedor antiguo: pelean con el tema nuevo y a veces rompen la vista en móvil, que ya es de por sí un factor de posicionamiento.
• Reescribe las referencias a imágenes para que apunten a los archivos que has realojado; los enlaces en caliente al CDN del proveedor antiguo mueren en cuanto se cierra la cuenta. Y ya que estás, añade texto alternativo: casi ninguna imagen heredada lo tiene.
• Arregla la jerarquía de encabezados: a los editores antiguos les encantaba saltar del H1 al H4. Una estructura limpia ayuda a quien lee y también a que tus mejores artículos sigan optando a los fragmentos destacados.
• Quita los widgets incrustados muertos: botones de chat antiguos, formularios de valoración y scripts que apuntan al sistema que estás abandonando.

Los enlaces internos también son parte de la migración

Los enlaces de artículo a artículo dentro de la base de conocimiento deben reescribirse a las URL nuevas en el momento de la importación: apoyarse en las redirecciones para la navegación interna funciona, pero desperdicia presupuesto de crawl y lo ralentiza todo. Los enlaces fuera de la base de conocimiento importan exactamente igual: la ayuda dentro del producto, los correos de bienvenida, las macros y las respuestas guardadas apuntan a alguna parte. Busca el dominio del centro de ayuda antiguo en todas las superficies que controlas y actualízalo en origen.

Ensaya la mudanza en una copia de pruebas

Todo lo anterior se puede probar antes de que un solo visitante lo note. Importa los artículos al centro de ayuda nuevo sin publicarlos (o detrás de un dominio de pruebas), lánzale tu rastreador y compara: que el número de artículos cuadre con el origen, que los encabezados hayan sobrevivido, que las imágenes carguen desde el nuevo alojamiento y que los enlaces internos apunten a las URL nuevas y no a las viejas. Después ejecuta en seco el mapa de redirecciones contra el entorno de pruebas, con el mismo script que usarás el día del lanzamiento. Los equipos que ensayan encuentran las erratas de su tabla de mapeo un martes por la tarde; los que no ensayan las encuentran en el registro de 404, con tráfico de búsqueda detrás. El ensayo suele llevar media jornada y convierte el día del cambio de acontecimiento en lista de control.

Después del lanzamiento: mira los paneles correctos

• El registro de 404, a diario, las dos primeras semanas. Cada 404 que llega desde una búsqueda es un fallo de la tabla de mapeo que puedes arreglar el mismo día.
• La cobertura en Search Console: mira cómo se indexan las URL nuevas y cómo las antiguas pasan a «redirigida». Que vaya lento es normal; que haya errores, no.
• Las posiciones de las páginas que dan dinero, contra la exportación de tu línea base. Un vaivén moderado de dos a seis semanas es lo habitual en una mudanza bien hecha; una caída en picado en una página concreta significa que su redirect 301 o su canonical está mal: revísala la primera.
• Cuenta con que la estabilización completa llegue en uno a tres meses. Juzga la migración entonces, frente a la línea base que guardaste, y no en la primera semana de ruido.

Dónde encaja MoveDesk

La importación de bases de conocimiento de MoveDesk se diseñó con esta lista delante: los artículos llegan con la estructura y los indicadores de visibilidad intactos, las imágenes realojadas y un HTML limpio que encaja con el tema nuevo. Y como tu base de conocimiento es además la fuente con la que se documenta el agente de IA de MoveDesk, la misma limpieza se cobra dos veces: los artículos ordenados posicionan mejor y responden con más precisión a tus clientes. La migración guiada se ocupa de la importación; el mapa de redirecciones se queda en tus manos, porque vive en tu dominio.

Antes de migrar un solo artículo, exporta tu línea base de Search Console. Todo lo demás de esta lista se puede arreglar después del cambio; una línea base que no tomaste, no.