Next SEO

Qué es hoy Next SEO

Next SEO (github.com/garmeeh/next-seo) es una librería TypeScript, con licencia MIT y mantenida desde 2018, que da a un proyecto Next.js componentes listos para datos estructurados JSON-LD. Importas un componente, le pasas props tipadas y renderiza la etiqueta de script que le dice a un buscador qué es la página: un artículo con autor y fecha, un producto con precio y política de devoluciones, un conjunto de preguntas frecuentes, un rastro de migas de pan, una organización, un vídeo, una oferta de empleo. El README documenta más de dos docenas de ellos, además de un primitivo JsonLdScript y una biblioteca de procesadores de entrada para los tipos de Schema.org que no cubre.

Lo más interesante del proyecto es lo que dejó de hacer. Next SEO nació como la forma estándar de gestionar títulos y etiquetas meta en Next.js, cuando el framework no tenía opinión sobre ellas. Desde que el App Router incorporó una API de metadatos de primera clase, eso lo hace el framework de forma nativa, y en vez de competir el README de la librería te dice claramente que uses la función integrada para las etiquetas meta corrientes y reserva su propia superficie para los datos estructurados, dejando los componentes antiguos del Pages Router tras una importación aparte. Una dependencia que encoge cuando la plataforma absorbe parte de su trabajo es mejor señal que una que no para de crecer.

Dónde ayudan de verdad los datos estructurados

JSON-LD es un bloque de afirmaciones legibles por máquina sobre una página, colocado junto al texto para humanos. No es un canal secreto y no convierte una página floja en una fuerte. Lo que cambia es cuán legible resulta tu página para sistemas que deben decidir, sin leerla como lo haría una persona, qué es y si conviene reutilizarla.

• Elegibilidad para resultados enriquecidos Algunos tipos pueden cambiar el aspecto de un resultado en búsqueda: reseñas, preguntas frecuentes, productos, eventos, recetas. El marcado correcto hace que una página sea elegible; nunca obliga a un buscador a mostrar nada.
• Legibilidad para los motores de respuesta Autor, fecha, entidad y pares de pregunta y respuesta explícitos dan a un sistema de recuperación algo inequívoco que extraer, que es la mitad mecánica de la optimización para motores generativos.
• Coherencia interna Rellenar un componente tipado te obliga a declarar quién escribió una página y cuándo, que es justo donde los sitios hechos a mano se contradicen en silencio.

Para un SaaS pequeño o una tienda, el conjunto útil es corto: un tipo de organización o de aplicación de software en el sitio, tipos de artículo y de preguntas frecuentes en el contenido, migas de pan para la estructura y tipos de producto y reseña si vendes bienes físicos. La librería acepta además un nonce en cada script que renderiza, algo que importa si aplicas una política de seguridad de contenido estricta: el tipo de detalle que cuesta una tarde cuando lo haces a mano. El concepto en sí está explicado en marcado schema.

Lo que no hace

Los datos estructurados no son una palanca de posicionamiento. Google ha sido constante en que un marcado válido hace elegible a una página para ciertas presentaciones en vez de posicionarla más arriba, y ninguna cantidad de marcado compensa una página que nadie tenía motivo para abrir. Tómalo como la diferencia entre una página que se entiende y una que hay que adivinar.

Eso sitúa a una librería así del lado de construir, no del de crecer. Una página perfectamente marcada sigue necesitando una pregunta que merezca respuesta, un motivo para que alguien la enlace y suficientes hermanas como para sumar un tema. Si estás eligiendo qué publicar en vez de cómo anotarlo, SEO para una web nueva es la decisión previa, y open-seo es el lado de investigación del mismo trabajo: esto es el lado del renderizado.

Una nota de primera mano sobre publicar schema

En AgentCeres —el equipo de crecimiento con IA de agentceres.com— escribimos nuestro JSON-LD a mano en el App Router en vez de usar una librería, así que esto es una comparación desde el otro lado de la decisión. Nuestro error no fue de sintaxis. Nuestras páginas de preguntas y respuestas emitían originalmente el tipo QAPage, que parece la opción obvia, y era incorrecto: ese tipo describe páginas donde los visitantes publican respuestas que compiten entre sí, y las nuestras las escribimos nosotros. Las cambiamos a FAQPage. No cambió nada de la página salvo la veracidad de lo que el marcado afirmaba, y una librería habría renderizado el tipo equivocado con la misma limpieza que el correcto.

La segunda lección salió más cara. El marcado es un conjunto de afirmaciones, y las afirmaciones caducan en silencio, porque cuando lo hacen nada parece roto en la página. Cada página de nuestras secciones /ask, /glossary y /grow es una entrada tipada en control de versiones con una batería de tests que rompe la compilación ante un enlace interno colgado, un título meta demasiado largo o una fecha de publicación ausente, de modo que los valores que alimentan el schema no pueden desviarse sin que alguien se entere. Next SEO te compra sintaxis correcta y ahorra tiempo real; nada te compra hechos correctos salvo decidir cuáles no pueden escribirse a mano dos veces. Esa distinción es la mayor parte de lo que hace cumplir nuestro especialista en contenido SEO.