Different schema type for Topics and Posts

Continuing the discussion from Invalid Article Schema:

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.

<div itemscope itemtype="http://schema.org/DiscussionForumPosting">

   <span itemprop="datePublished">10/05/2017</span>
	<span itemprop="headline">Sample Topic Title</span>
	<span itemprop="image">https://meta.discourse.org/image-url9.png</span>
	<div itemprop="articleBody">Topic's First Post Content</div>
    <span itemprop="author">User 1</span>
    
 	<div itemprop="comment" itemscope itemtype="http://schema.org/Comment">
    	<span itemprop="author">User 2</span>
    	<div itemprop="text">Second Post Content</div>
 	</div>
 
 	<div itemprop="comment" itemscope itemtype="http://schema.org/Comment">
    	<span itemprop="author">User 3</span>
    	<div itemprop="text">Third <b>Post</b> Content</div>
 	</div>
 
</div>
3 إعجابات

Why? What problem does this solve?

إعجابَين (2)

It won’t solve any big issue :slight_smile:

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.

إعجاب واحد (1)

Currently i have not seen above schema method in discourse.

Is this method are in work in progress?

I have found one image error in schema testing tool as below.

Also, I want to hide “datePublished” items from google serp. Can anyone guide me how to do that?

No. Currently I am not sure about this change 100%. I’m unable to find any resource that recommending Comment schema type for reply posts.

Not error. It is just a warning. Google recommending the image field if available.

It is a required field.

إعجابَين (2)

I am looking to hide published date shown from google search only.

I search “Different schema type for Topics and Posts” on google and found below post.

Discourse%20Date%20Snapshot%202

It is not recommended. You have to override the show.html.erb template file with a plugin to achieve it.

6 إعجابات

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” ?

Google%20Structured%20Data%20Snapshot%202

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.

6 إعجابات

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.

7 إعجابات

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.

https://github.com/discourse/discourse/commit/2c12336c6b7c8223d4fa00b2e928e276224f05a5

8 إعجابات

pr-welcome tag added

إعجاب واحد (1)

أعلم أن هذا الموضوع قديم جدًا، ولكني أردت فقط أن أعبر عن دعمي لهذا النهج. سأتابع بقنوات وتوصيات رسمية أكثر في المستقبل، لكنني أردت فقط أن أرسل رسالة هنا لأنها كانت فكرتك الخاصة.

اسمي ريان ليفرينغ وأنا مسؤول عن استيعاب البيانات المهيكلة في جوجل (هذا الرجل). ديسكورس هو نوع من رقاقات الثلج من حيث أنه أحد محركات المنتديات القليلة التي تستخدم DFPs على المستوى الجذري لكل تعليق في الموضوع. هذا يجعل من الصعب علينا تحديد نوع الصفحة و اكتشاف المنشور الرئيسي على الصفحة بشكل موثوق.

سنوصي الجميع باستخدام DiscussionForumPosting للمنشور الأصلي ثم إرفاق بقية الردود بالمنشور الأصلي كـ http://schema.org/comment، تمامًا كما هو موصى به في المنشور الأصلي هنا. سيكون الترميز الآخر جيدًا أيضًا (مثل المزيد من إحصائيات تفاعل المستخدم على سبيل المثال)، ولكن هذه إعادة الهيكلة ست قطع شوطًا طويلاً نحو تسهيل تضمين منتديات ديسكورس في ميزاتنا.

13 إعجابًا

مرحباً رايان،

شكراً لإعلامنا. سنقوم بالتغييرات المطلوبة في أقرب وقت ممكن.

5 إعجابات

سيطبق طلب السحب هذا السلوك الموصى به أعلاه.

10 إعجابات

لست متأكدًا من مدى ارتباط هذا بما تفعله، ولكن Google تواجه مشكلة في اكتشاف المنشورات/المواضيع على موقعي. قد يكون لـ URLs الكنسي بعض التأثير على كيفية تحديدك للمنشور الرئيسي الدقيق في الصفحة.

لقد تلقيت للتو تنبيه Google بأن عنوان URL لمنشور مثل هذا مفهرس:

  • https://forum.example.com/t/the-slug/123/16

يؤكد Google Search Console أن عنوان URL الدقيق مفهرس على “في Google”.

ولكن عنوان URL الكنسي الذي جلبه Google مختلف:

<link rel="canonical" href="https://forum.example.com/t/the-slug/123" />

مع الطريقة التي تم بها إعداد Discourse في الوقت الحالي، لا ينبغي فهرسة عناوين URL لهذه المنشورات لأن عناوين URL الكنسي تشير جميعها إلى الموضوع.

إذا كنت تريد رؤية أنواع عناوين URL هذه مفهرسة، قم بتعيين تنبيه Google لشيء مثل site:meta.discourse.org و “جميع النتائج فور حدوثها”.

لست خبيرًا في التوحيد القياسي، لذلك لا ينبغي لي أن أقول شيئًا خاطئًا هنا. لكنني متأكد تمامًا من أنه غير ذي صلة. لا يتم استخدام الترميز على الإطلاق في التوحيد القياسي على حد علمي. وبينما أعتقد أنه من الممكن إرباك الأنظمة من خلال وجود عنوان URL غير قياسي يحتوي على ترميز يقول mainEntityOfPage: (بحيث يبدو أن الترميز يؤكد أنه المنشور الرئيسي من صفحة مختلفة)، لم أر ذلك يحدث بعد.

وبينما نحن في هذا الموضوع، يؤكد Discourse حاليًا أن كل تعليق/منشور غير أول هو mainEntityOfPage: . أعتقد أن هذا سيكون صحيحًا بعد تغيير الإصلاح أيضًا. هذا أيضًا يربك الكشف (ويعني أن علينا إسقاط هذا التأكيد تمامًا). أعتقد أنه مع الإصلاح سيعطينا إشارة كافية لمنع المشاكل الآن، ولكن من الأفضل ربما استخدامه فقط في المنشور الأول.

6 إعجابات

يجري معالجة هذا الأمر الآن:

@rrlevering إذا كان لديك وقت فراغ، سأقدر حقًا بعض الملاحظات حول هذا:

3 إعجابات