Quản lý 20–50 site khách cùng lúc: phân loại theo rủi ro, nhịp kiểm và người trực

Với năm site khách, một người có thể nhớ hết: site nào vừa đổi giao diện, site nào đang chờ duyệt bài, site nào hay sập vào cuối tuần. Đến hai mươi site thì trí nhớ không còn đủ, và đến năm mươi site thì sự cố đầu tiên mà bạn biết được thường là qua tin nhắn của khách. Bài này trình bày cách tổ chức theo dõi một danh mục 20–50 site: phân loại theo rủi ro, đặt nhịp kiểm cho từng nhóm, chia người trực, và giữ mọi thứ trong một chỗ.

Vì sao kiểm đều tất cả là cách tệ nhất

Phản xạ đầu tiên khi số site tăng là lập lịch: thứ Hai kiểm mười site đầu, thứ Ba mười site tiếp theo, cứ thế xoay vòng. Cách này có hai vấn đề. Một là site có sự cố vào thứ Ba sẽ chờ tới thứ Hai tuần sau mới được phát hiện. Hai là công sức chia đều cho cả site đang ổn định lẫn site đang có nhiều thay đổi — trong khi rủi ro không chia đều.

Thực tế, sự cố SEO nghiêm trọng gần như luôn đi kèm một thay đổi: cập nhật giao diện, cài plugin mới, đổi hosting, chuyển nền tảng, nhân viên mới của khách tự sửa nội dung. Site không ai đụng vào trong ba tháng hiếm khi tự dưng gắn noindex. Vậy nên nguyên tắc là: máy kiểm đều mọi site, người tập trung vào site đang thay đổi.

Phân loại danh mục theo rủi ro

Chia các site thành ba nhóm, xem lại phân nhóm mỗi tháng một lần trong buổi họp nội bộ.

Nhóm	Dấu hiệu	Người xem bao lâu một lần
Đỏ — đang thay đổi	Vừa đổi giao diện, nền tảng, tên miền; đang trong 30 ngày đầu hợp đồng; vừa có sự cố; khách đang tự sửa site	Mỗi ngày làm việc
Vàng — có rủi ro nền	WordPress nhiều plugin, hosting yếu, nhiều người bên khách có quyền sửa, ngành có mùa vụ đang vào mùa	Hai lần mỗi tuần
Xanh — ổn định	Không thay đổi lớn trong ba tháng, ít người sửa, hosting ổn	Mỗi tuần, chủ yếu đọc cảnh báo

Site chuyển nhóm theo sự kiện. Khách báo "tuần sau bên em đổi web" thì site đó lên Đỏ ngay hôm nay, không chờ cuối tháng. Ba mươi ngày sau khi thay đổi xong mà không có sự cố, site trở về nhóm cũ.

Máy làm gì, người làm gì

Với danh mục lớn, không thể để người mở từng site ra kiểm. Phần lặp lại phải để máy làm, người chỉ đọc kết quả và quyết định.

Phần máy làm

• Kiểm kỹ thuật định kỳ mọi site: site có vào được không, trang chủ có bị noindex không, robots.txt có chặn gì mới không, sitemap còn đọc được không, chứng chỉ SSL còn hạn không.
• Gom số Search Console theo ngày cho từng site, để khi cần là có, không phải xuất bảng.
• Gửi cảnh báo khi có lỗi mới hoặc điểm tụt quá ngưỡng.

Siêu SEO làm đúng ba việc này cho danh mục site: kiểm theo nhịp của gói (gói trả phí kiểm mỗi ngày), gom số Search Console với site đã kết nối, và gửi thư khi có lỗi mới. Gói Agency theo dõi được 30 tên miền trên một tài khoản — xem bảng giá.

Phần người làm

• Đọc cảnh báo và phân biệt sự cố thật với nhiễu.
• Xem số Search Console của nhóm Đỏ mỗi ngày, nhóm Vàng hai lần mỗi tuần.
• Liên hệ khách hoặc bên làm web khi cần sửa.
• Cập nhật phân nhóm khi có sự kiện mới.

Cách đặt ngưỡng để cảnh báo không trở thành nhiễu có bài riêng: ngưỡng cảnh báo đáng mở. Nguyên tắc ngắn gọn: nếu cả đội bắt đầu lướt qua thư cảnh báo mà không mở, ngưỡng đang quá nhạy.

Chia người trực

Ở agency 3–5 người, mỗi người thường phụ trách một nhóm khách. Cách chia này hợp cho công việc nội dung và liên lạc với khách, nhưng có lỗ hổng khi người phụ trách nghỉ phép hoặc bận một dự án lớn. Thêm một vai: người trực cảnh báo, xoay vòng theo tuần.

Vai	Việc	Thời gian mỗi ngày
Người trực tuần	Đọc mọi cảnh báo của toàn danh mục buổi sáng, phân loại, chuyển cho người phụ trách hoặc tự xử lý nếu đơn giản	20–40 phút
Người phụ trách khách	Xem site nhóm Đỏ của mình, liên hệ khách, làm việc nội dung và sửa lỗi	Theo kế hoạch
Trưởng nhóm	Họp phân nhóm hằng tháng, xem các sự cố đã xảy ra, cập nhật quy trình	Một buổi mỗi tháng

