Según entiendo por leer otras publicaciones, el marcado schema.org para QAPage se genera a partir del plugin discourse-solved. He leído Wrong answerCount value from discourse-solved - #6 by sam, por ejemplo, que tiene cierta discusión sobre problemas para adaptar un foro más genérico al modelo de preguntas y respuestas.
Para los consumidores (incluyéndome a mí/Google), esto es un marcado algo duplicado con el DFP que produce el foro principal. De hecho, ambos están actualmente marcados como la entidad principal de la página. Molestamente, tampoco coinciden completamente en su contenido, lo que hace que algunas deduplicaciones ingenuas fallen. Por ejemplo:
el autor del marcado de Pregunta/Respuesta utiliza el nombre legible por humanos y sin URL, pero el autor del DFP utiliza el identificador + URL. Esto hace que los autores parezcan muy diferentes.
el contenido del marcado de Pregunta/Respuesta está truncado, pero el contenido del DFP, al ser microdatos, está completo.
Como se discutió en la publicación mencionada, el recuento de respuestas está algo fabricado.
dateCreated se utiliza en Pregunta, pero datePublished se utiliza en DFP.
El título y la fecha parecen ser consistentes, pero a veces nuestra lógica de deduplicación necesita más cuando se implementa globalmente.
Como mejora mínima sin cambios importantes, ¿cree que quizás podría alinear la información del autor para que ambos tengan el identificador, el nombre (puede usar alternateName - Schema.org Property para diferenciar) y la URL del perfil en ambos lugares de manera consistente?
Gracias por las correcciones. Creo que el marcado está lo suficientemente alineado (principalmente de la información del autor) como para que ahora podamos realizar la deduplicación por nuestra cuenta utilizando una combinación de autor y marca de tiempo. Para que sepa lo que planeo, esencialmente fusionaré el tipo de Pregunta adicional en DiscussionForumPosting y el tipo de Respuesta en Comment por nuestra cuenta.
Sería aconsejable encontrar eventualmente una manera de hacer esto por su parte. Ya sea integrarlo directamente en Discourse para que la escritura nativa en el marcado pueda elegir entre DFP o Pregunta, O usar identificadores de nodo para agregar el tipo adicional al marcado generado por la plataforma de foros principal (para que el OP sea co-tipo Pregunta + DiscussionForumPosting). Probablemente eventualmente será desautorizado o al menos marcado como inválido en los informes por nuestros sistemas, pero entiendo algunas razones prácticas por las que esto es necesario actualmente mientras resolvemos este espacio.