Tóm tắt nhanh: Website mất lead không phải lúc nào cũng do ít traffic. Nhiều trường hợp khách đã vào trang, đã bấm gửi form hoặc bấm nút liên hệ, nhưng doanh nghiệp không nhận được email, CRM không lưu dữ liệu, nút gọi/Zalo lỗi trên mobile hoặc tracking không ghi nhận chuyển đổi. Vì vậy khi thấy số lead giảm, cần kiểm tra toàn bộ đường đi từ form, email, SMTP, CRM, CTA, mobile, tracking đến người nhận nội bộ.
Vì sao website vẫn chạy nhưng vẫn mất lead?
Đây là lỗi nguy hiểm vì giao diện bên ngoài có thể vẫn bình thường. Khách truy cập được trang, đọc nội dung, điền form và thấy thông báo gửi thành công. Nhưng phía sau, email có thể không gửi đi, bị spam, bị từ chối vì SPF/DKIM/DMARC sai, plugin form không lưu submission, webhook CRM lỗi, hoặc nút CTA bị che trên mobile. Doanh nghiệp chỉ thấy “dạo này ít khách hỏi”, trong khi ngân sách SEO hoặc quảng cáo vẫn đang chạy.
Trong bảo trì WordPress và quản trị website, kiểm tra form và conversion path nên là việc định kỳ, không phải chỉ làm khi khách hàng báo lỗi. Các bài hướng dẫn phổ biến thường tập trung vào lỗi WordPress không gửi email; góc nhìn vận hành cần rộng hơn: form có lưu dữ liệu không, ai nhận lead, có cảnh báo khi thất bại không và tracking có đo đúng không.
1. Xác định lead mất ở bước nào
Trước khi sửa, cần phân loại lỗi: người dùng không bấm được nút gửi, form báo lỗi, form báo thành công nhưng email không đến, dữ liệu có lưu trong website nhưng không vào CRM, email đến sai người, hoặc mọi thứ hoạt động nhưng Google Ads/Analytics không ghi nhận conversion. Mỗi tình huống có nguyên nhân khác nhau. Nếu chỉ cài lại plugin SMTP mà không kiểm tra toàn luồng, có thể sửa được email nhưng vẫn mất dữ liệu ở CRM hoặc tracking.
2. Kiểm tra plugin form và nơi lưu submission
Form quan trọng nên lưu dữ liệu trong database hoặc CRM trước khi gửi email. Nếu chỉ gửi email mà không lưu bản ghi, doanh nghiệp không có bằng chứng khi email thất lạc. Cần kiểm tra form đang dùng plugin nào, có bật lưu entry không, field bắt buộc có đúng không, nội dung email có đầy đủ trường không và có chống spam quá tay làm chặn khách thật không.
Với website có nhiều landing page, nên đặt mã nhận diện form hoặc page source trong email/CRM để sales biết lead đến từ đâu. Nếu chỉ nhận một email chung chung, việc đo hiệu quả từng trang rất khó.
3. SMTP, SPF/DKIM/DMARC và email người nhận
WordPress mặc định có thể gửi email qua hàm mail của hosting, nhưng cách này thường thiếu xác thực và dễ bị chặn. Website doanh nghiệp nên gửi email qua SMTP hoặc dịch vụ email giao dịch, dùng địa chỉ gửi thuộc tên miền của website, cấu hình SPF/DKIM/DMARC đúng và đặt Reply-To là email khách điền form. Nếu dùng email của khách làm From, nhiều hệ thống sẽ xem là giả mạo.
Cần test đến nhiều hộp thư: Gmail, Microsoft 365/Outlook và mailbox doanh nghiệp. Nếu chỉ test nội bộ một lần, vẫn có khả năng email đi được với một nhà cung cấp nhưng bị chặn ở nơi khác.
4. CTA, nút gọi, Zalo và trải nghiệm mobile
Không phải lead nào cũng đi qua form. Nhiều khách bấm gọi điện, Zalo, chat hoặc nút đặt lịch. Trên desktop các nút này có thể ổn, nhưng trên mobile lại bị thanh cookie, menu, floating button hoặc layout che mất. Cần test bằng điện thoại thật, kiểm tra nút bấm, số điện thoại, link Zalo, sticky CTA, khoảng cách click và trang cảm ơn sau khi gửi form.
Nếu website từng bật/tắt cache, lazyload hoặc tối ưu JS, phải kiểm tra lại form và CTA sau thay đổi. Một cấu hình tối ưu tốc độ sai có thể làm nút gửi không hoạt động với khách chưa đăng nhập, trong khi admin vẫn thấy bình thường.
5. Tracking và báo cáo chuyển đổi
Lead thật và conversion tracking là hai lớp khác nhau. Website có thể vẫn nhận email nhưng Google Ads hoặc Analytics không ghi nhận conversion vì thank-you page sai, event không bắn, consent mode thay đổi hoặc GTM bị lỗi. Ngược lại, tracking có thể ghi nhận conversion giả do spam hoặc test nội bộ. Báo cáo bảo trì nên tách số form gửi, số email nhận, số lead hợp lệ và số conversion được ghi nhận.
Checklist kiểm tra website mất lead
| Nhóm kiểm tra | Cần kiểm tra | Dấu hiệu rủi ro |
|---|---|---|
| Form | Gửi thử, field bắt buộc, lưu entry, chống spam | Báo thành công nhưng không có bản ghi |
| SMTP, SPF/DKIM/DMARC, spam, người nhận | Email không đến hoặc vào spam | |
| CRM/Webhook | Mapping field, log lỗi, retry, owner | Website có entry nhưng CRM trống |
| CTA mobile | Nút gọi, Zalo, chat, sticky bar, layout | Nút bị che hoặc bấm không đúng |
| Tracking | GTM, GA4, Ads conversion, thank-you page | Lead có thật nhưng Ads không ghi nhận |
Khi nào đây là sự cố khẩn cấp?
Nếu website đang chạy quảng cáo, form chính không gửi, checkout lỗi hoặc số điện thoại/Zalo sai, nên xem đây là sự cố ưu tiên cao. Bài SLA bảo trì website giải thích cách phân loại mức độ và thời gian phản hồi. Sau khi xử lý, cần ghi nhận trong báo cáo bảo trì website hằng tháng để không lặp lại lỗi.
Quy trình test sau khi cập nhật hoặc bật cache
Sau mỗi lần cập nhật plugin, đổi theme, bật cache, tối ưu JavaScript hoặc đổi cấu hình SMTP, nên chạy một checklist test nhanh: gửi form trên desktop và mobile, kiểm tra entry trong website, kiểm tra email người nhận, kiểm tra CRM/webhook, bấm lại nút gọi/Zalo, xem thank-you page và xác nhận conversion event. Nếu có nhiều form, hãy ưu tiên form đang chạy quảng cáo, form báo giá, form liên hệ chính và form trên các trang dịch vụ nhiều traffic.
Doanh nghiệp cũng nên lưu lại thời điểm test, người test, kết quả và lỗi phát hiện. Khi tháng sau lead giảm, dữ liệu này giúp xác định vấn đề bắt đầu từ lúc nào thay vì phải đoán.
FAQ về website mất lead
Form báo gửi thành công nhưng không thấy email là lỗi gì?
Thường liên quan đến SMTP, email người nhận, spam, DNS email hoặc hosting chặn hàm gửi mail. Cần kiểm tra cả nơi lưu submission, không chỉ hộp thư.
Có cần lưu form trong database không?
Nên có với website doanh nghiệp. Email có thể thất lạc, nhưng bản ghi trong database/CRM giúp kiểm tra lại lead và đối chiếu khi có tranh chấp.
Bao lâu nên test form một lần?
Website chạy quảng cáo nên test hằng tuần hoặc sau mỗi thay đổi lớn. Website ít thay đổi vẫn nên test định kỳ hằng tháng trong gói bảo trì.
Website đang mất lead mà không rõ nguyên nhân?
Để IT Systems kiểm tra form, email, CTA, tracking và quy trình nhận lead
IT Systems có thể rà soát luồng nhận lead, cấu hình SMTP, form, mobile CTA, tracking và đưa vào checklist bảo trì định kỳ để tránh mất khách âm thầm.
