Công cụ bảo vệ mã nguồn .NET mạnh nhất, không thể unpack, miễn phí cho các khách hàng đầu tiên đăng ký.
Từ 1 tới 2 trên tổng số 2 kết quả

Đề tài: Trang web nhanh hơn: Vượt xa thông tin chi tiết về tốc độ trang

  1. #1
    Ngày gia nhập
    07 2019
    Bài viết
    12

    Mặc định Trang web nhanh hơn: Vượt xa thông tin chi tiết về tốc độ trang

    Thông tin chi tiết về trang của Google là một công cụ dễ sử dụng để kiểm tra xem một trang web có thể chậm hơn mức cần thiết hay không. Nó cho điểm để định lượng hiệu suất trang . Vì điểm này là cụ thể, điểm số PageSpeed ​​Insights thường được sử dụng làm thước đo hiệu suất trang web. Tương tự như PageRank năm trước, mọi người muốn tối ưu hóa con số này chỉ vì nó tồn tại. Trên thực tế, Moz có một bài viết phổ biến về chủ đề này: Cách đạt được 100/100 với Công cụ kiểm tra tốc độ trang của Google .

    Đối với các trang web nhỏ trên các CMS phổ biến (nghĩ Wordpress), điều này có thể được thực hiện. Nếu đó là bạn, PageSpeed ​​Insights là một nơi tuyệt vời để bắt đầu. Đối với hầu hết các trang web, một số điểm hoàn hảo không thực tế. Vậy chúng ta bắt đầu từ đâu?

    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		1539918913_tong-hop-206-yeu-to-tac-dong-den-qua-trinh-seo-top-1-cho-website-moi.jpg
Lần xem:	0
Size:		47.3 KB
ID:		69801

    >> Xem thêm: https://ggmedia.biz/4p-trong-marketing-la-gi-phan-tich-tam-quan-tring-cua-4p/

    Đó là những gì bài viết này là về. Tôi muốn thực hiện ba điểm:

    Độ trễ có thể ảnh hưởng đến thời gian tải nhiều hơn băng thông
    Điểm số của PageSpeed ​​Insights không nên được tính theo mệnh giá
    Cải thiện bắt đầu bằng đo lường, thiết lập mục tiêu và ưu tiên
    Tôi đang viết với các học viên SEO trong tâm trí. Tôi sẽ bỏ qua một số bit kỹ thuật hơn. Bạn nên bỏ đi với đủ quan điểm để bắt đầu hỏi đúng câu hỏi. Và bạn có thể đưa ra khuyến nghị tốt hơn như là kết quả.

    Tuyên bố miễn trừ trách nhiệm: HTTP2 cải thiện một số vấn đề được thảo luận trong bài viết này. Cụ thể, nhiều yêu cầu đến cùng một máy chủ ít gặp vấn đề hơn. Nó không phải là thuốc chữa bách bệnh.

    Độ trễ có thể ảnh hưởng đến thời gian tải nhiều hơn băng thông
    Cái nhìn đầu tiên về các quy tắc của PageSpeed ​​Insights có thể khiến bạn nghĩ rằng đó là tất cả về việc cung cấp ít byte hơn cho người dùng. Giảm thiểu, tối ưu hóa, nén. Kích thước chỉ là một nửa câu chuyện. Nó cũng mất thời gian cho yêu cầu của bạn chỉ đơn giản là đến một máy chủ. Và sau đó cần có thời gian để máy chủ trả lời bạn!

    Điều gì xảy ra khi bạn thực hiện một yêu cầu?
    Nếu người dùng nhập URL vào thanh địa chỉ trình duyệt và nhấn enter, yêu cầu sẽ được thực hiện. Rất nhiều điều xảy ra khi yêu cầu đó được thực hiện. Phần cuối cùng của việc đó là chuyển nội dung được yêu cầu. Đây chỉ là bit cuối cùng bị ảnh hưởng bởi băng thông và kích thước của nội dung.

    Thực hiện một yêu cầu yêu cầu (nhiều hơn hoặc ít hơn) các bước sau:

    Tìm máy chủ
    Kết nối với máy chủ
    Chờ hồi âm
    Nhận phản hồi
    Mỗi bước này cần có thời gian, không chỉ cuối cùng. Ba cái đầu tiên không phụ thuộc vào kích thước tập tin; chúng có hiệu quả không đổi chi phí. Các chi phí này phát sinh với mỗi yêu cầu bất kể tải trọng là một tệp CSS nhỏ, được thu nhỏ hay một hình ảnh không nén lớn.

    Tại sao phải mất thời gian để nhận được phản hồi?
    Yếu tố chúng ta không thể tránh là tín hiệu mạng không thể truyền nhanh hơn tốc độ ánh sáng. Đó là một tối đa lý thuyết; trong thực tế, sẽ mất nhiều thời gian hơn để truyền dữ liệu. Chẳng hạn, phải mất khoảng 40ms cho một chuyến đi khứ hồi giữa Paris và New York . Nếu phải mất gấp đôi thời gian để dữ liệu thực sự vượt Đại Tây Dương, thì thời gian tối thiểu để nhận được phản hồi từ máy chủ là 80ms.

    Đây là lý do tại sao CDN thường được sử dụng. CDN đặt máy chủ gần hơn về mặt vật lý với người dùng, đây là cách duy nhất để giảm thời gian tiếp cận máy chủ.

    Bao nhiêu vấn đề này?
    Kiểm tra biểu đồ này (từ DevTools của Chrome ):

    Tuổi thọ của một yêu cầu, được đo bằng Chrome Dev Tools.

    Tất cả các giá trị trong hộp màu đỏ là những gì tôi đang xem xét độ trễ của NX. Họ có tổng cộng khoảng 220ms. Việc chuyển nội dung thực tế mất 0,7ms. Không nén hoặc giảm kích thước tập tin có thể giúp điều này; cách duy nhất để giảm thời gian thực hiện theo yêu cầu là giảm độ trễ.

    Chúng ta không cần phải thực hiện nhiều yêu cầu để tải một trang?
    Sẽ mất nhiều hơn một yêu cầu để tải tất cả nội dung cần thiết để hiển thị một trang. Nếu URL đó tương ứng với một trang web, trình duyệt thường sẽ phát hiện ra rằng nó cần tải thêm tài nguyên để hiển thị trang. Đây có thể là các tệp CSS, JavaScript hoặc phông chữ. Nó phải đệ quy đi qua các bước tương tự được liệt kê ở trên để tải từng tệp này.

    May mắn thay, một khi máy chủ đã được tìm thấy (Tra cứu DNS DNS trong hình trên), trình duyệt sẽ không cần phải tìm kiếm lại. Nó vẫn sẽ phải kết nối và chúng tôi sẽ phải chờ phản hồi.

    Một bài đọc hoài nghi về các bài kiểm tra Insights của PageSpeed
    Tất cả các đánh giá Insights của PageSpeed ​​bao gồm những thứ có thể ảnh hưởng đến tốc độ trang web. Đối với các trang web lớn, một số trong số chúng không dễ thực hiện. Và tùy thuộc vào cách trang web của bạn được thiết kế, một số có thể có tác động mạnh hơn những trang khác. Điều đó không có nghĩa là bạn có một lý do để không làm những điều này - tất cả chúng đều được thực hành tốt nhất và tất cả đều giúp ích. Nhưng họ không đại diện cho toàn bộ hình ảnh tốc độ trang web.

    >> Xem thêm: https://ggmedia.biz/google-display-network-la-gi-2/

    Với ý nghĩ đó, đây là một cách đọc hoài nghi của người Viking về từng quy tắc của PageSpeed ​​Insights.

    Các thử nghiệm tập trung vào việc giảm sử dụng băng thông
    Qui định

    Đọc hoài nghi

    Tối ưu hóa hình ảnh

    Trừ khi bạn có hình ảnh lớn, điều này có thể không phải là một vấn đề lớn. Điều này chỉ đo xem hình ảnh có thể được nén thêm hay không - không phải là bạn có đang tải quá nhiều hay không.

    Cho phép nén

    Nén là dễ dàng. Bạn nên sử dụng nó. Nó cũng có thể không tạo ra nhiều sự khác biệt trừ khi bạn (ví dụ) tải các tệp JavaScript khổng lồ.

    Giảm thiểu HTML

    Sẽ có khả năng giảm chi phí chỉ bằng hàng chục KB. Độ trễ sẽ có tác động lớn hơn kích thước phản hồi.

    Giảm thiểu CSS

    Sẽ có khả năng giảm chi phí chỉ bằng hàng chục KB. Độ trễ sẽ có tác động lớn hơn kích thước phản hồi.

    Giảm thiểu JS

    Có lẽ không quan trọng bằng việc hợp nhất JS thành một tệp duy nhất để giảm số lượng yêu cầu phải thực hiện.

    Các thử nghiệm tập trung vào việc giảm độ trễ
    Qui định

    Đọc hoài nghi

    Tận dụng bộ nhớ đệm trình duyệt

    Chắc chắn hãy lưu trữ các tập tin riêng của chúng tôi. Rất nhiều tệp có thể được hưởng lợi từ bộ nhớ đệm có thể được lưu trữ trên máy chủ của bên thứ 3. Bạn sẽ phải tự lưu trữ chúng để thay đổi thời gian lưu trữ.

    Giảm thời gian phản hồi của máy chủ

    Ngưỡng trên PSI quá cao. Nó cũng cố gắng loại trừ độ trễ vật lý của máy chủ, thay vào đó chỉ nhìn vào thời gian máy chủ trả lời sau khi nhận được yêu cầu.

    Tránh chuyển hướng trang đích

    Loại bỏ JavaScript và CSS chặn kết xuất trong nội dung trong màn hình đầu tiên

    Một mối quan tâm hợp lệ, nhưng có thể khó khăn bực bội. Không có yêu cầu nào ở đầu tải trang ban đầu để hiển thị nội dung trong màn hình đầu tiên không cần thiết để đáp ứng hầu hết các mục tiêu hiệu suất.

    Ưu tiên nội dung hiển thị

    Thực ra loại quan trọng.

    Đừng coi đây là từ cuối cùng về hiệu suất trang web! Độc lập với các bài kiểm tra này, đây là một số điều cần suy nghĩ. Một số không được bao phủ bởi InsSpeed ​​Insights và một số chỉ được bảo hiểm nửa chừng:

    • Nội dung bộ nhớ đệm bạn kiểm soát.
    • Giảm lượng nội dung bạn đang tải từ tên miền của bên thứ 3.
    • Giảm thời gian phản hồi của máy chủ vượt quá mức tối thiểu cần thiết để vượt qua bài kiểm tra của PageSpeed ​​Insights.
    • Di chuyển máy chủ đến gần người dùng cuối. Về cơ bản, sử dụng CDN.
    • Giảm yêu cầu chặn. Đảm bảo bạn đang sử dụng HTTP2 sẽ giúp ích ở đây.
    • Làm thế nào để bắt đầu cải thiện
    • Đo lường
    • Ảnh chụp màn hình trong bài đăng này được tạo bằng Chrome DevTools. Nó được tích hợp vào trình duyệt và cho phép bạn kiểm tra chính xác những gì xảy ra khi tải trang .


    Thay vì tin tưởng vào công cụ Thông tin chi tiết về Trang, hãy tiếp tục và tải trang của bạn trong Chrome. Kiểm tra cách nó thực hiện. Nhìn vào những gì yêu cầu thực sự dường như mất nhiều thời gian hơn. Thường thì câu trả lời sẽ rất rõ ràng: ví dụ, quá nhiều thời gian sẽ được dành để tải quảng cáo.

    Thiết lập mục tiêu
    Nếu điểm số PageSpeed ​​Insights hoàn hảo không phải là mục tiêu của bạn, bạn cần biết mục tiêu của mình sẽ là gì. Điều này rất quan trọng, vì nó cho phép bạn so sánh hiệu suất hiện tại với mục tiêu đó. Bạn có thể xem liệu giảm yêu cầu băng thông có thực sự đáp ứng mục tiêu của mình hay không, hoặc bạn cũng cần phải làm gì đó để giảm độ trễ (sử dụng CDN, xử lý ít yêu cầu hơn, tải nội dung ưu tiên cao trước).

    Ưu tiên
    Ưu tiên tốc độ trang Các bản sửa lỗi, rất quan trọng - đó không phải là loại ưu tiên duy nhất. Ngoài ra còn có câu hỏi về những gì thực sự cần phải được tải. PageSpeed ​​Insights cố gắng tìm hiểu xem bạn có đang ưu tiên nội dung trong màn hình đầu tiên hay không. Đây là một mục tiêu tuyệt vời. Nó cũng không phải là một đánh giá hoàn hảo; Có thể dễ dàng hơn để phân chia nội dung thành các đường dẫn quan trọng của YouTube và các đường dẫn không quan trọng, bất kể những gì có vẻ bề ngoài trên màn hình.

    Ví dụ: Nếu trang web của bạn phụ thuộc vào doanh thu quảng cáo, bạn có thể tải tất cả nội dung trên trang và chỉ sau đó bắt đầu tải quảng cáo. Tìm ra cách phục vụ ít hơn là một thách thức được giải quyết tốt nhất bởi bạn và nhóm của bạn. Xét cho cùng, PageSpeed ​​Insights là một giải pháp phù hợp với một kích thước.

    Phần kết luận
    Câu chuyện cho đến nay là PageSpeed ​​Insights có thể hữu ích, nhưng có nhiều cách thông minh hơn để đánh giá và cải thiện tốc độ trang web. Một số điểm hoàn hảo không đảm bảo một trang web nhanh.

    >> Xem thêm: https://ggmedia.biz/seo-onpage-la-gi-ki-thuat-toi-uu-seo-onpage/

    Chúc bạn thành công.
    Công cụ bảo vệ mã nguồn .NET mạnh nhất hiện tại, miễn phí cho các khách hàng đầu tiên đăng ký.

  2. #2
    Ngày gia nhập
    11 2014
    Bài viết
    8

    cám ơn đã chia sẽ.!
    Công cụ bảo vệ mã nguồn .NET mạnh nhất hiện tại, miễn phí cho các khách hàng đầu tiên đăng ký.
    Thiết Bị Điện Thông Minh Kawasan & Kawaled
    www.kawasan.com.vn
    www.kawaled.com.vn

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn