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.
So che questo è un thread molto vecchio, ma volevo solo esprimere il mio supporto per questo approccio. In futuro seguirò con canali/raccomandazioni più ufficiali, ma volevo solo segnalarlo qui perché era una tua idea.
Mi chiamo Ryan Levering e mi occupo dell’ingestione di dati strutturati in Google (questo tizio). Discourse è una sorta di caso unico in quanto è uno dei pochi motori di forum che utilizza i DFP a livello di radice per ogni commento nel thread. Questo ci rende più difficile capire il tipo di pagina E rilevare in modo autorevole il post principale sulla pagina.
Consiglieremo a tutti di utilizzare DiscussionForumPosting per l’OP e quindi di allegare il resto delle risposte al post originale come comment - Schema.org Property, esattamente come raccomandato nell’OP qui. Altri markup sarebbero utili (come statistiche di interazione utente, ad esempio), ma quella ristrutturazione farebbe molto per rendere più facile includere i forum di Discourse nelle nostre funzionalità.
Non sono sicuro di quanto questo sia correlato a ciò che stai facendo, ma Google sta avendo problemi a rilevare post/argomenti sul mio sito. Gli URL canonici potrebbero avere un certo effetto su come determini il post principale esatto sulla pagina.
Ho appena ricevuto un Google Alert che un URL di post come questo è indicizzato:
https://forum.example.com/t/the-slug/123/16
Google Search Console conferma che l’URL esatto è indicizzato su “su Google”.
Ma l’URL canonico che Google ha recuperato è diverso:
Con il modo in cui Discourse è attualmente configurato, quegli URL di post non dovrebbero essere indicizzati perché gli URL canonici puntano tutti all’argomento.
Se vuoi vedere quel tipo di URL indicizzati, imposta un Google Alert per qualcosa come site:meta.discourse.org e “tutti i risultati nel momento in cui accadono”.
Non sono un esperto di canonizzazione, quindi non dovrei dire qualcosa di sbagliato qui. Ma sono abbastanza sicuro che non sia correlato. Per quanto ne so, il markup non viene utilizzato affatto nella canonizzazione. E anche se immagino che potrebbe essere possibile confondere i sistemi avendo un URL non canonico con del markup che dice mainEntityOfPage: (in modo che sembrasse che il markup stesse affermando che era il post principale da una pagina diversa), non l’ho ancora visto accadere.
Già che ci siamo, Discourse afferma attualmente che ogni commento/post non primo è mainEntityOfPage: . Credo che sarà vero anche dopo la correzione. Questo confonde anche il rilevamento (e significa che dobbiamo abbandonare del tutto tale asserzione). Penso che con la correzione ci darà abbastanza segnale per prevenire problemi ora, ma probabilmente è meglio usarlo solo sul primo post.
