Nội dung hữu ích không phải thứ sửa được sau khi viết xong, nó được quyết định ở khâu chọn chủ đề. Bài này đưa bốn cửa kiểm đặt vào đúng các mốc trong quy trình, mỗi cửa có tiêu chí đo được và quyền chặn bài đi tiếp.

Vì sao không sửa được ở khâu biên tập

Nội dung hữu ích không sinh ra ở khâu biên tập. Biên tập viên sửa được câu chữ, cấu trúc, độ dài. Họ không sửa được việc bài không có gì để nói.

Bài viết về một chủ đề mà người viết không có kinh nghiệm, không có dữ liệu, và không tiếp cận được người có cả hai thứ đó, sẽ luôn là bài tổng hợp lại thứ đã có trên mạng. Biên tập kỹ tới đâu cũng không đổi được điều đó.

Đây là lý do các cửa kiểm phải đặt ở phía trước. Bốn cửa dưới đây lần lượt hỏi bốn câu: chủ đề này có đáng viết không, ai đủ tư cách viết nó, bản thảo có phần riêng không, và bài có làm được điều đã hứa không.

Nguyên tắc chung: mỗi cửa có quyền chặn, và bài không qua cửa thì không đi tiếp. Cửa không có quyền chặn thì nó chỉ là một dòng trong tài liệu.

Cửa một: chủ đề có cho ra nội dung hữu ích không

Đặt ở lúc chốt danh sách chủ đề cho tháng. Bốn câu hỏi, mỗi câu trả lời được bằng có hoặc không.

Câu thứ nhất: có ai đang thật sự tìm chủ đề này không. Bằng chứng là dữ liệu truy vấn, câu hỏi trong hộp thư hỗ trợ, hoặc ghi chép cuộc gọi bán hàng. Không có bằng chứng thì bỏ.

Câu thứ hai: chúng ta có gì để nói mà nguồn khác không có. Có thể là dữ liệu riêng, kinh nghiệm thực địa, hay quyền tiếp cận một nhóm người. Không có gì thì bài sẽ chỉ là bản tổng hợp.

Câu thứ ba: nhóm kết quả đang đứng đầu có website cùng tầm với ta không. Toàn trang lớn hơn nhiều thì viết ra cũng không ai thấy.

Câu thứ tư: chủ đề này đã có ai trong nhà làm chủ chưa. Trùng thì gộp vào bài cũ thay vì viết mới.

Chủ đề qua được cả bốn câu mới vào danh sách. Trong thực tế, cửa này loại khoảng một nửa số ý tưởng, và đó chính là giá trị của nó.

Cửa hai: ai đủ tư cách viết

Cửa hai đặt ở lúc phân công, và nó quyết định phần lớn việc bài có thành nội dung hữu ích hay không.

Với chủ đề cần chuyên môn, người viết phải hoặc có chuyên môn đó, hoặc phỏng vấn được người có. Không đủ hai điều kiện thì đổi người hoặc hoãn bài.

Với chủ đề dựa trên dữ liệu riêng, người viết phải truy cập được dữ liệu đó. Giao bài rồi mới phát hiện không lấy được số là tình huống rất hay xảy ra.

Với mọi chủ đề, phải có tên một người thật đứng bài, và người đó phải có trang hồ sơ. Bài không ai đứng tên là dấu hiệu không ai chịu trách nhiệm về độ chính xác.

Cửa này cũng là chỗ chốt nguồn. Ghi rõ bài sẽ dựa vào nguồn nào, và nếu nguồn duy nhất là các bài khác trên mạng thì bài đó không nên viết.

Cửa ba: bản thảo có phần riêng không

Đặt ở lúc nhận bản thảo, trước khi biên tập. Ba phép kiểm, mỗi phép mất vài phút.

Phép kiểm thứ nhất: đếm số chi tiết cụ thể trong bài. Con số đo được, tên công cụ, ngưỡng, quy trình kiểm chứng. Bài dưới năm chi tiết như vậy trên một nghìn từ thường là bài tổng hợp.

Phép kiểm thứ hai: tìm phần nói rõ khi nào lời khuyên này không áp dụng. Nội dung hữu ích gần như luôn có phần đó, vì người thật sự làm việc đó biết các trường hợp ngoại lệ.

Phép kiểm thứ ba: xóa thử phần mở bài và phần kết, đọc lại thân bài. Nếu bỏ hai phần đó mà bài vẫn đủ nghĩa và vẫn dạy được điều gì, phần thân có thực chất.

Bài không qua ba phép kiểm này trả về kèm yêu cầu cụ thể: bổ sung chi tiết đo được, bổ sung phần ngoại lệ. Không trả về với nhận xét chung là bài chưa sâu.

Cửa bốn: bài có làm được điều đã hứa không

Cửa cuối đặt trước lúc xuất bản, và nó kiểm nội dung hữu ích từ góc nhìn người đọc.

Phép kiểm chính: đọc tiêu đề, viết ra một câu mô tả điều người đọc mong nhận được. Sau đó đọc bài và tự hỏi họ có nhận được đúng điều đó không.

Phép kiểm phụ: đưa bài cho một người chưa từng đọc nó, hỏi họ ba điều rút ra được sau khi đọc. Nếu ba điều đó là ba câu chung chung, bài chưa đạt.

Cửa này còn kiểm một thứ nữa: bài có làm người đọc phải quay lại tìm kiếm tiếp không. Nếu sau khi đọc họ vẫn phải gõ thêm một câu hỏi, phần đó nên nằm trong bài.

Ghi kết quả bốn cửa vào một bảng theo tháng để biết quy trình nội dung hữu ích đang nghẽn ở đâu. Cửa nào loại nhiều bài nhất là chỗ cần cải thiện ở khâu trước nó.

Dựng quy trình lần đầu thì hay vướng ở mấy chỗ dưới đây.

=== FAQ === Q: Bốn cửa kiểm làm chậm quy trình bao nhiêu? A: Cửa một và cửa hai gần như không tốn thêm thời gian vì chúng thay cho việc chốt chủ đề vốn đã có, còn cửa ba và bốn thêm khoảng hai mươi phút mỗi bài. Q: Nội dung hữu ích có nhất thiết phải dài không? A: Không, độ dài không liên quan, một bài tám trăm từ có năm chi tiết đo được hữu ích hơn hẳn bài ba nghìn từ chỉ diễn giải. Q: Ai nên giữ quyền chặn ở các cửa? A: Cửa một và hai nên do người phụ trách nội dung giữ, còn cửa ba và bốn do biên tập viên, nhưng quan trọng là quyền đó phải thật chứ không phải hình thức.

Nội dung hữu ích được quyết định ở khâu chọn chủ đề và chọn người viết, không ở khâu biên tập. Nên dựng cửa một cho danh sách chủ đề tháng tới ngay bây giờ, vì nó loại khoảng một nửa ý tưởng và phần bị loại chính là phần đáng lẽ tốn công viết mà không ai đọc.

Tự đánh giá rủi ro là việc chạy được trong một buổi và nó cho bạn một điểm số so sánh được qua các quý. Checklist dưới đây gồm hai mươi mục chia làm bốn nhóm, mỗi mục chấm ba mức, và phần cuối là cách đọc tổng điểm.

Cách chấm và cách dùng kết quả

Việc đánh giá rủi ro chấm theo ba mức: đạt cho hai điểm, một phần cho một điểm, không đạt cho không điểm. Tổng tối đa bốn mươi điểm.

Chấm theo bằng chứng chứ không theo cảm nhận. Mục nào không kiểm được bằng dữ liệu hoặc bằng mắt thì chấm không đạt, vì trong việc đánh giá rủi ro, không biết và không đạt có cùng hệ quả.

Ghi điểm từng mục vào bảng, không chỉ ghi tổng. Tổng cho biết mức rủi ro, còn điểm từng mục cho biết sửa gì trước.

Chạy lại mỗi quý với đúng hai mươi mục đó. Giá trị thật nằm ở đường xu hướng chứ không ở con số của một lần đo.

Người chấm nên là người ngoài đội nội dung nếu có thể, vì người tự chấm bài của mình luôn rộng tay hơn.

Nhóm một khi đánh giá rủi ro: chất lượng kho nội dung

1. Tỷ lệ trang có dưới ba trăm từ trên tổng số trang được index dưới một phần năm.
2. Tỷ lệ bài không có lượt hiển thị nào sau sáu tháng đăng dưới một phần ba.
3. Không có nhóm trang nào được sinh hàng loạt từ một khuôn với nội dung gần giống nhau.
4. Mỗi nhóm chủ đề chỉ có một trang đích chính, không có nhiều bài tranh nhau cùng cụm.
5. Nhóm bài đăng trong mười hai tháng gần nhất có tỷ lệ được index trên chín phần mười.

Mục thứ ba là mục cho điểm thấp nhất ở các website đã dùng công cụ sinh nội dung. Cách kiểm: lấy ba trang cùng khuôn, so xem phần khác nhau chiếm bao nhiêu.

Mục thứ năm bắt được lỗi kỹ thuật ẩn. Tỷ lệ index thấp ở nhóm bài mới thường không phải vấn đề chất lượng mà là một thẻ chặn hoặc một cấu hình sai.

Nhóm hai: tín hiệu về người viết và nguồn

1. Mọi bài thuộc mảng cần chuyên môn đều có tên tác giả thật.
2. Mỗi tác giả có trang hồ sơ nêu kinh nghiệm và lĩnh vực chuyên môn.
3. Mọi số liệu trong bài đều có nguồn, hoặc được ghi rõ là ví dụ minh họa.
4. Trang giới thiệu doanh nghiệp có thông tin pháp lý và địa chỉ kiểm chứng được.
5. Có quy trình rà nội dung bởi người có chuyên môn với các mảng nhạy cảm.

