itemlist Schema là một dạng dữ liệu Schema khai báo danh sách dịch vụ hiện có trên Website của bạn.
List item (itemlist Schema) thu thập 3 thông tin chính

1. Tên dịch vụ
2. Hình ảnh liên quan
3. Liên kết đến bài viết nói về dịch vụ

Nếu website của bạn là dạng Planding Page có liệt kê các gói dịch vụ ở trang chủ thì chèn code này ở trang chủ

Còn như Website của mình sẽ tạo 1 trang bài viết giới thiệu về các dịch vụ trên website của mình sau đó chèn tại bài viết giới thiệu .

Tóm lại: Trang nào liệt kê danh sách các dịch này thì bạn chèn hiển thị code ở trong trang đó!

Cách mà Planding Page hiển thị thuận lợi cho triển khai itemlist Schema

Nên tại sao trong file List SEO Audit website mình có trường bắt bạn phải có trang giới thiệu về website/doanh nghiệp, giới thiệu các dịch vụ mà website đang cung cấp.

Code List item Schema (4 items)

<script type='application/ld+json'>{
  "@context":"http://schema.org",
  "@type":"ItemList",
  "itemListElement":[
      {
      "@type":"ListItem",
      "position":1,
      "name": "Tên sản phẩm/dịch vụ 1",
      "image": "Url_ảnh_1",
      "url":"Link_dich_vu_1"
    },
    {
      "@type":"ListItem",
      "position":2,
      "name": "Tên_sản_phẩm/dịch_vụ_2",
      "image": "Ảnh_2",
      "url":"Link_toi_dich_vu_2"
    },
    {
      "@type":"ListItem",
      "position":3,
      "name": "Tên sản phẩm/dịch vụ 3",
      "image": "Anh_dich_vu_3",
      "url":"Link_dich_vu_3"
    },
    {
      "@type":"ListItem",
      "position":4,
      "name": "Tên_sản_phẩm/dịch vụ_4",
      "image": "Anh_dich_vu_4",
      "url":"Link_dich_vu_4"
    }
  ]
}
</script>

Mình đã tạo 1 trang "Giới thiệu" nội dung trên này có đề xuất các gói dịch vụ mà Website mình cung cấp và sau đó triển khai Itemlist tại trang đó luôn.

(Xem cách mình triển khai: tại đây)

Triển khai  List item Schema có tác dụng cho SEO không?

Giúp Google hiểu rõ các danh sách các dịch vụ và sản phẩm trên Website của bạn cung cấp là gì?

Từ đó Google sẽ ưu ái các trang này lên top. Tránh tình trạng SEO trang A mà trang B lại lên top, đó là phỏng đoán của mình về tác dụng của dữ liệu này.

Mặc định mình list ra 4 dịch vụ (4 items), bạn có thể nhân thêm ra các dịch vụ khác và chèn nó vào website của bạn nhé!

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

Trước đây bạn vẫn quen thuộc với cấu trúc HTML căn bản tuy nhiên hiện nay với sự phát triển của Marketing Online người ta đánh giá 1 code website dựa vào sự thân thiện với Google nghĩa là chuẩn SEO đấy.

Sau đây mình sẽ hướng dẫn triển khai cấu trúc website chuẩn Schema, là một bước trong quy trình tối ưu Schema cho Website.

Schema là gì? và tác dụng của Schema như thế nào? mình sẽ để liên kết cái bài viết phân tích về tác dụng của Schema cuối chân bài viết.

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.

Đầ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

SEO Audit Website là một hình thức SEO kiểm soát tổng thể phương pháp SEO đang áp dụng trên Website của bạn. Đối với những Website lâu năm áp dụng những phương pháp SEO cũ trước đây hoặc cách SEO không đúng cách nên khi Google Update trong dài hạn, những thuật toán mới này sẽ làm thứ hạng Website giảm trầm trọng.

