Generador de schema FAQ: monta el JSON-LD del FAQPage

Esta página monta y audita el bloque de una página concreta. Si tu pregunta es otra, si tu sitio entero está listo para ser citado por IA, la página correcta es el checklist de preparación GEO, que corre un modelo de 16 ítems y trata los datos estructurados como un ítem de 6 puntos entre muchos. Y si lo que falta es apuntar al contenido canónico del sitio en conjunto, el generador de llms.txt resuelve otro archivo, en la raíz del dominio. Las tres se complementan y no se solapan: el checklist dice qué arreglar, el llms.txt apunta al sitio, esta marca la página.

Antes de nada: el rich result de FAQ se acabó para casi todos

Conviene empezar por la parte que la mayoría de las herramientas omite. En agosto de 2023 Google restringió el rich result de FAQ a sitios de gobierno y de salud reconocidos. Si no eres uno de ellos, marcar la página con FAQPage no va a abrir ese acordeón de preguntas en el resultado de búsqueda, y prometer lo contrario es vender algo que no existe.

Eso no anuló el valor del tipo, cambió la razón para usarlo. Un bloque FAQPage sigue siendo la manera más barata de decir, en formato de máquina, dónde empieza y dónde termina cada respuesta. Quien consume eso hoy no es solo Google: son los sistemas de IA que necesitan recortar fragmentos cortos, los buscadores menores, los agregadores y, como siempre subestimado, el buscador interno de tu propio sitio. Y está el efecto secundario que más rinde: llenar el bloque obliga a escribir una respuesta que resuelve la pregunta en la primera frase.

Cómo usarla

1. Completa la URL de la página con la dirección completa, empezando por https. Se convierte en el url y el @id del bloque, con el ancla #faq, que es lo que permite referenciar este FAQ en concreto cuando la página lleva más de un schema.
2. Escribe los pares en la caja grande: pregunta en una línea, respuesta en las líneas siguientes, y una línea vacía entre pares. Si ya tienes el contenido en otro formato, la caja también entiende P: y R:, el par entero en una sola línea separado por barra vertical, y markdown con ### en la pregunta.
3. Marca la casilla de contenido visible en la página solo si es cierto. Vale 6 puntos porque marcar texto que no está en la página es una violación de directrices, no una optimización.
4. Mira la lista de comprobación debajo del bloque y resuelve lo que está en rojo, de arriba abajo. Cada ítem muestra cuánto vale y cuánto has sacado.
5. Copia con la etiqueta script y pégalo en el HTML de la página, dentro del head o al final del body, da igual. Antes de pegar, busca application/ld+json en el código fuente: si tu CMS ya inyecta un FAQPage, quieres editar ese y no sumar un segundo.

Cómo funciona: la estructura y los 10 pesos

El FAQPage es plano a propósito. Una lista de preguntas colgada de un tipo de página, y cada pregunta con exactamente una respuesta aceptada. No hay campo de autor, ni de fecha, ni de prioridad: lo que existe es el texto.

Como la estructura es trivial, la diferencia entre un bloque que sirve y uno que no vive entera en el texto. Por eso la auditoría no mide sintaxis, que cualquier generador acierta: mide conformidad (¿esto es un FAQ de verdad?) y recortabilidad (¿esta respuesta sobrevive fuera de contexto?). Los 10 ítems suman exactamente 100 puntos.

El tamaño de la respuesta vale 14 porque es el ítem que más falla en la práctica, por los dos extremos: una respuesta de diez caracteres no responde y una de mil dejó de ser recorte para volverse sección de artículo. La cobertura vale otros 14 porque un FAQPage con una pregunta es una pregunta, no un FAQ. La interrogación vale 12 porque una Question sin pregunta es la firma de quien convirtió títulos de sección en FAQ para rellenar un campo. Y la primera frase vale 10 porque es literalmente lo que un sistema recorta: si la respuesta abre con contexto, el recorte se lleva el contexto en vez de la respuesta.

Ejemplo trabajado (reproduce el resultado por defecto)