Nhóm này quyết định phần lớn kết quả đánh giá rủi ro với website thuộc mảng tài chính, sức khỏe hay pháp lý.

Mục thứ tám hay bị chấm rộng tay. Chuẩn đúng là mọi con số đều truy được về nguồn, còn con số do bạn tự dựng cho ví dụ thì phải nói rõ điều đó ngay tại chỗ.

Mục thứ mười là mục tốn kém nhất để đạt, nhưng với mảng nhạy cảm thì nó là thứ khó thay thế nhất.

Nhóm ba: kỹ thuật và trải nghiệm

1. Không trang quan trọng nào bị chặn index ngoài ý muốn.
2. Chỉ số trải nghiệm trang trên bản di động đạt ngưỡng cho các nhóm trang chính.
3. Không có nhóm địa chỉ có tham số bị index hàng loạt.
4. Mỗi nội dung có đúng một đường dẫn, các bản còn lại đã khai báo gộp.
5. Sitemap chỉ chứa các trang muốn được index và được cập nhật tự động.

Nhóm này ít liên quan trực tiếp tới các bản cập nhật về chất lượng nội dung, nhưng nó ảnh hưởng tới việc phần nội dung tốt của bạn có được nhìn thấy hay không.

Mục thứ mười ba là mục hay bị bỏ sót nhất và cũng dễ sửa nhất, chỉ cần chặn nhóm tham số trong tệp cấu hình.

Nhóm bốn: cơ cấu và hồ sơ bên ngoài

1. Mười trang có lưu lượng cao nhất chiếm dưới bảy mươi phần trăm tổng lưu lượng.
2. Lưu lượng phân bổ đều trên ít nhất ba nhóm truy vấn theo ý định tìm kiếm.
3. Tỷ lệ liên kết dùng cụm mô tả chủ đề làm cụm từ neo dưới một phần ba.
4. Không có đợt tăng liên kết bất thường trong mười hai tháng qua.
5. Thông tin về doanh nghiệp nhất quán giữa website và các nơi khác có hồ sơ.

Mục thứ mười sáu và mười bảy đưa mức phân tán vào phép đánh giá rủi ro. Website đứng trên nền hẹp không hẳn là làm sai, nhưng nó chịu tổn thất lớn hơn nhiều khi có biến động.

Mục thứ hai mươi ít liên quan tới các bản cập nhật truyền thống nhưng ngày càng quan trọng khi các hệ thống tổng hợp câu trả lời dựa vào tính nhất quán của dữ kiện.

Cách đọc tổng điểm

Bảng đánh giá rủi ro đọc theo bốn mức. Từ ba mươi hai điểm trở lên: rủi ro thấp. Duy trì và đo lại mỗi quý.

Từ hai mươi bốn tới ba mươi mốt: rủi ro trung bình. Chọn ba mục điểm thấp nhất và đưa vào kế hoạch quý tới.

Từ mười sáu tới hai mươi ba: rủi ro cao. Nên dừng mở rộng nội dung và dành một quý xử lý.

Dưới mười sáu: rủi ro rất cao. Đây là mức mà một bản cập nhật lớn có khả năng gây tụt sâu, và việc xử lý nên được ưu tiên trên mọi kế hoạch tăng trưởng.

Một lưu ý khi đọc: tổng điểm không so được giữa các website khác nhau vì trọng số của từng nhóm khác nhau theo ngành. Nó chỉ có ý nghĩa khi so chính bạn qua các quý.

Lưu ý thứ hai: điểm cao không đảm bảo không bị ảnh hưởng. Việc đánh giá rủi ro giảm xác suất và giảm mức thiệt hại, không loại bỏ được rủi ro.

Chấm xong hai mươi mục, người ta thường muốn rõ thêm mấy điểm này.

=== FAQ === Q: Bao lâu nên chạy lại checklist đánh giá rủi ro? A: Mỗi quý là hợp lý, và chạy thêm một lần sau mỗi thay đổi lớn về kỹ thuật hoặc sau mỗi đợt tăng sản lượng nội dung. Q: Điểm bao nhiêu thì nên thuê tư vấn ngoài? A: Dưới hai mươi bốn điểm mà đội không rõ nên sửa gì trước, vì ở mức đó việc chọn sai thứ tự xử lý tốn nhiều tháng. Q: Có mục nào quan trọng hơn hẳn các mục khác không? A: Với mảng nhạy cảm thì nhóm hai quyết định nhiều nhất, còn với website thương mại điện tử thì nhóm một và nhóm ba nặng ký hơn.

Việc đánh giá rủi ro không dự báo được bản cập nhật nhưng nó biến nỗi lo mơ hồ thành một danh sách việc có thứ tự. Nên chấm hai mươi mục ngay trong quý này, vì lần đo đầu tiên là mốc gốc và mọi lần sau chỉ có nghĩa khi so được với nó.

Website bị ảnh hưởng bởi bản cập nhật lớn thường đã có dấu hiệu cảnh báo sớm từ nhiều tháng trước, chỉ là không ai theo dõi đúng chỗ. Bài này liệt kê sáu dấu hiệu quan sát được, cách đo từng cái, và ngưỡng cần hành động.

Vì sao dấu hiệu xuất hiện trước bản cập nhật

Cảnh báo sớm có ý nghĩa vì bản cập nhật lớn không tạo ra vấn đề mới, nó chỉ thay đổi mức độ nghiêm khắc với các vấn đề đã có.

Nghĩa là website bị ảnh hưởng nặng thường đã tích lũy sẵn một hoặc vài điểm yếu. Bản cập nhật chỉ là thời điểm chúng bị tính đủ.

Hệ quả thực tế: bạn không dự đoán được khi nào bản cập nhật diễn ra, nhưng bạn đo được mức tích lũy điểm yếu của chính mình. Đó là ý nghĩa của cảnh báo sớm ở đây.

Cách nghĩ đúng: không hỏi bản cập nhật tới khi nào, mà hỏi nếu nó tới trong tháng này thì mình đang có bao nhiêu điểm yếu để bị tính.

Sáu dấu hiệu cảnh báo sớm dưới đây đều đo được bằng dữ liệu bạn đã có, không cần công cụ dự báo nào.

Cảnh báo sớm nhóm một: cơ cấu lưu lượng lệch

Dấu hiệu thứ nhất là lưu lượng dồn quá nhiều vào một nhóm nhỏ trang. Nếu mười trang chiếm trên bảy mươi phần trăm lưu lượng, bạn đang đứng trên nền hẹp.

Cách đo: xuất dữ liệu theo trang, sắp giảm dần, tính tỷ lệ tích lũy của mười trang đầu. Đo mỗi quý.

Rủi ro của nền hẹp không phải bản cập nhật nào cũng chạm tới, nhưng khi chạm thì mức tụt rất sâu vì không có phần nào bù lại.

Dấu hiệu thứ hai là tỷ lệ lưu lượng đến từ nhóm truy vấn có tính thông tin thuần túy quá cao. Nhóm này là nhóm dễ bị thay thế nhất, cả bởi các bản cập nhật siết chất lượng lẫn bởi các dạng hiển thị mới trên trang kết quả.

Cách đo: phân loại truy vấn thành ba nhóm là hỏi định nghĩa, hỏi cách làm, và hỏi so sánh hoặc mua. Tính tỷ lệ lưu lượng của từng nhóm.

Trên bảy mươi phần trăm ở nhóm thứ nhất là mức đáng cân nhắc đa dạng hóa.

Cảnh báo sớm nhóm hai: chất lượng kho nội dung

Dấu hiệu thứ ba là tỷ lệ trang mỏng trong tổng số trang được index.

Cách đo: đếm số trang có dưới ba trăm từ, chia cho tổng số trang được index. Trên một phần năm là mức nên xử lý trước khi viết thêm.

Nhóm trang này gồm cả trang thẻ tự sinh, trang lọc, trang hồ sơ trống, chứ không chỉ bài viết ngắn. Nhiều website ngạc nhiên khi đếm ra vì phần lớn nhóm này do hệ thống tự tạo.

Dấu hiệu thứ tư là tỷ lệ bài không có lượt hiển thị nào sau sáu tháng đăng.

Cách đo: lấy nhóm bài đăng cách đây sáu tới mười hai tháng, đếm bao nhiêu bài chưa từng có lượt hiển thị. Trên một phần ba là dấu hiệu rõ.

Nhóm này nguy hiểm gấp đôi: nó vừa chiếm tỷ trọng trong kho vừa cho thấy khâu chọn chủ đề đang sai. Cảnh báo sớm ở đây có giá trị vì nó chỉ ra vấn đề gốc.

Dấu hiệu năm và sáu: tín hiệu chuyên môn và hồ sơ liên kết

Dấu hiệu thứ năm là thiếu tín hiệu về người viết trên nhóm nội dung cần chuyên môn.

Cách đo không phải bằng con số mà bằng danh sách kiểm: bài có ghi tên tác giả không, tác giả có trang hồ sơ không, hồ sơ có thông tin nghề nghiệp kiểm chứng được không, nội dung có ghi nguồn cho số liệu không.

Với các mảng chủ đề liên quan tới tài chính, sức khỏe, pháp lý, thiếu nhóm tín hiệu này là điểm yếu bị tính nặng nhất trong các bản cập nhật gần đây.

Dấu hiệu thứ sáu là hồ sơ liên kết lệch. Cụ thể là tỷ lệ liên kết dùng cụm từ khóa thương mại làm cụm từ neo quá cao so với nhóm dùng tên thương hiệu.

Cách đo: xuất danh sách liên kết, phân loại cụm từ neo thành ba nhóm là tên thương hiệu, tên miền trần, và cụm mô tả chủ đề. Nhóm thứ ba chiếm trên một phần ba là mức đáng chú ý.

Sáu cảnh báo sớm này không dự báo bản cập nhật nào cả, chúng chỉ nói bạn đang có bao nhiêu chỗ hở.

Ngưỡng hành động và thứ tự xử lý

Có cảnh báo sớm không có nghĩa là phải xử lý ngay. Ba mức dưới đây phân loại phản ứng.

Mức theo dõi: một dấu hiệu vượt ngưỡng, các dấu hiệu còn lại bình thường. Ghi vào bảng, đo lại quý sau, chưa cần hành động.

Mức chuẩn bị: hai tới ba dấu hiệu vượt ngưỡng. Đưa việc xử lý vào kế hoạch quý tiếp theo, bắt đầu từ dấu hiệu rẻ nhất để sửa.

Mức khẩn: từ bốn dấu hiệu trở lên, hoặc dấu hiệu thứ năm vượt ngưỡng ở mảng chủ đề nhạy cảm. Dừng việc mở rộng nội dung và xử lý trước.

Về thứ tự xử lý, làm dấu hiệu thứ ba trước vì nó rẻ nhất. Chặn index hoặc gộp nhóm trang mỏng là việc của vài buổi.

Tiếp theo là dấu hiệu thứ năm, vì việc bổ sung tín hiệu về người viết không đòi viết lại nội dung.

Dấu hiệu thứ tư và thứ hai đòi đổi cách chọn chủ đề, mất một tới hai quý.

Dấu hiệu thứ nhất và thứ sáu là dài hạn nhất, vì đa dạng hóa nền lưu lượng và cân lại hồ sơ liên kết đều cần nhiều tháng.

Đo lần đầu xong, ba câu dưới đây hay được nêu.

=== FAQ === Q: Có nên chờ bản cập nhật rồi mới xử lý không? A: Không, vì sau khi bị ảnh hưởng thì việc phục hồi phụ thuộc vào chu kỳ đánh giá lại và mất nhiều tháng, còn xử lý trước thì bạn tránh được cú tụt. Q: Đo sáu dấu hiệu này mất bao lâu? A: Khoảng một buổi cho lần đầu và một tới hai giờ cho các lần sau, vì phần lớn là xuất dữ liệu và tính tỷ lệ trên bảng tính. Q: Website nhỏ có cần theo dõi cảnh báo sớm không? A: Có nhưng nhẹ hơn, chỉ cần dấu hiệu thứ ba và thứ tư mỗi quý, vì hai cái đó bắt được phần lớn rủi ro ở quy mô nhỏ.

Cảnh báo sớm không dự báo bản cập nhật mà đo mức tích lũy điểm yếu của chính bạn. Nên đo sáu dấu hiệu ngay trong quý này và ghi vào một bảng, vì giá trị của chúng chỉ xuất hiện khi bạn có đường so sánh qua nhiều quý.

Một website tin tức mất khoảng một nửa lưu lượng qua đêm và tìm ra nguyên nhân trong bốn mươi tám giờ nhờ một quy trình chẩn đoán nhanh đã chuẩn bị từ trước. Bài này dựng lại từng giờ họ làm gì và điều kiện để lặp lại.

Số liệu và kết quả trong ví dụ dưới đây là bản dựng cho một tình huống giả định, không phải bản ghi lấy từ một website cụ thể.

Sáu giờ đầu của quy trình chẩn đoán nhanh

Website trong tình huống này là trang tin chuyên ngành xây dựng, khoảng mười hai nghìn bài, xuất bản hai mươi bài mỗi ngày.

Cảnh báo tự động kêu lúc bảy giờ sáng: lưu lượng theo giờ của đêm trước thấp hơn năm mươi phần trăm so với cùng khung giờ tuần trước.

Bước đầu của chẩn đoán nhanh không phải điều tra mà là xác nhận. Người trực mở website bằng ba thiết bị khác nhau, kiểm nó tải được, hiển thị đúng, và không có thông báo lạ. Mất mười lăm phút.

Việc thứ hai là khoanh vùng. Xuất dữ liệu theo trang cho hai ngày, so mức thay đổi. Kết quả: nhóm bài đăng trong ba tháng gần nhất mất gần hết lưu lượng, nhóm bài cũ hơn không đổi.

Đặc điểm này là manh mối quan trọng nhất trong toàn bộ quá trình chẩn đoán nhanh. Mức tụt gắn với thời điểm xuất bản chứ không gắn với chủ đề hay với loại trang, nghĩa là vấn đề nằm ở khâu xử lý bài mới.

Trong sáu giờ đầu, đội không đưa ra giả thuyết nào về nội dung hay về thuật toán. Họ chỉ thu hẹp phạm vi.

Chẩn đoán nhanh giờ thứ sáu tới giờ hai mươi bốn

Manh mối chỉ về khâu xuất bản, nên phần chẩn đoán nhanh tiếp theo đi thẳng vào đó.

Họ lấy mười bài đăng trong tuần trước và chạy công cụ kiểm tra đường dẫn cho từng bài. Kết quả: cả mười đều báo không được index, lý do là có thẻ chặn index trên trang.

Mở mã nguồn một bài, thẻ chặn index nằm ngay trong phần đầu trang. Không ai chủ động thêm nó.

Tiếp theo là truy ngược thời điểm. Họ lấy một bài của bốn tháng trước, mở mã nguồn: không có thẻ đó. Lấy bài của ba tháng trước: có. Thu hẹp dần bằng cách chia đôi khoảng thời gian, sau khoảng một giờ họ xác định được ngày đầu tiên thẻ xuất hiện.

Ngày đó trùng với ngày đội kỹ thuật triển khai một bản cập nhật hệ thống quản trị nội dung.

Nguyên nhân cụ thể: bản cập nhật đổi giá trị mặc định của một trường trong biểu mẫu tạo bài, và trường đó điều khiển thẻ chặn index. Mọi bài tạo mới từ ngày đó đều mang thẻ này.

Giờ thứ hai mươi bốn tới bốn mươi tám: sửa và đẩy nhanh phục hồi

Phần chẩn đoán nhanh kết thúc ở đây, và việc sửa chính mất mười lăm phút: đổi lại giá trị mặc định của trường đó trong cấu hình.

Phần còn lại là xử lý ba tháng bài đã bị ảnh hưởng, khoảng một nghìn tám trăm bài.

Họ viết một đoạn mã chạy hàng loạt để gỡ thẻ chặn index khỏi toàn bộ nhóm bài đó. Việc này mất hai giờ gồm cả thử nghiệm trên môi trường phụ trước.

Sau đó là phần đẩy nhanh việc được ghi nhận lại. Họ sinh lại sitemap, gửi lại sitemap qua bộ công cụ quản trị, và gửi tay khoảng năm mươi bài quan trọng nhất qua công cụ kiểm tra đường dẫn.

Cuối cùng, họ đặt một kiểm tra tự động chạy hàng ngày: lấy ngẫu nhiên năm bài đăng trong hai mươi bốn giờ qua, kiểm chúng không có thẻ chặn index, báo động nếu có.

Kiểm tra này là phần giá trị nhất rút ra từ cả đợt chẩn đoán nhanh, vì nó biến một lỗi mất bốn mươi tám giờ để tìm thành một lỗi được phát hiện trong một ngày.

Kết quả và cách đọc con số

Lưu lượng bắt đầu phục hồi từ ngày thứ tư và trở về khoảng chín mươi phần trăm mức cũ sau ba tuần.

Con số này cần đọc kèm ba lưu ý. Thứ nhất, tốc độ phục hồi nhanh vì nguyên nhân thuộc nhóm kỹ thuật, tức chỉ cần trình thu thập quét lại là xong. Nhóm nguyên nhân về nội dung không phục hồi nhanh như vậy.

Thứ hai, khoảng mười phần trăm không quay lại, chủ yếu là các bài tin thời sự đã hết vòng đời trong ba tháng bị ẩn.

Thứ ba, thiệt hại thật lớn hơn con số lưu lượng, vì suốt ba tháng đó website mất luôn cơ hội xếp hạng cho các tin nóng, và các vị trí đó đã thuộc về đối thủ.

Chỉ số đáng chú ý nhất với đội là thời gian từ lúc lỗi phát sinh tới lúc phát hiện: ba tháng. Thời gian chẩn đoán nhanh chỉ là bốn mươi tám giờ, nhưng nó bắt đầu quá muộn.

Bốn điều kiện để lặp lại được

Điều kiện thứ nhất để chẩn đoán nhanh kịp là có cảnh báo theo giờ chứ không theo tuần. Nếu chỉ xem báo cáo hàng tuần, họ đã mất thêm nhiều ngày trước khi bắt đầu.

Điều kiện thứ hai là chẩn đoán nhanh phải bắt đầu bằng khoanh vùng chứ không bằng giả thuyết. Đội nào bắt đầu bằng việc bàn xem có phải bị phạt thuật toán không sẽ mất nhiều ngày cho một hướng sai.

Điều kiện thứ ba là có nhật ký triển khai của đội kỹ thuật. Không có nó, việc nối mốc thời gian với bản cập nhật hệ thống sẽ dựa vào trí nhớ và thường thất bại.

Điều kiện thứ tư là có quyền chạy mã hàng loạt trên kho bài. Sửa tay một nghìn tám trăm bài là việc không khả thi trong khung thời gian này.

Nghe xong chuyện này, câu đầu tiên người ta hỏi thường là một trong ba câu sau.

