Article Schema cho blog WordPress: khai báo đúng để Google hiểu bạn là ai

Một bài viết có tên tác giả hiển thị trên giao diện chưa chắc đã truyền đạt đầy đủ thông tin đó cho máy tìm kiếm. Google vẫn phải xác định đâu là tiêu đề, ai là người viết, bài được xuất bản khi nào, cập nhật lần cuối lúc nào và hình ảnh nào đại diện cho nội dung.

Article Schema giúp mô tả những dữ kiện này bằng cấu trúc mà máy có thể đọc. Với blog cá nhân, phần đáng chú ý không chỉ là headline hay datePublished, mà còn là mối liên hệ giữa bài viết và thực thể tác giả. Khai báo đúng không tự tạo ra chuyên môn hoặc thứ hạng, nhưng giúp thông tin về nội dung và người viết nhất quán hơn.

Nếu bạn chưa quen với dữ liệu có cấu trúc, nên đọc trước bài Schema Markup là gì? để hiểu cách schema hoạt động và giới hạn thực tế của nó.

Article Schema là gì?

Article Schema là dữ liệu có cấu trúc dùng để mô tả một bài viết. Theo tài liệu Google Search Central, đối tượng bài viết có thể dùng một trong ba kiểu thuộc schema.org: Article, BlogPosting hoặc NewsArticle.

Khi được triển khai đúng, dữ liệu này giúp Google xác định rõ hơn tiêu đề, hình ảnh, ngày đăng, ngày cập nhật và tác giả của bài. Đây là dữ liệu hỗ trợ Google hiểu trang, không phải cam kết rằng bài sẽ có rich result hay được xếp hạng cao hơn.

JSON-LD là định dạng phù hợp với phần lớn website WordPress vì mã có thể đặt tách khỏi nội dung hiển thị. Nếu đang dùng Rank Math, plugin thường tạo JSON-LD tự động nên bạn không cần chèn thêm một đoạn mã giống hệt bằng tay.

Nên chọn Article, BlogPosting hay NewsArticle?

Ba kiểu này có quan hệ gần nhau nhưng không nên dùng tùy ý.

Nguyên tắc dễ nhớ là chọn kiểu cụ thể nhất nhưng vẫn phản ánh đúng nội dung. Vì vậy, bài bạn đang đọc nên dùng BlogPosting.

NewsArticle không phải phiên bản “cao hơn” của Article. Gắn nhãn tin tức cho một bài hướng dẫn SEO không làm bài có thêm lợi thế. Với Rank Math, việc đưa một loại bài vào News Sitemap còn có thể khiến plugin chuyển schema của loại bài đó thành NewsArticle, nên chỉ bật khi website thực sự xuất bản tin tức.

Google khuyến nghị những thuộc tính nào?

Tài liệu hiện tại của Google không đặt ra thuộc tính bắt buộc cho Article Schema. Thay vào đó, website nên cung cấp những thuộc tính phù hợp và chính xác. Điều này không có nghĩa là một đoạn mã chỉ gồm @type đã đủ tốt.

Các thuộc tính nên có gồm:

Google cũng khuyên dùng ảnh có độ phân giải cao và, khi có điều kiện, cung cấp các tỷ lệ 16:9, 4:3 và 1:1. Không nên lấy logo làm ảnh bài viết hoặc khai báo một URL ảnh bị chặn thu thập dữ liệu.

Ngoài danh sách Google nêu cho tính năng Article, schema.org còn có những thuộc tính như description, publisher, inLanguage và mainEntityOfPage. Bạn có thể sử dụng khi dữ liệu đúng với trang, nhưng không cần thêm thuộc tính chỉ để đoạn JSON-LD trông dài hơn.

Author Schema không phải một huy hiệu E-E-A-T

Một lỗi thường gặp là xem author như cách chứng minh chuyên môn. Schema chỉ khai báo dữ kiện; nó không thể biến một hồ sơ sơ sài thành chuyên gia và cũng không thay thế bằng chứng trên trang.

Để thông tin tác giả có ý nghĩa, ba lớp dữ liệu nên khớp nhau:

1. Bài viết hiển thị tên tác giả và liên kết đến trang hồ sơ.
2. Article Schema khai báo đúng người bằng author.name và author.url.
3. Trang hồ sơ trình bày kinh nghiệm, lĩnh vực làm việc, bài đã viết và các kênh chính chủ có thể kiểm chứng.

Nếu muốn hiểu thêm cách các trang và thuộc tính cùng mô tả một chủ thể, bạn có thể xem bài Entity Building là gì?. Cần nhớ rằng việc nối các dữ kiện nhất quán chỉ giúp máy giảm mơ hồ, không bảo đảm thứ hạng.

author.name chỉ nên chứa tên

Với bài của Mai Kim Tuyến, cách khai báo phù hợp là:

"author": {
  "@type": "Person",
  "name": "Mai Kim Tuyến"
}

Không nên ghi:

"name": "Mai Kim Tuyến - SEO Lead, SEO Consultant hàng đầu"

Chức danh có thể đặt ở jobTitle trên thực thể Person nếu cần. Tên nhà xuất bản thuộc về publisher, không ghép vào tên tác giả.

