Migrar de WordPress a Next.js en Costa Rica — Guía 2026

Costa Rica está llena de sitios WordPress que cargan en 8 segundos y le pagan USD 120/mes a un host compartido que sigue tirando errores 504. Cuando un cliente nos pregunta "¿deberíamos migrar a Next.js?", la respuesta no es siempre que sí — pero cuando es que sí, el ahorro mensual paga la migración en menos de 18 meses y el tráfico orgánico sube. Esta guía te da los criterios para decidir, los rangos de costo reales en USD y los siete pasos para migrar sin que Google te castigue.

Si tu PageSpeed está bajo 50, tuviste un hack en el último año o pagas más de USD 80/mes en plugins + hosting, hay grandes probabilidades de que migrar te convenga. Si tu sitio WordPress carga rápido y tienes poco tráfico, probablemente no.

💡 TL;DR: Migrar WordPress a Next.js cuesta USD 1 800–6 500 en CR. Conviene cuando PageSpeed < 50, hay hacks recurrentes o pagas > USD 80/mes en plugins. Con redirects 301 bien hechos, el tráfico SUBE 15–40 % en 3 meses por mejora en Core Web Vitals.

Por qué la gente quiere salir de WordPress

WordPress alimenta el 43 % de la web. Para muchos sitios sigue siendo la elección correcta. Pero hay tres razones por las que vemos clientes huyendo en 2026:

1. Rendimiento. El problema no es WordPress en sí, es la combinación WordPress + plugins + tema premium + hosting compartido. Cada plugin agrega scripts, cada tema carga librerías que no usas, hosting compartido reparte recursos entre cientos de sitios. Resultado: PageSpeed bajo 50 en mobile, Core Web Vitals en rojo, Google bajándote en rankings desde 2021.

2. Seguridad. WordPress es el objetivo #1 de bots automatizados. Cada plugin desactualizado es una puerta. Un cliente recibió un hack vía un plugin de formularios sin actualizar desde 2022 — pagaron USD 1 500 de "limpieza". Otro tuvo brute force que tumbó el sitio 3 días en temporada alta. Los hacks son rutinarios.

3. Costos crecientes. Un sitio WordPress profesional paga: hosting (USD 30–80/mes), Yoast Premium (USD 99/año), Elementor Pro (USD 59/año), WP Rocket (USD 59/año), Wordfence (USD 119/año), backups (USD 100/año), SSL + dominio. Total: USD 80–200/mes recurrente — USD 2 880–7 200 en 3 años. Sin contar el tiempo del equipo arreglando conflictos entre plugins tras cada update mayor.

Cuándo NO migrar

Migrar no es upgrade automática. Hay casos donde es overkill y solo te cuesta dinero sin retorno:

• Tu sitio WordPress carga bien. PageSpeed > 80 en mobile, Core Web Vitals en verde, respuesta en < 2 segundos. No hay nada que ganar en performance.
• Tienes poco tráfico (< 5 000 visitas/mes). Los costos recurrentes son manejables y la inversión de USD 2 500 solo paga si la conviertes en más leads. ROI tarda años.
• Dependes de un plugin sin equivalente Next.js. LMS pesados (LearnDash), membresías complejas (MemberPress con cientos de niveles), marketplaces (WC Vendors). Migrar puede tomar 16+ semanas y costar USD 12 000+.
• El contenido lo edita un equipo no técnico cómodo con Gutenberg. Cambiar a un CMS headless tiene curva. Si tu equipo de 5 personas edita posts sin pedir ayuda, el costo organizacional cuenta.

Solución intermedia: si tu problema es solo performance, optimiza WordPress en lugar de migrar. Hosting decente (Kinsta, WP Engine) + caché agresivo (WP Rocket, Cloudflare) + purgar plugins + WebP cuesta USD 300–800 y puede subir tu PageSpeed de 35 a 75.

Cuándo SÍ migrar

Los tres detonantes principales en clientes que terminan migrando con buen ROI:

1. PageSpeed bajo 50 sostenido. Si ya agotaste todas las optimizaciones WordPress (caché, plugins de optimización, CDN, hosting premium) y sigues bajo 50 en mobile, el problema es estructural. WordPress carga ~80–150 KB de JavaScript adicional solo por admin bar, jQuery, widgets y scripts de plugins. Next.js arranca de cero — solo carga lo que tu sitio necesita. Vemos pasar de 35 a 95 con consistencia.

2. Hacks recurrentes. Si te hackearon más de una vez en 24 meses, o si pagas un retainer de "seguridad" y aun así pasa, el problema es la superficie de ataque inherente a WordPress (PHP, MySQL público, plugins de terceros sin auditar). Next.js + Vercel reduce drásticamente esa superficie.

3. Costos crecientes. Si pagas > USD 80/mes en hosting + plugins y planeas crecer, esos costos solo suben. Cada plugin nuevo es licencia adicional, cada upgrade de tráfico es plan más caro. En Next.js, el hosting escala con tráfico real.

Combos que casi siempre justifican migrar: PageSpeed < 50 + > 30 000 visitas/mes orgánicas; hack reciente + ecommerce activo; plugins premium > USD 150/año + plan de crecer.

