Kiểm tra SEO kỹ thuật-Technical seo checklist

Kiểm tra SEO kỹ thuật-Technical seo checklist

Mặc dù SEO kỹ thuật là một chủ đề mà chỉ một số người trong chúng ta sử dụng một cách nghiêm túc, nhưng nó là một phần trong cuộc sống của mọi người. Chà, phần nào của SEO không phải là kỹ thuật nếu chúng ta xem xét nó một cách kỹ lưỡng?

Tất cả các vấn đề về SEO, sai lầm, mẹo và đề xuất đều có trong danh sách kiểm tra kỹ thuật của ngày hôm nay. Chúng tôi muốn trình bày, theo cách hiệu quả nhất có thể, tất cả các yếu tố quan trọng để làm cho trang web  thân thiện với người dùng, hiệu quả, hiển thị trong SERP, có chức năng và dễ hiểu. Do đó, hãy thu thập tất cả thông tin bạn có trên trang web của mình và hãy bắt đầu tốt hơn.

Các bài viết liên quan:

Tóm tắt nội dung

I. Thời gian tốc độ tải trang web

Trên web, thời gian là điều cốt yếu. Các trang web trên khắp thế giới tải khá chậm, trung bình là 19 giây để tải trên mạng di động 3G. 

Khảo sát cho thấy con số 50% là con số được thống kê trung bình từ bộ phận lớn người dùng sẽ dễ dàng bỏ đi khi nó tải lâu hơn 3s tạo ra sự chán nản và mất kiên nhẫn.

Nếu trang web  tải chậm, bạn có thể mất rất nhiều khách truy cập.

Tuyên bố từ chối trách nhiệm & Cảnh báo: Chơi với PHP, máy chủ, cơ sở dữ liệu, nén, thu nhỏ và những thứ tương tự khác thực sự có thể làm rối trang web  nếu bạn không biết mình đang làm gì. Đảm bảo rằng bạn có một bản sao lưu các tệp và cơ sở dữ liệu thích hợp trước khi bắt đầu chơi với các tùy chọn này.

Khi chúng ta nói về tốc độ, có một số điều chúng ta cần xem xét để làm cho trang web  hiệu quả và dễ truy cập cho người dùng . Tốc độ tải nhanh hơn có nghĩa là chuyển đổi cao hơn và tỷ lệ thoát thấp hơn. Vì vậy, chúng tôi đã chọn một số đề xuất tối ưu hóa tốc độ bắt buộc. Sử dụng Kiểm tra tốc độ của Google, bạn có thể thực hiện các phân tích ngắn và dễ dàng về thời gian tốc độ tải trang web của mình.

Công cụ này đã được cải thiện trong những năm qua và bây giờ bạn có thể xem các biểu đồ hữu ích cho các trang web lớn để hiểu mỗi trang web đang hoạt động như thế nào. Một ví dụ là Phân phối tải trang.

Phân phối tải trang sử dụng hai chỉ số hiệu suất lấy người dùng làm trung tâm: thứ nhất, sơn nội dung (FCP) và DOMContentLoaded (DCL). Lớp sơn đầy nội dung đánh dấu phần nội dung đầu tiên có trên màn hình khi trình duyệt bắt đầu hiển thị các pixel. DOMContentLoaded đánh dấu thời điểm DOM đã sẵn sàng và không có biểu định kiểu nào đang chặn thực thi JavaScript. Hai chỉ số này hiển thị chính xác phần trăm nội dung tải nhanh hơn và phần nào cần cải thiện bằng cách xem các trang đó có tốc độ trung bình và chậm (nếu bạn theo dõi biểu đồ).

Một ví dụ khác bao gồm các chỉ số tốc độ và tối ưu hóa cho biết vị trí của mỗi trang web. Trong hình bên dưới, chúng ta có thể thấy điểm FCP và DCP. Hai chỉ số này sử dụng dữ liệu từ Trải nghiệm người dùng Chrome. Nó cho biết FCP trung bình (1,8 giây) và DCL (1,6 giây) của trang xếp nó ở một phần ba giữa của tất cả các trang. Điều đó có nghĩa là trang này có mức độ tối ưu hóa thấp vì hầu hết các tài nguyên của nó đều bị chặn hiển thị.

1. Thời gian phản hồi cần được điều chỉnh 

Thời gian phản hồi của máy chủ đề cập đến khoảng thời gian cần tải mã HTML để bắt đầu hiển thị trang từ máy chủ . Về cơ bản, khi bạn truy cập một trang, nó sẽ gửi thông báo đến máy chủ và thời gian hiển thị cho bạn thông tin đó được coi là thời gian phản hồi của máy chủ.

Có rất nhiều lý do tại sao một trang web có thời gian phản hồi chậm. Google chỉ công bố một số trong số đó:

Có hàng tá yếu tố tiềm ẩn có thể làm chậm phản hồi của máy chủ : logic ứng dụng chậm, truy vấn cơ sở dữ liệu chậm, định tuyến chậm, khung công tác, thư viện, tài nguyên CPU chậm hoặc thiếu bộ nhớ.

Thời gian phản hồi của máy chủ ảnh hưởng đến luồng thời gian Googlebot cần để thu thập vào dữ liệu. Có thể là 1, 2, 3 giây hoặc hơn, nó sẽ chuyển đổi khách truy cập  hay không. Google nói rằng bạn nên giữ thời gian phản hồi của máy chủ dưới 200ms.

Có 3 bước bạn cần làm theo để kiểm tra và Thời gian phản hồi cần được điều chỉnh :

  1. Đầu tiên, bạn cần thu thập dữ liệu và kiểm tra xem tại sao thời gian phản hồi của máy chủ lại cao.
  2. Thứ hai, đo thời gian phản hồi máy chủ để xác định và khắc phục các nguyên nhân gây giảm hiệu suất trong tương lai.
  3. Cuối cùng, theo dõi bất kỳ hồi quy nào.

Nhiều khi, lý do tại sao một trang web tải chậm là do chính máy chủ. Điều rất quan trọng là chọn một máy chủ chất luồng cao ngay từ đầu. Về lý thuyết, việc di chuyển một trang web từ một máy chủ sang một máy chủ khác nghe có vẻ dễ dàng, nhưng nó có thể đi kèm với một loạt các vấn đề có thể xảy ra như giới hạn kích thước tệp, phiên bản PHP sai, v.v.

Việc lựa chọn máy chủ phù hợp có thể khó khăn vì giá cả. Nếu bạn là một công ty đa quốc gia, bạn có thể cần các máy chủ chuyên dụng, những máy chủ này đắt tiền. Nếu bạn chỉ mới bắt đầu với một blog, dịch vụ lưu trữ chia sẻ có thể là đủ, thường là rẻ.

Tuy nhiên, có những máy chủ lưu trữ chia sẻ tốt và những máy chủ chuyên dụng xấu và ngược lại. Đừng chạy theo thứ rẻ nhất hoặc nổi tiếng nhất. Ví dụ, Hostgator có dịch vụ lưu trữ chia sẻ tuyệt vời cho Hoa Kỳ, nhưng không phải VPS quá xuất sắc.

2. Cắt giảm độ phân giải ảnh và tối ưu 

size mà không ảnh hưởng đến hình thức trực quan

Nếu một trang web tải thực sự chậm, một trong những điều đầu tiên bạn nghĩ đến là hình ảnh. Tại sao? Bởi vì chúng lớn. Và chúng ta không nói về kích thước trên màn hình mà là về kích thước trên đĩa.

Bên cạnh tất cả thông tin mà một hình ảnh có, như đã đề cập trước đây, nó cũng tải xuống rất nhiều byte trên một trang, khiến máy chủ mất nhiều thời gian hơn mức cần thiết để tải tất cả thông tin. Thay vào đó, nếu chúng tôi tối ưu hóa trang, máy chủ sẽ hoạt động nhanh hơn vì chúng tôi đã loại bỏ các byte bổ sung và dữ liệu không liên quan. Trình duyệt tải xuống càng ít byte thì trình duyệt có thể tải xuống và hiển thị nội dung trên màn hình càng nhanh.

Vì GIF, PNG và JPEG là những loại phần mở rộng được sử dụng nhiều nhất cho ảnh, nên có rất nhiều giải pháp để nén ảnh.

Dưới đây là một số mẹo và đề xuất để tối ưu hóa hình ảnh :

  • Sử dụng PageSpeed ​​Insights;
  • Nén hình ảnh tự động hàng loạt với các công cụ chuyên dụng (tinypng.com ,vator.io, Optimizilla.com) và plugin (WP Smush, CW Image Optimizer, SEO Friendly Images), v.v.
  • Sử dụng định dạng GIF và PNG vì chúng không mất dữ liệu. PNG là định dạng mong muốn. Tỷ lệ nén tốt nhất với chất luồng hình ảnh tốt hơn có thể đạt được bằng các định dạng PNG;
  • Chuyển đổi GIF sang PNG nếu hình ảnh không phải là hình ảnh động;
  • Loại bỏ độ trong suốt nếu tất cả các pixel bị mờ đối với GIF và PNG;
  • Giảm chất luồng xuống 85% cho các định dạng JPEG; bằng cách đó, bạn giảm kích thước tệp và không ảnh hưởng trực quan đến chất luồng;
  • Sử dụng định dạng lũy ​​tiến cho hình ảnh trên 10k byte;
  • Thích các định dạng vectơ vì chúng độc lập với độ phân giải và tỷ lệ;
  • Loại bỏ siêu dữ liệu hình ảnh không cần thiết (thông tin máy ảnh và cài đặt);
  • Sử dụng tùy chọn để “Lưu cho Web” từ các chương trình chỉnh sửa chuyên dụng.

Nếu đang sử dụng WordPress, bạn có thể chọn một giải pháp đơn giản, chẳng hạn như Plugin nén hình ảnh Smush.

