Schema Tác phẩm sáng tạo

TL;DR — “Creative Works schema” (schema Tác phẩm sáng tạo) là cách tôi gọi tắt các loại schema.org dùng để đánh dấu nội dung do bạn tạo ra — bài viết, video, podcast, công thức nấu ăn, khóa học, tập dữ liệu, phim và sách. Nhóm này gồm tám loại. Nhưng có một điều mà phần lớn hướng dẫn thường bỏ qua: thêm một trong các loại này không bảo đảm bạn sẽ có một kết quả tìm kiếm nổi bật. Một số kiểu con cụ thể hỗ trợ các tính năng Google đã công bố; số khác thì không. Phạm vi lợi ích trải từ cách hiển thị trực quan phổ biến, qua các tính năng hạn chế, cho đến không có gì nhìn thấy được — markup chỉ giúp công cụ tìm kiếm hiểu trang của bạn. Hợp lệ không đồng nghĩa với hiển thị.

“Creative Works schema” có nghĩa là gì

Khi nhìn vào một trang công thức, bạn có thể đọc và phân biệt thời gian nấu, lượng calo và số sao đánh giá. Công cụ tìm kiếm chỉ thấy văn bản thuần nên phải suy đoán. Schema markup là mã bạn thêm vào để nói rõ: “đây là thời gian nấu”, “đây là video”, “đây là tác giả” — bằng một hệ từ vựng dùng chung trên schema.org.

“Creative Works schema” là tên gọi bao quát tôi dùng cho các loại schema.org mô tả một tác phẩm có tác giả. schema.org thực sự xếp chúng dưới một loại chính thức là CreativeWork, nhưng Google không coi chúng là một nhóm tính năng duy nhất; tôi sẽ nói rõ điều đó trong thẻ Advanced. Tám loại được đề cập ở đây gồm:

• Article — tin tức, bài đăng blog hoặc bài viết.
• AudioObject — tệp âm thanh, chẳng hạn một tập podcast.
• Book — sách.
• Course — khóa học.
• Dataset — tập dữ liệu có thể tải xuống.
• Movie — phim.
• Recipe — công thức nấu ăn.
• VideoObject — video.

Điều phần lớn mọi người hiểu sai

Đây là ngộ nhận mà toàn bộ trang tổng quan này muốn làm rõ: không phải loại schema nào cũng mang lại một kết quả nhiều định dạng có thể nhìn thấy. Mọi người thường nghĩ “thêm schema → có kết quả tìm kiếm bắt mắt”. Điều đó chỉ đúng với một vài loại trong nhóm này.

• Recipe và Video — có. Hai loại này có thể tạo các kết quả nâng cao quen thuộc như số sao, thời gian nấu và hình thu nhỏ video. Hãy ưu tiên chúng nếu bạn xuất bản loại nội dung tương ứng.
• Course, Movie, Dataset — có tính năng thực sự, nhưng phạm vi hẹp: băng chuyền Course list cần ít nhất ba khóa học, băng chuyền phim chỉ trên thiết bị di động, và tập dữ liệu xuất hiện trong một công cụ riêng của Google chứ không phải kết quả tìm kiếm thông thường.
• Article, AudioObject, Book — không có thẻ trực quan riêng trong Google Search thông thường. Markup giúp công cụ tìm kiếm hiểu trang chính xác hơn, nhưng không tạo ra một kiểu hiển thị đặc biệt. Tôi không có bằng chứng đã xác minh về lợi ích riêng cho AI ngoài điều đó, nên sẽ không khẳng định thêm.

Vì vậy, markup hợp lệ vẫn đáng triển khai để hỗ trợ việc hiểu nội dung, nhưng đừng kỳ vọng mọi loại đều thay đổi cách kết quả của bạn hiển thị.

Một điều nữa mà schema không làm được

Schema markup không giúp bạn xếp hạng cao hơn. Google đã nhiều lần nói rõ điều này. Schema giúp trang đủ điều kiện cho cách hiển thị phong phú hơn (nếu tính năng đó tồn tại) và giúp công cụ tìm kiếm hiểu nội dung. Điều đó khác với việc cải thiện thứ hạng.

Muốn xem bản đầy đủ — bảng độ chính xác theo từng cấp, những thay đổi từ tháng 6 năm 2025 và loại nào trong tám loại phù hợp với nội dung của bạn? Hãy chuyển sang thẻ Advanced.

TL;DR — “Creative Works schema” là cách tôi nhóm tám kiểu con CreativeWork của schema.org dùng để đánh dấu nội dung có tác giả: Article, AudioObject, Book, Course, Dataset, Movie, Recipe, VideoObject. CreativeWork là một loại bao quát có thật của schema.org (Thing > CreativeWork) và còn có hàng chục kiểu con khác. Google cũng trực tiếp nhận diện loại CreativeWork cơ sở trong một trường hợp hẹp: hồ sơ dữ liệu có cấu trúc cho nội dung có tường phí. Vì vậy, nói Google không bao giờ dùng loại này là sai. Tuy nhiên, Google không gom tám loại trên thành một nhóm tính năng; mỗi loại có tài liệu độc lập hoặc không có tài liệu riêng. Điểm phân biệt là mức hỗ trợ của từng tính năng, không phải vị trí trong hệ phân cấp CreativeWork. Course hiện chỉ có băng chuyền từ 3 khóa học trở lên (thẻ một khóa học đã bị ngừng vào tháng 6 năm 2025); Movie có băng chuyền chỉ trên thiết bị di động (và lớp Critic Review đã bị ngừng); Dataset cấp dữ liệu cho công cụ Dataset Search riêng, như Google làm rõ vào tháng 11 năm 2025; Article không có thẻ trực quan riêng và không yêu cầu AMP; AudioObject và Book không có mục loại được hỗ trợ cho kết quả nhiều định dạng phổ biến (đối chiếu thư viện hiện tại của Google ngày 2026-07-16). Hợp lệ ≠ hiển thị. Và không loại nào trong số này là yếu tố xếp hạng — schema mang lại điều kiện tham gia, không mang lại thứ hạng.

