Rápido: Next.js te da rutas dinámicas, generación estática de miles de páginas y control total de canonical, hreflang y schema. Es el stack que usamos para los sitios programáticos que mostramos como casos.
Por qué Next.js encaja tan bien
El SEO programático necesita tres cosas que Next.js resuelve nativamente: rutas dinámicas (/[tipo]/[ciudad]/[modelo]), generación estática de miles de páginas en build (sin llamar APIs en runtime), y control fino del marcado —canonical, hreflang, JSON-LD— que define si Google indexa o no.
El patrón de composición
La clave es generar contenido por dimensión y componerlo en build. Leés tus JSONs de datos (modelos, ciudades, contenido por dimensión), y cada página combina las piezas: párrafo del modelo + párrafo de la ciudad + FAQs de ambos + dato real del cruce. N+M piezas → N×M páginas únicas.
Los detalles que más rompen
- Canonical: que el root layout no setee un canonical global (envenena todas las hijas). Cada página define el suyo.
- Redirects: www→apex y http→https en 301/308, nunca 307.
- Core Web Vitals: imágenes dimensionadas,
next/image, fuentes condisplay:swap. LCP < 2.5s. - Sitemap dinámico con todas las rutas y sus hreflang.
Cómo lo abordamos
Tres repos/capas separadas: el front en Next.js (JavaScript, no TypeScript), una API de datos, y el pipeline que genera los briefs por dimensión. Mostramos el qué y los resultados; el cómo interno del pipeline es nuestro.
Preguntas frecuentes
¿Next.js o WordPress para SEO programático? Next.js cuando querés control total de canonical/hreflang/schema y generar miles de páginas estáticas con buen rendimiento. WordPress sirve, pero el rendimiento a escala exige más cuidado.
¿App Router o Pages Router? Cualquiera funciona; lo importante es la generación estática y el control del marcado. Usamos App Router.
¿Hace falta TypeScript? No es obligatorio. Nuestros proyectos van en JavaScript.
¿Querés que construyamos tu sitio programático en Next.js? Hablemos.