Costos comparativos: WordPress vs Next.js

Tres escenarios reales que vemos cotizando en Costa Rica, a 3 años para que se vea el impacto acumulado.

Sitio corporativo pequeño (10–20 páginas + blog)

WordPress profesional: hosting Kinsta Starter (USD 35/mes), Yoast Premium, Elementor Pro, WP Rocket, Wordfence, backups y tema premium. Total recurrente: USD 75/mes (USD 2 700 a 3 años) + USD 1 500 de desarrollo inicial = USD 4 200.

Next.js + Vercel: Vercel Hobby (USD 0), Payload CMS self-hosted (USD 0), Supabase Free (USD 0), dominio + SSL (USD 25/año). Total recurrente: USD 75 a 3 años + USD 2 200 de migración = USD 2 275.

Ahorro 3 años: USD 1 925. Y eso sin contar el tiempo de tu equipo en mantenimiento, el costo de un hack potencial, o las ventas perdidas por carga lenta. ¿Quieres ver el rango exacto para tu sitio? Usa el cotizador — 4 preguntas, 30 segundos.

Sitio mediano con ecommerce (WooCommerce)

WordPress + WooCommerce con plugins decentes: USD 200–280/mes. En 3 años con desarrollo: USD 10 200–13 000.

Next.js con Shopify como backend o Medusa: USD 50–80/mes. En 3 años con migración: USD 7 300–8 380.

Ahorro 3 años: USD 2 900–4 600. La conversión sube por checkout más rápido (Stripe checkout en Next.js convierte 12–18 % más que WooCommerce con plugins lentos). Para la decisión custom-vs-Shopify, mira /comparar/custom-vs-shopify.

Sitio grande con tráfico alto (50 000+ visitas/mes)

A este nivel WordPress empieza a doler. Hosting que aguante sin caerse: USD 150–300/mes (WP Engine Growth, Kinsta Business), plugins premium USD 500+/año, y aun así spikes que tumban el sitio en Black Friday.

WordPress profesional con CDN, WAF y monitoring: USD 350–500/mes = USD 12 600–18 000 en 3 años.

Next.js + Vercel Pro: USD 80–200/mes + USD 6 500 de migración = USD 9 380–13 700 en 3 años.

Ahorro 3 años: USD 3 220–8 620, además de uptime real de 99.99 % (vs ~99.5 % típico de WordPress hosting compartido).

La parte crítica: preservar SEO

Aquí es donde mueren la mayoría de migraciones. He visto sitios perder 70 % de su tráfico orgánico en 30 días por una migración mal hecha. Las causas casi siempre son las mismas.

URLs: la regla número uno

Mantén las mismas URLs. Si Google indexó /blog/cuanto-cuesta-software por 18 meses y construyó autoridad ahí, no la cambies solo porque te gusta más otra estructura. Cada URL que cambia sin un redirect 301 perfecto pierde el 100 % de su SEO.

Si DEBES cambiar URLs (estructura nueva objetivamente mejor, o WordPress generaba URLs feas con ?p=123), cada URL vieja debe tener un redirect 301 a su nueva ubicación. Sin excepciones.

Redirects 301 en Next.js

En next.config.js:

module.exports = {
  async redirects() {
    return [
      { source: '/blog/url-vieja', destination: '/blog/url-nueva', permanent: true },
      // ... cientos más
    ]
  },
}

Para migraciones grandes, genera el array desde un CSV (no escribas a mano). Verifica con curl -I antes de lanzar — debe responder 301 con Location apuntando a la nueva URL.

Tres errores fatales: usar permanent: false (emite 302 y mata el SEO), cadenas de redirects (cada salto pierde 5–10 % de link juice), olvidar el trailing slash (/blog/post/ ≠ /blog/post para Google).

Sitemaps, robots.txt, meta tags

• Sitemap dinámico (app/sitemap.ts) con TODAS las URLs públicas y lastmod correcto. Súbelo a Search Console el día del lanzamiento.
• robots.txt: NUNCA dejes el Disallow: / de staging. Incluye la referencia al sitemap.
• Meta tags por página: <title>, meta description palabra por palabra (Yoast los guarda en BD — expórtalos), Open Graph completo, Twitter Card, schema BlogPosting/Organization/FAQPage, canonical apuntando a sí misma.

Si pierdes el meta description, Google genera uno automático peor y CTR baja. Es la diferencia entre que el tráfico suba 30 % o baje 10 % post-migración.

Caso real: agencia de marketing en San José

Agencia de marketing con sitio WordPress de 8 páginas + blog con 40 posts. PageSpeed mobile: 38. Pagaban USD 110/mes en hosting + plugins. El sitio se caía 2–3 veces al mes por conflictos entre plugins.

Migramos a Next.js + Payload CMS. 8 páginas reconstruidas pixel-by-pixel, 40 posts migrados con URLs intactas, schemas BlogPosting agregados, formulario de contacto conectado a HubSpot directo.

Resultados a 3 meses post-lanzamiento:

• PageSpeed mobile: 38 → 95
• Largest Contentful Paint: 4.8s → 0.9s
• Tráfico orgánico: +32 % (sin cambiar contenido)
• Posiciones SERP de keywords principales: +5 a +12 promedio
• Costos mensuales: USD 110 → USD 0 (Vercel Hobby)
• Downtime: 2–3 caídas/mes → 0 caídas en 90 días

Costo: USD 1 800. Plazo: 3 semanas. Break-even: 16 meses solo por ahorro recurrente. Este caso está referenciado en el pillar de costos de software en Costa Rica.

Siete pasos para migrar sin perder SEO

Este es el proceso que seguimos en cada migración:

1. Audita el sitio actual. Exporta URLs (Screaming Frog), tráfico orgánico de los últimos 6 meses (Search Console + GA4), backlinks importantes (Ahrefs) y plugins activos. Esta foto es tu baseline — sin ella no puedes medir si la migración salió bien.

2. Define la arquitectura de URLs nueva. Idealmente idéntica a la actual. Si debes cambiar algo, documenta cada cambio en un CSV con url_vieja, url_nueva — es el insumo para los redirects.

3. Migra el contenido. Markdown en git (rápido, blogs < 200 posts), Payload CMS (sitios dinámicos) o Sanity/Strapi (workflows complejos). Preserva cuerpo, autor, fechas, categorías, meta description y OG image.

4. Construye el sitio Next.js con paridad de features. Sitemap dinámico, robots.txt correcto, RSS, schemas (BlogPosting, Organization, FAQPage), hreflang si es multi-idioma, lazy loading de imágenes, formularios conectados y analytics. Para decidir qué stack usar, lee cómo elegir stack en 2026.

5. Configura redirects 301 para cada URL que cambió. En next.config.js, en el array redirects(), cada par url_vieja → url_nueva con permanent: true. Verifica antes de lanzar con curl -I — debe responder 301 con Location apuntando a la nueva URL.

6. Lanza, regenera el sitemap, y avisa a Google. Día de lanzamiento: apunta el dominio al deploy nuevo, regenera sitemap.xml, envíalo a Search Console, pide indexación de las 20 páginas más importantes y monitorea el log de errores las próximas 72 horas (404s, redirects en cadena, problemas de canonical).

7. Monitorea 90 días y ajusta lo que falle. Revisa semanalmente Search Console, GA4 y posiciones de tus 20 keywords principales. Si una URL pierde más del 30 % de tráfico sostenido a las 4 semanas, investiga redirect, contenido, meta description y velocidad de carga.

Errores comunes en migraciones fallidas

Estos son los errores que vemos repetidamente en migraciones que llegan a nosotros para "rescate" (clientes que migraron con otro proveedor y perdieron 50 % del tráfico):

• No mantener las URLs. El #1 con diferencia. La agencia rediseña la arquitectura "porque la actual es fea" sin redirects. 100 % del SEO se pierde.
• Redirects en cadena. URL vieja → intermedia → final. Cada salto pierde autoridad. Mapea siempre directo a la URL final.
• Olvidar el meta description. Si la migración pierde los meta descriptions personalizados de Yoast, Google genera automáticos peores. CTR baja.
• No regenerar el sitemap. El sitemap viejo apunta a URLs que ya no existen. Google se confunde y baja ranking.
• Bloquear el sitio nuevo en robots.txt. Pasa más de lo que crees: queda el Disallow: / de staging. Google deja de indexar todo.
• No tener baseline pre-migración. Sin baseline no sabes si subió o bajó el tráfico. Imperdonable.
• Lanzar un viernes en la noche. Si algo falla, no hay equipo el sábado. Lanza martes en la mañana.
• No probar mobile. PageSpeed y Core Web Vitals mobile reales en device físico, no solo en inspector del navegador.
• Migrar contenido a mano con > 50 posts. Cada post manual tiene riesgo de error. Usa scripts.
• No considerar imágenes. Si las URLs de /wp-content/uploads/ cambian, las imágenes embebidas en posts viejos se rompen. Mantén las rutas o usa un proxy temporal.

En resumen

Migra cuando: PageSpeed < 50, hacks recurrentes, costos > USD 80/mes, plan de crecer.

No migres cuando: sitio carga bien, poco tráfico, depende de plugins muy específicos, equipo no técnico atado a Gutenberg.

Si tienes dudas de si tu caso vale la pena, escríbenos. La cotización inicial es gratis y te decimos honestamente si te conviene migrar o si te recomendamos optimizar lo que ya tienes (a veces eso es lo que el cliente necesita oír — y se lo decimos).

💡 Para una cotización aproximada en 30 segundos, usa el cotizador interactivo. 4 preguntas → rango USD + mensaje de WhatsApp con tu scope pre-cargado.

📞 Para hablar directo: WhatsApp +506 8433 7752 o admin@siriusx.net. Lunes a viernes 8 am–5 pm, sábados 8 am–12 md, hora CR.

Posts relacionados

• Cuánto cuesta desarrollar software en Costa Rica — rangos reales en USD por tipo de proyecto y vertical.
• Next.js, Astro o Remix: cómo elegir stack en 2026 — decisión técnica para no inflar el presupuesto.