Schema.org para IA: asigna un tipo a cada página

7 comprobaciones antes de añadir schema

5 superficies de página requieren una comprobación página por página antes de que el markup esté en vivo. El objetivo es una descripción que coincida con lo que los visitantes pueden leer, no un bloque de código más largo.

Usa esta lista de verificación antes de elegir un tipo:

• Propósito de la página: escribe la función principal de esta URL.
• Tema principal: nombra la organización, artículo, producto o conjunto de preguntas que se muestran.
• Hechos visibles: enumera solo los detalles que un visitante puede confirmar en la página.
• Título de la página: verifica que el título marcado coincida con el encabezado publicado.
• Responsable: identifica quién puede corregir el markup después de cambios de contenido.
• URL: confirma la página exacta que llevará los datos estructurados.
• Ruta de revisión: decide quién verifica la página renderizada y el código juntos.

Una página que no supere una de estas comprobaciones necesita primero una aclaración de contenido. No uses el markup para rellenar un autor, detalle de producto o hecho de empresa que falte. Si la página en sí es difícil de interpretar, mejora sus textos antes de seleccionar propiedades.

Para una lista de verificación técnica más amplia, lee AEO técnico: schema, llms.txt y rastreadores. Para páginas destinadas a ser citadas, consulta contenido citable para asistentes de IA.

¿Qué tipo de schema.org se ajusta a cada página?

5 tipos familiares cubren funciones comunes de página, pero el contenido de la página determina la elección. Haz coincidir el tipo con el tema que los visitantes encuentran. Luego añade solo las propiedades compatibles.

Empieza por el propósito principal de la URL. La información de la empresa puede encajar con Organization. Un artículo editorial puede encajar con Article. Una página centrada en un producto puede encajar con Product. Una ruta de navegación visible puede usar BreadcrumbList. Las preguntas y respuestas mostradas a los visitantes pueden encajar con FAQPage.

Verifica el ajuste con 3 preguntas:

• ¿Describe este tipo el tema principal de la página?
• ¿Puede un visitante encontrar evidencia de cada propiedad en la página?
• ¿Seguiría teniendo sentido el tipo si el markup estuviera oculto?

Si un tipo encaja solo porque un generador lo sugirió, déjalo fuera. Un tipo preciso vale más que varias etiquetas para temas no compatibles. Este es el núcleo del schema.org para mejorar visibilidad en IA: información de página clara y coherente, no un interruptor especial de visibilidad.

Para obtener orientación relacionada sobre optimización de FAQ para respuestas de IA, verifica que el contenido de la respuesta sea útil antes de considerar su markup.

5 tipos de página, 5 funciones diferentes

5 tipos de página cubren funciones distintas; no son un paquete para aplicar en todas partes. Usa esta comparación para preseleccionar un tipo. Luego verifica cada hecho marcado con la página en vivo.

Cada fila es un punto de partida, no una instrucción para marcar cada URL. Una página de producto sin información visible del producto necesita mejor contenido antes de los datos estructurados. Un artículo no debería tomar prestado un tipo de organización solo porque el editor es una empresa.

Registra el tipo seleccionado y los hechos de página que lo respaldan. Esa nota breve le da al siguiente revisor una razón clara para la elección. También facilita las revisiones de plantilla cuando el mismo patrón de página aparece en varias URLs.

5 pasos del inventario de páginas a la publicación

5 pasos mantienen la implementación del schema vinculada a la página. Evitan que la tarea se desvíe hacia cambios de código en todo el sitio. Asigna a cada URL un responsable y un registro de revisión.

1. Inventario: enumera las URLs, el propósito de la página, el tema principal y los hechos visibles.
2. Selección: asigna un tipo de schema.org adecuado a cada patrón de página.
3. Borrador: crea el JSON-LD a partir de los hechos ya presentes en la página.
4. Comparación: revisa la URL en vivo, el texto visible y el markup lado a lado.
5. Revisión: repite la revisión después de un cambio de plantilla o contenido.

Para cada URL, registra el tipo, el revisor, los problemas encontrados y el estado de la corrección. Prueba una página representativa de cada plantilla. Luego verifica las páginas afectadas después de un cambio de plantilla compartido. Mantén el registro de revisión con el responsable del contenido, no solo con el desarrollador que añadió el script.

Si tu tarea también incluye llms.txt, trátalo como un archivo separado con un responsable separado. La guía de configuración de llms.txt y rastreadores de IA cubre ese trabajo. Este flujo de trabajo de schema se mantiene específico para cada página.

¿Qué debe incluir un ejemplo de schema?

1 pequeño ejemplo JSON-LD debe describir una página sin añadir afirmaciones. Usa esta estructura como modelo. Reemplaza los detalles de artículo de ejemplo con la información mostrada en tu propia página.

Ejemplo: { "@context": "https://schema.org", "@type": "Article", "headline": "Una guía práctica de seguridad de wallet", "author": { "@type": "Person", "name": "Equipo editorial" } }

Verifica el titular y el autor con el artículo visible antes de publicar. No pegues el ejemplo sin cambios en una página diferente. Si la página en vivo no identifica un autor, no añadas uno solo para completar el ejemplo.

LLMs.txt y schema.org manejan funciones diferentes. El markup de schema describe una página o entidad. llms.txt es un archivo de orientación a nivel de sitio que enumera recursos útiles. Mantén los enlaces del archivo actualizados y su propósito claro. Para más información sobre el archivo en sí, consulta qué es llms.txt y si lo necesitas.

Usa ambos solo cuando cada uno tenga un rol claro. Ninguno reemplaza páginas útiles y accesibles ni textos precisos.

¿Cómo revisas el schema sin hacer afirmaciones excesivas?

2 revisiones ofrecen una imagen más clara. Primero verifica el código. Luego inspecciona cómo aparecen las páginas en la búsqueda y en las respuestas de IA. Un script válido confirma un detalle técnico; no demuestra que una página vaya a ser citada.

Para la revisión técnica, verifica que el markup esté en la URL prevista. Confirma que coincida con los hechos visibles de la página. Registra la URL, el tipo seleccionado, el revisor y cualquier corrección.

Para la revisión de visibilidad, revisa un conjunto coherente de preguntas relevantes en ChatGPT y Perplexity. Anota si las respuestas describen la página con precisión. También anota si aparece una fuente útil.

ChatGPT y Perplexity toman sus propias decisiones sobre recuperar, citar y presentar páginas. Google tampoco promete una apariencia en los resultados de búsqueda solo por el schema. Construye la revisión en torno a un markup preciso y contenido útil, no en torno a una mención o visualización prometida.

DigitalMedia1 puede comparar las afirmaciones visibles de la página con sus descripciones estructuradas. Podemos señalar discrepancias para tu equipo. Envíanos 1 URL y su propósito principal. Mapearemos los hechos visibles a un tipo adecuado y devolveremos una ruta de revisión clara.

Cómo trabajamos

1. Inventariar las URLsEnumera las páginas que importan. Anota el propósito, el tema y los hechos visibles de cada página. Mantén el markup de la página separado de los archivos a nivel de sitio.
2. Elegir el tipoHaz coincidir cada página con un tipo que describa su contenido real. Deja fuera las propiedades que la página no respalde.
3. Redactar JSON-LDConstruye la descripción estructurada a partir de la información que los visitantes pueden ver. Añádela a través de la plantilla de página o la ruta de implementación adecuada.
4. Comparar página y códigoRevisa la URL publicada, el texto visible y el markup juntos. Corrige nombres, descripciones o relaciones que no coincidan.
5. Revisar después de cambiosVuelve a verificar las páginas afectadas después de actualizaciones de contenido o plantilla. Realiza un seguimiento de la validación técnica por separado de las revisiones de respuestas de IA.