Schema DiscussionForumPosting

Tóm tắt — Schema DiscussionForumPosting là mã bạn thêm vào các bài đăng trên diễn đàn và cộng đồng do người dùng của bạn viết để ghi rõ ai viết từng bài, vào thời điểm nào và nội dung là gì — nhờ đó Google có thể nhận biết đây là một cuộc thảo luận trực tuyến và có thể hiển thị nó trong mục Discussions and forums của kết quả tìm kiếm. Schema này chỉ áp dụng cho nội dung thực sự do người dùng tạo — không phải bài viết của chính bạn và cũng không phải bài đánh giá sản phẩm. Nếu diễn đàn của bạn thực chất là một câu hỏi kèm các câu trả lời, Google muốn bạn dùng markup Q&A.

Schema DiscussionForumPosting là gì

Khi mọi người đăng bài và phản hồi trên diễn đàn, chỉ cần nhìn trang là bạn có thể biết ai nói gì và khi nào. Công cụ tìm kiếm chỉ thấy văn bản thuần túy nên phải đoán đâu là bài gốc, đâu là các phản hồi và ai viết từng phần. Schema DiscussionForumPosting diễn đạt rõ những điều đó bằng mã, sử dụng bộ từ vựng chung từ schema.org, để Google hiểu rằng trang này là một cuộc thảo luận trực tuyến.

Google bắt đầu hỗ trợ schema này vào tháng 11 năm 2023 để vận hành một tính năng tìm kiếm mà có lẽ bạn đã thấy — khối “Discussions and forums” hiển thị các luồng diễn đàn và câu trả lời cộng đồng trong kết quả — cùng một trải nghiệm liên quan mang tên Perspectives, nơi làm nổi bật góc nhìn trực tiếp từ người thật.

Những gì Google yêu cầu tối thiểu

Với mỗi bài đăng (và mỗi phản hồi, được đánh dấu là Comment), bạn cần:

• author — người viết, kèm name của họ.
• datePublished — thời điểm bài được đăng.
• một trong các thuộc tính text, image hoặc video — nội dung thực tế của bài.

Đó là mức tối thiểu. Có nhiều phần bổ sung tùy chọn — số bình luận, lượt thích và lượt xem, ngày chỉnh sửa — nhưng ba mục trên là những gì giúp markup hợp lệ.

Điều mà nhiều người hiểu sai nhất

Schema này chỉ dành cho nội dung do người dùng của bạn viết. Google nói rất rõ: đừng dùng nó cho bài báo hoặc bài blog do trang của bạn biên soạn (kể cả có phần bình luận), và đừng dùng nó cho đánh giá sản phẩm. Nó dành cho thảo luận thực sự trên diễn đàn và cộng đồng.

Hai cái bẫy khác dành cho người mới:

• Nếu diễn đàn của bạn là một câu hỏi theo sau bởi các câu trả lời, hãy dùng markup Q&A, không phải schema này. Google đưa ra quy tắc rõ ràng: cấu trúc hỏi-đáp → markup Q&A; thảo luận chung → DiscussionForumPosting.
• Markup không đảm bảo bất cứ nội dung nào sẽ xuất hiện. Nó khiến nội dung của bạn đủ điều kiện xuất hiện trong Discussions and forums — Google vẫn quyết định có thực sự hiển thị hay không.

Còn có một quy tắc thực sự bất ngờ khiến cả các lập trình viên giàu kinh nghiệm mắc lỗi: với riêng loại schema này, Google thực tế khuyến nghị một định dạng markup cũ hơn (Microdata) thay vì JSON-LD mà phần lớn mọi người dùng theo mặc định. Phần Advanced giải thích lý do, cùng với thuộc tính công bố nội dung AI, cách đánh dấu các phản hồi dạng luồng và câu hỏi thẳng thắn cho năm 2026: liệu việc này còn đáng làm hay không.

Tóm tắt — DiscussionForumPosting (schema.org/DiscussionForumPosting, một kiểu con của SocialMediaPosting) đánh dấu các bài đăng diễn đàn thực sự do người dùng tạo để Google nhận diện thảo luận trực tuyến và cân nhắc chúng cho Discussions and forums và Perspectives. Google ra mắt schema này ngày 27 tháng 11 năm 2023 cùng ProfilePage. Bắt buộc trên cả bài đăng lẫn mọi Comment lồng nhau: author, author.name, datePublished và một trong text/image/video. Hai điểm ngoại lệ thực sự: Google khuyến nghị Microdata/RDFa thay vì JSON-LD riêng cho loại này (để tránh lặp các khối văn bản lớn), và nó chỉ dành cho nội dung do người dùng tạo — không phải bài do trang biên soạn hay đánh giá sản phẩm. Diễn đàn có cấu trúc hỏi-đáp nên dùng markup Q&A. digitalSourceType công bố nội dung AI hay con người; nếu bỏ trống, Google giả định do con người tạo. Markup = đủ điều kiện, không bao giờ đảm bảo xuất hiện. Search Console thêm bộ lọc hiệu suất Discussion Forum chuyên biệt vào ngày 8 tháng 7 năm 2025. Bing không có hướng dẫn riêng cho loại này. Và câu hỏi thẳng thắn cho năm 2026 là liệu chi phí triển khai có hợp lý so với mức độ hiện diện tìm kiếm thực tế của diễn đàn hay không; chỉ riêng markup không thể trả lời điều đó.

Quan điểm chung của tôi về schema không thay đổi: tôi ủng hộ markup miễn là nó mang lại một tính năng tìm kiếm thực sự. DiscussionForumPosting là trường hợp thú vị vì nó có gắn với một tính năng thật (Discussions and forums), nhưng lại xuất hiện trong giai đoạn mà loại nội dung nền tảng — nội dung diễn đàn do người dùng tạo — đang chịu áp lực rõ rệt trong thứ hạng Google. Vì vậy, việc này đáng được làm thật chính xác, đồng thời cần thẳng thắn về những gì nó mang lại và không mang lại.

Nó là gì và vì sao Google xây dựng nó

