Dữ liệu có cấu trúc lược đồ tổ chức rất hữu ích khi có trên trang web vì nó truyền thông tin quan trọng tới Google, sau đó có thể được sử dụng để trình bày dữ liệu của tổ chức trong kết quả tìm kiếm một cách hấp dẫn.

Đây là lý do tại sao việc triển khai dữ liệu có cấu trúc của tổ chức một cách chính xác lại quan trọng.

Các kiểu và thuộc tính dữ liệu cấu trúc

Trước khi chúng ta tìm hiểu về kiểu dữ liệu tổ chức, điều quan trọng là phải hiểu kiểu dữ liệu và thuộc tính là gì.

Có hai thành phần của dữ liệu có cấu trúc phải được hiểu để nó có ý nghĩa:

  • Loại dữ liệu có cấu trúc: Một kiểu dữ liệu có cấu trúc nói chung là một thứ.
  • Thuộc tính dữ liệu có cấu trúc: Thuộc tính dữ liệu có cấu trúc là chất lượng của sự vật (thường được gọi là thuộc tính).

Để sử dụng ngôn ngữ kỹ thuật của dữ liệu có cấu trúc, một thuộc tính là thuộc tính của một kiểu dữ liệu có cấu trúc.

Loại dữ liệu có cấu trúc và thuộc tính được xác định

Khi bạn xem một tập lệnh dữ liệu có cấu trúc, bạn sẽ thấy rằng nó có dữ liệu các loại.

Các kiểu dữ liệu cho biết chủ đề của dữ liệu có cấu trúc Schema.org là gì.

Tương tự của một loại dữ liệu có cấu trúc

Ví dụ, một loại dữ liệu tương tự có thể là một người.

Trong ví dụ này, một người là một sự vật (hoặc dữ liệu gõ phím) mà tập lệnh dữ liệu có cấu trúc đáng tin cậy này nói về.

Chiều cao, giới tính và màu tóc của người đó có thể được cho là thuộc tính của người đó.

Các thuộc tính đó, trong dữ liệu có cấu trúc, được gọi là tính chất của kiểu dữ liệu (trong ví dụ đáng tin cậy này là một người).

Loại dữ liệu tổ chức và thuộc tính của nó

Trở lại với loại hình tổ chức, một công ty có thể là thứ được mô tả.

Hoặc, như thường lệ, kiểu tổ chức là một phần của dữ liệu có cấu trúc lớn hơn.

Dữ liệu có cấu trúc tổ chức lồng nhau

Một tập lệnh dữ liệu có cấu trúc có thể chứa nhiều kiểu dữ liệu có cấu trúc.

Đây được gọi là làm tổ các kiểu dữ liệu.

Giống như các kiểu dữ liệu có cấu trúc khác, kiểu dữ liệu có cấu trúc tổ chức có thể là một phần của tập lệnh dữ liệu có cấu trúc lớn hơn.

Điều này được gọi là “lồng nhau”.

Ví dụ: kiểu dữ liệu có cấu trúc tổ chức có thể được lồng trong dữ liệu có cấu trúc “khóa học” của trường đại học để cho biết tên của trường cung cấp khóa học.

Đây là một ví dụ về kiểu dữ liệu có cấu trúc tổ chức được lồng trong một dữ liệu có cấu trúc khóa học đại học.

Ví dụ từ Google:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Course",
"name": "Introduction to Computer Science and Programming",
"description": "Introductory CS course laying out the basics.",
"provider": {
"@type": "Organization",
"name": "University of Technology - Eureka",
"sameAs": "http://www.ut-eureka.edu"
}
}
</script>

Như bạn có thể thấy ở trên, dữ liệu có cấu trúc tổ chức được lồng trong một dữ liệu có cấu trúc khác, trong trường hợp này, nó được lồng trong tập lệnh dữ liệu có cấu trúc của khóa học.

Loại dữ liệu có cấu trúc và dữ liệu tổ chức theo công thức

Của Google tài liệu dữ liệu có cấu trúc công thức bao gồm một thuộc tính được đề xuất cho tác giả hoặc tổ chức cho mỗi dữ liệu có cấu trúc công thức nấu ăn.

Nếu tác giả là một người cụ thể thì việc sử dụng người loại tài sản cho tác giả.

Đôi khi, một người cụ thể không được ghi nhận với nội dung và trong trường hợp đó, cơ quan kiểu dữ liệu có cấu trúc có thể được sử dụng.

Khi loại dữ liệu có cấu trúc của tổ chức được sử dụng, kết quả nhiều định dạng sẽ hiển thị tên của tổ chức với tư cách là tác giả của nội dung.

Dữ liệu có cấu trúc tổ chức

Trong trường hợp cụ thể của dữ liệu có cấu trúc khóa học ở trường học, Google yêu cầu sử dụng loại dữ liệu tổ chức cho mỗi khóa học có đánh dấu dữ liệu có cấu trúc cho nó.

Nhưng Google không yêu cầu nó đối với dữ liệu có cấu trúc khác có thể có một loại tổ chức.

Một ví dụ điển hình về điều này là với dữ liệu có cấu trúc sản phẩm.

Google cung cấp hướng dẫn dữ liệu có cấu trúc cho hai trường hợp:

  1. Một trang cho một sản phẩm duy nhất.
  2. Một trang tổng hợp cho một sản phẩm.

Công cụ tổng hợp là một trang web hoặc nền tảng liệt kê các sản phẩm từ nhiều người bán.

Hướng dẫn của Google về dữ liệu có cấu trúc sản phẩm khuyên bạn nên sử dụng loại dữ liệu có cấu trúc “thương hiệu” hoặc “tổ chức”.

Đối với người bán sản phẩm, việc sử dụng “tổ chức” để mô tả nhà sản xuất hoặc người bán sản phẩm không thực sự có ý nghĩa. Thương hiệu cụ thể và logic hơn.

Cho dù nhà bán lẻ là Walmart, Etsy, Amazon hay eBay, bạn có thể sẽ không thấy loại dữ liệu tổ chức được sử dụng trên các trang sản phẩm của họ.

Lý do là loại dữ liệu có cấu trúc “thương hiệu” là thích hợp hơn.

Nếu bạn truy cập Google Kiểm tra kết quả nhiều định dạng và kiểm tra URL của trang sản phẩm từ eBay, Etsy, Walmart hoặc Amazon, bạn sẽ thấy rằng không có trang nào trong số đó sử dụng dữ liệu có cấu trúc tổ chức cho các sản phẩm được liệt kê để bán trên trang web của họ.

Điểm rút ra là dữ liệu có cấu trúc của tổ chức không phải lúc nào cũng phù hợp, ngay cả khi Google nói rằng bạn có thể sử dụng nó, đó là trường hợp của nhiều trường hợp.

Khi Google đề xuất một phương án thay thế tốt hơn, bạn nên chọn phương án thay thế.

Các tổ chức kinh doanh địa phương

Có những tình huống khác mà loại dữ liệu có cấu trúc của tổ chức có thể được sử dụng, chẳng hạn như cho dữ liệu có cấu trúc của doanh nghiệp địa phương.

Tuy nhiên, có nhiều tùy chọn để lựa chọn về loại hình kinh doanh cục bộ, điều này khiến việc chọn loại dữ liệu có cấu trúc tổ chức không phải là lựa chọn tốt nhất.

Tổ chức có thể quá chung chung để sử dụng cho một doanh nghiệp địa phương.

Vì vậy, tốt nhất bạn nên chọn loại hình doanh nghiệp cụ thể nhất khi tạo dữ liệu có cấu trúc cho một doanh nghiệp địa phương.

Nếu doanh nghiệp là nhà hàng, thì tốt nhất bạn nên sử dụng dữ liệu có cấu trúc nhà hàng cụ thể.

Google khuyến nghị:

“Sử dụng loại phụ LocalBusiness cụ thể nhất có thể; ví dụ: Restaurant, DaySpa, HealthClub, v.v. ”

Có thêm thông tin trên Google Trang Trung tâm tìm kiếm cho các doanh nghiệp địa phương.

Đánh giá Doanh nghiệp Địa phương

Điều quan trọng cần lưu ý là một doanh nghiệp địa phương có thể thêm các bài đánh giá của người dùng về doanh nghiệp của họ vào dữ liệu có cấu trúc doanh nghiệp địa phương.

Một điều cần lưu ý là dữ liệu có cấu trúc doanh nghiệp địa phương, bao gồm cả dữ liệu có đánh giá của khách hàng, không được sao chép lại trên mọi trang của trang web.

John Mueller của Google đặc biệt không khuyến khích việc sử dụng dữ liệu có cấu trúc của tổ chức doanh nghiệp địa phương có các đánh giá trên mọi trang.

Rõ ràng, một số doanh nghiệp đã bắt đầu sử dụng dữ liệu có cấu trúc đó trên mọi trang với hy vọng nhận được kết quả nhiều sao đánh giá trên trang kết quả tìm kiếm của Google.

