Tìm hiểu cách những người đưa ra quyết định kinh doanh và những người không phải là nhà phát triển có thể cải thiện các chỉ số Core Web Vitals.
Giới thiệu
Trải nghiệm người dùng trên trang web đã được chứng minh là có ảnh hưởng trực tiếp đến kết quả kinh doanh. Việc mang đến trải nghiệm tốt hơn khi các trang web tải và phản hồi người dùng nhanh hơn, thường sẽ giúp tăng lượt tương tác và lượt chuyển đổi. Core Web Vitals là một sáng kiến giúp định lượng trải nghiệm người dùng trên các trang web nhằm xác định những điểm cần cải thiện.
Tuy nhiên, nhiều tài liệu về Core Web Vitals lại hướng đến các nhà phát triển web, những người có kiến thức kỹ thuật chuyên sâu và có toàn quyền kiểm soát mã của họ. Nhiều trang web được tạo bởi những người không phải là nhà phát triển, sử dụng một nền tảng "trình tạo trang web" như WordPress, Shopify, Wix hoặc các giải pháp tương tự khác, thường không có nhóm phát triển web.
Ngay cả khi có một nhóm chuyên trách hoặc nhà phát triển web, họ không phải là những người duy nhất chịu trách nhiệm về hiệu suất web. Người ra quyết định kinh doanh có ảnh hưởng rất lớn đến hiệu suất trang web, từ việc quyết định nội dung và thiết kế cho đến việc phát triển chiến lược quảng cáo nhằm tăng lưu lượng truy cập vào trang web của họ. Những quyết định này thường có tác động đáng kể đến hiệu suất của trang web.
Hướng dẫn này nhằm cung cấp một số thông tin liên quan để người xây dựng và chủ sở hữu trang web hiểu và cải thiện trải nghiệm người dùng nhiều nhất có thể mà không cần có kiến thức kỹ thuật sâu về phát triển web.
Đồng thời, nhiều vấn đề về hiệu suất đòi hỏi nhà phát triển phải triển khai các biện pháp khắc phục kỹ thuật. Hướng dẫn dành cho nhà phát triển của chúng tôi có thể hỗ trợ bạn trong những nỗ lực này. Đây không phải là hướng dẫn toàn diện mà là phần giới thiệu về sáng kiến Core Web Vitals dành cho những người đưa ra quyết định kinh doanh, trong đó có một số nguyên nhân gốc phổ biến không liên quan đến việc phát triển khiến hiệu suất trang kém. Ngoài những bước này, bạn có thể cần phải nhờ đến nhà phát triển web để tiến hành các bước tiếp theo.
Core Web Vitals là gì?
Core Web Vitals là một nhóm gồm 3 chỉ số được thiết kế để đo lường trải nghiệm người dùng trên trang, đặc biệt là tốc độ tải trang mà người dùng cảm nhận được. Mỗi loại có một từ viết tắt gồm ba chữ cái:
- Nội dung lớn nhất hiển thị (LCP) đo lường hiệu suất tải: thời gian (tính bằng giây) cần thiết để nội dung nổi bật nhất của trang xuất hiện sau khi trang bắt đầu tải.
- Mức thay đổi bố cục tích luỹ (CLS) đo lường độ ổn định về hình ảnh của một trang: mức độ di chuyển của nội dung trong khi tải.
- Lượt tương tác đến nội dung hiển thị tiếp theo (INP): tốc độ phản hồi của trang đối với các lượt nhấp, nhấn và tương tác bằng bàn phím.
Mỗi chỉ số đo lường một khía cạnh khác nhau của trải nghiệm người dùng. Google cũng cung cấp các ngưỡng đề xuất cho từng chỉ số. Trải nghiệm người dùng thấp hơn ngưỡng dưới được coi là tốt, còn trải nghiệm người dùng cao hơn ngưỡng trên được coi là kém. Giữa các ngưỡng này, một trang được coi là nằm trong phạm vi cần cải thiện. Xin lưu ý rằng đối với các chỉ số này, số càng thấp thì càng tốt.
Các chỉ số quan trọng về trang web được đo lường như thế nào?
Core Web Vitals được đo lường dựa trên người dùng thực tế của trang web, và mỗi người dùng sẽ có kết quả khác nhau. Đây không phải là "những gì Google nghĩ" hay "những gì Googlebot nghĩ", mà là những gì người dùng thực tế của trang web đã trải nghiệm.
Một số người dùng sẽ sử dụng thiết bị nhanh hơn và mạng nhanh hơn. Một số người dùng sẽ sử dụng thiết bị chậm hơn hoặc mạng chậm hơn. Một số người dùng sẽ truy cập vào các trang đơn giản, nhanh hơn trên trang web của bạn, trong khi những người khác sẽ truy cập vào các trang phức tạp, chậm hơn. Sau đó, kết quả của tất cả các trải nghiệm người dùng này sẽ được tổng hợp để đưa ra thước đo tổng thể cho toàn bộ trang web của bạn.
Google cung cấp dữ liệu của những người dùng Chrome đã chọn tham gia trong Báo cáo trải nghiệm người dùng trên Chrome (CrUX). Báo cáo này cung cấp dữ liệu cho nhiều công cụ của Google, chẳng hạn như PageSpeed Insights và Google Search Console.
CrUX có trên hàng triệu trang web phổ biến, nhưng không phải trang web nào cũng có trong CrUX. Các công cụ Giám sát người dùng thực (RUM) khác cũng có thể thu thập những chỉ số này cho trang web của bạn.
Làm cách nào để tìm Core Web Vitals của trang web của tôi?
Có nhiều công cụ do Google và bên thứ ba cung cấp cho thấy các chỉ số Core Web Vitals. Bài đăng này giới thiệu hai công cụ giúp bạn nhanh chóng xem Core Web Vitals cho trang web của mình. Để tìm hiểu kỹ hơn về các công cụ khác của Google (bao gồm cả quy trình làm việc để sử dụng các công cụ đó nhằm giải quyết vấn đề về Core Web Vitals), hãy xem bài đăng Quy trình làm việc với Core Web Vitals bằng các công cụ của Google.
Nếu nền tảng của bạn cung cấp giải pháp RUM tích hợp, thì giải pháp này có thể cung cấp thông tin chi tiết hơn nhiều cho các trang trên trang web của bạn, hoặc cho phép bạn xem chi tiết các trang cụ thể hoặc phân khúc người dùng để giúp bạn hiểu và xác định vấn đề.
PageSpeed Insights
Để xem nhanh mà không cần thiết lập, bạn có thể sử dụng PageSpeed Insights (PSI). Nhập URL rồi nhấp vào phân tích. Nếu trang web của bạn có trong CrUX, bạn sẽ nhanh chóng thấy mục "Khám phá trải nghiệm của người dùng thực tế":
Báo cáo này cho biết trải nghiệm thực tế của người dùng Chrome trên trang web của bạn trong 28 ngày qua. Bạn sẽ thấy ba chỉ số Core Web Vitals ở trên cùng, cùng với các chỉ số hỗ trợ khác bên dưới (bao gồm cả chỉ số INP sắp ra mắt). Chỉ có các chỉ số Core Web Vitals mới được tính vào kết quả đánh giá tổng thể (đạt hoặc không đạt) ở đầu trang, nhưng các chỉ số khác có thể hữu ích trong việc khắc phục sự cố với Core Web Vitals, như sẽ được trình bày trong phần tiếp theo.
Bạn có thể chuyển đổi giữa chế độ xem trên Thiết bị di động và Máy tính bằng các nút ở đầu phần này. Bạn cũng có thể chuyển đổi giữa URL này và tất cả dữ liệu cho Nguồn gốc đó bằng cách sử dụng nút bật/tắt ở trên cùng bên phải, nơi có dữ liệu cho cả hai.
Những số liệu này sẽ cung cấp chỉ báo tổng quát về hiệu suất của trang web, cũng như những chỉ số có thể cải thiện và trên loại thiết bị nào.
Google Search Console
Google Search Console (GSC) chỉ dành cho chủ sở hữu trang web, vì vậy, bạn cần đăng ký và xác minh quyền sở hữu trang web để sử dụng. Báo cáo này cung cấp thông tin chi tiết về cách Google Tìm kiếm nhìn thấy trang web của bạn.
Không giống như PageSpeed Insights, GSC liệt kê tất cả các trang mà Google Tìm kiếm biết đến trên trang web của bạn và cung cấp thông tin chi tiết về Các chỉ số quan trọng về trang web cho tất cả các trang đó:
Các trang được tập hợp thành Nhóm URL để bạn có thể xem liệu một số danh mục trang nhất định (ví dụ: Trang thông tin sản phẩm, trang Blog, v.v.) có gặp vấn đề về Core Web Vitals hay không. Vì các trang này thường được xây dựng dựa trên các công nghệ hoặc mẫu tương tự nhau, nên có thể có một nguyên nhân chung cho mọi vấn đề trên các trang này.
Các vấn đề thường gặp về Core Web Vitals đối với trình tạo trang web
Nhiều vấn đề về hiệu suất đòi hỏi nhà phát triển phải triển khai các biện pháp khắc phục kỹ thuật. Hướng dẫn dành cho nhà phát triển có thể giúp nhà phát triển thực hiện việc này. Trong phần này, chúng ta sẽ thảo luận về một số vấn đề phổ biến không liên quan đến nhà phát triển mà người ra quyết định kinh doanh có thể hỗ trợ để cải thiện các chỉ số này.
Khi nói đến "người không phải là nhà phát triển", chúng tôi đang đề cập đến những người sử dụng nền tảng trình tạo trang web, nơi họ có quyền kiểm soát hạn chế đối với cách trang web thực sự được lập trình hoặc những người đưa ra quyết định kinh doanh có thể quyết định thiết kế trang web hoặc giúp ưu tiên ngân sách.
Vấn đề về Nội dung lớn nhất hiển thị (LCP)
LCP nhằm đo lường tốc độ tải của trang web bằng cách đo lường thời gian từ khi người dùng nhấp vào một đường liên kết cho đến khi phần nội dung lớn nhất (thường là hình ảnh biểu ngữ hoặc dòng tiêu đề) xuất hiện trong trình duyệt.
Để có trải nghiệm tốt trên trang, trang web nên cố gắng hiển thị nội dung này trong vòng 2,5 giây kể từ khi người dùng nhấp vào đường liên kết. Nếu quá trình này mất hơn 4 giây thì trang này được coi là có trải nghiệm kém.
Một số vấn đề thường gặp ảnh hưởng đến LCP mà người ra quyết định kinh doanh có thể tác động được trình bày trong các phần tiếp theo.
Trì hoãn khi bắt đầu tải trang
Chúng ta thường nghĩ đến việc cải thiện thời gian tải của chính trang, nhưng thường có độ trễ trước khi bắt đầu tải. Bạn không thể có LCP dưới ngưỡng 2,5 giây nếu trang web thậm chí không được tải xuống trong vài giây!
Thời gian cho byte đầu tiên (TTFB) là thời gian cần thiết để tải phần đầu tiên của trang web xuống. Nếu PageSpeed Insights cho thấy chỉ số chẩn đoán TTFB lớn có màu đỏ hoặc màu hổ phách, thì việc giải quyết vấn đề đó là yếu tố then chốt và sẽ có tác động trực tiếp đến LCP.
Hiểu khán giả
Đối với các vấn đề về TTFB, bạn cần phải hiểu rõ đối tượng của mình. Nếu trang web của bạn được lưu trữ ở một quốc gia nhưng phục vụ đối tượng ở quy mô toàn cầu, thì khoảng cách địa lý giữa người dùng trang web và máy chủ web sẽ trở thành một yếu tố ảnh hưởng đến TTFB của trang. Mạng phân phối nội dung (CDN) cho phép lưu bản sao của trang web vào bộ nhớ đệm trên toàn thế giới, nhờ đó, nội dung sẽ ở gần người dùng hơn. Nhiều nhà cung cấp dịch vụ lưu trữ có cung cấp CDN trong dịch vụ của họ và sẽ tự động xử lý việc này. Hãy kiểm tra xem đây có phải là trường hợp xảy ra với nơi lưu trữ trang web của bạn hay không. Một số nền tảng cung cấp các cấp dịch vụ khác nhau với nhiều vị trí CDN hơn cho các cấp trả phí cao hơn. Các doanh nghiệp toàn cầu nên cân nhắc các cấp cao hơn trong những trường hợp này.
Giảm thiểu số lần chuyển hướng
Lệnh chuyển hướng là một nguyên nhân phổ biến khác khiến TTFB chậm. Khi chạy chiến dịch quảng cáo hoặc gửi thông tin qua email, hãy cố gắng giảm thiểu số lượt chuyển hướng bằng cách tránh sử dụng nhiều kỹ thuật rút ngắn đường liên kết hoặc thêm URL cần chuyển hướng. Ví dụ: việc sử dụng example.com/blog trong một chiến dịch cần chuyển hướng đến www.example.com/blog, sau đó chuyển hướng đến https://www.example.com/blog sẽ làm tăng TTFB của trang. Đảm bảo các chiến dịch tiếp thị của bạn sử dụng ít lượt chuyển hướng nhất có thể.
Đảm bảo chiến dịch quảng cáo nhắm đến đúng đối tượng
Ngoài ra, hãy đảm bảo các chiến dịch quảng cáo của bạn đang nhắm đến đối tượng một cách hiệu quả. Việc nhận được nhiều lưu lượng truy cập mới từ những người dùng ở nửa kia bán cầu (nhưng bạn không thể giao sản phẩm cho họ) vừa gây lãng phí mức chi tiêu quảng cáo, vừa ảnh hưởng tiêu cực đến hiệu suất của trang web.
Tham số URL có thể ảnh hưởng đến hiệu suất của trang web
Các tham số URL như tham số UTM thường được dùng cho các chiến dịch tiếp thị. Những tham số này có thể làm giảm hiệu quả lưu vào bộ nhớ đệm trên cơ sở hạ tầng của bạn, vì mỗi URL có thể trông giống như một trang riêng biệt, mặc dù cùng một trang được phân phát mỗi lần. Nếu bạn sử dụng tham số UTM, hãy trao đổi với nhà cung cấp CDN hoặc nhóm cơ sở hạ tầng để đảm bảo rằng hệ thống lưu vào bộ nhớ đệm của họ bỏ qua các tham số URL này, nhờ đó các chiến dịch có thể hưởng lợi từ những trang đã được lưu vào bộ nhớ đệm.
Nội dung nghe nhìn có thể ảnh hưởng đến hiệu suất
Cân nhắc tác động của nội dung nghe nhìn trên trang của bạn. Nội dung nghe nhìn như hình ảnh và video thường có kích thước lớn hơn nhiều, do đó mất nhiều thời gian tải xuống hơn so với văn bản. Điều này cũng có thể làm chậm quá trình tải trang. Điều này đặc biệt quan trọng khi phần tử LCP là nội dung nghe nhìn thay vì văn bản. Phần tử LCP là một hình ảnh trên khoảng 80% trang web, vì vậy, bạn cần xem xét tác động của nội dung nghe nhìn đối với trang web của mình.
Đồng thời, tài sản truyền thông có thể góp phần mang lại trải nghiệm hình ảnh phong phú cho người dùng, hấp dẫn hơn nhiều so với một trang web có nhiều văn bản. Do đó, việc xoá nội dung nghe nhìn hiếm khi là một lựa chọn, nhưng việc biết được chi phí của nội dung nghe nhìn và cách giảm chi phí đó có thể giảm thiểu mọi vấn đề về hiệu suất.
Tránh băng chuyền
Băng chuyền được tạo nên từ một số hình ảnh có thể ảnh hưởng đến thời gian tải tổng thể của một trang vì các băng chuyền này có thể yêu cầu tải một vài hình ảnh xuống cùng một lúc nếu không được triển khai một cách tối ưu. Ngoài ra, mặc dù phổ biến, nhưng băng chuyền thường không mang lại trải nghiệm người dùng tốt, vì vậy, hãy cân nhắc kỹ trước khi sử dụng băng chuyền trên trang web của bạn.
Sử dụng hình ảnh được tối ưu hoá cho web
Sau đó là kích thước của tài sản truyền thông. Nhiều hình ảnh trên web được phân phát ở độ phân giải quá cao. Đảm bảo rằng mọi đối tác truyền thông hoặc công ty thiết kế đều cung cấp hình ảnh được tối ưu hoá cho web thay vì hình ảnh chất lượng in ở kích thước đầy đủ mà họ thường cung cấp. Bạn có thể sử dụng một dịch vụ như TinyJPG để xoá nhanh dữ liệu không cần thiết khỏi hình ảnh trước khi tải lên. Nhiều nền tảng web sẽ cố gắng tự động tối ưu hoá hình ảnh khi tải lên, nhưng vì không biết kích thước mà những hình ảnh đó sẽ hiển thị trên thiết bị của người dùng, nên việc cung cấp hình ảnh nhỏ hơn ngay từ đầu có thể mang lại lợi ích đáng kể.
Hãy đặc biệt cẩn thận với video
Hãy cân nhắc kỹ khi sử dụng video. Video là một trong những nội dung có dung lượng lớn nhất (và do đó tải chậm nhất) để trang web tải xuống và hiển thị, vì vậy, hãy cố gắng đừng lạm dụng video. Tránh việc sử dụng video ở đầu trang web mà hãy đặt video ở phía cuối trang. Nhờ đó, nội dung ít tốn kém hơn có thể tải nhanh để mang lại trải nghiệm tải tốt hơn cho người dùng và đảm bảo LCP của bạn không bị ảnh hưởng.
Thử nghiệm A/B
Nhiều doanh nghiệp thực hiện thử nghiệm A/B để thử nghiệm các thay đổi đối với trang web của họ. Cách triển khai các thành phần này có thể ảnh hưởng lớn đến LCP.
Nhiều giải pháp thử nghiệm A/B trì hoãn thời điểm trang web hiển thị lần đầu cho người dùng cho đến khi các thay đổi trong mọi thử nghiệm được áp dụng. Điều này giúp tránh hiển thị phiên bản gốc của trang web, nhưng sẽ làm chậm thời gian người dùng nhìn thấy trang web. Các giải pháp khác được áp dụng phía máy chủ để tránh độ trễ này. Hãy dành thời gian tìm hiểu cách thực hiện thử nghiệm A/B và liệu thử nghiệm đó có bị chậm trễ hay không. Ngoài ra, hãy cân nhắc sử dụng các giải pháp thử nghiệm A/B phía máy chủ nếu có thể.
Thử nghiệm A/B có thể cung cấp ý kiến phản hồi vô giá trước khi ra mắt các thay đổi mới, nhưng bạn phải cân nhắc chi phí cho hiệu suất trang so với mọi lợi ích tiềm năng mà thử nghiệm mang lại.
Bất kể cơ sở hạ tầng của bạn là gì, bất kỳ ai chạy thử nghiệm A/B cũng nên luôn lưu ý các phương pháp hay nhất sau đây:
- Chỉ sử dụng công cụ thử nghiệm A/B cho những trang thuộc phạm vi thử nghiệm, thay vì trì hoãn tất cả các trang, vì hầu hết các trang có thể không chạy thử nghiệm A/B tại bất kỳ thời điểm cụ thể nào.
- Giới hạn thử nghiệm A/B ở một nhóm nhỏ người dùng để tránh ảnh hưởng đến phần lớn người dùng.
- Giới hạn thời gian thử nghiệm A/B ở mức tối thiểu cần thiết để có được kết quả thuyết phục. Thử nghiệm A/B chạy càng lâu thì người dùng càng có thể gặp phải hiệu suất trang kém trong thời gian dài hơn.
- Quan trọng nhất là đừng quên xoá các thử nghiệm A/B khi không cần nữa.
Vấn đề về Mức thay đổi bố cục tích luỹ (CLS)
CLS đo lường độ ổn định về hình ảnh của một trang, tức là mức độ thay đổi của nội dung trên trang khi nội dung được tải. Điều này có thể gây mất tập trung nếu người dùng đã bắt đầu đọc một trang web, nhưng sau đó mất vị trí khi có thêm nội dung hoặc vị trí quảng cáo xuất hiện. Điều này cũng có thể khiến người dùng vô tình nhấp vào nội dung không mong muốn nếu bố cục của trang thay đổi quá nhiều. Hãy hết sức cẩn thận với nội dung động tải sau và có thể di chuyển một số nội dung ban đầu của trang.
Chỉ số này được đo lường bằng một công thức toán học để tính toán mức độ dịch chuyển của nội dung và mức độ dịch chuyển đó. Chỉ số này được biểu thị dưới dạng một phân số không có đơn vị, trong đó giá trị từ 0,1 trở xuống được coi là tốt và giá trị từ 0,25 trở lên được coi là kém.
Một số vấn đề phổ biến ảnh hưởng đến CLS mà người ra quyết định kinh doanh có thể tác động được trình bày trong các phần tiếp theo.
Kiểm tra cách hình ảnh tải khi bạn cuộn trang
Nhiều mẫu tránh tải hình ảnh ở phía dưới trang để dành nhiều tài nguyên hơn cho hình ảnh xuất hiện trên màn hình trong lần tải trang đầu tiên. Sau đó, hình ảnh sẽ được tải khi người dùng di chuyển xuống. Kỹ thuật tải hình ảnh này được gọi là tải chậm.
Mẫu trang phải dành riêng không gian cho hình ảnh tải chậm để nếu người dùng cuộn rất nhanh trước khi hình ảnh có cơ hội tải, thì nội dung xung quanh hình ảnh đó sẽ không bị dịch chuyển. Nếu mẫu hoặc nền tảng của bạn không làm việc này, hãy cân nhắc chuyển sang một mẫu hoặc nền tảng khác có làm việc này.
Hãy cẩn thận với quảng cáo được đặt ở giữa nội dung
Quảng cáo được chèn vào giữa nội dung có nguy cơ đẩy nội dung của bạn xuống, vì quảng cáo thường mất nhiều thời gian hơn để tải, thường là lâu hơn so với hình ảnh được mô tả trong phần trước. Việc đặt các thành phần này ở bên cạnh nội dung chính của trang là một mẫu phổ biến giúp giảm rủi ro này. Cách thực hiện việc này trong thực tế phụ thuộc vào nền tảng cụ thể và mẫu bạn sử dụng để xây dựng trang web.
Tránh thêm nội dung động vào đầu trang
Tránh thêm cảnh báo và biểu ngữ vào đầu trang sau khi tải trang, chẳng hạn như biểu ngữ về cookie hoặc ưu đãi đặc biệt. Thay vào đó, việc chọn lớp phủ cảnh báo và biểu ngữ phía trên nội dung chính sẽ ngăn nội dung trang bị dịch chuyển. Tương tự như phần trước, các lựa chọn của bạn ở đây sẽ phụ thuộc vào nền tảng và mẫu được dùng cho các trang của bạn.
Vấn đề về Lượt tương tác đến nội dung hiển thị tiếp theo (INP)
INP đo lường khả năng phản hồi của một trang, tức là đánh giá xem trang có phản hồi nhanh chóng với các hoạt động tương tác như nhấp, nhấn và nhập bằng bàn phím hay không. Những trang không phản hồi nhanh với hoạt động đầu vào của người dùng thường có cảm giác chậm chạp và có thể gây khó chịu cho người dùng.
INP đo lường toàn bộ từng lượt tương tác đủ điều kiện trong suốt thời gian hoạt động của một trang và báo cáo lượt tương tác kém nhất. INP có ngưỡng tốt là 200 mili giây và ngưỡng kém là 500 mili giây.
Các chỉ số về khả năng phản hồi (đặc biệt là INP) là những chỉ số khó tối ưu hoá. Khi các chỉ số này ở ngưỡng kém, thường là do các lượt tương tác bị trì hoãn do trang web cố gắng thực hiện quá nhiều thao tác, vì vậy, các giải pháp chính ở đây là xoá mã không cần thiết để trang nhẹ hơn.
Một số vấn đề phổ biến ảnh hưởng đến INP mà người ra quyết định kinh doanh có thể tác động được trình bày trong các phần tiếp theo.
Dọn dẹp đón mùa xuân!
Xem xét các trình bổ trợ và tiện ích được thêm vào trang web của bạn, rồi xoá chúng nếu không còn dùng nữa. Thường thì việc thêm trình bổ trợ để thử một tính năng nào đó sẽ dễ dàng hơn so với việc nhớ xoá trình bổ trợ đó sau này nếu bạn thấy không hữu ích. Đây là một nguyên nhân khiến lượt tương tác bị chậm, nhưng đây là một hoạt động tối ưu hoá tương đối đơn giản hơn so với nhiều hoạt động khác.
Tương tự, nếu bạn đang sử dụng trình quản lý thẻ cho các chiến dịch tiếp thị, hãy nhớ xoá các chiến dịch cũ. Ngay cả khi không còn kích hoạt nữa, mã của các chiến dịch tiếp thị đã hết hạn vẫn cần được tải xuống và biên dịch trên mỗi trang, điều này có thể làm chậm hoạt động tương tác của người dùng trong lần tải trang đầu tiên.
Tránh các tiện ích và trình bổ trợ tốn kém
Các tiện ích và trình bổ trợ tốn nhiều tài nguyên tính toán có thể trông đẹp mắt, nhưng liệu chúng có cải thiện trải nghiệm người dùng hay thực sự làm cho trải nghiệm đó trở nên tồi tệ hơn? Báo cáo Chẩn đoán vấn đề về hiệu suất trong PageSpeed Insights do Lighthouse cung cấp có thể giúp xác định JavaScript đang có tác động đáng kể đến hiệu suất của trang web.
Tốt nhất là bạn chỉ nên dùng tiện ích trên những trang cần thiết. Nếu bạn chỉ dùng một bản đồ Google Maps nhúng trên trang liên hệ, thì không cần tải bản đồ đó trên mọi trang vì việc này có thể gây ra vấn đề về khả năng thích ứng.
Cân nhắc số lượng quảng cáo, đặc biệt là trên thiết bị di động
Quảng cáo là một chiến lược kiếm tiền hiệu quả cho nhiều doanh nghiệp, nhưng thường phức tạp và tốn nhiều tài nguyên. Bạn càng có nhiều quảng cáo thì chúng càng tốn nhiều tài nguyên, điều này có thể ảnh hưởng đến tốc độ trang. Điều này đặc biệt đúng trên thiết bị di động, nơi bộ nhớ xử lý thường không lớn như trên máy tính hoặc máy tính xách tay.
Cân nhắc sự cân bằng giữa khả năng kiếm tiền và hiệu suất. Nếu người dùng rời đi sớm hơn do trải nghiệm kém, thì những quảng cáo bổ sung đó có thể khiến bạn mất nhiều doanh thu hơn so với mức doanh thu mà chúng mang lại.
Tránh kích thước trang quá lớn
Các trang lớn và phức tạp cần nhiều thời gian xử lý hơn để hiển thị. Ví dụ: nếu bạn có một thư viện sản phẩm gồm 1.000 sản phẩm khác nhau, thì sẽ mất một lúc để hiển thị trong cửa sổ trình duyệt của người dùng. Hãy cân nhắc thời điểm phân trang để giảm thời gian này.
Làm cách nào để được trợ giúp thêm?
Bài đăng này liệt kê một số điểm chung mà chủ doanh nghiệp có thể cân nhắc, những điểm này có thể ảnh hưởng đến hiệu suất. Ngoài ra, bạn có thể cần tham khảo ý kiến của nhà phát triển web để biết thêm thông tin chi tiết về những việc bạn có thể làm để cải thiện hiệu suất của trang web.
Thông tin theo nền tảng cụ thể
Hầu hết các nền tảng đều rất quan tâm đến hiệu suất web và có thể có lời khuyên dành riêng cho từng nền tảng về cách cải thiện hiệu suất. Bạn cũng có thể liên hệ với các nhóm chuyên trách về hiệu suất web trong quá trình sử dụng nền tảng đó. Họ có thể tư vấn thêm cho bạn về cách cải thiện trang web.
Lighthouse cũng hiển thị thông tin theo nền tảng cụ thể bằng chức năng Stack Pack. Chức năng này có thể hướng dẫn người dùng các nền tảng được hỗ trợ đến lời khuyên phù hợp.
Các nền tảng liên tục cải thiện theo thời gian và nhiều nền tảng hiện đang tập trung vào hiệu suất và Các chỉ số quan trọng về trang web. Hãy đảm bảo nền tảng của bạn luôn được cập nhật để hưởng lợi từ những điểm cải tiến mới nhất mà nhà phát triển nền tảng đã thực hiện.
Cách dễ nhất là sử dụng một nền tảng được lưu trữ, nơi nhà cung cấp nền tảng tự động quản lý nền tảng, bao gồm cả việc cập nhật nền tảng. Nếu bạn tự lưu trữ nền tảng (ví dụ: cài đặt WordPress cục bộ trên máy chủ của riêng bạn), thì việc đảm bảo nền tảng được cập nhật thường xuyên sẽ giúp trang web của bạn hưởng lợi từ mọi điểm cải tiến mà nhà phát triển nền tảng đã triển khai. Doanh nghiệp nên ưu tiên việc bảo trì này hoặc chọn một dịch vụ quản lý việc này cho họ.
Thuê nhà phát triển web
Một nhà phát triển web có chuyên môn về hiệu suất web có thể sẽ giải quyết được nhiều vấn đề hơn so với chủ doanh nghiệp. Có thể bạn đã thuê một nhà phát triển web để xây dựng trang web ban đầu hoặc để thực hiện các thay đổi định kỳ, hoặc bạn có thể có một nhóm phát triển chuyên trách, hoặc bạn có thể phải tìm một nhà phát triển để thuê (lý tưởng nhất là một nhà phát triển có chuyên môn về hiệu suất web).
Hãy nhờ nhà phát triển trợ giúp nếu những đề xuất được đưa ra ở đây không đủ để giải quyết các vấn đề về hiệu suất mà bạn đang gặp phải với trang web của mình. Tuy nhiên, hy vọng các ví dụ trước cũng cho thấy rằng bạn cần phải làm việc với nhà phát triển để cân bằng giữa các ưu tiên kinh doanh với các quyết định phát triển nhằm tìm ra giải pháp phù hợp cho trang web của mình.
Xin lưu ý rằng hiệu suất web hiếm khi là một công việc chỉ cần làm một lần. Để duy trì hiệu suất tốt cho trang web, bạn thường phải thường xuyên theo dõi và bảo trì để đảm bảo trang web không bị giảm hiệu suất sau khi cải thiện.
Kết luận
Trang web thường là điểm tiếp xúc đầu tiên giữa doanh nghiệp với khách hàng, và bạn muốn mang đến cho họ trải nghiệm tuyệt vời. Điều này áp dụng cho cả khách truy cập lần đầu (những người có ấn tượng đầu tiên về doanh nghiệp của bạn) cũng như khách truy cập nhiều lần và khách hàng thân thiết (những người nên được cung cấp trải nghiệm liền mạch nhất có thể, lý tưởng nhất là không có những điều gây thất vọng có thể để lại ấn tượng tiêu cực). Core Web Vitals là một thước đo trải nghiệm người dùng mà Google đề xuất các trang web nên cân nhắc. Với tất cả những gì web cung cấp, người dùng có thể (và sẽ!) thử các trang web khác nếu họ cảm thấy thất vọng với trang web của bạn.
Đồng thời, Core Web Vitals chỉ là một thước đo cho trang web của bạn. Doanh nghiệp cần tự quyết định mức đầu tư vào trang web của mình và lợi nhuận sẽ thu được từ khoản đầu tư đó.