Mục lục bài viết7 mục
- 1.Nguyên tắc chọn kiểu schema markup trước khi mở checklist
- 2.Schema markup cho trang chủ và trang giới thiệu
- 3.Schema markup cho bài viết blog và bài hướng dẫn
- 4.Schema markup cho trang sản phẩm và trang danh mục
- 5.Trang sự kiện, trang tuyển dụng và trang khóa học
- 6.Cách rà toàn site và bảng kết quả điền sẵn
- 7.Lỗi thường gặp khi triển khai theo loại trang
Đánh dấu thừa gây hại nhiều hơn đánh dấu thiếu. Mỗi loại trang chỉ cần một kiểu chính đúng với mục đích của nó, cộng vài kiểu nền dùng chung cho cả website. Checklist schema markup dưới đây chia theo bảy loại trang phổ biến, nói rõ kiểu nào bắt buộc, kiểu nào tùy chọn và kiểu nào nên tránh.
Nguyên tắc chọn kiểu schema markup trước khi mở checklist
Câu hỏi đúng không phải trang này gắn được kiểu schema markup nào, mà trang này tồn tại để làm gì. Một trang chỉ có một mục đích chính, nên nó cũng chỉ có một kiểu chính. Mọi kiểu thêm vào chỉ hợp lệ khi nội dung tương ứng thật sự hiển thị trên trang.
Có hai kiểu nền nên khai một lần cho toàn website và tự động xuất trên mọi trang: kiểu mô tả chủ thể sở hữu website, tức Organization hoặc Person, và kiểu mô tả chính website đó. Hai kiểu này trả lời câu hỏi ai đứng sau nội dung này, và chúng là phần schema markup dễ khai nhất trong toàn bộ danh sách vì dữ liệu không đổi theo trang.
Kiểu thứ ba nên có ở hầu hết trang là đường dẫn phân cấp, tức BreadcrumbList. Nó giúp kết quả tìm kiếm hiển thị đường dẫn thay vì URL thô, và dữ liệu để khai đã có sẵn nếu website của bạn có menu phân cấp.
Schema markup cho trang chủ và trang giới thiệu
Trang chủ nhận kiểu nền mô tả chủ thể và kiểu mô tả website. Với doanh nghiệp có địa chỉ thật, thay kiểu Organization chung bằng kiểu cụ thể hơn theo ngành, ví dụ LocalBusiness cho cửa hàng có mặt bằng, và khai đầy đủ địa chỉ, giờ mở cửa, số điện thoại.
Nếu website có ô tìm kiếm nội bộ, khai thêm hành động tìm kiếm trong khối mô tả website. Đây là điều kiện để kết quả tìm kiếm có thể hiển thị ô tìm kiếm riêng cho website của bạn.
Trang giới thiệu dùng kiểu AboutPage, đơn giản và ít trường. Đừng gắn kiểu Article cho trang giới thiệu, vì nó không phải nội dung xuất bản theo thời điểm.
Kiểu nên tránh ở nhóm này là các kiểu đánh giá. Khai điểm đánh giá cho chính tổ chức của mình mà không có nguồn đánh giá thật hiển thị trên trang là vi phạm rõ ràng trong hướng dẫn về schema markup.
Schema markup cho bài viết blog và bài hướng dẫn
Bài blog nhận kiểu schema markup là Article, hoặc kiểu con của nó là BlogPosting. Các trường nên có: tiêu đề, ảnh đại diện, ngày xuất bản, ngày cập nhật nếu có, và tác giả trỏ tới một thực thể Person có trang riêng.
Trường tác giả là chỗ tạo khác biệt lớn nhất mà ít người khai đủ. Thay vì để tên tác giả dưới dạng chuỗi, khai nó như một thực thể có định danh trỏ về trang tiểu sử tác giả trên chính website. Nhờ vậy mọi bài của cùng một người được nối với nhau thành một cụm rõ ràng.
Bài hướng dẫn từng bước có thể dùng thêm kiểu HowTo, với điều kiện bài thật sự có các bước đánh số và mỗi bước là một hành động cụ thể. Bài mang tính giải thích khái niệm không thuộc loại này dù có chia mục.
Kiểu nên tránh ở đây là FAQPage gắn máy móc vào cuối mọi bài. Chỉ khai khi phần hỏi đáp thật sự tồn tại trên trang và trả lời câu hỏi mà bài chưa nói tới ở phần trên.
Schema markup cho trang sản phẩm và trang danh mục
Trang chi tiết sản phẩm nhận schema markup kiểu Product kèm khối chào bán bên trong, gồm giá, đơn vị tiền tệ, tình trạng hàng và URL. Nếu có đánh giá thật từ người mua hiển thị trên trang, khai thêm điểm trung bình và số lượt đánh giá.
Trang danh mục thì khác hẳn và đây là chỗ sai phổ biến nhất trong toàn bộ checklist schema markup. Trang danh mục không phải một sản phẩm, nên không gắn kiểu Product. Kiểu phù hợp là ItemList liệt kê các sản phẩm bên trong, cộng với BreadcrumbList.
Với trang danh mục có phần nội dung mô tả do bạn viết, không cần gắn thêm kiểu Article. Nội dung đó là phần bổ trợ cho danh mục, không phải một bài viết độc lập.
Trang giỏ hàng, trang thanh toán và trang tài khoản không cần đánh dấu gì cả. Chúng cũng không nên nằm trong chỉ mục ngay từ đầu.
Trang sự kiện, trang tuyển dụng và trang khóa học
Ba loại này có kiểu schema markup riêng với yêu cầu dữ liệu chặt hơn hẳn, và cũng là ba loại mang lại hiển thị đặc biệt rõ rệt nhất khi khai đúng.
Trang sự kiện dùng kiểu Event, bắt buộc có tên, thời gian bắt đầu và địa điểm. Với sự kiện trực tuyến, trường địa điểm khai dạng địa điểm ảo kèm URL tham dự. Sự kiện đã kết thúc nên cập nhật trạng thái thay vì xóa trang.
Trang tuyển dụng dùng kiểu JobPosting, bắt buộc có tiêu đề vị trí, mô tả công việc, ngày đăng, và tổ chức tuyển dụng. Trường ngày hết hạn quan trọng hơn người ta tưởng, vì tin tuyển dụng quá hạn mà không đánh dấu sẽ ảnh hưởng tới độ tin cậy của cả nhóm tin trên website.
Trang khóa học dùng kiểu Course với tên, mô tả và tổ chức cung cấp. Nếu có nhiều buổi hoặc nhiều đợt khai giảng, khai thêm phần thể hiện từng đợt thay vì tạo nhiều trang trùng nội dung.
Điểm chung của ba loại này: dữ liệu có thời hạn. Đưa vào lịch rà định kỳ để nội dung hết hạn không nằm lại trong khối schema markup của website.
Cách rà toàn site và bảng kết quả điền sẵn
Cách rà schema markup hiệu quả là theo mẫu trang chứ không theo từng URL. Liệt kê các mẫu trang website đang có, chọn hai URL đại diện cho mỗi mẫu, kiểm bằng công cụ kiểm tra kết quả nhiều định dạng, rồi ghi vào bảng bốn cột: mẫu trang, kiểu chính đang khai, kiểu chính nên khai, việc cần làm.
Bảng dưới đây là kết quả rà cho một website bán hàng khoảng 400 trang, dùng nền tảng WordPress kèm WooCommerce.
Số liệu và kết quả trong ví dụ dưới đây là bản dựng cho một tình huống giả định, không phải bản ghi lấy từ một website cụ thể.
Trang chủ: đang khai Organization, nên khai LocalBusiness vì có cửa hàng thật, việc cần làm là bổ sung địa chỉ và giờ mở cửa. Trang chi tiết sản phẩm: đang khai Product nhưng thiếu tình trạng hàng, việc cần làm là bổ sung trường tình trạng lấy từ dữ liệu kho. Trang danh mục: đang khai Product cho cả trang, sai kiểu, việc cần làm là đổi sang ItemList. Trang bài viết blog: đang khai Article với tác giả dạng chuỗi, việc cần làm là đổi tác giả thành thực thể có trang riêng. Trang giới thiệu: chưa khai gì, việc cần làm là thêm AboutPage. Trang liên hệ: chưa khai gì, chấp nhận được, không bắt buộc. Trang giỏ hàng: đang khai Product thừa từ theme, việc cần làm là tắt.
Hai dòng đáng ưu tiên trong bảng này là trang danh mục và trang giỏ hàng, vì cả hai đang khai sai kiểu chứ không phải thiếu trường, và khai sai gây rủi ro cao hơn nhiều so với khai thiếu.
Lỗi thường gặp khi triển khai theo loại trang
Lỗi thứ nhất là để plugin tự khai rồi không kiểm lại. Nhiều theme và plugin gắn kiểu mặc định cho mọi loại nội dung, dẫn tới trang giỏ hàng mang kiểu sản phẩm hoặc trang danh mục mang kiểu bài viết.
Lỗi thứ hai là khai hai khối cùng kiểu trên một trang do plugin và theme cùng sinh. Kết quả là dữ liệu mâu thuẫn và công cụ kiểm tra báo cảnh báo mà không chỉ rõ nguồn.
Lỗi thứ ba là chạy theo số lượng kiểu schema markup. Thêm nhiều kiểu không làm trang mạnh hơn, nó chỉ tăng số chỗ có thể sai. Một kiểu chính khai đủ trường bắt buộc luôn tốt hơn năm kiểu khai nửa vời.
=== FAQ === Q: Website nhỏ chỉ có blog thì cần bao nhiêu kiểu là đủ? A: Ba kiểu là đủ gồm kiểu mô tả chủ thể, kiểu mô tả website và kiểu Article cho từng bài, thêm BreadcrumbList nếu website có phân cấp danh mục rõ. Q: Khai đúng rồi mà kết quả tìm kiếm vẫn không hiển thị định dạng đặc biệt thì sao? A: Đánh dấu chỉ tạo điều kiện chứ không đảm bảo hiển thị, Google vẫn chọn theo từng truy vấn, nên hãy kiểm rằng trang đủ điều kiện trong báo cáo Kết quả nhiều định dạng rồi chấp nhận rằng phần còn lại nằm ngoài kiểm soát. Q: Có nên dùng công cụ sinh mã đánh dấu tự động không? A: Dùng được để tạo bản nháp nhanh, nhưng luôn phải sửa lại cho khớp dữ liệu thật của trang và không được để công cụ tự bịa trường mà trang không có.
Rà theo bảy loại trang ở trên, bạn có một bản đồ rõ ràng về việc mỗi mẫu trang cần gì và đang thừa gì, thay vì gắn thêm kiểu mới mỗi lần đọc được một bài hướng dẫn. Nên bắt đầu từ việc kiểm hai mẫu trang mang nhiều traffic nhất, vì lỗi khai sai kiểu ở đó ảnh hưởng tới hàng trăm URL cùng lúc.