=== FAQ === Q: Nên đặt cảnh báo ở ngưỡng bao nhiêu để không bị kêu suốt? A: So lưu lượng theo giờ với cùng khung giờ của tuần trước và đặt ngưỡng ở mức giảm ba mươi phần trăm, cách này ít báo động giả hơn nhiều so với so với hôm qua. Q: Vì sao lỗi tồn tại ba tháng mà không ai phát hiện? A: Vì lưu lượng tổng giảm dần chứ không tụt đột ngột, các bài cũ vẫn kéo lưu lượng và che mất việc bài mới không được index. Q: Kiểm tra tự động hàng ngày nên kiểm những gì? A: Tối thiểu là thẻ chặn index và trạng thái lập chỉ mục của vài bài mới nhất, vì đó là nhóm lỗi âm thầm và gây thiệt hại tích lũy nhất.

Chẩn đoán nhanh không phải là điều tra giỏi mà là thu hẹp phạm vi trước khi đặt giả thuyết. Nên đặt cảnh báo theo giờ và kiểm tra tự động cho bài mới ngay trong tuần này, vì phần tốn kém của sự việc này không nằm ở bốn mươi tám giờ điều tra mà ở ba tháng không ai biết.

Trước khi kết luận nội dung có vấn đề, phải loại trừ hết nguyên nhân kỹ thuật, vì chúng rẻ hơn nhiều để kiểm và cũng hay là thủ phạm hơn. Bài này đưa quy trình sáu lớp, đi từ máy chủ vào tới từng trang, chạy hết trong nửa ngày.

Vì sao phải loại trừ nguyên nhân kỹ thuật trước

Ba lý do khiến thứ tự này gần như luôn đúng.

Lý do thứ nhất là chi phí kiểm. Kiểm một nguyên nhân kỹ thuật mất từ vài phút tới nửa giờ. Kiểm giả thuyết về chất lượng nội dung đòi đọc lại hàng chục bài và vẫn không kết luận chắc được.

Lý do thứ hai là chi phí sửa. Sửa một dòng cấu hình mất năm phút. Viết lại nội dung mất hàng tháng.

Lý do thứ ba là tần suất. Trong các đợt tụt lưu lượng đột ngột, nhóm nguyên nhân kỹ thuật xuất hiện thường xuyên hơn hẳn nhóm nội dung, đơn giản vì website thay đổi kỹ thuật liên tục còn nội dung thì không tự xấu đi qua đêm.

Nguyên tắc xuyên suốt quy trình: đi từ ngoài vào trong. Máy chủ trước, rồi tới khả năng quét, rồi tới lập chỉ mục, cuối cùng mới tới từng trang.

Lớp một và lớp hai: máy chủ và khả năng quét

Lớp một kiểm máy chủ. Mở nhật ký thời gian hoạt động của dịch vụ theo dõi, tìm các đợt gián đoạn trong sáu tuần trước mốc. Kiểm thời gian phản hồi trung bình có tăng không. Kiểm chứng chỉ bảo mật còn hạn không.

Một đợt gián đoạn kéo dài vài ngày trùng với thời điểm trình thu thập ghé có thể khiến hàng loạt trang bị rớt khỏi chỉ mục, và triệu chứng xuất hiện muộn hơn nguyên nhân vài tuần.

Lớp hai kiểm khả năng quét. Mở tệp cấu hình quét, đọc từng dòng chặn. Sau đó mở báo cáo thống kê thu thập dữ liệu, xem số lượt quét mỗi ngày có tụt trùng với mốc không.

Số lượt quét tụt mạnh là dấu hiệu rõ của nguyên nhân kỹ thuật, và nó thu hẹp phạm vi rất nhanh. Trình thu thập không ghé thì mọi thứ phía sau đều không xảy ra.

Kiểm thêm mã trạng thái mà máy chủ trả về cho trình thu thập. Tỷ lệ lỗi máy chủ tăng là dấu hiệu website đang chặn nhầm hoặc đang quá tải khi bị quét.

Lớp ba: lập chỉ mục

Lớp này bắt được nhóm nguyên nhân kỹ thuật gây thiệt hại lớn nhất.

Mở báo cáo lập chỉ mục trang, so số trang được index với kỳ trước. Ghi cả số trang bị loại trừ, chia theo từng lý do.

Ba dòng cần nhìn kỹ: trang bị chặn bởi tệp cấu hình, trang có thẻ chặn index, và trang có thẻ chuẩn khác với trang người dùng chọn.

Số ở dòng thứ hai tăng đột ngột gần như luôn là do một thay đổi kỹ thuật. Thẻ chặn index hiếm khi tự xuất hiện.

Sau đó dùng công cụ kiểm tra đường dẫn cho năm trang đại diện của các mẫu giao diện khác nhau: trang chủ, danh mục, chi tiết, trang có bộ lọc, trang phân trang. Xem từng trang có được index không và thẻ chuẩn đang trỏ đâu.

Lớp bốn và lớp năm: hiển thị và cấu trúc

Lớp bốn kiểm phần hiển thị. Dùng công cụ kiểm tra đường dẫn, xem bản đã dựng của trang. Nội dung chính có xuất hiện đủ không, hay chỉ có khung trống vì nội dung được nạp bằng mã chạy sau.

Đây là nhóm nguyên nhân kỹ thuật hay xuất hiện sau khi đổi giao diện sang dạng dựng nội dung ở phía trình duyệt. Người dùng thấy đủ, trình thu thập thấy trang trống.

Kiểm thêm phần chữ trong ảnh. Nếu nội dung quan trọng nằm trong ảnh thay vì trong văn bản, nó không được đọc.

Lớp năm kiểm cấu trúc liên kết. Quét website tìm liên kết gãy và chuỗi chuyển hướng nhiều bước. Kiểm các trang quan trọng có còn được liên kết nội bộ trỏ về không.

Một lỗi hay gặp sau khi đổi giao diện: khối điều hướng bị đổi và hàng loạt trang mất hết đường dẫn nội bộ, trở thành trang mồ côi mà vẫn còn trong sitemap.

Lớp sáu: từng trang cụ thể

Lớp cuối chỉ chạy khi năm lớp trên không cho kết luận.

Lấy mười trang tụt mạnh nhất và mười trang không tụt, so từng cặp theo bốn tiêu chí: thẻ chuẩn, thẻ chặn index, số liên kết nội bộ trỏ về, và thời điểm được quét lần cuối.

Nếu bốn tiêu chí này giống nhau giữa hai nhóm, bạn đã loại trừ được nguyên nhân kỹ thuật một cách khá chắc chắn, và đây là lúc chuyển sang giả thuyết về nội dung hoặc về cạnh tranh.

Nếu có tiêu chí lệch rõ, bạn đã tìm ra hướng. Kiểm tiếp trên toàn bộ nhóm tụt để xác nhận.

Ghi kết luận của cả sáu lớp vào một bảng. Bảng này quan trọng cả khi kết quả là không tìm thấy gì, vì nó cho phép bạn nói chắc rằng đã loại trừ và chuyển sang hướng khác thay vì quay lại kiểm từ đầu.

Đội chạy quy trình này lần đầu hay hỏi mấy điều dưới đây.

=== FAQ === Q: Chạy hết sáu lớp mất bao lâu? A: Khoảng nửa ngày cho website vài trăm trang, và lâu hơn ở lớp năm nếu website lớn vì việc quét toàn bộ mất thời gian. Q: Không có dịch vụ theo dõi thời gian hoạt động thì kiểm lớp một thế nào? A: Dùng báo cáo thống kê thu thập dữ liệu để xem tỷ lệ mã lỗi máy chủ theo ngày, nó thô hơn nhưng vẫn lộ ra các đợt gián đoạn lớn. Q: Nếu loại trừ hết nguyên nhân kỹ thuật mà vẫn không rõ thì sao? A: Chuyển sang phân tích theo nhóm trang và nhóm truy vấn để tìm đặc điểm phân biệt, đó là bước tiếp theo sau khi phần kỹ thuật đã sạch.

Loại trừ nguyên nhân kỹ thuật theo sáu lớp rẻ hơn nhiều so với mọi hướng điều tra khác, nên nó phải đi trước. Nên chạy lớp một tới lớp ba ngay hôm nay nếu lưu lượng vừa tụt, vì ba lớp đó mất khoảng một giờ và bắt được phần lớn trường hợp.

Khi lưu lượng tụt, thứ tự loại trừ quyết định bạn mất một buổi hay ba tuần để tìm ra nguyên nhân. Checklist dưới đây xếp mười nguyên nhân sụt giảm traffic theo thứ tự dễ kiểm trước, và mỗi mục đều kiểm được trong dưới hai mươi phút.

Nguyên tắc: kiểm cái rẻ trước, không kiểm cái đáng ngờ trước

Khi gặp sụt giảm traffic, phản xạ thông thường là bắt đầu từ giả thuyết mình cho là đúng nhất. Cách đó sai vì giả thuyết đầu tiên thường sai, và nó lại là giả thuyết tốn công kiểm nhất.

Thứ tự đúng khi tìm nguyên nhân sụt giảm traffic là kiểm theo chi phí. Mục nào mất hai phút thì kiểm trước, dù bạn thấy nó ít khả năng.

Lý do rất thực tế: mười mục dưới đây cộng lại mất khoảng hai giờ. Trong khi đó, kiểm nhầm một giả thuyết lớn như viết lại nội dung có thể ngốn hai tuần và vẫn không kết luận được gì.

Ghi kết quả từng mục vào một bảng hai cột: mục và kết luận. Bảng này ngăn bạn kiểm lại cùng một thứ hai lần và nó cũng là hồ sơ nếu phải bàn giao cho người khác.