Chọn một author.url chính

Google cho biết author.url có thể là trang giới thiệu, trang hồ sơ nội bộ hoặc tài khoản mạng xã hội nhận diện duy nhất người viết. Nếu dùng trang hồ sơ nội bộ, trang đó nên có ProfilePage Schema phù hợp.

maikimtuyen.com hiện có nhiều URL giới thiệu cùng một người. Trong ví dụ ở bài này, URL chính được chọn là:

https://maikimtuyen.com/tuyen-la-ai-seo-strategist/

Đây là trang giới thiệu nghề nghiệp đang được liên kết từ trang chủ. Khi đã chọn, các bài viết nên cùng trỏ về URL này thay vì mỗi bài dùng một trang giới thiệu khác nhau. Những trang hồ sơ còn lại cần được phân vai rõ, liên kết về trang chính hoặc xử lý canonical khi nội dung gần trùng nhau.

Chỉ thêm sameAs khi URL đã được xác minh

sameAs dùng để nối thực thể tác giả với các hồ sơ chính chủ ở nơi khác. Chỉ nên thêm URL thật, công khai và thuộc đúng người. Không dùng trang tìm kiếm, trang chia sẻ lại nội dung hoặc một tài khoản chưa xác nhận.

Không nhất thiết phải có thật nhiều URL sameAs. Một vài hồ sơ chính chủ, còn hoạt động và thống nhất tên gọi có giá trị hơn một danh sách dài nhưng khó kiểm tra.

Phân biệt tác giả và nhà xuất bản

author trả lời câu hỏi “ai viết bài này?”, còn publisher cho biết “ai xuất bản bài này?”. Hai vai trò có thể là hai thực thể khác nhau.

Với website doanh nghiệp, tác giả có thể là một Person, còn nhà xuất bản là Organization. Với blog cá nhân do chính chủ vận hành, publisher có thể tham chiếu đến cùng thực thể Person, miễn là điều đó phản ánh đúng mô hình xuất bản.

Riêng NewsArticle, cấu hình của Rank Math yêu cầu nhà xuất bản là Organization. Vì maikimtuyen.com là blog chuyên môn chứ không phải trang tin, không cần đổi toàn bộ bài sang NewsArticle hoặc tạo ra một tổ chức không có thật.

Điều quan trọng là giữ một @id ổn định cho mỗi thực thể. Nếu cùng một người lúc được khai báo là /#person, lúc lại là /author/admin/#author và lúc khác không có @id, hệ thống sẽ tạo ra nhiều nút rời rạc cho cùng một người.

Mẫu JSON-LD cho maikimtuyen.com

Đoạn dưới đây minh họa Article Schema cho chính bài viết này. URL bài, tiêu đề và trang tác giả đã được điền theo cấu trúc dự kiến. Trước khi dùng, cần thay URL ảnh cùng thời gian đăng, thời gian cập nhật bằng dữ liệu thực tế trong WordPress.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "BlogPosting",
      "@id": "https://maikimtuyen.com/article-schema-wordpress#article",
      "mainEntityOfPage": {
        "@id": "https://maikimtuyen.com/article-schema-wordpress#webpage"
      },
      "headline": "Article Schema cho blog WordPress: khai báo đúng để Google hiểu bạn là ai",
      "description": "Hướng dẫn khai báo Article Schema cho blog WordPress, gồm author, publisher, ngày đăng, hình ảnh và cách kiểm tra dữ liệu do Rank Math tạo.",
      "image": [
        "https://maikimtuyen.com/wp-content/uploads/2026/08/article-schema-wordpress.jpg"
      ],
      "datePublished": "2026-08-28T09:00:00+07:00",
      "dateModified": "2026-08-28T09:00:00+07:00",
      "inLanguage": "vi-VN",
      "author": {
        "@id": "https://maikimtuyen.com/#person"
      },
      "publisher": {
        "@id": "https://maikimtuyen.com/#person"
      }
    },
    {
      "@type": "WebPage",
      "@id": "https://maikimtuyen.com/article-schema-wordpress#webpage",
      "url": "https://maikimtuyen.com/article-schema-wordpress",
      "name": "Article Schema cho blog WordPress: khai báo đúng để Google hiểu bạn là ai",
      "isPartOf": {
        "@id": "https://maikimtuyen.com/#website"
      },
      "inLanguage": "vi-VN"
    },
    {
      "@type": "Person",
      "@id": "https://maikimtuyen.com/#person",
      "name": "Mai Kim Tuyến",
      "url": "https://maikimtuyen.com/tuyen-la-ai-seo-strategist"
    }
  ]
}
</script>

Mốc thời gian và đường dẫn ảnh trong ví dụ là dữ liệu minh họa, không nên sao chép nguyên trạng nếu bài đăng vào ngày khác hoặc WordPress tạo URL ảnh khác. dateModified phải phản ánh lần sửa nội dung gần nhất, không nên tự động đổi mỗi khi trang được tải.

