Website chạy chậm hay thỉnh thoảng không vào được? Năm dấu hiệu chủ doanh nghiệp nhìn thấy bằng mắt thường, cách tự kiểm 2 phút và khi nào mới cần nâng gói.
Trả lời ngắn
Website chạy chậm hiếm khi hỏng hẳn một lần cho xong. Nó xuống cấp dần, và chủ website thường là người biết sau cùng vì khách rời đi trong im lặng. Năm dấu hiệu dưới đây nhìn thấy được bằng mắt thường, không cần công cụ: trang chủ mở lâu vào giờ cao điểm, lỗi chớp nhoáng rồi tự hết, trang quản trị ì ạch, ảnh tải nhỏ giọt, và biểu mẫu liên hệ gửi xong không thấy thư về.
Mục lục
Vì sao chủ website luôn là người biết sau cùng
Khách vào website của bạn, thấy trang xoay vòng bốn giây, họ không gọi điện phàn nàn. Họ bấm nút quay lại và mở website của đối thủ. Không có khiếu nại nào, không có con số nào đỏ lên, doanh thu chỉ mỏng dần theo tháng mà không ai chỉ được nguyên nhân.
Trong khi đó, chính bạn lại là người ít có khả năng phát hiện nhất. Máy tính văn phòng đã lưu sẵn bản sao của website trong trình duyệt, nên bạn mở thấy nhanh. Bạn cũng thường mở website vào đầu giờ sáng hoặc buổi tối — những khung giờ vắng nhất. Khách thì vào đúng giờ cao điểm, bằng điện thoại, qua mạng di động.
Bài viết này không bàn chuyện tối ưu cơ sở dữ liệu hay bật bộ nhớ đệm — phần đó là việc của kỹ thuật. Nó chỉ làm một việc: gọi tên năm thứ mà một người chủ nhìn thấy được, và chỉ cách xác nhận từng thứ trước khi trả tiền cho bất kỳ ai.
Dấu hiệu 1: trang chủ mở lâu hơn hẳn vào giờ cao điểm
Khách của bạn đang trải nghiệm gì: cùng một trang, mở lúc 7 giờ sáng thì gần như tức thì, mở lúc 10 giờ hoặc 15 giờ thì phải chờ. Chênh lệch càng lớn, hạ tầng càng gần trần.
Thường do đâu: gói lưu trữ giới hạn số tiến trình chạy cùng lúc. Lúc vắng khách, mỗi yêu cầu được xử lý ngay. Lúc đông, các yêu cầu phải xếp hàng, và thời gian chờ trong hàng chính là khoảng lặng khách nhìn thấy.
Tự kiểm: mở trang chủ ba lần liên tiếp ở giờ vắng, ba lần ở giờ đông, bấm giờ bằng điện thoại. Bỏ lần đo đầu tiên của mỗi đợt — lần gọi đầu sau một khoảng không ai truy cập luôn chậm hơn vì bộ nhớ đệm đang trống, đó là hiện tượng bình thường chứ không phải lỗi. So hai lần còn lại.
Mốc nào là chậm? Tài liệu của Google về trải nghiệm tải trang khuyến nghị phần nội dung chính nên hiện trong 2,5 giây, và đo ở phân vị 75 của các lượt tải chứ không phải lấy trung bình (Largest Contentful Paint — web.dev). Con số 2,5 giây đáng nhớ, nhưng điều đáng nhớ hơn là chữ "phân vị 75": nếu cứ bốn khách thì một người phải chờ lâu, con số trung bình vẫn đẹp mà việc kinh doanh vẫn hỏng.
Dấu hiệu 2: lỗi chớp nhoáng rồi tự hết
Khách của bạn đang trải nghiệm gì: một trang trắng, hoặc dòng chữ đại loại "website tạm thời không truy cập được", "dịch vụ tạm ngưng". Khách tải lại sau mười giây thì mọi thứ bình thường như chưa có gì xảy ra.
Đây là dấu hiệu bị bỏ qua nhiều nhất, và cũng là dấu hiệu nghiêm trọng nhất. Vì nó tự hết, chủ site mặc định đó là trục trặc mạng của riêng mình.
Chất liệu từ thực tế vận hành của chúng tôi: ê-kíp Creps theo dõi định kỳ các website đang chăm sóc. Trên một site trong số đó, đầu tháng 9 vừa rồi chúng tôi ghi nhận hai lần máy chủ trả lỗi tạm thời trong hai ngày liên tiếp; cả hai lần, chỉ cần gọi lại ngay sau đó là trang phản hồi bình thường. Nếu không có thói quen kiểm định kỳ và ghi lại, hai lần đó đã trôi qua không dấu vết. Đây là quan sát vận hành của ê-kíp trên một site cụ thể, không phải thống kê ngành — nhưng nó minh hoạ đúng bản chất của dấu hiệu này: lỗi không liên tục là cảnh báo sớm, không phải sự cố ngẫu nhiên.
Thường do đâu: máy chủ chạm trần tài nguyên trong vài giây và từ chối bớt yêu cầu để tự cứu mình. Tài liệu kỹ thuật về mã lỗi 503 mô tả đúng cơ chế đó: khi vượt ngưỡng bộ nhớ, CPU hoặc số kết nối, phần mềm máy chủ chủ động từ chối một phần yêu cầu để tránh cạn kiệt tài nguyên (503 Service Unavailable — MDN). Nói cách khác, lỗi 503 không phải máy chủ hỏng — nó là máy chủ đang kêu cứu.
Một phân biệt mà người trong nghề hay dùng: nếu thông báo lỗi đến từ chính website (có giao diện, có logo, có chữ "bảo trì"), nhiều khả năng máy chủ còn sống và đang bận. Nếu thông báo là một trang trắng trơn hoặc trang lỗi của lớp trung gian đứng trước website, vấn đề nằm ở chỗ khác — lớp trung gian gọi mà máy chủ gốc không trả lời kịp. Khách nhìn hai trường hợp này giống hệt nhau, còn hướng xử lý thì khác hẳn. Khi báo cho bên kỹ thuật, hãy chụp màn hình nguyên trang lỗi kèm giờ phút; đó là thông tin có giá trị nhất bạn có thể cung cấp.
Tự kiểm: ghi lại mỗi lần gặp lỗi kèm ngày, giờ, phút và ảnh chụp màn hình. Ba dòng ghi chép trong hai tuần đủ để thấy quy luật. Nếu lỗi tập trung vào khung nửa đêm đến 3 giờ sáng, thủ phạm thường là tiến trình nền — sao lưu tự động, quét bảo mật, đồng bộ dữ liệu — chứ không phải khách.
Dấu hiệu 3: trang quản trị chậm hẳn khi đang soạn bài
Khách của bạn đang trải nghiệm gì: chưa ai, và đó là điểm thú vị. Người khổ ở đây là nhân viên của bạn: bấm lưu bài thì vòng xoay chạy mãi, tải một tấm ảnh lên thì báo lỗi hết thời gian chờ, danh sách sản phẩm mở lâu bất thường.
Vì sao đây là dấu hiệu sớm nhất: trang công khai thường được lưu sẵn thành bản tĩnh và phục vụ lại rất nhanh, còn khu vực quản trị gần như không được lưu đệm — mỗi thao tác đều phải chạy thật vào cơ sở dữ liệu. Vì vậy khi tài nguyên bắt đầu thiếu, quản trị "đuối" trước, trang chủ vẫn nhanh thêm được vài tuần. Nhiều chủ doanh nghiệp bỏ qua giai đoạn này vì "khách vẫn vào bình thường mà".
Thường do đâu: thiếu bộ nhớ hoặc số tiến trình cho phép quá thấp; cũng có khi là một tiện ích mở rộng đang chạy tác vụ nặng ngầm. Một nguyên nhân khác ít ai nghĩ tới: có phần mềm tự động dò mật khẩu trang đăng nhập hàng nghìn lượt mỗi ngày, ăn hết tài nguyên mà không tạo ra lượt khách nào — phần này thuộc về thói quen vận hành và bảo mật website.
Tự kiểm: hẹn nhân viên thử lưu một bài viết vào ba khung giờ khác nhau trong ngày và báo lại cảm nhận. Chênh lệch rõ rệt giữa sáng sớm và giữa buổi là tín hiệu cần đưa cho bên kỹ thuật.
Dấu hiệu 4: ảnh tải nhỏ giọt từ trên xuống
Khách của bạn đang trải nghiệm gì: khung trang hiện ra nhanh, chữ đọc được ngay, nhưng ảnh sản phẩm hiện dần từ trên xuống như kéo rèm, hoặc đứng ở dạng ô xám vài giây rồi mới sáng lên.
Điểm khác biệt quan trọng: chữ hiện nhanh mà ảnh hiện chậm thì vấn đề không nằm ở CPU. Đó là câu chuyện dung lượng và đường truyền: ảnh quá nặng, chưa nén, chưa đổi sang định dạng hiện đại, hoặc máy chủ đặt xa khách. Ngược lại, nếu cả chữ lẫn ảnh cùng đứng hình rồi cùng hiện một lượt, khả năng cao là máy chủ bận xử lý — đó mới là chuyện tài nguyên.
Phân biệt này tiết kiệm cho bạn rất nhiều: rất nhiều trường hợp "website chạy chậm" thực chất là bộ sưu tập ảnh chụp bằng điện thoại được tải thẳng lên, mỗi tấm nặng vài megabyte, hiển thị trong một ô rộng bằng nửa màn hình. Nén lại đúng kích thước hiển thị là xong, không cần nâng gói lưu trữ.
Tự kiểm: mở trang có nhiều ảnh bằng mạng di động 4G thay vì wifi văn phòng, quan sát thứ tự các phần tử hiện lên. Đây cũng là cách loại trừ mạng nội bộ ra khỏi danh sách nghi vấn — một bước mà rất nhiều cuộc tranh luận "tại hosting hay tại mạng công ty" bỏ qua.
Dấu hiệu 5: biểu mẫu gửi xong không thấy thư về
Khách của bạn đang trải nghiệm gì: họ điền form liên hệ, bấm gửi, thấy dòng "cảm ơn bạn đã liên hệ" — rồi chờ mãi không ai gọi lại. Dưới mắt khách, doanh nghiệp của bạn vừa phớt lờ họ.
Vì sao nó liên quan tới quá tải: khi máy chủ nghẽn, tiến trình gửi thư là thứ bị bỏ rơi đầu tiên vì nó chạy sau khi trang đã trả về cho khách. Trang vẫn hiện "cảm ơn", còn thư thì không bao giờ rời khỏi máy chủ. Đây là dạng sự cố im lặng nhất trong cả năm dấu hiệu — không ai báo lỗi, chỉ là lượt khách hàng tiềm năng biến mất.
Nguyên nhân thứ hai không liên quan tới tài nguyên mà liên quan tới cấu hình thư của tên miền; chúng tôi đã tách riêng thành bài email công ty không nhận được thư với quy trình tự kiểm từng bước.
Tự kiểm trong ba phút: tự gửi thử một lượt qua form liên hệ bằng địa chỉ email cá nhân (Gmail, Outlook — không dùng email cùng tên miền với website, vì thư nội bộ có thể đi đường khác và cho kết quả sai). Làm hai lần: một lần giờ vắng, một lần giờ cao điểm. Nhớ mở cả thư mục spam.
Bảng tra nhanh năm dấu hiệu
| Dấu hiệu |
Khách của bạn thấy gì |
Thường do đâu |
Tự kiểm thế nào |
| Chậm theo khung giờ |
Giờ cao điểm phải chờ, giờ vắng thì nhanh |
Chạm trần số tiến trình chạy cùng lúc |
Bấm giờ 3 lần ở giờ vắng và 3 lần ở giờ đông, bỏ lần đo đầu |
| Lỗi chớp nhoáng rồi tự hết |
Trang trắng hoặc "tạm thời không truy cập được", tải lại là hết |
Máy chủ chạm trần tài nguyên và từ chối bớt yêu cầu |
Ghi nhật ký ngày–giờ–phút kèm ảnh chụp trang lỗi, theo dõi 2 tuần |
| Quản trị ì ạch |
Nhân viên lưu bài, tải ảnh rất lâu |
Khu quản trị không được lưu đệm; thiếu bộ nhớ; có dò mật khẩu tự động |
Thử lưu một bài ở 3 khung giờ, so cảm nhận |
| Ảnh tải nhỏ giọt |
Chữ hiện ngay, ảnh hiện dần từ trên xuống |
Ảnh chưa nén, máy chủ đặt xa — chuyện đường truyền, không phải CPU |
Mở bằng 4G thay vì wifi văn phòng, xem thứ tự hiện |
| Form gửi rồi im lặng |
Thấy "cảm ơn" nhưng không ai liên hệ lại |
Tiến trình gửi thư bị bỏ rơi khi nghẽn, hoặc cấu hình thư sai |
Tự gửi thử bằng email ngoài tên miền, giờ vắng và giờ đông, kiểm cả spam |
Tự kiểm trong hai phút, không cần công cụ nào
Bạn không cần biết đọc biểu đồ hệ thống. Bạn chỉ cần một chiếc điện thoại có đồng hồ bấm giờ và một tờ giấy:
- Chọn ba khung giờ: khoảng 7 giờ sáng (vắng), 10 giờ (cao điểm hành chính), 20 giờ (cao điểm mua sắm nếu bạn bán lẻ).
- Mỗi khung giờ, mở trang chủ và một trang chi tiết sản phẩm/dịch vụ, mỗi trang ba lần, dùng chế độ ẩn danh để trình duyệt không lấy bản đã lưu.
- Dùng mạng 4G của điện thoại, không dùng wifi công ty.
- Ghi vào giấy: giờ – trang – giây. Bỏ lần đầu mỗi đợt.
- Sau ba ngày, nhìn cột số. Nếu giờ cao điểm chậm hơn giờ vắng từ gấp đôi trở lên, bạn đã có bằng chứng đủ để làm việc với nhà cung cấp.
Tờ giấy đó có giá trị hơn mọi lời mô tả cảm tính. "Website em dạo này chậm" là câu mà bộ phận hỗ trợ nghe mỗi ngày và không làm gì được. "10 giờ sáng ngày 15, 16, 17, trang chủ mất 6–8 giây; 7 giờ sáng cùng những ngày đó mất 1,5 giây" là câu buộc họ phải mở nhật ký hệ thống ra xem.
Cái giá thật của việc để lỗi chập chờn kéo dài
Ngoài khách bỏ đi, còn một thiệt hại chậm và khó nhìn hơn: công cụ tìm kiếm cũng là một "khách" ghé thăm website bạn mỗi ngày.
Tài liệu chính thức của Google nói rõ rằng các lỗi máy chủ nhóm 5xx khiến trình thu thập giảm tốc độ ghé thăm, mức giảm tỉ lệ với số địa chỉ trả lỗi; các trang đã nằm trong chỉ mục ban đầu vẫn được giữ, nhưng cuối cùng sẽ bị loại bỏ nếu tình trạng kéo dài — và chỉ được thu thập trở lại dần dần sau khi máy chủ phản hồi bình thường (HTTP status codes and network errors — Google Search Central).
Nghĩa là một website hay chập chờn sẽ mất thứ hạng chậm rãi, và khi đã mất thì phục hồi cũng chậm rãi. Đây là lý do một sự cố "chỉ vài giây rồi tự hết" vẫn đáng để bạn quan tâm, và cũng là phần mà các bài website chuẩn SEO hay bỏ sót khi chỉ nói về tiêu đề và từ khoá.
Khi nào chỉ cần dọn dẹp, khi nào phải nâng gói
Nói thẳng: phần lớn website nhỏ và vừa mà chúng tôi tiếp nhận chưa cần nâng gói lưu trữ. Hầu hết các bài viết về chủ đề này đều kết thúc bằng lời khuyên nâng cấp, vì phần lớn chúng do chính các nhà cung cấp lưu trữ viết ra. Hãy dọn trước, rồi mới tính chuyện trả thêm.
Nhiều khả năng chỉ cần dọn dẹp khi:
- Ảnh trên site chưa bao giờ được nén, tải thẳng từ máy ảnh hoặc điện thoại lên.
- Số tiện ích mở rộng đã cài lớn hơn số tiện ích thực sự đang dùng; có những cái bật từ ngày bàn giao mà không ai nhớ để làm gì.
- Chưa bật bộ nhớ đệm — thường là một tuỳ chọn có sẵn trong gói lưu trữ, chỉ cần bật.
- Lỗi rơi vào khung 0–3 giờ sáng, tức là tiến trình nền đang chạy sai giờ, chỉ cần dời lịch.
- Lượng khách không tăng nhưng tài nguyên tiêu thụ tăng — dấu hiệu của lượt truy cập tự động chứ không phải người thật.
Đã đến lúc nâng gói hoặc đổi nhà cung cấp khi:
- Đã dọn xong những việc trên mà biểu đồ tài nguyên vẫn chạm trần đều đặn hằng ngày.
- Lượng khách thật tăng ổn định theo tháng, hoặc bạn sắp chạy một đợt quảng cáo, khai trương, ra mắt sản phẩm — lúc lưu lượng tăng vọt thì đã muộn để nâng.
- Lỗi tạm thời xuất hiện lặp lại trong tuần và rơi đúng giờ khách đông.
- Bạn hỏi nhà cung cấp về nhật ký tài nguyên và nhận lại câu trả lời chung chung, không có số liệu.
Điểm cuối cùng đáng cân nhắc hơn cả ba điểm trên. Một nhà cung cấp không đưa được số liệu về chính hệ thống của họ thì gói cao hơn cũng không giải quyết được gì.
Ba câu hỏi gửi nhà cung cấp hosting
Gửi đúng ba câu này qua email hoặc phiếu hỗ trợ, và giữ lại câu trả lời bằng văn bản:
- Trong 30 ngày qua, website của tôi chạm trần tài nguyên bao nhiêu lần, vào những khung giờ nào? Đề nghị gửi kèm biểu đồ hoặc nhật ký, không nhận câu trả lời "vẫn bình thường".
- Những lần website trả lỗi tạm thời gần đây bắt nguồn từ máy chủ của tôi, hay từ hạ tầng dùng chung, hay từ lớp trung gian đứng trước? Câu này buộc họ phải nói rõ ranh giới trách nhiệm, và thường là câu khiến cuộc trao đổi chuyển từ cảm tính sang kỹ thuật.
- Nếu tôi nâng gói, chỉ số nào tăng cụ thể — bộ nhớ, số tiến trình chạy cùng lúc, tốc độ ổ đĩa — và cam kết thời gian khắc phục khi có sự cố là bao lâu? Một gói "mạnh hơn" mà không nêu được chỉ số nào tăng thì chỉ là tên gọi khác.
Nếu cả ba câu đều nhận về câu trả lời mơ hồ, vấn đề của bạn không phải gói lưu trữ, mà là nhà cung cấp.
Khi nào nên gọi người làm nghề
Bạn tự làm được bước quan sát và ghi chép — đó là phần quan trọng nhất và cũng là phần không ai làm thay bạn được, vì chỉ bạn mới biết website mình "bình thường" trông ra sao. Phần cần người làm nghề là đọc nhật ký máy chủ, phân biệt lỗi tầng nào, và quyết định dọn hay nâng.
Creps nhận khảo sát tình trạng vận hành website cho doanh nghiệp tại TP.HCM và các khu vực lân cận, đọc nhật ký cùng chủ website và chỉ đề xuất nâng cấp khi đã loại trừ hết các nguyên nhân dọn được. Xem thêm dịch vụ công nghệ và website, hoặc gửi cho chúng tôi tờ giấy ghi số giây bạn vừa đo qua trang liên hệ — chỉ cần bấy nhiêu là đủ để bắt đầu.
Câu hỏi thường gặp
Website chạy chậm có ảnh hưởng tới thứ hạng Google không? Có, theo hai đường. Tốc độ tải là một yếu tố trong bộ tiêu chí trải nghiệm trang, và quan trọng hơn, lỗi máy chủ lặp lại khiến trình thu thập của Google giảm tốc ghé thăm, lâu dài dẫn tới việc các trang bị loại khỏi chỉ mục. Khách bỏ đi ngay lập tức, thứ hạng rơi chậm hơn nhưng khó phục hồi hơn.
Làm sao biết chậm là do hosting hay do chính website? Quan sát cách trang hiện lên. Chữ hiện nhanh, ảnh hiện chậm thì nghiêng về nội dung và đường truyền — tức là do website. Cả trang đứng hình rồi hiện một lượt, chậm rõ theo khung giờ, thỉnh thoảng có lỗi tạm thời thì nghiêng về hạ tầng. Kiểm thêm khu quản trị: quản trị chậm trong khi trang công khai vẫn nhanh là dấu hiệu tài nguyên đã bắt đầu thiếu.
Website bị lỗi 503 rồi tự hết, có cần làm gì không? Có — ít nhất là ghi lại. Lỗi 503 mang nghĩa "tạm thời", nhưng nếu nó lặp lại theo tuần thì đó là báo động sớm chứ không phải sự cố ngẫu nhiên. Hãy chụp màn hình kèm giờ phút và gửi cho nhà cung cấp; họ cần mốc thời gian chính xác mới tra được nhật ký.
Có nên chuyển sang máy chủ đặt ở nước ngoài cho nhanh hơn không? Nếu khách của bạn chủ yếu ở Việt Nam thì không nên lấy đó làm giải pháp đầu tiên. Khoảng cách địa lý làm tăng độ trễ, và độ trễ chỉ là một phần của bài toán. Hãy loại trừ ảnh nặng, tiện ích thừa và cấu hình bộ nhớ đệm trước — đó là những thứ ảnh hưởng lớn hơn nhiều với một website doanh nghiệp thông thường.
Nâng gói hosting có chắc hết chậm không? Không chắc. Nếu nguyên nhân là ảnh chưa nén, tiện ích thừa hoặc lượt truy cập tự động, nâng gói chỉ đẩy thời điểm nghẽn lùi lại vài tháng với chi phí cao hơn mỗi tháng. Đó là lý do nên đo và dọn trước khi nâng — đúng thứ tự thì thường tiết kiệm được cả việc nâng cấp.