Migración de WordPress a Sanity para un sitio inmobiliario multilingüe

Migración de WordPress a Sanity para un sitio inmobiliario multilingüe cover

Resultados

Esto es lo que cambió, antes de explicar cómo:

Informe móvil de PageSpeed Insights mostrando 100 en Performance, Accessibility, Best Practices y SEO para el sitio inmobiliario Astro + Sanity
PageSpeed Insights — informe móvil tras la migración.

Este es un caso de estudio sobre la migración de un sitio inmobiliario multilingüe de WordPress a Astro + Sanity. Si gestionas un sitio de propiedades en varios idiomas y tienes problemas de rendimiento o SEO, esta es una situación común, y hay una salida bastante directa.

El cliente es una agencia inmobiliaria en Tenerife que vende a compradores de seis países — Reino Unido, España, Chequia, Polonia, Hungría e Italia. Seis idiomas, propiedades activas, un blog y un flujo de contacto. El sitio estaba en WordPress. Funcionaba, pero estaba frenando el negocio.

Por qué WordPress tiene problemas con sitios inmobiliarios multilingües

Es uno de los problemas más comunes que veo en sitios de propiedades. WordPress no fue construido para contenido multilingüe — cada función multilingüe viene de un plugin, y a gran escala estos plugins crean un conjunto predecible de problemas.

Por qué estos sitios son lentos

Cada carga de página ejecuta consultas a la base de datos, PHP y una pila de plugins antes de que llegue HTML al visitante. El manejo de imágenes depende de plugins con optimización inconsistente. Los plugins de caché ayudan, pero no solucionan la arquitectura subyacente. El resultado: un sitio inmobiliario WordPress típico carga en 4–7 segundos en móvil, mucho después del punto en el que la mayoría de la gente se va.

La página de inicio de este cliente tardaba más de 5 segundos en móvil. La mayoría de los compradores se iban antes de ver una sola propiedad.

Por qué el SEO se complica

Algunos problemas aparecen una y otra vez en sitios WordPress multilingües, y son difíciles de resolver completamente con plugins:

Contenido duplicado. Plugins de traducción como WPML o TranslatePress crean URLs separadas por idioma. Sin una configuración cuidadosa de canonical, los motores de búsqueda pueden leerlas como duplicados y dividir las señales de ranking entre ellas.

hreflang. Un hreflang correcto significa decirle a Google exactamente qué URL corresponde a qué idioma y región (en-GB, cs-CZ, pl-PL, etc.). El hreflang generado por plugins suele estar incompleto, especialmente cuando algunas páginas no tienen todas las traducciones.

Datos estructurados para propiedades. Google puede mostrar rich results para listings inmobiliarios — precio, ubicación, tipo — pero solo si el marcado schema.org está bien. Los plugins dan un schema básico; los datos estructurados específicos para propiedades suelen requerir trabajo personalizado.

Indexación lenta. Cuando un sitio es lento y los metadatos son inconsistentes, Google lo rastrea con menos frecuencia, así que las nuevas propiedades tardan más en aparecer.

Todos estos problemas estaban presentes aquí.

Qué cambia realmente con Astro + Sanity

La diferencia fundamental es dónde se hace el trabajo.

En WordPress, cada página se ensambla en el servidor cuando alguien la solicita — consultar la base de datos, ejecutar los plugins, renderizar la plantilla, enviar. Flexible, pero lento.

Con Astro, las páginas se construyen por adelantado como HTML estático y se sirven desde una CDN global. No hay nada que procesar cuando llega un visitante. La página simplemente está ahí. Para un sitio inmobiliario con muchas páginas de listings en varios idiomas, esa diferencia es significativa.

Para ser justos, hay un compromiso. WordPress te da un editor visual y un gran ecosistema de plugins. Cambiar a Astro + Sanity sacrifica parte de eso por velocidad, control y una estructura de contenido más limpia. Para este cliente fue el compromiso correcto — pero conviene decirlo claramente.

El stack que usé

La mayor parte del sitio se genera estáticamente. Solo usé server-side rendering donde era realmente necesario — las páginas de listings filtrados — para que el cliente no pague por compute en páginas que no lo necesitan, y esas páginas de filtros no están pensadas para ser indexadas de todos modos.

En móvil el resultado es limpio — 100 en Performance, Accessibility, Best Practices y SEO, con Largest Contentful Paint en 1.8s y sin layout shift.

Además: hreflang correcto por idioma-región, marcado schema.org para listings inmobiliarios (RealEstateListing), canonicals limpios, sitemap autogenerado, formularios de contacto con entrega de email correcta y Umami para analytics que respetan la privacidad. Los campos SEO como meta tags y Open Graph también se gestionan en Sanity, así que el cliente los controla sin tocar código.

Cómo conservar el SEO que ya tienes

La preocupación más común con cualquier migración de WordPress es perder rankings y romper enlaces antiguos. Es una preocupación razonable, y se maneja como parte estándar del proceso, no como un añadido.

