Kiểm tra schema: Rich Results Test, Schema Validator và tool MONA

Tụi em gặp cảnh website khách đã gắn FAQ nhưng Google vẫn không hiện phần hỏi đáp, rồi lần kiểm tra schema tiếp theo lại bắt đầu bằng việc tìm thêm mã để dán. Schema là dữ liệu có cấu trúc mô tả nội dung trang cho máy đọc. Kiểm đúng cần xét cú pháp, điều kiện Google hỗ trợ và phần đang bị trùng. Đừng vội dán thêm.

MONA gắn Service, FAQPage, Organization và BreadcrumbList cho website khách, từng gặp cả thiếu trường lẫn trùng khối tổ chức. Vì vậy, tụi em tự viết công cụ đọc trang trước khi sinh JSON-LD, dạng mã chứa dữ liệu có cấu trúc. Bài hướng dẫn anh chị check schema theo đúng câu hỏi cần giải quyết, từ báo cáo Google tới phần còn thiếu trên website. Với 2 khối Organization nằm trên 1 trang, bấm tạo thêm rồi dán vào chỉ khiến việc rà sau đó rối hơn.

Trang có FAQ schema 8 tháng vẫn không hiện trên Google: cảnh MONA gặp ở web khách

Anh chị mở trang dịch vụ, phần hỏi đáp vẫn đủ chữ, mã FAQ vẫn nằm đó, nhưng tìm trên Google lại chỉ thấy đường dẫn cùng phần mô tả quen thuộc. Cảnh chờ 8 tháng trong tình huống này dễ khiến anh chị nghĩ người làm web đã bỏ sót thao tác. Tụi em hiểu cảm giác ấy.

Kiểm tra schema trước đã. FAQPage và phần hỏi đáp hiện trên kết quả tìm kiếm là hai thứ cần kiểm riêng. Theo mốc 8/2023 trong thông tin Google Search Central của Google Search Central, FAQ chỉ còn được hiển thị nổi bật cho website chính phủ hoặc y tế uy tín.

FAQ hợp lệ vẫn cần xét điều kiện hiển thị

Sau khi kiểm tra schema, nếu website dịch vụ của anh chị nằm ngoài nhóm được hỗ trợ, việc chờ thêm 6 tháng hay bấm sinh lại khối hỏi đáp đều chưa trả lời được nguyên nhân phần FAQ không xuất hiện.

Ở MONA, tụi em từng gặp FAQ thiếu trường khi gắn cho khách, vì vậy kiểm tra schema vẫn phải bắt đầu từ dữ liệu thật trên trang. Nhưng sửa đủ trường cũng không tạo ra quyền hiển thị ngoài điều kiện Google công bố. Anh chị đọc phần FAQ schema là gì để tách việc mô tả hỏi đáp khỏi kỳ vọng có thêm diện tích trên trang tìm kiếm.

Muốn kiểm tra schema có ý nghĩa, hãy ghi rõ đang cần sửa mã hay đang muốn có kết quả tìm kiếm có thông tin bổ sung. Hai mục tiêu dẫn tới cách đọc báo cáo khác nhau, vì vậy MONA khuyên giữ phần hỏi đáp có ích cho người đọc, kiểm dữ liệu của nó, rồi dừng việc dán lại chỉ để chờ Google hiện.

Kiểm tra schema phải xét cú pháp, Google hỗ trợ và mã bị trùng

Cùng địa chỉ được dán vào các công cụ kiểm tra schema, một nơi báo nhận dữ liệu, nơi khác không đưa ra loại kết quả anh chị đang chờ, còn trang vẫn chứa mã cũ. Nhìn vậy rất dễ tưởng công cụ nào đó chạy sai. Tụi em tách báo cáo ra trước.

