Migración de WordPress a Next.js sin perder posicionamiento SEO

La migración de WordPress a Next.js es la solución para un tipo concreto de web: una que se ha vuelto pesada y que tiembla con cada actualización de plugins. Mantienes WordPress como el lugar donde tu equipo escribe y edita. Los visitantes reciben un front end rápido creado con Next.js que no carga 30 plugins en cada visita a una página.

Cuándo tiene sentido una migración de WordPress a Next.js

La mayoría de las webs que revisamos no la necesitan. Un tema limpio, menos plugins y un alojamiento decente resuelven los problemas de velocidad de muchas webs corporativas sencillas, como la de un constructor en Swindon o una cafetería en Galway. En las tiendas online, la optimización de velocidad de WooCommerce suele ser el primer paso más económico.

Una migración empieza a compensar cuando la web se ha quedado grande para ese tipo de puesta a punto. Solemos verlo en estas situaciones:

• Las páginas siguen cargando lento en el móvil después de configurar la caché y optimizar las imágenes, y las Core Web Vitals siguen en rojo en Search Console.
• Las actualizaciones rompen algo cada pocos meses y nadie quiere pulsar el botón.
• La web tiene cientos o miles de páginas, como un portal inmobiliario, un directorio o un blog con mucha actividad.
• Necesitas que algunas partes de la web se comporten como una app, con filtros, calculadoras o áreas privadas con inicio de sesión.
• Tu instalación de WordPress ya ha sido hackeada antes, o un plugin de seguridad es lo único que la protege.

Si no te reconoces en nada de esto, guárdate el dinero. Te lo diremos en la llamada de revisión, y aun así puedes pedirnos que pongamos a punto la web en WordPress que ya tienes.

Cómo funciona WordPress headless

En una configuración normal, WordPress hace dos trabajos: almacena tu contenido y genera cada página que ve un visitante. En una configuración de WordPress headless conserva el primer trabajo y le pasa el segundo a Next.js.

Lo que ven tus editores

Para quienes escriben no cambia gran cosa, y de eso se trata. Siguen accediendo al mismo panel de administración de WordPress. El mismo editor de bloques. El mismo botón de publicar. La vista previa también funciona, así que nadie tiene que publicar a ciegas.

Los plugins que ayudan a los editores, como Yoast o Rank Math, Advanced Custom Fields y los roles de usuario, pueden quedarse. Los plugins que solo cambian lo que ven los visitantes normalmente se van.

Lo que reciben tus visitantes

Next.js genera las páginas de antemano o las guarda en caché en el edge, cerca del visitante. Un comprador en Lisboa y otro en Leeds reciben la misma página rápida, sin que WordPress tenga que hacer nada en el momento en que llegan.

Cuando un editor publica un cambio, solo se regeneran las páginas afectadas. Tu entrada del blog se publica en segundos, no tras regenerar la web entera.

Por qué es más difícil de romper

Con WordPress headless, el área de administración puede estar en una dirección separada que el público nunca ve. Hay menos plugins expuestos a internet, así que hay menos puertas que un atacante pueda probar.

7 comprobaciones SEO que hacemos en cada migración

En las migraciones se pierde posicionamiento por motivos aburridos, normalmente una redirección olvidada o una página que ha perdido su título sin que nadie se dé cuenta. Nuestra lista de comprobación es corta a propósito, y cada punto se marca antes del lanzamiento. Se basa en los mismos hábitos que nuestro trabajo de SEO para pequeñas empresas.

• Inventario completo de URL. Rastreamos la web actual con Screaming Frog y recopilamos todas las URL que han recibido clics en Search Console, incluidas las antiguas que siguen enlazadas desde otras webs.
• Una redirección por cada URL modificada. Cada dirección antigua recibe una única 301 hacia la nueva página más parecida. Sin cadenas de redirecciones y sin mandarlo todo a la página de inicio.
• Títulos y descripciones trasladados. Palabra por palabra, salvo que acordemos mejorarlos.
• Schema conservado. El marcado de organización, producto, preguntas frecuentes y artículo se reconstruye en las nuevas plantillas y se prueba.
• Etiquetas canonical y hreflang. Revisadas página por página, algo importante si tienes versiones de la web en inglés e irlandés o en neerlandés.
• Sitemaps y robots.txt. El día del lanzamiento se envía a Search Console un sitemap XML ordenado. Se revisa el robots.txt para que no bloquee nada importante.
• Enlaces internos actualizados. Los enlaces de tu contenido apuntan directamente a las nuevas URL, para que los visitantes y Google se ahorren el salto de la redirección.

