Technical SEO: Các hành động kỹ thuật để cải thiện kết quả tìm kiếm

Có nhiều định nghĩa khác nhau về những gì mà Technical SEO thực sự bao gồm. Một số thu hẹp nó càng xa càng tốt — thành các khái niệm kỹ thuật dành riêng cho SEO, chẳng hạn như directives, robots.txt, crawl paths (đường dẫn thu thập dữ liệu), v.v. Đây là kỹ thuật như trong “ngôn ngữ kỹ thuật” – về bản chất, có nghĩa là rất cụ thể.

Technical SEO: Các hành động kỹ thuật để cải thiện kết quả tìm kiếm

Những người khác mở rộng định nghĩa của họ về Technical SEO để bao gồm bất kỳ hoạt động SEO nào tận dụng ngay cả sự hiểu biết kỹ thuật cơ bản. Ví dụ, bạn có thể nhận thấy cách các thẻ tiêu đề và H1 xuất hiện trong nhiều công cụ kiểm tra “Technical SEO”.

Trở lại năm 2017, Russ Jones đã đề xuất định nghĩa này:

Bất kỳ hành động kỹ thuật đầy đủ nào được thực hiện với mục đích cải thiện kết quả tìm kiếm.

Ông đã minh họa điều đó bằng biểu đồ này:

Technical SEO: Các hành động kỹ thuật để cải thiện kết quả tìm kiếm

Đối với Russ, trọng tâm là hành động mang tính kỹ thuật hơn là chủ đề hoặc chuyên môn được rút ra.

Trong chương này, chúng ta sẽ rút ra một chút từ tất cả các định nghĩa này. Chúng tôi sẽ bao gồm:

  • Nền tảng kỹ thuật cho Technical SEO và phi kỹ thuật giống nhau — Xếp hạng trang, thu thập dữ liệu và lập chỉ mục cũng như hiển thị
  • Kiến thức kỹ thuật chuyên môn của SEO — chỉ thị, hreflang, robots.txt, API lập chỉ mục, v.v.
  • Các hoạt động kỹ thuật với mục đích SEO — hiệu suất, dữ liệu có cấu trúc và SEO “ở rìa”.

Mặt khác, chúng tôi sẽ không đề cập đến các chủ đề đã được đề cập kỹ lưỡng trong Hướng dẫn SEO cho người mới bắt đầu và chương tương đương. Nếu bạn muốn đọc về cách thức hoạt động của web, chuẩn hóa hoặc các kỹ thuật tối ưu hóa hiệu suất cơ bản, bạn có thể xem tại đây.

Nền tảng kỹ thuật của SEO

Phần đầu tiên này đề cập đến phần một trong bộ ba chiến thắng của Russ – cách thức hoạt động của SEOGoogle, và nền tảng kỹ thuật (hầu hết) mà bạn sẽ cần để hiểu phần còn lại. Với mục đích của hướng dẫn này, chúng tôi sẽ tập trung vào các liên kết, lập chỉ mục và hiển thị, mặc dù để có thêm phần giới thiệu về “các nguyên tắc đầu tiên” về cách các công cụ tìm kiếm hoạt động, bạn có thể xem các chương Hướng dẫn SEO cho người mới bắt đầu (1, 2) như đọc trước hữu ích.

Liên kết & Xếp hạng trang

Liên kết. Mọi người đều yêu thích chúng, nhưng chúng hoạt động như thế nào?

Quay trở lại cuối những năm 90, các liên kết là một phần quan trọng hơn nhiều trong cách mọi người điều hướng trang web, có lẽ từ các cổng như thế này:

Liên kết & Xếp hạng trang

Cải tiến cốt lõi của Google là tìm ra cách sử dụng các liên kết này làm đại diện cho mức độ phổ biến. Họ đưa ra giả thuyết rằng nếu một trang rất phổ biến có 20 liên kết trên đó, thì một phần nhỏ (có thể là 1/20) lưu lượng truy cập từ trang đó sẽ chuyển sang các trang mà nó liên kết. Điều này sau đó sẽ chuyển lưu lượng truy cập của họ theo cách tương tự, v.v. Thông qua hệ thống này, họ nhằm mục đích tính toán khả năng một người đang duyệt web ở trên bất kỳ trang cụ thể nào — chỉ dựa trên mức độ nổi bật của trang đó trong mạng liên kết của nó. Hệ thống này được gọi là PageRank.