Las URLs antiguas se mapean a las nuevas con redirecciones 301, la estructura de URL se mantiene cuando tiene sentido, y los aspectos técnicos básicos — canonicals, sitemap, robots, manejo de 404 — se configuran desde el principio. El objetivo es que los motores de búsqueda vean una versión más rápida y limpia del mismo sitio, no otro sitio.

Una auditoría de Ahrefs después del lanzamiento devolvió un Health Score de 100 y cero errores en 945 URLs rastreadas.

Auditoría de Ahrefs mostrando un Health Score de 100 y cero errores para el sitio inmobiliario migrado
Auditoría de Ahrefs tras el lanzamiento.

Qué pasó después del lanzamiento

El objetivo de todo esto es el rendimiento en búsqueda, así que aquí está la parte que realmente importa. El nuevo sitio se lanzó a finales de abril. Desde ese momento, Google Search Console muestra un cambio claro: las impresiones semanales pasaron de unas 250 de media a más de 1 000, y siguen subiendo semana a semana. Los clics pasaron de unos 10 a la semana a unos 50 en el mismo periodo.

Google Search Console — clics e impresiones subiendo justo después del lanzamiento de la migración de WordPress a Sanity a finales de abril
Google Search Console — clics e impresiones tras el lanzamiento.

El timing coincide con el lanzamiento — el crecimiento empieza justo después de que el nuevo sitio se indexa. Un sitio más rápido con hreflang limpio, datos estructurados válidos e indexación correcta es lo que lo hizo posible, mientras que el antiguo setup de WordPress lo estaba frenando.

La diferencia del día a día

Antes, añadir un listing significaba trabajar en WordPress, rellenar seis entradas separadas por idioma, asegurarse de que ningún plugin entraba en conflicto y revisar cada página a mano después de guardar.

Ahora el cliente abre Sanity, rellena los seis idiomas uno al lado del otro en una sola vista y hace clic en publicar. El listing está en vivo en las seis versiones del sitio en aproximadamente un minuto. Para un sitio que añade y actualiza propiedades regularmente, esto es lo que más importa.

Cómo fue la migración

Contenido. Listings, posts de blog y páginas existentes se exportaron y se movieron a Sanity. Para este proyecto fueron 18 listings y 20 posts de blog en 6 idiomas, con un proceso parcialmente automatizado — nada se perdió ni se reescribió sin motivo.

Build. El nuevo sitio se construyó con el diseño existente, rutado multilingüe completo y un setup de Sanity configurado en torno a cómo trabaja el equipo en realidad.

Entrega. El cliente recibió un sitio funcionando y un CMS que puede gestionar él mismo para el contenido. No me necesita para publicar un listing.

Para quién tiene sentido

Una migración de WordPress a Astro + Sanity vale la pena considerar si gestionas un sitio multilingüe de propiedades y las actualizaciones tardan mucho más de lo que deberían, si el sitio es lento a pesar de los intentos de optimización y eso afecta a los rankings, si te topas constantemente con problemas de hreflang o contenido duplicado entre idiomas, o si necesitas un desarrollador cada vez que quieres publicar un listing.

El mismo patrón se aplica fuera del sector inmobiliario — hostelería, legal, medical y servicios profesionales chocan con la misma pared cuando el contenido multilingüe y el rendimiento SEO importan a la vez.

Un límite honesto: no soy estratega SEO ni copywriter. No hago keyword research ni escribo tu contenido. Lo que hago es el lado técnico — el modelo de contenido en Sanity, las relaciones entre listings y páginas, el marcado, el rendimiento y la estructura que permite a las personas y a los buscadores encontrar la página correcta rápidamente.

Si estás lidiando con un sitio WordPress lento o tienes dificultades para gestionar el SEO en un sitio inmobiliario multilingüe, escríbeme — miraré tu setup actual y te diré honestamente si una migración merece la pena.

FAQ

¿Cuánto tiempo lleva una migración de WordPress a Sanity?
Depende de la cantidad de contenido y del diseño, pero un proyecto como este suele ser de unas pocas semanas. Es más fácil dar un plazo exacto después de mirar el sitio actual y el alcance.
¿Perderé mis rankings SEO después de migrar?
Eso es justamente lo que el proceso está diseñado para proteger. Las URLs antiguas reciben redirecciones 301, la estructura se preserva donde tiene sentido, y el SEO técnico se configura desde el principio. Los buscadores deberían ver el mismo sitio, solo más rápido y limpio.
¿Puede mi equipo editar contenido sin un desarrollador?
Sí. Esa es gran parte del objetivo. El contenido vive en Sanity, y el equipo publica y edita sin tocar código.
¿Qué pasa con mis URLs existentes?
Se mapean a las nuevas con redirecciones, así que los enlaces antiguos y las páginas indexadas siguen funcionando.
¿Esto solo funciona para inmobiliarias?
No. Cualquier sitio multilingüe con mucho contenido donde la velocidad y el SEO importen tiene los mismos problemas y se beneficia del mismo enfoque.