Bốn mục đầu khi sụt giảm traffic: kiểm trong mười lăm phút

1. Mở mục hành động thủ công và mục vấn đề bảo mật trong bộ công cụ quản trị.
2. Mở website bằng chế độ ẩn danh, kiểm nó còn tải được và hiển thị đúng không.
3. Kiểm tệp cấu hình quét, tìm dòng chặn nhầm thư mục hoặc chặn toàn bộ.
4. Dùng công cụ kiểm tra đường dẫn cho ba trang quan trọng, xem chúng còn được index không.

Bốn mục này bắt được nhóm nguyên nhân sụt giảm traffic nghiêm trọng nhất và cũng phổ biến nhất sau mỗi lần cập nhật kỹ thuật.

Mục thứ ba là mục hay lộ ra nguyên nhân nhất trong nhóm này. Một dòng chặn sót lại từ môi trường thử nghiệm sau khi triển khai bản mới có thể xóa cả website khỏi kết quả tìm kiếm.

Mục thứ tư cần xem kỹ phần thẻ chuẩn và trạng thái lập chỉ mục, không chỉ nhìn dòng kết luận ở trên cùng.

Ba mục về thay đổi của chính mình gây sụt giảm traffic

1. Mở nhật ký thay đổi kỹ thuật, tìm mọi thay đổi trong sáu tuần trước mốc tụt.
2. Kiểm danh sách plugin, tìm cái mới cài hoặc mới cập nhật gần mốc.
3. Kiểm xem có ai đổi cấu trúc đường dẫn, đổi giao diện, hoặc chuyển máy chủ không.

Ba mục này chiếm phần lớn các đợt sụt giảm traffic mà đội ban đầu nghĩ là bị phạt. Nguyên nhân nằm ở nhà, chỉ là không ai nối được nó với mốc tụt.

Nếu không có nhật ký thay đổi, đây là lúc thấy giá trị của nó. Hỏi từng người trong đội xem họ đã làm gì trong sáu tuần đó, và ghi lại. Từ lần sau, ghi ngay lúc làm thay vì hỏi lại sau.

Mục thứ sáu đáng chú ý vì plugin tự cập nhật là nguồn thay đổi mà không ai chủ động làm. Nhiều website bật cập nhật tự động rồi quên mất là nó đang chạy.

Ba mục về bên ngoài

1. Đối chiếu mốc tụt với danh sách các bản cập nhật thuật toán đã công bố.
2. Kiểm xu hướng tìm kiếm của ba tới năm cụm từ khóa chính, xem nhu cầu có giảm không.
3. Gõ năm cụm từ khóa quan trọng nhất, xem ai đang chiếm vị trí của bạn.

Mục thứ chín là mục bị bỏ qua nhiều nhất và nó giải thích một tỷ lệ đáng kể các trường hợp. Nhu cầu giảm theo mùa hoặc theo chu kỳ ngành, và lưu lượng của bạn giảm theo là chuyện bình thường.

Mục thứ mười cho câu trả lời trực tiếp nhất. Nếu vị trí của bạn còn nguyên mà lưu lượng giảm, vấn đề nằm ở giao diện kết quả tìm kiếm chứ không ở thứ hạng. Nếu vị trí đã bị người khác chiếm, bạn đang bị vượt.

Cả ba mục này đều là nguyên nhân sụt giảm traffic đến từ bên ngoài, và với chúng thì cách xử lý là thích nghi chứ không phải sửa lỗi.

Đọc kết quả và quyết định bước tiếp

Sau khi chạy hết mười mục, nguyên nhân sụt giảm traffic rơi vào một trong bốn tình huống.

Tình huống thứ nhất: một mục cho kết luận rõ. Xử lý đúng mục đó và không làm gì thêm cho tới khi đo lại sau hai tuần.

Tình huống thứ hai: nhiều mục cùng có dấu hiệu. Ưu tiên mục thuộc nhóm thay đổi của chính mình, vì nó rẻ nhất để sửa và cũng hay là nguyên nhân thật nhất.

Tình huống thứ ba: không mục nào cho dấu hiệu, mức tụt nhỏ dưới mười phần trăm. Chờ thêm bốn tuần rồi kiểm lại. Nhiều dao động ở mức này tự phục hồi.

Tình huống thứ tư: không mục nào cho dấu hiệu, mức tụt lớn. Đây là lúc chuyển sang phân tích sâu hơn theo nhóm trang và theo nhóm truy vấn, và có thể cần mở log file.

Điều không nên làm trong mọi tình huống: sửa nhiều thứ cùng lúc. Kể cả khi bạn nghĩ mình biết nguyên nhân, sửa từng thứ một là cách duy nhất để biết cái nào có tác dụng.

Chạy hết mười mục xong, câu tiếp theo thường là một trong ba câu này.

=== FAQ === Q: Lưu lượng tụt bao nhiêu thì nên chạy checklist này? A: Trên mười phần trăm giữ liên tục quá hai tuần, còn dao động dưới mức đó thường là biến động bình thường và chạy checklist chỉ tốn công. Q: Có nên chạy checklist định kỳ thay vì đợi tụt không? A: Bốn mục đầu nên chạy hàng tháng vì chúng rẻ và bắt được lỗi kỹ thuật sớm, còn sáu mục còn lại chỉ cần khi có dấu hiệu. Q: Nếu tìm ra hai nguyên nhân cùng lúc thì xử lý cái nào trước? A: Xử lý cái thuộc về mình trước vì bạn kiểm soát được nó, rồi mới tới cái bên ngoài vốn cần thích nghi chứ không sửa được.

Tìm nguyên nhân sụt giảm traffic là việc loại trừ theo thứ tự chứ không phải việc đoán. Nên chạy bốn mục đầu ngay khi thấy số liệu tụt, vì chúng mất mười lăm phút và bắt được nhóm nguyên nhân gây thiệt hại nhanh nhất.

Một website nội dung mất khoảng một nửa lưu lượng sau một bản cập nhật lớn và lấy lại được phần lớn trong bốn tháng, nhờ xử lý theo nhóm thay vì viết lại toàn bộ. Bài này dựng lại cách họ phân nhóm và điều kiện để phục hồi traffic theo cách đó.

Số liệu và kết quả trong ví dụ dưới đây là bản dựng cho một tình huống giả định, không phải bản ghi lấy từ một website cụ thể.

Tình trạng sau cú tụt

Website trong tình huống này là một trang nội dung về tài chính cá nhân, khoảng tám trăm bài, chạy được bốn năm.

Lưu lượng từ tìm kiếm giảm khoảng năm mươi phần trăm trong ba ngày, đúng vào khoảng thời gian một bản cập nhật lớn được triển khai. Không có thông báo hành động thủ công.

Mức tụt không đều. Khi tách theo nhóm, đội thấy khoảng ba trăm bài gần như mất sạch lưu lượng, hai trăm bài giảm nhẹ, và ba trăm bài không đổi.

Sự lệch này là manh mối quan trọng nhất. Nếu mức tụt đều trên toàn website, nguyên nhân sẽ nằm ở cấp tên miền. Lệch hẳn theo nhóm nghĩa là có đặc điểm gì đó phân biệt ba nhóm với nhau.

Phản xạ đầu tiên của đội là viết lại toàn bộ tám trăm bài. Họ dừng lại vì tính ra việc đó cần hơn một năm công.

Bước một để phục hồi traffic: tìm đặc điểm phân biệt

Đội lấy ngẫu nhiên hai mươi bài từ mỗi nhóm và đọc kỹ, tìm điểm chung.

Nhóm mất sạch có ba đặc điểm lặp lại. Bài viết theo dàn ý tổng hợp từ các bài khác, không có dữ liệu hay trải nghiệm riêng. Không có tên tác giả hoặc tác giả không có thông tin gì. Chủ đề thuộc nhóm cần chuyên môn tài chính.

Nhóm giảm nhẹ: có tên tác giả rõ, nội dung có vài chi tiết riêng, nhưng chủ đề cũng thuộc nhóm cần chuyên môn.

Nhóm không đổi: chủ đề thiên về thủ tục và công cụ, kiểu cách điền một biểu mẫu hay cách dùng một ứng dụng. Nhóm này ít đòi hỏi chuyên môn tài chính.

Kết luận rút ra: bản cập nhật siết ở nhóm nội dung cần chuyên môn mà không thể hiện được chuyên môn. Nhóm hướng dẫn thao tác không bị ảnh hưởng vì đúng sai kiểm chứng được ngay.

Kết luận này đổi hẳn kế hoạch. Thay vì viết lại tám trăm bài, họ chỉ cần xử lý ba trăm bài của nhóm một, và xử lý theo hướng bổ sung tín hiệu chuyên môn chứ không phải viết lại nội dung.

Bước hai: xử lý ba trăm bài theo ba hướng

Việc phục hồi traffic cho ba trăm bài này không làm đồng loạt. Đội chia tiếp theo giá trị.

Khoảng sáu mươi bài có lưu lượng lịch sử cao nhất được xử lý kỹ: mời một chuyên gia có chứng chỉ hành nghề rà lại nội dung, ghi tên người rà kèm thông tin nghề nghiệp, bổ sung nguồn cho mọi số liệu, và thêm phần nói rõ trường hợp nào lời khuyên này không áp dụng.

Khoảng một trăm hai mươi bài ở mức giữa được xử lý nhẹ hơn: gộp các bài cùng chủ đề thành bài dài hơn, gắn tên tác giả thật với trang hồ sơ đầy đủ, bổ sung nguồn.