Tất nhiên, có một chút nhiều hơn thế. Cảnh báo chính đầu tiên là có khả năng người dùng duyệt một trang sẽ chỉ nhấn vào dấu trang hoặc yêu cầu một trang ngẫu nhiên, thay vì nhấp vào liên kết. Về mặt toán học, điều này ngăn PageRank của tất cả các trang hội tụ về 0 hoặc 1. Yếu tố làm giảm này, được đề xuất trong bài báo PageRank ban đầu năm 1998 là 15%, củng cố một số lượng lớn các phương pháp hay nhất về SEO hiện đại.

Hãy xem nó trông như thế nào trong thực tế:

Technical SEO

Nếu chúng ta tưởng tượng rằng trang A liên kết đến chính xác một trang khác, thì trang đó nhận được 0,85* Xếp hạng Trang của A.

Theo một hệ thống cơ bản, nếu thay vào đó, A được liên kết với hai trang, thì điểm số được chuyển cho mỗi trang sẽ bị giảm một nửa:

Technical SEO

Thay vào đó, nếu A được liên kết gián tiếp đến trang thứ ba, hệ số giảm dần này sẽ được áp dụng hai lần:

Technical SEO

Với 0,85*0,85, hay còn gọi là 0,85^2, tính ra là 0,7225.

Bạn có thể nhanh chóng thấy điều này có thể phức tạp như thế nào. Chúng tôi đang xem xét các ví dụ trong đó mỗi trang chỉ liên kết đến một hoặc hai trang khác và không liên kết lại với nhau.

Tuy nhiên, từ những ví dụ đơn giản này, chúng ta đã có thể rút ra một vài bài học cơ bản khi làm SEO kỹ thuật:

  • Liên kết gián tiếp làm loãng thêm giá trị. Điều này cũng áp dụng cho trang chuẩn và chuyển hướng — chuyển hướng về cơ bản là một trang có chính xác một liên kết.
  • Một trang càng có nhiều liên kết đến các trang khác thì giá trị mà mỗi trang chuyển qua càng ít. Điều này có ý nghĩa đối với cấu trúc và điều hướng trang — liên kết đến nhiều trang bên cạnh những trang bạn quan tâm đang làm loãng những trang bạn quan tâm. (Trước đây, các liên kết nofollow sẽ không được tính vào việc giảm giá trị này, nhưng điều này đã không xảy ra trong một thời gian dài.)
  • Chúng tôi đang nói về các trang, không phải trang web hoặc tên miền. Các khái niệm như Cơ quan quản lý tên miền có giá trị vì các trang trên một trang web nhất định liên kết với nhau một cách áp đảo, thay vì liên kết bên ngoài, điều này tạo ra các cụm cơ quan quản lý. Nhưng không có khái niệm cố hữu nào về tên miền ở đây.

Những khối xây dựng cơ bản này có thể giúp chúng tôi hiểu lý do đằng sau rất nhiều phương pháp hay nhất về SEO, nhưng có một vài lưu ý và sự phức tạp cần giới thiệu:

  • Người lướt sóng hợp lý. Nếu một trang có hai liên kết, chúng sẽ không nhất thiết phải có cùng vốn chủ sở hữu – liên kết nào có nhiều khả năng được nhấp vào hơn sẽ nhận được chia sẻ lớn hơn.
  • Noindex = nofollow.

Noindex = Nofollow

Không, đó không phải là lỗi đánh máy.

Ghi nhớ những gì chúng ta đã học trong phần trên, thực sự có rất ít lý do chính đáng để sử dụng “noindex, nofollow”. Chắc chắn rồi, bạn có thể muốn loại trừ một trang mỏng hoặc có giá trị thấp khỏi chỉ mục, nhưng bạn có muốn ngăn không cho trang đó tái chế PageRank vào phần còn lại của trang web của bạn thông qua liên kết nội bộ không? Dĩ nhiên là không. Để biện minh cho thẻ này, bạn gặp phải các tình huống đặc biệt khó khăn xung quanh các trang liên kết đến các tài nguyên mà bạn thậm chí không muốn Google biết là có tồn tại — trong trường hợp đó, chẳng phải robots.txt sẽ là một giải pháp dễ dàng hơn sao?

