Currently we are using schema type DiscussionForumPosting for every post in a topic. So if a topic having 5 posts totally then in same page we rendering DiscussionForumPosting 5 times.
In this case I think it’s better to use DiscussionForumPosting only once for whole topic and Comment schema type for remaining 4 replies like below.
Since we are using DiscussionForumPosting schema for every post Google requiring valid image property for all posts. If we used DiscussionForumPosting only once for topic then we can skip this issue. And I guess this is the correct way to do.
When search “Change the domain name or rename my Discourse?” found the below article but shows the date in google serp search that when article was published 1st time in 2014.
After that there are 7 revision made on that post and last updated date in 09th December 2017.
So is there anyway to set in forum or made any changes for google to pickup “last update date” instead of “date published” ?
I hope everyone understand my doubt. If anyone show tutorial post on google search result but that are showing 4 years backdated then there are less chances to click.
Ah yes, excellent point, we should check the HTML metadata there @vinothkannans to make sure for wiki posts it is using date of last edit and not date of initial posting.
We previously only used created_at date in datePublished schema property. Now if a post is updated then the updated_at date will used in dateModified schema property along with existing datePublished property. I did it for all the posts. Since we now including both the dates it won’t be a issue. Google search already respecting the both.
Sé que este es un hilo muy antiguo, pero solo quería expresar mi apoyo a este enfoque. Haré un seguimiento con canales/recomendaciones más oficiales en el futuro, pero quería mencionarlo aquí porque fue tu propia idea.
Mi nombre es Ryan Levering y me encargo de la ingesta de datos estructurados en Google (este tipo). Discourse es una especie de caso especial, ya que es uno de los pocos motores de foros que utiliza DFPs en el nivel raíz para cada comentario en el hilo. Esto nos dificulta determinar el tipo de página Y detectar de manera concluyente la publicación principal en la página.
Recomendaremos a todos que utilicen DiscussionForumPosting para el OP y luego adjunten el resto de las respuestas a la publicación original como comment - Schema.org Property, exactamente como se recomienda en el OP aquí. Otro marcado sería bueno también (como más estadísticas de interacción del usuario, por ejemplo), pero esa reestructuración sería de gran ayuda para facilitar la inclusión de los foros de Discourse en nuestras funciones.
No estoy seguro de cuánto se relaciona esto con lo que estás haciendo, pero Google tiene problemas para detectar publicaciones/temas en mi sitio. Las URL canónicas podrían tener algún efecto en cómo determinas la publicación principal exacta en la página.
Acabo de recibir una alerta de Google de que se está indexando una URL de publicación como esta:
https://forum.example.com/t/the-slug/123/16
Google Search Console confirma que la URL exacta está indexada en “en Google”.
Pero la URL canónica que Google recuperó es diferente:
Con la forma en que Discourse está configurado en este momento, esas URL de publicación no deberían indexarse porque las URL canónicas apuntan todas al tema.
Si quieres ver ese tipo de URL indexadas, configura una alerta de Google para algo como site:meta.discourse.org y “todos los resultados a medida que suceden”.
No soy un experto en canonización, así que no debería decir algo incorrecto aquí. Pero estoy bastante seguro de que no está relacionado. El marcado no se utiliza en absoluto en la canonización, hasta donde yo sé. Y aunque supongo que podría ser posible confundir sistemas al tener una URL no canónica con algún marcado que dijera mainEntityOfPage: (para que pareciera que el marcado afirmaba que era la publicación principal de otra página), aún no he visto que eso suceda.
Ya que estamos en el tema, Discourse actualmente afirma que cada comentario/publicación no principal es la mainEntityOfPage: . Creo que eso seguirá siendo cierto después del cambio de corrección. Esto también confunde la detección (y significa que tenemos que eliminar esa afirmación por completo). Creo que con la corrección nos dará suficiente señal para prevenir problemas ahora, pero probablemente sea mejor usar eso solo en la primera publicación.
