Quy trình SEO Audit này sẽ hướng dẫn bạn các làm SEO theo hướng mới từ năm 2018.
Đây là phiên bản rút gọn trong SEO Audit thiên hướng về SEO tổng thể, còn các kỹ thuật tối ưu SEO Audit bạn theo dõi trong file để check list các mục cần tối ưu.

Quy tình SEO Audit 2018

Danh sách các bước trong Quy trình SEO Audit 2018

Chúng tôi sẽ tiếp tục cập nhật thêm thông tin

Bài viết mình sẽ không hướng dẫn các bạn viết bài như nào cho chuẩn SEO mà sẽ hướng dẫn các bạn lọc ra các bài viết kém chất lượng trên website của chúng để tiến hành tối ưu lại cho phù hợp với chiến lược SEO Audit mà mình đưa ra trong:

List SEO Audit Website. ~~> Bạn có thể đăng kí để xem file này tại: https://goo.gl/RChedY

Bài viết như thế nào là kém chất lượng và chưa chuẩn SEO?

Dưới đây mình sẽ liệt kê các tiêu chí để bạn lọc ra và tiến hành tối ưu lại các bài viết này trên tổng thể website.


Những bài viết biểu hiện sự kém chất lượng:

1. Bài viết không có Traffic hoặc rất thấp (<100/tháng)
2. Bài viết có Time Onpage <1 phút
3. Bài viết có tiêu đề và nội dung lan man không nhắm 1 từ khóa nào cả
4. Bài viết có nội dung quá ngắn
5. Bài viết chứa liên kết gãy
6. Bài viết chứa nội dung đã cũ hoặc đã lỗi thời
7. Bài viết chứa quá nhiều External link

Sau khi đưa ra 7 tiêu chí của các bài viết chưa đạt chuẩn seo, nội dung kém chất lượng thì ta tiến hành lọc ra các bài viết này bằng các phần mềm hỗ trợ.

Thông thường thì ta lọc ra các bài viết traffic quá thấp là được rồi vì bài dạng này thường thỏa nhiều tiêu chí như:

Tiêu đề nội dung, từ khóa không nhắm từ khóa nào cả, nội dung quá ngắn, quá kém chất lượng...vv Nên dẫn đến không có từ khóa nào đạt top và top không cao và traffic cũng rất thấp. 

=> Do vậy, ta sẽ biên tập nội dung bài viết này lại hoặc các bài viết không còn liên quan đến chủ đề, nội dung lỗi thời mà website bạn đang xây dựng thì ta có thể xóa bỏ luôn.

Hướng dẫn lọc bài viết kém chất lượng

Phát triển theo ý tưởng là tối ưu lại các bài viết mà từ khóa đang nằm ở top 11-30 để tối ưu vào trang nhất Google ta tiến hành lọc như sau:

I. Điều kiện lọc các bài viết kém chất lượng:

Phần này ta sử dụng Ahrefs nhé:

1. Đang đứng top từ khóa ở top 11 trở đi (11-100)
2. Mang về <100 traffic/tháng
3. Liên quan đến từ khóa "SEO". Phần này bạn có thể bỏ trống hoặc thay lại từ khóa của bạn.

=>  Export (Xuất file) này về dưới dạng file Excel

Kết quả:

• Ta thu được url các bài viết kém chất lượng.
• Kém chất lượng ở đây không phải là nội dung không tốt mà là chưa tối ưu được tốt các từ khóa đang nằm ngoài top 10.

II. Biên tập lại các url theo từ khóa đang nằm ngoài top 10

Trong quá trình xây dựng nội dung vô tình chúng ta sẽ phát hiện các từ khóa mà bạn đã đạt top ngoài top 10 có vô vàng từ khóa mà ta chưa tìm ra được từ trước. Bạn sẽ rất nhiều từ khóa đạt top chỉ trong 1 bài viết là chuyện bình thường.

Khi có được từ khóa này rồi ta sẽ tối ưu lại mật độ từ khóa, đặt lại tiêu đề và các thẻ Heading ở các bài viết này lại để tối ưu các từ khóa đó hơn để nhằm đẩy các từ khóa đó vào hết top 10.

Chắc không cần nhắc lại là phải tối ưu như thế nào: Bạn cần xem các bài viết Hướng dẫn viết bài chuẩn SEO để có thể tối ưu tốt hơn.

Nếu đang dùng Website Wordpress hãy cài SEO Yoast và tối ưu theo các tiêu chí mà SEO Yoast đưa là OK.

Một phần mềm thống kê khác cho phép ta lọc các chỉ số yếu kém của bài viết nữa là Google WMT.

III. Dùng Google Webmaster Tools để tối ưu

1. Lọc theo trang
2. Dữ liệu của 90 ngày qua
3. Download về (cuối danh sách thống kê
4. Dùng Excel để lọc ra các bài viết có CTR <8% và ngoài top 10. 

=> Sau đó tiến hành tối ưu lại các bài viết này theo từ khóa nhé!

Kết lại:

Hướng dẫn này nằm trong Serie SEO Audit và >> nằm trong Quy trình SEO Audit Website << mà mình đưa ra. => Nhớ đăng kí theo dõi nhé!

Đây cũng là nội dung trong chiến lược "Tăng gấp đôi traffic Website từ SEO với bộ từ khóa top 11-30.

Tình cờ mình phát hiện kho dữ liệu có cấu trúc của Schema gọi là Webpage. Webpage này lại thu thập thông tin dữ liệu khá bất ngờ là các trang giới thiệu về Website để cho Google có thể thấu hiểu website làm tăng trust website nhanh chóng.

Khá bất ngờ những website kinh doanh có các trang chính sách bảo mật, dịch vụ, bảo hành, đánh giá khách hàng...... hẳn hoi sẽ là một trong những yếu tố giúp Google tin cậy vào website đó từ đó tăng thứ hạng tổng thể website và sẽ chắn chắn là như vậy.

Tất cả điều đó thể hiện trong cấu trúc Webpage Schema mà Google muốn thu thập.

tăng Trust Website với Schema

Text/HTML ratio là gì?

Text/HTML ratio là tỉ lệ giữ Text so với Code HTML trong trang website. Theo đề xuất của công cụ SEOquake thì tỉ lệ này không được dưới 15% mới tốt cho SEO.

Chỉ số Text/HTML ratio được đưa ra là nhằm giảm thiểu dung lượng code, tăng tỉ lệ text để người dùng đọc => trải nghiệm người dùng => Tăng Time Onsite => Chuẩn SEO Onpage.

=> Text/HTML ratio được tích bằng dung lượng kb chứ không tin bằng thời gian tải trang hay diện tích. 

Mình có thử là chỉnh font chữ to lên trong bài viết nhưng tỉ lệ Text/HTML không những không tăng mà còn giảm, vì vậy tỉ lệ này được tính bằng thương số của dung lượng.

Tối ưu Text/HTML ratio

Tools check Text/HTML ratio

>> https://smallseotools.com/code-to-text-ratio-checker/

Giới thiệu từ tools test Text/HTML Small SEO Tools:

Chúng tôi muốn cung cấp cho bạn những công cụ tốt nhất mà bạn có thể sử dụng để tối ưu hóa trang web của mình và Bộ kiểm tra tỷ lệ mã văn bản này là một trong số chúng.
Các nhà phát triển của chúng tôi đã tạo công cụ này để cung cấp cho chủ sở hữu trang web, quản trị viên web và chuyên gia SEO một mã kiểm tra tỷ lệ văn bản nhanh và đáng tin cậy.
Để sử dụng công cụ này, chỉ cần nhập URL của bất kỳ trang web nào và nhấp vào nút "Kiểm tra". Hệ thống của chúng tôi sẽ xử lý yêu cầu của bạn và sẽ hiển thị cho bạn kết quả ngay lập tức. Nó sẽ cung cấp cho bạn các chi tiết sau đây về trang web của bạn:

• Kích thước trang
• Kích thước mã
• Cỡ chữ
• Tỷ lệ mã thành văn bản

Ví dụ 1:
Text: 10kb và HTML là 100kb thì kết quả: Text/HTML ratio = 10% < 15% chưa đạt yêu cầu.

=> Như vậy để tối ưu Text/HTML ratio là phải tăng dung lượng Text hoặc giảm dung lượng HTML hoặc đồng thời cả 2.

Ví dụ 2: https://www.toilaquantri.com/2018/06/chuyen-gia-ninh-mang-phan-tich-khuyen-diem-luat-an-ninh-mang-mang-VN.html

Mình tiến hành kiểm tra tỉ lệ Text/HTML ratio (với SEOquake) = 21.03% khá chuẩn vì đây là một bài viết độ dài tương đối với khá nhiều chữ.

Ví dụ 3: https://www.toilaquantri.com/2018/05/thuc-hien-seo-audit-website-qua-7-buoc.html

Đây là một bài viết với độ dài trung bình và 90% các bài viết trên trang blog của mình có độ dài như thế này thì tỉ lệ Text/HTML ratio = 10.76% => Quá tệ.

Vì sao mình lại đề xuất tỉ lệ Text/HTML ratio?

Vì đây là chỉ số cuối cùng mà Website toilaquantri.com chưa tối ưu được, các phần lại mình đã tối ưu hết cả rồi. Bạn có thể kiểm tra bất kì bài viết nào trên website của mình với SEOquake và chỉ lỗi Text/HTML nữa mà thôi.

Và cả SEOquake, Small SEO tools đều đưa ra chỉ số này trong SEO Audit.

Giải pháp tăng Text/HTML ratio lên 15%

#1: Viết bài dài hơn từ 1000 từ trở lên

Chuyện này thì quá đơn giản ai làm cũng được. Trước đây bạn đã từng nghe nói là phải viết bài dài hơn mới chuẩn SEO và giờ đây mình khuyến khích bạn viết dài hơn chỉ đề tối ưu Text/HTML ratio.

Hiệu quả như thế nào bạn cứ tự trãi nghiệm nhé, mình vẫn theo triết lí Content là vua mà.

Viết dài nhưng hay và hấp dẫn chứ đừng viết dài mà dở.

#2: Giảm HTML để tăng Text/HTML

Một việc không ngờ đến là Website sử dụng càng nhiều ảnh lại càng dễ thiếu thẻ Alt và làm tăng HTML làm Website nặng đi, tải trang lâu hơn.

Ngoài code HTML thì ảnh là kẻ thù của Text/HTML ratio. Nên mình đã thử tắt hiện thị ảnh trên tiện tích Bài viết xem nhiều và tỉ lệ có tăng từ 10.76% -> 11.41% => Vậy là HTML có liên quan tới ảnh sẽ làm tăng HTML lên.

Việc giảm code HTML như xóa bớt Javascript, nén CSS, HTML không dùng đến cũng là giải pháp tuy nhiên sẽ mất thời gian nhiều và áp dụng cho các bạn rành code. Đặc biệt là treo quá nhiều quảng cáo chứa Javascript như Google Adwords ở website của mình cũng làm giảm đáng kể Text/HTML.

Đối với Wordpress hãy sử dụng các Plugin hỗ trợ để nén HTML, CSS, Gzip để nhé!

#3 Gia tăng Text tự động

Mình đã dùng bài viết liên quan gọi ta các tiêu đề chỉ là chữ (text) liên quan đến từ nhãn trong bài viết và đặt 3 nhãn.

Thì thấy tỷ lệ đã tăng thêm 1% :D

Khá chua là khi gọi ra thêm text thì lại tốn thêm Javascript lại tăng thêm nên thương số Text/HTML mới tăng ít như vậy :)))

Bài viết liên quan gọi đa nhãn để tăng Text

Bạn có thể sử dụng bài viết liên quan chỉ gọi text giống như mình để tăng thêm text.

Kết luận:

• Viết bài dài hơn 20-50% so với hiện tại
• Nén ảnh trước khi dùng
• Nén HTML, CSS, Javascript, Gzip...vv các kĩ thuật để giảm tải trang
• Hạn chế các mã quảng cáo. Website mình dùng Google Adsense nên tỉ lệ này khá nhiều chứ thật ra trang toilaquantri.com tối ưu khá tốt
• vv

Entity Building là khái niệm khá mới mẻ mà mình gặp lần đầu tiên được định nghĩa với cty GTV và hầu như chỉ có bên GTV chia sẻ khái niệm này.

Có nhiều bạn thắc mắc Entity khái niệm khá mới mẻ nhưng qua tìm hiểu thì chỉ triển khai Schema thì lí do tại sao?. Cách đặt tên cũng có lí do như sau:

Entity Building có thể hiểu rằng khai báo các thông tin tồn tại trên Website và trên các MXH hoặc trích dẫn nội dung hữu ích khác trên internet từ bên ngoài có lợi cho SEO theo các dữ liệu có cấu trúc dữ liệu. Nhằm để giúp Google hiểu, thu thập và hiểu thông tin đó nhanh chóng. 

Google cũng cung cấp "Trình đánh dấu siêu văn bản" trong Webmaster Tools để định nghĩa các văn bản này. Rõ ràng Google muốn chúng ta định nghĩa một lần nữa các văn bản này.

Entity Building là gì?

Entity (Thực thể) Building (Xây dựng): Xây dựng các thực thể để gia tăng sự tin cậy với Google.

Giả sử bạn kinh doanh một mặt hàng nào đó với tư cách là cty có tư cách pháp nhân hẳn hoi, có địa chỉ (mặt bằng) kinh doanh và với nền tảng kinh doanh lâu năm thì nó sẽ làm tăng sự tin tưởng của KH vào sản phẩm và đơn vị kinh doanh.

Thì các nền tảng để tạo sự tin cậy đó gọi là thực thể.

Thì Entity building cũng thế. Entity thực chất là khai báo các dữ liệu Siêu cấu trúc dữ liệu (Schema, Microformats...) nhằm xác định các thông tin trên Website như về Dịch vụ, Địa chỉ kinh doanh (Local SEO..), giá bán, hình ảnh, đánh giá..vv thông qua cấu trúc dữ liệu Schema.

Một phần nữa trong dữ liệu Schema thì mình vừa tìm hiểu và triển khai dữ liệu Microfomats (click để xem).

Schema Galaxy mà Google muốn thu thập

Các SEOer hiện nay lại không biết nhiều về cấu trúc web và tối ưu Website nên xem nhẹ những cấu trúc dữ liệu vốn là thông tin để giao tiếp nhanh chóng với Google và sự tối ưu Web mà thiên về áp dụng Backlink. Lạm dụng quá đà vào các Tools như GSA để bắn link.

Như một bài viết trước mình đã chia sẻ SEO 2018 thì content là vua hay backlink là vua mình đã nói lên 3 quan điểm của mình.

Sơ lược về cách mà Schema giới thiệu

Rõ ràng theo Schema.org giới thiệu không chỉ đánh dấu thực thể mà còn đánh dấu cả các hành động, các app ứng dụng khác.

Hành động đó biểu hiện qua dữ liệu SearchAction để thu thập hành động tìm kiếm trên website và các app ứng dụng.

Những website đánh mạnh về tin tức, content (build internal link) hoặc triển khai social nhiều thì khi triển khai Schema có thể sẽ làm gia tăng thứ hạng tổng thể thấy rõ rệt nhất. 

Những Website ít nội dung thì kết quả sẽ chậm thấy và tăng nhẹ hơn. Và cái tên Entity đặt là khá hay

Triển khai Schema (Entity Building) cũng chỉ là 1 bước trong quy trình 7 bước thuộc về SEO Audit mà mình chia sẻ tại Serie về >> SEO Audit << mà mình khuyên bạn nên áp dụng nghiêm ngặt mình luôn sử dụng SEO Audit hầu hết các dự án.

Tuy nhiên triển khai Schema cũng không mất thời gian mấy nên bạn cứ việc áp dụng và khi triển khai SEO Audit bất cứ mọi thứ liên quan đến tối ưu code website mình sẽ thử nghiệm và chia sẻ kết quả.

Như vậy Schema mang hàm nghĩa rộng hơn Entity nhiều.

Phân nhóm Schema để triển khai cho Website.

Một số lưu ý khi triển khai

Hạn chế dùng code cứng mà nên dùng các hàm gọi dữ liệu

Ví dụ để điền tên tác giả thay vì nhập Huỳnh Phụng Blogger thì ta dùng hàm gọi tên tác giả <data:blog.author/>

Các hàm thường áp dụng để gọi dữ liệu có cấu trúc bên dưới như sau:

1. Gọi URL bài viết
2. Gọi Tiêu đề Website
3. Gọi ảnh đầu tiên của bài viết
4. Gọi tên tác giả của bài viết
5. Gọi mô tả trang web

Mình chỉ rành các hàm gọi dữ liệu của Blogger nên không thể hướng dẫn nền tảng Wordpress cho bạn được.

Các hàm gọi dữ liệu blogger xem tại: Tổng hợp hàm gọi dữ liệu Blogger

Mình phân thành 6 nhóm dữ liệu để các bạn dễ dàng triển khai:

• Từ nhóm 1 đến nhóm 4: Bất kì website nào cũng nên áp dụng bất kì nền tảng web nào
• Nhóm 5,6: Tùy chỉnh theo loại hình kinh doanh, dịch vụ của website với từng nhóm ngành..

Nhóm 1: Schema cho cấu trúc Website (5)

Áp dụng toàn trang

Khi lập trình website bạn phải khai báo các Header-wrapper, Sidebar-Wrapper, Footer-Wrapper, Nav (Menu), Boby.

Thói quen dùng <div> khai báo chuyển sang thành <nav> <header> <aside> <main> <footer> được mô tả như sau:

Theo dõi cách mà mình khai báo cấu trúc website có Schema nhé:

Khai báo Schema trong cấu trúc Website

Nhóm 2: Schema Organization: Khai báo thông tin tổ chức, cty (1)

• Bao gồm: Email, SĐT, số Fax, Địa chỉ, Tên gọi tổ chức (nhớ thay lại giá trị)
• Cấu trúc này đặt trước </head>
• Áp dụng toàn trang

<!-- Schema Organization // Khai báo địa chỉ, SĐT doanh nghiệp -->
<script type='application/ld+json'>
{
  "@context": "http://schema.org",
  "@type": "Organization",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Hồ Chí Minh, Vietnam",
    "postalCode": "700000",
    "streetAddress": "98 Nguyễn Văn Lượng Gò Vấp"
  },
  "email": "haiphungmarketing@gmail.com",
  "faxNumber": "( 33 1) 42 68 53 01",
  "member": [
    {
      "@type": "Organization"
    },
    {
      "@type": "Organization"
    }
  ],
  "alumni": [
    {
      "@type": "Person",
      "name": "Huỳnh Phụng Blogger"
    },
    {
      "@type": "Person",
      "name": "Phụng Eagle"
    }
  ],
  "name": "Tôi Là Quản Trị",
  "telephone": "(+84) 932 913 631"
}
</script>

Nhóm 3:  Schema Person: Khai báo Tác giả/Admin/Biên tập viên Website (1)

Schema Persion: Áp dụng tại trang chủ

<!-- Schema Person // Khai báo thông tin tác giả -->
<script type='application/ld+json'>
{
"@context": "http://schema.org",
"@type": "Person",
"name": "Huỳnh Phụng Blogger",
"url": "https://www.toilaquantri.com/",
"sameAs": [
"http://www.admin.toilaquantri.com/","https://www.facebook.com/huynhphungblogger","https://www.facebook.com/huynhphung.websfy","https://twitter.com/kehuydietpro","https://plus.google.com/114911979260821967359"]
}
</script>

• Các link màu đỏ các liên kết đến MXH của tác giả hoặc các trang Profile có liên quan.
• Tên tác giả nên lấy là tên Đồng bộ với Google+ (Đối với Blogger)

Schema Persion: Áp dụng tại bài viết

<script type='application/ld+json'>
{
  "@context": "http://schema.org",
  "@type": "Person",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Gò Vấp",
    "addressRegion": "Việt Nam",
    "postalCode": "700000",
    "streetAddress": "98 Nguyễn Văn Lượng"
  },
  "colleague": [
    "http://www.admin.toilaquantri.com/#about-us"
  ],
  "email": "mailto:haiphungmarketing@gmail.com",
  "image": "https://lh4.googleusercontent.com/-R2_TEhEsrvA/AAAAAAAAAAI/AAAAAAAAMF0/88U_zH8nu4g/s512-c/photo.jpg",
  "jobTitle": "Digital Marketer",
"worksFor":"http://dichvuseo.info",
 "name": "Huỳnh Phụng Blogger",
  "telephone": "(+84) 932913631",
  "url": "https://www.toilaquantri.com"
}
</script>

Nhóm 4: Tạo Google Search Box (1)

Google Search Box là khung search xuất hiện ngoài kết quả tìm kiếm Google

Để xuất hiện được thì cần 2 điều kiện

1. Chèn code Schema Google Sitebox
2. Người dùng tìm kiếm trên website cực nhiều. Ngay cả VNexpress còn chưa có được Search Box thì bạn hiểu độ khó thế nào rồi. Những website có traffic khoảng 10k/ngày và cố tình tối ưu thì may ra có thể

• Chỉ chèn tại trang chủ

<script type='application/ld+json'>
{ "@context": "http://schema.org", "@type": "WebSite", "url": "https://www.toilaquantri.com/", "potentialAction": { "@type": "SearchAction", "target": "https://www.toilaquantri.com/?q={search_term}", "query-input": "required name=search_term" } }
</script>

Search box của Cốc cốc cho website Vietnam. Còn Google là thua

Khi áp dụng 3 dạng Schema trên bạn có 7 dữ liệu có cấu trúc. Tiếp theo ta triển khai về cấu trúc dịch vụ. Ở đây ta áp dụng 1 trong cấu trúc dữ liệu tùy vào loại hình Website của bạn.

Nhóm 5: Schema Service: Dịch vụ / Schema Product: Sản Phẩm / Schema Events Sự kiện / Nhà hàng, khách sạn / Schema công thức món ăn / NewsArticle (Web tin tức, tạp chí) (6)

Phần này tùy vào từng loại Website hoặc từng mục đích của từng trang trong website mà sử dụng Schema khác nhau. Không áp dụng chung cho nhiều loại schema ở nhóm 5 cho 1 trang được.

• Phần này triển khai hơi phức tạp mình sẽ hỗ trợ qua Email.
• Bạn cần gởi thông tin trang Website của bạn về email Haiphungmarketing@gmail.com để mình hỗ trợ.

Bạn có thể kiểm tra dữ liệu trang này: https://search.google.com/structured-data/testing-tool#url=https%3A%2F%2Fwww.toilaquantri.com%2F2016%2F04%2Fdich-vu-quang-cao-google-adwords-tai-TPHCM.html

Mình đang áp dụng 4 loại dữ liệu là NewsArticle, Product, Events, Service cùng lúc ở 1 trang. Vốn 4 dữ liệu này không nên dùng chung 1 trang và mình đang theo dõi kết quả từ khóa mình có bị Google đánh rớt top không vì mình đang thử nghiệm.

Nhóm 6: Schema Breadcumbs, Headline, Hatom, Updated time..

