Schema & Structured Data

sameAs

Thuộc tính schema.org liên kết thực thể với các trang đại diện chính thức trên mạng xã hội hoặc cơ sở dữ liệu uy tín.

8 lượt xem Cập nhật: 31/05/2026

sameAs là gì?

sameAs là một thuộc tính chính thức của schema.org, dùng để khai báo rằng một thực thể (như doanh nghiệp, cá nhân, tổ chức, địa điểm…) được mô tả trong dữ liệu cấu trúc có cùng danh tính với các trang web khác — thường là trang đại diện chính thức trên mạng xã hội, cơ sở dữ liệu uy tín hoặc cổng thông tin quốc gia.

Ví dụ: Trang chủ một công ty có thể dùng sameAs để liên kết tới Facebook Page, LinkedIn Company Page, Wikipedia tiếng Việt, hoặc trang trong Cổng Thông tin Quốc gia về Đăng ký Doanh nghiệp.

Thuộc tính này chỉ nhận giá trị là URL (chuỗi bắt đầu bằng https:// hoặc http://) và phải trỏ đến trang trực tiếp đại diện cho **cùng một thực thể**, không phải trang con, trang tìm kiếm hay trang tổng hợp.

Tại sao quan trọng trong SEO?

sameAs không ảnh hưởng trực tiếp đến thứ hạng từ khóa, nhưng đóng vai trò then chốt trong việc nâng cao độ tin cậy và tính nhất quán của dữ liệu cấu trúc — yếu tố nền tảng giúp công cụ tìm kiếm hiểu đúng bản chất thực thể của bạn.

Cụ thể:

Tăng cường nhận diện thực thể: Khi Google thấy nhiều nguồn uy tín (Wikipedia, LinkedIn, Facebook) đều trỏ về cùng một thực thể qua sameAs, hệ thống sẽ củng cố niềm tin rằng đây là một thực thể thật, có tồn tại ngoài đời.
Hỗ trợ Rich Results & Knowledge Graph: Dữ liệu sameAs đầy đủ và chính xác giúp Google dễ dàng ghép nối thông tin để hiển thị hộp thông tin bên phải (Knowledge Panel), đặc biệt với thương hiệu, người nổi tiếng, doanh nghiệp lớn.
Cải thiện tính nhất quán cục bộ (NAP+): Kết hợp với thuộc tính name, address, telephone, sameAs giúp xác minh tính đồng nhất của tên – địa chỉ – điện thoại – liên kết mạng xã hội — yếu tố quan trọng với SEO địa phương.
Không gây hại nếu dùng đúng: Không như một số thuộc tính schema dễ bị lạm dụng (ví dụ review giả), sameAs gần như không có rủi ro phạt nếu tuân thủ nguyên tắc “cùng thực thể”.

Cách hoạt động

Khi Googlebot thu thập dữ liệu cấu trúc (JSON-LD, Microdata hoặc RDFa), nó đọc giá trị của thuộc tính sameAs và kiểm tra:

Tính hợp lệ của URL (có thể truy cập, trả mã 200, không bị chặn bởi robots.txt).
Tính phù hợp ngữ nghĩa: trang đích có chứa thông tin xác nhận danh tính thực thể (ví dụ: Wikipedia có tiêu đề khớp tên doanh nghiệp; Facebook Page có phần “Giới thiệu” ghi rõ tên và lĩnh vực hoạt động).
Tính nhất quán: nhiều nguồn sameAs nên dẫn đến các trang có nội dung bổ sung, không mâu thuẫn nhau về tên, địa chỉ, logo, mô tả.

Nếu phát hiện mâu thuẫn (ví dụ: sameAs trỏ tới Facebook Page của đối thủ), Google có thể bỏ qua toàn bộ khối schema hoặc giảm độ tin cậy của dữ liệu.

Hướng dẫn thực hiện

Dưới đây là các bước triển khai sameAs an toàn và hiệu quả:

Xác định thực thể rõ ràng: Đảm bảo bạn đang mô tả một thực thể có danh tính công khai — ví dụ: “Công ty TNHH ABC”, “Bác sĩ Nguyễn Văn X”, “Bệnh viện Đa khoa XYZ”.
Chọn đúng nguồn liên kết: Chỉ dùng URL từ các nền tảng có độ tin cậy cao và có trang đại diện riêng cho thực thể đó. Không dùng URL tìm kiếm, URL nhóm cộng đồng, hoặc trang không chính thức.
Thêm vào dữ liệu cấu trúc: Khuyến khích dùng JSON-LD trong thẻ <head>. Ví dụ:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Công ty TNHH ABC",
  "url": "https://abc.vn",
  "sameAs": [
    "https://www.facebook.com/congtyabc",
    "https://vi.wikipedia.org/wiki/Công_ty_TNHH_ABC",
    "https://www.linkedin.com/company/abc-vietnam",
    "https://dangkykinhdoanh.gov.vn/tra-cuu-doanh-nghiep/ABC123"
  ]
}