Errores que vemos en otras migraciones

La mayoría de las migraciones fallidas que hemos analizado se reducen a los mismos pocos errores: un entorno de pruebas abierto a Google, redirecciones añadidas una semana después del lanzamiento o una plantilla nueva que se ha comido el H1. Todos se pueden evitar, y todos están en la lista anterior.

Tras el lanzamiento vigilamos Search Console a diario por si aparecen errores de cobertura o caídas de posicionamiento. Un pequeño vaivén en la primera o segunda semana es normal. Un descenso continuado significa que se ha pasado algo por alto, y vamos a buscarlo.

Qué pasa con tu contenido y tus imágenes

Tus entradas, páginas, categorías y archivos multimedia se quedan en WordPress. No se copia nada a un sistema nuevo, así que no hay riesgo de perder entradas del blog o descripciones de productos en una exportación caótica.

Contenido que antes necesita una limpieza

Las webs antiguas acumulan desorden: shortcodes de un maquetador que ya no usas, imágenes subidas al tamaño completo de la cámara y páginas que nadie ha abierto desde 2019. Lo limpiamos durante el desarrollo para que el nuevo front end no lo herede.

• Shortcodes del maquetador convertidos en bloques limpios
• Imágenes redimensionadas y servidas en formatos modernos
• Páginas pobres o duplicadas fusionadas o redirigidas
• Enlaces internos rotos corregidos

Maquetaciones de página

Tus nuevas plantillas se diseñan en Next.js y se rellenan con contenido de WordPress headless. La mayoría de las webs necesitan entre cinco y quince plantillas: inicio, servicio, entrada del blog, categoría, contacto y algunas especiales. Los editores pueden seguir creando páginas flexibles a partir de un conjunto de bloques que acordamos juntos.

¿Qué notarán los editores tras el cambio?

La primera semana resulta familiar. Los editores publican en el mismo panel de administración de WordPress, y las entradas nuevas aparecen en la web en cuestión de segundos.

Algunas cosas sí cambian. Se acaban los diseños del maquetador de páginas y, en su lugar, llega un conjunto de bloques que acordamos contigo. Los editores pierden un poco de libertad, pero las páginas siempre se ven bien en el móvil. La mayoría de los equipos dejan de protestar en un par de semanas.

Grabamos un breve recorrido en pantalla de la parte de edición, y hay una guía de una página para cada plantilla. Esa guía te ahorra muchos mensajes del tipo «¿dónde está el botón?».

¿Se puede migrar a Next.js una web multilingüe?

Sí, con un poco más de cuidado. Imagina que tienes la web en inglés y en alemán porque tienes una oficina en Múnich. Cada versión de idioma conserva sus propias URL, etiquetas hreflang y sitemap.

Tanto WPML como Polylang funcionan con una configuración headless, pero el selector de idioma, los formatos de fecha y los slugs traducidos se reconstruyen en Next.js. Los traductores siguen trabajando en WordPress exactamente igual que antes.

Probamos todos los idiomas en el entorno de pruebas antes del lanzamiento, no solo las páginas en inglés.

Formularios, plugins e integraciones

Esta es la parte que más planificación requiere. Todo lo que hacía un plugin en el front end hay que reconstruirlo o sustituirlo.

Lo que reconstruimos de serie

• Formularios de contacto y de presupuesto, enviados a tu bandeja de entrada, a tu CRM o a ambos
• Suscripciones a newsletter para Mailchimp, Brevo o similares
• Google Analytics, Tag Manager y consentimiento de cookies
• Widgets de reservas y chat en vivo de los servicios que ya usas
• Búsqueda en tus entradas y páginas

Lo que estudiamos caso por caso

Las webs de membresía, las plataformas de cursos y las tiendas WooCommerce complicadas necesitan antes un buen análisis. A veces la solución es un front end de WordPress headless para las páginas de marketing, dejando el proceso de compra en WooCommerce. Esa división es habitual y funciona bien.

Los clientes apenas notan la unión. El equipo de tu tienda conserva el panel de WooCommerce que ya conoce, además de los mismos correos de pedidos y ajustes de pago.