Google công bố hỗ trợ vào thứ Hai, ngày 27 tháng 11 năm 2023, trong một bài đăng Search Central của Thomas Han. Hai loại được ra mắt đồng thời — DiscussionForumPosting và loại đồng hành ProfilePage — cả hai đều được thiết kế, theo lời Google, để hoạt động với “Google Search features that are designed to show first-person perspectives from social media platforms, forums, and other communities.” (bản dịch) «Các tính năng của Google Search được thiết kế để hiển thị góc nhìn ngôi thứ nhất từ các nền tảng mạng xã hội, diễn đàn và những cộng đồng khác.» Mục đích là giúp Google “better identify forum sites and online discussions across the web” (bản dịch) «nhận diện tốt hơn các trang diễn đàn và cuộc thảo luận trực tuyến trên toàn bộ web» và cung cấp dữ liệu cho các tính năng Perspectives và “Discussions and forums”.

Loại này nằm tại schema.org/DiscussionForumPosting, với hệ phân cấp Thing > CreativeWork > Article > SocialMediaPosting > DiscussionForumPosting. Nếu trang của bạn giống một nền tảng xã hội tổng quát hơn là diễn đàn, Google cho biết có thể dùng kiểu cha trực tiếp — SocialMediaPosting — với các yêu cầu giống nhau.

Thuộc tính bắt buộc

Tài liệu dữ liệu có cấu trúc cho diễn đàn thảo luận của Google yêu cầu cùng một tập nhỏ trên cả DiscussionForumPosting cấp cao nhất và từng Comment lồng nhau:

• author (Person hoặc Organization) — thông tin về người viết bài. Google khuyến nghị làm theo các phương pháp tốt nhất về markup tác giả để có thể hiểu tác giả trên nhiều tính năng.
• author.name (Text) — tên tác giả.
• datePublished (DateTime) — thời điểm đăng bài, theo ISO 8601.
• Một trong text, image hoặc video — để biểu diễn nội dung bài đăng. Ngoại lệ duy nhất: bạn có thể bỏ qua nếu đang biểu diễn một bài nằm trên trang khác thông qua url bên ngoài (như ở các trang sau của một luồng phân trang hoặc trên trang danh mục).

Yêu cầu theo ngữ cảnh

Mức tối thiểu trên không phải một danh sách phẳng — nó thay đổi đôi chút tùy nội dung bạn đánh dấu và vị trí của nội dung đó:

Ngoại lệ ở hàng thứ ba rất hẹp: nó áp dụng khi biểu diễn một bài trên trang khác, không phải để bỏ qua nội dung trên trang canonical của chính bài đó. Đừng khái quát thành “text là tùy chọn” — trên trang thực sự là nơi ở của bài, bạn vẫn cần một trong text, image hoặc video.

Một ví dụ JSON-LD tối thiểu, hợp lệ — dù như tôi sẽ nói, Google muốn bạn dùng Microdata hơn trong trường hợp này:

{
  "@context": "https://schema.org/",
  "@type": "DiscussionForumPosting",
  "headline": "How do you verify Googlebot without an IP list?",
  "author": {
    "@type": "Person",
    "name": "haecceity123",
    "url": "https://forum.example.com/users/haecceity123"
  },
  "datePublished": "2026-06-30T09:12:00-05:00",
  "text": "The full text of the original post, exactly as it appears on the page…",
  "comment": {
    "@type": "Comment",
    "author": { "@type": "Person", "name": "seonerd" },
    "datePublished": "2026-06-30T10:04:00-05:00",
    "text": "The full text of the reply, exactly as it appears on the page…"
  }
}

Các thuộc tính được khuyến nghị mang lại giá trị thực

Khả năng đủ điều kiện đến từ tập bắt buộc, còn mức độ phong phú đến từ tập được khuyến nghị:

• comment (Comment) — phản hồi cho bài đăng. Đánh dấu bình luận theo thứ tự xuất hiện trên trang.
• commentCount (Integer) — đặc biệt hữu ích khi không phải mọi bình luận đều có trong markup.
• interactionStatistic (InteractionCounter) — Google hỗ trợ LikeAction (phiếu thuận), DislikeAction (phiếu chống), ViewAction (lượt xem), CommentAction / ReplyAction (số phản hồi) và ShareAction (lượt chia sẻ lại). Đây là cách bạn làm nổi bật các tín hiệu tương tác khiến luồng diễn đàn trông sôi động.
• dateModified (DateTime) — dấu thời gian chỉnh sửa. Google cho biết nếu không có gì thay đổi thì không cần lặp ngày xuất bản tại đây.
• creativeWorkStatus (Text) — đặt thành Deleted khi một bài đã bị xóa nhưng vẫn được giữ lại để duy trì mạch luồng/ngữ cảnh.
• headline (Text) — tiêu đề bài. Hướng dẫn của Google: nếu không có tiêu đề riêng, đừng sao chép hoặc rút gọn nội dung thành headline — điều đó không được khuyến nghị cho SocialMediaPosting.
• image / video — chỉ phương tiện nội tuyến. Nói rõ hơn: nếu không có hình ảnh, đừng nhồi ảnh mặc định, biểu tượng, ảnh giữ chỗ hay avatar tác giả vào trường image.
• isPartOf (CreativeWork hoặc URL) — diễn đàn con hoặc nhóm mà bài thuộc về.
• sharedContent (một kiểu con CreativeWork) — nội dung chính được chia sẻ, liên kết hoặc trích dẫn (một WebPage, ImageObject, VideoObject hoặc một DiscussionForumPosting / Comment được tham chiếu cho nội dung trích dẫn/đăng lại).
• author.url — liên kết đến trang hồ sơ tác giả. Google khuyến nghị đánh dấu trang đó bằng dữ liệu có cấu trúc ProfilePage — loại đồng hành từ cùng đợt ra mắt.
• url (URL) — URL canonical. Trong luồng nhiều trang, đặt thành URL của trang đầu.

Đừng cố đánh dấu toàn bộ đặc tả schema.org

Vì DiscussionForumPosting kế thừa từ Article và CreativeWork, về kỹ thuật đặc tả schema.org cho phép hàng chục thuộc tính mà Google không ghi nhận hay sử dụng — articleBody, wordCount, license, copyrightHolder, aggregateRating, v.v. Với mục đích SEO, hãy theo tập bắt buộc-cộng-khuyến nghị của Google, không phải toàn bộ danh sách thuộc tính schema.org. Thêm nhiều markup hơn không mang lại lợi ích gì ở đây.

Thuộc tính digitalSourceType: công bố nội dung AI hay con người

Thuộc tính này mới hơn và theo tôi có khả năng sẽ ngày càng quan trọng chứ không giảm. digitalSourceType (một IPTCDigitalSourceEnumeration) “particularly relevant for distinguishing between human and AI or other machine-generated content.” (bản dịch) «đặc biệt liên quan đến việc phân biệt nội dung do con người tạo với nội dung do AI hoặc máy móc khác tạo ra.» Google hỗ trợ:

• TrainedAlgorithmicMediaDigitalSource — nội dung được tạo bởi LLM.
• AlgorithmicMediaDigitalSource — nội dung từ bot đơn giản hơn hoặc phản hồi tự động.

Phần mặc định mới là điều quan trọng: “If this property is not specified, Google will assume the content is human-generated.” (bản dịch) «Nếu thuộc tính này không được chỉ định, Google sẽ giả định nội dung do con người tạo.» Đó là những gì Google ghi nhận: giả định mặc định và hai giá trị thuật toán được hỗ trợ. Google không nói rõ điều gì xảy ra sau đó — không có chính sách kiểm duyệt, tác động xếp hạng hay hậu quả thực thi nào được nêu nếu bỏ qua thuộc tính. Cách hiểu của riêng tôi, không phải của Google: khi nội dung diễn đàn do máy viết trở nên phổ biến hơn, công bố nó ở đây là lựa chọn trung thực bất kể hiện tại Google có làm gì với tín hiệu đó hay không. Nếu nền tảng của bạn tạo hoặc cho phép bài do máy viết, đây là cách trung thực để gắn nhãn.

Luồng và cấu trúc lồng nhau: đánh dấu phản hồi đúng cách

Google đưa ra các mẫu rõ ràng, và phần lớn công việc là xây dựng đúng cấu trúc:

• Diễn đàn dạng luồng (cấu trúc cây). Lồng bình luận dưới bài mà chúng phản hồi. Nếu diễn đàn có cấu trúc luồng riêng, hãy phản chiếu nó bằng một cây comment.
• Diễn đàn tuyến tính / phẳng. Lồng mọi phản hồi dưới bài gốc dưới dạng bình luận. Tốt nhất là các trang sau của luồng nhiều trang vẫn chứa bài gốc với URL trang chính.
• Luồng nhiều trang. Đặt url thành URL của trang đầu, và dùng isPartOf để trỏ đến diễn đàn con. Trên các trang sau, bạn có thể biểu diễn bài bằng url bên ngoài (đây là trường hợp được miễn yêu cầu một-trong-text/image/video).

mainEntity và mainEntityOfPage: trang một bài so với trang danh sách

Với trang chủ yếu nói về một bài (trang riêng của luồng), hãy dùng mainEntity (hoặc mainEntityOfPage) để xác định DiscussionForumPosting chính. Cảnh báo rõ ràng của Google: đừng đánh dấu một bài là thực thể chính nếu trang thực sự không phải trang thảo luận dành cho bài đó. Với trang danh sách, danh mục hoặc hồ sơ hiển thị nhiều bài, hãy gắn chúng vào Collection hoặc ItemList thay vì một thực thể chính duy nhất.

Vì sao Google khuyến nghị Microdata/RDFa thay vì JSON-LD ở đây

Đây là ngoại lệ thực sự và nó khiến người có kinh nghiệm cũng dễ mắc sai lầm. Với gần như mọi loại dữ liệu có cấu trúc khác, định dạng Google công khai ưu tiên là JSON-LD. Với loại này, Google nói ngược lại: “Unlike our general structured data preference, we recommend providing the DiscussionForumPosting markup in Microdata (or RDFa) if possible. This prevents you from needing to duplicate large text blocks inside markup. However, this is just a recommendation, and JSON-LD is still fully supported.” (bản dịch) «Không giống ưu tiên chung của chúng tôi về dữ liệu có cấu trúc, nếu có thể, chúng tôi khuyến nghị cung cấp markup DiscussionForumPosting bằng Microdata (hoặc RDFa). Điều này giúp bạn không phải lặp lại các khối văn bản lớn bên trong markup. Tuy nhiên, đây chỉ là khuyến nghị và JSON-LD vẫn được hỗ trợ đầy đủ.»

Lý do rất thực tế: JSON-LD nằm trong một khối script riêng, nên toàn bộ văn bản bài và bình luận phải được lặp lại — một lần trong HTML hiển thị, một lần trong JSON. Với một luồng sôi động có hàng trăm bình luận dài, đó là rất nhiều byte trùng lặp. Microdata và RDFa chú thích trực tiếp HTML hiện có nên không gây trùng lặp.

Đánh giá thẳng thắn của tôi: đây là ưu tiên hợp lệ, có tài liệu của Google và đáng biết — nhưng tôi không bảo bạn xóa JSON-LD khỏi trang. Khuyến nghị này chỉ áp dụng cho loại này, vì lý do cụ thể là trùng lặp văn bản, và Google nói rõ JSON-LD vẫn được hỗ trợ đầy đủ. Trên thực tế, nhiều bên triển khai vẫn xuất loại này dưới dạng JSON-LD vì nền tảng của họ đã xuất mọi thứ khác theo cách đó, và nó vẫn hoạt động. Vì vậy: ưu tiên Microdata/RDFa cho luồng diễn đàn lớn nếu bạn có thể làm gọn gàng; dùng JSON-LD nếu đó là cách stack của bạn vận hành và trùng lặp không phải vấn đề thật. Đừng phản ứng thái quá với ngoại lệ bằng cách thay đổi cách tiếp cận của toàn bộ trang.

Điều kiện nội dung: thế nào là “thực sự do người dùng tạo”

Đây là cánh cổng. Google: “Only use DiscussionForumPosting markup to describe a user-generated post on a website. Don’t use this markup for content that’s primarily authored by the publishers of the website or their agents.” (bản dịch) «Chỉ sử dụng markup DiscussionForumPosting để mô tả một bài đăng do người dùng tạo trên trang web. Không sử dụng markup này cho nội dung chủ yếu do nhà xuất bản của trang web hoặc người đại diện của họ biên soạn.»

Các trường hợp dùng hợp lệ từ tài liệu: diễn đàn cộng đồng nơi người dùng nói về một trò chơi; nền tảng diễn đàn tổng quát lưu trữ nội dung nhiều diễn đàn con; nền tảng xã hội nơi người dùng đăng bài và phản hồi.

Các trường hợp không hợp lệ, được nêu đích danh, gồm bài báo hoặc blog do người đại diện của trang web trực tiếp viết, kể cả có bình luận, và bài đánh giá sản phẩm của người dùng. Bài blog có phần bình luận vẫn là bài blog — không phải diễn đàn thảo luận. Đánh giá sản phẩm phải dùng markup đánh giá, không phải loại này.

Một yêu cầu nữa mà mọi người hay bỏ qua là tính đầy đủ: Google muốn có toàn bộ văn bản của bài đăng và toàn bộ văn bản của phản hồi cho từng bình luận xuất hiện trên trang — không phải bản tóm tắt hay phần bị cắt ngắn.

Phân biệt với QAPage và FAQPage

Ba loại gần nhau thường xuyên bị nhầm lẫn, và quyết định này rất quan trọng:

• DiscussionForumPosting — thảo luận diễn đàn và cộng đồng nói chung, có kết thúc mở. Không có cấu trúc một câu trả lời “đúng” duy nhất.
• QAPage — dành cho trang xoay quanh một câu hỏi với câu trả lời do người dùng gửi (hãy nghĩ đến luồng kiểu Stack Overflow). Quy tắc quyết định của Google rất trực tiếp: nếu diễn đàn được cấu trúc bằng câu hỏi theo sau bởi các câu trả lời, hãy dùng markup Q&A. Google thực tế đã cập nhật tài liệu Q&A cùng lúc ra mắt loại này để căn chỉnh cả hai.
• FAQPage — dành cho danh sách câu hỏi và câu trả lời về một thực thể duy nhất, do chính trang biên soạn (FAQ chính thức), không phải thảo luận người dùng.

Phiên bản một dòng: thảo luận người dùng → DiscussionForumPosting; Q&A người dùng → QAPage; FAQ chính thức của bạn → FAQPage. Và đừng xếp chồng DiscussionForumPosting và QAPage trên cùng trang. Tab Decision Trees trình bày trường hợp diễn đàn hỗn hợp mà các diễn đàn con khác nhau cần loại khác nhau.

Perspectives, Discussions and forums — và “được cân nhắc”, không phải bảo đảm

Đây là cách đặt kỳ vọng quan trọng nhất. Từ bài đăng ra mắt: “Forums with this markup are considered for having their content appear in the Perspective and ‘Discussions and forums’ features. However, the use of the markup does not guarantee appearance.” (bản dịch) «Các diễn đàn có markup này được cân nhắc để nội dung xuất hiện trong các tính năng Perspective và ‘Discussions and forums’. Tuy nhiên, việc sử dụng markup không đảm bảo nội dung sẽ xuất hiện.»

Hãy hiểu theo nghĩa đen. Markup đúng và đầy đủ khiến nội dung đủ điều kiện — nó được đưa vào diện cân nhắc cho các tính năng đó. Nó không ép buộc được đưa vào và không phải tín hiệu xếp hạng cho kết quả web thông thường. Nếu ai đó thuyết phục bạn rằng “thêm schema này và diễn đàn sẽ xuất hiện trong Discussions and forums”, chính câu chữ của Google đã bác bỏ huyền thoại đó.

Đo lường: bộ lọc Search Console

Lợi ích cụ thể, đo lường được nhất xuất hiện vào ngày 8 tháng 7 năm 2025, khi Search Console thêm “Discussion Forum” làm bộ lọc hình thức tìm kiếm riêng trong báo cáo Hiệu suất — trước đó nội dung này bị gộp vào nhóm rich-results/web chung. Theo cách Search Engine Journal diễn đạt, bản cập nhật không bổ sung năng lực tìm kiếm mới mà chủ yếu cải thiện khả năng đo lường. Dữ liệu có cấu trúc cho diễn đàn đã được hỗ trợ từ trước; giờ nhà xuất bản cuối cùng có cách theo dõi nội dung đó thực sự hoạt động ra sao.

Google còn cung cấp báo cáo rich result Discussion forum trong Search Console (lỗi/cảnh báo/mục hợp lệ) và hỗ trợ loại này trong Rich Results Test cùng công cụ URL Inspection. Nếu bạn triển khai, bộ lọc Performance đó là câu trả lời trung thực cho “làm sao biết việc này có tác dụng hay không”.

Bing có hỗ trợ không?

Câu trả lời ngắn gọn, trung thực: không có hướng dẫn Bing riêng cho loại này. Bing Webmaster Tools ghi nhận hỗ trợ dữ liệu có cấu trúc nói chung (JSON-LD, Microdata, RDFa và hơn nữa) qua trang trợ giúp Đánh dấu trang web bằng dữ liệu có cấu trúc và Markup Validator, đồng thời Bing không ưu tiên định dạng nào. Nhưng không có bài trợ giúp, bài blog hay thông báo nào của Bing nêu tên DiscussionForumPosting hoặc một tính năng tương đương “Discussions and forums”. Bing sẽ phân tích markup hợp lệ mà không báo lỗi — chỉ là không có bề mặt rich result riêng quanh loại này như Google đã xây dựng. Đừng giả định hai bên tương đương; hôm nay đây là tính năng chỉ có ở Google.

Liệu năm 2026 còn đáng làm không?

Tôi muốn nói thẳng, vì hầu như không ai viết về loại schema này đề cập đến vấn đề lớn nhất: nội dung do người dùng tạo và nội dung diễn đàn đã mất dần khả năng hiện diện trong các bản cập nhật cốt lõi 2025–2026 của Google. Trong phân tích của Amsive về bản cập nhật cốt lõi tháng 3 năm 2026, nhóm của Lily Ray ghi nhận Reddit, Instagram và X — các nền tảng thúc đẩy làn sóng UGC và nội dung xã hội trong SERP từ khoảng 2023 đến 2025 — đều sụt giảm đáng kể trong bản cập nhật đó, còn Quora và các nền tảng Q&A/diễn đàn khác suy giảm sau vài năm tăng trưởng ổn định. (Tôi đang thuật lại phát hiện đó thay vì trích nguyên văn; hãy đọc nguồn để biết số liệu chính xác.)

Vậy triển khai DiscussionForumPosting còn quan trọng không nếu Google đồng thời hạ mức ưu tiên khả năng hiện diện của UGC nói chung? Đánh giá thẳng thắn của tôi:

• Markup không phải lý do UGC mất vị thế, và nó sẽ không đảo ngược điều đó. Dịch chuyển khả năng hiện diện do cập nhật cốt lõi liên quan đến chất lượng nội dung, tính hữu ích và trọng số thay đổi của Google đối với các loại nguồn — không phải việc bạn có thêm đúng schema hay không. Đừng kỳ vọng markup này chống lại cập nhật cốt lõi.
• Nhưng lợi ích đo lường là thật và tách biệt. Bộ lọc hiệu suất Discussion Forum của Search Console cung cấp phép đo thực tế về hiệu quả nội dung diễn đàn, độc lập với việc tính năng Discussions and forums có đưa bạn vào hay không. Điều đó đáng có nếu bạn vận hành một cộng đồng thật.
• Dữ liệu có cấu trúc vẫn giúp máy phân tích cấu trúc nội dung — một lợi ích cơ học độc lập với việc tính năng tìm kiếm hay AI cụ thể nào sử dụng nó. Markup sạch, trung thực (có digitalSourceType khi phù hợp) là điều kiện nền tảng để máy đọc được, kể cả trong khí hậu khả năng hiện diện khó khăn hơn. Tôi không có bằng chứng rằng riêng loại schema này cung cấp dữ liệu cho công cụ trả lời AI hoặc hệ thống trích dẫn — hãy xem đó là lợi ích lân cận hợp lý, không phải lợi ích đã được ghi nhận.

Kết luận: nếu bạn vận hành một cộng đồng thực sự do người dùng tạo, hãy đánh dấu đúng — việc này rẻ, trung thực và mang lại đo lường thực tế. Chỉ đừng bán nó trong nội bộ như một đòn bẩy traffic có thể thắng xu hướng UGC suy giảm rộng hơn, vì nó không thể.

Vị trí của loại này

DiscussionForumPosting là một loại trong họ dữ liệu có cấu trúc rộng hơn mà bài này thuộc về, bên cạnh các loại tập trung vào thương mại như Product schema, ProductGroup schema và JobPosting schema, cùng các loại lân cận QAPage và FAQPage thường bị nhầm nhất. Cùng một kỷ luật áp dụng cho tất cả: dùng loại ánh xạ đến một tính năng đã được xác nhận, giữ markup tương ứng với nội dung hiển thị trên trang, chỉ dùng thuộc tính thực sự phù hợp và xác thực trước khi phát hành. Loại đồng hành ProfilePage (từ cùng đợt ra mắt năm 2023) là đối tác tự nhiên — đích được khuyến nghị cho author.url.

Tóm tắt bằng AI

Bản cô đọng của phiên bản Advanced:

• Nó là gì: DiscussionForumPosting (schema.org/DiscussionForumPosting, kiểu con của SocialMediaPosting) đánh dấu bài diễn đàn thực sự do người dùng tạo để Google nhận diện thảo luận trực tuyến và cân nhắc cho Discussions and forums và Perspectives.
• Ra mắt: ngày 27 tháng 11 năm 2023 qua bài Search Central của Thomas Han, cùng loại đồng hành ProfilePage.
• Bắt buộc (trên bài VÀ mọi Comment lồng nhau): author, author.name, datePublished và một trong text/image/video. (Yêu cầu một-trong-các-phương-tiện được miễn khi bài được biểu diễn bằng url bên ngoài.)
• Khuyến nghị: comment, commentCount, interactionStatistic (lượt thích/xem/ phản hồi/chia sẻ), dateModified, creativeWorkStatus (Deleted), headline, image/video, isPartOf, sharedContent, author.url (trỏ đến ProfilePage), url.
• digitalSourceType: công bố nội dung AI hay con người (TrainedAlgorithmicMediaDigitalSource cho đầu ra LLM, AlgorithmicMediaDigitalSource cho bot đơn giản). Nếu bỏ trống, Google giả định do con người tạo.
• Ngoại lệ định dạng: Google khuyến nghị Microdata/RDFa thay vì JSON-LD cho loại này để tránh lặp khối văn bản lớn — ngược với ưu tiên JSON-LD thông thường. JSON-LD vẫn được hỗ trợ đầy đủ; đừng vì thế thay đổi toàn bộ trang.
• Điều kiện: chỉ nội dung do người dùng tạo. Không hợp lệ: bài báo/blog do trang biên soạn (kể cả có bình luận) và đánh giá sản phẩm. Bao gồm toàn bộ văn bản từng bài và bình luận.
• Loại gần nhau: thảo luận người dùng → DiscussionForumPosting; Q&A người dùng → QAPage; FAQ chính thức của bạn → FAQPage. Diễn đàn hỏi-đáp dùng markup Q&A; không xếp chồng hai loại.
• Luồng: lồng bình luận dưới bài chúng phản hồi (cây cho dạng luồng, tất cả dưới OP cho dạng phẳng); luồng nhiều trang đặt url là trang đầu và dùng isPartOf. Dùng mainEntity/mainEntityOfPage cho trang một bài; Collection/ItemList cho trang danh sách/danh mục.
• Markup ≠ bảo đảm xuất hiện: nó khiến nội dung được cân nhắc cho tính năng và không phải tín hiệu xếp hạng.
• Đo lường: Search Console thêm bộ lọc hiệu suất Discussion Forum riêng ngày 8 tháng 7 năm 2025 — lợi ích cụ thể nhất.
• Bing: không hỗ trợ riêng loại này; Bing phân tích markup hợp lệ nhưng không có tính năng tương đương.
• Thực tế 2026: khả năng hiện diện của UGC/diễn đàn đã suy giảm rộng trong các cập nhật cốt lõi (Reddit/Quora/v.v., theo phân tích tháng 3 năm 2026 của Amsive/Lily Ray). Markup không đảo ngược điều đó, nhưng lợi ích đo lường và khả năng máy đọc là thật.

Tài liệu chính thức

Tài liệu nguồn sơ cấp và thông báo ra mắt.

Google

• Dữ liệu có cấu trúc cho diễn đàn thảo luận (DiscussionForumPosting) — thuộc tính bắt buộc/khuyến nghị, mẫu luồng, điều kiện nội dung, khuyến nghị Microdata/RDFa và digitalSourceType.
• Điểm mới trong dữ liệu có cấu trúc: mã đánh dấu diễn đàn thảo luận và trang hồ sơ — bài ra mắt ngày 27 tháng 11 năm 2023 (Thomas Han), đề cập Perspectives / Discussions and forums và quy tắc chọn Q&A hay diễn đàn.
• Dữ liệu có cấu trúc cho trang hồ sơ (ProfilePage) — loại đồng hành, đích khuyến nghị cho author.url.
• Rich Results Test — xác thực markup và kiểm tra điều kiện.
• Schema Markup Validator — xác thực cú pháp schema.org của mọi loại.
• schema.org — DiscussionForumPosting — tài liệu từ vựng, gồm một luồng Reddit thật làm ví dụ chuẩn.

