Nhiều site chỉ dán FAQPage rồi dừng. Với SEO/GEO doanh nghiệp, hãy tách tín hiệu: Organization/ProfessionalService cho thương hiệu, Service cho trang dịch vụ, BreadcrumbList cho vị trí trong cây trang, BlogPosting cho bài viết, FAQPage khi có FAQ thật.
Organization / ProfessionalService
Khai báo tên, url, logo, telephone, email, address, foundingDate, sameAs. Dùng @id ổn định (ví dụ #org) để BlogPosting/WebPage trỏ publisher/about. Đối chiếu với footer và trang Liên hệ.
Service trên trang trụ
Trang SEO & GEO có thể có Service với provider trỏ Organization, areaServed Country/City đúng sự thật. Giá công khai có thể nêu trong nội dung HTML (xem bảng giá); schema không cần bịa Offer ảo.
BreadcrumbList
Khớp với HTML crumb: Trang chủ → Blog → Bài. URL tuyệt đối https apex. Đổi slug thì sửa cả hai.
Quan hệ với FAQPage & llms.txt
Đọc FAQPage cho GEO và llms.txt. Schema không thay nội dung hay tốc độ — nó làm rõ ngữ nghĩa khi nội dung đã trung thực.
Cần Vesta Design dựng JSON-LD sạch: 0356 413 333.
Checklist triển khai JSON-LD
- Dùng
@graphhoặc nhiều script rõ ràng; tránh trùng@id. - Organization/ProfessionalService khớp NAP footer.
- BlogPosting có author Person, datePublished/dateModified thật.
- BreadcrumbList khớp HTML crumb (cùng số cấp, cùng tên).
- FAQPage chỉ khi FAQ hiển thị; text trong schema = text trên trang.
Lỗi thường gặp
Nhồi AggregateRating không có review thật; LocalBusiness giả ở tỉnh khác; FAQ schema trong khi trang không có FAQ; canonical www trong khi schema dùng apex. Sửa từng lỗi có bằng chứng validator, không “thêm schema cho chắc”.
Thứ tự ưu tiên site doanh nghiệp
- Organization + WebSite trên toàn cục (hoặc layout chung).
- Service trên trang trụ dịch vụ.
- BlogPosting + Breadcrumb trên bài viết.
- FAQPage có chọn lọc trên trang tiền tệ.
Schema là lớp ngữ nghĩa — vẫn cần nội dung trung thực và tốc độ ổn. Kết hợp với bài FAQPage cho GEO và llms.txt trong cùng hệ entity.
Ví dụ thực tế: trang dịch vụ nêu rõ phạm vi và giá niêm yết trên HTML; schema không bịa Offer “giảm 70%” khi site không bán vậy.
Bảo trì schema
Khi đổi hotline, địa chỉ, hoặc gỡ FAQ — cập nhật JSON-LD cùng ngày. Đưa vào checklist bảo trì để không quên. Validator lại sau mỗi đợt lớn.
Cần Vesta Design dựng/rà schema: 0356 413 333.
Câu hỏi thường gặp
Có cần LocalBusiness không?
Chỉ khi bạn thật sự là địa điểm giao dịch công khai. Agency remote không nên tạo LocalBusiness giả ở tỉnh khác.
FAQPage có được bịa câu hỏi không?
Không. Chỉ đánh dấu FAQ đang hiển thị trên trang.
Breadcrumb ảnh hưởng UX thế nào?
Giúp người đọc biết đang ở đâu và hỗ trợ sitelink/điều hướng; giữ HTML breadcrumb khớp schema.
Ví dụ tách schema theo loại trang
Trang chủ: Organization + WebSite. Trang SEO & GEO: thêm Service (provider trỏ Organization). Bài blog: BlogPosting + Breadcrumb. Trang có FAQ thật: thêm FAQPage. Đừng dán cả bốn loại vào mọi URL “cho chắc”.
Breadcrumb trên bài viết phản ánh Trang chủ → Blog → Bài. Trên trang ngành có thể là Trang chủ → Ngành → Tên ngành. HTML crumb và JSON-LD phải cùng cấp — lệch tên sẽ gây nhiễu.
Kiểm thử trước khi lên live
- Dán JSON-LD vào validator schema.org / Rich Results Test.
- Xem nguồn trang: FAQ nhìn thấy có khớp không.
- So telephone/email với footer.
- Xác nhận không còn AggregateRating bịa.
Schema không làm trang chậm đáng kể nếu để JSON gọn; tránh nhúng trùng nhiều block Organization copy-paste lệch nhau trên cùng trang.
Khi nào cần LocalBusiness?
Khi bạn là địa điểm khách tới giao dịch và muốn tín hiệu địa phương gắn địa chỉ đó. Agency chỉ có studio TP.HCM thì ProfessionalService/Organization với address HCMC là đủ. Không tạo LocalBusiness “chi nhánh ảo” ở tỉnh landing.
Đọc thêm FAQPage tại bài FAQ schema — bài này cố ý không lặp cách viết FAQ mà tập trung Organization/Service/Breadcrumb.
Ví dụ đoạn Service tối giản
Trên trang trụ, Service có thể gồm name, description ngắn trùng đoạn mở HTML, provider @id Organization, areaServed Country Vietnam và City HCMC nếu studio ở đó. Không cần liệt kê mọi tỉnh trong areaServed chỉ vì có landing — trừ khi bạn thật sự có hiện diện địa phương tương ứng.
BreadcrumbList dùng URL tuyệt đối https. Đổi domain hoặc slug: sửa schema cùng HTML. Thêm kiểm tra vào PR/deploy checklist để JSON-LD không bị bỏ quên.
Khi kết hợp FAQPage, giữ FAQ ngắn; schema không chứa văn phong marketing. Validator báo lỗi thì sửa trước khi coi là xong.
Tài liệu bàn giao cho đội kỹ thuật
Kèm file: mẫu JSON-LD Organization, mẫu Breadcrumb, quy tắc khi nào được thêm FAQPage, danh sách cấm (rating giả, LocalBusiness ảo). Dev mới vào đọc một lần là triển khai đúng. Tester có checklist tick trước merge.
Trên môi trường tĩnh như vestadesign, schema nằm trong từng HTML — cần generator hoặc snippet chung để khỏi lệch NAP giữa các trang. Khi đổi hotline, tìm-replace có kiểm soát toàn site, rồi spot-check 5 URL trụ.
GEO hưởng lợi khi Organization rõ; SEO hưởng lợi khi Breadcrumb và BlogPosting sạch. Cả hai không thay thế nội dung và tốc độ — chúng làm rõ ngữ nghĩa cho máy đọc.
Khi triển khai trên site đa trang, kiểm tra schema ở cả trụ dịch vụ và vài landing như TP.HCM hoặc trang ngành nha khoa — mỗi loại trang đúng kiểu schema, không copy LocalBusiness ảo.
Văn phòng: 557 Đỗ Xuân Hợp, Phước Long, Thành phố Hồ Chí Minh. Thư điện tử info@vestadesign.com.vn. Fanpage VestaDesign2016. Hồ sơ Clutch: clutch.co/profile/vesta-design.