Trong hangout của Google After Hours, vào khoảng 51:36 phút của video, John Mueller giải thích:

“Theo như tôi biết thì đó chỉ là trang chủ… đối với chúng tôi điều đó không quan trọng lắm vì chúng tôi cần có thể tìm thấy nó trên một nơi nào đó như trang chủ hoặc trang liên hệ.

Nhưng nếu chúng ta có nó ở nơi khác thì nó không thay đổi bất cứ điều gì đối với chúng ta.

Vì vậy, điều quan trọng không nên so sánh với nó là đánh dấu đánh giá, nơi đôi khi chúng ta thấy mọi người đặt đánh giá công ty trên tất cả các trang của trang web với hy vọng nhận được sao trên kết quả tìm kiếm của mọi trang trên trang web của họ và điều đó sẽ thật tệ. .

Nhưng thông tin liên hệ, nếu bạn đã được đánh dấu, thì không sao cả. Tôi không thấy có vấn đề gì với điều đó ”.

Dữ liệu có cấu trúc biểu trưng của tổ chức

Một cách sử dụng quan trọng của kiểu dữ liệu có cấu trúc của tổ chức là cho các công cụ tìm kiếm biết về biểu tượng của tổ chức.

Loại dữ liệu có cấu trúc này giúp Google đối sánh biểu trưng với trang web của tổ chức và chính tổ chức đó.

Google tuyên bố trong tài liệu của mình về đánh dấu dữ liệu có cấu trúc biểu trưng rằng dữ liệu có cấu trúc cụ thể này gửi một tín hiệu mạnh mẽ đến Google để sử dụng biểu trưng này trong bảng tri thức của họ.

Sau đó, dữ liệu được sử dụng trong kết quả nhiều định dạng của bảng tri thức để khi người dùng tìm kiếm tên của tổ chức, Google có thể hiển thị biểu trưng và thông tin khác về trang web trong bảng kết quả tìm kiếm đặc biệt.

Google đưa ra ví dụ về dữ liệu có cấu trúc sau:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"url": "http://www.example.com",
"logo": "http://www.example.com/images/logo.png"
}
</script>

Nơi sử dụng dữ liệu có cấu trúc biểu trưng

Như Mueller đã chỉ ra về việc tổ chức đánh giá dữ liệu có cấu trúc, đánh dấu này có thể được sử dụng trên trang chủ. Nó cũng có thể được sử dụng trên Trang Giới thiệu về Chúng tôi hoặc Trang Liên hệ.

Dữ liệu có cấu trúc được đặt ở đâu ít quan trọng hơn so với khuyến nghị của John rằng nó chỉ cần được sử dụng một lần.

Sử dụng Nguyên tắc của Google để trở nên đủ điều kiện cho kết quả phong phú

Một số người có thể nói rằng Google đang buộc các doanh nghiệp sử dụng dữ liệu có cấu trúc cụ thể.

Nhưng không phải vậy đâu.

Google không ra lệnh cho các doanh nghiệp có thể sử dụng dữ liệu có cấu trúc nào. Doanh nghiệp có thể sử dụng bất kỳ dữ liệu có cấu trúc nào họ muốn.

Tuy nhiên, dữ liệu có cấu trúc không được Google đề xuất đó sẽ không giúp trang web xếp hạng tốt hơn hoặc giúp trang đạt được kết quả nhiều định dạng.

Chỉ dữ liệu có cấu trúc do Google đề xuất mới làm cho một trang đủ điều kiện cho kết quả nhiều định dạng.

Tuân theo Nguyên tắc của Google về dữ liệu có cấu trúc

Có rất nhiều tùy chọn có sẵn để tạo dữ liệu có cấu trúc. Thật dễ dàng dành hàng giờ để trở nên sáng tạo trong việc xây dựng một tập lệnh dữ liệu có cấu trúc.

Schema.org cung cấp nhiều loại dữ liệu có cấu trúc và thuộc tính. Nhưng Google chỉ sử dụng một số tùy chọn, không phải tất cả chúng.

Tốt nhất bạn nên tuân theo những gì Google đề xuất, đặc biệt là với các nguyên tắc của họ để có phương pháp tốt nhất.

Bằng cách tuân thủ dữ liệu có cấu trúc được đề xuất, bạn sẽ có thể cung cấp những gì cần thiết để truyền đạt tốt nhất nội dung trang của bạn và có thể đạt được danh sách nâng cao trong kết quả tìm kiếm của Google.

Nguyên tắc về dữ liệu có cấu trúc của Google

Trước khi sử dụng bất kỳ dữ liệu có cấu trúc nào có liên quan đến loại dữ liệu có cấu trúc của tổ chức, điều quan trọng là phải làm quen với nguyên tắc về dữ liệu có cấu trúc.

Các nguyên tắc này được thiết kế để thông báo cho các SEO và nhà xuất bản về các phương pháp xấu có thể khiến một trang web phải nhận hình phạt hành động thủ công có thể làm giảm khả năng hiển thị của trang web trên các trang kết quả tìm kiếm của Google.

Nguyên tắc về dữ liệu có cấu trúc áp dụng cho tất cả các loại dữ liệu có cấu trúc.

Những cân nhắc hàng đầu mà Google cho biết là có vấn đề:

“Dữ liệu có cấu trúc không đại diện cho nội dung chính của trang hoặc có khả năng gây hiểu lầm.

Dữ liệu có cấu trúc không chính xác theo cách mà Kiểm tra kết quả nhiều định dạng không thể xác định được.

Nội dung mà dữ liệu có cấu trúc đề cập đến sẽ bị ẩn với người dùng ”.

Nguyên tắc về dữ liệu có cấu trúc loại cụ thể

Ngoài việc tuân thủ các nguyên tắc chung về dữ liệu có cấu trúc, mỗi loại dữ liệu có cấu trúc (như bài đánh giá, địa phương, dữ liệu có cấu trúc công thức, v.v.), đều có các nguyên tắc và đề xuất riêng.

Mỗi loại dữ liệu có cấu trúc đều có các thuộc tính “bắt buộc” phải có trong dữ liệu có cấu trúc.

Ngoài ra còn có các thuộc tính “được khuyến nghị” là tùy chọn.

Khi xác thực dữ liệu có cấu trúc bằng Trình kiểm tra kết quả nhiều định dạng của Google, công cụ sẽ gắn cờ các thuộc tính bị thiếu là “lỗi” và kêu gọi sự chú ý đến các thuộc tính “được đề xuất” bị thiếu dưới dạng cảnh báo.

Nói chung, sẽ an toàn nếu bỏ qua các cảnh báo vì những cảnh báo này sẽ không ảnh hưởng đến tính đủ điều kiện được hiển thị trong các kết quả nhiều định dạng của Google.

Dữ liệu có cấu trúc không hợp lệ không có các thuộc tính bắt buộc sẽ không đủ điều kiện cho kết quả nhiều định dạng.

Việc sử dụng loại dữ liệu có cấu trúc tổ chức

Có nhiều tình huống mà Google khuyến nghị sử dụng kiểu dữ liệu có cấu trúc tổ chức.

Trong một số trường hợp, Google đưa ra sự lựa chọn giữa loại hình tổ chức và một loại hình cụ thể hơn. Trong những tình huống đó, tốt nhất bạn nên chọn loại cụ thể hơn.

Cuối cùng, mặc dù các công cụ và plugin dữ liệu có cấu trúc mang lại cơ hội tự động tạo dữ liệu có cấu trúc, nhưng chúng không thực sự hướng dẫn bạn những gì bạn cần.

Điều quan trọng là bạn cũng phải hiểu những gì công cụ đang tạo ra bởi vì sau đó bạn sẽ có thể đưa ra quyết định tốt hơn bằng cách sử dụng phán đoán tốt nhất của chính mình và ai tốt hơn bạn để thực hiện cuộc gọi đó?

Nhiêu tai nguyên hơn:


Ảnh nổi bật: fizkes / Shutterstock

!function(f,b,e,v,n,t,s)
{if(f.fbq)return;n=f.fbq=function(){n.callMethod?
n.callMethod.apply(n,arguments):n.queue.push(arguments)};
if(!f._fbq)f._fbq=n;n.push=n;n.loaded=!0;n.version=’2.0′;
n.queue=[];t=b.createElement(e);t.async=!0;
t.src=v;s=b.getElementsByTagName(e)[0];
s.parentNode.insertBefore(t,s)}(window,document,’script’,
‘https://connect.facebook.net/en_US/fbevents.js’);

if( typeof sopp !== “undefined” && sopp === ‘yes’ ){
fbq(‘dataProcessingOptions’, [‘LDU’], 1, 1000);
}else{
fbq(‘dataProcessingOptions’, []);
}

fbq(‘init’, ‘1321385257908563’);

fbq(‘track’, ‘PageView’);

fbq(‘trackSingle’, ‘1321385257908563’, ‘ViewContent’, {
content_name: ‘organization-structured-data’,
content_category: ‘seo ‘
});


 


Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *