Trình tạo mã đánh dấu FAQ / Schema
Chọn FAQPage, Organization hoặc LocalBusiness, điền thông tin để tạo dữ liệu có cấu trúc JSON-LD sẵn sàng dán trực tiếp vào trang web. Tiêu chuẩn của Google là tiền đề: nội dung được đánh dấu bắt buộc phải xuất hiện thực tế trên trang, luôn có nội dung trước rồi mới gắn mã đánh dấu.
Ngày cập nhật 2026-08-12 · Phiên bản phương pháp v1.0.0
How to Use
- Chọn một trong các mục Câu hỏi thường gặp, Tổ chức hoặc Doanh nghiệp địa phương từ menu "Loại Schema"
- Điền vào các trường tương ứng theo loại đã chọn, chẳng hạn như Câu hỏi / Câu trả lời, hoặc Tên, URL, Địa chỉ
- Kiểm tra lưu ý bên dưới, nội dung đánh dấu phải nhất quán với nội dung hiển thị thực tế trên trang
- Nhấn "Sao chép JSON-LD", dán đoạn mã vừa tạo vào thẻ head của trang hoặc khối dữ liệu có cấu trúc hiện có
Phương pháp tính toán và giả định
Trang web rõ ràng có mười bộ câu hỏi thường gặp nhưng kết quả tìm kiếm lại không hiển thị thêm thông tin gì nổi bật——tình trạng phổ biến là có nội dung nhưng chưa gắn mã đánh dấu. Dữ liệu có cấu trúc (JSON-LD) là lớp dịch thuật nội dung trang sang định dạng máy có thể đọc: nội dung phục vụ con người, mã đánh dấu dành cho công cụ tìm kiếm và AI, và cả hai bên phải truyền tải cùng một thông điệp nhất quán.
Ba loại schema đảm nhận các vai trò riêng biệt. FAQPage giúp phần hỏi đáp trên trang đủ điều kiện hiển thị định dạng FAQ trong kết quả tìm kiếm và dễ được các công cụ AI trích dẫn hơn; Organization thiết lập thực thể thương hiệu, là căn cứ để sơ đồ tri thức (Knowledge Graph) nhận diện doanh nghiệp của bạn; LocalBusiness mang thông tin địa chỉ, số điện thoại và giờ làm việc, phục vụ cho bản đồ và tìm kiếm địa phương. Hãy xác định rõ vai trò của trang trước khi lựa chọn loại schema.
Cách chèn mã không khó: đặt khối script được tạo (type là application/ld+json) vào phần head hoặc body của trang đều có hiệu lực. Một trang có thể đặt nhiều loại schema, ví dụ trang chủ đồng thời gắn Organization và FAQPage, nhưng không nên lặp lại cùng một loại; Organization chỉ cần khai báo một lần trên toàn bộ website, các trang khác có thể tham chiếu bằng @id hoặc để mẫu giao diện (template) của website xuất dữ liệu đồng bộ.
Ranh giới quy định của Google chỉ có một và không có vùng xám: nội dung được đánh dấu phải thực sự xuất hiện trên trang. Đưa các câu hỏi đáp không có trên trang vào schema FAQPage đồng nghĩa với việc đưa cho bot thu thập dữ liệu một đằng và hiển thị cho người dùng một nẻo, đây là trường hợp điển hình bị coi là spam dữ liệu có cấu trúc——nhẹ thì mã đánh dấu bị bỏ qua, nặng thì đánh mất độ uy tín của toàn bộ website. Trình tự luôn là đưa nội dung lên trang trước, sau đó mới tạo mã đánh dấu.
Mã đánh dấu không bảo đảm xuất hiện kết quả nhiều định dạng (rich results). Schema chỉ mang lại tư cách tham gia, còn việc hiển thị hay không do Google quyết định dựa trên ý định tìm kiếm, chất lượng nội dung và tình trạng website; kỳ vọng hợp lý là——không có mã đánh dấu gần như chắc chắn sẽ không xuất hiện, còn khi đã gắn mã đánh dấu thì quyền phán đoán thuộc về công cụ tìm kiếm. Trước khi đưa vào hoạt động, hãy dùng Công cụ kiểm tra kết quả nhiều định dạng (Rich Results Test) của Google để kiểm tra cú pháp và điều kiện hợp lệ một lần.
Đối với tìm kiếm AI, giá trị của dữ liệu có cấu trúc nằm ở tính có thể xác thực. Các công cụ tìm kiếm tạo sinh khi tổng hợp câu trả lời thường ưu tiên các nguồn có trường dữ liệu rõ ràng, cấu trúc mạch lạc: liên kết sameAs trong Organization, tên, địa chỉ, số điện thoại của LocalBusiness khớp với những gì hiển thị trên trang, tất cả đều là tín hiệu giúp công cụ xác nhận "thương hiệu này là ai". Đây là lý do schema mở rộng từ SEO sang AEO——cùng một bộ mã đánh dấu, cả hai bên đều dùng được.
Trường hợp sử dụng
- Trang dịch vụ của xưởng in: Trên trang đã có sẵn 6 cặp hỏi đáp dạng 'in ghép và in riêng khác nhau ở điểm nào', nhập hàng loạt vào biểu mẫu FAQPage để tạo mã đánh dấu, dán vào trang đó, kiểm tra bằng công cụ thử nghiệm rồi mới đưa lên web.
- Trang chủ website thương hiệu: Organization điền tên công ty, URL của LOGO và 4 liên kết mạng xã hội (sameAs), giúp Sơ đồ tri thức nhận diện website và các tài khoản mạng xã hội là cùng một thực thể thương hiệu.
- 3 chi nhánh mỗi nơi một trang: Mỗi trang gắn một khối LocalBusiness, địa chỉ và số điện thoại khớp từng chữ với nội dung hiển thị trên trang, dùng để cung cấp dữ liệu cho bản đồ và các tìm kiếm địa phương như 'in ấn gần đây'.
- Bài viết blog muốn hiển thị FAQ: Thêm phần hỏi đáp thực tế vào cuối bài viết trước, sau đó nhập cùng đoạn văn bản đó vào công cụ tạo — đưa nội dung lên trước, gắn mã đánh dấu sau, thứ tự không được đảo ngược.
- Trang sản phẩm thương mại điện tử: Công cụ này tạm thời chưa hỗ trợ loại Product, trước mắt hãy dùng FAQPage để đánh dấu các câu hỏi thường gặp trên trang sản phẩm, mã đánh dấu Product để nền tảng thương mại điện tử hoặc plugin SEO xuất ra.
- Nhân viên mới tiếp nhận tài liệu bàn giao vận hành website, đối chiếu phân công chức năng của 3 loại mã đánh dấu để rà soát từng trang xem trang nào của công ty cần gắn mã mà chưa gắn
Câu hỏi thường gặp
- Gắn schema có xuất hiện kết quả nhiều định dạng không?
- Không nhất thiết sẽ xuất hiện, đây là hiểu lầm phổ biến nhất. Mã đánh dấu chỉ mang lại điều kiện hợp lệ, còn việc hiển thị hay không do Google quyết định dựa trên truy vấn và chất lượng; nhưng ngược lại, không có mã đánh dấu thì gần như chắc chắn không thể hiển thị FAQ. Cách làm hợp lý là gắn mã đánh dấu kèm theo vượt qua bài kiểm tra kết quả nhiều định dạng, sau đó tập trung vào chính nội dung.
- Nội dung schema có thể khác với nội dung hiển thị trên trang không?
- Không được, đây là quy định rõ ràng của Google: Dữ liệu có cấu trúc phải khớp với nội dung mà người dùng thực tế nhìn thấy trên trang. Những phần hỏi đáp trang không có thì không được đánh dấu, muốn đánh dấu thì trước tiên phải đưa nội dung lên trang. Vi phạm có thể dẫn đến việc mã đánh dấu bị bỏ qua hoặc uy tín của toàn bộ website bị suy giảm.
- Nên dán JSON-LD vào vị trí nào trên trang web?
- head hay body đều có hiệu lực, Google đều đọc cả hai vị trí. Trong thực tế thường đặt ở head để tiện quản lý; nếu dùng CMS chỉ cần tìm khối 'Mã tùy chỉnh' hoặc 'Mã chân trang' rồi dán vào, không cần can thiệp tệp giao diện mẫu.
- Một trang có thể đặt bao nhiêu loại schema?
- Nhiều loại có thể cùng tồn tại, ví dụ trang chủ vừa gắn Organization vừa gắn FAQPage; nhưng không nên lặp lại cùng một loại trên một trang. Organization chỉ cần xuất hiện một lần trên toàn trang web, các trang khác dùng @id để tham chiếu, khi bảo trì chỉ cần chỉnh sửa ở một nơi.
- Nên chọn loại nào giữa FAQPage, Organization và LocalBusiness?
- Tùy thuộc vào vai trò của trang: Trang có nội dung hỏi đáp chọn FAQPage; trang chủ hoặc trang giới thiệu đại diện cho công ty gắn Organization; trang chi nhánh có địa điểm thực tế cần phục vụ bản đồ và tìm kiếm địa phương dùng LocalBusiness. Một trang có thể đặt cùng lúc nhiều loại nếu cần.
- Sử dụng công cụ tạo này khác gì so với cài đặt plugin SEO?
- Plugin phù hợp để xuất tự động cho toàn bộ trang web, chỉ cần chỉnh cấu hình một lần là có hiệu lực trên tất cả các trang; công cụ tạo này thích hợp để tinh chỉnh thủ công từng trang đơn lẻ, các trang tự lập trình không thể cài plugin, và những ai muốn hiểu rõ cấu trúc JSON-LD. Cả hai không xung đột với nhau, khi dùng song song trên cùng một website chỉ cần lưu ý không xuất trùng lặp cùng một loại schema.
Giới hạn và tuyên bố từ chối trách nhiệm
- Nội dung được đánh dấu phải thực sự tồn tại trên trang (quy định của Google), vi phạm có thể bị đánh giá là spam dữ liệu có cấu trúc
- Mã đánh dấu được tạo ra không đảm bảo sẽ xuất hiện kết quả nhiều định dạng, việc hiển thị do công cụ tìm kiếm quyết định
- Hiện tại hỗ trợ 3 loại FAQPage, Organization, LocalBusiness; tạm thời chưa hỗ trợ Product, Event, Article
- Trước khi đưa lên web vui lòng kiểm tra bằng Công cụ kiểm tra kết quả nhiều định dạng của Google, nhớ cập nhật đồng bộ mã đánh dấu khi nội dung trang thay đổi
Cần chuyên gia kiểm định
Kết quả do công cụ tính toán là giá trị tham khảo kỹ thuật số. Trước khi sản xuất hàng loạt, việc sắp xếp in thử ra sao, định hình quy cách thế nào, file in có rủi ro tiềm ẩn hay không—được chuyên gia trong ngành kiểm tra trước sẽ tiết kiệm hơn nhiều so với việc in hỏng cả lô rồi phải làm lại
Bài viết kiến thức liên quan
Tại sao màu xanh tươi trên màn hình in ra lại bị xỉn? Hiểu rõ CMYK và RGB trong một bài viết
Cùng một tấm ảnh, trên màn hình thì rực rỡ tươi tắn, nhưng in ra lại tối đi một tông, xanh lá hóa đục, hồng cánh sen thành màu chết. Đây gần như là cái bẫy mà Designer mới nào cũng từng sập. Bài viết này rút từ kinh nghiệm thực tế của tôi trên xưởng in và khi làm việc với khách hàng, giúp bạn hiểu thấu từ nguyên lý phối màu, thiết lập file xuất đến bí quyết kiểm tra màu trên màn hình (soft proofing). Đọc xong là biết cách tránh ngay
Chứng nhận FSC và vật liệu giấy bền vững: Cách đọc nhãn sinh thái trên ấn phẩm in
Khách hàng thương hiệu ngày càng hay hỏi "tờ giấy này có chứng nhận môi trường không", nhưng hầu hết thực ra không rõ FSC là gì, ba loại nhãn khác nhau thế nào, và liệu sản phẩm in của mình có được dán nhãn hợp pháp không Bài viết này dựa trên kinh nghiệm nhiều năm của tôi ở cả xưởng sản xuất lẫn bộ phận thu mua, giúp bạn hiểu rõ một lần về chọn giấy, chọn mực, và tuân thủ nhãn hiệu — để biết khi nào nên chọn FSC và cách dùng đúng mà không mắc sai lầm
Định lượng giấy gsm là gì? Danh thiếp, tờ rơi, poster dùng bao nhiêu gsm — giải đáp toàn bộ một lần
Định lượng không phải cứ cao là tốt, cũng không phải đắt là đúng — điều quan trọng là suy ngược từ mục đích sử dụng Bài viết này dùng kinh nghiệm nhiều năm làm việc tại xưởng in và phía khách hàng để giúp bạn hiểu rõ gsm, hiểu độ cứng của giấy, và tự quyết định nên chọn bao nhiêu gsm cho danh thiếp, tờ rơi, poster