Website doanh nghiệp thường rơi vào một trạng thái quen thuộc: chạy được, nên không ai động vào. Cho tới ngày nó không chạy nữa — hoặc chạy nhưng biểu mẫu liên hệ đã hỏng từ ba tháng trước mà không ai biết, hoặc bị chèn nội dung lạ và phát hiện qua kết quả tìm kiếm.
Điểm chung của các sự cố này không phải thiếu công cụ, mà là không có ai chịu trách nhiệm vận hành. Người làm website đã bàn giao xong. Bên cho thuê máy chủ chỉ lo phần hạ tầng. Đội marketing dùng website nhưng không có quyền và cũng không có kỹ năng can thiệp. Kết quả là website tồn tại trong vùng xám giữa các bên.
Dịch vụ chăm sóc website lấp vào chỗ đó. Nhưng đây cũng là dịch vụ dễ mua nhầm nhất, vì các bên chào hàng thường gộp nhiều thứ khác nhau vào một gói: bảo trì kỹ thuật, cập nhật nội dung, tối ưu tìm kiếm, cho thuê máy chủ — mỗi thứ một ít, không có ranh giới rõ. Đến khi phát sinh việc, hai bên tranh cãi xem việc đó có nằm trong gói không.
Trang này mô tả cách Marketer.vn tổ chức dịch vụ: kiểm kê tài sản và quyền truy cập trước, định nghĩa rõ danh mục việc bao gồm và không bao gồm, dựng quy trình thay đổi có kiểm soát để giảm rủi ro hỏng khi cập nhật, thiết lập cơ chế sao lưu có kiểm chứng phục hồi, phân loại mức độ sự cố, và bàn giao kèm quyền sở hữu đầy đủ.
Hai điều cần nói thẳng ngay. Không ai cam kết được website không bao giờ bị tấn công hay không bao giờ gặp sự cố — điều làm được là giảm xác suất và rút ngắn thời gian khôi phục. Và toàn bộ tên miền, tài khoản máy chủ, tài khoản quản trị phải đứng tên doanh nghiệp, không phải đứng tên đơn vị chăm sóc.
Marketer.vn hoạt động với định vị là nền tảng học marketing cho mọi người, tinh thần "Everyone is a Marketer". Với dịch vụ này, điều đó có nghĩa: doanh nghiệp nhận được bản kiểm kê tài sản và tài liệu vận hành để tự nắm được hệ thống của mình, không phải phụ thuộc vào việc hỏi lại mỗi khi cần biết điều gì.
Chăm sóc website gồm gì và không gồm gì?
Ranh giới phạm vi là thứ cần rõ trước khi ký, không phải khi phát sinh việc.
Bảo trì kỹ thuật định kỳ
Cập nhật hệ quản trị nội dung, giao diện và các tiện ích mở rộng; kiểm tra tính tương thích sau cập nhật; dọn dẹp cơ sở dữ liệu; xử lý lỗi phát sinh. Đây là phần lõi và cũng là phần có rủi ro cao nhất nếu làm không đúng quy trình.
Cập nhật nội dung theo yêu cầu
Đăng bài đã có sẵn, sửa thông tin trên trang, thay hình ảnh, cập nhật bảng giá. Cần phân biệt rõ: đây là công việc thao tác trên nội dung có sẵn, không phải sản xuất nội dung mới.
Giám sát và cảnh báo
Theo dõi tình trạng hoạt động, phát hiện khi website không truy cập được hoặc chậm bất thường, cảnh báo khi có dấu hiệu bất thường. Giá trị của phần này nằm ở chỗ phát hiện sớm thay vì để khách hàng báo lại.
Vệ sinh bảo mật
Cập nhật kịp thời các bản vá, rà soát tài khoản quản trị, kiểm tra dấu hiệu bị chèn mã, duy trì cơ chế sao lưu. Đây là phòng ngừa, không phải bảo đảm.
Vệ sinh kỹ thuật cho tìm kiếm
Kiểm tra liên kết hỏng, chuyển hướng lỗi, thẻ mô tả bị trùng hoặc thiếu, sơ đồ website lỗi thời. Đây là phần bảo trì, khác hẳn với một dự án tối ưu tìm kiếm.
Những gì thường không bao gồm
Thiết kế lại giao diện, phát triển tính năng mới, sản xuất nội dung mới, chiến lược và triển khai tối ưu tìm kiếm, cung cấp hạ tầng máy chủ, xử lý sự cố phát sinh từ mã nguồn do bên thứ ba viết. Các hạng mục này có thể làm được nhưng được báo giá riêng.
Decision Checklist — xác định phạm vi cần đặt
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Khối lượng việc thực tế | Mỗi tháng cần bao nhiêu yêu cầu chỉnh sửa? | Lịch sử yêu cầu 3–6 tháng gần nhất | Cao |
| Ai đang làm hiện tại | Có ai trong công ty làm được phần kỹ thuật không? | Bảng phân công hiện tại | Cao |
| Nhu cầu nội dung | Cần đăng nội dung có sẵn hay cần viết mới? | Kế hoạch nội dung | Cao |
| Chức năng quan trọng | Phần nào của website hỏng thì ảnh hưởng kinh doanh? | Danh sách chức năng theo mức quan trọng | Cao |
| Kỳ vọng thời gian phản hồi | Sự cố nghiêm trọng cần xử lý trong bao lâu? | Yêu cầu vận hành của doanh nghiệp | Cao |
| Ranh giới với hạ tầng | Ai chịu trách nhiệm phần máy chủ? | Hợp đồng với nhà cung cấp hạ tầng | Cao |
Chăm sóc website là một nhánh trong nhóm dịch vụ care của Marketer.vn, tách riêng khỏi các nhánh khác để phạm vi và cách tính chi phí không bị trộn lẫn.
Kiểm kê tài sản, quyền truy cập và phụ thuộc
Không thể chăm sóc thứ mình chưa biết đầy đủ. Bước kiểm kê tồn tại để dựng bản đồ vận hành, và thường phát hiện ra những thứ doanh nghiệp không biết mình có.
Tên miền và nơi đăng ký
Tên miền đăng ký ở đâu, đứng tên ai, ngày hết hạn khi nào, ai có quyền truy cập tài khoản quản lý. Đây là tài sản quan trọng nhất và cũng là thứ hay bị bỏ quên nhất — mất tên miền là mất tất cả.
Cấu hình phân giải tên miền
Các bản ghi trỏ tên miền tới đâu: máy chủ website, dịch vụ thư điện tử, các dịch vụ khác. Sai sót ở đây gây gián đoạn diện rộng và thường khó tìm nguyên nhân.
Máy chủ và môi trường vận hành
Nhà cung cấp nào, gói dịch vụ gì, phiên bản các thành phần đang chạy, giới hạn tài nguyên. Thông tin này quyết định những gì làm được và những gì không.
Hệ quản trị nội dung
Phiên bản đang dùng, cấu hình đặc biệt, các đoạn mã tuỳ chỉnh đã thêm. Website có nhiều tuỳ chỉnh không được ghi lại là website rủi ro cao mỗi khi cập nhật.
Tiện ích mở rộng, giao diện và giấy phép
Danh sách đầy đủ kèm phiên bản, nguồn gốc, tình trạng còn được hỗ trợ hay không, giấy phép hết hạn khi nào và ai đứng tên. Giấy phép hết hạn là nguyên nhân phổ biến khiến website ngừng nhận cập nhật bảo mật.
Decision Checklist — kiểm kê trước khi nhận chăm sóc
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Quyền sở hữu tên miền | Tên miền đứng tên ai và hết hạn khi nào? | Thông tin tài khoản đăng ký tên miền | Cao |
| Cấu hình phân giải | Các bản ghi hiện tại trỏ đi đâu? | Bản chụp cấu hình | Cao |
| Thông tin máy chủ | Nhà cung cấp, gói dịch vụ, giới hạn tài nguyên? | Thông tin từ bảng điều khiển | Cao |
| Phiên bản hệ quản trị | Đang chạy phiên bản nào và có tuỳ chỉnh gì? | Kết quả kiểm tra hệ thống | Cao |
| Danh sách tiện ích | Có thành phần nào đã ngừng được hỗ trợ không? | Danh sách kèm phiên bản và trạng thái | Cao |
| Giấy phép | Giấy phép nào sắp hết hạn và ai đứng tên? | Bảng theo dõi giấy phép | Cao |
| Tài khoản quản trị | Có tài khoản nào không xác định được chủ không? | Danh sách người dùng và quyền | Cao |
| Cơ chế sao lưu hiện tại | Đang sao lưu ở đâu và bao lâu một lần? | Cấu hình sao lưu hiện có | Cao |
Phần hạ tầng máy chủ là một phụ thuộc quan trọng nhưng nằm ngoài phạm vi chăm sóc — nếu doanh nghiệp cần đánh giá lại phần này, đó là hạng mục riêng thuộc dịch vụ hosting với cách tính và trách nhiệm khác.
Bảo trì và quản lý thay đổi
Phần lớn sự cố website không đến từ tấn công mà đến từ chính việc cập nhật. Quy trình thay đổi tồn tại để giảm rủi ro đó.
Môi trường thử nghiệm riêng
Cập nhật nên được thử trên bản sao trước khi áp dụng lên website đang chạy. Với website đơn giản, điều này có thể tốn công hơn giá trị mang lại; với website có tính năng phức tạp hoặc có giao dịch, đây là yêu cầu bắt buộc.
Kiểm tra tương thích trước khi cập nhật
Đọc ghi chú phiên bản mới, kiểm tra xem có xung đột đã biết với các thành phần khác không, và ưu tiên các bản vá bảo mật trước các bản nâng cấp tính năng.
Sao lưu ngay trước mỗi lần thay đổi
Đây là quy tắc không có ngoại lệ. Một bản sao lưu trước khi cập nhật là thứ phân biệt giữa một sự cố mất mười phút và một sự cố mất cả ngày.
Phê duyệt trước khi tác động lên bản đang chạy
Cần rõ ai được duyệt loại thay đổi nào. Cập nhật bảo mật khẩn cấp có thể cần quy trình nhanh hơn, nhưng vẫn phải có người biết và ghi lại.
Ghi nhật ký thay đổi
Mỗi thay đổi cần ghi: làm gì, khi nào, ai làm, vì sao, và cách quay lại nếu có vấn đề. Khi website gặp lỗi, nhật ký này là công cụ nhanh nhất để tìm nguyên nhân.
Decision Checklist — kiểm tra quy trình thay đổi
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Môi trường thử nghiệm | Có bản sao để thử trước không? | Thông tin môi trường thử nghiệm | Cao |
| Kiểm tra trước cập nhật | Có đọc ghi chú phiên bản không? | Ghi chú trong nhật ký thay đổi | Cao |
| Sao lưu trước thay đổi | Có sao lưu ngay trước mỗi lần cập nhật không? | Nhật ký sao lưu | Cao |
| Phân quyền phê duyệt | Ai được duyệt loại thay đổi nào? | Quy định đã thống nhất | Cao |
| Nhật ký thay đổi | Có ghi đủ thông tin để truy ngược không? | Bản trích nhật ký | Cao |
| Phương án quay lại | Nếu hỏng thì khôi phục thế nào? | Quy trình đã viết ra | Cao |
| Kiểm tra sau khi làm | Có kiểm tra các chức năng chính sau cập nhật không? | Bảng kiểm sau triển khai | Cao |
Các thay đổi lớn về cấu trúc website — đổi địa chỉ trang, gỡ nội dung, chuyển nền tảng — có thể ảnh hưởng tới khả năng hiển thị trên công cụ tìm kiếm. Những thay đổi này nên được rà soát cùng người phụ trách dịch vụ SEO trước khi thực hiện, chứ không xử lý như một thay đổi kỹ thuật thông thường.
Sao lưu, phục hồi và xử lý sự cố
Có bản sao lưu không đồng nghĩa với có khả năng phục hồi. Đây là khoảng cách khiến nhiều doanh nghiệp phát hiện ra vấn đề vào đúng lúc tệ nhất.
Tần suất sao lưu theo mức độ thay đổi
Website có nội dung thay đổi hàng ngày hoặc có giao dịch cần tần suất cao hơn website tĩnh cập nhật vài tháng một lần. Tần suất quyết định lượng dữ liệu tối đa có thể mất khi có sự cố.
Thời gian lưu giữ
Chỉ giữ bản sao lưu gần nhất là không đủ. Một số vấn đề — bị chèn mã, dữ liệu bị hỏng dần — chỉ được phát hiện sau vài tuần, khi bản sao lưu gần nhất đã chứa cả vấn đề đó. Cần giữ nhiều mốc thời gian khác nhau.
Bản sao ở nơi khác
Bản sao lưu nằm trên cùng máy chủ với website là bản sao lưu có thể mất cùng lúc với website. Cần có bản ở nơi độc lập.
Kiểm chứng khả năng phục hồi
Đây là phần quan trọng nhất và bị bỏ qua nhiều nhất. Bản sao lưu chưa từng được thử phục hồi là bản sao lưu chưa được chứng minh là dùng được. Cần thử phục hồi định kỳ lên môi trường riêng và ghi lại kết quả cùng thời gian thực hiện.
Phân loại mức độ sự cố
Website không truy cập được khác với một trang bị lỗi hiển thị. Cần bảng phân loại: mức nào là khẩn cấp, mức nào xử lý trong giờ làm việc, ai được thông báo ở mỗi mức, và mức nào cần báo ngay cho ban lãnh đạo.
Decision Checklist — kiểm tra khả năng chống chịu sự cố
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Tần suất sao lưu | Bao lâu sao lưu một lần và có phù hợp không? | Cấu hình và nhật ký sao lưu | Cao |
| Thời gian lưu giữ | Giữ được bao nhiêu mốc thời gian? | Danh sách bản sao lưu hiện có | Cao |
| Bản sao độc lập | Có bản nằm ngoài máy chủ chính không? | Thông tin nơi lưu trữ | Cao |
| Kiểm chứng phục hồi | Lần cuối thử phục hồi là khi nào? | Biên bản thử phục hồi | Cao |
| Thời gian phục hồi thực tế | Phục hồi hoàn toàn mất bao lâu? | Kết quả từ lần thử gần nhất | Cao |
| Phân loại sự cố | Có bảng phân mức và nấc thông báo chưa? | Tài liệu quy trình | Cao |
| Kênh liên lạc khi sự cố | Ai gọi ai và bằng cách nào? | Danh sách liên lạc khẩn cấp | Cao |
Với các sự cố có nguyên nhân từ tầng hạ tầng — máy chủ quá tải, sự cố mạng, giới hạn tài nguyên — việc xử lý phụ thuộc vào nhà cung cấp hạ tầng. Ranh giới trách nhiệm giữa bên chăm sóc website và bên cung cấp dịch vụ hosting cần được làm rõ trong hợp đồng để tránh tình trạng hai bên đẩy qua đẩy lại khi có sự cố.
Vệ sinh bảo mật
Không có cấu hình nào làm website an toàn tuyệt đối. Mục tiêu thực tế là giảm bề mặt tấn công và rút ngắn thời gian phát hiện.
Cập nhật kịp thời
Phần lớn các vụ xâm nhập khai thác lỗ hổng đã được công bố và đã có bản vá. Website chậm cập nhật là website đang mở sẵn cửa. Đây là biện pháp đơn giản nhất và hiệu quả nhất.
Quyền tối thiểu
Mỗi người chỉ nên có quyền đủ để làm việc của mình. Người viết nội dung không cần quyền cài đặt tiện ích; người thiết kế không cần quyền quản trị cơ sở dữ liệu. Danh sách tài khoản nên được rà định kỳ và thu hồi ngay khi ai đó rời đi.
Xác thực nhiều lớp
Bật xác thực hai lớp cho mọi tài khoản có quyền quản trị, bao gồm cả tài khoản đăng ký tên miền và tài khoản máy chủ. Mật khẩu bị lộ là chuyện thường gặp; lớp xác thực thứ hai là thứ ngăn hậu quả.
Giám sát dấu hiệu bất thường
Rà soát tệp bị sửa đổi bất thường, tài khoản quản trị mới xuất hiện, nội dung lạ trong cơ sở dữ liệu, và các trường hợp nội dung hiển thị khác nhau với người dùng và với công cụ tìm kiếm. Dạng cuối là kiểu che giấu khiến quản trị viên xem trang thấy bình thường trong khi kết quả tìm kiếm hiển thị nội dung khác.
Nhật ký truy cập
Nếu có quyền truy cập nhật ký máy chủ, đây là nguồn thông tin quan trọng khi điều tra sự cố. Cần biết trước mình có quyền này không và nhật ký được giữ trong bao lâu.
Về nguyên tắc: không cam kết website không bị tấn công. Điều cam kết được là các biện pháp phòng ngừa cụ thể, nhịp rà soát, và quy trình xử lý khi có sự cố.
Decision Checklist — rà soát bảo mật
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Độ trễ cập nhật | Có thành phần nào chưa vá lỗ hổng đã công bố không? | Danh sách phiên bản hiện tại | Cao |
| Thành phần ngừng hỗ trợ | Có tiện ích nào không còn được cập nhật không? | Trạng thái từng thành phần | Cao |
| Phân quyền | Có ai có quyền cao hơn mức cần thiết không? | Danh sách người dùng và quyền | Cao |
| Xác thực hai lớp | Đã bật cho toàn bộ tài khoản quản trị chưa? | Ảnh chụp cấu hình | Cao |
| Rà soát tệp | Có tệp nào bị sửa đổi bất thường không? | Kết quả kiểm tra toàn vẹn | Cao |
| Nội dung ẩn theo nguồn truy cập | Kết quả tìm kiếm có khác nội dung thật không? | So sánh bản hiển thị và bản đã lập chỉ mục | Cao |
| Nhật ký truy cập | Có quyền xem và giữ được bao lâu? | Thông tin từ nhà cung cấp | Trung bình |
Một phần đáng kể của bảo mật nằm ở tầng hạ tầng: cấu hình máy chủ, tường lửa, cách ly tài khoản. Phần này phụ thuộc vào nhà cung cấp dịch vụ hosting, nên cần rõ ranh giới trách nhiệm ngay từ đầu.
Vận hành nội dung
Đây là phần chiếm khối lượng công việc lớn nhất trong hầu hết hợp đồng chăm sóc, nên cũng là nơi phát sinh tranh cãi về phạm vi nhiều nhất.
Mẫu yêu cầu chuẩn
Mỗi yêu cầu cần có: nội dung cần thay đổi, vị trí cụ thể, tệp đính kèm nếu có, và mức độ khẩn. Yêu cầu mô tả mơ hồ dẫn tới làm sai và phải làm lại — chi phí đó thuộc về cả hai bên.
Phân loại theo mức độ ưu tiên
Không phải yêu cầu nào cũng khẩn. Cần phân loại: sửa lỗi ảnh hưởng kinh doanh, cập nhật theo kế hoạch, và việc có thể gộp vào đợt sau. Phân loại rõ giúp cả hai bên đặt kỳ vọng đúng về thời gian.
Bản nháp và duyệt
Với thay đổi lớn, nên có bước xem trước để khách hàng duyệt trước khi đưa lên bản chính. Với thay đổi nhỏ, quy trình này có thể tốn công hơn giá trị mang lại — cần thống nhất ngưỡng.
Kiểm tra trước khi xuất bản
Kiểm tra hiển thị trên điện thoại, liên kết có hoạt động không, hình ảnh có tải được không, biểu mẫu có gửi được không. Đây là bước ngắn nhưng ngăn được phần lớn lỗi hiển nhiên.
Ghi nhận khối lượng
Mỗi yêu cầu nên được ghi lại: nội dung, thời gian nhận, thời gian hoàn thành, người thực hiện. Bảng này vừa là căn cứ đối chiếu với phạm vi gói, vừa cho thấy khối lượng thật để điều chỉnh gói ở kỳ sau.
Decision Checklist — kiểm tra vận hành nội dung
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Mẫu yêu cầu | Yêu cầu có đủ thông tin để thực hiện không? | Mẫu yêu cầu đã thống nhất | Cao |
| Phân loại ưu tiên | Việc này thuộc mức nào? | Bảng phân loại đã thống nhất | Cao |
| Ngưỡng cần duyệt | Thay đổi nào cần khách duyệt trước? | Quy định đã thống nhất | Trung bình |
| Kiểm tra trước xuất bản | Có bảng kiểm không? | Bảng kiểm đã áp dụng | Cao |
| Ghi nhận khối lượng | Có bảng theo dõi yêu cầu không? | Bảng theo dõi hằng tháng | Cao |
| Ranh giới sản xuất nội dung | Nội dung do ai viết? | Phạm vi trong hợp đồng | Cao |
Ranh giới cần rõ: chăm sóc website bao gồm thao tác trên nội dung có sẵn, không bao gồm việc sản xuất nội dung mới hay xây dựng chiến lược nội dung. Nếu doanh nghiệp cần phần đó, nó thuộc nhóm dịch vụ khác trong hệ dịch vụ care hoặc các dịch vụ nội dung tương ứng.
Vệ sinh kỹ thuật cho tìm kiếm trong phạm vi chăm sóc
Đây là điểm dễ nhầm lẫn nhất về phạm vi. Chăm sóc website có phần liên quan tới tìm kiếm, nhưng đó không phải dịch vụ tối ưu tìm kiếm.
Liên kết hỏng
Liên kết nội bộ trỏ tới trang đã xoá, liên kết ra ngoài tới trang không còn tồn tại. Đây là hạng mục bảo trì thuần tuý và nên nằm trong phạm vi chăm sóc.
Chuyển hướng
Chuỗi chuyển hướng nhiều bước, chuyển hướng vòng, hoặc trang cũ không được chuyển hướng sau khi đổi địa chỉ. Cần rà định kỳ, đặc biệt sau các thay đổi cấu trúc.
Lỗi thẻ mô tả cơ bản
Trang thiếu tiêu đề, tiêu đề trùng nhau hàng loạt, thẻ mô tả bị bỏ trống. Đây là lỗi bảo trì, khác với việc tối ưu tiêu đề theo chiến lược từ khoá.
Tình trạng lập chỉ mục
Theo dõi số trang được lập chỉ mục và phát hiện khi có sụt giảm bất thường. Việc phát hiện sớm một lỗi kỹ thuật chặn lập chỉ mục có giá trị lớn; việc phân tích nguyên nhân sâu và xây chiến lược khắc phục là phạm vi khác.
Sơ đồ website
Sơ đồ phải cập nhật khi có trang mới hoặc trang bị xoá, không chứa địa chỉ đã chuyển hướng. Đây là bảo trì định kỳ.
Decision Checklist — phân định phạm vi vệ sinh kỹ thuật
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Liên kết hỏng | Có bao nhiêu liên kết lỗi trên website? | Kết quả thu thập định kỳ | Cao |
| Chuyển hướng | Có chuỗi nhiều bước hoặc vòng lặp không? | Bản đồ chuyển hướng | Cao |
| Thẻ mô tả cơ bản | Có trang nào thiếu hoặc trùng tiêu đề không? | Báo cáo rà soát | Trung bình |
| Lập chỉ mục | Số trang trong chỉ mục có sụt giảm bất thường không? | Báo cáo từ công cụ dữ liệu tìm kiếm | Cao |
| Sơ đồ website | Có cập nhật khi nội dung thay đổi không? | Nội dung sơ đồ hiện tại | Trung bình |
| Ranh giới phạm vi | Việc này là bảo trì hay là tối ưu? | Danh mục dịch vụ đã thống nhất | Cao |
Ranh giới đơn giản: chăm sóc website giữ cho phần kỹ thuật không hỏng; việc nghiên cứu từ khoá, xây kiến trúc nội dung, sản xuất nội dung mới và phát triển uy tín thuộc dịch vụ SEO với phạm vi, nhân sự và cách đo hoàn toàn khác.
Hiệu năng và sức khoẻ kỹ thuật
Website chậm dần theo thời gian là hiện tượng bình thường nếu không ai theo dõi. Phần này phát hiện suy giảm trước khi nó ảnh hưởng tới kinh doanh.
Các chỉ số trải nghiệm tải trang
Thời gian hiển thị nội dung chính, độ phản hồi khi thao tác, độ ổn định bố cục. Ngưỡng cụ thể nên tham chiếu tài liệu kỹ thuật hiện hành vì các mốc được cập nhật theo thời gian. Điều quan trọng là đo định kỳ bằng cùng một cách để so sánh được giữa các kỳ.
Thời gian hoạt động
Theo dõi website có truy cập được không và ghi nhận các lần gián đoạn. Dữ liệu này cần thiết khi làm việc với nhà cung cấp hạ tầng.
Thời gian phản hồi từ máy chủ
Chỉ số này thường phản ánh vấn đề ở tầng hạ tầng hoặc ở mã nguồn xử lý chậm. Phân biệt được hai nguyên nhân giúp biết nên xử lý ở đâu.
Dung lượng hình ảnh và tài nguyên
Hình ảnh không được tối ưu là nguyên nhân phổ biến nhất làm chậm trang. Đây cũng là thứ dễ phình dần khi nhiều người cùng đăng nội dung mà không có quy chuẩn.
Tình trạng cơ sở dữ liệu
Bảng dữ liệu phình to do bản nháp cũ, dữ liệu tạm, nhật ký không được dọn. Việc dọn dẹp định kỳ giúp giữ tốc độ và giảm dung lượng sao lưu.
Decision Checklist — theo dõi sức khoẻ kỹ thuật
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Chỉ số trải nghiệm tải | Đo bằng cách nào và trên thiết bị nào? | Kết quả đo định kỳ | Cao |
| Xu hướng theo thời gian | Có suy giảm so với kỳ trước không? | Bảng theo dõi nhiều kỳ | Cao |
| Thời gian hoạt động | Có bao nhiêu lần gián đoạn trong tháng? | Nhật ký giám sát | Cao |
| Phản hồi máy chủ | Nguyên nhân chậm ở hạ tầng hay ở mã nguồn? | Kết quả phân tích | Cao |
| Dung lượng hình ảnh | Trang nặng nhất là bao nhiêu? | Danh sách tài nguyên | Trung bình |
| Cơ sở dữ liệu | Lần cuối dọn dẹp là khi nào? | Nhật ký bảo trì | Trung bình |
Khi phân tích cho thấy nguyên nhân nằm ở tài nguyên máy chủ không đủ, giải pháp nằm ở tầng hạ tầng chứ không ở tối ưu mã nguồn — trường hợp đó cần làm việc với nhà cung cấp dịch vụ hosting để nâng cấp hoặc điều chỉnh cấu hình.
Kiểm tra hệ thống đo lường
Đây là hạng mục hay bị bỏ sót nhất, và hậu quả âm thầm: dữ liệu sai trong nhiều tháng mà không ai phát hiện.
Mã đo lường còn hoạt động
Sau mỗi lần cập nhật giao diện hoặc thay đổi cấu trúc trang, mã đo lường có thể bị mất. Cần kiểm tra định kỳ chứ không giả định nó vẫn chạy.
Biểu mẫu và sự kiện chuyển đổi
Kiểm tra bằng cách thực hiện một lượt gửi thử và đối chiếu xem sự kiện có được ghi nhận đúng không, thư thông báo có tới không, dữ liệu có vào hệ thống quản lý khách hàng không. Biểu mẫu hỏng mà không ai biết là dạng sự cố tốn kém nhất.
Đếm trùng
Khi mã đo được gắn ở nhiều nơi, hoặc khi có nhiều công cụ cùng ghi nhận một hành động, số liệu bị thổi phồng. Cần rà soát danh sách thẻ đang hoạt động và loại bỏ những gì trùng lặp hoặc không còn dùng.
Cơ chế đồng ý của người dùng
Việc thu thập dữ liệu người dùng chịu ràng buộc bởi quy định về bảo vệ dữ liệu cá nhân. Trang cần có thông báo về mục đích sử dụng và cơ chế đồng ý phù hợp, và cấu hình đo lường phải tôn trọng lựa chọn của người dùng.
Thẻ của bên đã ngừng hợp tác
Rất phổ biến: thẻ của đơn vị quảng cáo cũ hoặc công cụ không còn dùng vẫn tải mỗi lần trang mở. Đây vừa là vấn đề hiệu năng vừa là vấn đề dữ liệu.
Decision Checklist — kiểm tra hệ thống đo lường
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Mã đo còn hoạt động | Lần cuối kiểm tra là khi nào? | Nhật ký kiểm tra | Cao |
| Biểu mẫu | Đã gửi thử và xác nhận nhận được chưa? | Kết quả kiểm tra thực tế | Cao |
| Sự kiện chuyển đổi | Có ghi nhận đúng hành động không? | Đối chiếu một lượt thử | Cao |
| Đếm trùng | Có công cụ nào ghi nhận trùng không? | Danh sách thẻ đang hoạt động | Cao |
| Cơ chế đồng ý | Trang có thông báo và cơ chế đồng ý không? | Cấu hình hiện tại | Cao |
| Thẻ không còn dùng | Có thẻ nào của bên cũ vẫn chạy không? | Kết quả rà soát | Trung bình |
Dữ liệu đo lường là nền cho mọi quyết định marketing, nên việc giữ nó chính xác có giá trị vượt xa phạm vi kỹ thuật — đây là điểm giao giữa chăm sóc website và các hoạt động trong dịch vụ SEO cũng như các kênh trả phí.
Quyền sở hữu, tài khoản và bàn giao
Đây là phần quyết định doanh nghiệp có sở hữu website của mình hay chỉ đang thuê quyền sử dụng.
Tên miền đứng tên doanh nghiệp
Tài khoản tại nơi đăng ký tên miền phải thuộc doanh nghiệp, với thông tin liên hệ là thông tin của doanh nghiệp. Đơn vị chăm sóc được cấp quyền truy cập khi cần, không đứng tên sở hữu. Đây là điểm không nên nhân nhượng.
Tài khoản máy chủ
Tương tự tên miền. Nếu đơn vị chăm sóc cũng là bên cung cấp hạ tầng, cần rõ ràng hơn nữa về việc doanh nghiệp có quyền lấy toàn bộ dữ liệu và chuyển đi bất cứ lúc nào.
Tài khoản quản trị website
Doanh nghiệp phải có ít nhất một tài khoản quyền cao nhất do người nội bộ giữ. Đơn vị chăm sóc dùng tài khoản riêng, có thể thu hồi. Dùng chung một tài khoản là cách làm sai vì không truy được ai đã làm gì.
Mã nguồn và tệp thiết kế
Với website có phát triển riêng, cần rõ ai giữ mã nguồn và doanh nghiệp có quyền lấy bản đầy đủ không. Với giao diện và tiện ích thương mại, cần rõ giấy phép đứng tên ai.
Hồ sơ giấy phép
Danh sách giấy phép đang dùng, mua ở đâu, đứng tên ai, hết hạn khi nào. Giấy phép mua bằng tài khoản của đơn vị chăm sóc sẽ mất khi kết thúc hợp tác, và website ngừng nhận cập nhật.
Deliverable & Acceptance Matrix
| Đầu ra | Định dạng | Người sở hữu | Tiêu chí nghiệm thu | Ghi chú quyền sử dụng |
|---|---|---|---|---|
| Bản kiểm kê tài sản và quyền truy cập | Bảng | Doanh nghiệp | Liệt kê đủ tên miền, hạ tầng, tài khoản, tiện ích, giấy phép | Thuộc doanh nghiệp |
| Danh mục dịch vụ và phần loại trừ | Tài liệu | Hai bên | Nêu rõ việc nào bao gồm và việc nào không | Kèm hợp đồng |
| Lịch bảo trì | Bảng theo chu kỳ | Doanh nghiệp | Có hạng mục, tần suất và người thực hiện | Thuộc doanh nghiệp |
| Quy trình sao lưu và phục hồi | Tài liệu + nhật ký | Doanh nghiệp | Có tần suất, nơi lưu, và kết quả thử phục hồi | Thuộc doanh nghiệp |
| Bảng phân loại sự cố | Tài liệu | Hai bên | Mỗi mức có thời gian phản hồi và nấc thông báo | Kèm hợp đồng |
| Nhật ký thay đổi | Bảng | Doanh nghiệp | Ghi đủ nội dung, thời gian, người thực hiện, cách quay lại | Chia sẻ theo nhịp báo cáo |
| Báo cáo sức khoẻ định kỳ | Tài liệu | Doanh nghiệp | Có kết quả bảo trì, hiệu năng, sự cố và việc còn tồn | Thuộc doanh nghiệp |
| Sổ theo dõi yêu cầu | Bảng | Doanh nghiệp | Ghi đủ yêu cầu, thời gian nhận và hoàn thành | Thuộc doanh nghiệp |
| Bộ bàn giao khi kết thúc | Danh sách tài khoản, tài liệu, mã nguồn | Doanh nghiệp | Doanh nghiệp giữ quyền cao nhất, gỡ quyền đơn vị chăm sóc | [CẦN THƯƠNG HIỆU XÁC NHẬN] về thời hạn và thủ tục |
Nghiệm thu dựa trên phạm vi công việc đã thực hiện, tính đầy đủ của nhật ký và báo cáo, và kết quả các bước kiểm tra định kỳ — không dựa trên việc website có gặp sự cố hay không, vì nhiều nguyên nhân nằm ngoài tầm kiểm soát. Cách tổ chức bàn giao này áp dụng chung cho các nhánh trong dịch vụ care.
Gói dịch vụ và yếu tố quyết định chi phí
Báo giá chăm sóc website thường tính theo tháng, nhưng khối lượng công việc thật phụ thuộc vào các biến số dưới đây.
Độ phức tạp của website
Website giới thiệu vài trang khác hẳn website bán hàng có hàng nghìn sản phẩm, tài khoản người dùng và tích hợp thanh toán. Độ phức tạp quyết định cả rủi ro khi cập nhật lẫn thời gian xử lý mỗi việc.
Khối lượng yêu cầu hằng tháng
Đây là biến số dễ ước lượng sai nhất. Cách chính xác nhất là nhìn vào lịch sử: mỗi tháng thực tế có bao nhiêu yêu cầu chỉnh sửa, thuộc loại nào.
Mức phản hồi mong muốn
Xử lý trong giờ hành chính khác với trực ngoài giờ và cuối tuần. Yêu cầu về thời gian phản hồi ngắn đòi hỏi nguồn lực sẵn sàng, và điều đó phản ánh vào chi phí.
Số tích hợp và tính năng đặc thù
Kết nối với hệ thống bán hàng, cổng thanh toán, công cụ gửi thư, hệ thống quản lý khách hàng — mỗi tích hợp là một điểm có thể hỏng và cần kiểm tra riêng.
Khối lượng nội dung
Website đăng nội dung hằng ngày cần nhiều thao tác hơn website cập nhật vài tháng một lần. Cần thống nhất trước số lượng yêu cầu bao gồm trong gói và cách tính phần vượt.
Tình trạng ban đầu
Website đã lâu không bảo trì thường cần một giai đoạn xử lý tồn đọng trước khi vào nhịp bình thường. Phần này nên được tách riêng thay vì gộp vào phí hằng tháng.
Decision Checklist — xác định gói phù hợp
| Tiêu chí | Câu hỏi kiểm tra | Bằng chứng cần có | Mức ưu tiên |
|---|---|---|---|
| Độ phức tạp website | Có bao nhiêu chức năng và tích hợp? | Bản kiểm kê hệ thống | Cao |
| Khối lượng yêu cầu | Mỗi tháng thực tế có bao nhiêu việc? | Lịch sử yêu cầu 3–6 tháng | Cao |
| Mức phản hồi cần thiết | Sự cố ngoài giờ có cần xử lý ngay không? | Yêu cầu vận hành của doanh nghiệp | Cao |
| Số tích hợp | Có bao nhiêu hệ thống kết nối với website? | Danh sách tích hợp | Cao |
| Tình trạng ban đầu | Có tồn đọng cần xử lý trước không? | Kết quả đánh giá ban đầu | Cao |
| Phần vượt gói | Việc ngoài phạm vi được tính thế nào? | Điều khoản trong hợp đồng | Cao |
| Ranh giới hạ tầng | Phần máy chủ do ai chịu trách nhiệm? | Hợp đồng với nhà cung cấp | Cao |
Mức phí, số lượng yêu cầu trong gói, thời gian phản hồi cam kết và cách tính phần vượt là [CẦN THƯƠNG HIỆU XÁC NHẬN] trong đề xuất từng dự án. Nếu đánh giá cho thấy vấn đề chính nằm ở tài nguyên máy chủ không đủ, giải pháp thuộc dịch vụ hosting chứ không phải tăng gói chăm sóc.
Câu hỏi thường gặp
Chăm sóc website có bao gồm hosting không? Không. Đây là hai dịch vụ khác nhau: hạ tầng máy chủ là nơi website chạy, chăm sóc là việc vận hành và bảo trì website đó. Trường hợp cùng một đơn vị cung cấp cả hai thì vẫn nên tách bạch phạm vi và trách nhiệm trong hợp đồng, để khi có sự cố biết rõ thuộc phần nào.
Có sửa nội dung hằng tháng không? Có, trong phạm vi số lượng yêu cầu đã thống nhất. Cần phân biệt: thao tác trên nội dung có sẵn — đăng bài, sửa thông tin, thay hình — nằm trong phạm vi; còn viết nội dung mới, xây dựng chiến lược nội dung là hạng mục riêng.
Sao lưu ở đâu và có thử phục hồi không? Bản sao lưu cần có ít nhất một bản nằm độc lập với máy chủ chính, và cần được thử phục hồi định kỳ. Bản sao lưu chưa từng thử phục hồi là bản sao lưu chưa được chứng minh dùng được. Tần suất, thời gian lưu giữ và lịch thử phục hồi được thống nhất theo mức độ quan trọng của website.
Có cam kết website không bị tấn công không? Không. Không đơn vị nào cam kết được điều này một cách trung thực. Thứ cam kết được là các biện pháp phòng ngừa cụ thể — cập nhật kịp thời, phân quyền tối thiểu, xác thực nhiều lớp, giám sát dấu hiệu bất thường — cùng quy trình xử lý và khôi phục khi có sự cố.
Cập nhật tiện ích gây lỗi thì xử lý thế nào? Đây chính là lý do quy trình thay đổi tồn tại: thử trên môi trường riêng trước, sao lưu ngay trước khi cập nhật, và có phương án quay lại. Khi sự cố xảy ra trên bản đang chạy, bước đầu tiên là khôi phục về trạng thái hoạt động, sau đó mới tìm nguyên nhân và xử lý trên môi trường thử nghiệm.
Có bao gồm SEO không? Chỉ bao gồm phần vệ sinh kỹ thuật: liên kết hỏng, chuyển hướng lỗi, thẻ mô tả thiếu, sơ đồ website lỗi thời, theo dõi tình trạng lập chỉ mục. Nghiên cứu từ khoá, xây kiến trúc nội dung, sản xuất nội dung mới và phát triển uy tín là dịch vụ khác với phạm vi và cách đo hoàn toàn riêng.
Ai giữ tên miền, tài khoản máy chủ và quyền quản trị? Doanh nghiệp, không có ngoại lệ. Tài khoản đăng ký tên miền và tài khoản máy chủ đứng tên doanh nghiệp; đơn vị chăm sóc được cấp quyền truy cập riêng, có thể thu hồi bất cứ lúc nào. Giấy phép tiện ích và giao diện cũng nên mua bằng tài khoản của doanh nghiệp.
Dừng dịch vụ thì bàn giao gì? Bản kiểm kê tài sản cập nhật, toàn bộ quyền truy cập với doanh nghiệp giữ quyền cao nhất, nhật ký thay đổi, hồ sơ sao lưu và kết quả thử phục hồi gần nhất, danh sách giấy phép và ngày hết hạn, tài liệu quy trình vận hành, và danh sách việc còn tồn. Quyền của đơn vị chăm sóc được gỡ. Thủ tục và thời hạn là [CẦN THƯƠNG HIỆU XÁC NHẬN] trong hợp đồng.
Kết luận
Quyết định cần đưa ra không phải chọn gói bao nhiêu tiền một tháng, mà là xác định rõ ba thứ: khối lượng công việc thực tế, mức phản hồi thật sự cần, và ranh giới trách nhiệm với bên cung cấp hạ tầng. Ba thứ này quyết định gói phù hợp và ngăn phần lớn tranh cãi về sau.
Trước khi ký, hai việc nên làm: kiểm kê đầy đủ tài sản và quyền truy cập, và xác nhận doanh nghiệp đang đứng tên tên miền cùng các tài khoản quan trọng. Nếu phát hiện tên miền hoặc giấy phép đang đứng tên bên khác, đó là việc cần xử lý trước, không phải sau.
Khi chọn đơn vị, ba câu hỏi phân loại nhanh nhất: quy trình cập nhật có bao gồm sao lưu và phương án quay lại không, bản sao lưu có được thử phục hồi định kỳ không, và khi kết thúc hợp tác thì bàn giao gồm những gì. Đơn vị không trả lời rõ được ba câu này là đơn vị chưa có quy trình.
Rủi ro cần kiểm soát: cập nhật làm hỏng website, có bản sao lưu nhưng không phục hồi được, bị chèn mã và phát hiện muộn, giấy phép hết hạn khiến website ngừng nhận cập nhật bảo mật, dùng chung tài khoản khiến không truy được trách nhiệm, thay đổi trên bản đang chạy mà không ai duyệt, hệ thống đo lường hỏng âm thầm, và phạm vi bị mở rộng dần mà không thống nhất lại.
Yêu cầu đánh giá website và quyền truy cập
Bước đầu tiên là một bản đánh giá hiện trạng để xác định danh mục dịch vụ và mức phản hồi phù hợp, chưa phải báo giá. Để làm được, hãy chuẩn bị:
- Địa chỉ website và thông tin hệ quản trị nội dung đang dùng.
- Thông tin nhà cung cấp máy chủ và gói dịch vụ hiện tại.
- Bản đồ quyền truy cập: ai đang giữ tài khoản tên miền, tài khoản máy chủ, tài khoản quản trị website.
- Danh sách tiện ích, giao diện và giấy phép đang dùng, kèm ngày hết hạn nếu biết.
- Cấu hình sao lưu hiện tại: sao lưu ở đâu, bao lâu một lần, đã từng thử phục hồi chưa.
- Lịch sử yêu cầu chỉnh sửa 3–6 tháng gần nhất để ước lượng khối lượng.
- Danh sách chức năng quan trọng: phần nào hỏng thì ảnh hưởng trực tiếp tới kinh doanh.
- Thông tin hệ thống đo lường đang dùng và các biểu mẫu đang hoạt động.
- Danh sách người liên quan và ai là người duyệt thay đổi.
Gửi các thông tin trên để Marketer.vn đánh giá hiện trạng. Nếu kết quả cho thấy vấn đề chính nằm ở hạ tầng, ở thiết kế website hoặc ở nhu cầu làm lại toàn bộ, chúng tôi sẽ nói rõ điều đó thay vì bán một gói chăm sóc không giải quyết được vấn đề gốc.