Kiểm tra bằng công cụ: Dùng Google Search Console → Báo cáo “Dữ liệu tăng cường” hoặc Rich Results Test để xác nhận sameAs được nhận diện đúng.
Duy trì định kỳ: Kiểm tra mỗi quý xem các URL trong sameAs còn hoạt động, chưa đổi tên, chưa bị xóa hoặc chuyển hướng sai.

Lỗi thường gặp

Lỗi	Hệ quả	Cách khắc phục
Liên kết tới trang không đại diện trực tiếp (ví dụ: trang tìm kiếm Google)	Google bỏ qua toàn bộ thuộc tính `sameAs`	Thay bằng URL trang chính thức duy nhất của thực thể trên nền tảng đó
Dùng URL HTTP thay vì HTTPS	Một số trình duyệt và công cụ cảnh báo bảo mật; Google ưu tiên HTTPS	Luôn kiểm tra và cập nhật thành `https://`; dùng redirect 301 nếu cần
Liên kết tới trang đã xóa hoặc trả mã 404/410	Giảm độ tin cậy dữ liệu cấu trúc; có thể ảnh hưởng đến hiển thị Knowledge Panel	Xóa URL lỗi khỏi mảng `sameAs`; thay thế bằng nguồn thay thế đáng tin cậy hoặc tạm bỏ nếu không có lựa chọn nào
Đưa quá nhiều URL không liên quan (ví dụ: 20+ mạng xã hội nhỏ)	Gây nhiễu dữ liệu; làm chậm quá trình xử lý schema	Giới hạn tối đa 5–7 nguồn uy tín nhất. Ưu tiên: Wikipedia, Facebook, LinkedIn, Instagram (nếu có), trang chính phủ hoặc cơ sở dữ liệu quốc gia

Ví dụ thực tế

Dưới đây là đoạn JSON-LD hoàn chỉnh cho một phòng khám tư nhân tại TP.HCM:

{
  "@context": "https://schema.org",
  "@type": "MedicalClinic",
  "name": "Phòng Khám Đa Khoa Tâm An",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "123 Đường Lê Lợi",
    "addressLocality": "Quận 1",
    "addressRegion": "TP.HCM",
    "postalCode": "700000"
  },
  "telephone": "+842838221234",
  "url": "https://tamankham.vn",
  "sameAs": [
    "https://www.facebook.com/phongkhamtaman",
    "https://vi.wikipedia.org/wiki/Phòng_Khám_Đa_Khoa_Tâm_An",
    "https://www.linkedin.com/company/tam-an-clinic",
    "https://benhvien.gov.vn/co-so-y-te/PHONG-KHAM-TAM-AN-123456"
  ]
}

Lưu ý: Tất cả URL trong sameAs đều dẫn đến trang chính thức, có tên phòng khám xuất hiện rõ ràng ở tiêu đề hoặc phần giới thiệu — đảm bảo tính nhất quán ngữ nghĩa.

Câu hỏi thường gặp

sameAs có giúp tăng thứ hạng Google không?

Không trực tiếp. sameAs không phải yếu tố xếp hạng, nhưng hỗ trợ Google hiểu rõ hơn về thực thể của bạn — từ đó cải thiện khả năng xuất hiện trong Knowledge Panel, kết quả tìm kiếm thương hiệu và các tính năng mở rộng như FAQ, Local Business Cards.

Có nên thêm sameAs cho từng chi nhánh?

Có, nếu chi nhánh có trang đại diện riêng (ví dụ: Facebook Page riêng, trang trên Google Maps với thông tin đầy đủ). Mỗi chi nhánh nên có khối schema riêng với sameAs tương ứng. Tuy nhiên, không nên dùng chung URL sameAs của trụ sở chính cho tất cả chi nhánh — điều này gây mâu thuẫn dữ liệu.

Có thể dùng sameAs cho trang cá nhân không?

Có thể, nhưng chỉ khi cá nhân đó có danh tính công khai rõ ràng và có trang đại diện chính thức trên ít nhất 2 nền tảng uy tín (ví dụ: LinkedIn cá nhân + Wikipedia + trang cá nhân trên website trường đại học). Với cá nhân bình thường, việc thêm sameAs là không cần thiết và có thể gây nhiễu.