Bing / Microsoft

• Đánh dấu trang web bằng dữ liệu có cấu trúc — hỗ trợ dữ liệu có cấu trúc nói chung của Bing (JSON-LD, Microdata, RDFa).

Trích dẫn từ nguồn

Các tuyên bố chính thức trong tài liệu và thông báo ra mắt của Google. Mỗi liên kết sâu đưa thẳng đến đoạn trích trên trang nguồn.

Bài ra mắt của Google — mục đích (Thomas Han, ngày 27 tháng 11 năm 2023)

• “Today we’re announcing support for profile page and discussion forum structured data for use in Google Search, including new reports in Search Console.” (bản dịch) «Hôm nay chúng tôi công bố hỗ trợ dữ liệu có cấu trúc cho trang hồ sơ và diễn đàn thảo luận để sử dụng trong Google Search, bao gồm các báo cáo mới trong Search Console.» Đi đến trích dẫn
• “Forums with this markup are considered for having their content appear in the Perspective and ‘Discussions and forums’ features. However, the use of the markup does not guarantee appearance.” (bản dịch) «Nội dung của diễn đàn có markup này sẽ được xem xét cho Perspective và Discussions and forums, nhưng việc dùng markup không đồng nghĩa nội dung chắc chắn xuất hiện.» Đi đến trích dẫn

Tài liệu Google — mục đích và nội dung bắt buộc

• “Discussion forum markup is designed for any forum-style site where people collectively share first-hand perspectives. When forum sites add this markup, Google Search can better identify online discussions across the web and make use of this markup in features such as Discussions and Forums.” (bản dịch) «Markup diễn đàn thảo luận được thiết kế cho mọi trang kiểu diễn đàn nơi mọi người cùng chia sẻ góc nhìn trực tiếp. Khi trang diễn đàn thêm markup này, Google Search có thể nhận diện tốt hơn các cuộc thảo luận trực tuyến trên web và sử dụng markup trong các tính năng như Discussions and Forums.» Đi đến trích dẫn
• Về yêu cầu phương tiện: “This is not required if you are representing a post on another page (with an external url) as in later pages of forums or forum category pages.” (bản dịch) «Điều này không bắt buộc nếu bạn đang biểu diễn một bài đăng trên trang khác (với url bên ngoài), như ở các trang sau của diễn đàn hoặc trang danh mục diễn đàn.» Đi đến trích dẫn

Tài liệu Google — ngoại lệ Microdata/RDFa

• “Unlike our general structured data preference, we recommend providing the DiscussionForumPosting markup in Microdata (or RDFa) if possible.” (bản dịch) «Không giống ưu tiên chung về dữ liệu có cấu trúc, nếu có thể, chúng tôi khuyến nghị cung cấp markup DiscussionForumPosting bằng Microdata (hoặc RDFa).» Đi đến trích dẫn

Tài liệu Google — điều kiện nội dung và công bố AI

• “Only use DiscussionForumPosting markup to describe a user-generated post on a website.” (bản dịch) «Chỉ dùng markup DiscussionForumPosting để mô tả một bài đăng do người dùng tạo trên trang web.» Đi đến trích dẫn
• Về digitalSourceType: “If this property is not specified, Google will assume the content is human-generated.” (bản dịch) «Khi không chỉ định thuộc tính này, Google mặc định coi nội dung là do con người tạo.» Đi đến trích dẫn
• Về markup tác giả: “Information about the author of the post. To help Google best understand authors across various features, we recommend following the author markup best practices.” (bản dịch) «Thông tin về tác giả bài đăng. Để giúp Google hiểu rõ nhất về tác giả trong nhiều tính năng, chúng tôi khuyến nghị tuân theo các phương pháp hay nhất về markup tác giả.» Đi đến trích dẫn

Diễn giải — nguồn gián tiếp, không trích nguyên văn

• Về bộ lọc Search Console tháng 7 năm 2025 và đợt suy giảm UGC 2025–2026: cả câu chữ chính xác trong changelog Search Console lẫn số liệu cập nhật cốt lõi tháng 3 năm 2026 của Amsive/Lily Ray đều được thuật lại từ nguồn thứ cấp trong nghiên cứu của tôi, nên tôi đã diễn giải trong tab Advanced thay vì trích dẫn. Hãy xác nhận câu chữ chính xác với nguồn sơ cấp (changelog Search Console trực tiếp và bài Amsive) trước khi coi là trích dẫn trực tiếp.

Nội dung cộng đồng của tôi cần schema nào?

Câu hỏi thực tế phổ biến nhất không phải triển khai thế nào mà là dùng loại nào. Hãy nhấp qua cây quyết định.

Huyền thoại và sai lầm

Những cách markup diễn đàn thường sai — và sự thật.

• Huyền thoại: “DiscussionForumPosting và QAPage có thể dùng thay nhau — chọn loại nào cũng được.” Sai. Google đưa ra quy tắc dựa trên cấu trúc nội dung: câu hỏi theo sau bởi câu trả lời → QAPage; thảo luận chung → DiscussionForumPosting. Không dùng cả hai trên cùng một trang.

• Huyền thoại: “Markup bảo đảm diễn đàn xuất hiện trong Discussions and forums hoặc Perspectives.” Sai. Theo nguyên văn Google, markup khiến nội dung “considered for” (bản dịch) «được cân nhắc cho» các tính năng đó, và “the use of the markup does not guarantee appearance.” (bản dịch) «việc sử dụng markup không đảm bảo nội dung sẽ xuất hiện.» Đây là cơ chế đủ điều kiện, không phải tín hiệu xếp hạng.

• Huyền thoại: “Dùng JSON-LD như mọi loại schema khác — đó là ưu tiên của Google.” Điều này bị bác bỏ với riêng loại này. Google khuyến nghị Microdata hoặc RDFa ở đây để tránh lặp lại các khối văn bản lớn. JSON-LD vẫn được hỗ trợ đầy đủ và nhiều bên triển khai vẫn dùng nó — nhưng đừng giả định JSON-LD là lựa chọn mặc định được khuyến nghị ở đây giống như với các loại khác.

