Computer >> Máy Tính >  >> Kết nối mạng >> Internet

Google Core Web Vitals &Nghịch lý về tốc độ trang

Gần đây, tôi đã đọc một loạt bài báo đề cập đến sự thay đổi trong cách Google lên kế hoạch điều chỉnh xếp hạng trang web trong Google Tìm kiếm từ năm tới. Ngày nay, công thức kết hợp một số yếu tố tương tác của người dùng, được gọi là Các chỉ số quan trọng về trang web cốt lõi, sẽ sớm được kết hợp với hiệu suất trang. Tôi nghĩ, bây giờ có một ý tưởng tồi.

Bản năng đầu tiên của bạn sẽ là - yo, con khủng long già - và nó cũng là của tôi, vì vậy tôi quyết định thực sự kiểm tra xem điều gì mang lại. Google có sẵn một số dịch vụ, chẳng hạn như Google Search Console (Công cụ quản trị trang web mới), Thông tin chi tiết về tốc độ trang và một số dịch vụ khác, có thể giúp bạn kiểm tra xem trang web của mình đang hoạt động như thế nào. Vì vậy, tôi đã kiểm tra Dedoimedo, và sau đó viết nguệch ngoạc bài viết này. Để dí dỏm.

Tại sao tốc độ trang là vô nghĩa

Tôi đã viết về điều này từ nhiều năm trước, trước cả sự cường điệu của điện thoại di động, và các lập luận vẫn còn nguyên giá trị. Nhưng hơn thế nữa, tốc độ trang không phải là một chỉ báo về trải nghiệm người dùng theo bất kỳ cách nào. Tốt nhất, nó là một chỉ báo về ngăn xếp phần mềm phục vụ trang. Nó cũng là một chỉ báo về sự giàu có về mặt kỹ thuật mà tôi sẽ giải thích trong giây lát.

Đầu tiên, một số toán học đơn giản, Bỏ qua các chỉ số quan trọng về trang web. Một trang có 100 dòng văn bản và 10 hình ảnh nhỏ hơn/ngắn hơn một trang có 1.000 dòng văn bản và 100 hình ảnh. Không có sự cân nhắc nào khác, một trang có nhiều dữ liệu hơn sẽ mất nhiều thời gian hơn để tải. Điều này cho chúng tôi biết bất cứ điều gì về nội dung? Không.

Vì vậy, loại trừ tất cả các tham số khác, ít nội dung hơn =tốc độ cao hơn. Thật trùng hợp - hoặc không - điều này rất phù hợp với mô hình ngu ngốc hóa của Web hiện đại, thứ đã trở thành một thế lực thống trị vào khoảng năm 2014 hoặc lâu hơn, gần như cùng thời điểm khi Internet di động (tóm lại là điện thoại thông minh) trở nên phát triển vượt bậc.

Điều này chuyển thành khoảng thời gian chú ý ngắn và chủ nghĩa tiêu dùng rẻ tiền. Viết nội dung bằng càng ít ký tự càng tốt thay vì cố gắng truyền tải thông điệp chính xác và hữu ích nhất có thể. Video và hình ảnh thay vì văn bản. Tất nhiên, đây chính xác là những gì bạn cần để giúp những người có IQ thấp được giải trí, bởi vì họ không thể bận tâm đến những chủ đề dài và phức tạp. Rốt cuộc, những người ngu ngốc là tốt cho kinh doanh. Họ dễ tiêu tiền vào những thứ phù phiếm hơn, dễ bị ép buộc hay bị cuốn theo trào lưu, dễ bị kiểm soát hơn. Xin chào, lợi nhuận!

Thứ hai, việc tải trang không cho chúng ta biết gì về bản chất của trang. Trang mà bạn cần điền vào biểu mẫu hoàn toàn khác với trang tóm tắt lịch sử các cuộc chinh phạt của người Norman. Với cái trước, khả năng phản hồi trái ngược với tốc độ thuần túy có thể quan trọng. Với cái sau, đó là một giá trị vô nghĩa. Bây giờ, đây không phải là một chủ đề tầm thường. Có một nền khoa học phức tạp và sâu sắc đằng sau điều này, và thậm chí tôi đã thực hiện một số nghiên cứu nghiêm túc về chủ đề này và đã từng trình bày công trình của mình tại nhiều hội nghị khác nhau, nhưng bây giờ hãy tạm gác chuyện đó sang một bên.

Ví dụ thực tế:bất kỳ bài đánh giá điển hình nào về Linux mà tôi xuất bản ở đây. Chúng khá dài, thường có khoảng 40 nghìn ký tự văn bản (do đó sẽ có khoảng 2.500-3.000 từ) và chứa khoảng 30-40 hình ảnh trên một trang. Nội dung này cần thời gian tải - không nhiều nhưng đôi chút.

Tuy nhiên ... các bài báo luôn bắt đầu bằng hai đoạn văn bản, có thể mất 15-20 giây để đọc, nếu không muốn nói là lâu hơn. Vào thời điểm người dùng đọc xong, tất cả nội dung đã được tải lên gấp mười lần. Tốc độ không ảnh hưởng đến trải nghiệm người dùng.

Nhưng ... nếu bạn nhìn trang từ góc độ cái gọi là "SEO", thì nó "quá dài" đối với các chuyên gia được cho là. Không đi sâu vào chi tiết hoặc chú ý đến phần mềm và ý tưởng mà tôi bực bội, tôi đã thấy nhiều công cụ "SEO" khuyến nghị các bài viết không dài hơn 500-600 từ hoặc tương tự. Về bản chất, đây là một con số vô nghĩa, nhưng sau đó, đây là điều xảy ra khi bạn cố gắng đặt giả thuyết khoa học xung quanh một thứ mà máy móc không thể thực sự định lượng được.

Và đó là chất lượng.

Một điều không bao giờ được đề cập trong bất kỳ công cụ "SEO" nào là chất lượng. Thật vậy, đây là điều mà không máy móc nào có thể kiểm tra được. Chất lượng cũng giống như niềm tin - cần có thời gian để tìm kiếm, xây dựng và nuôi dưỡng nó. Chất lượng cũng có chức năng thời gian dài - bạn không nhất thiết phải quyết định thứ gì đó là "nội dung chất lượng" chỉ bằng cách đọc một hoặc hai câu của blog (bạn cũng có thể làm được, nếu bạn có kỹ năng phù hợp trong lĩnh vực này). Nói chung, bạn sẽ cần trải nghiệm lặp đi lặp lại nhiều lần để xác định mức độ nhất quán và chính xác trong tài liệu đã xuất bản.

Quay trở lại với tốc độ. Hãy chơi cùng. Nếu bạn muốn các trang tải càng nhanh càng tốt, bạn muốn nội dung của mình càng ngắn càng tốt, điều này có thể đồng nghĩa với việc cắt giảm chất lượng. Sau đó, bạn có khả năng chia nội dung thành nhiều trang, nhưng sau đó bạn buộc người đọc phải nhấp vào số hoặc mũi tên hết lần này đến lần khác. Tôi không chắc ý kiến ​​chung là như thế nào, nhưng tôi thấy việc này khá tẻ nhạt và cố gắng hạn chế làm việc đó nhiều nhất có thể (chỉ với một vài ngoại lệ nhỏ).

Thật vậy, khái niệm về các trang web (nhiều trang phục vụ "các trang" có cùng nội dung) là kết quả của việc chạy theo tốc độ một cách vô nghĩa, khi mà tốc độ không cần thiết. Bởi vì nếu chúng ta đang nói về hình ảnh, thì thư viện hình ảnh theo định nghĩa là một tập hợp các khung hình riêng lẻ (và thường là độc lập). Nếu đó là văn bản, thì chúng ta đang nói về nội dung dài, có lẽ chính đáng như vậy, có nghĩa là những người định đọc nó thực sự có đủ kiên nhẫn cho toàn bộ nội dung ngay từ đầu. Do đó, việc xem xét tốc độ thực sự là một vấn đề của Catch-22 ở đây.

Được rồi, chúng ta hãy điểm vài trang

Nhưng như tôi đã nói lúc đầu - chúng ta cần những con số thực tế. Vì vậy, tôi đã thực hiện một số bài kiểm tra tốc độ cho dedoimedo.com và để tôi cho bạn xem kết quả. Xin lưu ý rằng bạn thực sự nhận được hai nhóm kết quả riêng biệt - cách các trang được hiển thị trên máy tính để bàn và cách chúng được hiển thị trên điện thoại (di động). Điểm nằm trong khoảng từ 0-100 và tất nhiên, điểm càng cao càng tốt.

Google Core Web Vitals &Nghịch lý về tốc độ trang

Google Core Web Vitals &Nghịch lý về tốc độ trang

Nhìn vào dữ liệu, hiệu suất của máy tính để bàn là tốt, còn thiết bị di động thì không. CHÍNH XÁC cùng một nội dung. Sự khác biệt giữa hai là khá nhỏ. Từ những gì tôi có thể thấy, chỉ có 200 mili giây chênh lệch trong tham số FCP.

Bây giờ, Dữ liệu phòng thí nghiệm cung cấp cho bạn nhiều hơn - và ở đây chúng tôi có thêm một số thông tin. Nhưng một lần nữa, nếu không tính đến BẢN CHẤT của trang, các con số không có nhiều ý nghĩa. Ví dụ:Thời gian tương tác, không có tính tương tác thực sự trên các trang của tôi - văn bản và hình ảnh. Đọc, nhìn. Một phần thời gian này - tốc độ hiển thị nội dung của trang được biểu thị bằng Chỉ số tốc độ. Điều này quay trở lại lập luận của tôi về việc tốc độ là vô nghĩa. Ví dụ, trang chỉ mục trên Dedoimedo hiển thị các tiêu đề tin tức cho nội dung được xuất bản trong vài tháng qua. Rõ ràng, nếu có ít hơn, sẽ mất ít thời gian hơn để tải. Nhưng đó không phải là vấn đề.

Google Core Web Vitals &Nghịch lý về tốc độ trang

Những con số trông có vẻ đáng báo động, nhưng tin tôi đi, Dedoimedo đạt điểm cao hơn hầu hết các trang web khác ngoài kia. Hãy dùng thử, xem một số ấn phẩm công nghệ phổ biến và tự mình xem.

Bây giờ, để hiểu thêm những gì mang lại, tôi quyết định mở rộng kết quả và xem xét các cơ hội và chẩn đoán khác nhau có sẵn trong báo cáo - về cơ bản là các đề xuất mà các thuật toán đằng sau báo cáo này đề xuất. Xin lưu ý rằng những điều này không ảnh hưởng đến điểm số - nhưng có ý nghĩa riêng.

Chẩn đoán khôn ngoan - có vẻ như một số mã của bên thứ ba đã chặn tải luồng chính (của cái gì) trong khoảng 1 giây. Bảng phân tích cho thấy thủ phạm chính thực sự là mã Google Ads mà tôi sử dụng trên các trang khác nhau của mình. Tương tự, document.write() được gắn cờ là một sự cố khác đối với những người có kết nối chậm và một lần nữa, sự cố này thuộc về mã của bên thứ ba.

Google Core Web Vitals &Nghịch lý về tốc độ trang

Google Core Web Vitals &Nghịch lý về tốc độ trang

Cơ hội - một số thứ thú vị ở đó. Hình ảnh. Đề xuất là sử dụng các định dạng "thế hệ tiếp theo" thay vì JPG và PNG cũ. Giả sử, điều này sẽ tiết kiệm khoảng 2,7 giây thời gian tải, nhưng sau đó 2,7 giây ít hơn thời gian một người đọc một dòng văn bản trên bất kỳ trang nào trên trang web của tôi. Thực tế, nó không làm cho sự khác biệt. Nhưng điều này quay trở lại với việc tôi sử dụng các tập hợp hình ảnh lớn trong các bài viết của mình. Điều giúp mọi người nhận được giá trị tốt nhất từ ​​hướng dẫn và hướng dẫn của tôi. Bây giờ, điều này không ảnh hưởng trực tiếp đến điểm số (không chắc điều này có nghĩa là gì), nhưng sau đó các thuật toán không thể thực sự xác định liệu có bất kỳ giá trị nào đằng sau những gì tôi cung cấp cho người dùng của mình hay không. Bản thân các hình ảnh có thể vô dụng.

Google Core Web Vitals &Nghịch lý về tốc độ trang

Điều khiến tôi tò mò một lần nữa - JavaScript không được sử dụng - tất cả đều là nội dung của bên thứ ba liên quan đến nội dung của Google mà tôi đang sử dụng trên Dedoimedo. Bây giờ, tôi tự hào về sự chính xác và tỉ mỉ. Tôi luôn cố gắng triển khai các giải pháp tốt nhất để người dùng của tôi - độc giả, những người quan trọng - có thể có trải nghiệm tốt nhất.

Đây là một trong những lý do tại sao Dedoimedo KHÔNG có JavaScript hữu cơ - và lý do tại sao nó phải nhanh. Không có cookie, không có bình luận, không có gì. Mã của bên thứ ba duy nhất là một số phân tích cơ bản, tìm kiếm, một số quảng cáo để cố gắng kiếm một vài bob ở đây và ở đó và tiểu dụng lớp phủ cookie, được yêu cầu bởi GDPR và CCPA. Nhưng nhìn vào kết quả ở trên, điều tốt nhất tôi có thể làm là loại bỏ hoàn toàn tập lệnh của bên thứ ba.

Bây giờ, tôi chưa phát minh ra mã cho bất kỳ điều nào ở trên. Tôi đang sử dụng mã quảng cáo chính xác theo quy định của Google. Tôi đang sử dụng mã ứng dụng cookie chính xác theo quy định của Civic. Nếu có cơ hội để cải thiện quá trình tải, có lẽ là các chức năng không đồng bộ và không có gì khác, thì tôi bất lực trong việc triển khai chúng. Tôi không kiểm soát được cách các công ty bên thứ ba tạo mã của họ. Quyền kiểm soát duy nhất của tôi là lựa chọn sử dụng chúng - và có lẽ lựa chọn đó cũng cần được xem xét lại.