Người trực ghi một dòng cho mỗi cảnh báo đã xử lý vào sổ chung: site, lỗi, ai nhận, xong lúc nào. Sổ này vừa giúp bàn giao giữa các tuần, vừa là nguồn để viết phần "vấn đề đã xử lý" trong báo cáo tháng của khách. Lịch tuần đầy đủ của agency nhỏ xem ở bài quy trình tuần của agency 3–5 người.

Một nơi cho mọi thông tin của site

Khi có sự cố lúc tám giờ tối, người trực cần trả lời ngay mấy câu: ai bên khách có quyền sửa, bên làm web là ai, liên hệ thế nào, tên miền hết hạn khi nào, gần đây có thay đổi gì. Nếu những thông tin này nằm rải rác trong tin nhắn Zalo của từng người phụ trách, sự cố sẽ kéo dài thêm vài giờ chỉ để tìm số điện thoại.

Mỗi site nên có một tờ hồ sơ ngắn, cập nhật mỗi khi có thay đổi:

• Tên miền, nhà đăng ký, ngày hết hạn tên miền.
• Nền tảng, hosting, ai quản lý hosting.
• Bên làm web và cách liên hệ, còn hợp đồng bảo trì hay không.
• Người bên khách có quyền sửa nội dung.
• Các quyền đội đang có: Search Console, quản trị site, công cụ đo.
• Nhật ký thay đổi lớn: ngày, việc gì, ai làm.
• Nhóm rủi ro hiện tại.

Dòng ngày hết hạn tên miền nghe nhỏ nhưng đã làm sập không ít site doanh nghiệp. Khách nghĩ bên làm web gia hạn, bên làm web nghĩ khách tự gia hạn — xem thêm bài tên miền, SSL, hosting hết hạn.

Buổi sáng thứ Hai: đọc cả danh mục trong 30 phút

Ngoài việc trực cảnh báo hằng ngày, mỗi tuần nên có một lượt nhìn toàn cảnh danh mục, thường vào sáng thứ Hai. Mục tiêu không phải xem kỹ từng site mà tìm ra vài site cần chú ý trong tuần. Một thứ tự đọc nhanh:

1. Site nào có lỗi mới trong bảy ngày qua mà chưa ai đóng trong sổ sự cố.
2. Site nào có điểm kỹ thuật giảm so với tuần trước, dù chưa vượt ngưỡng cảnh báo — đây thường là dấu hiệu sớm của một plugin mới hoặc một thay đổi nhỏ của khách.
3. Site nào có lượt bấm 7 ngày giảm mạnh so với 7 ngày cùng kỳ tuần trước. Nhớ trừ đi những tuần có ngày lễ.
4. Site nào có lượt hiển thị tăng đột biến. Tin tốt cũng cần xem: đôi khi đó là trang rác mới bị Google lập chỉ mục, hoặc trang spam do site bị chèn mã.

Kết thúc buổi đọc bằng danh sách ba đến năm site cần hành động trong tuần, mỗi site gán một người. Những site còn lại không cần ai đụng tới — đó cũng là một kết luận có giá trị, vì nó giải phóng thời gian cho việc khác.

Những sai lầm hay gặp khi danh mục lớn lên

• Dùng chung một tài khoản email để cấp quyền Search Console cho mọi site. Người nắm email đó nghỉ việc là cả danh mục mất quyền.
• Không ghi lại thay đổi. Ba tháng sau số giảm, không ai nhớ lúc đó đã sửa gì.
• Báo cáo tháng làm hết vào ngày 1–3. Năm mươi báo cáo dồn vào ba ngày là ba ngày không ai trực cảnh báo. Rải lịch báo cáo theo nhóm khách.
• Để cảnh báo đổ vào hộp thư cá nhân của người phụ trách. Người đó nghỉ phép thì cảnh báo nằm im. Dùng hộp thư chung hoặc kênh chung của đội.
• Không có quy trình cho cuối tuần. Không cần trực 24/7, nhưng cần một người xem cảnh báo nghiêm trọng (site sập, noindex trang chủ) một lần vào sáng thứ Bảy và Chủ nhật.

Danh sách kiểm khi danh mục vượt 20 site

• Mọi site đã vào theo dõi tự động, kiểm ít nhất mỗi ngày với site trả phí.
• Đã phân nhóm Đỏ, Vàng, Xanh và có lịch xem cho từng nhóm.
• Có người trực cảnh báo xoay vòng theo tuần.
• Cảnh báo về kênh chung, không về hộp thư cá nhân.
• Mỗi site có hồ sơ ngắn, có ngày hết hạn tên miền.
• Có sổ ghi sự cố đã xử lý.
• Quyền Search Console cấp qua tài khoản của tổ chức, không phụ thuộc một người.
• Lịch báo cáo tháng rải theo nhóm khách.
• Có quy trình xem cảnh báo nghiêm trọng vào cuối tuần.

Quản lý nhiều site không đòi hỏi nhiều người hơn theo tỉ lệ thuận. Nó đòi hỏi biết chỗ nào cần người, chỗ nào để máy làm. Một đội ba người có thể trông năm mươi site ổn thoả nếu máy lo phần kiểm lặp lại và người chỉ tập trung vào những site đang thay đổi. Bắt đầu bằng việc đưa danh mục vào theo dõi định kỳ, rồi phân nhóm dần từ những site đang có thay đổi.