Cập nhật: Kể từ năm 2019, Google PageSpeed ​​Insights khuyến nghị sử dụng hình ảnh định dạng mới như JPEG2000 hoặc WEBP. Tuy nhiên, không phải tất cả các trình duyệt và thiết bị đều hiển thị tốt các định dạng này, vì vậy việc nén hình ảnh thường xuyên vẫn được khuyến khích, mặc dù Google đã nỗ lực để thúc đẩy điều này.

Bạn có thể xem hình ảnh nào là lớn nhất trên trang web của mình với Kiểm tra trang web của W3seo. Chỉ cần đi đến phần Hình ảnh, bên dưới Nội dung. Ở đó, bạn có thể thấy danh sách các hình ảnh trên 500kb (xem xét rằng đối với trang web của nhiếp ảnh gia, những hình ảnh này có thể có kích thước tương đối nhỏ. Tuy nhiên, bạn nên hiển thị phiên bản HD đầy đủ dưới một liên kết tải xuống riêng biệt).

Vấn đề thực sự duy nhất với PageSpeed ​​Insights là bạn chỉ có thể kiểm tra một trang tại một thời điểm.

Chúng tôi, tại W3seo, biết rằng nhiều người trong số các bạn muốn kiểm tra hàng loạt Thông tin chi tiết về tốc độ trang. Vì vậy, đó là lý do tại sao chúng tôi đã phát triển công cụ của mình để có thể kiểm tra hàng loạt điểm số của Thông tin chi tiết về tốc độ trang trên nhiều trang cùng một lúc:

Kiểm tra Thông tin chi tiết về tốc độ trang trong Hàng loạt

Tuy nhiên, lưu ý rằng nếu bạn có một trang web rất lớn, quá trình này có thể mất rất nhiều thời gian. Sẽ tốt hơn nếu bạn chọn không tham gia quy trình này trước khi phân tích đầu tiên được thực hiện (để bạn có thể có tất cả dữ liệu và bắt đầu khắc phục một số vấn đề) và bắt đầu quy trình Tốc độ trang sau đó. Có thể mất tới 10 giây mỗi trang, vì vậy nếu bạn có 60.000 trang thì có thể mất một tuần.

3. Hạn chế CSS & Javascript và Code HTML

Khi thực hiện kiểm tra tốc độ với Google’s PageSpeed ​​Insights, bạn sẽ thấy thông báo sau: Loại bỏ JavaScript và CSS chặn hiển thị trong nội dung trong màn hình đầu tiên trong trường hợp bạn có một số tài nguyên bị chặn gây ra sự chậm trễ trong việc hiển thị trang . Bên cạnh việc chỉ ra các tài nguyên, công cụ này cũng cung cấp một số mẹo SEO kỹ thuật tuyệt vời liên quan đến:

  1. Loại bỏ JavaScript chặn hiển thị;
  2. Phần CSS phân luồng cần được tối ưu.
  3.  

Bạn có thể xóa JavaScript chặn hiển thị bằng cách làm theo các nguyên tắc của Google và tránh hoặc giảm thiểu việc sử dụng JavaScript chặn bằng ba phương pháp:

  1. JavaScript nội bộ;
  2. Làm cho JavaScript không đồng bộ;
  3. Trì hoãn tải JavaScript.

Nếu Google phát hiện một trang trì hoãn thời gian hiển thị lần đầu tiên vì nó chứa chặn các bảng định kiểu bên ngoài, thì bạn nên Phần CSS phân luồng cần được tối ưu. Trong trường hợp này, bạn có hai lựa chọn:

Đối với các tài nguyên CSS bên ngoài nhỏ, bạn nên nội dòng một tệp CSS nhỏ và giúp trình duyệt hiển thị trang;

Đối với các tệp CSS lớn, bạn phải sử dụng Ưu tiên nội dung hiển thị để giảm kích thước của nội dung trong màn hình đầu tiên, CSS nội dòng cần thiết để hiển thị nội dung đó và sau đó hoãn tải kiểu còn lại.

Tốc độ trang hiển thị tệp nào cần được tối ưu hóa thông qua kỹ thuật thu nhỏ. Khi chúng ta nói về tài nguyên, chúng ta hiểu các tài nguyên HTML, CSS và JavaScript. Về cơ bản, công cụ sẽ chỉ ra danh sách các tài nguyên HTML, tài nguyên CSS và tài nguyên JavaScript, tùy thuộc vào tình huống. Dưới đây, bạn có thể xem một ví dụ về loại như vậy:

Đối với mỗi loại tài nguyên, bạn có các tùy chọn riêng lẻ:

  • HTMLMinifier để rút gọn HTML;
  • CSSNano và csso để rút gọn CSS;
  • UglifyJS để giảm thiểu JavaScript.

Dưới đây, bạn có thể xem một ví dụ về cách giảm thiểu CSS của mình:

Ilya Grigorik, kỹ sư hiệu suất web tại Google giải thích:

  • Nén dữ liệu. Sau khi loại bỏ các tài nguyên không cần thiết, bạn cần nén những tài nguyên mà trình duyệt cần tải xuống. Quá trình này bao gồm việc giảm kích thước của dữ liệu để giúp trang web tải nội dung nhanh hơn.
  • Tối ưu hóa các nguồn lực. Tùy thuộc vào loại thông tin bạn muốn cung cấp trên trang web của mình, hãy kiểm kê các tệp  và chỉ giữ lại tệp có liên quan, để tránh giữ dữ liệu không liên quan. Sau khi bạn quyết định thông tin nào phù hợp với mình, bạn sẽ có thể thấy loại tối ưu hóa nội dung cụ thể mà bạn sẽ phải thực hiện.

Ví dụ: hãy lấy một trang web nhiếp ảnh cần có ảnh với nhiều thông tin, chẳng hạn như cài đặt máy ảnh, loại máy ảnh, ngày tháng, vị trí, tác giả và các thông tin khác. Thông tin đó rất quan trọng đối với trang web cụ thể, trong khi đối với trang web khác, thông tin đó có thể không liên quan.

Nén Gzip được sử dụng tốt nhất cho dữ liệu dựa trên văn bản. Trong quá trình này, bạn có thể nén các trang web và biểu định kiểu trước khi gửi chúng đến trình duyệt. Nó hoạt động kỳ diệu đối với các tệp CSS và HTML vì các loại tài nguyên này có rất nhiều văn bản và khoảng trắng lặp lại. Phần hay của Gzip là nó tạm thời thay thế các chuỗi tương tự trong tệp văn bản để làm cho kích thước tệp tổng thể nhỏ hơn.

Đối với người dùng WordPress, có các giải pháp đơn giản hơn:

 Plugin Autoptimize để sửa các tập lệnh chặn hiển thị và CSS. Bạn cần cài đặt plugin và sau đó, bạn có thể tìm thấy plugin đó trong Cài đặt »Tự động tối ưu hóa để định cấu hình cài đặt. Tất cả những gì bạn phải làm là chọn hộp cho JavaScript và CSS, trong trường hợp của chúng tôi, và nhấp vào Lưu thay đổi.

W3 Total Cache để sửa lỗi JavaScript chặn hiển thị. Đây là một công cụ khác được cung cấp cho người dùng WordPress và nó yêu cầu nhiều công việc hơn một chút. Sau khi cài đặt, bạn cần đi tới Hiệu suất »Cài đặt chung và tìm phần Thu nhỏ.

Chọn hộp bật từ tùy chọn Minify và sau đó ở chế độ Thủ công. Cuối cùng, nhấp vào Lưu tất cả cài đặt và thêm các tập lệnh và CSS mà bạn muốn giảm thiểu. Sau đó, bạn đã sẵn sàng.

Tuy nhiên, đừng để bị Google lừa. Sự thật là PageSpeed ​​Insights chỉ là một kim chỉ nam. Ví dụ: PageSpeed ​​Insights cho thấy Analytics và Trình quản lý thẻ là JS chặn tải nội dung quan trọng. Tuy nhiên, họ buộc bạn phải đưa nó vào phần <head>.

Bạn có thể làm theo hướng dẫn này để thiết lập tốt hơn Trình cắm W3 Total Cache.

Không bao giờ loại bỏ thứ gì đó cần thiết cho việc theo dõi hoặc cho chức năng trang web  chỉ để đạt được 100% điểm trên PageSpeed ​​Insights hoặc GT Metrix.

4. Hạn chế HTTP & resource

Một trong những hành động đầu tiên xuất hiện khi chúng ta nói về tốc độ trang web là giảm số luồng tài nguyên. Khi người dùng truy cập trang web , một cuộc gọi đến máy chủ để truy cập các tệp được yêu cầu. Các tệp đó càng lớn thì càng mất nhiều thời gian để phản hồi hành động được yêu cầu.

Nhanh chóng, nhiều yêu cầu luôn làm chậm máy chủ. Đó là sự kết hợp của nhiều yếu tố dẫn đến điều này, nhưng bạn có thể so sánh nó với việc sao chép 1 tệp lớn trên đĩa cứng với việc sao chép một số luồng rất lớn các tệp nhỏ. Thông thường, các tệp nhỏ mất nhiều thời gian hơn để sao chép vì kim đĩa phải tiếp tục di chuyển. Điều này khác với công nghệ SSD không có kim nhưng vẫn còn nhiều việc phải làm để sao chép nhiều tệp hơn là sao chép một tệp lớn hơn.

Để kiểm tra các yêu cầu HTTP của mình, bạn có thể mở Tab ẩn danh (để đảm bảo rằng bạn không có các yêu cầu được lưu trong bộ nhớ cache sẽ không diễn ra) trong Chrome, nhấp chuột phải và nhấn Kiểm tra (ở dưới cùng). Sau đó, bạn cần tìm tab phụ của mạng và nhấn F5 để làm mới trang. Thao tác này sẽ bắt đầu theo dõi các yêu cầu và khi kết thúc, bạn sẽ thấy số luồng yêu cầu.