Los valores que vienen rellenados describen el FAQ de una página de precios con 5 preguntas, y dos fallos plantados a propósito para que la fila de corrección no nazca vacía: la cuarta entrada se escribió como título (Precio del plan para equipos grandes, sin interrogación) y la quinta abre con una frase de 42 palabras antes de llegar al punto.

• Cobertura: 5 preguntas superan el objetivo de 4, así que 14 de 14.
• Interrogación: 4 de las 5 terminan en signo de interrogación, así que 12 × 4 ÷ 5 = 9,6 de 12.
• Tamaño de la respuesta: las 5 quedan entre 191 y 301 caracteres, dentro de la banda de 50 a 800, así que 14 de 14.
• Respuesta en la primera frase: 4 de las 5 abren con 25 palabras o menos, así que 10 × 4 ÷ 5 = 8 de 10. La media queda en 20 palabras precisamente porque una de ellas llega a 42.
• Sin pregunta repetida 10 de 10, solo HTML aceptado 10 de 10, sin respuesta repetida 8 de 8, URL declarada 8 de 8, pregunta corta 8 de 8 (la más larga tiene 36 caracteres, lejos del techo de 120) y contenido visible 6 de 6.
• Nota: 100 menos los 2,4 de la interrogación y los 2 de la primera frase = 95,6, redondeado a 96 de 100, banda A. El bloque pesa 2,2 kB.

Reescribe la cuarta entrada como ¿Cuánto cuesta el plan para equipos grandes? y la nota sube 2,4 puntos. Recorta la quinta respuesta para que abra en En centros de datos de la Unión Europea, empujando la explicación de residencia de datos a la segunda frase, y vuelven los otros 2. Cada corrección cuesta un minuto y el precio por línea sube conforme el FAQ encoge, porque los ítems proporcionales dividen por el total de preguntas.

Cómo interpretarla y dónde engaña la nota

La nota mide el bloque, no el resultado. Un FAQPage con nota 100 en una página que los rastreadores de IA no pueden leer sigue sin generar ninguna citación, porque el problema estaba dos capas antes. Si tu robots.txt bloquea los bots de IA, o el contenido solo aparece después del JavaScript, resuelve eso primero: el checklist de preparación GEO mide exactamente esa capa de acceso.

La segunda trampa es creer que marcar sustituye a escribir. El schema describe lo que existe; no mejora una respuesta floja, solo la hace más fácil de encontrar. Si tus respuestas son vagas, marcarlas acelera la distribución de vaguedad. El orden correcto es escribir la respuesta que resuelve, comprobar que está visible en la página, y solo entonces marcarla.

La tercera es inflar el FAQ para llenar la lista. Existe la tentación obvia de convertir cada subtítulo en pregunta hasta llegar a 20, y el efecto es el contrario del pretendido: diluye las tres preguntas que de verdad importaban. Aquí la cobertura satura en 4 a propósito, y a partir de 20 aparece un aviso.

Por último, un FAQ envejece más rápido que el resto de la página, porque casi siempre habla de precio, plazo y política. Un bloque con el precio viejo es peor que ningún bloque: estás entregando el dato equivocado en formato de máquina, y se va a repetir con confianza. Pon la revisión del FAQ al mismo ritmo que la revisión de la tabla de precios.

Del bloque a la evidencia

Marcar es una apuesta sobre cómo tratan terceros tu contenido, y una apuesta sin medición acaba en folclore de equipo. El camino honesto es corto:

• Registra la fecha en que entró el bloque y qué preguntas tenía. Sin línea de base, cualquier variación posterior se vuelve interpretación libre.
• Sigue menciones y citaciones, no solo la posición en la búsqueda. El método está en la guía de GEO en 2026, y la estructura de FAQ que más citación rinde está en estructurar el FAQ para citación por IA.
• Cuando el cambio también toque la página en sí, y no solo el bloque invisible, mídelo con test A/B antes de extenderlo a todo el sitio. Reescribir el FAQ visible mueve conversión, no solo rastreo.

Para convertir el primer ítem de la fila en una hipótesis testable, usa el generador de hipótesis. Para dimensionar el experimento antes de encender nada, la calculadora de tamaño de muestra lo resuelve en un minuto.

Preguntas frecuentes