• Huyền thoại: “Nó dùng được cho bình luận blog hoặc đánh giá sản phẩm có phần bình luận.” Hoàn toàn không hợp lệ. Bài báo hoặc blog do người đại diện của trang web trực tiếp viết, kể cả có bình luận, và bài đánh giá sản phẩm của người dùng đều được nêu đích danh là trường hợp không hợp lệ. Loại này chỉ dành cho bài đăng diễn đàn/cộng đồng thực sự do người dùng tạo.

• Huyền thoại: “Nội dung do người dùng tạo nên không cần đầy đủ.” Sai. Với mỗi bình luận xuất hiện trên trang, Google muốn có toàn bộ văn bản bài đăng và toàn bộ văn bản phản hồi, không phải bản tóm tắt hay phần cắt ngắn.

• Huyền thoại: “Thêm schema là yếu tố xếp hạng hoặc bảo đảm lưu lượng truy cập cho nội dung diễn đàn.” Phóng đại. Đây là cơ chế giúp nội dung đủ điều kiện cho các tính năng cụ thể và xuất hiện trong bộ lọc hiệu suất của Search Console, chứ không phải tín hiệu xếp hạng chung. Dữ liệu từ các bản cập nhật cốt lõi năm 2025–2026 cho thấy nội dung diễn đàn/UGC nhìn chung mất khả năng hiển thị trên SERP bất kể có markup hay không.

• Huyền thoại: “Tôi nên đánh dấu mọi thuộc tính được liệt kê trên trang loại của schema.org.” Sai. Tập thuộc tính kế thừa của schema.org (thông qua Article/CreativeWork) lớn hơn rất nhiều so với những gì Google ghi nhận và sử dụng. Hãy theo tập thuộc tính bắt buộc cộng với khuyến nghị của Google.

• Sai lầm: đánh dấu một bài đăng trên trang danh sách/danh mục là thực thể chính. Chỉ dùng mainEntity/mainEntityOfPage trên trang thực sự là trang thảo luận dành cho bài đăng đó; với trang danh sách, danh mục hoặc hồ sơ hiển thị nhiều bài đăng, hãy gắn chúng vào Collection hoặc ItemList thay vì chọn một thực thể chính duy nhất.

• Sai lầm: nhồi avatar hoặc ảnh giữ chỗ vào image. Không có ảnh nội tuyến thật thì đừng thêm ảnh mặc định, biểu tượng, ảnh giữ chỗ hay ảnh tác giả.

• Sai lầm: không công bố nội dung do máy tạo. Nếu bài đăng do AI hoặc bot viết, hãy đặt digitalSourceType — khi thuộc tính này bị bỏ trống, Google giả định nội dung do con người tạo.

Ví dụ hoàn chỉnh

1. Bài dạng luồng sạch (JSON-LD)

Mức thuộc tính bắt buộc cùng những thuộc tính khuyến nghị hữu ích — một bài đăng cấp cao nhất có một phản hồi lồng nhau, số liệu tương tác và tham chiếu tới diễn đàn con. (Hãy nhớ: với luồng lớn có nhiều bình luận, Google muốn bạn xuất phần này dưới dạng Microdata trong HTML để tránh lặp toàn bộ văn bản; tuy nhiên JSON-LD vẫn được hỗ trợ đầy đủ và là định dạng mà phần lớn nền tảng triển khai.)

{
  "@context": "https://schema.org/",
  "@type": "DiscussionForumPosting",
  "mainEntityOfPage": "https://forum.example.com/t/verify-googlebot/12345",
  "headline": "How do you verify Googlebot without an IP list?",
  "url": "https://forum.example.com/t/verify-googlebot/12345",
  "datePublished": "2026-06-30T09:12:00-05:00",
  "author": {
    "@type": "Person",
    "name": "haecceity123",
    "url": "https://forum.example.com/u/haecceity123"
  },
  "text": "The full text of the original post, exactly as it appears on the page…",
  "isPartOf": {
    "@type": "CreativeWork",
    "name": "Technical SEO",
    "url": "https://forum.example.com/c/technical-seo"
  },
  "interactionStatistic": {
    "@type": "InteractionCounter",
    "interactionType": "https://schema.org/LikeAction",
    "userInteractionCount": 42
  },
  "comment": {
    "@type": "Comment",
    "author": { "@type": "Person", "name": "seonerd" },
    "datePublished": "2026-06-30T10:04:00-05:00",
    "text": "The full text of the reply, exactly as it appears on the page…"
  }
}

2. Công bố phản hồi do AI tạo

Nếu phản hồi do LLM viết (chẳng hạn bot trợ lý trong luồng), hãy gắn nhãn để Google không giả định đó là con người:

{
  "@type": "Comment",
  "author": { "@type": "Organization", "name": "Community Assistant" },
  "datePublished": "2026-06-30T10:20:00-05:00",
  "text": "The full text of the AI-generated reply…",
  "digitalSourceType": "https://schema.org/TrainedAlgorithmicMediaDigitalSource"
}

3. Loại sai trên trang Q&A

Đây là sai lầm phổ biến nhất — một trang kiểu Stack Overflow (một câu hỏi theo sau bởi các câu trả lời) lại được đánh dấu như diễn đàn thảo luận:

{
  "@type": "DiscussionForumPosting",
  "headline": "Why is my canonical tag being ignored?",
  "text": "How do I…",
  "comment": [ { "@type": "Comment", "text": "You need to…" } ]
}

Sai ở đâu: trang này có cấu trúc một câu hỏi với các câu trả lời, nên quy tắc của Google yêu cầu dùng markup QAPage (với Question, acceptedAnswer và suggestedAnswer) — không phải DiscussionForumPosting. Hãy dành DiscussionForumPosting cho các luồng thảo luận chung, có kết thúc mở.

4. Không hợp lệ: blog do trang viết có bình luận

{
  "@type": "DiscussionForumPosting",
  "headline": "Our 2026 guide to Core Web Vitals",
  "author": { "@type": "Organization", "name": "Example Inc" },
  "text": "In this guide we cover…",
  "comment": [ { "@type": "Comment", "author": { "@type": "Person", "name": "reader1" }, "text": "Great post!" } ]
}