Không có con số chung, chúng tôi có thể nói rằng bạn nên cố gắng giữ con số này dưới 100. Điều này thực sự phụ thuộc vào trang. Nếu đó là một trang LỚN, thì nó có thể có nhiều yêu cầu hơn. Sau đó, một lần nữa, nó có thể là một ý tưởng tốt để phân trang nó.

Điều tốt nhất bạn có thể làm là xóa các tài nguyên không cần thiết (như thanh trượt) và sau đó giảm thiểu kích thước tải xuống tổng thể bằng cách nén các tài nguyên còn lại.

Một điều khác bạn có thể làm là kết hợp các tệp CSS và JS trong một tệp duy nhất để 1 yêu cầu duy nhất được thực hiện. Các plugin như Autoptimize và W3 Total Cache (cả hai đều được đề cập ở trên) có thể thực hiện điều này. Thông qua tùy chọn kết hợp, plugin về cơ bản lấy tất cả các tệp CSS và JS và hợp nhất chúng thành một tệp duy nhất.

Bằng cách này, trình duyệt sẽ chỉ phải thực hiện một yêu cầu tới máy chủ cho tất cả các tệp đó thay vì một cân bằng cho mỗi tệp.

Tuy nhiên, hãy cẩn thận! Tùy chọn này thường có thể phá vỡ toàn bộ trang web hoặc làm cho nó hiển thị thực sự lộn xộn, vì vậy hãy đảm bảo bạn có bản sao lưu các tệp và cơ sở dữ liệu thích hợp trước khi bắt đầu thực hiện bất kỳ thay đổi nào.

5. Thiếp lập chính sách cache

Bộ nhớ cache của trình duyệt tự động lưu tài nguyên trong máy tính của khách truy cập vào lần đầu tiên họ truy cập một trang web mới. Khi người dùng truy cập trang web lần thứ hai, những tài nguyên đó sẽ giúp họ nhận được thông tin mong muốn với tốc độ nhanh hơn, nếu họ quay lại trang đó. Bằng cách này, tốc độ tải trang được cải thiện đối với những khách truy cập trở lại.

Đối với những khách truy cập muốn quay lại một trang hoặc truy cập một trang mới mà trong một thời điểm cụ thể không thể truy cập được, có tùy chọn để xem phiên bản đã lưu trong bộ nhớ cache trực tiếp từ SERP.

Trang web được lưu trong bộ nhớ cache trong SERP

Cách tốt nhất để cải thiện đáng kể tốc độ tải trang là tận dụng bộ nhớ cache của trình duyệt và thiết lập nó theo nhu cầu .

Hầu hết các plugin Minification, Compression và Combination thực sự là plugin bộ nhớ cache, vì vậy chúng đều có chức năng này. Bạn có thể sử dụng W3 Total Cache hoặc bất kỳ plugin bộ nhớ đệm nào khác phù hợp với bạn nhất. Tuy nhiên, kết hợp giữa bộ nhớ đệm của W3 Total Cache và tính năng nén và kết hợp của Autoptimize là tốt nhất.

Sử dụng bộ nhớ đệm cũng sẽ khiến các thay đổi khó phát hiện hơn. Nếu bạn thực hiện thay đổi đối với trang web của mình, hãy mở tab Ẩn danh để xem các thay đổi và thỉnh thoảng đi tới cài đặt plugin để đặt lại bộ nhớ cache.

Kiểm tra và sửa chữa trang web  ngay bây giờ

6. Loại vòng lặp& hạn chế luồng điều hướng

Chuyển hướng có thể giúp bạn tránh khỏi rất nhiều rắc rối liên quan đến vốn chủ sở hữu liên kết / nước trái cây và các trang bị hỏng, nhưng nó cũng có thể gây ra cho bạn rất nhiều vấn đề nếu bạn có hàng tấn chúng. Một số luồng lớn các chuyển hướng sẽ tải các trang web  với tốc độ chậm hơn. Càng nhiều chuyển hướng, người dùng càng phải dành nhiều thời gian để truy cập vào trang đích.

Thông thường và đơn giản, chuyển hướng WordPress làm chậm trang web . Đó là lý do tại sao bạn nên dành thời gian để giảm thiểu số luồng chuyển hướng khách truy cập đến trải nghiệm trang web . Đôi khi, việc cố ý tạo và sử dụng chuyển hướng là phù hợp, nhưng hãy hạn chế sử dụng chuyển hướng trong các trường hợp cần thiết và đảm bảo khách truy cập  có trải nghiệm nhanh nhất có thể khi duyệt trang web WordPress .

Một điều đáng nói khác là bạn chỉ cần có một chuyển hướng cho một trang, nếu không bạn có nguy cơ gặp phải vòng lặp chuyển hướng. Vòng lặp chuyển hướng là một chuỗi các chuyển hướng cho cùng một trang, điều này gây hiểu lầm vì trình duyệt sẽ không biết trang nào sẽ hiển thị và cuối cùng sẽ đưa ra một lỗi khá khó chịu.

Trong trường hợp bạn có 404 trang, có rất nhiều cách để tùy chỉnh trang và đưa ra một số nguyên tắc cho người dùng để bạn không bị mất chúng. Thiết kế một trang thân thiện và đưa người dùng trở lại trang chủ  hoặc đến một phần nội dung phù hợp và có liên quan khác.

Để tìm các trang bị lỗi cho trang web , bạn có thể sử dụng Google Search Console bằng cách xem Thu thập thông tin »Lỗi thu thập thông tin, sau đó nhấp vào Không tìm thấy (nếu có).

Site Explorer cung cấp một tính năng tương tự, chỉ ra nguồn liên kết mà bạn đang mất (số luồng tên miền giới thiệu và liên kết cho mỗi trang bị hỏng).

Bạn cũng có thể sử dụng Công cụ kiểm tra trang web kỹ thuật SEO mới để phân tích tất cả các chuyển hướng của trang web . Sau khi bạn thiết lập chiến dịch và công cụ hoàn thành việc thu thập thông tin và phân tích trang web , chỉ cần chuyển đến Kiến trúc> Chuyển hướng.

7. Tránh tải trang web  với quá nhiều nội dung

Theo thời gian, các trang web có xu hướng bị tắc nghẽn với các hình ảnh, plugin và chức năng vô dụng không bao giờ được sử dụng. Tại sao?

Ví dụ: nếu bạn sử dụng WordPress, bạn có thể thử nghiệm rất nhiều plugin và cài đặt chúng trên trang web của mình, chỉ để phát hiện ra rằng bạn không thực sự cần chúng. Chắc chắn, bạn có thể vô hiệu hóa chúng và cuối cùng gỡ cài đặt chúng nhưng vấn đề với các lần gỡ cài đặt WordPress là chúng thường bị bẩn, để lại dấu vết trong Cơ sở dữ liệu , điều này có thể khiến nó chậm hơn một chút.

các trang web có trải nghiệm người dùng kém và rất nhiều quảng cáo thường tải chậm

Cố gắng đừng làm cho trang web  trông như thế này, nó có thể không phải là trải nghiệm người dùng tốt nhất.

Một loại plugin rất phổ biến khác mà quản trị viên web sử dụng là Thanh trượt. Các thanh trượt từng phổ biến nhưng thử nghiệm gần đây đã lặp đi lặp lại rằng chúng giết chết chuyển đổi.

Không chỉ vậy, Sliders cũng thường tải trang web  với nhiều thứ mà bạn không cần. Cái đầu tiên thường là tệp Javascript có xu hướng tải trên tất cả các trang (trong phần chân trang hoặc phần đầu của HTML ). Tuy nhiên, thanh trượt có lẽ chỉ được sử dụng trên trang chủ.

Ngoài ra, nếu bạn có 6 trang trình bày trên trang chủ của mình, với 6 hình ảnh đẹp lớn, trang web  có thể chậm hơn 2 hoặc 3 lần vì kích thước tính bằng byte của hình ảnh. Thật không may, có lẽ sẽ không ai nhìn qua hình ảnh thứ hai, nếu nó tự động trượt, tất nhiên.

Một giải pháp tốt là có một số loại môi trường phát triển nơi bạn có thể thử nghiệm 5-10 plugin cho đến khi bạn tìm thấy chính xác thứ mình cần. Sau đó, lập kế hoạch triển khai để bạn chỉ biết những yếu tố cần thiết để cài đặt trên phiên bản trực tiếp.

Sau đó, bạn có thể đặt lại phiên bản phát triển bằng cách xóa nó và sao chép phiên bản trực tiếp đã cập nhật vào nó. Bằng cách này, phiên bản trực tiếp cũng sẽ không bị tắc nghẽn và sẽ giống với phiên bản trực tiếp hơn.

Kiểm tra và sửa chữa trang web  ngay bây giờ

II. Chức năng & Khả năng sử dụng của Trang web

Sau khi bạn đảm bảo rằng trang web của mình có thể tải nhanh cho người dùng, đã đến lúc xem bạn có thể làm gì để cải thiện khả năng hiển thị của mình trong các công cụ tìm kiếm. Có rất nhiều khía cạnh đi sâu vào vấn đề này, nhưng những khía cạnh sau đây là sự kết hợp giữa những khía cạnh quan trọng nhất và những sai lầm phổ biến nhất mà quản trị viên web mắc phải.

8. Đảm bảo tương thích trên các nền tảng smartphone

Không có gì nhiều để nói ở đây. Vì hơn 50% tổng số người dùng trên toàn thế giới đang sử dụng thiết bị di động của họ để duyệt internet, Google đã ưu tiên lập chỉ mục di động. Bạn nên đảm bảo rằng trang web của mình được tối ưu hóa cho các thiết bị di động.

Điều này thường có nghĩa là về mặt thiết kế, nhưng cũng có nghĩa là về tốc độ và chức năng. Nói chung, bạn nên có thiết kế đáp ứng hơn là phiên bản dành cho thiết bị di động hoàn toàn riêng biệt, vì miền phụ m.site.com yêu cầu các bước bổ sung để được triển khai chính xác bằng cách sử dụng thẻ rel = alternate.