Tuy nhiên, thoạt nhìn có vẻ như có thể có một trường hợp tốt cho “noindex” (có tác dụng tương tự như “noindex,follow” rõ ràng hơn). Có lẽ bạn có một trang mà bạn không muốn lập chỉ mục, nhưng nó vẫn liên kết đến các trang khác trên trang web của bạn, vì vậy bạn muốn tránh ngõ cụt PageRank, phải không?

Sai, thật không may. Một vài năm trước, Google đã tiết lộ rằng, mặc dù họ không thực sự chú ý, nhưng đó là một hệ quả không mong muốn của thuật toán của họ khiến các trang noindex cuối cùng trở thành nofollow trên thực tế, đơn giản chỉ vì chúng ngừng được thu thập thông tin.

Tất nhiên, điều này có một số ý nghĩa đối với sự hấp dẫn của chỉ thị ngăn lập chỉ mục. Đôi khi, một giải pháp như thẻ chuẩn có thể hữu ích, nhưng điều này không phải lúc nào cũng thực tế nếu trang không có nội dung gần trùng lặp mà bạn muốn lập chỉ mục. Có các tùy chọn “have your cake and eat it” (hai việc bạn đều muốn làm), chẳng hạn như ẩn liên kết bằng JavaScript (và sau đó chặn tập lệnh trong robots.txt), nhưng điều này có thể được xem là không tuân thủ nghiêm ngặt Nguyên tắc quản trị trang web của Google.

Vì vậy, cuối cùng, chúng ta phải tránh liên kết quá nhiều đến các trang như vậy — điều này có thể đặt ra những thách thức về trải nghiệm người dùng. Là một SEO kỹ thuật, bạn phải cân nhắc những thỏa hiệp này.

Rendering

Về JavaScript mà bạn đã đề cập …

Ngày nay, Google tuyên bố có thể phân tích các trang dựa trên JavaScript. Điều đó có phần đúng, nhưng có một số lưu ý:

  • Đôi khi nó không diễn ra tốt đẹp
  • Các công cụ tìm kiếm & trình thu thập thông tin khác thậm chí còn làm điều đó tồi tệ hơn.

Mặc dù vậy, kết xuất không chỉ dành cho JavaScript và đó là một khái niệm hay để hiểu khi làm việc trên một trang web đơn giản. Thử đối chiếu những gì bạn thấy trong mã nguồn HTML thô của một trang (Ctrl+U trong Chrome) với tab thành phần trong Công cụ dành cho nhà phát triển (Ctrl+Shift+I trong Chrome). Sự khác biệt là cái trước là HTML thô và cái sau là trang được hiển thị. Sự khác biệt này có thể thay đổi nhiều hơn từ trang này sang trang khác và là nguồn gốc phổ biến của các vấn đề SEO khó hiểu ban đầu.

Có một số công cụ tốt hiện có để giúp bạn hiểu sự khác biệt này, nhưng chúng tôi đặc biệt khuyên dùng tiện ích mở rộng View Rendered Source của Chrome.

Cách Googlebot hiển thị trang của bạn (& lý do có thể không)

Dù sao, quay lại Googlebot.

Ban đầu, Googlebot phân tích cú pháp HTML thô mà nó đặc biệt sử dụng để khám phá liên kết. Sau đó, một trang sẽ đi vào hàng đợi hiển thị, nơi nó đợi có thể vài giây hoặc vài tuần để được trình duyệt Chrome hiển thị một cách hiệu quả trước khi được chuyển trở lại giai đoạn xử lý và được lập chỉ mục.

Vì vậy, nếu nội dung ban đầu của bạn không hoạt động mà không được hiển thị, có lẽ do phụ thuộc vào JavaScript, thì bạn đang trì hoãn việc khám phá liên kết ban đầu đó. Mà có thể là tốt. Vấn đề lớn hơn là nếu kết xuất không hoạt động tốt.