Rich Results Test trả lời về các loại dữ liệu Google hỗ trợ cho kết quả nổi bật. Schema Markup Validator kiểm cú pháp theo schema.org. Đọc đúng phạm vi đã giúp anh chị tránh kết luận quá tay. Còn việc có 2 khối Organization cùng mô tả một tổ chức trên 1 trang cần được rà ngay ở dữ liệu đang tồn tại.

Mỗi bộ kiểm trả lời một câu hỏi riêng

Trong cách tụi em kiểm tra schema cho khách, khối Organization cũ phải được tính vào lần rà mới, vì công cụ sinh mã không biết anh chị đã dán thêm gì sau đó nếu chưa đọc lại trang.

Anh chị chưa quen tên gọi hãy đọc schema là gì trước khi so từng báo cáo. Khi kiểm tra schema, hãy ghi lại địa chỉ đã dùng để khỏi đối chiếu kết quả của các trang khác nhau. Bấm kiểm lại đúng trang vừa sửa, rồi đọc cả lớp cú pháp lẫn lớp hỗ trợ hiển thị.

Kiểm tra schema hợp việc tìm lỗi dữ liệu, việc kết luận toàn bộ website đã đạt SEO thì đừng giao riêng cho nó. Kiểm tra dữ liệu có cấu trúc là phần cụ thể trong phạm vi rà website theo tiêu chí SEO, vì vậy hãy chốt rõ câu hỏi trước khi chọn bộ kiểm.

Cách 1: kiểm tra schema bằng Rich Results Test, đọc lỗi và cảnh báo

Trang kết quả kiểm tra schema vừa mở, anh chị thấy cả lỗi lẫn cảnh báo và muốn gửi nguyên màn hình cho người làm web xử lý. Tụi em cần thêm địa chỉ trang cùng phần chi tiết, vì chỉ nhìn trạng thái chung thì chưa biết trường nào đang vướng. Hãy mở phần chi tiết.

Bước 1: chuẩn bị địa chỉ trang cần kiểm

Mở Google Rich Results Test, dùng địa chỉ của chính trang anh chị muốn xem kết quả tìm kiếm. Kiểm tra schema của trang dịch vụ thì lấy địa chỉ trang dịch vụ. Đừng lấy báo cáo trang chủ làm kết luận cho tất cả trang con. Tụi em giữ nguyên nguyên tắc này khi rà Service và FAQPage đã gắn cho khách.

Bước 2: chạy kiểm và mở phần chi tiết

Nhập địa chỉ, bấm chạy phép kiểm, rồi đọc loại dữ liệu công cụ nhận được trước khi mở các dòng thông báo liên quan đến loại đó.

Lỗi và cảnh báo đều cần được đọc theo tiêu chí Google đang áp dụng, không tự dịch thành lời hứa tăng thứ hạng. Hãy ghi nguyên nội dung thông báo khi bàn giao. Người sửa cần biết công cụ đang nói về trường nào. Trường còn thiếu phải lấy từ dữ liệu thật của website.

Bước 3: xử lý lỗi trước, đọc cảnh báo sau

Sau khi người làm web sửa phần được báo, bấm kiểm tra schema lại địa chỉ đó và đối chiếu kết quả trước sau, thay vì bấm sinh một khối mới rồi mặc định công việc đã hoàn tất.

Trong lần kiểm tra schema, anh chị cũng cần biết phần mở rộng tạo dữ liệu nổi bật đang quản lý phần nào để giao sửa đúng chỗ. Còn đoạn trích nổi bật là chủ đề riêng, đừng gộp mọi kiểu hiển thị Google vào một kết luận. Rich Results Test hợp việc đọc tiêu chí Google, việc xác nhận mọi loại schema.org thì đừng chỉ dùng nó.

Cách 2: dùng Schema Markup Validator khi cần kiểm cú pháp

Anh chị vừa kiểm bằng Google nhưng chưa thấy loại dữ liệu mình cần, trong khi người làm web vẫn chỉ được khối mã đang nằm trên trang. Tụi em chưa yêu cầu xóa khối đó. Rà cú pháp trước đã.