Để đảm bảo website thích hợp cho SEO trên di động, các bạn có thể đọc bài viết kiểm tra tính thân thiện với di động của chúng tôi.

9. Thiết lập các địa chỉ đối với các tools tìm kiếm

URL rất quan trọng vì bạn không nên thay đổi chúng. Điều này có nghĩa là bạn phải có được chúng ngay lần đầu tiên. Sẽ hữu ích cho người dùng và công cụ tìm kiếm khi có URL mô tả và chứa từ khóa.

Tuy nhiên, nhiều người thường quên điều này và xây dựng các trang web với các URL động hoàn toàn không được tối ưu hóa. Không phải là Google không chấp nhận chúng. Chúng có thể xếp hạng nhưng cuối cùng, bạn sẽ phải hợp nhất với những cái mới để cải thiện hiệu suất, UX và khả năng hiển thị của công cụ tìm kiếm và đó sẽ là một cuộc đấu tranh.

Thay đổi URL của trang rất thường xuyên dẫn đến các vấn đề với các công cụ tìm kiếm. Sẽ luôn tốt hơn nếu bạn làm tốt chúng ngay lần đầu tiên.

Chúng ta đã nói về chủ đề này nhiều lần trước đây vì điều quan trọng là phải có URL dễ theo dõi. Tránh có các tham số truy vấn trong URL. Bạn không thể theo dõi URL đó trong Analytics, Search Console, v.v. Chưa kể rất khó để xây dựng liên kết. Bạn có thể mất cơ hội liên kết vì URL  xuất hiện.

Nếu bạn là người dùng WordPress, bạn có tùy chọn cá nhân hóa và thiết lập cấu trúc liên kết cố định của mình. Nếu bạn nhìn vào hình tiếp theo, bạn có thể thấy các tùy chọn bạn có cho cấu trúc URL của mình.

Tạo URL thân thiện không quá khó, bạn có thể làm theo 3 mẹo tiếp theo:

  1. Sử dụng dấu gạch ngang (-) thay thế hoặc dấu gạch dưới (_);
  2. Làm cho nó ngắn hơn;
  3. Sử dụng từ khóa (từ khóa trọng tâm).

Tạo URL từ khóa dễ đọc và tập trung mà bạn đang nghĩ về người dùng của mình và do đó tập trung vào trải nghiệm người dùng. David Farkas có cùng tầm nhìn về vấn đề này:

Nếu bạn tập trung vào trải nghiệm người dùng, bạn sẽ xây dựng các liên kết bền vững – và tạo niềm tin với người dùng. Để xây dựng một liên kết thực sự tuyệt vời, bạn phải xem xét mọi khía cạnh của liên kết từ quan điểm của người dùng.

Bạn luôn có thể kiểm tra các URL ‘không thân thiện’ của mình bằng cách sử dụng công cụ Kiểm tra trang web như ahrefs, Semrush,..

URL phải mô tả cho từ khóa, điều này có nghĩa là các URL không mang từ khóa đi kèm sẽ có tác dụng không tốt với SEO.

10. Áp dụng giao thức HTTPS để đảm bảo bảo mật

Vào ngày 6 tháng 8 năm 2014, Google thông báo rằng giao thức HTTPS nằm trong danh sách các yếu tố xếp hạng mới của họ và khuyến nghị tất cả các trang web chuyển từ HTTP sang HTTPS.

HTTPS (Bảo mật giao thức truyền siêu văn bản) mã hóa dữ liệu và không cho phép nó bị sửa đổi hoặc làm hỏng trong quá trình truyền, đồng thời bảo vệ dữ liệu khỏi các cuộc tấn công trung gian. Bên cạnh đó, việc cải thiện bảo mật dữ liệu còn có những lợi ích khác, chẳng hạn như:

  1. Nó giúp trang web  tăng thứ hạng, vì nó là một yếu tố xếp hạng.
  2. Nó cung cấp chi tiết liên kết giới thiệu được bao gồm trong nguồn lưu luồng truy cập “Trực tiếp” trong Google Analytics.
  3. Nó đảm bảo với người dùng rằng trang web an toàn để sử dụng và dữ liệu được cung cấp được mã hóa để tránh bị hack hoặc rò rỉ dữ liệu.

Nếu bạn sử dụng HTTPS, chúng ta sẽ thấy một ổ khóa trước URL trong thanh điều hướng:

Trong trường hợp trang web  không sử dụng giao thức HTTPS, bạn sẽ thấy biểu tượng thông tin và nếu bạn nhấp vào biểu tượng đó, một thông báo mới sẽ cảnh báo bạn rằng kết nối không an toàn, do đó trang web không an toàn.

Mặc dù tốt nhất nên chuyển từ HTTP sang HTTPS, nhưng điều quan trọng là phải tìm ra cách tốt nhất để khôi phục tất cả dữ liệu  sau khi chuyển trang web . Ví dụ, rất nhiều người dùng phàn nàn rằng họ đã mất tất cả cổ phần sau khi chuyển trang web và điều tương tự đã xảy ra với chúng tôi.

Sau khi chúng tôi gặp sự cố tương tự, chúng tôi đã tạo một hướng dẫn về cách khôi phục lượt chia sẻ trên Facebook (và Google+) sau khi di chuyển https mà bạn có thể dễ dàng làm theo:

  1. Tìm hiểu xem bạn có bao nhiêu lượt chia sẻ Facebook tại một URL;
  2. Đặt cả chia sẻ xã hội HTTP và HTTP  thành 0;
  3. Cập nhật rel = ”canonical”;
  4. Xác định Trình thu thập thông tin của Facebook.

Một lần nữa, vấn đề này liên quan đến URL, vì vậy, bất cứ khi nào bạn cần thực hiện chuyển hướng hàng loạt, sự cố có thể xảy ra. Bạn nên thiết lập tốt các URL của mình ngay từ đầu. Tuy nhiên, nếu bạn thực sự cần di chuyển trang web từ HTTP sang HTTPS, bạn có thể xem hướng dẫn di chuyển HTTP sang HTTPS này.

11. Đặt phiên bản ưa thích 

Bạn cũng muốn đảm bảo rằng tất cả các phiên bản khác  đang trỏ đến đúng phiên bản ưa thích của trang web . Nếu mọi người truy cập một phiên bản, họ sẽ tự động được chuyển hướng đến phiên bản chính xác.

Đây là tất cả các phiên bản:

  • http://site.com
  • https://site.com
  • http://www.site.com
  • https://www.site.com

Vì vậy, nếu phiên bản ưa thích  là https://www.site.com, tất cả các phiên bản khác sẽ chuyển trực tiếp đến phiên bản đó. Bạn cũng có thể kiểm tra xem điều này có ổn không trong Công cụ kiểm tra SEO. Chỉ cần đi tới Khả năng lập chỉ mục> Tên miền ưa thích. Tìm thông báo Mọi thứ đều ổn. Nếu bạn không thể tìm thấy nó, thì hãy đoán xem: không phải mọi thứ đều ổn.

Di chuyển HTTP sang HTTPS

12.Thiết lập policy điều hướng 301 khi rời web

Di chuyển trang web là hoạt động được khuyến nghị trong trường hợp trang web bị thay đổi hoàn toàn và tên miền tương tự sẽ không được sử dụng nữa. Việc thiết lập chuyển hướng 301 có thể được áp dụng trong trường hợp bạn thực hiện chuyển đổi từ HTTP sang HTTPS và muốn duy trì giá trị liên kết.

Trong trường hợp di chuyển trang web, điều quan trọng là phải thiết lập chính xác các chuyển hướng. Để tránh mất nhiều liên kết và các trang bị hỏng trên trang web , cách tốt nhất là làm theo quy trình chuyển hướng 301 đúng. Vì vậy, bạn cần phải xem xét các khuyến nghị tiếp theo. Đối với phần lớn, chúng tôi đã đề cập đến một số trong số chúng ở các bước trước:

  • Thiết lập mã chuyển hướng 301 từ các URL cũ sang các URL mới;
  • Tránh các vòng lặp chuyển hướng;
  • Loại bỏ các ký tự không hợp lệ trong URL;
  • Xác minh phiên bản ưa thích của tên miền mới  (có www so với không có www);
  • Gửi thay đổi địa chỉ trong Search Console;
  • Gửi sơ đồ trang web mới trong Google;
  • Kiểm tra các liên kết và tài nguyên bị hỏng.

13. Đảm bảo thông tin vẫn được thu thập đều đặn

Có các tài nguyên không thể thu thập thông tin là một vấn đề kỹ thuật tối ưu hóa công cụ tìm kiếm quan trọng. Thu thập thông tin là bước đầu tiên, ngay trước khi lập chỉ mục, bước này đến và đưa nội dung  đến tay / mắt của người dùng. Về cơ bản, Googlebot thu thập dữ liệu và sau đó gửi nó đến trình lập chỉ mục hiển thị trang và sau đó, nếu may mắn, bạn sẽ thấy trang đó xếp hạng trong SERP.

Điều rất quan trọng là người dùng phải xem cùng một nội dung mà Googlebot thực hiện.

Nếu các tệp CSS  không được lập chỉ mục, Google sẽ không thể nhìn thấy các trang như người dùng. Trường hợp tương tự cũng áp dụng cho Javascript, nếu nó không thể thu thập dữ liệu. Với JavaScript, nó phức tạp hơn một chút, đặc biệt nếu trang web  được xây dựng nhiều bằng AJAX. Cần phải viết mã để máy chủ gửi phiên bản chính xác của trang web tới Google.

Nếu bạn không chặn Googlebot thu thập dữ liệu các tệp JavaScript hoặc CSS của mình, Google sẽ có thể hiển thị và hiểu các trang web  giống như các trình duyệt hiện đại.

Google khuyên bạn nên sử dụng Tìm nạp như Google để cho phép Googlebot thu thập dữ liệu JavaScript .

Cập nhật: Kể từ năm 2019, Google Search Console đã ra mắt phiên bản mới không có nhiều tính năng mà phiên bản cũ có. May mắn thay, bạn vẫn có thể truy cập phiên bản cũ nếu cần những tính năng đó. Tuy nhiên, chúng có khả năng bị loại bỏ hoàn toàn vào một thời điểm nào đó, ai mà biết được.

14. Kiểm tra tệp Robots.Txt  hiện đề xuất thích hợp đối với Google

Các vấn đề về khả năng thu thập thông tin thường liên quan đến tệp robots.txt. Kiểm tra tệp robots.txt  sẽ giúp Googlebot bằng cách cho nó biết trang nào nên thu thập thông tin và trang nào không nên thu thập thông tin. Bằng cách sử dụng phương pháp này, bạn cấp quyền truy cập vào dữ liệu của mình cho Google.

Bạn có thể xem tệp robots.txt của mình trực tuyến nếu bạn tìm kiếm http: // tên miền. com / robots.txt. Đảm bảo rằng thứ tự các tệp  là đúng. 

Sử dụng công cụ Trình kiểm tra robots.txt từ Search Console để viết hoặc chỉnh sửa tệp robots.txt cho trang web . Công cụ này rất dễ sử dụng và cho bạn biết liệu tệp robots.txt  có chặn trình thu thập thông tin web của Google khỏi các URL cụ thể hay không.

Lỗi xuất hiện khi Google không thể thu thập dữ liệu URL cụ thể do hạn chế của tệp robots.txt. Có nhiều lý do cho điều đó và Google chỉ nêu tên một số trong số đó:

Ví dụ: tệp robots.txt  có thể cấm hoàn toàn Googlebot; nó có thể cấm truy cập vào thư mục chứa URL này; hoặc nó có thể cấm truy cập cụ thể vào URL.

Biểu trưng của Google GOOGLE

Các sự cố phổ biến xuất hiện khi Googlebot bị chặn truy cập vào trang web  xảy ra do:

  • Có sự cố DNS và Google không thể giao tiếp với máy chủ DNS;
  • Tường lửa hoặc hệ thống bảo vệ DoS bị định cấu hình sai;
  • Googlebot cố tình bị chặn truy cập vào trang web.

Sau khi đã kiểm tra các vấn đề và tìm ra đâu là tài nguyên bị chặn được chỉ ra trong công cụ Tester, bạn có thể kiểm tra lại và xem trang web của mình có ổn không.

Khả năng thu thập thông tin của trang web có thể được xác minh tốt hơn trên quy mô lớn hơn bằng cách sử dụng Công cụ kiểm tra CognitiveSEO. Bạn chỉ cần đi tới Khả năng lập chỉ mục> Trang có thể lập chỉ mục và tìm các liên kết Không được phép trong Robots.txt. Nhấp vào đường màu đỏ và nó sẽ hiển thị cho bạn danh sách các URL không được phép.

15. Lập chỉ mục các nội dung đã được xác thực

James Parsons, chuyên gia về tiếp thị nội dung và SEO, giải thích trong một bài báo trên AudienceBloom về tầm quan trọng quan trọng của giai đoạn lập chỉ mục cho một trang web.

Các trang được lập chỉ mục là những trang được công cụ tìm kiếm của Google tìm kiếm nội dung mới có thể có hoặc thông tin mà nó đã biết. Có một trang web được lập chỉ mục là một phần quan trọng trong xếp hạng công cụ tìm kiếm trên Internet của trang web và giá trị nội dung trang web.

Search Console có thể cung cấp nhiều thông tin chi tiết về trạng thái của các trang được lập chỉ mục . Các bước rất đơn giản, hãy chuyển đến Chỉ mục của Google sau đó đến Trạng thái lập chỉ mục và bạn sẽ có thể thấy một biểu đồ tương tự như biểu đồ được hiển thị bên dưới:

Tình huống lý tưởng sẽ là số luồng trang được lập chỉ mục bằng với tổng số trang trong trang web , ngoại trừ những trang bạn không muốn được lập chỉ mục. Xác minh xem bạn đã thiết lập thẻ noindex thích hợp chưa. Trong trường hợp có sự khác biệt lớn, hãy xem lại chúng và kiểm tra các tài nguyên bị chặn. Nếu điều đó kết thúc bằng thông báo OK, thì hãy kiểm tra xem một số trang chưa được thu thập thông tin, do đó đã được lập chỉ mục.

Trong trường hợp bạn không thấy điều gì đó khác thường, hãy kiểm tra tệp robots.txt và kiểm tra sơ đồ trang web . Đối với điều đó, hãy kiểm tra các bước sau (9 và 10).

Bạn cũng có thể sử dụng công cụ Kiểm tra trang web để xem các URL đã được đánh dấu bằng thẻ Không lập chỉ mục. Chúng nằm trong cùng một phần với các URL bị chặn bởi Robots.txt (Khả năng lập chỉ mục> Trang có thể lập chỉ mục).

16. Xem lại Sơ đồ trang web để tránh bị lỗi thời

Sơ đồ trang web -sitemap XML cung cấp Google cách thức tổ chức cấu trúc trang web. 

Trình thu thập thông tin sẽ đọc và hiểu cách trang web được cấu trúc theo cách dễ hiểu hơn. Một cấu trúc tốt có nghĩa là thu thập thông tin tốt hơn. Sử dụng sơ đồ trang XML động cho các trang web lớn hơn. Đừng cố gắng giữ tất cả đồng bộ theo cách thủ công giữa robots.txt, meta rô bốt và sơ đồ trang XML.

Search Console lại tiếp tục là công cụ tốt. Trong phần Thu thập thông tin, bạn có thể tìm thấy báo cáo Sơ đồ trang web, nơi bạn có thể thêm, quản lý và kiểm tra tệp sơ đồ trang web của mình.

Cho đến thời điểm này, bạn có hai lựa chọn: kiểm tra sơ đồ trang web mới hoặc kiểm tra sơ đồ đã thêm trước đó. Trong trường hợp đầu tiên:

  • Thêm Sơ đồ trang web;
  • Nhập URL đường dẫn sơ đồ;
  • Kiểm tra sơ đồ trang web nếu cần
  • Khi quá trình kiểm tra hoàn thành, hãy nhấp vào Mở Kết quả Kiểm tra để kiểm tra lỗi. Sửa lỗi ;
  • Sau khi bạn sửa lỗi, hãy nhấp vào Gửi Sơ đồ trang web.

Trong trường hợp thứ hai, bạn có thể kiểm tra cấu trúc của sơ đồ trang web, và gởi lại nếu cảm thấy cần thiết.

Có ba điều bạn cần làm trong tình huống được giải thích trong tình huống thứ hai.

  • Cập nhật Sơ đồ trang web khi nội dung mới được thêm vào trang web  hoặc thỉnh thoảng;
  • Làm sạch nó theo thời gian, loại bỏ nội dung lỗi thời và xấu;
  • Giữ nó ngắn hơn để các trang quan trọng  được thu thập thông tin thường xuyên hơn hoặc chia sơ đồ trang web thành các phần nhỏ hơn. 
  • tập sơ đồ trang web có số luồng url< 50.000 URL và dung luồng phải nhỏ hơn 50MB khi chưa nén.
  • Việc sử dụng sơ đồ trang web không đảm bảo rằng tất cả các mục trong sơ đồ trang web  sẽ được thu thập thông tin và lập chỉ mục, vì các quy trình của Google dựa vào các thuật toán phức tạp để lập lịch thu thập thông tin. Tuy nhiên, trong hầu hết các trường hợp, trang web  sẽ được hưởng lợi từ việc có sơ đồ trang web và bạn sẽ không bao giờ bị phạt nếu có sơ đồ trang web.

17. Check kỹ những resources bị chặn với Tìm nạp từ Google

