Website rớt hạng Google: 6 nguyên nhân và cách truy ngược

Traffic rơi thường có một ngày cụ thể làm mốc. Không phải một quá trình mờ mờ. Website rớt hạng Google mà không biết bắt đầu từ đâu thì dễ sửa sai chỗ. Bài này đi ngược từ ngày traffic gãy, đối chiếu với lịch Google. Rồi tách lỗi kỹ thuật sửa trong tuần với lỗi thuật toán phải chờ đợt cập nhật sau.

Website rớt hạng Google bắt đầu từ đâu để truy

Bắt đầu từ Google Search Console, mục Hiệu suất. Kéo biểu đồ về 16 tháng. Đây là khoảng lưu trữ tối đa của công cụ. Tìm điểm gãy: ngày lượt click hoặc số lần hiển thị rơi thẳng đứng, không trôi dần. Điểm gãy đó là mốc để đối chiếu ngược. Không phải cảm giác dạo này ế khách.

Ghi lại ngày chính xác. Xếp cạnh ba nguồn: lịch core update của Google, log thay đổi trên site, lịch sử domain hoặc hosting. Ba nguồn khớp nhau ở đâu, nguyên nhân gần như nằm ở đó. Ví dụ: một website tụt 40% traffic trong 3 ngày, không đổi gì trên site. Đúng lúc Google công bố core update. Gần như chắc là do thuật toán.

Muốn kiểm nhanh hơn, dùng thêm hai công cụ. PageSpeed Insights xem site có đột ngột chậm đi không. Wayback Machine so sánh giao diện site ở các mốc thời gian, để phát hiện lần đổi theme hay đổi cấu trúc URL trùng đúng ngày gãy. Việc ghi log mỗi lần đụng vào site là phần một bên quản trị website nên làm. Thiếu log thì 3 nguồn đối chiếu ở trên chỉ còn 2.

Sáu nguyên nhân khiến website rớt hạng Google

Sáu nhóm phổ biến nhất, xếp theo tần suất gặp: core update, mất index diện rộng, án phạt thủ công, đối thủ vượt lên, lỗi kỹ thuật tự gây, và trùng nội dung. Mỗi nhóm xử lý khác nhau. Nhận đúng nhóm mới chọn đúng hướng sửa.

Bốn nguyên nhân đầu bảng nằm ngoài tầm kiểm soát của một buổi sửa code. Hai nguyên nhân cuối do site tự gây. Site tự sửa được. Thường chỉ vài ngày.

Lỗi kỹ thuật tự gây ra rớt hạng, sửa trong tuần được không

Được. Đây là nhóm nên kiểm trước. Khắc phục nhanh nhất, thường xong trong 1 tới 3 ngày. Hay gặp nhất: file robots.txt chặn nhầm thư mục sau một lần deploy, thẻ noindex sót lại từ bản staging, chứng chỉ SSL hết hạn, hoặc đổi hosting làm tốc độ chậm hẳn.

Cách kiểm nhanh: mở Search Console, mục Lập chỉ mục trang. Xem nhóm lỗi "Đã chặn do robots.txt" hoặc "Trang có thẻ noindex" có tăng đột biến đúng quanh ngày gãy không. Đúng thì sửa file cấu hình. Rồi yêu cầu lập chỉ mục lại từng URL quan trọng. Không cần chờ Google tự bò lại.

Một site thương mại điện tử từng chuyển hosting cuối tuần, quên bật lại rule redirect cũ. Hơn 200 URL sản phẩm trả về lỗi 404 suốt 4 ngày trước khi phát hiện. Traffic rơi ngay. Google crawl lại đúng lúc đó, ghi nhận trang không tồn tại. Chạy trên hạ tầng ổn định giảm hẳn loại rủi ro này. Lần chuyển hosting là thời điểm dễ sót cấu hình nhất.

Core update khác án phạt thủ công chỗ nào, chờ hồi phục bao lâu

Core update là Google chỉnh cách xếp hạng cho toàn bộ tìm kiếm. Nhiều site cùng lúc bị ảnh hưởng. Án phạt thủ công thì khác: con người ở Google xem xét riêng một site và quyết định phạt, ví dụ nhồi từ khoá lộ liễu hoặc mua backlink ồ ạt.

Cách phân biệt: mở Search Console, mục Bảo mật và thao tác thủ công. Có thông báo ở đây là án phạt. Không có thông báo mà traffic vẫn rơi trong vòng 1 tới 2 ngày quanh mốc Google công bố cập nhật thì khả năng cao là core update. Google thường công bố lịch core update công khai trên blog Search Central. Đối chiếu ngày là bước xác minh đầu tiên.

Xử lý hai loại khác hẳn nhau. Án phạt thủ công sửa đúng lỗi bị nêu tên, rồi nộp yêu cầu xem xét lại. Google phản hồi trong vài tuần. Core update không có nút nộp yêu cầu nào. Không có mốc hồi phục cố định. Phụ thuộc đợt cập nhật kế tiếp của Google, không phải một khung thời gian tự động chạy hết.

Việc nên làm trong lúc chờ: đối chiếu nội dung đang tụt với ba yếu tố xếp hạng còn giá trị nhất theo Google Search Central. Đó là chất lượng nội dung, Core Web Vitals và mức khớp ý định tìm kiếm. Nội dung mỏng, chỉ liệt kê chung chung không số liệu, nên viết lại ngay. Đừng ngồi im chờ Google tự đổi ý.

Khi nào nên thuê ngoài truy nguyên nhân thay vì tự làm

Tự làm phù hợp khi nguyên nhân rơi vào nhóm kỹ thuật rõ ràng: cấu hình sai, chứng chỉ hết hạn, trang lỗi 404 trên diện rộng. Đọc trực tiếp trong Search Console khoảng 10 phút là thấy. Không cần chuyên môn sâu.

Thuê ngoài đáng cân nhắc khi ba nguồn đối chiếu không khớp nhau ở đâu cả. Trường hợp này cần audit sâu hơn: crawl budget, cấu trúc liên kết nội bộ, tốc độ tải theo từng loại thiết bị. BizMaC audit hiện trạng trước khi báo phạm vi công việc. Chưa rõ nguyên nhân thì không nhận sửa.

Nghi ngờ site tải chậm do hạ tầng cũ, phần quản trị website nên xử lý song song với việc truy nguyên nhân SEO. Tốc độ tải vừa là chỉ số xếp hạng vừa là chỉ số trải nghiệm người dùng.

Câu hỏi thường gặp về website rớt hạng Google

Tóm tắt

Truy nguyên nhân rớt hạng bắt đầu từ một ngày cụ thể trên biểu đồ Search Console. Đối chiếu ngày đó với lịch core update, log site và lịch sử domain. Nguyên nhân sẽ lộ ra, thuộc một trong 6 nhóm đã nêu. Lỗi kỹ thuật tự gây thường sửa xong trong tuần. Core update thì khác, phải chờ đợt cập nhật kế tiếp. Không có mốc cố định.

Website đang tụt hạng mà chưa rõ nguyên nhân, BizMaC nhận khảo sát hiện trạng qua trang dịch vụ SEO website trước khi báo phạm vi công việc. Trang đang thiết kế lại từ đầu có thể gộp luôn phần chuẩn SEO ngay từ lúc dựng cấu trúc, xem tại dịch vụ thiết kế website của BizMaC.