Schema Markup Validator hợp việc kiểm dữ liệu theo schema.org, việc dự đoán Google có hiện hay không thì đừng giao cho nó. Giữ nguyên 1 trang khi đối chiếu sẽ giúp kết quả dễ đọc hơn. Đây là bộ kiểm có phạm vi khác Rich Results Test. Hai công cụ không tranh nhau làm cùng một việc.

Đối chiếu kết quả khi Google không nhận loại schema

Mở bộ kiểm của schema.org, đưa địa chỉ trang cần kiểm tra schema vào công cụ rồi bấm chạy. Anh chị ghi lại loại được nhận cùng thông báo cú pháp để đối chiếu với báo cáo Google.

Vì tụi em gắn cả Organization lẫn Service cho website khách, MONA cần câu trả lời về cấu trúc dữ liệu ngay cả khi câu hỏi hiển thị Google chưa được giải quyết bằng báo cáo đang có.

Khi kiểm tra schema thấy cú pháp đạt, hãy giữ kết luận ở đúng mức đó. Nếu trang còn 2 khối Organization, kết quả cú pháp vẫn chưa trả lời liệu anh chị đang khai báo trùng cùng tổ chức. Bấm tạo thêm sẽ bỏ qua vấn đề này. Kiểm tra schema cần đọc cả thứ đang tồn tại, không chỉ thứ công cụ vừa sinh.

Anh chị xem phạm vi một lần kiểm toán SEO để biết việc nào cần nối tiếp sau bước kiểm dữ liệu. Riêng tổ chức nội dung, cấu trúc tiêu đề trên trang cũng cần được đọc cùng phần mã mô tả nó. MONA chốt sau khi kiểm tra schema: cú pháp đúng thì giữ, còn quyết định hiển thị hãy đem về đúng tiêu chí Google.

Cách 3: kiểm tra schema bằng tool MONA, chỉ sinh phần còn thiếu

Anh chị chuẩn bị dán mã mới, nhưng công cụ kiểm tra schema lại báo loại đó đã có trên trang. Đây là lúc tụi em muốn người dùng dừng lại đọc kết quả, vì chính MONA từng gặp 2 khối Organization bị dán trùng. Đừng dán thêm vội.

Bước 1: dán địa chỉ website

Mở công cụ đọc và tạo schema của MONA, dán vào địa chỉ website cần kiểm. Công cụ đọc trang từ địa chỉ anh chị cung cấp. Hãy dùng trang đang định chỉnh. Việc kiểm tra schema bắt đầu từ dữ liệu thực tế ở đó.

Bước 2: đọc các loại schema đã có

Đọc phần loại schema đã có trước khi lấy mã mới, đối chiếu xem loại mình định bổ sung đã xuất hiện chưa, rồi mới quyết định phần nào thật sự còn thiếu trên trang.

Tụi em tự viết công cụ theo thứ tự này sau những vướng mắc lúc gắn schema cho khách. Một danh sách báo đã có giúp tránh thao tác thừa. Với 1 trang đang có Organization, đừng bấm tạo rồi dán lại chỉ vì khối mới nhìn gọn hơn. Kiểm tra schema phải dẫn tới quyết định giữ, sửa hoặc bổ sung.

Bước 3: lấy JSON-LD cho phần thiếu

Kết quả tiếp theo là khối JSON-LD cho phần còn thiếu. Anh chị đối chiếu dữ liệu trong khối với nội dung trang trước khi giao người quản trị đưa vào website.

Tụi em nói rõ điểm công cụ mình thua: muốn kiểm theo tiêu chí hiển thị Google, Rich Results Test làm đúng việc hơn. Công cụ MONA hợp việc soi phần đã có và sinh phần thiếu, việc bảo đảm Google hiện thì đừng trông vào nó; anh chị xem thêm các công cụ SEO theo từng công việc khi cần rà rộng hơn.

