Tình huống: chuyển site sang nền tảng mới, lượt bấm từ Google còn một nửa

Đây là tình huống giả định, ghép từ nhiều trường hợp hay gặp khi các doanh nghiệp nhỏ ở Việt Nam đổi nền tảng web. Không phải câu chuyện của một doanh nghiệp cụ thể; mọi con số chỉ là ví dụ để minh hoạ cách đọc.

Một cửa hàng bán dụng cụ làm bánh ở Gò Vấp chạy web trên một bộ mã tự viết từ năm 2017. Web cũ chậm, khó thêm sản phẩm, nên chủ cửa hàng thuê một bên làm lại trên nền tảng bán hàng có sẵn. Giao diện mới đẹp hơn hẳn, tải nhanh hơn, quản trị dễ. Ba tuần sau ngày chuyển, Search Console cho thấy lượt bấm từ Google còn khoảng một nửa so với cùng kỳ ba tuần trước đó. Đơn từ web giảm theo. Bên làm web nói "Google cần thời gian làm quen", chủ cửa hàng thì bắt đầu nghĩ tới chuyện quay về web cũ.

Bài này đi qua cách khoanh vùng nguyên nhân theo đúng thứ tự, vì sao "chờ Google làm quen" chỉ đúng một phần, và cái gì đáng sửa trước.

Bối cảnh: chuyển cái gì, giữ cái gì

Trước khi đọc số, cần ghi lại chính xác những gì đã thay đổi trong ngày chuyển. Người chủ web thường chỉ nhớ "đổi giao diện", nhưng một lần chuyển nền tảng thật ra đổi rất nhiều thứ cùng lúc:

• Cấu trúc đường dẫn: web cũ dùng /san-pham.php?id=482, nền tảng mới dùng /products/khuon-banh-bong-lan-20cm.
• Danh mục: web cũ có 14 danh mục, web mới gộp còn 8.
• Nội dung trang: mô tả sản phẩm cũ được nhập lại, nhưng phần hướng dẫn dùng (công thức, mẹo) nằm dưới mô tả thì bị bỏ vì "khách không đọc".
• Blog: 120 bài công thức trên web cũ, chỉ 30 bài được chép sang.
• Tên miền, HTTPS: giữ nguyên tên miền, giữ HTTPS.

Danh sách này quan trọng hơn mọi biểu đồ, vì mỗi dòng là một giả thuyết cần kiểm. Nếu chưa có danh sách, hãy hỏi bên làm web xuất một bảng đối chiếu URL cũ và URL mới; không có bảng đó thì gần như chắc chắn việc chuyển hướng đã làm thiếu.

Triệu chứng: đọc số Search Console cho đúng kỳ

So sánh "ba tuần sau" với "ba tuần trước" là đúng hướng, nhưng phải kiểm thêm hai thứ để chắc rằng sụt giảm là thật chứ không phải do mùa vụ. Ngành dụng cụ làm bánh có mùa rõ: trước Trung thu và trước Tết tăng mạnh, sau đó giảm. Nếu ngày chuyển rơi đúng sau mùa Trung thu, một phần sụt giảm là tự nhiên. Cách kiểm nhanh là so thêm với cùng kỳ năm trước (Search Console giữ 16 tháng). Cách chọn kỳ so sánh được nói kỹ ở bài so sánh hai kỳ trong Search Console.

Trong tình huống này, giả sử cùng kỳ năm trước chỉ giảm khoảng 10% sau Trung thu, còn năm nay giảm 50%. Vậy có khoảng 40 điểm phần trăm cần giải thích bằng việc chuyển nền tảng.

Tiếp theo, mở báo cáo Hiệu suất, chuyển sang tab Trang, so sánh hai kỳ và sắp xếp theo mức chênh lượt bấm. Kết quả thường ra một hình dạng rất đặc trưng:

Nhóm trang	Lượt bấm kỳ trước (ví dụ)	Kỳ sau	Ghi chú
URL cũ /san-pham.php?id=…	2.100	380	Giảm dần vì Google đang thay bằng URL mới
URL mới /products/…	0	760	Tăng nhưng chưa bù được
Bài blog cũ /cong-thuc/…	1.300	210	90 bài không được chép sang
Danh mục cũ	600	150	6 danh mục bị gộp

Hình dạng này cho biết ngay: không phải "Google ghét web mới", mà là một phần nội dung biến mất và một phần chuyển hướng chưa đúng.

Giả thuyết và cách loại trừ từng cái