Khoảng một trăm hai mươi bài còn lại, vốn có lưu lượng thấp từ trước, được chặn index. Đây là quyết định khó nhất về mặt tâm lý nhưng đúng về mặt nguồn lực.

Song song, họ dựng trang hồ sơ cho từng tác giả, nêu rõ kinh nghiệm, bằng cấp nếu có, và các bài đã viết. Trước đó mọi bài đều đứng tên chung một tài khoản quản trị.

Bước ba: đợi đúng chỗ và không sốt ruột

Đây là phần khó nhất về mặt tinh thần và cũng là nơi nhiều đội làm hỏng việc phục hồi traffic.

Sau khi sửa xong trong tuần thứ chín, không có gì thay đổi trong bốn tuần tiếp theo. Lưu lượng giữ nguyên ở mức thấp.

Đội giữ nguyên và không sửa thêm. Lý do: việc phục hồi traffic sau nhóm nguyên nhân này phụ thuộc vào chu kỳ đánh giá lại của hệ thống, không phụ thuộc vào việc bạn sửa thêm bao nhiêu.

Trong lúc chờ, họ chuyển nguồn lực sang hai việc không phụ thuộc chu kỳ đó: đẩy mạnh bản tin qua thư điện tử, và viết mới cho nhóm chủ đề thao tác vốn không bị ảnh hưởng.

Dấu hiệu đầu tiên xuất hiện ở tuần mười lăm: lượt hiển thị của nhóm sáu mươi bài đã xử lý kỹ bắt đầu nhích lên, dù lượt bấm chưa đổi. Đây là dấu hiệu sớm quen thuộc.

Mức phục hồi traffic sau bốn tháng

Sau bốn tháng tính từ lúc bắt đầu sửa, mức phục hồi traffic đạt khoảng tám mươi phần trăm phần đã mất.

Con số này cần đọc kèm ba lưu ý. Thứ nhất, phần phục hồi traffic tập trung ở nhóm sáu mươi bài được xử lý kỹ. Nhóm một trăm hai mươi bài xử lý nhẹ chỉ phục hồi một phần nhỏ.

Thứ hai, tổng số bài được index giảm từ tám trăm xuống khoảng sáu trăm tám mươi, vì nhóm bị chặn index. Lưu lượng phục hồi trên số bài ít hơn.

Thứ ba, một phần lưu lượng không quay lại và có lẽ sẽ không quay lại, vì các vị trí đó đã bị các nguồn có chuyên môn rõ hơn chiếm giữ.

Chỉ số đáng chú ý nhất với đội là lưu lượng trên mỗi bài được index, tăng rõ so với trước khi tụt. Website nhỏ hơn nhưng hiệu quả hơn.

Bốn điều kiện để lặp lại được

Điều kiện thứ nhất để phục hồi traffic theo cách này là mức tụt phải lệch theo nhóm. Nếu tụt đều trên toàn website, việc phân nhóm không tìm ra được đặc điểm phân biệt nào và cách này không áp dụng được.

Điều kiện thứ hai là có ngân sách mời chuyên gia rà nội dung. Với nhóm chủ đề cần chuyên môn, việc gắn tên một người có thẩm quyền thật là phần không thay thế được bằng cách viết hay hơn.

Điều kiện thứ ba là dám chặn index nhóm bài yếu. Đội nào giữ lại tất cả vì tiếc công viết sẽ kéo dài thời gian phục hồi traffic đáng kể.

Điều kiện thứ tư là có nguồn thu khác sống được suốt quãng chờ phục hồi traffic. Nếu doanh thu phụ thuộc hoàn toàn vào lưu lượng tìm kiếm, quãng chờ này là quãng rất khó vượt qua.

Đội đang ở giữa quãng chờ hay hỏi mấy điều dưới đây.

=== FAQ === Q: Có nên sửa thêm trong lúc chờ đánh giá lại không? A: Không nên sửa lớn, vì mỗi lần sửa lại đặt lại mốc và bạn mất khả năng biết việc nào có tác dụng, chỉ nên sửa các lỗi kỹ thuật rõ ràng. Q: Chặn index bài cũ có làm mất lưu lượng đang có không? A: Có mất phần nhỏ, nên chỉ chặn nhóm bài có lưu lượng thấp từ trước, còn nhóm đang có lưu lượng thì nên gộp hoặc bổ sung thay vì chặn. Q: Gắn tên tác giả thật có thật sự tạo khác biệt không? A: Với nhóm chủ đề cần chuyên môn thì có, nhưng nó chỉ có tác dụng khi người đó có thông tin nghề nghiệp kiểm chứng được, còn tên suông thì không đổi gì.

Việc phục hồi traffic sau một bản cập nhật lớn bắt đầu bằng phân nhóm chứ không bằng viết lại. Nên tách số liệu theo nhóm bài ngay trong tuần đầu sau khi tụt, vì bảng đó quyết định bạn xử lý ba trăm bài hay tám trăm bài.

Thời gian phục hồi khác nhau rất xa giữa các loại hình phạt, từ vài tuần tới hơn một năm, và biết trước con số đó quyết định bạn lập kế hoạch thế nào. Bài này phân loại năm nhóm cùng khoảng thời gian phục hồi thực tế của từng nhóm.

Vì sao thời gian phục hồi chênh nhau nhiều tới vậy

Khác biệt nằm ở cơ chế gỡ, không nằm ở mức độ nghiêm trọng.

Với nhóm có người xét duyệt, thời gian phục hồi phụ thuộc vào việc bạn khắc phục xong và hàng đợi xử lý yêu cầu. Nó có mốc rõ ràng và bạn tác động được vào tốc độ.

Với nhóm do thuật toán đánh giá lại, không có ai để gửi yêu cầu. Website chỉ được đánh giá lại khi hệ thống chạy lại phép đánh giá đó, và bạn không biết lúc nào.

Với nhóm do chính bạn gây ra, thời gian phục hồi phụ thuộc vào tốc độ trình thu thập quét lại website. Đây là nhóm nhanh nhất.

Ba cơ chế này giải thích vì sao hai website cùng mất năm mươi phần trăm lưu lượng lại có lộ trình hoàn toàn khác nhau.

Nhóm một: hành động thủ công, phục hồi hai tới tám tuần

Đây là nhóm có mốc rõ ràng nhất và cũng là nhóm bạn kiểm soát được tốc độ nhiều nhất.

Sau khi khắc phục, bạn gửi yêu cầu xem xét lại kèm mô tả những gì đã sửa. Thời gian phục hồi tính từ lúc gửi thường là một tới bốn tuần cho lần xét đầu.

Nếu bị từ chối, chu kỳ lặp lại. Mỗi lần từ chối cộng thêm vài tuần, nên chất lượng của lần khắc phục đầu tiên quyết định tổng thời gian.

Ba lý do khiến yêu cầu bị từ chối: khắc phục chưa triệt để, mô tả quá chung chung không nêu việc cụ thể, và không kèm bằng chứng như danh sách liên kết đã gỡ.

Sau khi được duyệt, thứ hạng không quay lại ngay ở mức cũ. Nó tăng dần trong vài tuần, và thường không đạt đúng mức trước đó nếu vi phạm kéo dài nhiều năm.

Nhóm hai: ảnh hưởng từ bản cập nhật lớn, phục hồi ba tới mười hai tháng

Đây là nhóm khó chịu nhất vì không có mốc nào để bám vào.

Cơ chế: hệ thống đánh giá lại toàn bộ theo tiêu chí mới. Bạn sửa nội dung xong nhưng phải chờ tới lần đánh giá tiếp theo mới được ghi nhận, và các lần đánh giá thường cách nhau nhiều tháng.

Thời gian phục hồi vì thế phụ thuộc vào việc bạn sửa xong trước hay sau lần đánh giá kế tiếp. Sửa xong ngay sau khi một lần đánh giá vừa chạy nghĩa là chờ trọn chu kỳ.

Điều cần chấp nhận: không phải website nào cũng phục hồi. Nếu tiêu chí mới đánh giá thấp loại nội dung mà mô hình kinh doanh của bạn dựa vào, việc phục hồi đòi đổi cả mô hình chứ không chỉ sửa bài.

Dấu hiệu tốt trong lúc chờ: lượt hiển thị nhích lên trước khi lưu lượng nhích lên, và nhóm truy vấn dài hồi trước nhóm truy vấn ngắn.

Nhóm ba: lỗi kỹ thuật của chính mình, phục hồi một tới bốn tuần

Nhóm này chiếm phần lớn các trường hợp mà đội nghĩ là bị phạt.

Nguồn phổ biến: thẻ chặn index sót lại sau khi cập nhật, tệp cấu hình quét chặn nhầm, chuyển hướng sai sau khi đổi giao diện, chứng chỉ bảo mật hết hạn, máy chủ trả lỗi hàng loạt.

Thời gian phục hồi ngắn vì cơ chế đơn giản: sửa xong, trình thu thập quét lại, trạng thái trở về bình thường. Với website được quét thường xuyên, việc này mất một tới hai tuần.

Cách rút ngắn: sau khi sửa, gửi lại các địa chỉ quan trọng qua công cụ kiểm tra đường dẫn thay vì chờ trình thu thập tự ghé.

Đây cũng là lý do phép kiểm đầu tiên khi thấy tụt lưu lượng phải là kiểm nhật ký thay đổi kỹ thuật của chính mình.

Nhóm bốn và năm: nội dung mỏng và liên kết bất thường

Hai nhóm này nằm giữa về mặt thời gian phục hồi.

Nhóm bốn là nội dung bị đánh giá là mỏng hoặc trùng lặp ở quy mô lớn. Thời gian phục hồi thường ba tới sáu tháng, vì bạn phải xử lý hàng trăm hoặc hàng nghìn trang rồi chờ đánh giá lại.