Thử ngay trên trang anh chị đang định dán mã

Anh chị thử kiểm tra schema ngay trên địa chỉ vừa chuẩn bị. Dán vào, đọc loại đã có rồi mới lấy phần thiếu. Nếu kết quả cho thấy loại cần dùng đã tồn tại, hãy dừng thao tác dán và kiểm khối cũ trước.

7 lỗi schema tụi em thường phải rà khi sửa web khách

Màn hình kiểm tra schema báo đã nhận dữ liệu nhưng trang vẫn chưa có kết quả mong muốn, anh chị mở mã ra và không biết bắt đầu sửa từ dòng nào. Tụi em gom việc rà vào 7 lỗi và nhầm lẫn dưới đây, từ thiếu trường tới đọc sai phạm vi công cụ. Hãy tìm đúng dấu hiệu trước.

Ca 2 khối Organization trên 1 trang là lý do MONA cho công cụ đọc dữ liệu đã có trước khi sinh phần mới. FAQ thiếu trường lại cần sửa khối hiện hữu. Hai dấu hiệu này đòi cách xử lý khác nhau. Bấm tạo lại cho cả hai sẽ dễ làm anh chị bỏ qua nguyên nhân.

Ưu tiên sửa theo nguyên nhân đã xác định

Khi kiểm tra schema trên 1 trang, hãy tách phần mã đang sai khỏi phần kỳ vọng đang sai, vì thêm dữ liệu vào trường còn thiếu và chờ Google hỗ trợ một loại hiển thị là hai việc khác nhau.

Sau khi kiểm tra schema, nếu người sửa chưa biết mã xuất phát ở đâu, hãy ghi việc truy nguồn vào phạm vi dịch vụ rà lỗi SEO. Các vấn đề địa chỉ như thẻ xác định URL chính cũng cần được xét riêng. Kiểm tra schema xong phải chỉ ra phần cần sửa cụ thể, đừng bàn giao mỗi ảnh báo cáo.

Schema cho AI search: AI Overview và ChatGPT đọc JSON-LD tới đâu

Anh chị thấy AI Overview trả lời ngay trên Google, mở ChatGPT lại thấy một câu trả lời khác, rồi muốn biết khối JSON-LD vừa gắn đã được đọc chưa. Tụi em hiểu mong muốn đo được phần công sức đã bỏ ra. Chưa có bằng chứng ở đây.

Quan điểm của MONA là giữ FAQPage có ích cho việc tổ chức thông tin để AI đọc, kể cả khi trang không thuộc nhóm có FAQ nổi bật trên Google. Đó là lý do triển khai dữ liệu rõ ràng. Nó chưa chứng minh hệ thống nào đã dùng khối mã của trang cụ thể.

Giữ dữ liệu rõ ràng, chưa hứa được trích dẫn

Với 1 trang đang được kiểm tra schema, hãy đọc phần hỏi đáp hiển thị cùng khối dữ liệu mô tả nó, vì người quản trị cần biết mình đang cung cấp câu trả lời nào trước khi hỏi AI đã dùng chưa.

Tụi em gắn schema cho website khách và tự viết công cụ báo loại đã có; phần công cụ này làm được là đọc trang rồi sinh phần thiếu. Bấm sinh mã không tạo ra báo cáo AI đã trích dẫn website. Bấm kiểm tra schema lại cũng chưa trả lời câu hỏi đó. Anh chị cần tách bằng chứng kỹ thuật khỏi kỳ vọng xuất hiện.

Phần giải thích AI Overview hoạt động theo cách nào giúp anh chị xác định đúng kiểu kết quả đang theo dõi. Còn khi bàn về tối ưu nội dung cho công cụ trả lời AI, đừng gom mọi việc vào một lần kiểm tra schema. Nội dung và dữ liệu mô tả phải được xem cùng nhau.

MONA khuyên kiểm tra schema, giữ FAQ có nội dung thật, sửa trường thiếu và bỏ khối trùng trước. Việc cam kết ChatGPT hay AI Overview dẫn lại trang phải có bằng chứng riêng, vì vậy đừng trả tiền cho lời hứa xuất hiện chỉ dựa vào JSON-LD đã được tạo.

Chuyện MONA: web bán lẻ 2.000 sản phẩm và trang dịch vụ trùng Organization

Ca bán lẻ là một chuỗi cửa hàng đồ gia dụng với khoảng 2.000 sản phẩm trên web. Tụi em gắn Product cho từng trang sản phẩm, có giá, tình trạng còn hàng, đánh giá. Chạy Rich Results Test trang đầu tiên thấy xanh, mọi người mừng. Tụi em không dừng ở đó. Kéo thêm 30 trang ngẫu nhiên vào kiểm thì lòi ra một nhóm sản phẩm hết hàng vẫn khai còn hàng, vì template đổ dữ liệu từ một trường cũ. Một trang đúng không có nghĩa cả danh mục đúng. Sửa template một chỗ, kiểm lại 30 trang lần nữa, lúc đó mới ký nghiệm thu. Trang sản phẩm lên khối kết quả có giá sau khoảng 3 tuần, phần này tụi em không hứa trước với khách vì Google không hẹn ngày.

Ca dịch vụ ngược lại: một công ty tư vấn có trang giới thiệu gắn Organization hai lần, một khối do theme sinh, một khối do plugin SEO sinh, hai khối khai số điện thoại khác nhau. Không tool nào báo lỗi cú pháp, vì mỗi khối đứng riêng đều hợp lệ. Chỉ khi dán URL vào tool của MONA, phần loại đã có hiện Organization ×2 thì mới thấy. Tụi em tắt khối của theme, giữ khối plugin, cập nhật đúng số hotline. Việc mất mười phút. Lỗi này nằm ở web khách hơn một năm mà không ai biết, vì chẳng ai nghĩ phải đếm số khối trước khi dán thêm.

Câu hỏi thường gặp khi kiểm tra schema

Anh chị giữ cửa sổ báo cáo bên cạnh trang vừa sửa, còn vài quyết định chưa rõ trước khi bàn giao công việc. Tụi em gom câu trả lời theo việc cần làm, bám giới hạn của Rich Results Test, Schema Markup Validator và công cụ MONA. Cứ đối chiếu từng việc.

Kiểm tra schema bằng công cụ nào trước?

Muốn đọc lỗi theo Google thì dùng Rich Results Test. Muốn biết cú pháp thì dùng Schema Markup Validator. Chuẩn bị bổ sung mã thì cho công cụ MONA đọc loại đã có trước. Với 1 trang, giữ cùng địa chỉ khi bấm chạy các bộ kiểm để khỏi so nhầm.

Google không nhận dữ liệu có nghĩa là trang chưa gắn schema?

Chưa đủ căn cứ để kết luận như vậy, vì Rich Results Test của Google chỉ kiểm các loại được hỗ trợ cho kết quả nổi bật, trong khi câu hỏi trang có dữ liệu gì cần được xét rộng hơn.

FAQPage còn cần giữ trên website dịch vụ không?

MONA vẫn khuyên giữ khi phần hỏi đáp có ích và dữ liệu đúng. Mốc 8/2023 trong tài liệu được cung cấp giới hạn nhóm website có FAQ nổi bật. Đừng lấy thời gian chờ làm lý do dán lại. Lý do giữ FAQ cho AI cần được hiểu trong giới hạn bằng chứng đã nêu ở trên.

Đạt kiểm tra rồi bao lâu mới có kết quả nổi bật?

Kết quả test schema chưa cung cấp thời hạn Google sẽ hiển thị, vì vậy tụi em không lấy mốc 6 tháng trong tình huống chờ đợi làm lịch xử lý của Google. Hãy xét điều kiện từng loại thay vì hẹn ngày theo cảm tính.

