¿Qué son los datos estructurados de foro?

Los datos estructurados de foro son un tipo de marcado de Schema.org pensado en exclusiva para contenido generado por usuarios en foros: hilos de discusión, respuestas y comentarios que varias personas escriben de forma colectiva. Google Search Central lo describe como un marcado para sitios de estilo foro donde las personas comparten perspectivas de primera mano, y lo distingue con claridad de otros tipos de contenido. La documentación oficial dice literalmente que el marcado DiscussionForumPosting solo debe usarse para describir una publicación generada por el usuario en un sitio web y no para contenido redactado principalmente por los editores del sitio. Eso excluye artículos, entradas de blog y reseñas de producto escritas por la marca, aunque se publiquen en formato de hilo. También hay una frontera con otro tipo de marcado cercano: si la estructura del sitio es sobre todo preguntas con respuestas, corresponde el marcado de preguntas y respuestas en lugar del de foro. La pieza central del esquema es DiscussionForumPosting, que puede anidar comentarios (Comment) dentro de la publicación original, reflejando la estructura real de un hilo: un mensaje inicial y una cadena de respuestas debajo. Esta distinción entre lo que escribe una marca y lo que escribe su comunidad es el eje de todo el marcado, y también el motivo por el que un foro de soporte, una comunidad de producto o un subforo temático son los candidatos naturales para implementarlo, mientras que un blog corporativo no lo es.

El marcado exige un conjunto mínimo de propiedades tanto en la publicación principal como en cada comentario anidado. Para DiscussionForumPosting, Google Search Central pide como obligatorias author (con author.name), datePublished en formato de fecha y hora ISO 8601, y al menos una de estas tres: text, image o video. La misma exigencia se repite dentro de cada Comment: autor, fecha de publicación y, de nuevo, al menos texto, imagen o vídeo. Sin esas propiedades, Google no considera válido el marcado y la página no es candidata al resultado enriquecido, por completa que esté la información restante. Junto a lo obligatorio hay un grupo de propiedades recomendadas que Google no exige pero sí valora: dateModified para señalar ediciones posteriores, commentCount y interactionStatistic para reflejar la actividad del hilo, url y author.url para enlazar el perfil del autor, y una que la documentación ha incorporado recientemente, digitalSourceType, pensada para distinguir contenido generado por una persona del generado por un sistema algorítmico o entrenado con IA. La documentación de Google, verificada el 20 de agosto de 2026, muestra como fecha de última actualización el 24 de marzo de 2026, lo que indica que Google sigue ajustando este marcado y no lo ha dejado congelado desde su lanzamiento. Hay además una particularidad técnica poco habitual: mientras que, para la mayoría de tipos de datos estructurados, Google prefiere JSON-LD, para DiscussionForumPosting recomienda explícitamente Microdatos o RDFa siempre que sea posible, una excepción declarada a su propia norma general.

Este marcado importa porque cubre un tipo de contenido que ningún otro esquema representa con precisión: la conversación colectiva, con varios autores y una estructura de hilo, algo distinto de un artículo con un solo autor o de una lista de preguntas y respuestas. Google lo introdujo, según Search Engine Land, el 27 de noviembre de 2023, junto con el marcado de página de perfil, y lo sigue actualizando de forma activa, como muestra la incorporación de digitalSourceType documentada en marzo de 2026. Para un sitio con una comunidad activa (un foro de soporte técnico, un espacio de preguntas entre usuarios de un producto, un subforo de un nicho concreto) implementarlo es la diferencia entre que Google trate ese contenido como una masa de texto genérico o lo reconozca como lo que es: aportaciones de personas reales con experiencia de primera mano, precisamente el tipo de señal que las guías de calidad de contenido de Google llevan años pidiendo. La decisión que depende de esto es sencilla de formular: cualquier sitio con foros o comunidades de usuarios activas debería evaluar si implementa este marcado antes que dedicar el mismo esfuerzo a otro tipo de dato estructurado con menos encaje real con su contenido.

• Marca la publicación principal y cada comentario como entidades separadas (DiscussionForumPosting y Comment anidados), no como un bloque de texto único.
• Incluye siempre author.name y datePublished en cada publicación y cada comentario: son obligatorios y sin ellos el marcado no es válido.
• Añade dateModified cuando el hilo se edite, para que Google distinga entre la fecha original y una actualización posterior.
• Usa Microdatos o RDFa para este tipo de marcado en concreto, en lugar de JSON-LD, siguiendo la recomendación explícita de Google.
• Valida el marcado con la Prueba de Resultados Enriquecidos y revisa el informe correspondiente en Search Console antes de darlo por publicado.
• Reserva este marcado para contenido realmente generado por usuarios; si el sitio publica artículos redactados por el equipo editorial, usa el tipo de dato estructurado de artículo, no este.

• Aplicar DiscussionForumPosting a artículos o reseñas de producto redactados por la propia marca, un uso que la documentación de Google descarta expresamente.
• Omitir el anidado de comentarios y marcar solo la publicación inicial, con lo que el hilo pierde la estructura de conversación que da sentido al marcado.
• Confundir este marcado con el de preguntas y respuestas cuando el sitio en realidad funciona como un foro de preguntas y respuestas puro.
• Usar JSON-LD por costumbre, sin tener en cuenta que Google recomienda Microdatos o RDFa específicamente para este tipo de dato estructurado.
• Dar por hecho que el marcado garantiza el resultado enriquecido: Google puede mostrarlo o no, según sus propios criterios de calidad y relevancia.