Nhóm này giúp Google nhận nhiên được cấu trúc đường dẫn (Breadcumbs, tiêu đề bài viết (headline), nội dung bài viết, mô tả, thời gian đăng bài (time public, updated), tác giả bài viết (author)...vv

Schema Website lấy thông tin như tiêu đề Web, mô tả (meta Description) thì các dạng trên thuộc Schema blog lấy tiêu đề bài viết, thông tin liên quan tác giả, ngày đăng.. Xem hướng dẫn fix tại đây

Phần quan trong nhất là Schema ở nhóm 5 và nhóm 6. Hãy liên lạc với mình để mình hỗ trợ cho bạn triển khai nhé.

P/s:

Nếu Schema nhóm 5 sử dụng dạng ld JSon <script> thì thông tin khai báo chính xác hơn nhưng phải triển khai từng từng trang để tránh thu thập liệu trùng trên tất cả các trang. Do vậy nên mình không liệt kê hết được vào đây nên sẽ hỗ trợ riêng.

Còn triển khai dạng html thì có thể dễ sai, chậm hiển thị mà khai báo cấu trúc website lại thích hợp dùng dạng này.

Một dạng khai báo dữ liệu nữa là Microformats khá hay mà mình sẽ hướng dẫn triển khai sau.

Giả sử Website của bạn có 1000 traffic (lượt truy cập)/ngày. Vậy làm thế nào để gấp đôi traffic lên thành 2000 traffics/ngày từ SEO (Organic Traffic). Tư duy nhỏ sau đây sẽ giúp bạn thực hiện được điều đó một cách nhanh chóng.

Tăng 350% Website traffic

Đầu tiên chúng ta tìm hiểu về khái niệm Microformats
Nếu tách riêng ra Micro + Formats (Những định dạng siêu nhỏ). Ở đây theo ngữ cảnh mình sẽ giải thích như sau:
Đây chính là những định dạng để giúp Google nhận dạng nhanh chóng dữ liệu trước kho thông tin khổng lồ trên Internet. Từ những đánh dấu siêu văn bản của nó để bỏ vào kho dữ liệu siêu khổng lồ của các trung tâm dữ liệu. Ở đây ta mặc định nói đến Google nhé!

entity Building seo google System

Ví dụ bạn khai báo địa chỉ văn phòng với Google như sau:

Địa chỉ: 98 Nguyễn Văn Lượng Phường 17 Gò Vấp, TPHCM.
Google sẽ không nhận dạng được Nguyễn Văn Lượng là tên người, tên quán ăn, tên quán nhậu hay là gì? Mà thật ra đó địa chỉ của cty bạn nằm trên đó.

Vậy là thế nào Google biết đây là tên đường??.

Sẽ có cấu trúc khai báo như sau Google sẽ cung cấp cho ta các cấu trúc dữ liệu để ta khai báo chi tiết gọi là Microfomats.

Các thể class thường từ rút gọn của các từ tiếng anh có nghĩa khi bạn hiểu một xíu về tiếng anh là có thể khai báo được ngay. Và thường bắt đầu bằng chữ p-

Ví dụ:

Văn Phòng: <span class="h-adr">
<span class="p-street-address">98 Nguyễn Văn Lượng</span>,
<span class="p-locality">Gò Vấp, HCM</span>,
<span class="p-country-name">Vietnam</span>-
<span class="p-postal-code">700000</span>
</span>
<p class="h-geo geo">
<span class="p-latitude latitude">10.83</span>,
<span class="p-longitude longitude">106.67</span>
</p>

Vậy Google đã xác định bằng cách dùng thẻ class Microformats bao bọc bởi thẻ p-street-address. Đơn giản như cbo.

Cấu trúc trên là khai báo địa chỉ dữ liệu là h-adr

Có tất cả 3 cấu trúc dữ liệu mà mình đã tìm hiểu được:

1. Microdata tương tự như Microformats
2. RDFa (cũng theo Schema)
3. JS-SON LD (Schema.org mà bạn biết đến)

• Và Microdata tương tự như Microformats khai báo dựa theo HTML là các thẻ class bao bọc văn bản.
• RDFa cũng khai báo theo HTML kiểu dữ liều từ Schema
• Tuy nhiên JS-SON LD lại khai báo theo Javascript.

Có tất cả 13 dữ liệu Microformats được cung cấp như sau:

1. h-adr (Khai báo địa chỉ công ty, doanh nghiệp)
2. h-card (Khai báo người)
3. h-entry (Khai báo, tiêu đề, nội dung, ngày tháng đăng, tác giả)
4. h-event (Khái báo sự kiện)
5. h-feed (Khái báo tên trang)
6. h-geo (Khai báo địa lí)
7. h-item (Khái báo về đối tượng nào đó bất kì)
8. h-listing (Khai báo danh mục)
9. h-product (Khai báo sản phẩm)
10. h-recipe (Khai báo công thức như món ăn chẳng hạn)
11. h-resume (Khai báo lí lịch, sơ lượt về một đối tượng)
12. h-review (Khai báo đánh giá)
13. h-review-aggregate (Khai báo đánh giá)

Cả 3 dạng dữ liệu có cấu trúc này sẽ giúp Google nhận diện văn bản chuyển đổi thông tin nhanh chóng hơn, chính xác hơn nhờ đó giúp Google hiểu website của bạn hơn làm tăng độ Trust tổng thể Website.

Phân biệt các dữ liệu Microfomatsr, RDFa, JS-SON LD

• Microformats: Xác định thông qua các thẻ class.
• RDFa: Xác định thông qua vocab (từ vựng) và property (thuộc tính) định nghĩa sẳn.
• ld+json: Thông qua Javascript các mã script này sẽ không nhìn được bằng văn bản mà  chỉ nhầm khai báo cho Google.

Trong đó Microformat là dễ triển khai nhất.

Lấy Microformats của 13 loại trên tại: (Click trực tiếp vào)

1. h-adr
2. h-card
3. h-entry
4. h-event
5. h-feed
6. h-geo
7. h-item
8. h-listing
9. h-product
10. h-recipe
11. h-resume
12. h-review
13. h-review-aggregate

Kết quả khi kiểm tra bằng SEOquake mà mình đã triển khai được cho website toilaquantri.com

Dữ liệu của Microfomats và Schema.org

Trước đó mình cũng công bố 20 loại dữ liệu Schema đã triển khai thành công gồm:

Loại dữ liệu	Nguồn	Trang	Mục	Các mục bị lỗi
1. hatom (Tiêu đề, thời gian..)	Đánh dấu: microformats.org	484	484	–
2. Breadcrumb	Đánh dấu: rdf.data-vocabulary.org	400	1.127	–
3. WebSite (Website)	Đánh dấu: schema.org	487	574	–
4. WPHeader (Header website)	Đánh dấu: schema.org	487	509	–
5. WPFooter (Footer)	Đánh dấu: schema.org	487	487	–
6. SiteNavigationElement (Menu)	Đánh dấu: schema.org	487	487	–
6. Blog (Bloger)	Đánh dấu: schema.org	487	487	–
7. WPSideBar (Cột Sidebar)	Đánh dấu: schema.org	482	482	–
8. Person (Tác giả)	Đánh dấu: schema.org	401	401	–
9. BreadcrumbList	Đánh dấu: schema.org	394	394	–
10. NewsArticle (Tin tức)	Đánh dấu: schema.org	388	388	–
11. Organization (Tổ chức)	Đánh dấu: schema.org	320	320	–
12. ProfessionalService (Dịch vụ)	Đánh dấu: schema.org	27	27	–
13. Event (Sự kiện)	Đánh dấu: schema.org	2	6	–
14. Product (Sản phẩm )	Đánh dấu: schema.org	2	2	–

Traffic của website tổng thể tăng gấp 2-3 lần. Thứ hạng trung bình có thể đã tăng thêm 10-20 bậc sau khi ta tối ưu, quả là kết quả không hề nhỏ!.

Kết quả của tháng 2/2018 tăng gấp đôi so với tháng trước đó.

Traffic tăng từ 2-3 lần sau khi triển khai