En la auditoría revisamos cada plugin de tu web y lo marcamos como mantener, reconstruir o eliminar. Recibes esa lista antes del presupuesto. Sin sorpresas desagradables a mitad de camino.

Velocidad, alojamiento y costes de funcionamiento

La velocidad es el motivo por el que la mayoría empieza una migración de WordPress a Next.js, y los visitantes lo notan primero en el móvil. Medimos antes y después con las mismas herramientas que usa Google, y recibes ambos informes. Ponlos uno al lado del otro y juzga tú mismo la diferencia.

Google explica bien las métricas Core Web Vitals, y la documentación de Next.js explica cómo gestiona el framework las imágenes, la caché y el renderizado, si te interesan los detalles técnicos.

Cómo es un buen resultado

Una migración con éxito es aburrida el día del lanzamiento. El tráfico se mantiene estable, los formularios siguen llegando, los editores siguen publicando y las páginas simplemente cargan más rápido. Lo primero que nota la mayoría de los propietarios es que el personal se queja menos de la web.

También probamos la web en un móvil Android de gama media con una conexión lenta, porque se parece más a cómo navegan muchos de tus clientes que un portátil nuevo con el wifi de la oficina.

Dónde se aloja

El front end de Next.js suele ejecutarse en Vercel, con Cloudflare delante cuando ayuda. Tu panel de WordPress puede quedarse en su alojamiento actual, a menudo con un plan más pequeño que antes, porque ya no atiende el tráfico público.

Cuánto cuesta mantenerla

Los costes de funcionamiento dependen del tráfico y de la frecuencia con la que cambia el contenido. Para una web típica de pequeña empresa están en el mismo rango que un buen alojamiento WordPress gestionado. Te damos las cifras mensuales por escrito antes de que te comprometas.

Planifica tu paso a Next.js

El primer paso es revisar tu web actual. Analizamos la velocidad, los plugins, el tráfico y cómo edita tu equipo, y después te decimos si la mejor opción es una migración, una limpieza de WordPress o una web nueva.

Si una web nueva es la mejor respuesta, nuestro servicio de desarrollo web para pequeñas empresas puede encajarte mejor que una migración. También puedes conocer al equipo que hay detrás de estos proyectos en nuestra página de desarrolladores Next.js.

Lo que necesitamos de ti

• Acceso de administrador a WordPress y a tu alojamiento
• Acceso a Search Console y Google Analytics
• Una lista de los formularios, herramientas e integraciones de los que dependes
• Una persona que pueda responder preguntas y dar el visto bueno a las páginas

Precio y plazos

Cada migración de WordPress a Next.js tiene precio cerrado, presupuestado tras la auditoría y el mapa de URL. El número de páginas, las funciones a medida y las integraciones determinan el precio, y nuestra página de precios muestra los puntos de partida habituales.

Una web pequeña con un blog sencillo es más rápida que un WordPress headless con tienda, reservas y dos idiomas. Programamos el cambio para un día tranquilo para tu negocio, nunca la semana antes de tu temporada de más trabajo.

Si tu web es lenta, frágil o ambas cosas, reserva una revisión gratuita y te diremos con claridad si te compensa pasarte a Next.js.

Migración de WordPress a Next.js para webs en EE. UU., Reino Unido, Europa y Oriente Medio

Una migración de WordPress a Next.js sigue las mismas comprobaciones en todas partes. Las regiones de alojamiento y los idiomas son las principales diferencias.

Estados Unidos

Para el público estadounidense desplegamos en Vercel o una plataforma similar con servidores edge en toda Norteamérica, para que las páginas carguen rápido de costa a costa.

Reino Unido y Europa

Para webs del Reino Unido y la UE elegimos regiones de alojamiento europeas cuando la normativa de datos lo exige y mantenemos el consentimiento de cookies funcionando tras la migración.

Oriente Medio y el Golfo

Para el público del Golfo usamos alojamiento con servidores cerca de la región y trasladamos el contenido en árabe y las etiquetas hreflang, para que las páginas en inglés y en árabe conserven su posicionamiento.

Nuestro equipo trabaja desde Islamabad, que va 1 hora por delante de Dubái, de 4 a 5 horas por delante de Londres y de 9 a 10 horas por delante de Nueva York. Las llamadas se programan en tu zona horaria, y las mañanas de EE. UU. coinciden con nuestra tarde. Descubre cómo funcionan nuestros proyectos en remoto para clientes internacionales desde la primera llamada hasta el lanzamiento.