¿Qué es el schema FAQPage?

Es el tipo de datos estructurados de schema.org que declara, en formato de máquina, los pares de pregunta y respuesta que ya existen en una página. No crea contenido ni cambia lo que ve el visitante: es una etiqueta en JSON-LD, pegada dentro de una etiqueta script, que dice qué texto es pregunta y cuál es la respuesta aceptada. La estructura es deliberadamente plana: un FAQPage contiene una lista mainEntity de Question, y cada Question lleva un name y un acceptedAnswer de tipo Answer con el campo text.

¿El schema FAQ todavía genera rich result en Google?

Para casi todo el mundo, no. En agosto de 2023 Google restringió el rich result de FAQ a sitios de gobierno y de salud reconocidos, y desde entonces un sitio común marca la página y no ve nada distinto en la SERP. Eso cambió el motivo de usar el tipo, no su valor: el bloque sigue siendo la forma más barata de entregar preguntas y respuestas en formato de máquina a otros consumidores, que es lo que importa en la búsqueda con IA. Si tu objetivo era ganar espacio visual en Google, ajusta la expectativa antes de marcar.

¿Entonces por qué seguir publicando FAQPage?

Por tres motivos que no dependen del rich result. El primero es que los sistemas de IA recortan respuestas cortas y bien delimitadas con mucha más facilidad cuando alguien ya dijo dónde empieza y dónde termina la respuesta. El segundo es que otros consumidores leen el mismo bloque: buscadores menores, agregadores, asistentes y el buscador interno de tu propio sitio. El tercero es disciplina editorial: para llenar el bloque tienes que escribir una respuesta que resuelva la pregunta en la primera frase, y ese es el cambio que más rinde, con marcado o sin él.

¿Puedo marcar preguntas que no están visibles en la página?

No. La directriz de datos estructurados exige que el contenido marcado esté visible para el usuario en la misma página, y marcar texto ausente es motivo de acción manual. Eso incluye el caso común de esconder el texto dentro de un acordeón cerrado: el acordeón está bien, porque el texto está en el HTML y se abre con un clic, pero texto que solo existe dentro del JSON-LD no. Por eso la confirmación vale 6 puntos aquí y no es un adorno.

¿Qué HTML se permite dentro de la respuesta?

Solo h1 a h6, br, ol, ul, li, a, p, div, b, strong, i y em. Cualquier otra etiqueta falla en la validación, y la que más aparece es span, heredada de un copiar y pegar del editor visual. Markdown tampoco vale: el campo es HTML, así que un enlace escrito con corchetes y paréntesis va a aparecer crudo dentro de la respuesta. La herramienta señala las dos cosas, la etiqueta prohibida como pérdida de puntos y el enlace en markdown como aviso.

¿Cuántas preguntas debe tener el bloque?

De 4 a 10 en la mayoría de las páginas, y como máximo 20 en un solo bloque. El límite de abajo es de utilidad: una pregunta sola no es un FAQ, y la herramienta satura el ítem de cobertura en 4. El de arriba es de foco: por encima de 20 la página se convirtió en un centro de ayuda, cada respuesta pierde peso relativo y mantenerlo todo al día se vuelve imposible. Si tienes 40 preguntas, el problema no es el schema, es que ahí dentro hay cuatro páginas.

¿Puede convivir FAQPage con otro schema en la misma página?

Sí, y es lo normal. Una página de producto suele llevar Product más FAQPage, y un artículo lleva Article más FAQPage. Puedes publicar los dos bloques script por separado o juntarlo todo en un @graph. Lo que no vale es declarar dos veces el mismo FAQPage, que es lo que pasa cuando el plugin del CMS ya inyecta un bloque y alguien pega otro a mano. Antes de pegar, busca application/ld+json en el código fuente de la página y mira qué hay ya.

Sigue

Con el bloque publicado, el siguiente paso es la capa que no resuelve: acceso del rastreador, texto recortable y señal de autoría. Lee el método completo en la guía de GEO en 2026, mira qué cambia en el trabajo de conversión en CRO en la era de la IA y qué pasa con el test A/B en el test A/B y la citación por IA.