Tác động thực sự của việc lập chỉ mục ưu tiên thiết bị di động và tầm quan trọng của Fraggles

Mặc dù nhiều người tin tưởng sâu sắc rằng "Nội dung là Vua", thực tế là việc lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing) cho phép tạo ra một loại kết quả tìm kiếm mới. Kết quả tìm kiếm này tập trung vào việc hiển thị và đăng lại nội dung theo những cách giúp Google khai thác cơ hội kiếm tiền trên nhiều thiết bị tốt hơn so với các trang web thông thường.

Trong hai năm, Google đã trau chuốt và thay đổi thông điệp về Lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing), chủ yếu là giảm bớt rủi ro mà các trang web tốt, được tối ưu hóa và có thiết kế đáp ứng (Responsive Design) sẽ phải đối mặt. Thay vào đó, gã khổng lồ tìm kiếm tập trung hơn vào việc sử dụng bot điện thoại thông minh để lập chỉ mục, dẫn đến việc nhấn mạnh tầm quan trọng của việc khớp các tài nguyên trang web có liên quan đến SEO giữa phiên bản (hoặc hiển thị) trên máy tính để bàn và thiết bị di động. Mọi thứ trở nên phức tạp hơn một chút khi Google phải giải thích rằng quy trình Lập chỉ mục ưu tiên thiết bị di động không nhất thiết là xấu đối với nội dung hướng đến máy tính để bàn, nhưng tất cả những thay đổi và định vị của Google cuối cùng đã chứng thực niềm tin lâu nay của tôi: Lập chỉ mục ưu tiên thiết bị di động không thực sự chỉ nói về điện thoại di động, mà là về nội dung dành cho thiết bị di động.

Tôi muốn đề xuất một quan điểm khác so với quan điểm chủ đạo, một giả thuyết mang tính suy đoán, về những gì đã xảy ra với Google trong hai năm qua, và đó là luận điểm trong bài thuyết trình của tôi tại MozCon 2019 — điều mà chúng tôi gọi là  Fraggles và Lập chỉ mục dựa trên Fraggle . 

 Tôi sẽ trình bày về Fraggles và việc lập chỉ mục dựa trên Fraggle, cũng như cách phương pháp lập chỉ mục mới này giúp nội dung web dễ dàng được Google thu thập hơn. Tôi cũng sẽ nêu rõ tác động của Fraggles đến Trang Kết quả Tìm kiếm (SERP) và lý do tại sao nó phù hợp với việc Google thúc đẩy Ứng dụng Web Tiến bộ (Progressive Web Apps). Tiếp theo, tôi sẽ cung cấp thông tin về cách các chuyên gia SEO giỏi có thể điều chỉnh hiểu biết của họ về SEO và tận dụng Fraggles và việc lập chỉ mục dựa trên Fraggle để đáp ứng nhu cầu của khách hàng và công ty của họ. Cuối cùng, tôi sẽ đề cập đến những tác động mà phương pháp lập chỉ mục mới này sẽ gây ra đối với chiến lược kiếm tiền và công nghệ của Google nói chung.

Sẵn sàng chưa? Cùng bắt đầu nào.

Fraggle và lập chỉ mục dựa trên Fraggle

Kết quả tìm kiếm (SERP) đã thay đổi theo nhiều cách. Những thay đổi này có thể được xem xét và thảo luận riêng lẻ, nhưng tôi tin rằng tất cả chúng đều là một phần của sự chuyển đổi lớn hơn tại Google. Sự chuyển đổi này bao gồm "Lập chỉ mục theo thực thể" (Entity-First Indexing) đối với thông tin được thu thập xung quanh cấu trúc hiện có của Biểu đồ Tri thức (Knowledge Graph) của Google, và khái niệm "Tổ chức thông tin ưu tiên tính di động" (Portable-prioritized Organization of Information), ưu tiên thông tin dễ dàng sao chép và trình bày lại trên các thuộc tính của Google — Google mô tả hai điều này cùng nhau là "Lập chỉ mục ưu tiên thiết bị di động" (Mobile-First Indexing).

Là những người làm SEO, chúng ta cần nhớ rằng web ngày càng lớn mạnh, điều đó có nghĩa là việc thu thập thông tin trên web ngày càng khó khăn hơn. Người dùng hiện nay kỳ vọng Google sẽ lập chỉ mục và hiển thị nội dung ngay lập tức. Nhưng trong khi các quản trị viên web và chuyên gia SEO đang xây dựng ngày càng nhiều nội dung trên các trang HTML phẳng, dễ thu thập thông tin, thì những phần tốt nhất của web lại đang chuyển sang các trang web và ứng dụng web năng động hơn. Những tài sản mới này được vận hành bởi các cơ sở dữ liệu thông tin trên máy chủ, đưa thông tin của chúng vào các trang web bằng JavaScript, XML hoặc C++, thay vì HTML phẳng, dễ thu thập thông tin. 

Trong nhiều năm, đây là một vấn đề lớn đối với Google, và do đó, nó cũng là vấn đề đối với các chuyên gia SEO và quản trị viên web. Tuy nhiên, cuối cùng, chính mã nguồn phức tạp hơn đã buộc Google phải chuyển sang hệ thống lập chỉ mục dựa trên thực thể tiên tiến hơn này — điều mà chúng tôi tại MobileMoxie gọi là Fraggles và Lập chỉ mục dựa trên Fraggle , và công lao thuộc về "Fragments" của JavaScript.

Fraggles đại diện cho các phần riêng lẻ (đoạn văn) của một trang mà Google đã gắn thêm "tay cầm" hoặc "liên kết nhảy" (còn gọi là neo được đặt tên, dấu trang, v.v.) để khi nhấp vào kết quả, người dùng sẽ được đưa trực tiếp đến phần trang chứa đoạn văn bản liên quan. Sau đó, các Fraggles này được sắp xếp xung quanh các nút liên quan trên Đồ thị Tri thức, để việc lập bản đồ các mối quan hệ giữa các chủ đề khác nhau có thể được kiểm chứng, xây dựng và duy trì theo thời gian, đồng thời cấu trúc này có thể được sử dụng và tái sử dụng trên phạm vi quốc tế — ngay cả khi nội dung xếp hạng khác nhau. 

Nhiều hơn một Fraggle có thể được xếp hạng cho một trang, và định dạng có thể khác nhau, từ liên kết văn bản có nhãn "Chuyển đến", liên kết văn bản không có nhãn, băng chuyền liên kết trang web, băng chuyền liên kết trang web có hình ảnh, hoặc đôi khi là các hộp mở rộng theo chiều ngang hoặc chiều dọc cho các mục khác nhau trên trang.

Điều đáng chú ý nhất về Fraggles là hành vi cuộn tự động từ trang kết quả tìm kiếm (SERP). Mặc dù Fraggles thường được liên kết đến nội dung có các liên kết nhảy HTML hoặc JavaScript, đôi khi, các liên kết nhảy này dường như được Google thêm vào mà không hề có trong mã. Hành vi này cũng được thể hiện rõ nét trong AMP Featured Snippets, trong đó Google cũng có hành vi cuộn tương tự, nhưng còn bao gồm cả việc tô màu nổi bật của Google — được chồng lên trang — để hiển thị phần trang được hiển thị trong Featured Snippet, cho phép người tìm kiếm xem nó trong ngữ cảnh. Tôi đã viết chi tiết hơn về điều này trong bài viết:  Fraggles là cái quái gì vậy ?

Cách thức hoạt động của Fraggles và việc lập chỉ mục dựa trên Fraggle với JavaScript

Việc Google muốn lập chỉ mục các ứng dụng gốc (Native Apps) và ứng dụng web (Web Apps), bao gồm cả các ứng dụng một trang (single-page apps), đã buộc Google phải chuyển sang lập chỉ mục dựa trên các Fragment và Fraggle, thay vì toàn bộ trang. Trong JavaScript, cũng như trong các ứng dụng gốc, "Fragment" là một phần nội dung hoặc thông tin không nhất thiết phải là một trang hoàn chỉnh. 

Cách dễ nhất để một chuyên gia SEO hiểu về Fragment là thông qua ví dụ về hộp mở rộng AJAX: Đoạn văn bản hoặc thông tin được lấy từ máy chủ để điền vào hộp mở rộng AJAX khi được nhấp chuột có thể được mô tả là một Fragment. Hoặc, nếu nó được lập chỉ mục theo kiểu Mobile-First Indexing, thì nó là một Fraggle. 

Không phải ngẫu nhiên mà Google công bố ra mắt Deferred JavaScript Rendering cùng thời điểm với việc triển khai rộng rãi Mobile-First Indexing mà không hề đề cập đến mối liên hệ, nhưng đây là mối liên hệ đó: Khi Google có thể lập chỉ mục các mảnh thông tin từ các trang web, ứng dụng web và ứng dụng gốc, tất cả được tổ chức xung quanh Knowledge Graph, bản thân dữ liệu sẽ trở nên "có thể di động" hoặc "ưu tiên thiết bị di động".

Gần đây, chúng tôi cũng phát hiện ra rằng Google đã bắt đầu lập chỉ mục các URL có liên kết nhảy #, sau nhiều năm không làm như vậy, và đang báo cáo chúng riêng biệt với URL chính trong Search Console. Như bạn có thể thấy từ dữ liệu của chúng tôi bên dưới, chúng không nhận được nhiều lượt nhấp chuột, nhưng lại nhận được nhiều lượt hiển thị. Điều này có thể là do vị trí trung bình thấp. 

Trước khi có Fraggles và phương pháp lập chỉ mục dựa trên Fraggle, việc lập chỉ mục các URL có chứa # sẽ chỉ dẫn đến vấn đề nội dung trùng lặp nghiêm trọng và thêm công việc lập chỉ mục cho Google. Giờ đây, với sự ra đời của phương pháp lập chỉ mục dựa trên Fraggle, việc lập chỉ mục và báo cáo về các URL có chứa # trong Search Console trở nên hợp lý hơn — đặc biệt là để chia nhỏ các trải nghiệm JavaScript dài dòng như PWA và ứng dụng một trang (Single-Page-App) không có URL, cơ sở dữ liệu riêng biệt, hoặc về lâu dài, thậm chí có thể để lập chỉ mục các ứng dụng gốc không có Deep Link. 

Tại sao cần lập chỉ mục các fragment và Fraggles?

Nếu bạn quen với việc nghĩ về thứ hạng tìm kiếm với mức tăng nhỏ nhất là URL, thì ý tưởng này có thể khó hiểu. Để dễ hình dung hơn, hãy thử tưởng tượng như sau: Google sẽ xếp hạng một trang cung cấp thông tin chi tiết về tất cả các loại trái cây và rau quả như thế nào? Chắc chắn là dễ dàng với truy vấn "trái cây và rau quả". Nhưng nếu truy vấn được thay đổi thành "rau diếp" hoặc "các loại rau diếp", thì trang đó sẽ khó được xếp hạng cao, ngay cả khi nó có thông tin tốt nhất và đáng tin cậy nhất. 

Điều này là do từ khóa "rau diếp" sẽ bị loãng đi bởi tất cả nội dung về các loại trái cây và rau củ khác. Sẽ hữu ích hơn nếu Google xếp hạng cao phần trang nói về rau diếp cho các truy vấn liên quan đến rau diếp, và phần trang nói về củ cải cho các truy vấn về củ cải. Nhưng vì người dùng không muốn cuộn qua toàn bộ trang về trái cây và rau củ để tìm thông tin về loại rau cụ thể mà họ tìm kiếm, nên Google ưu tiên các trang có từ khóa tập trung và mật độ từ khóa cao, liên quan đến truy vấn. Google hiếm khi xếp hạng cao các trang dài bao gồm nhiều chủ đề, ngay cả khi chúng có tính chuyên môn cao hơn.

Với các đoạn trích nổi bật , đoạn trích nổi bật AMP và Fraggles, rõ ràng là Google đã có thể tìm thấy những phần quan trọng của một trang trả lời một câu hỏi cụ thể — trên thực tế, họ đã có thể làm được điều này từ lâu. Vậy, nếu Google có thể sắp xếp và lập chỉ mục nội dung như vậy, thì lợi ích của việc duy trì một chỉ mục chỉ dựa trên số liệu thống kê và xếp hạng trên từng trang là gì? Tại sao Google lại muốn xếp hạng toàn bộ trang khi họ có thể chỉ xếp hạng những phần tốt nhất của trang có liên quan nhất đến truy vấn?

Để giải quyết những lo ngại này, theo truyền thống, các chuyên gia SEO đã nỗ lực tách các chủ đề riêng lẻ thành các trang riêng biệt, mỗi trang tập trung vào một chủ đề hoặc nhóm từ khóa. Vì vậy, với ví dụ về rau củ, điều này sẽ đảm bảo rằng trang về rau diếp có thể xếp hạng cho các truy vấn về rau diếp và trang về củ cải có thể xếp hạng cho các truy vấn về củ cải. Việc mỗi trang web tạo một trang mới cho mọi chủ đề mà họ muốn xếp hạng sẽ tạo ra rất nhiều công việc dư thừa và lặp đi lặp lại cho các quản trị viên web. Điều này cũng có thể làm tăng thêm nhiều trang chất lượng thấp, không cần thiết vào chỉ mục. Trên thực tế, internet thực sự cần bao nhiêu trang riêng lẻ về rau diếp, và Google sẽ xác định trang nào là tốt nhất như thế nào? Thực tế là,  Google muốn chuyển sang một thuật toán tập trung ít hơn vào liên kết và nhiều hơn vào uy tín chủ đề để chỉ hiển thị nội dung tốt nhất — và Google  đã lách luật bằng tính năng cuộn trong Fraggles.

Mặc dù nỗ lực chuyển sang lập chỉ mục dựa trên Fraggle và tổ chức thông tin xung quanh Biểu đồ Tri thức là rất lớn, nhưng lợi ích lâu dài của việc chuyển đổi vượt xa chi phí mà Google phải bỏ ra vì nó giúp hệ thống của Google trở nên linh hoạt, có thể kiếm tiền và bền vững hơn, đặc biệt khi lượng thông tin và số lượng thiết bị kết nối tăng lên theo cấp số nhân. Điều này cũng giúp Google xác định, phục vụ và kiếm tiền từ các cơ hội tìm kiếm đa thiết bị mới, khi chúng tiếp tục mở rộng. Điều này bao gồm kết quả tìm kiếm trên TV, màn hình kết nối và kết quả tìm kiếm bằng giọng nói từ loa kết nối. 

Vì sao Fraggle và việc lập chỉ mục dựa trên Fraggle lại quan trọng đối với PWA?

Điều khiến việc chuyển sang lập chỉ mục dựa trên Fraggle trở nên quan trọng đối với các chuyên gia SEO là cách nó phù hợp với việc Google thúc đẩy các ứng dụng web tiến bộ (Progressive Web Apps - AMP), hay còn gọi là PWA và các trang web/ứng dụng web PWA-AMP. Loại trang web này đã trở thành trọng tâm chính của các hội nghị nhà phát triển Chrome của Google và các hội nghị nhỏ khác của Google.

Từ góc nhìn của việc thu thập thông tin và lập chỉ mục truyền thống, việc Google tập trung vào PWA có vẻ khó hiểu. PWA thường sử dụng nhiều JavaScript và vẫn thường được xây dựng dưới dạng ứng dụng một trang (SPA), chỉ có một hoặc một vài URL. Cả hai điều này đều khiến việc lập chỉ mục PWA theo cách truyền thống trở nên đặc biệt khó khăn và tốn nhiều tài nguyên đối với Google — vậy tại sao Google lại hào hứng với PWA đến vậy? 

Câu trả lời là vì PWA yêu cầu ServiceWorker, sử dụng Fraggle và phương pháp lập chỉ mục dựa trên Fraggle để giảm tải cho việc thu thập thông tin và lập chỉ mục nội dung web phức tạp.

Trong trường hợp bạn cần ôn lại nhanh: ServiceWorker là một tệp JavaScript — nó hướng dẫn thiết bị (điện thoại di động hoặc máy tính) tạo bộ nhớ đệm cục bộ cho nội dung chỉ được sử dụng cho hoạt động của PWA. Mục đích là để làm cho việc tải nội dung nhanh hơn nhiều (vì nội dung được lưu trữ cục bộ) thay vì chỉ được lưu trữ trên máy chủ hoặc CDN ở đâu đó trên internet, và nó thực hiện điều này bằng cách lưu các bản sao văn bản và hình ảnh liên quan đến các màn hình nhất định trong PWA. Sau khi người dùng truy cập nội dung trong PWA, nội dung không cần phải được tải lại từ máy chủ. Nó hơi giống như bộ nhớ đệm của trình duyệt, nhưng nhanh hơn — ServiceWorker lưu trữ thông tin về thời điểm nội dung hết hạn, thay vì lưu trữ trên web. Đây là điều khiến PWA dường như hoạt động ngoại tuyến, nhưng đó cũng là lý do tại sao nội dung chưa được truy cập không được lưu trữ trong ServiceWorker.

Nhân viên dịch vụ và SEO

Hầu hết các chuyên gia SEO hiểu về PWA đều biết rằng ServiceWorker dùng để lưu vào bộ nhớ đệm và cải thiện tốc độ tải trang, nhưng họ có thể không hiểu rằng nó cũng có chức năng lập chỉ mục. Nếu bạn suy nghĩ kỹ, ServiceWorker chủ yếu lưu trữ văn bản và hình ảnh của một trang web, chính xác là những gì trình thu thập thông tin cần. Một trình thu thập thông tin sử dụng Deferred JavaScript Rendering có thể duyệt qua PWA và mô phỏng việc nhấp chuột vào tất cả các liên kết, đồng thời lưu trữ nội dung tĩnh bằng cách sử dụng khung được thiết lập trong ServiceWorker. Và nó có thể làm điều này mà không cần phải thu thập tất cả mã JavaScript trên trang web, miễn là nó hiểu cách trang web được tổ chức và cách tổ chức đó được duy trì nhất quán. 

Google cũng sẽ biết chính xác tần suất cần thu thập lại dữ liệu, và do đó chỉ cần thu thập dữ liệu từ những mục nhất định khi chúng được thiết lập để hết hạn trong bộ nhớ cache của ServiceWorker. Điều này giúp Google tiết kiệm rất nhiều thời gian và công sức, cho phép họ xử lý hoặc có thể bỏ qua các đoạn mã và JavaScript phức tạp.

Để một PWA được lập chỉ mục, Google yêu cầu các quản trị viên web phải " đăng ký ứng dụng của họ trên Firebase",  nhưng trước đây họ yêu cầu các quản trị viên web phải "đăng ký ServiceWorker". Firebase là nền tảng của Google cho phép các quản trị viên web thiết lập và quản lý việc lập chỉ mục và liên kết sâu cho các ứng dụng gốc, chatbot và  giờ đây là cả PWA . 

Trao đổi trực tiếp với một chuyên gia về PWA tại Google vài năm trước cho thấy rằng Google không tự thu thập dữ liệu từ ServiceWorker, mà thu thập dữ liệu từ API của ServiceWorker. Có khả năng là khi các quản trị viên web đăng ký ServiceWorker của họ với Google, Google thực chất đang tạo ra một API cho ServiceWorker, để nội dung có thể được lập chỉ mục và lưu vào bộ nhớ cache trên máy chủ của Google một cách nhanh chóng và dễ dàng. Vì Google đã ra mắt API lập chỉ mục  và dường như hiện đang ưu tiên API hơn so với phương pháp thu thập dữ liệu truyền thống, chúng tôi tin rằng Google sẽ bắt đầu thúc đẩy việc sử dụng ServiceWorker để cải thiện tốc độ tải trang, vì chúng có thể được sử dụng trên các trang web không phải PWA, nhưng điều này thực chất là để giúp giảm bớt gánh nặng cho Google trong việc thu thập và lập chỉ mục nội dung thủ công.

HTML thuần túy có thể vẫn là cách nhanh nhất để thông tin trên web được Google thu thập thông tin và lập chỉ mục. Hiện tại, JavaScript vẫn cần được trì hoãn để hiển thị, nhưng điều quan trọng là phải nhận ra rằng điều này có thể thay đổi và việc thu thập thông tin và lập chỉ mục không phải là cách duy nhất để đưa thông tin của bạn lên Google. API lập chỉ mục của Google, được ra mắt để lập chỉ mục thông tin nhạy cảm về thời gian như tin tuyển dụng và video phát trực tiếp, có thể sẽ được mở rộng để bao gồm nhiều loại nội dung khác nhau. 

Điều quan trọng cần nhớ là AMP, Schema và nhiều chức năng SEO mạnh mẽ khác đã bắt đầu với một đợt ra mắt hạn chế; ngoài ra, một số chuyên gia SEO giỏi đã thử nghiệm việc gửi các loại nội dung khác thông qua API và đạt được thành công . Việc gửi nội dung lên API giúp bỏ qua quá trình Google tự động thu thập thông tin trên web và cho phép các quản trị viên web cung cấp thông tin trực tiếp cho họ.

Có khả năng API lập chỉ mục mới sẽ có cấu trúc hoặc quy trình tương tự như lập chỉ mục PWA. Các URL đã gửi có thể được lập chỉ mục hoặc xóa khỏi chỉ mục của Google đối với một số loại nội dung nhất định, thường là trong khoảng một giờ, và mặc dù hiện tại nó chỉ chính thức khả dụng cho hai loại nội dung này, chúng tôi kỳ vọng nó sẽ được mở rộng rộng rãi hơn trong tương lai.

Điều này sẽ tác động như thế nào đến chiến lược SEO?

Dĩ nhiên, mọi chuyên gia SEO đều muốn biết cách tận dụng lý thuyết mang tính suy đoán này — làm thế nào chúng ta có thể biến những thay đổi của Google thành lợi thế của mình? 

Việc đầu tiên cần làm là xem xét kỹ lưỡng, cẩn trọng và trung thực kết quả tìm kiếm trên thiết bị di động. Vị trí số 1 trong bảng xếp hạng tìm kiếm tự nhiên không còn quan trọng như trước nữa. Có rất nhiều nội dung hấp dẫn thường xuyên đẩy vị trí này xuống, nhưng lại không được tính là vị trí xếp hạng tự nhiên trong Search Console. Điều này có nghĩa là bạn có thể duy trì tất cả các thứ hạng tìm kiếm tự nhiên của mình trong khi cũng mất đi một lượng lớn lưu lượng truy cập vào các tính năng của SERP như kết quả Knowledge Graph, Featured Snippets, Google My Business, bản đồ, ứng dụng, Found on the Web và các mục tương tự khác được xếp hạng ngoài kết quả tìm kiếm tự nhiên thông thường. 

Những kết quả này, cũng như kết quả trả tiền theo lượt nhấp (PPC), có tác động mạnh mẽ hơn trên thiết bị di động vì chúng được xếp chồng lên trên các kết quả tìm kiếm tự nhiên. Thay vì nằm ở bên cạnh, như trên giao diện máy tính để bàn, chúng đẩy các kết quả tìm kiếm tự nhiên xuống sâu hơn trên trang kết quả. Gần đây đã có một số báo cáo tuyệt vời về tác động thống kê và quy mô lớn của những thay đổi đối với SERP và cách những thay đổi này dẫn đến những thay đổi trong hành vi người dùng khi tìm kiếm, đặc biệt là từ Tiến sĩ Pete Meyers,  Rand Fishkin và JumpTap.

Tiến sĩ Pete đã tập trung vào số lượng thay đổi ngày càng tăng đối với thuật toán của Google được ghi nhận trong MozCast của ông, điều này trở nên sôi nổi vào cuối năm 2016 khi Google bắt đầu nghiên cứu về lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing), và một lần nữa sau khi ra mắt bản cập nhật Medic vào năm 2018. 

Ngược lại, Rand tập trung vào việc các loại xếp hạng mới đang đẩy các kết quả tìm kiếm tự nhiên truyền thống xuống thấp hơn, dẫn đến lưu lượng truy cập vào trang web giảm, đặc biệt là trên thiết bị di động. Tất cả những dữ liệu tuyệt vời từ hai chuyên gia này thực sự đã tạo tiền đề cho một sự thay đổi cơ bản trong chiến lược SEO liên quan đến việc lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing).

Nghiên cứu cho thấy Google đã tổ chức lại chỉ mục của mình để phù hợp với cách trình bày thông tin khác nhau — đặc biệt nếu họ có thể lập chỉ mục thông tin đó xung quanh một thực thể-khái niệm trong Biểu đồ Tri thức. Lập chỉ mục dựa trên Fraggle giúp tất cả thông tin mà Google thu thập được trở nên dễ di chuyển hơn vì nó được lồng ghép một cách thông minh giữa các nút Biểu đồ Tri thức có liên quan, có thể được hiển thị theo nhiều cách khác nhau. Vì Lập chỉ mục dựa trên Fraggle tập trung nhiều hơn vào việc tổ chức dữ liệu có ý nghĩa hơn là vào các trang và URL, nên kết quả là một cách trình bày thông tin "có cửa sổ" hơn trong SERP. Các chuyên gia SEO cần hiểu rằng kết quả tìm kiếm hiện nay dựa trên các thực thể và trường hợp sử dụng (hãy nghĩ đến các khoảnh khắc nhỏ), thay vì các trang và tên miền .

Biểu đồ tri thức của Google

Để thực sự hiểu phương pháp lập chỉ mục mới này sẽ tác động như thế nào đến chiến lược SEO của bạn, trước tiên bạn cần hiểu cách thức hoạt động của Knowledge Graph của Google. 

Vì đây thực sự là một "đồ thị", nên tất cả các mục (nút) trong Đồ thị Tri thức đều bao gồm cả các mối quan hệ theo chiều dọc và chiều ngang. Ví dụ, một mục về "bánh mì" có thể bao gồm các mối quan hệ theo chiều ngang với các chủ đề liên quan như pho mát, bơ và bánh ngọt, nhưng cũng có thể bao gồm các mối quan hệ theo chiều dọc như "các thành phần tiêu chuẩn trong bánh mì" hoặc "các loại bánh mì". 

Các mối quan hệ ngang có thể được coi là các nút liên quan trên Đồ thị Tri thức, và gợi ý về "Các chủ đề liên quan", trong khi các mối quan hệ dọc chỉ ra sự mở rộng hoặc thu hẹp của chủ đề; điều này gợi ý về các bộ lọc có khả năng nhất trong một chủ đề. Trong trường hợp bánh mì, mối quan hệ dọc - hướng lên - sẽ là các chủ đề như "nướng bánh", và hướng xuống - sẽ bao gồm các chủ đề như "bột mì" và các nguyên liệu khác được sử dụng để làm bánh mì, hoặc "bánh mì chua" và các loại bánh mì cụ thể khác.

Các chuyên gia SEO cần lưu ý rằng các mục trong Knowledge Graph hiện nay có thể bao gồm ngày càng nhiều bộ lọc và tab giúp thu hẹp thông tin chủ đề để đáp ứng các mục đích tìm kiếm khác nhau của người dùng. Điều này bao gồm việc giúp người tìm kiếm tìm thấy video, sách, hình ảnh, trích dẫn, địa điểm, nhưng đối với các bộ lọc, chúng có thể cụ thể theo chủ đề và không thể dự đoán được (được hỗ trợ bởi máy học chủ động). Đây chính là trọng tâm mục tiêu của Google với việc lập chỉ mục dựa trên Fraggle: Tổ chức thông tin trên web dựa trên các mục hoặc nút trong Knowledge Graph, hay còn được gọi là "thực thể" trong giới SEO. 

Vì mối quan hệ giữa các thực thể vẫn giữ nguyên, bất kể người dùng đang nói hay tìm kiếm bằng ngôn ngữ nào, thông tin trong Đồ thị Tri thức không phụ thuộc vào ngôn ngữ, do đó dễ dàng được sử dụng để tổng hợp và học máy trên tất cả các ngôn ngữ cùng một lúc. Do đó, sử dụng Đồ thị Tri thức làm nền tảng cho việc lập chỉ mục là một phương pháp hữu ích và hiệu quả hơn nhiều để Google truy cập và cung cấp thông tin bằng nhiều ngôn ngữ cho việc sử dụng và xếp hạng trên toàn thế giới. Về lâu dài, phương pháp này vượt trội hơn hẳn so với phương pháp lập chỉ mục trước đây.

Ví dụ về việc lập chỉ mục dựa trên Fraggle trong kết quả tìm kiếm (SERPs) 

Đồ thị tri thức

Google đã tăng đáng kể số lượng mục trong Knowledge Graph cũng như các danh mục và mối quan hệ bên trong chúng. Việc xây dựng này đặc biệt nổi bật đối với các chủ đề mà Google đã có sẵn lượng lớn dữ liệu và thông tin có cấu trúc. Điều này bao gồm các chủ đề như:

• Phim truyền hình và phim điện ảnh — từ Google Play

• Thực phẩm và Công thức nấu ăn — từ Recipe Schema, trang AMP công thức và các cơ sở dữ liệu thực phẩm và dinh dưỡng bên ngoài. 

• Khoa học và y học — từ các nguồn đáng tin cậy (như WebMD) 

• Doanh nghiệp — thông tin từ Google My Business. 

Google đang bổ sung ngày càng nhiều nút và mối quan hệ vào biểu đồ của họ, đồng thời các mục hiện có cũng đang được xây dựng thêm nhiều tab và băng chuyền để chia một chủ đề duy nhất thành các chủ đề hoặc loại thông tin nhỏ hơn, chi tiết hơn.

Như bạn có thể thấy bên dưới, việc xây dựng Biểu đồ Tri thức cũng đã bổ sung thêm số lượng bộ lọc và tùy chọn phân tích chi tiết trong nhiều truy vấn, ngay cả bên ngoài Biểu đồ Tri thức

Biểu đồ tri thức (Knowledge Graph) cũng được trình bày theo nhiều cách khác nhau. Đôi khi có một thanh điều hướng cố định luôn hiển thị ở đầu trang kết quả tìm kiếm (SERP), như trong nhiều truy vấn liên quan đến phương tiện truyền thông, và đôi khi nó được chia nhỏ để hiển thị các thông tin khác nhau trên toàn bộ trang SERP

Kể từ khi ra mắt hệ thống lập chỉ mục dựa trên Fraggle, về cơ bản đây là một bước phát triển lớn của Knowledge Graph, kết quả tìm kiếm Knowledge Graph cũng bắt đầu bao gồm nhiều nội dung hấp dẫn hơn, khiến người dùng ít có khả năng nhấp chuột vào trang web hơn. Các nội dung như video và âm thanh có thể phát, tỷ số thể thao trực tiếp và thông tin cụ thể theo vị trí như thông tin giao thông và lịch phát sóng truyền hình đều có thể được truy cập trực tiếp trong kết quả tìm kiếm. Tuy nhiên, câu chuyện chưa dừng lại ở đó. 

Ngày càng nhiều, Google cũng đang xây dựng nội dung độc quyền của riêng mình bằng cách kết hợp lại thông tin hiện có mà họ đã lập chỉ mục để tạo ra nội dung độc đáo, hấp dẫn như " AMP Stories" hoạt hình , mà các quản trị viên web cũng được khuyến khích tự xây dựng . Họ cũng đã bắt đầu xây dựng một bộ sưu tập động vật AR có thể hiển thị như một phần của kết quả Knowledge Graph, đồng thời  khuyến khích các nhà phát triển sử dụng bộ công cụ AR của họ để xây dựng các tài sản AR của riêng mình , chắc chắn cuối cùng cũng sẽ được chọn lọc tích hợp vào Knowledge Graph.

- Chiến lược SEO cho đồ thị tri thức

Các công ty muốn tận dụng Knowledge Graph nên tận dụng mọi cơ hội để tạo ra các tài sản riêng của mình, chẳng hạn như mô hình AR và AMP Stories, để Google không cần phải tự tạo chúng. Bên cạnh đó, các công ty nên gửi thông tin chính xác trực tiếp cho Google bất cứ khi nào có thể. Cách dễ nhất để làm điều này là thông qua Google My Business (GMB). Bất kỳ loại thông tin nào được yêu cầu trong GMB đều nên được thêm hoặc tải lên. Nếu Google Posts có sẵn trong lĩnh vực kinh doanh của bạn, bạn nên đăng bài thường xuyên và đảm bảo rằng chúng liên kết trở lại trang web của bạn với lời kêu gọi hành động. Nếu bạn có video hoặc ảnh liên quan đến công ty của mình, hãy tải chúng lên GMB. Hãy bắt đầu coi GMB như một mạng xã hội hoặc bản tin – bất kỳ tài sản nào được chia sẻ trên Facebook hoặc Twitter cũng có thể được chia sẻ trên Google Posts, hoặc ít nhất là được tải lên tài khoản GMB.

Bạn cũng nên nghiên cứu các mục trong Knowledge Graph hiện có liên quan đến ngành của mình và nỗ lực để được liên kết với các công ty hoặc tổ chức được công nhận trong ngành đó. Điều này có thể đến từ các liên kết hoặc trích dẫn trên trang web của các tổ chức, nhưng cũng có thể bao gồm việc được liên kết bởi các danh sách của bên thứ ba cung cấp lời khuyên và khuyến nghị cụ thể về ngành, chẳng hạn như được liệt kê trong số các đối thủ cạnh tranh hàng đầu trong ngành của bạn ("Thợ sửa ống nước giỏi nhất ở Denver", "Ưu đãi giày tốt nhất trên web" hoặc "Top 15 chương trình truyền hình thực tế hay nhất"). Các liên kết từ những bài đăng này cũng hữu ích nhưng không bắt buộc — đặc biệt nếu bạn có thể đưa tên công ty của mình vào đủ các danh sách với các đối thủ hàng đầu khác. Hãy xác minh rằng bất kỳ liên kết hoặc trích dẫn nào từ các trang web của bên thứ ba có thẩm quyền như Wikipedia, Better Business Bureau, các thư mục và danh sách ngành đều trỏ đến các trang đang hoạt động, có liên quan trên trang web và không đi qua chuyển hướng 301.

Mặc dù đây chỉ là suy đoán và không phải là chiến lược SEO đã được chứng minh, bạn cũng nên đảm bảo rằng tên miền của mình được phân loại chính xác trong hồ sơ của Google bằng cách kiểm tra các ngành liên quan. Bạn có thể thực hiện việc này trong công cụ MarketFinder của Google . Cập nhật hoặc đề xuất các danh mục mới khi cần thiết. Sau đó, hãy xem xét các bộ lọc và mối quan hệ được cung cấp trong các mục Knowledge Graph và đảm bảo bạn đang sử dụng chủ đề và từ khóa lọc làm từ khóa trên trang web của mình.

Đoạn trích nổi bật 

Các đoạn trích nổi bật hay "Câu trả lời" lần đầu xuất hiện vào năm 2014 và cũng đã mở rộng khá nhiều, như được thể hiện trong biểu đồ bên dưới. Có thể coi các đoạn trích nổi bật như những sự thật, ý tưởng hoặc khái niệm độc lập không có kết quả đầy đủ trong Đồ thị Tri thức, mặc dù chúng có thể thực sự được liên kết với một số nút hiện có trên Đồ thị Tri thức (hoặc chúng có thể đang trong quá trình kiểm duyệt để xây dựng Đồ thị Tri thức trong tương lai). 

Các đoạn trích nổi bật dường như xuất hiện khi thông tin đến từ một nguồn mà Google không có mức độ tin cậy cao, chẳng hạn như Wikipedia, và thường chúng đến từ các trang web bên thứ ba có thể có hoặc không có lợi ích tài chính liên quan đến chủ đề đó — điều này khiến Google muốn kiểm duyệt thông tin kỹ lưỡng hơn và có thể ngăn Google sử dụng thông tin đó nếu có lựa chọn ít thiên vị hơn.

Giống như Biểu đồ Tri thức, kết quả Đoạn trích nổi bật đã phát triển rất nhanh trong khoảng một năm trở lại đây, và cũng bắt đầu bao gồm các băng chuyền hình ảnh — điều mà Rob Bucci đã viết rất chi tiết ở đây . Chúng tôi tin rằng những băng chuyền hình ảnh này đại diện cho các chủ đề có khả năng liên quan mà Google biết được từ Biểu đồ Tri thức. Các Đoạn trích nổi bật hiện trông giống như các mục nhỏ trong Biểu đồ Tri thức hơn: Các băng chuyền hình ảnh dường như bao gồm cả các chủ đề liên quan theo chiều ngang và chiều dọc, và sự xuất hiện cũng như duy trì của chúng dường như được thúc đẩy bởi số lượt nhấp chuột và các tìm kiếm tiếp theo. Tuy nhiên, điều này cũng có thể bị ảnh hưởng bởi dữ liệu tương tác tổng hợp cho dữ liệu Mọi người cũng hỏi và Tìm kiếm liên quan.

Việc xây dựng Featured Snippets (Đoạn trích nổi bật) diễn ra quá mạnh mẽ đến nỗi đôi khi những câu trả lời mà Google chọn hiển thị rõ ràng là sai, như bạn có thể thấy trong hình ảnh ví dụ bên dưới. Điều quan trọng cần hiểu là kết quả Featured Snippet có thể thay đổi tùy thuộc vào vị trí địa lý và không phụ thuộc vào ngôn ngữ, do đó, chúng không được dịch để phù hợp với Ngôn ngữ Tìm kiếm hoặc Ngôn ngữ Điện thoại. Google cũng không tuân thủ bất kỳ tiêu chuẩn nhất quán nào, vì vậy một Featured Snippet cho một truy vấn có thể đưa ra câu trả lời theo một cách, và một truy vấn tương tự cho cùng một thông tin có thể đưa ra Featured Snippet với thông tin hơi khác. Ví dụ, một truy vấn "luộc trứng trong bao lâu" có thể cho ra câu trả lời là "5 phút" và một truy vấn khác "cách làm trứng luộc chín" có thể cho ra câu trả lời là "luộc trong 1 phút, và để trứng trong nước cho đến khi nguội đến nhiệt độ phòng".

- Chiến lược SEO cho đoạn trích nổi bật

Tất cả các khuyến nghị tiêu chuẩn để tối ưu hóa Featured Snippet đều áp dụng ở đây. Điều này bao gồm việc đảm bảo thông tin bạn muốn được xếp hạng trong Featured Snippet phải rõ ràng, trực tiếp và nằm trong giới hạn số ký tự được khuyến nghị. Nó cũng bao gồm việc sử dụng các bảng đơn giản, danh sách có thứ tự và dấu đầu dòng để giúp dữ liệu dễ tiếp thu hơn, cũng như xây dựng nội dung dựa trên các kết quả Featured Snippet hiện có trong ngành của bạn.

Đây vẫn chỉ là suy đoán, nhưng có vẻ như việc tích hợp đánh dấu Speakable Schema cho các cụm từ như "Hướng dẫn", "Câu hỏi thường gặp" và "Hỏi đáp" cũng có thể thúc đẩy việc hiển thị Featured Snippets. Những loại kết quả này được chỉ định đặc biệt là nội dung hoạt động tốt trong tìm kiếm bằng giọng nói. Vì Google luôn khẳng định rằng không có nhiều hơn một chỉ mục, và Google đang tập trung mạnh vào việc cải thiện kết quả tìm kiếm bằng giọng nói từ các thiết bị Google Assistant, nên bất kỳ nội dung nào có thể là kết quả tốt trong Google Assistant và được xếp hạng cao, cũng có nhiều khả năng được xếp hạng cao hơn trong Featured Snippet.

Những câu hỏi khác & Các tìm kiếm liên quan

Cuối cùng, sự gia tăng tần suất xuất hiện của "Tìm kiếm liên quan" cũng như việc bổ sung các câu hỏi "Mọi người cũng hỏi" (PAA) ngay bên dưới hầu hết các kết quả trong Biểu đồ tri thức và Đoạn trích nổi bật là điều không thể phủ nhận. Ảnh chụp màn hình của Earl Tea cho thấy cả PAA và Những phát hiện thú vị đều là một phần của Biểu đồ tri thức.

Biểu đồ bên dưới cho thấy sự gia tăng ổn định của PAA. Kết quả PAA dường như là sự mở rộng của Featured Snippets vì khi được mở rộng, câu trả lời cho câu hỏi sẽ được hiển thị, kèm theo trích dẫn bên dưới. Tương tự, một số kết quả Tìm kiếm liên quan hiện cũng bao gồm một kết quả trông giống như Featured Snippet, thay vì chỉ đơn giản là liên kết đến một kết quả tìm kiếm khác. Giờ đây, bạn có thể tìm thấy 'Tìm kiếm liên quan' trên toàn bộ trang kết quả tìm kiếm (SERP), thường là một phần của kết quả Knowledge Graph, nhưng đôi khi cũng xuất hiện trong một băng chuyền ở giữa SERP, và luôn luôn ở cuối SERP — đôi khi có hình ảnh và nút mở rộng để hiển thị Featured Snippets trong các kết quả Tìm kiếm liên quan trực tiếp trên SERP hiện có.

Các hộp tìm kiếm liên quan hiện cũng được bao gồm trong kết quả tìm kiếm hình ảnh. Điều thú vị là các kết quả tìm kiếm liên quan trong Google Hình ảnh bắt đầu xuất hiện cùng thời điểm Google bắt đầu dịch các thẻ tiêu đề và thẻ Alt của hình ảnh. Điều này phù hợp với khái niệm lập chỉ mục theo thực thể (Entity-First Indexing), rằng các thực thể và đồ thị tri thức không phụ thuộc vào ngôn ngữ, và các tìm kiếm liên quan có liên quan đến đồ thị tri thức.

Dữ liệu này được thu thập bởi Moz và thể hiện mức trung bình của khoảng 10.000 từ khóa, nghiêng nhẹ về phía các từ khóa "chính".

- CHIẾN LƯỢC SEO cho PAA và các tìm kiếm liên quan

Vì các câu hỏi PAA và một số tìm kiếm liên quan hiện nay dường như chỉ bao gồm các đoạn trích nổi bật, nên việc tối ưu hóa kết quả đoạn trích nổi bật cho trang web của bạn cũng là một chiến lược hiệu quả. Thường thì kết quả PAA bao gồm ít nhất hai phiên bản của cùng một câu hỏi, được diễn đạt lại bằng ngôn ngữ khác, trước khi bao gồm các câu hỏi liên quan nhiều hơn đến các nút ngang và dọc trên Biểu đồ Tri thức. Nếu bạn đưa thông tin trên trang web của mình mà Google cho là có liên quan đến chủ đề, dựa trên các tìm kiếm liên quan và câu hỏi PAA, điều đó có thể giúp trang web của bạn trông có vẻ phù hợp và đáng tin cậy hơn.

Cuối cùng, điều quan trọng cần nhớ là hiện tại bạn không có trang web nào để xếp hạng trên Google và các chuyên gia SEO cũng nên xem xét việc xếp hạng các công cụ tìm kiếm không phải trang web như một phần công việc của họ. 

Nếu doanh nghiệp của bạn chưa có website, hoặc nếu bạn muốn đảm bảo hiển thị nội dung ở mọi nơi, bạn có thể cho phép Google lưu trữ nội dung trực tiếp – ở càng nhiều vị trí càng tốt. Chúng tôi nhận thấy rằng nội dung được Google lưu trữ thường được ưu tiên hiển thị trong kết quả tìm kiếm của Google và Google Discover, đặc biệt là khi so sánh với lượng truy cập giảm dần từ các kết quả tìm kiếm tự nhiên truyền thống. Google hiện đang tập trung mạnh vào việc hiển thị nội dung đa phương tiện, vì vậy bất cứ nội dung nào mà trước đây bạn đã tạo một trang mới trên website của mình giờ đây đều có thể được chuyển đổi thành video.

Google My Business (GMB) rất tuyệt vời cho các công ty không có trang web, hoặc muốn lưu trữ trang web của họ trực tiếp trên Google. YouTube rất phù hợp cho video, truyền hình, podcast video, clip, hoạt hình và hướng dẫn. Nếu bạn có ứng dụng, sách, sách nói, podcast, phim, chương trình truyền hình, khóa học hoặc âm nhạc, hoặc PWA, bạn có thể gửi trực tiếp lên Google Play (phần lớn nội dung video trên Google Play hiện được đồng bộ hóa với YouTube và YouTube TV, nhưng điều này không nhất thiết đúng với các nội dung khác). Chiến lược này cũng có thể bao gồm sách trên Google Books, chuyến bay trên Google Flights, khách sạn trên Google Hotel listings và điểm tham quan trên Google Explore. Nó cũng bao gồm việc có mã AMP hợp lệ, vì Google lưu trữ nội dung AMP, và bao gồm Google News nếu trang web của bạn là nhà cung cấp tin tức được Google chấp thuận.

Thay đổi về theo dõi SEO cho việc lập chỉ mục dựa trên Fraggle

Vấn đề lớn nhất đối với các chuyên gia SEO là thiếu lưu lượng truy cập tự nhiên, nhưng cũng là do các phương pháp theo dõi kết quả tìm kiếm tự nhiên hiện nay thường không cho thấy liệu các yếu tố như Knowledge Graph, Featured Snippets, PAA, Found on the Web, hay các loại kết quả khác có xuất hiện ở đầu kết quả tìm kiếm hay ở vị trí cao hơn kết quả tìm kiếm tự nhiên của bạn hay không. Vị trí số một trong kết quả tìm kiếm tự nhiên không còn như xưa, và các vị trí thấp hơn cũng vậy, vì vậy bạn không thể kỳ vọng những thứ hạng đó sẽ mang lại lượng truy cập tương tự. Nếu Google tiếp tục thu thập và hiển thị nội dung của mọi người, lưu lượng truy cập sẽ không bao giờ đến được trang web và các chuyên gia SEO sẽ không biết liệu nỗ lực của họ có còn mang lại giá trị tài chính tương đương hay không. Vấn đề này đặc biệt nghiêm trọng đối với các nhà xuất bản, những người chỉ có thể bán quảng cáo trên trang web của họ dựa trên lượng truy cập dự kiến ​​mà trang web có thể mang lại.

Một điều khác cần nhớ là kết quả tìm kiếm khác nhau — đặc biệt là trên thiết bị di động, kết quả sẽ khác nhau tùy thuộc vào thiết bị (thường dựa trên kích thước màn hình) nhưng cũng có thể khác nhau tùy thuộc vào hệ điều hành iOS của điện thoại. Chúng cũng có thể thay đổi đáng kể dựa trên vị trí hoặc cài đặt ngôn ngữ của điện thoại, và chắc chắn không phải lúc nào cũng trùng khớp với kết quả trên máy tính để bàn cho cùng một truy vấn. Hầu hết các chuyên gia SEO không biết nhiều về thực tế kết quả tìm kiếm trên thiết bị di động vì hầu hết các công cụ báo cáo SEO vẫn tập trung nhiều vào kết quả trên máy tính để bàn, mặc dù Google đã chuyển sang ưu tiên thiết bị di động (Mobile-First). 

Ngoài ra, các công cụ SEO thường chỉ báo cáo thứ hạng từ một vị trí duy nhất — vị trí máy chủ của họ — thay vì cho phép kiểm tra từ nhiều vị trí khác nhau. 

Cách duy nhất mà những chuyên gia SEO giỏi có thể làm để giải quyết vấn đề này là sử dụng các công cụ như MobileMoxie SERP Test để kiểm tra thứ hạng của các từ khóa hàng đầu từ tất cả các vị trí mà người dùng có thể tìm kiếm. Mặc dù công cụ miễn phí chỉ cung cấp kết quả cho một vị trí tại một thời điểm, nhưng người dùng đăng ký có thể kiểm tra kết quả tìm kiếm ở nhiều vị trí, dựa trên bán kính khu vực dịch vụ hoặc dựa trên tệp CSV địa chỉ được tải lên. Công cụ này tích hợp với Google Sheets và có trình kết nối với Data Studio để hỗ trợ báo cáo SEO, nhưng cũng có API để tích hợp sâu hơn vào các công cụ chỉnh sửa nội dung, bảng điều khiển và sử dụng trong các công cụ SEO khác.

Phần kết luận

Tại MozCon 2017, tôi đã bày tỏ niềm tin rằng tác động của việc lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing) đòi hỏi phải diễn giải lại ý nghĩa của các từ "Di động", "Ưu tiên" và "Lập chỉ mục". Trong bối cảnh lập chỉ mục ưu tiên thiết bị di động, các từ này nên được hiểu là "có thể mang theo", "ưu tiên" và "tổ chức thông tin". Khả năng chuyển sang lập chỉ mục dựa trên Fraggle và những thay đổi gần đây đối với kết quả tìm kiếm (SERP), đặc biệt là trong năm qua, dường như chứng minh tính chính xác của lý thuyết này. Và mặc dù đã được lên kế hoạch trong hơn hai năm, những thay đổi đối với SERP hiện đang được triển khai nhanh hơn và khiến SERP trở nên khó nhận ra so với ba hoặc bốn năm trước.

Trong bài viết này, chúng tôi đã mô tả Fraggles và việc lập chỉ mục dựa trên Fraggle cho SEO như một lý thuyết suy đoán về bản chất thực sự của sự thay đổi sang Lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing), cách thức mà chính chỉ mục — và các đơn vị lập chỉ mục — có thể đã thay đổi để phù hợp với việc tổ chức thông tin nhanh hơn và tinh tế hơn dựa trên Đồ thị tri thức (Knowledge Graph), thay vì chỉ đơn giản là các liên kết và URL. Chúng tôi đã đề cập đến cách thức hoạt động của Fraggles và việc lập chỉ mục dựa trên Fraggle, mối liên hệ của nó với JavaScript và PWA, cũng như các chiến lược mà các chuyên gia SEO có thể áp dụng để tận dụng nó nhằm tăng khả năng hiển thị trong kết quả tìm kiếm và cách họ có thể cập nhật việc theo dõi thành công của mình để tính đến tất cả các biến thể ảnh hưởng đến kết quả tìm kiếm trên thiết bị di động.

Những người làm SEO cần xem xét các cơ hội và thay đổi cách chúng ta nhìn nhận chiến lược lập chỉ mục tổng thể, cũng như công việc của chúng ta nói chung. Nếu Google đang tổ chức chỉ mục dựa trên Biểu đồ Tri thức (Knowledge Graph), điều đó sẽ giúp Google dễ dàng liên tục đề cập đến các nút gần đó của Biểu đồ Tri thức trong các băng chuyền "Tìm kiếm liên quan", các liên kết từ Biểu đồ Tri thức và các chủ đề trong PAA (Parent Page Attached ...

Việc lập chỉ mục Fraggles và Fraggled định hình lại sự chuyển đổi sang Lập chỉ mục ưu tiên thiết bị di động (Mobile-First Indexing), điều này có nghĩa là các chuyên gia SEO và các công ty cung cấp công cụ SEO cần bắt đầu suy nghĩ theo hướng ưu tiên thiết bị di động — tức là tính di động của thông tin của họ. Mặc dù các trang và tên miền có thể vẫn mang tín hiệu xếp hạng mạnh mẽ, nhưng những thay đổi trong SERP dường như tập trung ít hơn vào toàn bộ trang, và nhiều hơn vào các phần của trang, tương tự như những gì xuất hiện trong Featured Snippets, PAAs và một số Tìm kiếm liên quan. Nếu Google tập trung nhiều hơn vào việc phân bổ nội dung và trở thành một "công cụ trả lời" thay vì một "công cụ tìm kiếm", thì điều này phù hợp với bản sắc đã nêu của họ và mong muốn xây dựng một công cụ hiệu quả hơn, bền vững hơn và mang tính quốc tế.

Các chuyên gia SEO cũng cần tìm cách phục vụ người dùng tốt hơn bằng cách tập trung hơn vào thực tế của kết quả tìm kiếm trên thiết bị di động và mức độ khác biệt của nó đối với người dùng thực. Mặc dù Google có thể không gọi những đơn vị xếp hạng nhỏ nhất là "Fraggles", nhưng đó là cách chúng ta gọi chúng, và chúng ta nghĩ rằng chúng rất quan trọng đối với tương lai của SEO.