Có thể kiểm tra và thử nghiệm các URL Hashbang (URL có #! Trong đó) trong Tìm nạp như Google ngay bây giờ. John Mueller thừa nhận rằng Google có khả năng tìm nạp và hiển thị URL băm thông qua Search Console.

Google đã ngừng hỗ trợ chúng vào ngày 30 tháng 3 năm 2014 và điều đó đã thay đổi khi công ty thông báo vào ngày 14 tháng 10 năm 2015 rằng họ sẽ ngừng hỗ trợ hệ thống thu thập thông tin AJAX của họ. Hiện tại, các URL băm có thể được kiểm tra.

Dưới đây, bạn có thể thấy hai tình huống cho cùng một trang web. Trong hình đầu tiên, bạn có thể xem danh sách các tài nguyên trước khi sử dụng tính năng tìm nạp và kết xuất với URL băm và trong hình thứ hai, bạn có thể thấy tình hình sau khi hành động tìm nạp và kết xuất được thực hiện.

18. Phần dữ liệu cần được tối ưu

Thuật ngữ “ngân sách thu thập thông tin” bắt đầu thu thập nhiều giá trị hơn khi Gary Illyes giải thích cách Google sử dụng nó vào ngày 16 tháng 1 năm 2017.

Ngân sách thu thập thông tin có nghĩa là máy chủ phân bổ bao nhiêu tài nguyên để thu thập thông tin hoặc bao nhiêu trang được thu thập thông tin bởi các công cụ tìm kiếm trong một khoảng thời gian cụ thể. Google nói rằng không có gì phải lo lắng nếu các trang có xu hướng được thu thập thông tin mỗi ngày. Các vấn đề xuất hiện trên các trang web lớn hơn. Điều rất quan trọng là phải Phần dữ liệu cần được tối ưu.

Maria Cieślak, chuyên gia tối ưu hóa công cụ tìm kiếm, giải thích trong một bài báo trên DeepCrawl về tầm quan trọng của việc Phần dữ liệu cần được tối ưu.

Google chỉ đang thu thập thông tin một số trang cụ thể trên trang web  và có thể sắp xếp các URL không chính xác (ý ​​tôi là khác với ý bạn muốn). Ví dụ: trang “Giới thiệu về chúng tôi” (không thúc đẩy doanh số bán hàng) có thể nhận được nhiều lượt truy cập hơn so với danh sách danh mục có sản phẩm mới. Mục đích  là cung cấp cho Google nội dung mới và phù hợp nhất.

Tỷ lệ giới hạn thu thập thông tin được đưa ra thảo luận, giới hạn tốc độ tìm nạp tối đa cho một trang web nhất định.

Các hành động được đề xuất để Phần dữ liệu cần được tối ưulà:

  • Kiểm tra các soft 404 và sửa chúng bằng cách sử dụng tin nhắn được cá nhân hóa và trang tùy chỉnh;
  • Loại bỏ nội dung trùng lặp để tránh lãng phí ngân sách thu thập thông tin;
  • Loại bỏ các trang bị tấn công;
  • Ngăn chặn việc lập chỉ mục cho chất luồng thấp và nội dung thư rác;
  • Luôn cập nhật sơ đồ trang web ;
  • Sửa các vấn đề về không gian vô hạn;

19. Hạn chế Meta Refreshes nhằm chuyển hướng website

Vì chúng ta đã nói về kế hoạch chuyển hướng để di chuyển một trang web, nên tốt nhất bạn nên hiểu lý do tại sao Google không khuyên bạn nên sử dụng làm mới meta để di chuyển một trang web. Có ba cách để xác định chuyển hướng:

  • Phản hồi HTTP với mã trạng thái là 3xx;
  • Chuyển hướng HTML bằng cách sử dụng phần tử <meta>;
  • Chuyển hướng JavaScript bằng DOM.

Aseem Kishore giải thích lý do tại sao tốt hơn là không nên sử dụng kỹ thuật làm mới meta này:

  1. Mặc dù không đặc biệt nguy hiểm, Meta Refreshes thường được các nhà lập trình trang web vô đạo đức sử dụng để thu hút bạn vào một trang web bằng cách sử dụng một phần nội dung và sau đó chuyển hướng bạn đến một trang khác với một số nội dung khác. Được gọi là một kỹ thuật mũ đen, hầu hết các công cụ tìm kiếm lớn đủ thông minh để không rơi vào phương pháp “che giấu” nội dung web này.
  2. Khi có thể, hãy luôn cố gắng sử dụng chuyển hướng HTTP và không sử dụng phần tử <meta>. Chuyển hướng HTTP là tùy chọn ưu tiên, nhưng đôi khi nhà phát triển web không có quyền kiểm soát máy chủ hoặc không thể kiểm soát nó. Và họ phải sử dụng các phương pháp khác. Mặc dù chuyển hướng HTML là một trong số đó, Google thực sự không khuyến khích các nhà phát triển web sử dụng nó.

Nếu nhà phát triển sử dụng chuyển hướng HTTP và quên chuyển hướng HTML, chúng sẽ không giống nhau nữa và có thể kết thúc trong một vòng lặp vô hạn, dẫn đến các vấn đề khác.

Trong trường hợp bạn muốn di chuyển một trang web, các nguyên tắc của Google khuyên bạn nên làm theo các bước tiếp theo:

  • Đọc và hiểu các kiến ​​thức cơ bản về di chuyển một trang web;
  • Chuẩn bị trang web mới và kiểm tra kỹ luồng;
  • Chuẩn bị ánh xạ URL từ các URL hiện tại;
  • Định cấu hình chính xác máy chủ để thực hiện chuyển hướng để di chuyển trang web;
  • Giám sát lưu luồng truy cập cho URL cũ và URL.

20. Sử dụng Chuyển hướng cho Trang web Flash sang Phiên bản HTML

Tạo một trang web flash mà không có chuyển hướng đến phiên bản HTML là một sai lầm lớn về SEO. Nội dung Flash có thể có giao diện hấp dẫn, nhưng cũng giống như JavaScript và AJAX, rất khó để hiển thị. Trình thu thập thông tin cần tất cả sự trợ giúp mà nó có thể nhận được để thu thập dữ liệu và gửi dữ liệu đó đến trình lập chỉ mục. Trang web Flash phải có chuyển hướng đến phiên bản HTML.

Nếu bạn có một trang web đẹp, thì có ích gì nếu Google không thể đọc nó và hiển thị nó theo cách bạn muốn? Các trang web Flash có thể kể một câu chuyện hay, nhưng tất cả sẽ chẳng là gì nếu Google không thể kết xuất nó. HTML là câu trả lời! Xây dựng phiên bản HTML với SWFObject 2.0. Công cụ này giúp bạn tối ưu hóa nội dung flash.

21. Sử dụng Hreflang cho các trang web đa ngôn ngữ

Thẻ Hreflang được sử dụng cho ngôn ngữ và URL khu vực. Bạn nên sử dụng các thuộc tính rel = ”alternate” hreflang = ”x” để phân phối đúng ngôn ngữ hoặc URL khu vực trong bản điều chỉnh Tìm kiếm ts trong các tình huống tiếp theo:

  • Bạn giữ nội dung chính bằng một ngôn ngữ duy nhất và sử dụng dịch mẫu (điều hướng và chân trang). Sử dụng tốt nhất cho nội dung do người dùng tạo.
  • Bạn có các biến thể nhỏ theo khu vực với nội dung tương tự bằng một ngôn ngữ duy nhất. Đối với một trang web sử dụng ngôn ngữ tiếng Anh được nhắm mục tiêu đến Hoa Kỳ, GB và Ireland.
  • Bạn có một nội dung trang web được dịch đầy đủ. Đối với các trang web mà bạn có nhiều phiên bản ngôn ngữ của mỗi trang.

Cách chủ sở hữu trang web có thể mở rộng sang các biến thể ngôn ngữ mới và giữ cho các công cụ tìm kiếm thân thiện:

Dựa trên các tùy chọn này, bạn có thể áp dụng nhiều thẻ hreflang cho một URL. Tuy nhiên, hãy đảm bảo rằng hreflang đã cung cấp là hợp lệ:

Nó không bị thiếu các liên kết xác nhận: Nếu trang A liên kết đến trang B, thì trang B phải liên kết trở lại trang A.

Nó không có mã ngôn ngữ không chính xác: Mã ngôn ngữ phải sử dụng chúng ở định dạng ISO 639-1 và tùy chọn khu vực phải ở định dạng ISO 3166-1 Alpha 2.

Chúng tôi đã ghi lại một hướng dẫn đầy đủ về những lỗi quan trọng đối với trang web hreflang và đa ngôn ngữ mà hầu hết các quản trị viên web đều mắc phải mà chúng tôi khuyên bạn nên làm theo.

Ngoài ra, bạn có thể sử dụng Kiểm tra trang web để nhanh chóng phân tích và xác định các vấn đề về hreflang trên trang web của mình. Chỉ cần đi tới Nội dung> Hreflang / Ngôn ngữ để nhận danh sách các vấn đề triển khai . Trong ảnh chụp màn hình sau, bạn có thể thấy rằng trang web này có rất nhiều liên kết xác nhận bị thiếu, có nghĩa là Trang Ngôn ngữ A trỏ đến Trang Ngôn ngữ B nhưng Trang Ngôn ngữ B không trỏ lại Trang Ngôn ngữ A.

22. Đảm bảo theo dõi  đang hoạt động bình thường

Theo dõi trang web  thực sự quan trọng. Nếu không theo dõi kết quả, bạn sẽ không thể thấy bất kỳ cải tiến nào.

Các vấn đề theo dõi thường gặp sau khi di chuyển từ HTTP sang HTTPS hoặc sau khi thu nhỏ và kết hợp các tệp JS. Chúng có thể phá vỡ mã theo dõi dẫn đến mất dữ liệu.

Bạn cần đảm bảo rằng mọi thứ đang hoạt động bình thường để có thể theo dõi kết quả của những cải tiến mà bạn đang thực hiện theo thời gian.

Kiểm tra và sửa chữa trang web  ngay bây giờ

III. Tối ưu hóa Nội dung

Bây giờ bạn đã khắc phục các vấn đề chung có thể tạo ra các vấn đề về khả năng thu thập dữ liệu và khả năng lập chỉ mục, bạn có thể tập trung hơn vào các vấn đề cụ thể liên quan đến nội dung của mình, chẳng hạn như các trang bị hỏng, liên kết nội bộ, v.v.

Điều này rất quan trọng nếu bạn thực sự muốn vượt qua đối thủ của mình, đặc biệt là trong các thị trường cạnh tranh cao.

23. Chuyển hướng / Thay thế các Liên kết & Tài nguyên bị hỏng

Đôi khi hình ảnh từ một trang web không có sẵn, do đó, hình ảnh bị hỏng được hiển thị trong trình duyệt của khách hàng. Nó có thể xảy ra với tất cả mọi người. Có rất nhiều lý do cho điều đó. Và nó không phải là một tình huống đẹp. Bạn biết câu nói: Một bức tranh có giá trị bằng ngàn lời nói và một bức tranh thiếu biểu tượng xấu xí kèm theo một thông điệp cũng sẽ nói lên điều gì đó…

Một giải pháp sẽ là thêm một trình xử lý lỗi trên thẻ IMG:

<img src = “https://www.example.com/broken_url.jpg” onerror = “this.src = ‘path_to_default_image’” />

<img src = “http://www.example.com/broken_url.jpg” onerror = “this.src = ‘path_to_default_image’” />

Một số quản trị viên web nói rằng Chrome và Firefox nhận ra khi hình ảnh không được tải và đăng nhập nó vào bảng điều khiển, trong khi những người khác có ý kiến ​​khác.

Theo chúng tôi, nhà phát triển web chuyên về JavaScript & jQuery, đưa ra một số bước tuyệt vời để giải quyết những vấn đề này:

  • Đầu tiên, tìm kiếm một số thông tin về các hình ảnh hiện tại trên trang;
  • Thứ hai, sử dụng AJAX để kiểm tra xem hình ảnh có tồn tại hay không;
  • Sau đó, làm mới hình ảnh;
  • Sửa hình ảnh bị hỏng bằng cách sử dụng AJAX;
  • Kiểm tra phiên bản chức năng Non-AJAX.
  • Trong hầu hết các trình duyệt, thẻ ALT được hiển thị nếu không tìm thấy hình ảnh. Đây có thể là một vấn đề nếu hình ảnh nhỏ và thẻ ALT dài vì có vẻ như chiều rộng đầu ra của phần tử không bị buộc bởi chiều dài của thẻ alt.

Đây cũng là trường hợp của các URL bị hỏng. Mặc dù không có gì kỳ lạ sẽ được hiển thị trên trang web, nhưng nếu người dùng nhấp vào một liên kết bị hỏng, nó sẽ dẫn đến trải nghiệm tồi tệ. Bạn có thể xem tài nguyên nào bị hỏng trên trang web của mình bằng cách chuyển đến phần Kiến trúc trong công cụ Kiểm tra trang web.

URL và hình ảnh bị hỏng có hại cho SEO

Liên kết nội bộ là kết nối giữa các trang  và nhờ chúng, bạn có thể xây dựng một kiến ​​trúc trang web mạnh mẽ bằng cách lan truyền liên kết, hoặc vốn liên kết, như những người khác đề cập đến nó.

Tạo kết nối giữa các phần nội dung tương tự nhau tạo ra thuật ngữ của nội dung Silo. Phương pháp này giả định tạo các nhóm chủ đề và nội dung dựa trên các từ khóa và nó xác định hệ thống phân cấp.

Có rất nhiều lợi thế cho việc xây dựng liên kết nội bộ vì nó:

  • mở đường cho các công cụ tìm kiếm nhện bằng cách làm cho nó có thể truy cập được;
  • chuyển nước trái cây liên kết;
  • cải thiện khả năng điều hướng của người dùng và cung cấp thêm thông tin cho người dùng;
  • tổ chức các trang dựa trên việc sử dụng từ khóa
  • d như một văn bản neo;
  • đánh dấu các trang quan trọng nhất và chuyển thông tin này đến các công cụ tìm kiếm;
  • tổ chức kiến ​​trúc trang web.

Các trang có liên quan hơn được kết hợp với nhau khi được thu thập thông tin liên tục và khi tần suất thu thập thông tin tăng lên, xếp hạng tổng thể trong công cụ tìm kiếm cũng vậy.

Khi bạn kiểm tra các liên kết nội bộ, có bốn điều cần được kiểm tra:

  • Liên kết bị hỏng;
  • Các liên kết được chuyển hướng;
  • Độ sâu nhấp chuột;
  • Trang orphanted;

Bạn có thể dễ dàng thực hiện tất cả những điều đó bằng cách sử dụng Công cụ kiểm tra trang web W3seo trong Kiến trúc> Cấu trúc liên kết.

Công cụ kiểm tra cấu trúc liên kết nội bộ cho SEO

25. Loại bỏ nội dung trùng lặp

Khi chúng ta nói về SEO kỹ thuật, vấn đề trung lạp nội dung là vấn đề hay gặp nhất. Hãy chuẩn bị và xem lại các Cải tiến HTML  từ Search Console để loại bỏ các nội dung trùng lặp.

Giữ các thẻ tiêu đề, mô tả độc đáo và có liên quan trong trang web  bằng cách xem Search Console tại Giao diện Tìm kiếm »Cải tiến HTML.

Trong Search Console, bạn có thể tìm thấy danh sách tất cả nội dung trùng lặp dẫn bạn đến các trang cần cải thiện. Loại bỏ hoặc xem xét từng yếu tố và tạo các tiêu đề và mô tả meta khác. Google yêu thích nội dung mới và độc đáo. Thuật toán Panda xác nhận điều đó.

Một tùy chọn để giải quyết vấn đề trùng lặp là thẻ canonical. Thẻ sẽ hiển thị cho các công cụ tìm kiếm là nguồn gốc với thẻ rel = canonical . Việc chuẩn hóa các URL không liên quan để tránh trùng lặp nội dung là một phương pháp được khuyến nghị.

Jayson DeMers, Người sáng lập và Giám đốc điều hành của AudienceBloom, cho rằng nội dung trùng lặp có thể ảnh hưởng đến trang web  và không khuyến khích các công cụ tìm kiếm xếp hạng trang web  và nó cũng có thể dẫn đến trải nghiệm người dùng tồi tệ, như ông nói trên Forbes.

Chỉ một vài trường hợp nội dung trùng lặp có thể khiến Google xếp hạng trang web  thấp hơn trong kết quả tìm kiếm, khiến bạn không thể khôi phục cho đến khi các vấn đề trùng lặp nội dung đó được giải quyết. Nội dung trùng lặp cũng có thể gây trở ngại cho trải nghiệm người dùng , khiến khách truy cập trang web  cảm thấy rằng trang web  có phần thô thiển hơn là thực chất.

Công cụ kiểm tra trang web như Semrush, Ahrefs,… không chỉ có thể dễ dàng xác định Nội dung trùng lặp mà nó còn có tính năng xác định nội dung gần trùng lặp, đó là các trang có nội dung rất giống nhau nhưng không hoàn toàn giống nhau.

Việc khắc phục các vấn đề về nội dung trùng lặp là rất quan trọng, đặc biệt là đối với các trang web Thương mại điện tử nơi mà vấn đề / thực tiễn này là phổ biến. Công cụ này rất dễ sửa chữa.

26. Sử dụng dữ liệu có cấu trúc để làm nổi bật nội dung 

Dữ liệu có cấu trúc là cách để làm cho Google hiểu nội dung  và giúp người dùng chọn và truy cập trực tiếp vào trang họ quan tâm thông qua các kết quả tìm kiếm phong phú. Nếu một trang web sử dụng dữ liệu đánh dấu có cấu trúc, Google có thể hiển thị dữ liệu đó trong SERP như bạn có thể thấy trong hình sau:

  • Bên cạnh đoạn mã chi tiết, dữ liệu có cấu trúc có thể được sử dụng cho:
  • Làm nổi bật trong Sơ đồ tri thức;
  • Nhận bản phát hành beta và có lợi thế trong AMP, Google Tin tức, v.v.;
  • Giúp Google cung cấp kết quả từ trang web  dựa trên sự hiểu biết về ngữ cảnh;

Ngôn ngữ cho dữ liệu có cấu trúc là schema.org. Bạn có thể làm nổi bật nội dung của mình bằng cách sử dụng dữ liệu có cấu trúc. Schema.org giúp quản trị viên web đánh dấu các trang của họ theo cách mà các công cụ tìm kiếm chính có thể hiểu được.

Nếu bạn muốn nhận được kết quả tìm kiếm phong phú, trang  phải sử dụng một trong ba định dạng được hỗ trợ:

  • JSON-LD (khuyến nghị);
  • Dữ liệu vi mô;
  • RDFa.

Sau khi đánh dấu nội dung của mình bằng dữ liệu có cấu trúc, bạn nên kiểm tra nội dung đó bằng Công cụ kiểm tra dữ liệu có cấu trúc của Google. Kiểm tra nó sẽ cung cấp cho bạn hướng dẫn tuyệt vời để xem liệu bạn có đặt đúng hay không hoặc nếu bạn không tuân thủ các nguyên tắc của Google vì bạn có thể bị phạt vì đánh dấu có cấu trúc spam.

Google không đảm bảo sự xuất hiện của từng nội dung được đánh dấu bằng cách sử dụng đánh dấu dữ liệu có cấu trúc.

27. Giữ một số luồng hợp lý các liên kết trên trang

Mọi người từ cộng đồng web thường liên kết các trang có 100 liên kết trở lên với “trang trại liên kết”. Ngoài ra, UX có tác động đáng kể đến số luồng liên kết trên một trang. Một phần nội dung có nhiều liên kết sẽ khiến người dùng mất tập trung và không cung cấp cho họ bất kỳ phần thông tin nào vì hầu hết chúng đều được liên kết. Bạn chỉ cần thêm các liên kết khi bạn cho rằng nó có liên quan và nó có thể cung cấp thêm thông tin hoặc bạn cần chỉ rõ nguồn.

Chung tôi giải thích trong một bài báo trên Varvy tại sao điều quan trọng là phải giữ một luồng liên kết hợp lý trên mỗi trang:

Bạn cũng có thể muốn xem xét trang web  được liên kết tốt như thế nào. Nếu một trang web có nhiều liên kết chất luồng trỏ đến nó, thì trang web đó có thể có nhiều liên kết (thậm chí hơn 100) nhưng điều quan trọng là phải nhớ lý do tại sao bạn không nên có một luồng lớn liên kết trên bất kỳ trang nhất định.

Nói chung, càng nhiều liên kết trên trang, thì nhu cầu giữ trang đó có tổ chức hơn để người dùng có được thông tin họ đến trên trang đó càng cao. Ngoài ra, hãy cẩn thận tìm kiếm các cách tự nhiên để thêm liên kết và không vi phạm các nguyên tắc xây dựng liên kết của Google. Khuyến nghị tương tự áp dụng cho các liên kết nội bộ.

28. Tránh Canonicalizing các trang blog đến tận gốc của blog

John Mueller cho biết trong một Hangout dành cho quản trị viên web của Google rằng Google không khuyến khích việc chuẩn hóa các trang con của blog thành trang gốc của blog như một phiên bản ưu tiên. Các trang con không phải là bản sao thật của trang chính của blog nên làm điều đó không có logic.

Ngay cả khi Google nhìn thấy thẻ chuẩn, nó sẽ bỏ qua nó vì cho rằng đó là lỗi của quản trị viên web.

Thiết lập các trang con của blog với một blog chuẩn trỏ đến trang chính của blog không phải là cách thiết lập đúng vì các trang đó không tương đương, theo quan điểm của Google.

Các liên kết chuẩn thường bị hiểu nhầm và được triển khai không chính xác, vì vậy hãy đảm bảo rằng bạn kiểm tra tất cả các URL của mình để biết cách triển khai chuẩn không tốt. Bạn có thể làm điều này một cách dễ dàng với công cụ Kiểm tra SEO kỹ thuật.

Hãy nhớ rằng bạn nên luôn có một thẻ chuẩn tự tham chiếu trỏ đến trang . Điều này sẽ đảm bảo có ít vấn đề về nội dung trùng lặp hơn.

IV. Trang web thân thiện với người dùng hơn

Google quan tâm đến trải nghiệm người dùng, vậy tại sao bạn lại không quan tâm? Nhiều chuyên gia cho rằng UX rất quan trọng trong tương lai của SEO, đặc biệt là với tất cả sự phát triển của công nghệ máy học. Người phụ trách chuyên mục về Search Engine Land, có quan điểm mạnh mẽ về vai trò của UX:

Một phần trong triết lý của Google là luôn tập trung vào việc mang lại trải nghiệm người dùng tốt nhất. Với những tiến bộ công nghệ gần đây, Google và các công cụ tìm kiếm khác hiện đang được đặt tốt hơn bao giờ hết để thực hiện tầm nhìn này.

29. Cài đặt AMP- Tương thích với các smartphone

Google khuyên bạn nên sử dụng AMP (Trang trên thiết bị di động được tăng tốc) để cải thiện trải nghiệm người dùng, được công ty đánh giá cao. Vì thay đổi Google AMP sẽ ảnh hưởng đến rất nhiều trang web, nên tốt nhất là hiểu cách thức hoạt động và cách phù hợp để thiết lập / cài đặt nó trên các nền tảng khác nhau: WordPress, Drupal, Joomla, Concrete5, OpenCart hoặc tạo Triển khai AMP tùy chỉnh .

Về chủ đề này, chúng tôi đã tạo một hướng dẫn về cách triển khai AMP vì đây là một quy trình cần sự hiểu biết đầy đủ. Google AMP không ảnh hưởng trực tiếp đến SEO, nhưng các yếu tố gián tiếp do AMP có thể ảnh hưởng.

Về mặt lịch sử, Google đã hoạt động như một chỉ mục hướng mọi người rời khỏi Google để đến các trang web khác. Với kết quả tìm kiếm AMP của mình, Google đang tích lũy nội dung trên các máy chủ của riêng mình và giữ người đọc trên Google.

AMP khá khó triển khai chính xác. Bạn luôn có thể gặp sự cố. Thiếu một dấu ngoặc đóng thẻ và bạn có nguy cơ phiên bản AMP của mình hoàn toàn không hiển thị. Bạn có thể nhanh chóng kiểm tra định dạng của tất cả các trang AMP trên trang web của mình bằng Công cụ nhận thức SEO.

Trong ví dụ sau, không có trang AMP nào được thiết lập, nhưng nếu có, bạn có thể muốn xem phần Thiết lập không chính xác Trang AMP để xác định những trang có vấn đề:

Kiểm tra trình xác thực SEO các trang AMP

30. Điều hướng tốt hơn thông qua việc gia tăng Breadcrumbs 

Breadcrumbs, được Hansel và Gretel sử dụng để tìm đường trở về nhà, được thực hiện bởi các trang web có cùng mục đích, để dẫn dắt người dùng qua trang web. Chúng giúp khách truy cập hiểu vị trí của họ trên trang web và đưa ra hướng dẫn để có thể truy cập dễ dàng hơn.

Breadcrumbs có thể cải thiện trải nghiệm người dùng và giúp các công cụ tìm kiếm có một bức tranh rõ ràng về cấu trúc trang web. Đáp ứng nhu cầu điều hướng thứ hai trên trang web, breadcrumbs không nên thay thế điều hướng chính.

Một ưu điểm khác của chúng là giảm số luồng hành động và số lần nhấp chuột mà người dùng phải thực hiện trên một trang. Thay vì quay đi quay lại, họ có thể dễ dàng sử dụng cấp liên kết / danh mục để đi đến nơi họ muốn. Một kỹ thuật có thể được áp dụng cho các trang web lớn hoặc các trang thương mại điện tử.

W3Schools ví dụ về cách thêm breadcrumbs trong hai bước.

Thêm HTML

<ul class = “breadcrumb”>

<li> <a href=”#”> Trang chủ </a> </li>

<li> <a href=”#”> Hình ảnh </a> </li>

<li> <a href=”#”> Ngày 15 mùa hè </a> </li>

<li> Ý </li>

</ul>

<ul class = “breadcrumb”>

  <li> <a href=”#”> Trang chủ </a> </li>

  <li> <a href=”#”> Hình ảnh </a> </li>

  <li> <a href=”#”> Ngày 15 mùa hè </a> </li>

  <li> Ý </li>

</ul>

Thêm CSS

/ * Tạo kiểu cho danh sách * /

ul.breadcrumb {

đệm: 10px 16px;

list-style: none;

màu nền: #eee;

}

/ * Hiển thị các mục danh sách cạnh nhau * /

ul.breadcrumb li {

Hiển thị nội dòng;

font-size: 18px;

}

/ * Thêm ký hiệu gạch chéo (/) trước / sau mỗi mục danh sách * /

ul.breadcrumb li + li: trước {

đệm: 8px;

màu đen;

nội dung: “/ \ 00a0”;

}

/ * Thêm màu vào tất cả các liên kết bên trong danh sách * /

ul.breadcrumb li a {

màu: # 0275d8;

văn bản-trang trí: không có;

}

/ * Thêm màu khi di chuột qua * /

ul.breadcrumb li a: hover {

màu: # 01447e;

text-decoration: gạch chân;

}

/ * Tạo kiểu cho danh sách * /

ul.breadcrumb {

 đệm: 10px 16px;

 list-style: none;

 màu nền: #eee;

}

/ * Hiển thị các mục danh sách cạnh nhau * /

ul.breadcrumb li {

 Hiển thị nội dòng;

 font-size: 18px;

}

/ * Thêm ký hiệu gạch chéo (/) trước / sau mỗi mục danh sách * /

ul.breadcrumb li + li: trước {

 đệm: 8px;

 màu đen;

 nội dung: “/ \ 00a0”;

}

/ * Thêm màu vào tất cả các liên kết bên trong danh sách * /

ul.breadcrumb li a {

 màu: # 0275d8;

 văn bản-trang trí: không có;

}

/ * Thêm màu khi di chuột qua * /

ul.breadcrumb li a: hover {

 màu: # 01447e;

 text-decoration: gạch chân;

}

Nếu bạn muốn một giải pháp đơn giản hơn, bạn có thể sử dụng các plugin cho WordPress, chẳng hạn như Plugin Breadcrumb NavXT hoặc Yoast SEO.

Chuyển đến SEO trong Bảng điều khiển, sau đó nhấp vào Nâng cao và chọn Bật Breadcrumbs »Lưu thay đổi. Phương pháp này sẽ áp dụng cài đặt mặc định cho đường dẫn .

31. Thử nghiệm trên càng nhiều nền tảng và thiết bị càng tốt

Mọi người sử dụng các thiết bị khác nhau. Nếu bạn muốn người dùng của mình có trải nghiệm tốt, bạn cần thử nghiệm trên nhiều thiết bị. Nhiều như bạn có thể!

Bạn có thể bắt đầu với Chrome bằng cách nhấp chuột phải và nhấn Kiểm tra. Sau đó, bạn có thể chuyển đổi thanh công cụ thiết bị và chọn loại thiết bị bạn muốn xem trang web của mình.

Bạn cũng có thể sử dụng các công cụ của bên thứ 3.

Tuy nhiên, hãy nhớ rằng những công cụ này chỉ xem xét chiều rộng màn hình. Ví dụ: nếu bạn không sở hữu thiết bị iOS, bạn sẽ không bao giờ biết rằng video định dạng WEBM không phát trên Trình duyệt Safari.

Bạn thực sự cần thử nghiệm trên các thiết bị và trình duyệt khác nhau. Thử nghiệm trên Windows, iOS, Linux, Safari, Firefox, Edge, Chrome, Opera và thậm chí cả Internet Explorer buồn, cũ và bị lãng quên.

Nếu bạn không sở hữu Android hoặc iPhone / iPad, hãy đến cửa hàng nếu cần hoặc tìm một người bạn. Bất cứ khi nào bạn có thể sử dụng một thiết bị mới, hãy dành một hoặc hai phút để duyệt qua trang web .

Kiểm tra và sửa chữa trang web  ngay bây giờ

Phần kết luận

Đầu tiên, hướng dẫn SEO này cung cấp các giải pháp và chỉ ra các hướng dẫn về cách tạo trang web nhanh và giảm thời gian tải bằng cách làm theo các đề xuất trên Google Speed ​​Insights và nguyên tắc của nhà phát triển Google.

Thứ hai, chúng tôi đã xem xét các yếu tố chức năng của một trang web, bằng cách cố gắng kiểm tra và giải quyết các vấn đề liên quan đến lỗi thu thập thông tin, trạng thái lập chỉ mục, sử dụng chuyển hướng và làm cho một trang web có thể truy cập được vào Google.

Thứ ba, chúng tôi đã tìm cách cải thiện và tối ưu hóa nội dung bằng cách giải quyết các vấn đề kỹ thuật SEO quan trọng. Chúng tôi đã thảo luận về cách xóa nội dung trùng lặp, thay thế thông tin và hình ảnh bị thiếu, tạo một trang web có kiến ​​trúc mạnh mẽ, làm nổi bật nội dung của chúng tôi và hiển thị nội dung đó với Google.

Cuối cùng, chúng tôi đã chỉ ra hai vấn đề liên quan đến các trang web thân thiện với thiết bị di động và các trang web điều hướng.

Quý khách có thể tham khảo hơn ở các dịch vụ do websitehcm.com cung cấp như: dịch vụ seo, dịch vụ viết content , dịch vụ chăm sóc website, dịch vụ thiết kế website 

Leave a Reply