Nếu không có giải pháp tổng thể về SEO Audit có thể gần 1 ngày nào đó Website của bạn sẽ biến mất trên công cụ tìm kiếm Google.

Giả sử mình có 29 bài viết thuộc Label/Catelogy về "Kinh Nghiệm SEO". Lúc đó mình phân mỗi trang hiển thị 10 bài viết.

Cấu trúc link phân nội dung nâng cao

Link phân trang muốn SEO: https://www.toilaquantri.com/search/label/Kinh%20Nghiệm%20SEO?&max-results=10

Đối với Website của mình sử dụng nền tảng Blogger nên sẽ có cấu trúc phân trang với

1. Tham số max-results 

2. Giá trị là 10 // Nghĩa là mỗi phân trang hiển thị 10 bài viết

• Trang 1: Bài 1-10 sẽ có cấu trúc phân trang như sau

Cấu trúc link Trang 1: https://www.toilaquantri.com/search/label/Kinh%20Nghiệm%20SEO?&max-results=10

• Trang 2: Bài 11-20 sẽ có cấu trúc phân trang như sau

Cấu trúc link Trang 2: 

https://www.toilaquantri.com/search/label/Kinh%20Nghiệm%20SEO?updated-max=2017-09-09T13%3A07%3A00%2B07%3A00&max-results=10#PageNo=2

• Trang 3: Bài 21-30 sẽ có cấu trúc phân trang như sau

Cấu trúc link Trang 3: https://www.toilaquantri.com/search/label/Kinh%20Nghiệm%20SEO?updated-max=2016-05-29T13%3A29%3A00%2B07%3A00&max-results=10#PageNo=3

Blogger sử dụng nên tảng là blog theo timeline nên cấu trúc link luôn gắng thêm thời gian nên ta thấy cả link bài viết và link phân trang sẽ chứa thêm thời gian (/năm/tháng..). Điều này chưa phù hợp với với SEO hiện đại.

Mục tiêu khi thực hiện phương pháp này:

1. Mục đích 1 là SEO URL của phân trang 1. Dùng tiếp trang 2 và trang 3 làm Trust Page để hỗ trợ cho trang 1.
2. Việc này còn nhằm khai báo cho Google hiểu là Trang 2 và Trang 3 là phân trang của Trang 1. Và nội dung ở Phân Trang 2, 3 sẽ hỗ trợ SEO cho phân trang 1
3. Mục đích thứ 3 là để cho Google không đánh nhầm 3 URL trên trùng Tiêu đề với Mô tả.

Có 4 giải pháp xử lý ở phân trang

1. Dùng Canonical (Biết code) (xem thêm về: Canonical)

2. Dùng Cấu hình tham số URL phân trang trong Search Console (Khuyên dùng)

3. Dùng rel='Next' cho phân trang tiếp theo và rel='Prev' cho phân trang trước (Biết code)

4. Chặn index trong Robots.txt các phân trang từ 2 trở đi (Khi bạn không quan tâm đến việc SEO dành cho trang tin tức thôi): WP thì thêm: disallow: */page trong robots.txt

Bản thân mình dùng kết hợp cả 3 phương pháp đầu tiên là Canonical, Cấu hình tham số Url và thẻ Rel="next", Rel="prev" ở phân trang luôn. Tuy nhiên bạn dùng cho mình phương pháp 3 là được rồi.

Google đã có hướng dẫn cụ thể ở đường link sau:
>> Xem thêm từ Google: https://support.google.com/webmasters/answer/6080550?hl=vi 

Trước đây mình áp dụng phương pháp chặn hết Index trong các phân trang ở các Label, trang Lưu trữ và phân trang bài viết mới cho nhẹ đầu. Vì thực ra Blogger rất yếu phần này nên chả cần SEO đâu. Nên gần đây mình thực sự chú ý thêm phân trang và tối ưu thêm nó xem có kết quả khả thi không?. Hy vọng rằng các Label này sẽ có hỗ trợ SEO cho SEO bài viết vốn rất mạnh trên Blogger.

Đối với Wordpress thì bạn cần nghiên cứu kĩ phần này nhé. Sẽ có nhiều Plugin hỗ trợ việc này nhưng khi nghiên cứu sâu về Wordpress mình sẽ có 1 bài chi tiết về xử lý trùng lặp nội dung ở tất cả các trang.

Lưu ý trước khi áp dụng Tham số URL

1. Hãy chắc chắn là bạn hiểu cấu trúc phân trang trong Website của bạn
2. Đối với phân trang tin tức ta dùng Sắp xếp nhé thay vì dạng phân trang. Vì phân trang được Google giải thích là áp dụng cho bài viết dài mà phân trang ra từng phần nhỏ.
3. Đối với phân trang khác bạn nghiên cứu dạng Thu hẹp, Phân trang, Chỉ định...vv Thường dành cho web có tính năng lọc sản phẩm theo màu sắc, giá bán, cấu hình..vv. Vận dụng trên Web bán điện thoại máy tính, Quần áo..vv
4. Khi áp dụng thì đảm bảo tất cả phân trang đều phải được Google Index thì mới chuyển độ trust cho phân trang chính. Khác với cách chặn hết index của phân trang 2 trở đi trề tránh trùng lặp (khác nhau về SEO là nằm ở đây)
5. Áp dụng khi bạn muốn đẩy mạnh SEO cho trang tin tức. Nhưng khi áp dụng phương pháp này cần áp dụng trang Tin tức là là một Web con thay vì chỉ phân trang theo Label hoặc Catelogy hay Phân trang tin tức chung chung đơn thuần -> Tham khảo cách làm của TGDD tại đây

Thực hiện:

Xử lý trùng lặp nội dung bằng cấu hình tham số URL

Truy cập Search Console -> Thu thập dữ liệu -> Tham số URL

Bước 1: Xác định tham số phân trang của Website bạn

1. Ở Wordpress thường là Page
2. Ở Blogger thường là PageNo hoặc Max-results

Thường thì các tham số Google phát hiện được nên sẽ liệt kê trong Search Console và là sẽ để tự động cho Google Bot tự quyết định. 

Xong ta cần thiết lập lại cho chính xác luôn. Nếu Google chưa thu thập được tham số URL trong website của bạn thì ta sẽ thêm tham số mới.

Dưới đây là ví dụ Google phát hiện ra rất nhiều tham số trong Url và cần mình định nghĩa để cho Google biết khi cái giá trị của tham số thay đổi.

Xác định tham số URL

Bước 2: Xác định giá trị của tham số

Phần này mình phân vân khi lựa chọn. Ở đây mình chọn mọi URL là nhằm cho Google index tất cả URL có tham số max-results để những URL đó mang Trust Google về Page 1.

1. Nếu muốn an toàn bạn để 10 với Blogger tham số max-results
2. Hoặc tham số Page với Wordpress giá trị mọi URL (Chỉ dùng cho tham số phân trang tin tức thôi nhé)

Thiết lập tham số URL

Còn về phương pháp dùng Canonical chắc là qua quen thuộc rồi nhưng mình sẽ nói thêm về Rel='next' và Rel='Prev'. Mình chỉ mô tả bằng hình ảnh là các bạn tự hiểu nhé

Xử lý phân trang bằng Rel='next' rel='prev'

Nếu website của bạn có chứa một nội dung lớn và tình trang trùng lặp nội dung nặng nề nhất là web code tay thì có thể liên hệ với tôi qua 0932.913.631 sẽ có cách khắc phục triệt để xử lí linh hoạt, mỗi trang có nhiều phương pháp khác nhau chứ không chỉ riêng những phương pháp này!

Phần này có thể ảnh hưởng đến 30-40% kiến trúc SEO của website của bạn đấy và hãy quan tâm nó đặc biệt nhé!