Sau đó, kết quả dường như cũng khác nhau khá nhiều từ bài kiểm tra này sang bài kiểm tra khác. Đây là kết quả trên thiết bị di động chỉ vài ngày sau khi kết quả đầu tiên được thu thập - tôi không phiền, nhưng sau đó, làm cách nào để tính đến những kết quả này, nếu chúng thay đổi quá nhiều mà không có bất kỳ thông tin đầu vào nào từ phía tôi?

Google Core Web Vitals &Nghịch lý về tốc độ trang

Con số dường như trái ngược với những gì Google Search Console báo cáo - tất cả các trang của tôi đều báo cáo Hiệu suất trang tốt - nhưng báo cáo văn bản Dữ liệu Trường có vẻ phù hợp. Bên cạnh đó, trong số tất cả các trang được lập chỉ mục, chỉ có hai trang dường như có vấn đề về khả năng sử dụng trên thiết bị di động và trong cả hai trường hợp, những trang này dường như là dương tính giả, vì thử nghiệm trực tiếp báo cáo toàn màu xanh lục (cộng với việc chúng thực sự hiển thị chính xác trên điện thoại) . Chẳng hạn, một trong hai trang duy nhất được gắn cờ ở đây, hướng dẫn khai thác Windows 10:

Google Core Web Vitals &Nghịch lý về tốc độ trang

Google Core Web Vitals &Nghịch lý về tốc độ trang

Google Core Web Vitals &Nghịch lý về tốc độ trang

Nói về sự thân thiện, phông chữ xám nhạt trên nền xám không thực sự thân thiện. Còn xa lắm.

Kết luận

Và ở đó bạn nhận được nó, phát hiện của tôi. Những con số không thực sự nói lên nhiều điều - không có ngữ cảnh, bạn không thực sự biết điều gì mang lại. Các số khác nhau đáng kể giữa máy tính để bàn và thiết bị di động và các số khác nhau giữa mẫu này với mẫu khác. Các số không đồng ý với một bộ công cụ khác cung cấp chức năng tương tự. Các số dường như bị ảnh hưởng chủ yếu bởi các tập lệnh của bên thứ ba, hầu hết chúng được tạo bởi Google. Một số dữ liệu cũng bao gồm thông tin xác thực sai.

Đây là một bài kiểm tra ngắn, đơn giản - và nó cho thấy rất nhiều biến thể và sự mơ hồ về cách diễn giải tốc độ cắt giảm hiệu suất. Một lần nữa, chúng tôi không biết gì về nội dung đằng sau những con số, không biết gì về chất lượng thực tế. Một trang có thể đạt điểm tuyệt đối, nhưng khi đó phần lớn Internet hiện đại là một điểm dừng. Đó là điều cần giải quyết trước. Nhưng này, tôi chỉ là một đầu bếp thấp hèn.

Tôi không chắc có ai quan tâm đến những gì tôi viết ở đây - đó là ý kiến ​​của một người. Nhưng tôi tin rằng việc thêm tốc độ vào công thức sẽ chỉ khiến mọi thứ trở nên tồi tệ hơn. Mọi thứ đã trở nên tồi tệ với những người theo đuổi con kỳ lân "SEO" huyền thoại. Tốc độ sẽ chỉ dẫn đến nội dung "nhanh" thậm chí còn loãng hơn, thậm chí nhiều lông tơ hơn mà không có chất được thiết kế để làm hài lòng máy. Gợi ý:Tôi chưa BAO GIỜ thử bất kỳ đề xuất "SEO" nào và mức độ phổ biến của trang web của tôi đã tăng lên, thu hẹp lại, tăng trưởng trở lại (không có sự can thiệp nào từ phía tôi), thu hẹp và phát triển theo nhịp của các cân nhắc tài chính hoàn toàn nằm ngoài khả năng của bạn. kiểm soát của tôi. Thay vào đó, tôi tập trung vào chất lượng và niềm vui. Nhưng tôi cũng biết mình là một dòng dõi kỹ thuật viên trường học cũ đang chết dần chết mòn và tương lai thuộc về những kẻ ngốc vui vẻ khi chạm vào. Điều đó là tốt, bởi vì đó là tương lai của họ. Tôi sẽ chúc mừng họ sau thời gian nghỉ hưu suy đồi trên một hòn đảo đầy nắng đẹp ở đâu đó, tận hưởng cổ tức từ những công ty kiếm được nhiều lợi nhuận như vậy từ những đám đông có IQ thấp.

Chúc mừng.