Sai ở đâu: bài do trang, không phải người dùng viết — trường hợp không hợp lệ được nêu đích danh là bài báo hoặc blog do người đại diện của trang web trực tiếp viết, kể cả có bình luận. Đánh dấu bài là Article; riêng phần bình luận không biến nó thành diễn đàn.

Tự kiểm tra: Schema DiscussionForumPosting

Năm câu hỏi nhanh về dữ liệu có cấu trúc DiscussionForumPosting, các thuộc tính bắt buộc, ngoại lệ định dạng và sự khác biệt với QAPage và FAQPage. Chọn một đáp án cho từng câu rồi kiểm tra kết quả.

Thuộc tính DiscussionForumPosting: bắt buộc và khuyến nghị

Mọi thuộc tính dưới đây áp dụng trên cả DiscussionForumPosting cấp cao nhất và từng Comment lồng nhau, trừ khi có ghi chú.

Chọn loại schema: DiscussionForumPosting, QAPage, FAQPage hay ProfilePage

Lưu ý định dạng: riêng với DiscussionForumPosting, Google khuyến nghị Microdata hoặc RDFa thay vì JSON-LD (để tránh lặp lại các khối văn bản lớn) — ngược với hướng dẫn ưu tiên JSON-LD thông thường. JSON-LD vẫn được hỗ trợ đầy đủ.

Công cụ xác thực markup DiscussionForumPosting

Schema Markup Validator của tôi là nơi tôi sẽ kiểm tra JSON-LD, Microdata hoặc RDFa sau khi bạn viết xong. Hãy dán khối markup (hoặc toàn bộ trang); công cụ sẽ chạy các phép kiểm tra phân cấp theo mức độ nghiêm trọng dựa trên từ vựng DiscussionForumPosting và yêu cầu dữ liệu có cấu trúc của Google — nó phát hiện author.name bị thiếu, datePublished bị thiếu, hoặc bài không có bất kỳ thuộc tính text, image hay video nào, rồi trả về một khối đã sửa có thể sao chép và dán.

Rich-Result Eligibility Checker của tôi trả lời câu hỏi hẹp hơn tính hợp lệ đơn thuần: trang cụ thể này có đủ điều kiện được Google xử lý như Discussion forum hay không. Hãy dán JSON-LD, một trang HTML hoặc yêu cầu công cụ tìm nạp một URL trực tiếp; nó sẽ cho biết trường bắt buộc nào hiện có trên bài cấp cao nhất và từng Comment lồng nhau, đối chiếu với những trường còn thiếu.

Nếu bạn xây markup từ đầu thay vì sửa một triển khai hiện có, Schema Markup Generator của tôi có biểu mẫu cho DiscussionForumPosting (cùng mọi loại schema.org khác, bao gồm ProfilePage cho đích author.url đồng hành), để bạn điền thuộc tính bắt buộc và khuyến nghị mà không phải tự viết JSON-LD; trong quá trình đó, công cụ cũng đánh dấu từng trường là Google-bắt-buộc, Google-khuyến-nghị hay chỉ-thuộc-schema.org.

Sau khi markup vượt qua các kiểm tra đó, hãy chạy trang qua Rich Results Test của chính Google — đây là công cụ Google thực sự dùng để quyết định khả năng đủ điều kiện, nên nó là phán quyết cuối trước khi bạn phát hành. Đối với chính từ vựng nền tảng, validator.schema.org kiểm tra cú pháp schema.org độc lập với quy tắc của bất kỳ công cụ tìm kiếm nào.

Tài nguyên đáng đọc

Tôi chưa có bài riêng về DiscussionForumPosting hay schema diễn đàn — đây là lĩnh vực mới với tôi chứ không phải chủ đề tôi từng viết trước đây, nên tôi sẽ không bịa ra một trích dẫn. Điều có thể áp dụng tiếp là quan điểm chung của tôi về schema: triển khai markup khi nó mang lại một tính năng tìm kiếm thực sự, giữ markup tương ứng với những gì hiển thị trên trang, chỉ dùng các thuộc tính thực sự phù hợp và xác thực trước khi phát hành. Còn có một mối liên hệ gián tiếp với công việc của tôi về thuộc tính liên kết — rel="ugc" cho Google biết cách xử lý các liên kết trong nội dung do người dùng tạo, đó là một nhiệm vụ khác với việc DiscussionForumPosting cho Google biết nội dung là gì.

Các bài schema liên quan của tôi (tổng quát, không riêng diễn đàn)

• Schema Markup là gì? Cách thêm và lý do quan trọng (Ahrefs) — hướng dẫn schema chung, gồm góc độ khả năng đọc của tác nhân AI/máy.
• Schema Markup cho AI — góc độ hạ tầng thực thể của schema (một câu hỏi khác với khả năng đủ điều kiện nhận rich result).
• Hướng dẫn nhập môn Technical SEO — vị trí của schema trong bức tranh lớn.

Từ ngành

• Dữ liệu có cấu trúc cho diễn đàn thảo luận (DiscussionForumPosting) (Google Search Central) — tài liệu có thẩm quyền về thuộc tính, luồng, điều kiện và Microdata.
• Điểm mới trong dữ liệu có cấu trúc: mã đánh dấu diễn đàn thảo luận và trang hồ sơ (Google Search Central Blog) — bài ra mắt tháng 11 năm 2023 của Thomas Han với bối cảnh Perspectives / Discussions and forums và quy tắc chọn Q&A hay diễn đàn.
• Google bổ sung dữ liệu có cấu trúc cho Profile Page và Discussion Forum cùng các báo cáo Search Console mới (Search Engine Roundtable) — tóm lược ngày ra mắt của Barry Schwartz.
• Google Search hiện hỗ trợ dữ liệu có cấu trúc cho diễn đàn thảo luận và trang hồ sơ (Search Engine Land) — tin ra mắt.
• Google bổ sung báo cáo kết quả nhiều định dạng của diễn đàn trong Search Console (Search Engine Journal) — Matt G. Southern về bộ lọc ngày 8 tháng 7 năm 2025.
• Google Search Console thêm bộ lọc giao diện tìm kiếm Discussions forums (Search Engine Land) — cùng bản cập nhật đo lường tháng 7 năm 2025.
• Bản cập nhật cốt lõi Google tháng 3 năm 2026: bên thắng, bên thua và phân tích (Amsive / Lily Ray) — bối cảnh suy giảm khả năng hiện diện UGC/diễn đàn (số liệu được thuật lại; hãy xác nhận từ nguồn).

Nhật ký thay đổi