Cách xử lý nhanh nhất không phải viết lại tất cả, mà là quyết định dứt khoát cho từng nhóm: gộp, bổ sung, hoặc chặn index. Nhóm nào không đáng đầu tư thì chặn index luôn, việc đó nhanh và hiệu quả hơn viết lại nửa vời.

Nhóm năm là hồ sơ liên kết bất thường. Nếu có hành động thủ công kèm theo, thời gian phục hồi tính theo nhóm một. Nếu chỉ là thuật toán giảm giá trị các liên kết đó, thường không có phục hồi rõ rệt mà chỉ là mất phần giá trị vốn không có thật.

Trong nhóm năm, việc gỡ liên kết luôn tốt hơn khai báo từ chối, nhưng gỡ được bao nhiêu thì phụ thuộc vào việc bên kia có hợp tác không.

Lập kế hoạch dựa trên thời gian phục hồi

Biết con số rồi thì kế hoạch nên khác đi ở ba điểm.

Điểm thứ nhất là truyền đạt kỳ vọng. Nói trước với ban lãnh đạo khoảng thời gian phục hồi của đúng nhóm mình đang gặp, kèm lý do. Im lặng rồi bị hỏi mỗi tuần là tình huống tệ nhất.

Điểm thứ hai là chuẩn bị nguồn lưu lượng thay thế cho giai đoạn chờ. Với nhóm hai và nhóm bốn, quãng chờ tính bằng quý, và doanh nghiệp không sống được nếu chỉ ngồi đợi.

Điểm thứ ba là đặt mốc đánh giá lại. Chốt trước rằng sau bao lâu sẽ xem lại và quyết định có đổi hướng không. Không có mốc thì đội cứ sửa mãi mà không ai dám nói là hướng này không hiệu quả.

Người vừa xác định được nhóm của mình hay hỏi mấy điều dưới đây.

=== FAQ === Q: Có cách nào rút ngắn thời gian phục hồi của nhóm thuật toán không? A: Không rút ngắn được chu kỳ đánh giá, nhưng sửa sớm và triệt để đảm bảo bạn kịp cho lần đánh giá gần nhất thay vì lỡ nó và phải chờ trọn chu kỳ. Q: Phục hồi rồi có quay lại đúng mức cũ không? A: Thường không đạt đúng mức cũ, nhất là khi vi phạm kéo dài, vì trong lúc bạn tụt thì đối thủ đã chiếm chỗ và họ không tự nhường lại. Q: Nên xử lý cùng lúc nhiều nhóm hay lần lượt? A: Xử lý cùng lúc nếu chúng độc lập, nhưng phải ghi rõ ngày của từng việc, nếu không thì lúc phục hồi bạn không biết việc nào có tác dụng.

Thời gian phục hồi phụ thuộc vào cơ chế gỡ chứ không vào mức độ tụt, nên việc đầu tiên là xác định đúng nhóm. Nên chạy phép kiểm nhóm ngay trong tuần này, vì nó quyết định bạn cần lập kế hoạch cho một tháng hay cho cả năm.

Phạt thuật toán và giảm traffic tự nhiên trông giống nhau trên biểu đồ nhưng cần hai cách xử lý trái ngược. Bài này đưa bốn phép kiểm phân biệt được trong một buổi, và cách đọc kết quả khi các phép kiểm mâu thuẫn nhau.

Ba nguyên nhân thường bị gộp làm một

Trước khi kiểm, cần tách rõ ba thứ hay bị gọi chung là phạt thuật toán.

Thứ nhất là hành động thủ công. Một người ở đội chống spam xem website của bạn và ra quyết định. Nhóm này luôn có thông báo trong bộ công cụ quản trị, nên nó dễ xác định nhất.

Thứ hai là ảnh hưởng từ bản cập nhật thuật toán. Không ai xem website của bạn cả, hệ thống chỉ đánh giá lại theo tiêu chí mới. Không có thông báo nào.

Thứ ba là giảm tự nhiên. Nhu cầu tìm kiếm giảm theo mùa, đối thủ mạnh lên, hoặc chính bạn vừa thay đổi gì đó. Không liên quan tới phạt thuật toán.

Ba nhóm này cần ba hướng xử lý khác nhau. Nhóm thứ nhất cần khắc phục rồi gửi yêu cầu xem xét lại. Nhóm thứ hai cần rà lại chất lượng nội dung. Nhóm thứ ba có khi không cần làm gì cả.

Nhầm nhóm thứ ba thành nhóm thứ hai là lỗi tốn kém nhất, vì đội sẽ viết lại hàng trăm bài để giải quyết một vấn đề không tồn tại.

Phép kiểm thứ nhất về phạt thuật toán: mở thông báo

Mất hai phút và nó loại trừ hoặc xác nhận ngay nhóm nghiêm trọng nhất.

Mở bộ công cụ quản trị, vào mục hành động thủ công. Nếu có thông báo, bạn đã có câu trả lời và cả nguyên nhân cụ thể, vì thông báo luôn nêu rõ vi phạm.

Kiểm thêm mục vấn đề bảo mật ở cùng khu vực. Website bị chèn mã ẩn cũng gây tụt lưu lượng giống hệt phạt thuật toán, và nó có thông báo riêng.

Nếu cả hai mục đều trống, bạn loại được nhóm thứ nhất. Phần lớn trường hợp dừng ở đây với kết quả trống, và đó là tin tốt.

Điều nhiều người bỏ qua: thông báo chỉ gửi tới địa chỉ thư đã xác minh trong công cụ. Nếu người lập tài khoản đã nghỉ việc, thông báo có thể đang nằm ở hộp thư không ai đọc.

Phép kiểm thứ hai: đối chiếu mốc thời gian

Đây là phép kiểm quyết định nhất để phân biệt phạt thuật toán với giảm tự nhiên.

Xác định chính xác ngày lưu lượng bắt đầu tụt. Dùng dữ liệu theo ngày chứ không theo tuần, vì gộp tuần làm mờ mốc.

Đặc trưng của ảnh hưởng do bản cập nhật thuật toán: mức tụt xảy ra trong một tới ba ngày rồi giữ ở mặt bằng mới. Đường biểu đồ có hình bậc thang.

Đặc trưng của giảm tự nhiên: đường đi xuống dần trong nhiều tuần, không có mốc gãy rõ.

Sau khi có mốc, đối chiếu với danh sách các bản cập nhật đã được công bố. Nếu mốc của bạn trùng trong vòng vài ngày, khả năng cao thuộc nhóm thứ hai.

Cùng lúc, đối chiếu với nhật ký thay đổi của chính website. Rất nhiều trường hợp mốc gãy trùng với ngày đội kỹ thuật triển khai một thay đổi, và nguyên nhân nằm ở nhà chứ không phải phạt thuật toán.

Phép kiểm thứ ba: phạm vi ảnh hưởng

Phạm vi cho biết nguyên nhân nằm ở cấp nào, và nó phân biệt phạt thuật toán diện rộng với vấn đề của một nhóm nội dung.

Tụt trên toàn bộ website, mọi nhóm trang, mọi nhóm truy vấn: thường là vấn đề cấp tên miền. Nhóm này gồm phạt thuật toán diện rộng, lỗi kỹ thuật toàn cục, hoặc mất niềm tin ở mức tổng thể.

Tụt chỉ ở một nhóm trang: thường là vấn đề của chính nhóm đó. Nội dung mỏng, trùng lặp, hoặc nhóm đó vừa bị đối thủ vượt.

Tụt chỉ ở một nhóm truy vấn nhưng trải trên nhiều trang: thường là ý định tìm kiếm của nhóm truy vấn đó đã đổi, hoặc giao diện kết quả tìm kiếm cho nhóm đó đã đổi.

Cách kiểm: xuất dữ liệu theo trang và theo truy vấn cho hai khoảng thời gian trước và sau mốc, tính mức thay đổi cho từng nhóm, rồi xem mức tụt phân bố thế nào.

Phân bố đều trên mọi nhóm là dấu hiệu cấp tên miền. Phân bố lệch hẳn vào vài nhóm là dấu hiệu cấp nội dung.

Phép kiểm thứ tư: kiểm tra đối thủ và nhu cầu

Phép kiểm cuối loại trừ nhóm giảm tự nhiên, tức nhóm không liên quan gì tới phạt thuật toán, và nó hay bị bỏ qua nhất.

Kiểm nhu cầu trước. Dùng công cụ xem xu hướng tìm kiếm cho ba tới năm cụm từ khóa chính của bạn. Nếu chính nhu cầu giảm, lưu lượng của bạn giảm theo là chuyện bình thường và không liên quan tới phạt thuật toán.

Kiểm lượt hiển thị. Nếu lượt hiển thị giữ nguyên mà lượt bấm giảm, vấn đề không phải thứ hạng mà là giao diện kết quả tìm kiếm đã đổi, ví dụ có thêm khối trả lời ở đầu.

Kiểm đối thủ. Gõ năm cụm từ khóa quan trọng nhất, xem ai đang chiếm vị trí của bạn. Nếu đó là các trang mới xuất hiện với nội dung tốt hơn, bạn đang bị vượt chứ không bị phạt.

Ba kiểm tra này mất khoảng một giờ và chúng giải thích được phần lớn trường hợp mà ba phép kiểm trước để lại kết quả mơ hồ.

Đọc kết quả khi các phép kiểm mâu thuẫn

Bốn phép kiểm hiếm khi cùng chỉ về một hướng, nên cần nguyên tắc đọc trước khi kết luận có phạt thuật toán hay không.

