Organization schema là dữ liệu có cấu trúc (structured data) theo schema.org giúp công cụ tìm kiếm hiểu “tổ chức này là ai” và giảm nhầm lẫn với các entity trùng hoặc gần giống tên. Triển khai phù hợp nhất ở trang Home hoặc About, nơi có thông tin quản trị như tên, URL, logo, liên hệ, địa chỉ và các kênh chính thức (sameAs). Mục tiêu chính là tăng tính nhất quán entity và khả năng đối chiếu thông tin.
1) Organization schema là gì và dùng để làm gì #
Organization schema là JSON-LD mô tả một tổ chức theo schema.org để máy hiểu đúng entity và các thông tin hành chính cốt lõi.
Google mô tả Organization structured data là cách cung cấp thông tin quản trị về tổ chức (đặc biệt trên homepage) để hỗ trợ hiểu đúng entity và phân biệt với tổ chức khác; một số thuộc tính giúp disambiguation (ví dụ iso6523, naics) và một số thuộc tính liên quan đến logo trong hệ sinh thái tìm kiếm (không đồng nghĩa “đảm bảo hiển thị”).
Định nghĩa:
Organization schema là JSON-LD mô tả một tổ chức (type Organization hoặc subtype phù hợp) nhằm giúp máy hiểu danh tính entity, điểm liên hệ, và dấu hiệu hiện diện online/offline theo đúng nội dung hiển thị trên trang.
2) Dùng khi nào và không dùng khi nào #
Nên dùng ở Home hoặc About; không cần nhúng mọi trang. Chỉ đánh dấu dữ liệu có thể đối chiếu trên trang.
Google khuyến nghị đặt Organization structured data ở homepage hoặc một trang mô tả tổ chức (About), và không yêu cầu triển khai trên toàn bộ website.
Đúng khi #
- Trang là homepage/about và có nội dung giới thiệu tổ chức.
- Dữ liệu trong schema khớp nội dung hiển thị (tên, địa chỉ, liên hệ).
- Cần thống nhất entity: logo, URL, và các kênh chính thức (sameAs).
- Có thông tin liên hệ/địa chỉ công khai để tăng khả năng đối chiếu.
Sai khi #
- Đánh dấu thông tin không có trên trang hoặc có thể gây hiểu nhầm.
- Đưa dữ liệu “chỉ để cho bot” nhưng người dùng không thể đối chiếu.
- Dùng sai type: trường hợp phù hợp
LocalBusinessnhưng vẫn dùngOrganizationmà không có lý do rõ. - Copy template nhưng để sai URL, logo không truy cập được (404), hoặc thông tin liên hệ không nhất quán.
3) Chọn type đúng (cơ bản tới nâng cao) #
Bắt đầu với Organization, sau đó dùng subtype “cụ thể nhất” nếu mô hình doanh nghiệp yêu cầu.
Google khuyến nghị chọn subtype cụ thể nhất của schema.org và bổ sung trường theo hướng dẫn tương ứng (ví dụ: ecommerce có thể cân nhắc OnlineStore; local có thể dùng các subtype thuộc LocalBusiness).
- Cơ bản:
Organization - Nếu local business: cân nhắc subtype
LocalBusinessvà triển khai trường địa chỉ/liên hệ theo hướng dẫn. - Nếu ecommerce: cân nhắc
OnlineStore(và dùng schema phù hợp cho trang sản phẩm nếu có).
4) Mẫu JSON-LD chuẩn (v1.0) #
V1.0 ưu tiên “đúng, đủ, kiểm tra được”: name, url, logo, contactPoint, address; thêm legalName/taxID khi thông tin đang công khai trên trang.
Với Organization schema, Google nêu rằng không có thuộc tính bắt buộc, nhưng nên cung cấp thông tin hữu ích để hiểu đúng tổ chức. Điện thoại nên dùng định dạng có mã quốc gia nếu số điện thoại được công khai trên website.
Nguyên tắc đối chiếu: Chỉ đưa vào schema những dữ liệu người dùng có thể kiểm tra trên trang. Nếu một trường chưa công khai, nên bỏ khỏi schema hoặc bổ sung nội dung hiển thị trước.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "REPLACE_WITH_ORG_NAME",
"legalName": "REPLACE_WITH_LEGAL_NAME_IF_PUBLIC",
"url": "https://example.com/",
"logo": "https://example.com/path-to-logo.png",
"email": "contact@example.com",
"telephone": "+84-000-000-000",
"taxID": "REPLACE_WITH_TAX_ID_IF_PUBLIC",
"address": {
"@type": "PostalAddress",
"streetAddress": "REPLACE_WITH_STREET_ADDRESS",
"addressLocality": "REPLACE_WITH_CITY",
"addressRegion": "REPLACE_WITH_REGION",
"postalCode": "REPLACE_WITH_POSTAL_CODE",
"addressCountry": "VN"
},
"contactPoint": {
"@type": "ContactPoint",
"contactType": "sales",
"telephone": "+84-000-000-000",
"email": "contact@example.com",
"availableLanguage": ["vi"]
},
"sameAs": [
"REPLACE_WITH_OFFICIAL_PROFILE_URL_1",
"REPLACE_WITH_OFFICIAL_PROFILE_URL_2"
]
}
</script>
Ví dụ
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "VLINK ASIA",
"legalName": "CÔNG TY TNHH VLINK ASIA",
"url": "https://www.vlink.asia/",
"email": "contact@vlink.asia",
"telephone": "0888 949 336",
"taxID": "0316573663",
"address": {
"@type": "PostalAddress",
"streetAddress": "L18-11-13, Tầng 18, Vincom Center Đồng Khởi, 72 Lê Thánh Tôn, Phường Sài Gòn",
"addressLocality": "TP. Hồ Chí Minh",
"addressCountry": "VN"
},
"contactPoint": {
"@type": "ContactPoint",
"telephone": "0888 949 336",
"email": "contact@vlink.asia"
},
"logo": "REPLACE_WITH_CRAWLABLE_LOGO_URL",
"sameAs": [
"REPLACE_WITH_OFFICIAL_SOCIAL_OR_PROFILE_URL_1",
"REPLACE_WITH_OFFICIAL_SOCIAL_OR_PROFILE_URL_2"
]
}
</script>5) Checklist validate (ai cũng tự kiểm tra lại được) #
Validate theo 2 lớp: (1) Rich Results Test và URL Inspection (GSC) để xác nhận Google đọc được, (2) Schema Markup Validator để kiểm tra schema.org tổng quát.
- Rich Results Test: kiểm tra lỗi và cảnh báo liên quan structured data.
- URL Inspection (GSC): xác nhận Google fetch được và không bị chặn index.
- Schema Markup Validator: kiểm tra syntax/graph và type/property theo schema.org.
- Visible match: đối chiếu dữ liệu schema với nội dung hiển thị trên trang.
- Crawlability: URL logo truy cập được (không 404), không bị robots/noindex chặn.
6) Schema Adoption Rate (định nghĩa và cách đếm) #
Adoption Rate cần “page mục tiêu” rõ ràng vì Organization schema không cần triển khai sitewide.
- Page mục tiêu (target pages):
Homepagevà/hoặcAbout page(tùy cấu trúc website). - Adopted: trang có Organization schema hợp lệ, không lỗi critical, và dữ liệu khớp nội dung trang.
- Cách đếm: Schema Adoption Rate = (Số target pages “Adopted”) / (Tổng target pages)
7) Liên kết nội bộ theo ngữ cảnh (gợi ý) #
Liên kết nội bộ giúp người đọc chuyển từ tài liệu schema sang các trang triển khai thực tế (Home/About) và các trang dịch vụ liên quan.
Version log #
v1.0 #
Current: v1.0
Last updated: 2026-01-28
Applies to: Organization Schema
- What changed: Phát hành template JSON-LD + checklist validate.
- Why changed: Chuẩn hóa triển khai và giảm lỗi conflict/duplicate.
- Status: Active
Nguồn tham khảo (official) #
Google Search Central – Organization schema: https://developers.google.com/search/docs/appearance/structured-data/organization
Google Search Central – General structured data guidelines:
https://developers.google.com/search/docs/appearance/structured-data/sd-policies
Google Search Central – Intro to structured data:
https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
Structured data markup that Google Search supports:
https://developers.google.com/search/docs/appearance/structured-data/search-gallery
Schema.org – Organization:
https://schema.org/Organization
Schema.org – ContactPoint:
https://schema.org/ContactPoint
Schema.org Validator:
https://validator.schema.org/
Nhận định từ VLINK #
Tài liệu này ưu tiên khả năng kiểm tra lại: định nghĩa rõ use-case, đánh dấu dữ liệu có thể đối chiếu trên trang, quy trình validate, và version log. Cách viết và mẫu JSON-LD được thiết kế để người đọc có thể áp dụng và tự kiểm chứng độc lập.



Bước tiếp theo
Muốn SEO lên top bền vững, hãy đi tiếp theo đúng cấp độ của bạn
Bài viết này chỉ là một phần trong hệ thống SEO của VLINK Asia. Bạn có thể đọc thêm tài liệu miễn phí, bắt đầu từ nền tảng, học full-stack SEO hoặc làm trực tiếp trên website thật của mình.
Trung tâm tài liệu
Kho tài liệu SEO thực chiến về Entity SEO, SEO cho AI, technical SEO, content, internal link, KPI, schema và cấu trúc website.
Vào Trung tâm tài liệuSEO Launchpad
Khóa học SEO nền tảng 8 buổi trong 1 tháng, phù hợp với người mới hoặc team cần hiểu đúng SEO trước khi triển khai sâu.
Xem SEO LaunchpadKhóa học SEO Master
Chương trình 36 buổi trong 3 tháng, học SEO tổng thể từ chiến lược, technical, content, entity, schema, internal link đến đo lường.
Xem SEO MasterMentor SEO 1:1
Mentor trực tiếp trên website của bạn: rà URL, menu, cấu trúc nội dung, internal link, KPI, landing page và kế hoạch SEO thực tế.
Xem Mentor SEO 1:1