Trước hết, cần nói rõ: đây là cách nhóm của tôi, không phải của Google

Tôi muốn minh bạch ngay từ đầu, vì phần lớn nội dung nói về schema “creative works” hoặc “content” thường ngầm khiến người đọc nghĩ đây là một nhóm chính thức của Google. Không phải vậy — ngoại trừ một trường hợp hẹp cần được gọi tên chính xác.

• schema.org thực sự nhóm chúng lại, và tám loại tôi chọn không phải danh sách đầy đủ. CreativeWork là một loại chính thức, có thật trong schema.org. Hệ phân cấp của nó (Thing > CreativeWork) chứa hàng chục kiểu con: Article, Book, Course, Dataset, Movie, MusicRecording, Painting, Photograph, Play, Recipe, ShortStory, SoftwareApplication, Thesis, VideoObject, AudioObject và nhiều loại khác. Trang tổng quan này chỉ đề cập tám loại quan trọng nhất đối với SEO on-page, nên hãy xem đây là một lát cắt có chọn lọc chứ không phải bản đồ hoàn chỉnh của loại này.
• Google không nhóm chúng thành một họ tính năng, nhưng có dùng loại cơ sở trong một trường hợp giới hạn. Tài liệu về kết quả nhiều định dạng theo từng loại của Google không hề nhắc tới một nhóm bao quát “creative works”; mỗi loại có hướng dẫn độc lập (hoặc không có), và các hướng dẫn này không liên kết chéo thành một họ. Tuy nhiên, hướng dẫn dữ liệu có cấu trúc cho nội dung có tường phí của Google trực tiếp liệt kê CreativeWork (loại cơ sở) cùng một số kiểu con là các loại trang được hỗ trợ cho hồ sơ hẹp này. Vì vậy, câu “Google không bao giờ dùng CreativeWork” là sai; cách nói chính xác là Google không coi tám loại trên như một họ kết quả nhiều định dạng. Trang CreativeWork của schema.org chỉ mô tả từ vựng và hoàn toàn không nhắc đến Google, SEO hay kết quả nhiều định dạng.

Vậy tại sao lại đặt tám loại này trong cùng một bài? Vì trong thực tế, chúng đặt ra cùng một bài toán: “Tôi xuất bản loại nội dung X — loại schema nào phù hợp, và nó có thật sự mang lại kết quả nhiều định dạng có thể nhìn thấy không?” Đây là câu hỏi thực tế và hữu ích. Còn khẳng định Google thưởng cho “creative works schema” như một nhóm tính năng thì không đúng. Tôi muốn nói thẳng điều đó thay vì giả vờ rằng Google đã vạch ra chiếc hộp này.

Bảng độ chính xác theo cấp: loại nào trong tám loại thật sự có kết quả hiển thị

Đây là điều hữu ích nhất của trang tổng quan này mà gần như không nguồn cạnh tranh nào trình bày đúng. “Schema hợp lệ” và “kết quả nhiều định dạng có thể nhìn thấy” không giống nhau. Với tám loại này, khoảng cách rất lớn: từ một thẻ SERP phổ biến cho đến hoàn toàn không có cách hiển thị trực quan. Bảng dưới đây dùng ma trận đối tượng tiêu thụ/hồ sơ có ngày xác minh thay vì nhãn cấp độ mơ hồ. Mỗi hàng nêu rõ sản phẩm Google thực sự sử dụng dữ liệu, điều kiện áp dụng và ngày tôi đối chiếu lần cuối với tài liệu Search Central hiện hành (tất cả được xác minh ngày 2026-07-16). Một nguyên tắc áp dụng cho mọi hàng: việc một loại không có tính năng kết quả nhiều định dạng không đồng nghĩa với một lợi ích khác đã được chứng minh. Tôi sẽ không biến “không có thẻ trực quan” thành một tuyên bố chưa đo lường về khả năng AI hiểu nội dung chỉ vì nghe hấp dẫn hơn.

Một câu cần ghi nhớ: schema hợp lệ cho một kiểu con CreativeWork không mặc nhiên tạo ra kết quả nhiều định dạng trực quan. Phạm vi trải từ thẻ SERP phổ biến (Recipe, VideoObject) đến hoàn toàn không có cách hiển thị trực quan (AudioObject, Book). Đánh đồng “hợp lệ” với “hiển thị” là sai lầm phổ biến nhất trong lĩnh vực này và cũng là điểm yếu xuất hiện trong gần như mọi hướng dẫn cạnh tranh.

Những thay đổi gần đây: tháng 6 năm 2025 là một bước ngoặt

Nếu bạn đang dựa vào hướng dẫn cũ, ba thay đổi trong nhóm này rất đáng chú ý. Mỗi mục dưới đây ghi tên tính năng và ngày cụ thể để tránh nhầm một tính năng đã ngừng với tính năng liên quan vẫn còn hoạt động. Tôi đã đối chiếu các mục này với nhật ký cập nhật Search Central của Google ngày 2026-07-16:

1. Thẻ Course Info — được thông báo ngừng hỗ trợ ngày 12 tháng 6 năm 2025 (đã gỡ bỏ). Thẻ phong phú dành cho một khóa học (giá, ngày, giảng viên) là một trong bảy loại bị gỡ trong đợt đơn giản hóa dữ liệu có cấu trúc của Google, với lý do các tính năng này “weren’t commonly used in Search” (bản dịch) «không được dùng phổ biến trong Google Search». Đây là một tính năng khác, có tên riêng so với Course list, vốn vẫn còn tài liệu hiện hành và yêu cầu đánh dấu từ 3 khóa học trở lên cùng với markup băng chuyền. Mọi hướng dẫn hứa hẹn thẻ nhiều định dạng cho một khóa học hiện đã lỗi thời. (Tôi xác nhận URL tài liệu course-info cũ hiện chuyển hướng tới nhật ký thay đổi của Google thông báo việc gỡ bỏ.)
2. Lớp Critic Review — đã ngừng hỗ trợ. Markup Critic Review riêng (dùng cho Movie, Book và doanh nghiệp địa phương) đã bị ngừng. Theo cách Google diễn đạt được các nguồn trong ngành dẫn lại, tính năng này “wasn’t useful for the ecosystem at scale” (bản dịch) «không hữu ích cho hệ sinh thái ở quy mô lớn»; Google cũng lưu ý rằng giữ nguyên markup để hỗ trợ việc hiểu nội dung không gây hại. Đây là một tính năng khác với băng chuyền Movie, vốn vẫn tồn tại, chỉ có trên thiết bị di động và có tài liệu riêng.
3. Book Actions — được thông báo ngừng vào tháng 6 năm 2025; biểu ngữ ngừng hỗ trợ được gỡ ngày 5 tháng 11 năm 2025. Book Actions là chương trình “mua/mượn” dựa trên nguồn cấp, yêu cầu đăng ký — không phải JSON-LD đơn giản trên trang. Tính năng này nằm trong nhóm thông báo tháng 6 năm 2025, nhưng bị loại khỏi đợt gỡ bỏ sau đó; Google tiếp tục gỡ biểu ngữ ngừng hỗ trợ khỏi tài liệu Book đang hoạt động vào ngày 5 tháng 11 năm 2025. Vì vậy, đừng nói Book Actions đã bị gỡ. Đây vẫn là một tính năng hẹp, có cổng đăng ký và còn hoạt động. (Xem thêm trong bài chuyên sâu về Book.)

Sắc thái của Book và AudioObject — hai trường hợp “không có kết quả hiển thị”

Đây là hai loại mà các nguồn cạnh tranh thường mô tả mơ hồ nhất, nên tôi muốn trình bày thật chính xác:

• AudioObject — không có hướng dẫn kết quả nhiều định dạng riêng trong thư viện loại được hỗ trợ hiện tại của Google (xác minh ngày 2026-07-16). Các URL tài liệu dữ liệu có cấu trúc podcast và media-clip của Google đều trả về 404, còn AudioObject không xuất hiện trong danh sách loại dữ liệu có cấu trúc được hỗ trợ (“thư viện tìm kiếm”) của Google. Hướng dẫn podcast riêng của Google nói về quản lý podcast bằng nguồn cấp RSS, không phải markup schema.org AudioObject. Tuy vậy, sự vắng mặt này chỉ giới hạn trong thư viện của Google; nó không chứng minh rằng không hệ thống nào sử dụng markup ở nơi khác. Tôi cũng không có bằng chứng đã xác minh về một lợi ích thay thế cụ thể, dù liên quan đến AI hay lĩnh vực khác. Hãy dùng markup để bảo đảm từ vựng chính xác và hỗ trợ hiểu thực thể, không phải để kỳ vọng một tính năng tìm kiếm.
• Book — schema Book thông thường cũng không có thẻ kết quả nhiều định dạng phổ biến riêng. Điểm cần lưu ý là Book Actions: chương trình nguồn cấp hẹp, yêu cầu đăng ký, từng được thông báo ngừng vào tháng 6 năm 2025 nhưng không thực sự bị gỡ và vẫn hoạt động (biểu ngữ ngừng hỗ trợ được gỡ ngày 5 tháng 11 năm 2025). Book còn được liệt kê là loại thực thể có thể được đánh giá, nên có thể cấp tín hiệu cho tính năng đoạn trích đánh giá chung của Google. Nhưng nói “thêm schema Book là có tính năng tìm kiếm” không đúng với JSON-LD trên trang mà phần lớn mọi người đang nói đến.

Đính chính về Article: không cần AMP, không có thẻ riêng

Article (bao gồm Article, NewsArticle và BlogPosting trong cùng một hướng dẫn của Google) là loại gắn với nhiều lời khuyên lỗi thời nhất, vì vậy cần đính chính hai điểm:

• Không có thẻ trực quan riêng. Google mô tả lợi ích là cách hiển thị tiêu đề/hình ảnh/ngày tốt hơn cùng điều kiện tham gia chung (Google News, Assistant), chứ không phải một loại đoạn trích riêng. Cũng không có thuộc tính bắt buộc — bạn chỉ thêm các thuộc tính phù hợp.
• Schema Article không yêu cầu AMP. Hướng dẫn Article hiện tại của Google không có yêu cầu AMP nào. Đây là lời khuyên cũ cần được đính chính rõ mỗi khi bạn gặp — và bạn sẽ còn gặp rất nhiều.

Cách quyết định loại nào phù hợp với nội dung của bạn

Hãy làm theo thứ tự: trước tiên chọn kiểu con CreativeWork chính xác nhất với bản chất nội dung; đừng chọn một loại rộng hơn hoặc quen thuộc hơn chỉ vì nghe có vẻ dễ nhận được tính năng. Chỉ sau khi xác định kiểu con, bạn mới kiểm tra điều kiện dành riêng cho từng sản phẩm sử dụng dữ liệu. Hai câu hỏi giải quyết phần lớn bước thứ hai: (1) đây là loại nội dung gì và (2) bạn thật sự muốn một kết quả có thể nhìn thấy hay chỉ cần hỗ trợ hiểu từ vựng/thực thể? Thẻ Decision Trees hướng dẫn từng bước, nhưng cấu trúc cơ bản là:

• Nội dung công thức / video → thêm markup; các loại này có kết quả trực quan thực sự. ROI cao nhất.
• Một nhóm từ 3 khóa học trở lên / một bộ phim / một tập dữ liệu → thêm markup nếu tính năng hẹp phù hợp (băng chuyền khóa học, băng chuyền phim trên thiết bị di động, Dataset Search), đồng thời hiểu rằng phạm vi tiếp cận bị giới hạn.
• Bài viết, podcast, sách → thêm markup để hỗ trợ hiểu thực thể và điều kiện tham gia chung — không phải một lợi ích AI cụ thể đã được xác minh — nhưng đừng kỳ vọng kết quả đặc biệt sẽ xuất hiện.

Quy tắc chung cho cả tám loại

Dù Google không coi chúng là một họ duy nhất, cả tám loại đều tuân theo hướng dẫn chung về dữ liệu có cấu trúc của Google. Những quy tắc này đáng được nêu một lần:

• Thuộc tính bắt buộc là cổng điều kiện tham gia — nếu loại đó có kết quả nhiều định dạng. Thiếu một thuộc tính bắt buộc thì trang không đủ điều kiện cho tính năng.
• Đủ điều kiện ≠ chắc chắn được hiển thị. Markup hợp lệ đưa bạn vào nhóm có thể được chọn; hệ thống Google vẫn quyết định riêng có hiển thị phần nâng cao hay không.
• Chỉ đánh dấu nội dung chính xác và nhìn thấy được — không dùng markup ẩn hoặc gây hiểu lầm.
• JSON-LD là định dạng được khuyến nghị cho cả tám loại và dễ bảo trì ở quy mô lớn hơn Microdata/RDFa nội tuyến.
• Đây không phải yếu tố xếp hạng. Dữ liệu có cấu trúc tạo điều kiện tham gia một tính năng và hỗ trợ việc hiểu nội dung; nó không nâng vị trí của bạn.

Nên đọc gì tiếp theo

Trang tổng quan này là bản đồ; mỗi mục dưới đây có một bài chuyên sâu riêng. Tôi viết phần giới thiệu một dòng theo đúng cấp độ thực tế của từng loại và không phóng đại những loại có lợi ích yếu:

• Schema Article — Article/NewsArticle/BlogPosting trong một hướng dẫn. Không có thuộc tính bắt buộc, không có thẻ trực quan riêng và — điều quan trọng — không yêu cầu AMP. Bài này đáng đọc cả vì phần đính chính ngộ nhận lẫn hướng dẫn triển khai.
• Schema AudioObject — markup podcast và âm thanh để hỗ trợ hiểu từ vựng và thực thể, không khẳng định lợi ích AI cụ thể chưa được xác minh. Không có kết quả nhiều định dạng phổ biến; bài chuyên sâu nói rõ điều đó.
• Schema Book — không có thẻ phổ biến riêng, đồng thời giải thích đầy đủ và thận trọng về Book Actions (được thông báo ngừng nhưng không bị gỡ) để bạn không lặp lại sai lầm phổ biến rằng tính năng này đã biến mất.
• Schema Course — thực tế hiện tại là băng chuyền từ 3 khóa học trở lên, không phải thẻ một khóa học đã bị ngừng vào tháng 6 năm 2025.
• Schema Dataset — cấp dữ liệu cho công cụ Dataset Search riêng của Google, không phải SERP thông thường. Đáng triển khai nếu mục tiêu của bạn là khả năng tìm thấy dữ liệu, không phải đoạn trích cổ điển.
• Schema Movie — băng chuyền chỉ trên thiết bị di động và lý do lớp Critic Review riêng đã biến mất. Hãy đặt kỳ vọng đúng trước khi đầu tư.
• Schema Recipe — một trong chỉ hai loại ở đây có kết quả trực quan phổ biến, hoàn thiện (số sao, thời gian nấu, lượng calo). Ưu tiên cao nếu bạn xuất bản công thức.
• Schema VideoObject — loại Tier 1 còn lại: hình thu nhỏ, thời lượng và khoảnh khắc chính trên SERP chính, thẻ Video, Images và Discover. Ưu tiên cao cho video.
• Schema ImageObject — hiếm khi là đích đến độc lập; vai trò chính của nó là giá trị image/logo lồng bên trong Product, Article, Recipe và Organization, cùng một tính năng trực tiếp mà nó mở khóa: huy hiệu Licensable của Google.

Để xem bức tranh rộng hơn, trang tổng quan này nằm dưới cụm con dữ liệu có cấu trúc. Bạn cũng nên xem bài schema markup cùng cấp để hiểu từ vựng, định dạng và vòng đời ngừng hỗ trợ. Tất cả đều thuộc cụm SEO on-page, nơi dữ liệu có cấu trúc nằm bên cạnh các phần còn lại của SEO kỹ thuật trên trang.

Tóm tắt bằng AI

Bản rút gọn của nội dung trong thẻ Advanced:

• Đây là gì: “Creative Works schema” là cách Patrick nhóm tám kiểu con CreativeWork của schema.org dùng để đánh dấu nội dung có tác giả: Article, AudioObject, Book, Course, Dataset, Movie, Recipe, VideoObject. Hệ phân cấp schema.org còn nhiều loại hơn; tám loại này không phải danh sách đầy đủ.
• Nửa chính thức: CreativeWork là một loại bao quát có thật của schema.org (Thing > CreativeWork). Google trực tiếp nhận diện loại cơ sở trong một trường hợp hẹp — hồ sơ dữ liệu có cấu trúc cho nội dung có tường phí — nên nói Google không bao giờ dùng loại này là không chính xác. Điều Google không làm là nhóm tám loại trên thành một danh mục kết quả nhiều định dạng: mỗi loại có hướng dẫn riêng hoặc không có, còn trang schema.org không nhắc đến Google/SEO/kết quả nhiều định dạng.
• Giá trị cốt lõi — hợp lệ ≠ hiển thị. Ma trận đối tượng tiêu thụ/hồ sơ có ngày xác minh (2026-07-16):
  • Kết quả trực quan phổ biến đầy đủ: Recipe (số sao/thời gian nấu/lượng calo), VideoObject (hình thu nhỏ/thời lượng/khoảnh khắc chính; SERP, thẻ Video, Images, Discover).
  • Hẹp/có cổng: Course — chỉ băng chuyền từ 3 khóa học trở lên; Movie — băng chuyền chỉ trên thiết bị di động.
  • Sản phẩm riêng: Dataset — cấp dữ liệu cho Dataset Search, không phải SERP thông thường (Google làm rõ vào tháng 11 năm 2025).
  • Chỉ là tín hiệu: Article — hiển thị tiêu đề/hình ảnh/ngày tốt hơn, không có thẻ riêng, không yêu cầu AMP.
  • Không tìm thấy tính năng riêng: AudioObject (vắng mặt trong thư viện hiện tại của Google — bằng chứng phủ định chỉ giới hạn trong thư viện, không chứng minh hoàn toàn không được dùng ở nơi khác) và Book (không có thẻ phổ biến; chương trình nguồn cấp Book Actions hẹp vẫn hoạt động).
• Bước ngoặt tháng 6 năm 2025: Thẻ Course Info dành cho một khóa học được thông báo ngừng ngày 12 tháng 6 năm 2025 và đã bị gỡ (băng chuyền Course list từ 3 khóa học trở lên vẫn còn và là tính năng riêng); lớp Critic Review đã ngừng (băng chuyền Movie vẫn còn, chỉ trên thiết bị di động và có tài liệu riêng); Book Actions được thông báo ngừng vào tháng 6 năm 2025 nhưng biểu ngữ ngừng hỗ trợ được gỡ ngày 5 tháng 11 năm 2025 — đừng nói tính năng này đã biến mất.
• Đính chính về Article: không có thuộc tính bắt buộc, không có thẻ trực quan riêng và schema Article không yêu cầu AMP (lời khuyên cũ/lỗi thời).
• Cách chọn: chọn kiểu con chính xác nhất trước, rồi kiểm tra điều kiện dành riêng cho sản phẩm sử dụng dữ liệu. Recipe/Video → ROI cao, kết quả thực sự; Course/Movie/Dataset → phù hợp trong phạm vi hẹp; Article/Audio/Book → chỉ hỗ trợ hiểu thực thể, không có lợi ích AI cụ thể đã được xác minh, không có kiểu hiển thị đặc biệt.
• Quy tắc chung: thuộc tính bắt buộc quyết định điều kiện tham gia; đủ điều kiện ≠ hiển thị; chỉ đánh dấu nội dung chính xác/nhìn thấy được; JSON-LD được khuyến nghị; không phải yếu tố xếp hạng.

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

Tài liệu nguồn sơ cấp cho tám loại tác phẩm sáng tạo và các quy tắc chung. Hãy để ý một mẫu hình: Google chỉ xuất bản hướng dẫn theo từng loại khi có kết quả nhiều định dạng — AudioObject không có hướng dẫn như vậy.

Google — quy tắc chung và danh sách tổng

• Thư viện dữ liệu có cấu trúc cho Google Search — danh sách các loại được hỗ trợ; nguồn đáng tin cậy để xác định loại nào thật sự tạo ra kết quả nhiều định dạng. (Hãy xem loại nào trong tám loại xuất hiện — và lưu ý AudioObject không có.)
• Hướng dẫn chung về dữ liệu có cấu trúc — nguyên tắc về điều kiện tham gia, chất lượng nội dung và chính sách chống nội dung rác áp dụng cho mọi loại.
• Simplifying our structured data support (tháng 6 năm 2025) — thông báo ngừng hỗ trợ Course Info, Critic Review, Book Actions và bốn loại khác.

Google — Tier 1 (kết quả trực quan phổ biến)

• Dữ liệu có cấu trúc Recipe — kết quả nhiều định dạng hoàn thiện cho công thức; yêu cầu image và name.
• Dữ liệu có cấu trúc Video — VideoObject trên SERP, thẻ Video, Images và Discover; yêu cầu name, thumbnailUrl, uploadDate.

Google — Tier 2/3 (hẹp hoặc thuộc sản phẩm riêng)

• Dữ liệu có cấu trúc Course list — băng chuyền hiện tại dành cho từ 3 khóa học trở lên (thẻ một khóa học đã ngừng).
• Dữ liệu có cấu trúc băng chuyền Movie — băng chuyền phim chỉ trên thiết bị di động; yêu cầu image, name.
• Dữ liệu có cấu trúc Dataset — cấp dữ liệu cho Dataset Search; yêu cầu description, name.

Google — Tier 4 (chỉ là tín hiệu)

• Dữ liệu có cấu trúc Article — không có thuộc tính bắt buộc, không có thẻ trực quan riêng, không yêu cầu AMP.

Google — trường hợp hẹp duy nhất có loại cơ sở

• Dữ liệu có cấu trúc cho nội dung thuê bao và có tường phí — liệt kê CreativeWork (loại cơ sở) cùng một số kiểu con là loại trang được hỗ trợ cho hồ sơ giới hạn này; đây là ngoại lệ của câu “Google không bao giờ dùng CreativeWork”.

Schema.org (phân loại)

• schema.org/CreativeWork — loại bao quát chính thức. Đây chỉ là từ vựng; trang không nhắc đến Google, SEO hay kết quả nhiều định dạng.

Bing / Microsoft

• Đánh dấu trang web bằng dữ liệu có cấu trúc — hỗ trợ schema.org ở mức chung; không có đặc tả kết quả nhiều định dạng theo từng loại.

Trích dẫn từ nguồn

Các phát biểu chính thức trong tài liệu của Google. Khi trang nguồn công khai đoạn văn bản, liên kết sẽ đưa thẳng tới phần được trích dẫn.

Tài liệu Google — Tier 1: hai loại có kết quả trực quan thực sự

• “Videos can appear in several different places on Google, including the main search results page, Video mode, Google Images, and Google Discover.” (bản dịch) «Video có thể xuất hiện ở nhiều vị trí khác nhau trên Google, gồm trang kết quả tìm kiếm chính, chế độ Video, Google Images và Google Discover.» Đi tới trích dẫn

Tài liệu Google — Tier 2: Course, tính năng phạm vi hẹp

• “You must mark up at least three courses.” (bản dịch) «Bạn phải đánh dấu ít nhất ba khóa học.» Đi tới trích dẫn

Tài liệu Google — Tier 2: Movie chỉ có trên thiết bị di động

• “The movie carousel is only available on mobile devices.” (bản dịch) «Băng chuyền phim chỉ khả dụng trên thiết bị di động.» Đi tới trích dẫn

Tài liệu Google — Tier 3: Dataset nằm trong một công cụ riêng

• “Datasets are easier to find in the Dataset Search tool when you provide supporting information such as their name, description, creator and distribution formats as structured data.” (bản dịch) «Các tập dữ liệu dễ được tìm thấy hơn trong công cụ Dataset Search khi bạn cung cấp thông tin hỗ trợ như tên, mô tả, người tạo và định dạng phân phối dưới dạng dữ liệu có cấu trúc.» Đi tới trích dẫn

Tài liệu Google — Tier 4: Article không có thuộc tính bắt buộc (và không có thẻ riêng)

• “There are no required properties; instead, add the properties that apply to your content.” (bản dịch) «Không có thuộc tính bắt buộc; thay vào đó, hãy thêm các thuộc tính phù hợp với nội dung của bạn.» Đi tới trích dẫn

Patrick Stox — luận điểm cốt lõi của toàn bộ trang tổng quan này

• “I’m a fan of schema markup as long as it gets you a search feature.” (bản dịch) «Tôi ủng hộ schema markup miễn là nó mang lại cho bạn một tính năng tìm kiếm.» Từ hướng dẫn Enterprise SEO của tôi trên Ahrefs

Tổng quan nhanh về schema Tác phẩm sáng tạo

Tám loại theo cấp kết quả nhiều định dạng

Thuộc tính bắt buộc tối thiểu (Tier 1–3, khi có kết quả)

Thông tin nhanh

• “Creative Works schema” là cách nhóm của người thực hành dành cho tám kiểu con CreativeWork của schema.org (không phải danh sách đầy đủ). schema.org nhóm chúng dưới một loại; Google không nhóm chúng thành một tính năng kết quả nhiều định dạng (dù Google có dùng loại CreativeWork cơ sở trong phạm vi hẹp của hồ sơ nội dung có tường phí).
• Hợp lệ ≠ hiển thị. Chỉ Recipe và VideoObject có kết quả trực quan phổ biến. Hãy ưu tiên hai loại này; các loại còn lại có phạm vi hẹp hoặc chỉ hỗ trợ việc hiểu nội dung.
• Tháng 6 năm 2025: thẻ Course Info đã ngừng; Critic Review đã ngừng; Book Actions được thông báo ngừng nhưng không bị gỡ.
• Article không yêu cầu AMP — lời khuyên ngược lại đã lỗi thời.
• Đủ điều kiện ≠ hiển thị, và schema không phải yếu tố xếp hạng — schema tạo điều kiện cho một tính năng, không tăng thứ hạng.
• JSON-LD là định dạng Google khuyến nghị cho cả tám loại.

Loại tác phẩm sáng tạo nào phù hợp — và nó có mang lại kết quả hiển thị không?

Hãy trả lời dựa trên nội dung bạn đang đánh dấu. Cây quyết định này đưa bạn đến đúng loại, đồng thời nói rõ nên kỳ vọng kết quả nhiều định dạng có thể nhìn thấy hay chỉ khả năng hiểu từ vựng/thực thể mà không có lợi ích AI cụ thể đã được xác minh.

Những cách làm sai — các lỗi mà trang tổng quan này muốn đính chính

Cho rằng bất kỳ loại nào trong tám loại cũng luôn có kết quả nhiều định dạng hiển thị. Đây là ngộ nhận mà toàn bộ trang tổng quan muốn xóa bỏ. “Thêm schema → có kết quả bắt mắt” chỉ đúng với Recipe và VideoObject. Thêm schema Article, AudioObject hoặc Book, rồi chờ một kiểu hiển thị SERP đặc biệt vốn không xuất hiện, sẽ tạo ra kỳ vọng sai dù công sức triển khai có thể vẫn có giá trị. Hãy dùng các loại đó để hỗ trợ hiểu từ vựng/thực thể và điều kiện tham gia chung — không phải lợi ích AI cụ thể đã được xác minh — chứ không phải để mong một kết quả trực quan không tồn tại cho loại đó.

Thêm AMP vì nghĩ schema Article yêu cầu. Hướng dẫn dữ liệu có cấu trúc Article hiện tại của Google không có yêu cầu AMP nào, và cũng không có thuộc tính bắt buộc — chỉ cần thêm những thuộc tính phù hợp với nội dung. Đây là lời khuyên cũ, lỗi thời nhưng tôi vẫn thấy được lặp lại rất nhiều. Đừng xây dựng hạ tầng AMP để đáp ứng một quy tắc mà Google không đặt ra.

Xây dựng thẻ kết quả nhiều định dạng cho một khóa học. Thẻ Course Info (giá, ngày, giảng viên cho một khóa học) đã ngừng vào ngày 12 tháng 6 năm 2025. Tính năng còn lại là băng chuyền Course list, yêu cầu đánh dấu ít nhất ba khóa học cùng nhau. Nếu bạn đánh dấu một khóa học với kỳ vọng có thẻ riêng, bạn đang xây dựng cho một tính năng không còn tồn tại.

Nói với khách hàng rằng Book Actions đã bị gỡ. Tính năng này có trong nhóm thông báo ngừng tháng 6 năm 2025, nhưng lại là loại duy nhất bị loại khỏi đợt gỡ bỏ thực tế tháng 9 năm 2025; sau đó Google gỡ biểu ngữ ngừng hỗ trợ khỏi tài liệu Book đang hoạt động. Book Actions có phạm vi hẹp và yêu cầu đăng ký, nhưng vẫn còn hoạt động. Nói nó đã biến mất là lỗi ngược lại với việc kỳ vọng một kết quả nhiều định dạng vốn chưa từng tồn tại.

Coi “Creative Works schema” là một nhóm tính năng chính thức của Google. CreativeWork là một loại bao quát có thật trong schema.org và Google trực tiếp nhận diện loại cơ sở ở một trường hợp hẹp (hồ sơ dữ liệu có cấu trúc cho nội dung có tường phí). Tuy nhiên, tài liệu của Google không bao giờ nhóm tám loại này thành danh mục kết quả nhiều định dạng “creative works”; mỗi loại có hướng dẫn độc lập và không được liên kết chéo thành một họ. Việc trích dẫn “Creative Works schema” như một họ tính năng được Google thưởng, thay vì cách tôi nhóm các loại liên quan cho người thực hành, là trình bày sai nguồn.

Công cụ xác thực và tạo schema Tác phẩm sáng tạo

Hai công cụ dưới đây kiểm tra hai khía cạnh khác nhau. Vượt qua một trong hai không đồng nghĩa với việc đủ điều kiện nhận kết quả hiển thị — cần nói thật chính xác vì sự nhập nhằng này chính là lỗi mà trang tổng quan muốn sửa:

Schema Markup Validator của tôi kiểm tra cấu trúc từ vựng: JSON-LD schema.org có hợp lệ, đúng loại và đúng cấu trúc lồng hay không. Hãy dán khối mã (hoặc cả trang); công cụ sẽ chạy các kiểm tra theo mức độ nghiêm trọng dựa trên từ vựng schema.org và yêu cầu kết quả nhiều định dạng của Google. Chẳng hạn, nó phát hiện Recipe thiếu image hoặc name, hay VideoObject thiếu thumbnailUrl hoặc uploadDate, rồi trả về khối JSON-LD đã sửa để sao chép và dán. Một lượt kiểm tra sạch xác nhận markup có cấu trúc đúng; nó không xác nhận Google sẽ hiển thị bất kỳ nội dung nào từ markup đó.