Một số ví dụ về điều này có thể là do:

  • Hết thời gian chờ trước khi kết xuất trang xong
  • Tài nguyên quan trọng bị chặn trong robots.txt
  • Phân tích cú pháp JavaScript kém.

Bạn có thể sử dụng các công cụ như Google Search Console và Kiểm tra tính thân thiện với thiết bị di động để xem Googlebot hoạt động. Thông thường, nó hoạt động khá tốt, nhưng một lần nữa, đây lại là nguồn phổ biến của những trò tai quái về SEO.

Kết xuất trước & kết xuất động

Trong những năm qua, Google đã ủng hộ nhiều lựa chọn thay thế khác nhau để dựa vào khả năng phân tích cú pháp JavaScript của riêng mình. Nhiều SEO làm việc trên các trang web dựa trên JavaScript chọn cách khắc phục hoàn toàn vấn đề bằng kết xuất trước, nhưng giải pháp ưa thích hiện tại của Google là cái gọi là Kết xuất động. Chúng ta sẽ lần lượt xem xét từng cái một.

Kết xuất trước

Thỏa hiệp lý tưởng là hiển thị cho các công cụ tìm kiếm một trang HTML đơn giản mà họ có thể hiểu, nhưng hiển thị cho người dùng ứng dụng web chạy bằng JavaScript ưa thích của bạn, phải không? Các dịch vụ và khung kết xuất trước thực hiện chính xác điều đó, đôi khi chỉ cung cấp cho bot một phiên bản HTML cụ thể hoặc đôi khi tạo các phiên bản HTML kết xuất trước cho cả người dùng và bot.

Bạn cũng có thể thấy cụm từ “kết xuất phía máy chủ” được sử dụng, tương tự ở chỗ HTML đơn giản được cung cấp cho người dùng, nhưng khác ở chỗ kết xuất được thực hiện theo yêu cầu, mỗi khi người dùng cố gắng truy cập một trang.

Kết xuất động

Thông thường, “che giấu”, hoạt động hiển thị cho người dùng và Googlebot nội dung khác nhau, là điều mà Google không hài lòng và có ý định trừng phạt. Tuy nhiên, các ngoại lệ đã được thực hiện trong những năm qua nhằm mục đích xử lý các trang web phụ thuộc vào JavaScript và ngoại lệ mới nhất như vậy là hiển thị động.

Kết xuất động chỉ đơn giản là thuật ngữ của Google cho phiên bản kết xuất trước được đề cập ở trên chỉ phục vụ các trang kết xuất trước cho các tác nhân người dùng cụ thể, cụ thể là bot. Mặc dù nhiều trang web đã làm điều này trước khi Google thừa nhận chiến thuật này vào năm 2018, nhưng bằng cách thừa nhận rõ ràng chiến thuật này, Google đang mang lại cho nó tính hợp pháp và trấn an người dùng rằng họ sẽ không bị trừng phạt. Bing cũng đã thừa nhận rõ ràng phương pháp này.

Kiến thức kỹ thuật chuyên môn của SEO

Cho đến nay, chúng ta đã thảo luận về chức năng cốt lõi của SEO. Phần tiếp theo này hơi khác một chút — thay vì các chi tiết kỹ thuật về cách hoạt động của SEO nói chung, phần này nói về các kỹ thuật của SEO như một nguyên tắc. Một số trong số này thường được coi là nguyên tắc riêng của chúng — chẳng hạn như SEO quốc tế hoặc SEO di động.

Chỉ thị chuyên môn

Nhiều chủ đề chuyên môn trong số này xuất hiện do sự phức tạp xung quanh Xếp hạng trang mà chúng tôi đã tìm hiểu ở trên hoặc về sự trùng lặp, như đã đề cập trong Hướng dẫn dành cho người mới bắt đầu.

Ví dụ: nếu bạn bắt đầu phục vụ khách hàng ở Vương quốc Anh nhưng sau đó muốn phục vụ nội dung khác cho khán giả Anh và Úc, thì làm cách nào bạn có thể đảm bảo rằng phiên bản thứ hai mới của mình mang một số thẩm quyền của trang gốc? Làm cách nào bạn có thể chắc chắn rằng Google hiển thị đúng?

Có nhiều trường hợp đặc biệt bị xử phạt vì sao chép, bao gồm:

  • Quốc tế hóa, thông qua thẻ rel=”alternate” hreflang
  • Điện thoại di động, thông qua các thẻ phương tiện rel=”alternate” (mặc dù một trang phản hồi duy nhất được ưa thích hơn nhiều trong những năm gần đây!)
  • AMP, thông qua thẻ rel=”amphtml”
  • Các phiên bản được hiển thị phía máy chủ, thông qua phân phối động hoặc theo lịch sử thông qua thẻ meta name=”fragment”.

Không nên nhầm lẫn chức năng của các thẻ này với chuẩn hóa. Thật vậy, phương pháp hay nhất liên quan đến chuẩn hóa thay đổi tùy theo từng trường hợp — các biến thể quốc tế đều được coi là biến thể chuẩn của riêng chúng, trong khi đối với các biến thể di động, một phiên bản được coi là chuẩn.

Điều đó nói rằng, có một số chuyển giao thẩm quyền trong những trường hợp này, như người ta mong đợi với một thẻ chính tắc (mặc dù có thể không ở cùng mức độ). Tom Anthony đã chứng minh điều này cách đây vài năm khi chỉ ra một lỗi trong quy trình gửi sơ đồ trang web của Google. Thử nghiệm của anh ấy cho thấy rằng các miền mới chỉ được liên kết bởi hreflang với các miền cũ hơn, đã được thiết lập có thể ngay lập tức xuất hiện trong bảng xếp hạng tìm kiếm cạnh tranh.

Lập chỉ mục và ngân sách thu thập

Các trang web lớn hơn thường được hưởng lợi nhiều nhất từ ​​SEO kỹ thuật mạnh mẽ, chính xác là do kích thước của chúng. Google cho biết các trang web có trên một triệu trang hoặc có 10.000 trang được cập nhật hàng ngày có thể gặp sự cố xung quanh “ngân sách thu thập thông tin”. (Mặc dù trên thực tế, các vấn đề về ngân sách thu thập dữ liệu sẽ phát sinh ở các quy mô khác nhau tùy thuộc vào thẩm quyền, mức độ phổ biến và độ mới của trang web của bạn, do đó, đây là một điểm chuẩn kém sắc thái.) Ngoài ra, các trang web lớn hơn có thể gặp khó khăn nhiều hơn để tập trung thẩm quyền trong các trang chính, do kiến trúc trang web phức tạp hoặc đơn giản là cần phải cạnh tranh đồng thời cho một loạt các ý định tìm kiếm có tính cạnh tranh cao.

Tuy nhiên, hãy bắt đầu với “ngân sách thu thập dữ liệu” — khái niệm này đề cập đến thời gian hữu hạn mà Google có thể phân bổ để thu thập dữ liệu một trang web nhất định. Trong một số trường hợp, điều này có thể không đủ để các trang sâu hơn hoặc ít người biết đến hơn trên một trang web được thu thập dữ liệu một cách kịp thời hoặc có thể là không. Những vấn đề như vậy thường xuất hiện vì một vài lý do:

  • Các khía cạnh, chẳng hạn như lọc/sắp xếp tham số (example.com/shirt?&color=yellow&size=large&page=230, v.v.) dẫn đến số lượng URL được tạo động rất cao
  • URL do người dùng tạo, đặc biệt là
    • Các trang kết quả tìm kiếm
    • Các trang danh sách, đặc biệt là cho danh sách việc làm hoặc quảng cáo được phân loại, trong đó mỗi quảng cáo mới tạo ra (ít nhất) một URL mới.
    • Phần bình luận và diễn đàn.

Tất nhiên, đây không phải là một danh sách đầy đủ. Đây chỉ là một vài trong số những ví dụ phổ biến hơn mà chúng tôi đã trải qua.

Những người làm SEO có các công cụ mà họ có thể sử dụng để chứa số lượng URL mà Google có thể bắt gặp, do đó lãng phí ngân sách thu thập dữ liệu quý giá. Tuy nhiên, tất cả các công cụ này đều có sự thỏa hiệp của chúng:

  • Chặn rô-bốt.txt hoặc nofollow – tạo ngõ cụt Xếp hạng trang, như chúng ta đã khám phá trước đó trong chương này, ngăn chặn việc tái chế bất kỳ Xếp hạng trang nào vào trang, quay trở lại phần còn lại của trang web.
  • Noindex – cuối cùng cũng tạo ra ngõ cụt PageRank.
  • Thẻ Canonical – chỉ áp dụng khi Google coi trang là bản sao của trang được lập chỉ mục. Ngoài ra, trang vẫn sẽ được thu thập thông tin, mặc dù có thể ít hơn, do đó, mức tăng ngân sách thu thập thông tin có thể là tối thiểu.
  • Chuyển hướng 301 – chỉ áp dụng khi người dùng không cần truy cập trang dư thừa và phải đi kèm với dọn dẹp liên kết nội bộ

Cuối cùng, giải pháp tốt nhất là tránh tạo quá nhiều URL dư thừa này ngay từ đầu.

Công cụ lập chỉ mục

Mặt khác, người làm SEO cũng có thể muốn tận dụng tốt hơn ngân sách thu thập dữ liệu của mình bằng cách khuyến khích Google hoặc các công cụ tìm kiếm khác ưu tiên các URL mà họ đã thay đổi, thêm gần đây hoặc xem xét các URL khẩn cấp.

Trước đây, điều này thường có nghĩa là làm nổi bật các URL ưu tiên này trong liên kết nội bộ từ các trang được thu thập thông tin thường xuyên (thường là trang chủ), cùng với việc gửi tới Google Search Console / Công cụ quản trị trang web và có thể là gửi sơ đồ trang web.

Cái sau không nhất thiết hữu ích vì các sơ đồ trang web thường cồng kềnh như các trang web mà chúng ghi lại. Tuy nhiên, gần đây, một số trang web đã phát hiện ra rằng việc có sơ đồ trang web cụ thể cho các URL mới (thường là sơ đồ trang web tin tức, nhưng không nhất thiết) khuyến khích việc thu thập dữ liệu cụ thể nhanh hơn đối với sơ đồ trang web đó. Điều này có ý nghĩa, do Google khao khát các URL mới.

Chúng tôi cũng đã chứng kiến sự gia tăng gần đây của các API lập chỉ mục từ cả Google và Bing. Google, tại thời điểm viết bài này, chỉ cung cấp chức năng này cho danh sách công việc (ngành dọc với những thách thức về ngân sách thu thập dữ liệu đặc biệt tràn lan), trong khi dịch vụ của Bing, IndexNow, cũng được hỗ trợ bởi Yandex, cung cấp hỗ trợ rộng hơn.

Tuy nhiên, với một số thảo luận về việc tích hợp CMS cho các URL mới kích hoạt yêu cầu IndexNow, thật khó để biết giải pháp này cuối cùng sẽ không gặp phải những thách thức chính xác như thế nào — nguồn cung quá mức của các URL dư thừa và ít hoặc không có sự phân loại.

Các hoạt động kỹ thuật với mục đích SEO

Hạng mục cuối cùng của SEO kỹ thuật cho chương này không nhất thiết phải là SEO – mà đúng hơn là các hoạt động kỹ thuật liền kề với SEO, với các lợi ích SEO cụ thể.

Hiệu suất

Nổi bật nhất trong số này trong những năm gần đây là hiệu suất, còn được gọi là tốc độ trang web. Vào tháng 8 năm 2021, Google cuối cùng đã hoàn thành bản cập nhật Trải nghiệm trang cho SERPs trên thiết bị di động, bản cập nhật này thưởng cho các trang web vượt qua các ngưỡng cố định cho một số chỉ số nhất định. Tập hợp các chỉ số và ngưỡng này có thể sẽ được điều chỉnh và mở rộng theo thời gian và tại thời điểm viết bài này, việc triển khai trên máy tính để bàn cũng sắp diễn ra.

Hiệu suất trang web là một chủ đề biện minh cho toàn bộ hướng dẫn của riêng nó, nhưng SEO ít nhất nên tự làm quen với một số công cụ chính theo ý của họ.

Công cụ phát triển trình duyệt

Biểu đồ được lấy từ tab mạng trong các công cụ dành cho nhà phát triển của trình duyệt Firefox hiển thị rất nhiều thông tin hữu ích.

Ảnh chụp màn hình này hiển thị tab mạng trong Firefox (nhấn F12 trong Chrome, sau đó tải trang bạn quan tâm).
Ảnh chụp màn hình này hiển thị tab mạng trong Firefox (nhấn F12 trong Chrome, sau đó tải trang bạn quan tâm).

Bạn có thể xem tài nguyên nào phải được tải trước khi DOM sẵn sàng (đường thẳng đứng màu xanh lam) và tài nguyên nào sau đó sẽ làm chậm quá trình tải trang (đường màu hồng/đỏ). Bằng cách xác định tài nguyên nào dư thừa hoặc chậm, bạn có thể nhanh chóng tìm thấy các khu vực cần tập trung vào để cải thiện hiệu suất trang web hoặc ít nhất là hiểu rõ hơn về cách hoạt động của trang.

Chrome có chức năng tương tự, nhưng với một thủ thuật hữu ích khác: nó thực sự sẽ cho bạn biết lượng tài nguyên được yêu cầu so với lượng mã bị lãng phí.

Technical SEO

Techical SEO

Ví dụ, chúng ta có thể thấy rằng một số tài nguyên làm chậm quá trình tải trang trên thực tế gần như hoàn toàn không cần thiết — một cơ hội rõ ràng để cải thiện.

Công cụ chuyên dụng

Các công cụ dành cho nhà phát triển trình duyệt rất mạnh mẽ, nhưng có thể là một thứ gì đó khó học nếu không đi kèm với các công cụ khác mang lại nhiều hướng hơn.

Thông tin chi tiết về tốc độ trang của riêng Google hoạt động tốt trong lĩnh vực này và tất nhiên là miễn phí sử dụng. Tốt hơn nữa, bộ Số liệu hiệu suất của riêng chúng tôi trong Moz Pro cung cấp tất cả thông tin chi tiết giống nhau, nhưng cho nhiều URL cùng một lúc, đồng thời có thêm chức năng và hướng dẫn theo dõi.

technical seo

technical seo

Dữ liệu có cấu trúc

Dữ liệu có cấu trúc

Dữ liệu có cấu trúc, ở dạng đơn giản nhất, là một loạt thông tin mà máy có thể đọc được trong mã nguồn của một trang. Nó đặc biệt hữu ích cho các công cụ tìm kiếm. Tuy nhiên, tính hữu ích đối với SEO còn gây tranh cãi nhiều hơn.

Một số dữ liệu có cấu trúc có lợi ích SEO rất rõ ràng và điều này chủ yếu có nghĩa là các loại dữ liệu có cấu trúc được liên kết với tính năng tìm kiếm của Google, chẳng hạn như đoạn mã chi tiết xếp hạng theo sao hoặc đánh dấu công thức. Bạn có thể đọc một danh sách đầy đủ hơn về những điều này ở đây.

Tuy nhiên, đánh dấu mở rộng hơn nhằm mục đích đơn giản là cung cấp thêm thông tin và bối cảnh có những lợi ích ít rõ ràng hơn. Các bài kiểm tra phân tách đã nhiều lần cho thấy lợi ích hạn chế hoặc chỉ mang tính tình huống đối với đánh dấu như vậy về thứ hạng và lưu lượng truy cập.

Ví dụ: Đánh dấu xếp hạng tổng hợp

Một mục tiêu phổ biến đối với người làm SEO là xếp hạng sao xuất hiện trên các trang của họ trong Kết quả tìm kiếm của Google. Nếu trung bình, khách hàng của bạn đánh giá cao sản phẩm hoặc dịch vụ của bạn, thì điều này có vẻ dễ dàng thu hút thêm các nhấp chuột.

Bạn có thể xem một loạt các ví dụ về mã trong tài liệu của Google, thậm chí có thể được đưa vào thông qua Trình quản lý thẻ của Google – vì vậy điều này không quá khó, phải không?

Trên thực tế có một số lưu ý:

  • Chỉ một số loại nội dung nhất định đủ điều kiện để đánh dấu xếp hạng tổng hợp (mặc dù đôi khi nó xuất hiện cho các loại không có trong danh sách chính thức).
  • Trước đây, Google đã phạt các trang web vì đã áp dụng đánh dấu xếp hạng chung cho mọi trang trên trang web của họ. Điều này là do dữ liệu có cấu trúc được cho là áp dụng cho trang có nó và đối tượng cụ thể của trang đó, vì vậy không nên mô tả toàn bộ doanh nghiệp của bạn trên mỗi trang.
  • Các đánh giá và xếp hạng mà đánh dấu của bạn đang mô tả sẽ hiển thị rõ ràng cho người dùng trên trang đó.

Ngẫu nhiên, đây là những nguyên tắc tốt cho SEO nói chung.

Mặt tích cực, không giống như Google Ads, những đánh giá này không cần phải từ một số công ty tổng hợp đánh giá bên thứ ba đã được xác minh — chúng có thể từ cơ sở dữ liệu của riêng bạn, miễn là khách hàng có thể nhìn thấy chúng.

Vì vậy, nếu bạn có một số cơ sở dữ liệu đánh giá để xử lý, các bước của bạn có thể giống như sau:

  1. Ánh xạ các trang được lập chỉ mục tới các bài đánh giá của khách hàng để các bài đánh giá chỉ áp dụng cho các trang dành cho đúng sản phẩm hoặc dịch vụ và không có hai trang nào có cùng một danh sách các bài đánh giá
  2. Hiển thị xếp hạng tổng hợp và (một số) đánh giá có liên quan trên các trang tương ứng
  3. Tiêm đánh dấu qua HTML thô hoặc Trình quản lý thẻ của Google
  4. Xác nhận qua công cụ Kết quả nhiều định dạng của Google hoặc qua Google Search Console

SEO in the edge

Chủ đề cuối cùng của chương này là một công cụ mới nổi trong kho vũ khí của SEO kỹ thuật. “Edge” đề cập đến các máy chủ ở rìa mạng — có khả năng đồng nghĩa với CDN, mặc dù không nhất thiết — làm thay đổi trang mà máy chủ tạo ra trước khi đến tay người dùng.

Điều này có nghĩa là Edge SEO hoàn toàn không can thiệp vào cấu trúc ban đầu của trang mà thay vào đó thực hiện các thay đổi nhanh chóng đối với trang trong quá trình chuyển tiếp.

Trước đây, nếu bạn muốn thực hiện thay đổi SEO cho một trang web, bạn thực hiện bằng cách sửa đổi cơ sở mã của trang web hoặc bằng cách sử dụng CMS (chẳng hạn như WordPress, Drupal, v.v.).

Tuy nhiên, ngay cả trước khi Edge SEO nổi lên, một số SEO đã ủng hộ việc sử dụng Trình quản lý thẻ của Google làm “meta CMS” khi trang web ban đầu trở nên quá cũ, phức tạp, được bảo trì kém hoặc lỗi thời để duy trì. Mặc dù điều này rất hấp dẫn nhưng nó có một vài vấn đề rõ ràng:

  • Độ phức tạp bảo trì thậm chí còn tăng hơn nữa
  • Yêu cầu kết xuất JavaScript để Google hiểu các thay đổi
  • Kết xuất flash cho người dùng, nếu các thay đổi có thể nhìn thấy
  • Chỉ cần tạm dừng những gì rõ ràng là cần thiết để xây dựng lại trang web / tổ chức cơ sở

SEO “Edge” thường được sử dụng theo cách tương tự, nhưng tránh được một số nhược điểm đó — không phụ thuộc vào JavaScript hoặc flash kết xuất đi kèm. Về nguyên tắc, hầu hết mọi thay đổi về SEO đều có thể được thực hiện ở cấp độ này, tùy thuộc vào mức độ phức tạp của giải pháp được sử dụng — khác nhau từ “Edge worker” có sẵn trên CDN như Cloudflare, đến các máy chủ độc lập chuyên dụng nằm giữa máy chủ gốc và CDN.