Nếu website được cấu hình với một nhà xuất bản dạng Organization có thật, cần đổi publisher.@id sang nút tổ chức hiện có do Rank Math tạo. Không tạo thêm một nút Organization thứ hai chỉ vì một bài viết cần schema.

Cấu hình Article Schema trong Rank Math

Rank Math thường đã tạo phần lớn dữ liệu cần thiết. Mục tiêu không phải viết lại toàn bộ JSON-LD, mà là kiểm tra plugin đang lấy đúng dữ liệu hay chưa.

1. Chọn đúng kiểu bài viết

Trong phần Schema của bài đăng, chọn:

• Schema Type: Article
• Article Type: Blog Post

Bạn cũng có thể đặt mặc định cho post tại Rank Math SEO → Titles & Meta → Posts. Không nên đặt Article Schema làm mặc định cho mọi Page vì trang dịch vụ, trang giới thiệu và trang liên hệ không phải bài viết.

2. Kiểm tra dữ liệu tác giả trong WordPress

Tên hiển thị của tài khoản tác giả phải là “Mai Kim Tuyến”, không phải tên đăng nhập hoặc “Admin”. Trang hồ sơ cần có nội dung riêng và phải được liên kết từ tên tác giả trên bài.

Rank Math có thể lấy URL tác giả từ author archive khi tính năng này được bật. Tuy nhiên, không nên mở lập chỉ mục một archive mỏng chỉ để có author.url. Nếu trang giới thiệu nghề nghiệp mới là hồ sơ chính, cần chỉnh đầu ra schema để author.url trỏ về trang đó.

3. Kiểm tra schema mà plugin đã xuất

Sau khi lưu bản nháp hoặc xuất bản, mở mã nguồn trang và tìm application/ld+json. Kiểm tra các điểm sau:

• Chỉ có một Article hoặc BlogPosting mô tả bài.
• headline khớp với tiêu đề hiển thị.
• author.name đúng tên người viết.
• author.url hoặc author.@id dẫn đến đúng hồ sơ.
• Ngày đăng, ngày cập nhật và múi giờ đúng.
• URL ảnh mở được và không bị chặn lập chỉ mục.
• Không có hai plugin cùng tạo Article Schema.

Sau đó đưa URL vào Rich Results Test và kiểm tra lại bằng URL Inspection trong Google Search Console. Công cụ báo hợp lệ chỉ có nghĩa là cú pháp và các trường được nhận diện; đó không phải dự báo vị trí xếp hạng.

Nếu cần rà lại toàn bộ thao tác xuất bản, xem thêm hướng dẫn đăng bài chuẩn SEO trên WordPress.

Khi nào nên chỉnh đầu ra của Rank Math?

Giữ nguyên cấu hình tự động nếu Rank Math đã tạo đúng kiểu bài, đúng tác giả, đúng URL hồ sơ, đúng ngày và không bị trùng schema.

Chỉ nên chỉnh khi có một vấn đề cụ thể, chẳng hạn:

• Plugin trỏ author.url về archive mỏng hoặc sai người.
• Website có nhiều nút Person với các @id khác nhau cho Mai Kim Tuyến.
• Bài blog bị gắn thành NewsArticle.
• publisher mô tả một tổ chức không tồn tại hoặc xung đột với cấu hình toàn website.
• Hai plugin SEO cùng xuất Article Schema.
• Ngày cập nhật bị ghi mới dù nội dung không được sửa.

Trước khi dùng filter PHP hoặc Advanced Editor, nên lưu lại JSON-LD hiện tại và xác định chính xác trường cần sửa. Một chỉnh sửa theo cấu trúc cũ của plugin có thể làm mất dữ liệu sau khi Rank Math cập nhật. Sau mỗi lần can thiệp, cần kiểm tra lại trang thật chứ không chỉ xem trong trình soạn thảo.

Checklist trước khi xuất bản

• Bài dùng BlogPosting, không phải NewsArticle.
• Tiêu đề trên trang và headline thống nhất.
• Tên tác giả hiển thị rõ, có liên kết đến hồ sơ.
• author.name chỉ chứa “Mai Kim Tuyến”.
• author.url thống nhất về một trang hồ sơ chính.
• Ảnh đại diện đúng chủ đề, URL có thể truy cập.
• datePublished và dateModified dùng đúng thời điểm, có múi giờ.
• Chỉ một hệ thống chịu trách nhiệm tạo Article Schema.
• Đã kiểm tra Rich Results Test và URL Inspection.

Article Schema tốt bắt đầu từ dữ liệu thật và nhất quán. Nếu phần giới thiệu tác giả, ngày đăng hoặc ảnh đại diện trên trang còn sai, chỉnh JSON-LD riêng lẻ chỉ che đi vấn đề chứ không giải quyết nó.

Để tiếp tục xây nền dữ liệu có cấu trúc cho website, đọc bài trụ cột Schema Markup là gì? Hướng dẫn hiểu và triển khai đúng.

Nguồn tham khảo:

• Google Search Central: Article structured data
• Google Search Central: ProfilePage structured data
• Google Search Central: Nguyên tắc chung về dữ liệu có cấu trúc
• Rank Math: Article Schema Type
• Rank Math: Author Schema Entity