Rich-Result Eligibility Checker của tôi kiểm tra các hồ sơ được Google hỗ trợ — câu hỏi trung tâm của toàn bộ trang: không phải “JSON-LD này có hợp lệ không?” mà là “trang này có thật sự đủ điều kiện cho một kết quả hiển thị không?”. Dán JSON-LD, một trang HTML hoặc tải một URL đang hoạt động; công cụ sẽ cho biết, theo từng loại, trường bắt buộc nào có và trường nào còn thiếu. Nhờ vậy, trước khi xuất bản, bạn có thể xác nhận mình đang làm việc với một loại có tính năng Google thực sự (Recipe, VideoObject) và đủ điều kiện, hay một loại không có thẻ trực quan riêng (Article, AudioObject, Book), nơi thêm bao nhiêu markup cũng không tạo ra thẻ đó.

Nếu bắt đầu từ một trang trống thay vì sửa markup hiện có, Schema Markup Generator của tôi có các biểu mẫu riêng để tạo JSON-LD Recipe, VideoObject, Course, Movie, Dataset và Article mà không cần viết tay. Khi bạn điền, công cụ cho biết mỗi thuộc tính là bắt buộc theo Google, được Google khuyến nghị hay chỉ thuộc schema.org.

Sau khi markup vượt qua các bước kiểm tra trên, hãy chạy trang qua Rich Results Test của Google. Đây là công cụ Google dùng để xác định điều kiện tham gia, nên là bước xác nhận cuối trước khi phát hành. Tuy vậy, một lượt kiểm tra sạch trong Rich Results Test chỉ xác nhận đủ điều kiện, không bảo đảm Google sẽ chọn hiển thị phần nâng cao — đủ điều kiện không bao giờ đồng nghĩa với chắc chắn hiển thị.

Tự kiểm tra: Schema Tác phẩm sáng tạo

Năm câu hỏi nhanh về tám loại tác phẩm sáng tạo và — trọng tâm của trang tổng quan này — loại nào thật sự có kết quả hiển thị. Chọn một đáp án cho mỗi câu rồi kiểm tra kết quả.

Những tài nguyên đáng đọc

Các bài viết của tôi về schema markup

• Schema Markup — góc nhìn rộng hơn của tôi về từ vựng, định dạng, khả năng hiểu thực thể và vòng đời ngừng hỗ trợ. Creative Works schema là một phần của chủ đề này.
• Enterprise SEO — nguyên tắc thực dụng của tôi, cũng chính là luận điểm của cách phân biệt hợp lệ với hiển thị trong trang tổng quan này: “I’m a fan of schema markup as long as it gets you a search feature.” (bản dịch) «Tôi ủng hộ schema markup miễn là nó mang lại cho bạn một tính năng tìm kiếm.»
• Hướng dẫn nhập môn SEO kỹ thuật — nơi tôi mô tả schema là mã giúp công cụ tìm kiếm hiểu nội dung và cung cấp dữ liệu cho các tính năng làm kết quả nổi bật hơn.

Từ các nguồn trong ngành

Các nguồn sơ cấp — hãy ưu tiên chúng:

• schema.org/CreativeWork — loại bao quát chính thức và hệ phân cấp kiểu con, lấy trực tiếp từ hệ từ vựng. Lưu ý rằng trang không nhắc đến Google, SEO hay kết quả nhiều định dạng. Đó chính là lý do không có một tài nguyên hiện có nào nối trọn vẹn “thế nào là hợp lệ” (schema.org) với “điều gì được hưởng kết quả” (Google).
• Thư viện dữ liệu có cấu trúc cho Google Search (Google Search Central) — danh sách loại được hỗ trợ; nguồn đáng tin cậy để xác định loại nào thật sự nhận được kết quả.
• Simplifying our structured data support (Google Search Central) — thông báo ngừng hỗ trợ tháng 6 năm 2025 đằng sau các thay đổi đối với Course Info, Critic Review và Book Actions.

Các nguồn sau được dẫn một cách minh bạch như ví dụ về sự nhập nhằng mà trang tổng quan này muốn sửa — không phải nguồn được khuyến nghị:

• Bài giải thích schema Article của Yoast là ví dụ rõ về kiểu nói quá cần cảnh giác: bài viết ngụ ý schema Article “can enable rich results like Top Stories, article carousels, and visual enhancements” (bản dịch) «có thể kích hoạt các kết quả nhiều định dạng như Top Stories, băng chuyền bài viết và cải tiến trực quan», trong khi Article không có thẻ trực quan riêng. Tôi chỉ nhắc đến để minh họa sự nhầm lẫn giữa hợp lệ và hiển thị, không phải để khuyên dùng.
• Theo đánh giá của tôi, một số hướng dẫn của Semrush và AIOSEO làm mờ ranh giới giữa việc thêm markup Article hoặc Book với việc đủ điều kiện cho kết quả nhiều định dạng của Google. Hãy xem chúng như góc nhìn triển khai, không phải nguồn đáng tin cậy về điều kiện hiển thị hiện tại trong Google Search.
• schemapros.com và schemaapp.com nằm trong số rất ít nguồn sử dụng nhãn “Creative Work(s)” — hữu ích như tiền lệ cho cách nhóm. Tuy nhiên, schemapros.com dẫn Structured Data Testing Tool đã ngừng thay vì Rich Results Test hiện tại; đây là khoảng trống do công cụ lỗi thời cần tránh.

Nhật ký thay đổi