Inventario de URLs y mapa de 301
Cada URL indexada que sale de los sitemaps, Search Console, un rastreo completo y tus backlinks tiene su nuevo destino. Las redirecciones viven en Next.js o en el edge, y se prueban una a una antes del lanzamiento.
Migración a precio cerrado · WordPress headless o cambio completo
Migración de WordPress a Next.js sin perder tu posicionamiento.
Paso sitios WordPress a Next.js, manteniendo WordPress como el CMS de tu equipo o sustituyéndolo por completo. Cada URL queda mapeada, cada redirección probada y los Core Web Vitals en verde el día del lanzamiento. Un único desarrollador senior, un precio cerrado y una respuesta sincera si migrar no te compensa.
- Precio cerradoacordado antes de empezar
- 100 % de URLsmapeadas y con 301 probados
- Lighthouse 90+móvil, plantillas clave
- Más de 15 añoscon WordPress y SEO técnico
Dónde acaba tu sitio
Next.js
React
TypeScript
WordPress
WPGraphQL
Vercel
Cloudflare
Netlify
Node.js
Tailwind CSS
Sanity
Payload
Storyblok
01 · Primero, la verdad
Next.js no es un plugin de velocidad. Migra por los motivos correctos.
Prefiero perder un proyecto a venderte una reconstrucción que no necesitas. Un WordPress bien hecho puede ser rápido y posicionar bien. Migrar compensa cuando tu frontend se ha quedado pequeño para el tema, no cuando hay un plugin de caché mal configurado.
Migra cuando…
- Tu web corporativa se está convirtiendo en un producto: áreas privadas, calculadoras, configuradores, paneles.
- Tu equipo de frontend ya trabaja con React y se pelea con el tema en cada sprint.
- Necesitas contenido de varias fuentes (WordPress, un PIM, una API de precios) en un único frontend rápido.
- Publicas en varios idiomas o mercados y la pila de plugins se rompe cada dos por tres.
- La seguridad y la disponibilidad importan: quieres servir la web pública desde el edge, con WordPress escondido detrás.
No migres solo porque…
- PageSpeed sale en rojo. Casi siempre son imágenes, scripts y hosting: se arregla en semanas, no en meses.
- WordPress te parece antiguo. A tu equipo de contenidos seguramente le gusta más de lo que crees.
- Una agencia te ha dicho que headless es el futuro. Es una arquitectura, no una estrategia.
- Quieres ahorrar costes. Dos sistemas suelen costar más de mantener que uno, al menos el primer año.
¿No tienes claro en qué lado estás? Lee mi comparativa independiente WordPress vs Next.js o arregla primero la velocidad y decide después.
02 · Qué incluye
Todo lo que necesita una migración, no solo plantillas nuevas.
La mayoría de migraciones fallan en la parte aburrida: redirecciones, previsualizaciones, formularios, el sitemap del que nadie se acordó. Todo eso entra en el alcance desde el primer día.
Mismo SEO, y luego mejor
Títulos, meta descripciones, canonicals, hreflang, datos estructurados, robots, sitemaps XML y Open Graph reconstruidos con generateMetadata y comparados página a página con el sitio antiguo.
Tu equipo sigue trabajando igual
En un montaje headless, WordPress sigue siendo el CMS: borradores, vista previa en vivo, entradas programadas y publicación inmediata con revalidación bajo demanda. Nadie necesita un desarrollador para cambiar un titular.
Core Web Vitals desde el diseño
Server components, next/image, fuentes alojadas en el propio servidor y un presupuesto estricto de scripts. Objetivo: Lighthouse 90+ en móvil en las plantillas clave y datos de campo en verde cuando pasen los 28 días de Chrome.
Migración de contenido y bloques
Entradas, páginas, custom post types, campos ACF, taxonomías, medios y bloques de Gutenberg convertidos en componentes React tipados. Los shortcodes antiguos se limpian, no se arrastran.
Formularios, búsqueda e integraciones
Formularios de contacto, newsletter, CRM, analítica, Consent Mode y buscador interno reconstruidos o reconectados. Los plugins que pintaban HTML necesitan un nuevo sitio, y lo tienen.
Hosting, CI/CD y monitorización
Despliegue en Vercel, Cloudflare, Netlify o tus propios servidores, con un entorno de previsualización por rama, monitorización de caídas y errores y un plan de vuelta atrás probado.
Una entrega que es tuya
Un repositorio TypeScript limpio en tu GitHub, documentación escrita, un vídeo de formación para tu equipo y soporte intensivo tras el lanzamiento. Sin dependencias, sin cajas negras.
03 · Tres formas de hacerlo
La arquitectura se elige después de la auditoría, no antes.
No existe una única migración «de WordPress a Next.js». Estas son las tres que construyo, y la auditoría nos dice cuál encaja con tu equipo, tu contenido y tu presupuesto.
WordPress headless + Next.js
WordPress sigue siendo el CMS que tu equipo ya conoce. Next.js genera la web pública a partir de WPGraphQL o la API REST.
- Ideal si
- Tu equipo está contento con WordPress y el modelo de contenido es sólido.
- Conservas
- El escritorio de WordPress, usuarios, campos ACF y revisiones
- Plazo habitual
- 4–8 semanas
Cambio completo a Next.js + un CMS nuevo
WordPress se jubila. El contenido pasa a Sanity, Payload, Storyblok o a MDX en el propio repositorio, según quién edite y con qué frecuencia.
- Ideal si
- El problema es el propio WordPress: deuda de plugins, preocupaciones de seguridad o un modelo de contenido que ya no encaja.
- Conservas
- Tus URLs, tu posicionamiento y tu contenido
- Plazo habitual
- 6–12 semanas
Migración por fases
Primero se migran las plantillas que importan (landings, el blog, fichas de producto) mientras el resto sigue en WordPress bajo el mismo dominio.
- Ideal si
- No puedes congelar un sitio grande durante dos meses o quieres ver resultados antes de comprometerte.
- Conservas
- Un único dominio, sin lanzamiento a lo grande
- Plazo habitual
- Por fases, 2–4 semanas cada una
04 · Protección del posicionamiento
Cómo sobrevive tu posicionamiento a la migración.
Una migración es el momento de más riesgo SEO por el que pasa un sitio. Estas salvaguardas van incluidas en todos los paquetes, no se cobran aparte.
- Rastrear y exportar el sitio antiguo antes de tocar nada: URLs, códigos de estado, títulos, canonicals y enlaces internos.
- Sacar de Search Console cada URL con impresiones, además de cada página que reciba enlaces externos.
- Crear un mapa de redirecciones uno a uno. Nada de redirigir en bloque a la home, ni cadenas, ni bucles.
- Servir HTML renderizado en cada página indexable: Google no debería necesitar JavaScript para ver tu contenido.
- Comparar página a página metadatos, datos estructurados y hreflang con el sitio antiguo.
- Mantener el entorno de pruebas fuera del índice y lanzar producción con envío de sitemap e inspección de URLs.
- Probar cada redirección y código de estado contra la lista completa de URLs el día del lanzamiento, antes de cambiar las DNS.
- Vigilar cobertura, 404, impresiones y Core Web Vitals durante 30 días, con las correcciones incluidas.
$ migration-check --urls urls-antiguas.csv --target staging1.284 URLs comprobadas872 → 200 misma ruta412 → 301 un solo salto, mapeadas0 cadenas de redirección · 0 bucles0 soft 404 · 0 páginas huérfanastítulos 100 % · canonicals 100 % · hreflang 100 %listo para cambiar las DNS$
05 · Proceso
De la auditoría al lanzamiento en semanas, no en trimestres.
Cada paso termina con algo que puedes ver y aprobar. Nada llega a producción sin probar.
- Semana 0
Auditoría de migración
Rastreo, Search Console, revisión de plugins y del modelo de contenido. Recibes un sí o un no, la arquitectura y un presupuesto cerrado.
- Semana 1
Arquitectura y mapa de URLs
Modelo de contenido, rutas, mapa de redirecciones, plan de hosting y checklist de paridad SEO, aprobados antes de construir.
- Semanas 2–5
Desarrollo en staging
Plantillas como componentes React, capa de datos, vista previa, formularios y buscador. Demo semanal en una URL de pruebas.
- Semanas 4–6
Migración de contenido y QA
Importación del contenido con scripts, QA visual, accesibilidad, Core Web Vitals y comparativa SEO con el sitio antiguo.
- Día del lanzamiento
Cambio con red de seguridad
Prueba de redirecciones, cambio de DNS, envío de sitemap y comprobaciones en vivo, con la vuelta atrás preparada.
- 30 días
Soporte intensivo
Search Console y datos de campo vigilados a diario las dos primeras semanas. Lo que se desvíe, se corrige.
Plazos del paquete Launch. Los sitios grandes llevan más tiempo: la auditoría te da hitos con fecha.
06 · Precios cerrados
Paquetes claros. Sin sorpresas por horas.
El precio queda cerrado en cuanto la auditoría confirma el alcance. Si el alcance cambia, lo acordamos por escrito antes de construir nada nuevo.
Auditoría de migración
La decisión de migrar o no, con datos.
690 €
cerrado · 5 días laborables
Se descuenta al 100 % si migras en los 60 días siguientes
- Inventario de URLs con rastreo + Search Console
- Mapa de plugins y funciones: qué se mueve, qué se rehace y qué sobra
- Arquitectura y hosting recomendados
- Borrador del mapa de redirecciones y riesgos SEO
- Presupuesto cerrado y calendario del desarrollo
Launch
Webs corporativas y de marketing.
6.900 €
cerrado · 4–6 semanas
- Hasta 30 páginas y 6 plantillas
- Blog de hasta 500 entradas
- WordPress headless o un CMS nuevo
- Formularios, analítica y Consent Mode
- Mapa completo de redirecciones + prueba el día del lanzamiento
- 30 días de soporte intensivo
Scale
Medios, sitios multidioma y B2B.
12.900 €
cerrado · 6–10 semanas
- Hasta 12 plantillas y 5.000 URLs
- Hasta 3 idiomas con hreflang
- Vista previa en vivo y revalidación bajo demanda
- Buscador interno e integración con CRM
- Migración con scripts de campos ACF y bloques
- 45 días de soporte intensivo
A medida
WooCommerce, aplicaciones web y sitios grandes.
desde18.000 €
alcance tras la auditoría
- WooCommerce headless o APIs de comercio
- Áreas privadas y funciones de aplicación
- Más de 10.000 URLs o varios sitios
- Integraciones con ERP, PIM o SSO
- Migración por fases
- Plan de lanzamiento específico
Todos los paquetes incluyen:Código TypeScript en tu repositorioEntorno de stagingChecklist de paridad SEODocumentaciónSin permanencia ni dependencias
Pago: 40 % al empezar, 40 % al aprobar staging y 20 % tras el lanzamiento. Precios sin IVA; facturo desde España como autónomo.
Después del lanzamiento: plan de mantenimiento
390 €/mes
Actualizaciones de Next.js y WordPress, monitorización de caídas y errores, revisión mensual de Core Web Vitals y 3 horas de desarrollo. Sin permanencia.
Preguntar por el mantenimiento
07 · Quién hace el trabajo
Hablas con el desarrollador que escribe el código.
Soy Anton Smolik, desarrollador WordPress senior cerca de Barcelona. Llevo más de quince años dentro de WordPress: temas, plugins, WooCommerce, rendimiento y SEO técnico. Hoy buena parte de mi trabajo es React y Next.js por encima de él.
Por eso puedo decirte con sinceridad si te conviene migrar: sé exactamente lo que WordPress puede y no puede hacer, y lo que cuesta de verdad mantener un frontend en Next.js. Sin comerciales, sin pasar el proyecto a un junior y sin sorpresas en la factura.
- 5,0 ★reseñas en Google (25)
- +15 añoscon WordPress en producción
- CETfactura española, IVA UE
08 · Preguntas frecuentes
Lo que se pregunta antes de migrar.
¿Sigues sin saber si Next.js es para tu web? Pregúntame directamente: tendrás una respuesta sincera, aunque sea «no migres».
Hacer una preguntaPara una web corporativa típica, 6.900 € cerrados. Los sitios con mucho contenido o multidioma cuestan 12.900 €, y WooCommerce, aplicaciones web o sitios muy grandes parten de 18.000 €. La auditoría de 690 € fija el precio exacto y se descuenta entera si sigues adelante en los 60 días siguientes.
De cuatro a seis semanas para una web de hasta 30 páginas, y de seis a diez para sitios con mucho contenido o en varios idiomas. La auditoría dura cinco días laborables y te da hitos con fecha.
No, si la migración se hace bien. Cada URL con impresiones o backlinks se redirige uno a uno, los metadatos y datos estructurados se comparan página a página y Search Console se vigila después del lanzamiento. Pequeñas oscilaciones las primeras semanas son normales; las caídas que duran vienen de redirecciones que faltan y contenido perdido, justo lo que este proceso evita.
Sí. En un montaje headless, WordPress sigue siendo tu CMS: mismo escritorio, mismos usuarios, borradores, entradas programadas y vista previa en vivo. Solo cambia la web pública.
No de por sí. Los dos pueden servir un HTML excelente y rastreable. Next.js te da más control sobre el renderizado y el rendimiento, pero solo compensa si los metadatos, las rutas, los sitemaps y las redirecciones están bien hechos, que es justo lo que me encargas.
Los plugins del lado del escritorio, como ACF, los datos de tu plugin SEO o la gestión de usuarios, normalmente siguen funcionando. Los que pintan HTML en el frontend, como sliders, constructores de formularios o maquetadores, se rehacen como componentes React o se sustituyen por una integración vía API. La auditoría lista cada plugin y qué pasa con él.
Donde mejor encaje. Vercel es lo más sencillo, Cloudflare y Netlify funcionan muy bien, y también es posible tu propio servidor Node o un contenedor si necesitas alojamiento solo en la UE o más control. WordPress puede quedarse en tu hosting actual, cerrado al público.
Sí, aunque los diseños de los maquetadores no se exportan limpios. Rehago los diseños como componentes y paso el contenido a campos estructurados, así que tu equipo acaba editando de forma más cómoda que antes.
Sí, como proyecto a medida. WooCommerce headless funciona para según qué tiendas, pero el checkout, los pagos y el stock añaden complejidad real. Muchas veces la mejor respuesta es un WooCommerce más rápido, y si es tu caso, te lo diré.
Entonces te lo doy por escrito, con los motivos y un plan más barato para arreglar lo que de verdad frena tu web. El informe es tuyo en cualquier caso.
Mándame tu URL. Te daré una respuesta clara.
Cuéntame cómo es tu web y por qué te planteas Next.js. En un día laborable tendrás una primera opinión sincera y gratuita, y decidimos juntos si la auditoría tiene sentido.
hi@antonsmolik.com · Suelo responder en un día laborable