Một trang có nhiều loại schema có phải bị trùng?

Cần xem chúng đang mô tả gì. Danh sách MONA triển khai có Organization, LocalBusiness, Service, Product, Article, FAQPage, BreadcrumbList, HowTo, SoftwareApplication và VideoObject. Hai khối cùng tên loại chưa đủ để kết luận trùng; hãy đọc dữ liệu bên trong.

Tool MONA đã sinh mã thì còn phải kiểm lại không?

Có, hãy đối chiếu phần thiếu với dữ liệu đã có rồi kiểm lại sau khi đưa mã lên trang, vì tụi em viết công cụ để giảm việc dán trùng. Báo cáo của công cụ tạo mã vẫn cần được đối chiếu bằng bộ kiểm đúng phạm vi.

Kiểm tra schema có mất phí không? Cả ba đều miễn phí: Rich Results Test là công cụ công khai của Google, Schema Markup Validator của schema.org cũng vậy, còn tool MONA không cần đăng ký và không giới hạn lượt kiểm. Thứ tốn tiền là thời gian đọc kết quả cho đúng.

Khi nào cần MONA rà rộng hơn một trang?

Khi chưa xác định nguồn mã trùng hoặc phạm vi ảnh hưởng, hãy đưa việc kiểm tra schema vào lần kiểm toán SEO cho website. Nếu cần duy trì sau bàn giao, đọc thêm về công cụ hỗ trợ quản trị website và chốt người giữ nguồn dữ liệu trước khi mở rộng việc sửa.

Chốt việc rà schema trong 1 buổi, đừng để trang chờ hiển thị suốt 6 tháng

Anh chị mở lại trang dịch vụ đang chờ Google hiện FAQ, nhìn thấy mã vẫn còn và chuẩn bị nhờ người làm web dán lại thêm một lượt. Cảnh chờ 6 tháng cho thấy cần đổi cách rà. Đọc báo cáo trước đã.

MONA biết công sức đã nằm trong phần hỏi đáp, khối dữ liệu và những lần anh chị đối chiếu kết quả tìm kiếm, nên tụi em muốn buổi kiểm tra schema bắt đầu từ chính những thứ đã làm.

Anh chị mang theo các phần đã thử (địa chỉ trang, nội dung FAQ, khối JSON-LD đang dùng, báo cáo công cụ). Tụi em sẽ cùng đọc theo thứ tự cú pháp, Google hỗ trợ và dữ liệu trùng. Bấm tạo thêm chưa giải quyết được 2 khối Organization cùng tồn tại. Chờ thêm cũng chưa làm website ngoài nhóm hỗ trợ có FAQ nổi bật.

Mang trang đang lỗi tới buổi rà cùng MONA

Hãy dành 1 buổi trong tuần này để xác định nguồn mã và phạm vi cần sửa; đây là lịch bắt đầu công việc, không phải cam kết hoàn tất mọi website hay thời hạn Google hiển thị.

Với danh mục 2.000 sản phẩm, phạm vi kiểm tra schema cần nói rõ đã xét những trang nào. Với trang dịch vụ trùng Organization, cần biết nguồn khai báo nào được giữ. Giải pháp cần có người chịu trách nhiệm cho dữ liệu đang chạy. Anh chị xem phạm vi dịch vụ SEO của MONA rồi gọi 1900 636 648, mang đúng trang và báo cáo đang vướng để tụi em rà cùng.

Nếu trang chỉ thiếu phần công cụ đã xác định rõ, anh chị dùng công cụ MONA sinh phần schema còn thiếu rồi kiểm chéo kết quả. Chưa cần thuê thêm người chỉ để dán mã. Hãy thuê MONA khi cần truy nguồn lỗi và rà phạm vi đang vượt khỏi lần kiểm tra schema trên 1 trang.