Bạn tải trang web của mình - nó rất nhanh. Nhóm của bạn ở cùng thành phố xác nhận - nhanh chóng. Sau đó, một người dùng ở Đức gửi email: "Trang web của bạn mất 12 giây để tải". Một khách hàng ở Singapore tweet: "Thanh toán liên tục hết thời gian chờ."
Trang web của bạn không chậm ở mọi nơi. Nó chậm ở đâu đó — và bạn không biết ở đâu hoặc tại sao.
Bạn đã dành nhiều tháng để tối ưu hóa trang web của mình. Điểm số của ngọn hải đăng rất cao. Core Web Vitals có màu xanh lá cây. CDN của bạn đã được định cấu hình. SSL được thiết lập chính xác.
Sau đó, bạn bắt đầu nhận được khiếu nại. Không phải từ tất cả mọi người - chỉ từ các khu vực cụ thể. Người dùng ở Brazil báo cáo thời gian tải là 8 giây. Người dùng ở Ấn Độ không thể hoàn tất thanh toán. Người dùng ở Úc cho biết trang web "có cảm giác bị hỏng".
Bạn kiểm tra từ máy tính xách tay của mình - mọi thứ đều hoạt động. Bạn chạy kiểm tra tốc độ - kết quả có vẻ ổn. APM của bạn hiển thị thời gian phản hồi tốt. Bảng điều khiển CDN của bạn hiển thị tất cả các khía cạnh đang hoạt động.
Nhưng những lời phàn nàn vẫn tiếp tục đến. Và bạn không có cách nào để biết những gì người dùng đó thực sự đang trải qua.
Đây là thực tế của việc điều hành một trang web với người dùng quốc tế. Trang web của bạn có thể chậm ở một số quốc gia nhưng lại nhanh ở những quốc gia khác — và trừ khi bạn đang theo dõi từ những quốc gia đó, bạn sẽ không bao giờ biết được cho đến khi điều đó khiến bạn mất doanh thu.
Internet không phải là một mạng duy nhất — nó là sự chắp vá của hàng nghìn hệ thống tự trị, mỗi hệ thống có những đặc điểm riêng, thỏa thuận ngang hàng và chế độ lỗi riêng.
Trước khi trình duyệt có thể kết nối với máy chủ của bạn, trình duyệt cần phân giải tên miền của bạn. Nếu nhà cung cấp DNS của bạn không có nút Anycast gần vị trí của người dùng thì chỉ riêng độ phân giải DNS có thể tăng thêm 200–500 mili giây cho mỗi lần tải trang.
Ví dụ: Người dùng ở Nam Phi truy vấn máy chủ DNS ở Châu Âu sẽ tăng thêm hơn 150 mili giây thời gian khứ hồi — thậm chí trước khi yêu cầu HTTP đầu tiên bắt đầu.
BGP (Giao thức cổng biên) xác định cách các gói truyền qua internet. Định tuyến dưới mức tối ưu có thể gửi lưu lượng truy cập theo những đường vòng kỳ quái — các gói từ Brazil có thể định tuyến qua Miami, sau đó là Amsterdam, trước khi đến máy chủ London của bạn.
Ví dụ: Người dùng ở São Paulo kết nối với máy chủ Singapore của bạn có thể thấy độ trễ 400 mili giây do định tuyến qua Bờ Tây Hoa Kỳ thay vì cáp trực tiếp dưới biển.
CDN của bạn có thể có 200 vị trí biên nhưng không phải tất cả đều bằng nhau. Một số cạnh bị quá tải. Một số có bộ nhớ đệm cũ. Một số có vấn đề về kết nối với nguồn gốc của bạn. Trang trạng thái CDN cho biết "đang hoạt động" — nhưng người dùng của bạn ở Jakarta lại trải nghiệm TTFB 5 giây.
Ví dụ: CDN edge ở Manila phục vụ nội dung được lưu trong bộ nhớ đệm ngay lập tức. Edge ở Thành phố Hồ Chí Minh bị thiếu bộ nhớ đệm và mỗi lần tải nguồn đều chậm.
Một số ISP điều tiết lưu lượng truy cập đến các dải IP hoặc nhà cung cấp dịch vụ lưu trữ nhất định. Những người khác lại có điểm truy cập bị tắc nghẽn trong giờ cao điểm. Người dùng trên một ISP tải trang web của bạn trong 1 giây; người dùng trên ISP khác trong cùng thành phố đợi 10 giây.
Ví dụ: Người dùng trên Reliance Jio ở Ấn Độ có thời gian tải là 8 giây. Người dùng trên Airtel trong cùng thành phố trải nghiệm 1,2 giây. Cùng một trang web, cùng một thành phố, ISP khác nhau.
Thực tế đáng thất vọng: Tất cả những vấn đề này đều không thể nhìn thấy được từ vị trí của bạn. Máy chủ của bạn nhanh. Mã của bạn được tối ưu hóa. CDN của bạn được cấu hình đúng. Nhưng ở đâu đó giữa cơ sở hạ tầng của bạn và một số người dùng nhất định, có thứ gì đó đang thêm giây vào mọi yêu cầu — và bạn chỉ có thể phát hiện điều đó bằng cách theo dõi vị trí thực sự của những người dùng đó.
Các công cụ giám sát tiêu chuẩn được thiết kế để phát hiện tình trạng ngừng hoạt động — chứ không phải sự suy giảm hiệu suất của khu vực.
Hầu hết các công cụ giám sát tốc độ trang web đều kiểm tra từ 3–10 địa điểm, tập trung nhiều ở Hoa Kỳ và Tây Âu. Nếu người dùng của bạn ở Đông Nam Á, Mỹ Latinh, Trung Đông hoặc Châu Phi — bạn đang bị mù.
Việc chạy kiểm tra tổng hợp từ các khu vực AWS hoặc GCP không mang tính đại diện. Kết nối từ đám mây đến đám mây thường tốt hơn so với đường dẫn mạng dân cư hoặc doanh nghiệp. Giám sát của bạn hiển thị 200ms; người dùng thực trải nghiệm 2.000 mili giây.
Biết một trang "chậm" là chưa đủ. Có phải là DNS không? Kết nối TCP? Bắt tay TLS? Thời gian đến byte đầu tiên? Tải xuống nội dung? Nếu không có phân tích về độ trễ, bạn không thể chẩn đoán xem sự cố là do máy chủ, CDN hay đường dẫn mạng.
Khi xảy ra sự cố định tuyến hoặc mất gói trên đường dẫn, bạn cần dữ liệu traceroute và MTR để xác định nơi gói bị trì hoãn hoặc bị rớt. Hầu hết các công cụ giám sát không cung cấp tính năng này — vì vậy bạn không thể chứng minh cho CDN hoặc nhà cung cấp dịch vụ lưu trữ của mình biết chính xác vấn đề nằm ở đâu.
Nếu bạn chỉ giám sát từ 10 địa điểm, bạn sẽ thấy ít hơn 10% trải nghiệm của người dùng. 90% còn lại có thể đang trải nghiệm một thực tế hoàn toàn khác.
Trang web chậm ở một số quốc gia không chỉ là một bất tiện nhỏ — đó là một vấn đề kinh doanh.
Người dùng gặp phải tình trạng tải chậm không phàn nàn — họ rời đi. Độ trễ 3 giây sẽ tăng tỷ lệ thoát lên 32%. Độ trễ 5 giây sẽ tăng 90%. Những người dùng này không bao giờ xuất hiện trong phân tích của bạn vì họ chưa bao giờ tải xong mã theo dõi của bạn.
Nếu trang thanh toán của bạn mất 10 giây để tải ở Đức thì bạn đang mất khách hàng Đức. Nếu biểu mẫu đăng ký của bạn hết hạn ở Ấn Độ, bạn sẽ mất đi lượng dân số sử dụng Internet lớn thứ hai thế giới. Đây không phải là những trường hợp đặc biệt - chúng là toàn bộ thị trường mà bạn đang vô tình bỏ qua.
Google thu thập dữ liệu từ nhiều địa điểm trên toàn cầu. Nếu Googlebot gặp phải tình trạng thời gian tải chậm ở một số khu vực nhất định, thì các Chỉ số quan trọng về trang web cốt lõi của bạn sẽ bị ảnh hưởng, ngân sách thu thập dữ liệu sẽ giảm và thứ hạng giảm — không phải trên toàn cầu mà ở các thị trường cụ thể. Bạn thấy lưu lượng truy cập giảm và không biết tại sao.
Lời lan truyền. "Dịch vụ đó không thể sử dụng được ở châu Á." "Đừng bận tâm, nó không bao giờ hoạt động ở Châu Âu." Các bài đăng trên diễn đàn, tweet và nhận xét về trang web đánh giá tạo ra một nhận thức khó thay đổi — đặc biệt khi bạn thậm chí không biết vấn đề tồn tại.
Việc chẩn đoán các vấn đề về hiệu suất khu vực đòi hỏi ba điều: phạm vi toàn cầu, độ sâu chẩn đoán và bối cảnh lịch sử.
Đừng chỉ giám sát từ "Châu Á" — hãy giám sát từ Tokyo, Singapore, Mumbai, Jakarta, Sydney. Đừng chỉ giám sát từ "Châu Âu" — giám sát từ Frankfurt, London, Amsterdam, Warsaw, Stockholm. Mỗi vị trí cho thấy các đường dẫn mạng khác nhau và các điểm nghẽn tiềm ẩn.
Khớp các vị trí giám sát của bạn với vị trí thực sự của người dùng.
Đo từng giai đoạn: tra cứu DNS, bắt tay TCP, đàm phán TLS, thời gian đến byte đầu tiên, truyền nội dung. Khi một trang chạy chậm, bạn sẽ biết chính xác giai đoạn nào là thủ phạm — và liệu đó là vấn đề bạn có thể khắc phục hay sự cố mạng ngược tuyến.
"Chậm" là mơ hồ. "500ms DNS + 200ms TTFB" có thể thực hiện được.
Khi một khu vực chậm, traceroute sẽ hiển thị cho bạn chính xác bước nhảy mạng nào đang tăng thêm độ trễ. So sánh lịch sử cho bạn biết đây là hành vi mới hay đã luôn như vậy. Cùng nhau, chúng giúp bạn xác định xem đó là sự cố tạm thời hay sự cố định tuyến vĩnh viễn.
Dữ liệu theo dõi là bằng chứng của bạn khi chuyển đến nhà cung cấp.
Cách tiếp cận từng bước để xác định lý do tại sao trang web của bạn chậm ở một số quốc gia nhưng lại nhanh ở các quốc gia khác.
Lấy dữ liệu từ Google Analytics, Cloudflare hoặc nhật ký máy chủ của bạn. Xác định 10 quốc gia và thành phố hàng đầu mà người dùng của bạn đến từ đó. Đây là những vị trí mà bạn phải giám sát.
Sử dụng dịch vụ giám sát kiểm tra từ hơn 50 vị trí và cung cấp thời gian theo từng giai đoạn (DNS, TCP, TLS, TTFB). Nếu không có mức độ chi tiết này, bạn sẽ biết điều gì đó chậm nhưng không biết cái gì hoặc tại sao.
Khi bạn xác định được vùng chậm, hãy chạy traceroute và MTR để xem đường dẫn mạng. Tìm kiếm các bước nhảy có độ trễ cao, mất gói hoặc định tuyến bất thường. Dữ liệu này cho bạn biết vấn đề là do CDN, nguồn gốc của bạn hay đường trục internet.
Xác minh rằng CDN của bạn thực sự đang phục vụ nội dung từ cạnh gần nhất. Kiểm tra tỷ lệ nhấn bộ đệm cho mỗi khu vực. Lỗi bộ nhớ đệm có nghĩa là quá trình tìm nạp nguồn gốc chậm. Một số cạnh có thể bị định cấu hình sai hoặc bị quá tải.
Nếu độ phân giải DNS chậm ở một số vùng nhất định thì nhà cung cấp DNS của bạn có thể không có nút Anycast nào ở gần. Hãy xem xét một nhà cung cấp DNS có phạm vi phủ sóng toàn cầu tốt hơn hoặc thêm nhà cung cấp thứ cấp để dự phòng.
Khi liên hệ với CDN, nhà cung cấp dịch vụ lưu trữ hoặc dịch vụ DNS của bạn về các vấn đề trong khu vực, hãy mang theo dữ liệu theo dõi, phân tích thời gian và biểu đồ lịch sử. "Ở Singapore chậm" bị bỏ qua. "Đây là 30 ngày theo dõi hiển thị bước nhảy 400 mili giây ở rìa của bạn" sẽ có hành động.
Định cấu hình cảnh báo cho các khu vực cụ thể để thông báo cho bạn khi độ trễ vượt quá ngưỡng hoặc tính khả dụng giảm xuống. Bạn không cần cảnh báo thời gian ngừng hoạt động trên toàn cầu — bạn cần cảnh báo suy thoái theo khu vực cụ thể.
Dành 10 phút mỗi tuần để xem xét xu hướng hiệu suất khu vực. Sự xuống cấp chậm là không thể nhìn thấy được trong thời gian thực nhưng rõ ràng trong các biểu đồ lịch sử. Nắm bắt vấn đề trước khi chúng phức tạp.
Latency Global được xây dựng đặc biệt để giải quyết vấn đề "chậm ở một số quốc gia, nhanh ở các quốc gia khác". Chúng tôi giám sát từ 70+ vị trí thực tế trên khắp 6 châu lục — không chỉ các vùng đám mây mà cả các điểm thuận lợi trên mạng thực tế phản ánh trải nghiệm của người dùng thực tế.
Mọi kiểm tra đều bao gồm phân tích độ trễ đầy đủ: DNS, TCP, TLS, TTFB. Bạn có thể chạy traceroute và MTR theo yêu cầu từ bất kỳ vị trí nào. Dữ liệu lịch sử cho phép bạn so sánh hiệu suất hiện tại với đường cơ sở. Và chi phí này là $5/tháng — không phải mức 200–500 USD mà hoạt động giám sát toàn cầu của doanh nghiệp thường áp dụng.
Hoạt động giám sát toàn cầu rất tốn kém — đó là lý do tại sao hầu hết các công cụ đều giới hạn vị trí. Chúng tôi giữ mức giá thấp bằng cách phục vụ khách hàng trả tiền chứ không duy trì cấp độ miễn phí.
Các nguyên nhân phổ biến nhất là: độ trễ phân giải DNS (nhà cung cấp DNS của bạn không có máy chủ gần những người dùng đó), định tuyến BGP dưới mức tối ưu (các gói đi theo đường dẫn không hiệu quả), các vấn đề về hiệu suất biên CDN (thiếu bộ nhớ đệm hoặc các biên quá tải) và điều chỉnh hoặc tắc nghẽn ISP khu vực. Cách duy nhất để xác định nguyên nhân gây ra sự cố cụ thể của bạn là giám sát từ những vị trí đó với đầy đủ thông tin phân tích độ trễ và dữ liệu theo dõi.
Các thử nghiệm một lần sẽ cung cấp cho bạn ảnh chụp nhanh nhưng hiệu suất sẽ thay đổi trong ngày. Bạn cần giám sát liên tục để nắm bắt các vấn đề không liên tục, xác định các xu hướng (ví dụ: sự chậm lại trong giờ cao điểm ở các khu vực cụ thể) và xây dựng các đường cơ sở lịch sử. Kiểm tra tốc độ miễn phí cũng sẽ không cung cấp cho bạn thông tin chi tiết về độ trễ hoặc dữ liệu theo dõi lộ trình để chẩn đoán nguyên nhân gốc rễ.
"Hoạt động" không có nghĩa là "tối ưu". Các cạnh có thể hoạt động nhưng: có tỷ lệ truy cập bộ đệm thấp (buộc tìm nạp nguồn), bị quá tải trong giờ cao điểm, có nội dung cũ hoặc bị định cấu hình sai hoặc có khả năng kết nối kém với một số ISP nhất định. Việc giám sát độc lập từ bên ngoài CDN của bạn sẽ cung cấp cho bạn sự thật cơ bản mà bảng điều khiển CDN không hiển thị.
Nhìn vào bảng phân tích độ trễ. Nếu TTFB (Thời gian đến byte đầu tiên) cao nhưng DNS/TCP/TLS vẫn bình thường thì vấn đề là ở máy chủ gốc của bạn. Nếu tỷ lệ bắt tay DNS hoặc TCP cao thì vấn đề nằm ở phía trước máy chủ của bạn. Traceroute hiển thị cho bạn chính xác bước nhảy mạng nào đang tăng thêm độ trễ — cho dù đó là nhà cung cấp dịch vụ lưu trữ, mạng chuyển tuyến hay ISP.
Bạn có thể không khắc phục được trực tiếp các sự cố cấp ISP, nhưng bạn có thể: (1) xác minh đó không phải là cơ sở hạ tầng của bạn, (2) ghi lại sự cố cho khách hàng bị ảnh hưởng, (3) khám phá các khía cạnh CDN thay thế định tuyến khác, (4) thêm máy chủ gốc ở những khu vực có sự cố dai dẳng hoặc (5) liên hệ với nhóm mạng của nhà cung cấp dịch vụ lưu trữ của bạn để cung cấp bằng chứng theo dõi tuyến đường để khám phá các thay đổi ngang hàng.
Đối với các trang web sản xuất có người dùng quốc tế, khoảng thời gian kiểm tra 1 phút là lý tưởng. Điều này nắm bắt các vấn đề không liên tục và cung cấp cho bạn đủ điểm dữ liệu để phân tích xu hướng có ý nghĩa. Khoảng thời gian 5 phút có thể chấp nhận được đối với các trang ít quan trọng hơn nhưng bạn sẽ bỏ lỡ các vấn đề có thời lượng ngắn.
Đừng đoán tại sao trang web của bạn chậm ở một số quốc gia. Thêm URL của bạn, chọn vị trí giám sát và xem những gì người dùng toàn cầu của bạn thực sự trải nghiệm — trước khi họ gửi email cho bạn về điều đó.
$5/tháng • Không có hợp đồng • Hủy bất cứ lúc nào