Cambie de plataforma sin perder lo que ha construido.
El miedo es siempre el mismo: reconstruimos y el tráfico desaparece. Pasa, y casi siempre se puede evitar. Lo que le protege es trabajo aburrido hecho antes de lanzar: mapear cada URL, conservar lo que trae tráfico y redirigir el resto.
Cuándo merece la pena reconstruir.
Reconstruir no siempre es la respuesta. Estos son los casos en los que quedarse cuesta más que moverse.
Si se reconoce en dos o más, es el momento.
- 01
La plataforma es el cuello de botella
Cada cambio necesita un plugin, cada plugin añade riesgo y la plataforma se resiste a cada mejora.
- 02
No se puede reestructurar el contenido
El sitio posiciona, pero el CMS no tiene un modelo de contenido real y no se puede reorganizar de forma que los rastreadores lo sigan. Es el motivo más habitual por el que se estanca el trabajo de crecimiento.
- 03
Editar exige un desarrollador
Hasta cambiar un titular requiere un ticket, y el coste anual puede superar el de la reconstrucción.
- 04
Deuda de seguridad o mantenimiento
Un núcleo desactualizado, plugins abandonados y ninguna vía de actualización convierten un problema técnico en un riesgo de negocio.
Qué protege su tráfico.
El trabajo de migración que hacemos antes del lanzamiento.
Un inventario completo de URLs
Cada dirección existente, con su tráfico y sus posiciones, antes de decidir qué se conserva.
Mapeo de redirecciones
Cada URL antigua se redirige una a una cuando es posible y, si no, a su equivalente real más cercano, nunca a la página de inicio.
Auditoría de contenido
Qué páginas traen tráfico, cuáles no y cuáles conviene fusionar.
Estructura trasladada
Encabezados, enlaces internos y metadatos se reconstruyen con criterio, no se copian.
Un ensayo del lanzamiento en pruebas
El lanzamiento completo, con redirecciones y analítica, se prueba antes de publicar.
Vigilancia posterior al lanzamiento
Search Console y los errores de rastreo se revisan a diario durante las primeras semanas.
Qué suele salir mal, y cuándo no.
Tras cualquier migración, las posiciones suelen bajar unas semanas y luego se recuperan. Esto es lo que convierte una bajada en una pérdida, y cómo lo evitamos.
Cómo funciona.
Así trabajamos normalmente. El presupuesto fija las fechas reales antes de empezar.
Inventario
Rastreamos el sitio actual, extraemos los datos de tráfico y posiciones y decidimos qué se queda, qué se fusiona y qué se va. Entregables: inventario de URLs y lista de conservar, fusionar o eliminar.
Mapeo
Mapa de redirecciones, nuevo modelo de contenido y decisiones de diseño, aprobados antes de construir. Entregables: mapa de redirecciones y modelo de contenido.
Reconstrucción
Se construye el sitio nuevo y se migra el contenido, manteniendo la estructura antigua donde funcionaba. Entregables: sitio web de pruebas y contenido migrado.
Cambiar y vigilar
Lanzamiento ensayado y, después, vigilancia diaria de indexación, redirecciones y errores. Entregables: sitio web publicado e informe de seguimiento.
Preguntas
Cuente con movimiento las primeras semanas y luego una recuperación. Bien hecho, las posiciones suelen volver iguales o mejores, porque la velocidad y la estructura se corrigen a la vez.
A menudo, sí. Si su equipo lo conoce y el modelo de contenido encaja, quedarse sale más barato. Solo recomendamos moverse cuando la plataforma es lo que frena el sitio.
Se audita; no se borra por defecto. Las páginas con tráfico se trasladan, las débiles suelen fusionarse y usted aprueba la lista antes de eliminar nada.
Hasta el cambio. El sitio nuevo se construye en paralelo sobre una URL de previsualización, así que no hay más interrupción que el cambio de DNS.
Sí. Las URLs del blog se mapean una a una siempre que el contenido se conserve, y ahí suele estar buena parte del valor de posicionamiento.
El resto de Desarrollo.
Cuéntenos qué necesita construir.
Descríbanos el proyecto en unas líneas. Le respondemos con un plan, un calendario y un presupuesto cerrado.