Làm theo thứ tự từ cái gây thiệt hại lớn nhất, kiểm nhanh nhất. Đừng bắt đầu từ tốc độ hay dữ liệu có cấu trúc — những thứ đó hiếm khi làm mất một nửa lượt bấm trong ba tuần.

1. URL cũ có chuyển hướng 301 sang đúng URL mới không?

Lấy 50 URL cũ có nhiều lượt bấm nhất ở kỳ trước (xuất từ tab Trang), dán vào một công cụ kiểm mã trạng thái hàng loạt. Trong tình huống này, kết quả thường là:

• Trang sản phẩm cũ: chuyển 301 về trang chủ thay vì sản phẩm tương ứng. Bên làm web dùng một quy tắc chung "mọi URL cũ về trang chủ" cho nhanh.
• Bài blog không chép: trả 404.
• Danh mục bị gộp: chuyển 302 (tạm thời) thay vì 301.

Chuyển hướng hàng loạt về trang chủ là lỗi phổ biến nhất trong các lần chuyển nền tảng ở Việt Nam. Google coi đó gần như là trang mềm 404 (soft 404): trang cũ đã mất, không có trang thay thế tương đương, nên tín hiệu tích luỹ của trang cũ không được chuyển sang. Kiến thức nền về các loại chuyển hướng có ở bài chuyển hướng 301, 302 bên SEO Gốc.

2. Trang mới có được lập chỉ mục không?

Dùng công cụ Kiểm tra URL cho 10 URL mới quan trọng. Nếu trạng thái là "URL có trên Google" thì ổn. Nếu là "Đã phát hiện – hiện chưa được lập chỉ mục" với hàng trăm URL, đó là dấu hiệu Google chưa thu thập kịp, thường vì sitemap chưa gửi hoặc liên kết nội bộ yếu. Trong tình huống này, sitemap mới đã tự sinh nhưng chưa ai gửi lên Search Console, và sitemap cũ vẫn còn trong danh sách đã gửi, trỏ vào toàn URL chuyển hướng.

3. Nội dung trang có còn tương đương không?

Mở bản lưu trên Wayback Machine của một trang sản phẩm cũ, so với trang mới. Phần "cách dùng, mẹo nướng, công thức gợi ý" từng chiếm hơn nửa nội dung trang đã biến mất. Chính phần đó trả lời các truy vấn dài như "khuôn bông lan 20cm nướng bao nhiêu độ". Trang mới vẫn đứng cho tên sản phẩm, nhưng mất cả đuôi truy vấn dài.

4. Thẻ title và tiêu đề có bị nền tảng mới tự sinh không?

Nhiều nền tảng sinh title theo mẫu "Tên sản phẩm – Tên cửa hàng". Title cũ có thêm kích thước, chất liệu, chữ "chống dính". Mất những chữ đó thì lượt hiển thị cho truy vấn chi tiết cũng giảm.

5. Có thứ gì chặn thu thập không?

Kiểm robots.txt mới và thẻ meta robots. Trong tình huống này không có lỗi, nhưng đây là bước bắt buộc vì nếu dính thì mọi bước khác vô nghĩa. Một số nền tảng để chế độ "đang xây dựng" gắn noindex cho cả site và quên tắt.

Nguyên nhân: ba lỗi chồng lên nhau

Sau khi loại trừ, nguyên nhân trong tình huống này là ba lỗi độc lập, mỗi lỗi lấy đi một phần:

Lỗi	Phần lượt bấm bị ảnh hưởng (ước tính trong ví dụ)	Độ khó sửa
90 bài blog không chép sang, trả 404	Lớn nhất — blog từng mang khoảng 30% lượt bấm	Trung bình: cần chép lại nội dung
Sản phẩm chuyển hướng về trang chủ	Lớn — mất tín hiệu của từng trang sản phẩm	Dễ nếu có bảng đối chiếu
Nội dung hướng dẫn dưới sản phẩm bị bỏ	Vừa — mất truy vấn dài	Trung bình
Danh mục chuyển 302, sitemap cũ còn treo	Nhỏ, nhưng làm chậm việc Google cập nhật	Dễ

Điều đáng chú ý: không lỗi nào thuộc về "nền tảng mới kém SEO". Nền tảng mới hoàn toàn đủ tốt. Lỗi nằm ở quy trình chuyển.

Xử lý: thứ tự làm trong hai tuần

