SEO técnico para Next.js

El SEO técnico en una aplicación Next.js no es un plugin. Es una propiedad de cómo renderiza la aplicación, y falla de maneras invisibles desde el navegador: una etiqueta canónica que apunta al idioma equivocado, un clúster hreflang que anuncia traducciones que no existen, un sitemap generado a partir de una lista de rutas distinta de la que el router realmente sirve.

Qué auditamos

• Rastreo y render. Qué recibe el rastreador en el HTML inicial frente a lo que aparece tras la hidratación, y cuál de tus contenidos solo existe en lo segundo.
• Canonicalización. Barras finales, tratamiento de parámetros de consulta, paginación, y si cada ruta está de acuerdo consigo misma sobre su propia dirección.
• Enrutado internacional. El clúster hreflang completo, incluido x-default, validado contra las traducciones que existen de verdad y no contra las que estaban planificadas.
• Datos estructurados. Un @graph conectado con referencias @id estables, no cuatro bloques inconexos que redeclaran la organización cada uno.
• Sitemaps y robots. Generados desde la misma fuente de rutas desde la que renderiza la aplicación, para que no puedan divergir.

Cómo lo arreglamos

Haciendo imposible equivocarse. Las canónicas, las alternativas y los datos estructurados se generan desde un único helper tipado que toda ruta debe llamar. Una página no puede publicarse sin canónica, porque la función de metadatos no compila sin ella.

Este sitio está construido así, y la implementación es pública: el helper buildMetadata y el grafo JSON-LD de este repositorio son el mismo patrón que desplegamos para clientes.

El resultado medible

Indexación correcta de las rutas que quieres indexadas, y de nada más. Resultados enriquecidos allí donde el esquema los soporta. Un clúster hreflang que Search Console valida sin avisos. No son trucos de crecimiento; son el suelo sobre el que se apoya una estrategia de contenidos.