Nếu có thông báo hành động thủ công, mọi phép kiểm khác không quan trọng. Xử lý theo đúng nội dung thông báo.

Nếu mốc thời gian trùng bản cập nhật nhưng phạm vi chỉ ở một nhóm trang, đọc theo phạm vi. Bản cập nhật là chất xúc tác, còn vấn đề thật nằm ở nhóm nội dung đó.

Nếu mốc trùng cả bản cập nhật lẫn thay đổi kỹ thuật của bạn, ưu tiên kiểm thay đổi kỹ thuật trước. Nó rẻ hơn để loại trừ và cũng hay là nguyên nhân thật hơn.

Nếu không phép kiểm nào cho kết luận rõ, chờ thêm bốn tuần trước khi hành động lớn. Nhiều đợt dao động tự phục hồi, và việc viết lại hàng loạt nội dung vì hoảng thường làm tình hình tệ hơn.

Đội lần đầu gặp đợt tụt lớn hay hỏi mấy điều dưới đây.

=== FAQ === Q: Bao lâu sau khi khắc phục thì phục hồi? A: Với hành động thủ công thì vài tuần sau khi yêu cầu xem xét lại được duyệt, còn với ảnh hưởng từ bản cập nhật thì thường phải chờ tới bản cập nhật kế tiếp. Q: Có công cụ nào cho biết chắc chắn mình bị phạt thuật toán không? A: Không, các công cụ chỉ đối chiếu mốc thời gian với danh sách bản cập nhật, còn kết luận vẫn phải dựa trên bốn phép kiểm ở trên. Q: Lưu lượng tụt bao nhiêu thì đáng lo? A: Không có ngưỡng chung, nhưng mức tụt trên hai mươi phần trăm giữ liên tục quá bốn tuần thì đáng chạy đủ bốn phép kiểm thay vì chờ tiếp.

Phân biệt đúng nguyên nhân quyết định bạn mất một buổi hay mất một quý. Nên mở mục hành động thủ công và xác định mốc gãy theo ngày ngay khi thấy số liệu tụt, vì hai việc đó mất ba mươi phút và loại trừ được phần lớn giả thuyết sai.

Một website thương mại điện tử phát hiện đợt trỏ backlink độc hại vào ngày thứ tư nhờ một cảnh báo đặt sẵn, và xử lý xong trước khi thứ hạng bị ảnh hưởng. Bài này dựng lại cách họ phát hiện, cách họ quyết định phản ứng, và điều kiện lặp lại.

Số liệu và kết quả trong ví dụ dưới đây là bản dựng cho một tình huống giả định, không phải bản ghi lấy từ một website cụ thể.

Cảnh báo đầu tiên và cách nó được đặt

Website trong tình huống này bán thiết bị điện tử, khoảng ba nghìn sản phẩm, chạy được sáu năm và có hồ sơ liên kết ổn định.

Sáu tháng trước sự việc, đội SEO đặt một cảnh báo đơn giản: mỗi thứ hai, một người mở báo cáo liên kết trong bộ công cụ quản trị, ghi số tên miền trỏ về vào một bảng, và so với tuần trước.

Đường nền của họ là khoảng bốn tới tám tên miền mới mỗi tuần, khá đều trong hai năm.

Vào tuần xảy ra sự việc, con số là hai trăm mười bảy. Đây không phải cảnh báo tự động tinh vi, chỉ là một người nhìn vào một con số mỗi tuần, nhưng nó đủ để bắt được bất thường ở ngày thứ tư.

Điểm đáng chú ý: nếu không có bảng ghi hai năm, con số hai trăm mười bảy sẽ không nói lên điều gì. Giá trị nằm ở đường nền, không nằm ở con số lẻ.

Xác định đây là backlink độc hại hay không

Số liên kết tăng vọt chưa chắc là backlink độc hại. Đội chạy bốn kiểm tra trong nửa ngày.

Kiểm tra thứ nhất là nguồn. Họ lấy mẫu ba mươi tên miền mới, mở từng cái. Cả ba mươi đều là trang không có nội dung biên tập, chỉ là kho bài tự sinh, và tất cả đều đặt trên vài dải máy chủ gần nhau.

Kiểm tra thứ hai là cụm từ neo. Hơn tám mươi phần trăm liên kết dùng đúng một nhóm cụm liên quan tới cờ bạc và thuốc, hoàn toàn không liên quan tới ngành của họ.

Kiểm tra thứ ba là trang đích. Các liên kết trỏ về đúng mười hai trang danh mục có giá trị thương mại cao nhất, không rải đều toàn website.

Kiểm tra thứ tư là thời gian. Toàn bộ xuất hiện trong khoảng bốn ngày.

Bốn kiểm tra cho cùng một kết luận: đây là backlink độc hại được trỏ có chủ đích, không phải hiện tượng tự nhiên. Ba trong bốn dấu hiệu đã đủ để kết luận, dấu hiệu thứ ba là dấu hiệu chỉ ra đây là hành động nhắm mục tiêu.

Quyết định phản ứng thế nào

Xác định là backlink độc hại rồi, đội tranh luận nhiều nhất ở bước này, và quyết định của họ ngược với phản xạ thông thường.

Phản xạ thông thường là khai báo từ chối toàn bộ ngay lập tức. Đội không làm vậy, vì hai lý do.

Lý do thứ nhất: hệ thống bỏ qua phần lớn backlink độc hại mà không tính vào điểm trừ. Với một website đã có hồ sơ liên kết dày sáu năm, khối liên kết mới chiếm tỷ trọng nhỏ.

Lý do thứ hai: khai báo từ chối vội vàng dễ loại nhầm. Trong hai trăm mười bảy tên miền, việc rà từng cái mất nhiều ngày, và làm ẩu thì có thể gạt cả các nguồn đang có ích.

Họ chọn cách theo dõi có điều kiện. Ghi lại toàn bộ danh sách, đặt mốc theo dõi ba chỉ số cho mười hai trang đích: vị trí trung bình, lượt hiển thị, và trạng thái trong báo cáo lập chỉ mục. Kiểm hàng ngày trong hai tuần đầu, hàng tuần sau đó.

Điều kiện để chuyển sang hành động được chốt trước: nếu vị trí trung bình của nhóm trang đích giảm quá ba bậc trong hai tuần liên tiếp, hoặc nếu có thông báo hành động thủ công, thì mới lập tệp khai báo từ chối.

Diễn biến và kết quả

Trong hai tuần đầu sau đợt backlink độc hại, vị trí trung bình của mười hai trang đích dao động trong khoảng một bậc, tức nằm trong biên độ bình thường của chúng.

Số tên miền mới quay về mức nền từ tuần thứ hai, cho thấy đợt trỏ liên kết đã dừng.

Sau tám tuần, không có thay đổi nào đáng kể về thứ hạng, lưu lượng hay trạng thái lập chỉ mục. Không có thông báo hành động thủ công.

Đội không bao giờ nộp tệp khai báo từ chối. Toàn bộ chi phí xử lý là khoảng một ngày công cho việc kiểm tra ban đầu và vài phút mỗi ngày cho việc theo dõi.

Điểm đáng rút ra: giá trị của cảnh báo không nằm ở việc nó dẫn tới hành động, mà ở việc nó cho phép quyết định dựa trên dữ liệu thay vì lo lắng. Không có nó, đội sẽ chỉ phát hiện khi thứ hạng đã tụt, và khi đó không phân biệt được nguyên nhân.

Bốn điều kiện để lặp lại được

Điều kiện thứ nhất là có đường nền để nhận ra backlink độc hại. Không có bảng ghi vài tháng thì mọi con số đều vô nghĩa và bạn không phân biệt được bất thường với biến động bình thường.

Điều kiện thứ hai là hồ sơ liên kết đã đủ dày. Website mới có ít liên kết thật thì một khối backlink độc hại chiếm tỷ trọng lớn và rủi ro cao hơn hẳn, khi đó phản ứng nên chủ động hơn.

Điều kiện thứ ba là chốt trước khi nào thì hành động với nhóm backlink độc hại. Không chốt trước thì khi đang lo lắng, mọi dao động nhỏ đều bị đọc thành bằng chứng.

Điều kiện thứ tư là có người kỷ luật với việc ghi số hàng tuần. Cảnh báo này không tự động, nó dựa vào một thói quen, và thói quen là thứ dễ bỏ nhất khi mọi thứ đang yên.

Khi kể lại chuyện này, người nghe thường vặn ngay mấy câu sau.

=== FAQ === Q: Khi nào thì nên nộp tệp khai báo từ chối? A: Khi có thông báo hành động thủ công, hoặc khi thứ hạng nhóm trang bị nhắm tụt rõ và kéo dài, còn nộp vì lo lắng thường gây hại hơn là giúp. Q: Có cách nào chặn người khác trỏ liên kết về website mình không? A: Không có, bất kỳ ai cũng đặt được liên kết trỏ tới bạn, nên phần kiểm soát duy nhất nằm ở việc phát hiện sớm và ở độ dày của hồ sơ liên kết thật. Q: Website mới bị trỏ backlink độc hại thì nên làm gì khác? A: Nên phản ứng chủ động hơn vì tỷ trọng lớn, gồm việc rà và khai báo từ chối nhóm rõ ràng có vấn đề, đồng thời đẩy nhanh việc xây liên kết thật để cân lại.

Phần quyết định của tình huống này nằm ở một bảng ghi số hàng tuần, không nằm ở công cụ đắt tiền nào. Nên bắt đầu ghi số tên miền trỏ về vào một bảng ngay tuần này, vì đường nền chỉ có giá trị khi nó đã tồn tại trước lúc sự việc xảy ra.