1. Ngày 1–2: dựng bảng đối chiếu URL. Xuất toàn bộ URL cũ từ sitemap cũ (nếu còn), từ Search Console (tab Trang, 16 tháng) và từ bản sao lưu cơ sở dữ liệu. Ghép mỗi URL cũ với URL mới tương đương nhất. Sản phẩm đã ngừng bán thì chuyển về danh mục gần nhất, không về trang chủ.
2. Ngày 2–3: sửa chuyển hướng. Thay quy tắc "mọi thứ về trang chủ" bằng bảng 301 một-một. Đổi 302 của danh mục thành 301.
3. Ngày 3–7: khôi phục bài blog. Chép lại 90 bài, giữ nguyên nội dung, đặt 301 từ URL cũ. Bài nào thật sự lỗi thời thì gộp vào bài gần nhất thay vì bỏ.
4. Ngày 5–10: đưa phần hướng dẫn trở lại trang sản phẩm. Nền tảng mới cho thêm khối mô tả dài; đặt phần hướng dẫn dưới thông tin mua hàng để không cản đường mua.
5. Ngày 7: gửi sitemap mới, gỡ sitemap cũ, rồi dùng Kiểm tra URL yêu cầu lập chỉ mục cho 20 trang quan trọng nhất.
6. Ngày 10–14: sửa mẫu title cho các nhóm sản phẩm bán chạy, đưa kích thước và chất liệu trở lại.

Kết quả nên kỳ vọng và cách theo dõi

Đừng hứa với chủ cửa hàng rằng "hai tuần là về như cũ". Với site cỡ vài trăm trang, khi chuyển hướng đã đúng, Google thường cập nhật phần lớn URL trong 2–6 tuần; trang ít được thu thập có thể lâu hơn. Mốc hợp lý để nói với chủ web:

• Sau 1 tuần: số URL cũ trong tab Trang giảm nhanh, URL mới tăng. Nếu URL cũ vẫn đứng yên, chuyển hướng chưa ăn.
• Sau 3–4 tuần: tổng lượt bấm lấy lại phần lớn khoảng hụt, nếu nội dung đã khôi phục tương đương.
• Sau 6–8 tuần: so với cùng kỳ năm trước để chốt. Có thể vượt mức cũ vì trang mới nhanh hơn, nhưng không nên tính trước điều đó.

Trong thời gian này, nên đặt site vào một lịch kiểm định kỳ để thấy ngay nếu một đợt cập nhật nền tảng làm hỏng chuyển hướng lần nữa. Siêu SEO kiểm site theo nhịp tuần hoặc ngày và gửi thư khi có lỗi mới, như chuyển hướng gãy hay trang bị gắn noindex. Cách đọc diễn biến từng trang sau sự cố có ở bài theo dõi trang mới 90 ngày đầu.

Bài học áp dụng cho lần chuyển tiếp theo

Gần như mọi lần mất lượt bấm sau chuyển nền tảng đều tránh được bằng một danh sách làm trước ngày chuyển. Nếu bạn là agency nhận chuyển site cho khách, nên đưa danh sách này vào hợp đồng:

• Xuất đủ URL cũ từ ít nhất ba nguồn (sitemap, Search Console 16 tháng, cơ sở dữ liệu) trước khi tắt site cũ.
• Bảng đối chiếu một-một cho mọi URL có lượt bấm trong 16 tháng; URL không có trang tương đương thì về trang cha gần nhất.
• Không bỏ nội dung chỉ vì "khách không đọc" khi chưa xem trang đó đang đứng cho truy vấn nào.
• Giữ mẫu title cũ cho các nhóm trang mang nhiều lượt bấm.
• Gửi sitemap mới ngay ngày chuyển, gỡ sitemap cũ sau khi chuyển hướng đã kiểm.
• Ghi chú ngày chuyển trong công cụ theo dõi để sau này đọc biểu đồ không nhầm.
• Kiểm 50 URL cũ quan trọng nhất ngay trong ngày chuyển, và kiểm lại sau 7 ngày.

Còn câu hỏi "có nên quay về web cũ không": gần như không bao giờ nên. Quay về là thêm một lần chuyển nữa, Google lại phải học lại từ đầu. Sửa chuyển hướng và khôi phục nội dung trên nền mới gần như luôn nhanh hơn. Danh sách đầy đủ trước và sau khi đổi giao diện có ở bài kiểm site trước và sau khi đổi giao diện; nếu đổi luôn cả tên miền, đọc thêm chuyển tên miền mà giữ thứ hạng.