SEO para Next.js: guía de configuración y publicación

El SEO de Next.js trata las rutas, los datos y los metadatos como una única publicación. App Router puede declarar los metadatos de forma estática o derivarlos de registros; esta guía se centra en App Router y no da por hecho que Pages Router siga las mismas convenciones.

Conecta los metadatos con los datos de la ruta

Usa metadatos estáticos para las páginas fijas y generateMetadata cuando los títulos, las descripciones o las URL canonical dependan de un registro. Inspecciona los layouts padre junto con las páginas hijas para evitar que valores genéricos oculten la información específica de cada página. Establece adecuadamente la URL base de producción al usar metadataBase y revisa las alternativas de idioma. Las páginas totalmente traducidas necesitan direcciones distintas; no pongas como canonical el idioma predeterminado en todas las versiones solo porque las páginas describan el mismo producto.

Diseña los estados del contenido junto con el renderizado

Las rutas públicas deben ofrecer información útil sin requerir una sesión. Gestiona de forma explícita los registros inexistentes y sin publicar en lugar de dejar un esqueleto de carga indefinido. Con contenido en caché o regenerado, comprueba cuándo se actualizan los metadatos y el cuerpo para que un título nuevo no acompañe a un artículo antiguo. Documenta la invalidación según la arquitectura de despliegue en lugar de elegir duraciones de caché arbitrarias para mejorar un informe puntual.

Mantén coherentes los robots y los sitemaps

App Router admite convenciones de archivos de metadatos para robots y sitemaps. Anuncia las URL publicadas en el dominio de producción y protege los datos privados con controles de acceso, no solo con robots.txt. La entrega de metadatos puede variar con el streaming y la gestión del user-agent. Inspecciona las respuestas reales y las herramientas de Google cuando sea necesario, en lugar de suponer que un simple analizador de HTML reproduce el procesamiento del buscador o encuentra siempre las etiquetas en la posición inicial esperada del head.

Un escenario de publicación resuelto

Escenario ilustrativo: una página de producto de App Router deriva su título y su descripción del mismo registro de producto. Define cómo una edición del producto actualiza tanto los metadatos como el contenido del cuerpo, y solicita después del despliegue las páginas en vietnamita y en inglés directamente. La navegación del cliente por sí sola no basta para validar la salida nueva del servidor. Mantén las rutas de vista previa fuera de los feeds de descubrimiento de producción y conserva un registro de muestra para las pruebas de regresión de caché. Así los desarrolladores disponen de un contrato de publicación concreto en lugar de una instrucción general de mejorar el renderizado.

Una lista de verificación de publicación repetible

Mantén un pequeño inventario de las páginas importantes antes de modificar el sitio web: registra la URL actual, el público objetivo, el título y el canonical preferido. Realiza una categoría de cambios cada vez y conserva una forma de restaurar la configuración anterior. Empieza por una página accesible y útil en lugar de optimizar una puntuación mientras su contenido sigue sin estar disponible.

En el contenido traducido, publica una versión completa en cada idioma en su propia dirección. Revisa los canonical autorreferenciales y los enlaces de idioma recíprocos, y luego incluye las URL elegibles en el sitemap. Una página traducida no es automáticamente un duplicado solo porque su significado coincida con el de otro idioma. Los buscadores siguen decidiendo qué páginas indexar; ninguna configuración promete un posicionamiento ni un aumento de tráfico.

Herramientas y guías relacionadas

• Seguir el flujo de diagnóstico de Next.js
• Revisar una URL pública
• Inspeccionar una cadena de redirecciones

Referencias oficiales

• Next.js: metadatos e imágenes OG
• Next.js: robots.txt
• Next.js: generateMetadata