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.
Я знаю, что эта тема давно неактивна, но я просто хотел выразить поддержку этому подходу. В будущем я свяжусь с вами через более официальные каналы и дам рекомендации, но сейчас хотел написать здесь, так как это была ваша собственная идея.
Меня зовут Райан Левринг, я отвечаю за обработку структурированных данных в Google (этот человек). Discourse — своего рода уникальный случай, поскольку это один из немногих движков форумов, который использует DFP на корневом уровне для каждого комментария в теме. Это затрудняет нам определение типа страницы и авторитетное выявление основного поста на странице.
Мы будем рекомендовать всем использовать DiscussionForumPosting для основного поста (OP), а затем прикреплять остальные ответы к оригинальному посту как comment - Schema.org Property, точно так же, как рекомендуется в основном посте здесь. Другая разметка также была бы полезна (например, больше статистики взаимодействия пользователей), но такая перестройка значительно упростит включение форумов Discourse в наши функции.
Не уверен, насколько это связано с тем, что вы делаете, но у Google возникают проблемы с определением постов/тем на моём сайте. Канонические URL-адреса могут влиять на то, как вы определяете точный основной пост на странице.
Я только что получил уведомление Google Alert о том, что проиндексирован URL поста, например:
https://forum.example.com/t/the-slug/123/16
Google Search Console подтверждает, что точный URL проиндексирован в «Google».
Однако канонический URL, который получил Google, отличается:
При текущей настройке Discourse такие URL постов не должны индексироваться, поскольку все канонические URL указывают на тему.
Если вы хотите отслеживать индексацию подобных URL, настройте Google Alert для чего-то вроде site:meta.discourse.org с опцией «все результаты по мере появления».
Я не эксперт в области канонизации, поэтому не должен говорить здесь ничего ошибочного. Но я почти уверен, что это не связано. Насколько мне известно, разметка вообще не используется в процессе канонизации. И хотя, возможно, можно запутать системы, сделав неканонический URL с разметкой, утверждающей mainEntityOfPage: <канонический-URL> (так что казалось бы, что разметка утверждает, что это основной пост с другой страницы), я пока не сталкивался с подобным.
Кстати, раз уж мы заговорили об этом, Discourse сейчас утверждает, что каждый комментарий/не первый пост является mainEntityOfPage: <url>. Я считаю, что после внесения исправления это также будет верно. Это также сбивает с толку механизм обнаружения (и означает, что нам придется полностью отказаться от этого утверждения). Мне кажется, что с этим исправлением у нас будет достаточно сигнала, чтобы предотвратить проблемы сейчас, но, вероятно, лучше использовать это только для первого поста.
