Các lưu ý khi chạy quảng cáo Facebook để không đốt tiền

Tài khoản chạy quảng cáo facebook của bạn vẫn tiêu hết ngân sách mỗi ngày, số hiển thị vẫn tăng, số nhấp vẫn tăng, nhưng đơn hàng thì đứng yên như tuần đầu tiên mở chiến dịch. Bạn hỏi vài người, ai cũng bảo dạo này thuật toán khó, quảng cáo dạo này đắt, rồi thôi — không ai nói được các lưu ý khi chạy quảng cáo Facebook để tiền không bốc hơi như vậy. Cảm giác quen thuộc nhất là: tiền vẫn chảy đều, báo cáo vẫn đầy số, nhưng không ai trả lời được câu hỏi đơn giản — tiền đó đang đi đâu.

Cách làm cũ là cứ để chạy, thấy số trong trình quản lý quảng cáo tăng thì yên tâm, thỉnh thoảng đổi ảnh hoặc tăng ngân sách cho "mạnh tay hơn". Vấn đề là cái được đếm trên nền tảng và cái thật sự bán được là hai chuyện khác nhau, và không ai đối chiếu lại với sổ bán hàng để biết chênh lệch ở đâu. Một nghiên cứu về quảng cáo lập trình từng chỉ ra rằng khoảng một phần tư ngân sách quảng cáo bị lãng phí vì mua sai chỗ và hiển thị giả — con số đủ để thấy việc chỉ nhìn số nền tảng mà không kiểm lại là rất rủi ro, theo ANA Programmatic Transparency Study.

Bài này không nói về thuật toán khó hay dễ. Nó chỉ ra năm nhóm lỗi rất cụ thể thường nằm sẵn trong tài khoản của bạn, đọc xong bạn tự soi được tài khoản mình đang vướng nhóm nào, sửa theo đúng thứ tự để không làm loạn dữ liệu, và biết cách kiểm tra hằng tuần để giữ tài khoản khỏe mà không cần đổ thêm tiền vào.

Vì sao chạy quảng cáo Facebook đốt tiền mà không ra đơn?

Cần hiểu một điều về cách nền tảng vận hành thì mọi lỗi phía sau mới có nghĩa. Bạn không mua "lượt hiển thị" theo bảng giá. Bạn đưa cho hệ thống một mục tiêu — ví dụ "mua hàng" — rồi hệ thống đi tìm những người giống với người đã làm hành động đó trước đây. Nghĩa là chất lượng quảng cáo của bạn phụ thuộc trực tiếp vào chất lượng danh sách "người đã làm hành động đó" mà bạn gửi về. Danh sách sai thì máy đi tìm nhầm người, và nó tìm rất chăm chỉ, rất đều, rất tốn tiền.

Đó là lý do vì sao thứ tự kiểm tra quan trọng hơn bản thân danh sách lỗi. Nếu pixel đang đếm nhầm, mọi kết luận bạn rút ra từ báo cáo đều sai, kể cả những kết luận nghe rất hợp lý. Bạn sẽ tắt đúng nhóm đang có lãi và tăng tiền cho nhóm đang lỗ, một cách hết sức tự tin. Sửa nội dung, đổi tệp, chỉnh giá thầu trong tình trạng đó chỉ là đổi cách tiêu tiền, không phải chữa bệnh.

Một điểm nữa hay bị bỏ qua: có những giai đoạn tài khoản "chưa ra kết quả" là bình thường, chứ không phải hỏng. Tài liệu chính thức của Meta (Trung tâm trợ giúp doanh nghiệp Meta) nói rõ một nhóm quảng cáo cần khoảng 50 sự kiện tối ưu trong 7 ngày mới thoát giai đoạn học. Trước mốc đó, số liệu dao động rất mạnh và không đủ để kết luận gì. Rất nhiều tài khoản đốt tiền vì chủ tài khoản không phân biệt được "chưa đủ dữ liệu" với "đã hỏng", nên can thiệp quá sớm, rồi lại can thiệp tiếp.

Nhóm lỗi 1 — Đo lường: máy học từ số sai

Đây là nhóm phải soi đầu tiên và cũng là nhóm bị bỏ qua nhiều nhất, vì nó không nằm trong trình quản lý quảng cáo mà nằm trên website. Người chạy quảng cáo thường không phải người dựng web, nên hai bên mặc định bên kia đã lo xong.

Pixel cài thiếu hoặc cài sai trang

Dấu hiệu: số lượt xem trang trong trình quản lý quảng cáo lệch xa số phiên trong công cụ phân tích của website; hoặc có sự kiện "thêm vào giỏ" nhưng gần như không có "bắt đầu thanh toán". Nguyên nhân thường gặp là mã theo dõi chỉ nằm ở trang chủ và trang sản phẩm, còn các bước sau nằm trên tên miền khác của cổng thanh toán nên không được ghi.

Vì sao mất tiền: hệ thống chỉ học được tới bước bạn ghi nhận được. Nếu bước sâu nhất bạn gửi về là "xem nội dung", máy sẽ tối ưu để tìm người thích xem, và nó làm rất giỏi việc đó. Bạn sẽ có lưu lượng rẻ, tỷ lệ nhấp đẹp, và không có đơn.

Cách chữa: mở công cụ kiểm tra sự kiện của nền tảng, tự đi hết một vòng mua hàng thật trên máy của mình, xem từng bước có bắn sự kiện không. Việc này mất mười lăm phút và nên làm lại mỗi lần website thay giao diện hay đổi cổng thanh toán. Bài cài pixel Facebook đúng để quảng cáo học được đi sâu vào từng bước kiểm tra và các bẫy hay gặp khi website dùng nhiều tên miền.

Sự kiện trùng và không khử trùng lặp

Khi bạn vừa gắn mã theo dõi trên trình duyệt vừa bắn sự kiện từ máy chủ về, một đơn hàng có thể bị đếm hai lần. Dấu hiệu rất dễ nhận: số đơn trong báo cáo quảng cáo cao gấp đôi hoặc gần gấp đôi số đơn thật, và tỷ lệ chuyển đổi trên trang thanh toán nhìn đẹp một cách vô lý.

Vì sao mất tiền: bạn tưởng chi phí mỗi đơn đang bằng một nửa mức thật, nên bạn tăng ngân sách. Ngân sách tăng thì con số ảo cũng nhân lên theo, và bạn lại càng tin. Đây là kiểu lỗi tự củng cố, càng chạy càng lún sâu.

Cách chữa: gán một mã định danh sự kiện giống nhau cho cả hai đường gửi, để nền tảng ghép chúng lại thành một. Nếu bên kỹ thuật chưa làm được ngay, tạm thời tắt một trong hai đường và chấp nhận đo thiếu, vì đo thiếu vẫn đỡ hại hơn đo thừa: đo thiếu làm bạn thận trọng, đo thừa làm bạn tăng tiền cho thứ không đáng.

Đặt tên sự kiện tuỳ hứng

Nhiều tài khoản có sự kiện tên là "dat_hang", "mua", "order_success" cùng tồn tại, do ba người khác nhau dựng ở ba thời điểm. Nền tảng có một bộ sự kiện chuẩn; sự kiện tự đặt tên vẫn ghi nhận được nhưng không dùng được cho một số tính năng tối ưu và làm báo cáo rối.

Cách chữa: chốt một bảng sự kiện duy nhất cho cả công ty, ghi rõ tên chuẩn nào ứng với hành động nào trên website, dán vào tài liệu nội bộ. Mọi thứ dựng sau đều theo bảng đó. Đây là việc nhàm chán nhất trong bài và cũng là việc tiết kiệm nhiều thời gian nhất về sau.

Không gửi giá trị đơn hàng

Sự kiện mua hàng có gửi về nhưng không kèm giá trị. Hệ quả: mọi đơn đều bằng nhau trong mắt hệ thống, nên nó sẽ ưu tiên tìm người mua món rẻ nhất, vì món đó dễ bán nhất. Bạn có nhiều đơn, chi phí mỗi đơn thấp, và doanh thu vẫn không nhúc nhích.

Cách chữa: gửi kèm giá trị và loại tiền cho mọi sự kiện có tiền. Sau đó mới cân nhắc chuyển sang tối ưu theo giá trị. Đừng đổi mục tiêu tối ưu trước khi dữ liệu giá trị đã chảy về đều ít nhất vài tuần, vì đổi sớm là bắt máy học lại từ con số không.

Chỉ đo bằng mã trên trình duyệt

Mã theo dõi đặt trên trình duyệt phụ thuộc vào việc trình duyệt của người dùng có cho phép chạy hay không. Người dùng chặn quảng cáo, thiết bị bật giới hạn theo dõi, mạng chập chờn giữa lúc chuyển trang — mỗi trường hợp là một sự kiện rơi mất. Bạn không nhận được thông báo nào, chỉ đơn giản là số ít đi.

Vì sao mất tiền: sự kiện rơi mất không chỉ làm báo cáo thiếu, nó còn làm hệ thống học ít đi. Máy càng ít ví dụ về người mua thật thì càng nhắm bừa, và bạn trả tiền cho phần nhắm bừa đó.

Cách chữa: bổ sung đường gửi từ máy chủ song song với mã trên trình duyệt, rồi khử trùng lặp bằng mã định danh sự kiện. Với shop chốt đơn qua tin nhắn hoặc điện thoại, đây gần như là cách duy nhất để đơn thật quay về được nền tảng — vì đơn đó không xảy ra trên website nên không có mã nào bắn được.

Vượt giới hạn số sự kiện được xếp ưu tiên

Meta giới hạn mỗi tên miền chỉ được cấu hình tối đa 8 sự kiện xếp theo thứ tự ưu tiên để dùng cho việc tối ưu (nguồn: Trung tâm trợ giúp doanh nghiệp Meta). Tài khoản nào dựng lâu năm thường có hàng chục sự kiện lộn xộn, và thứ tự ưu tiên thì chưa ai đụng vào từ ngày cài.

Vì sao mất tiền: nếu "xem nội dung" đang được xếp ưu tiên cao hơn "mua hàng", hệ thống sẽ ghi nhận và tối ưu theo hành động nông hơn. Bạn vẫn thấy có kết quả, chỉ là kết quả không đáng tiền.

Cách chữa: mở phần cấu hình sự kiện, xoá những sự kiện không còn dùng, xếp lại thứ tự với hành động đáng tiền nhất ở trên cùng. Lưu ý là sau khi đổi thứ tự sẽ có một quãng số liệu gián đoạn, nên làm vào đầu tuần và ghi vào nhật ký thay đổi.

Cửa sổ quy công đọc lệch

Mặc định của Meta là quy công cho lượt nhấp trong 7 ngày và lượt xem trong 1 ngày (nguồn: Trung tâm trợ giúp doanh nghiệp Meta). Nghĩa là một đơn hôm nay có thể được ghi vào ngày quảng cáo được nhấp cách đây sáu ngày. Người đọc báo cáo hôm nay cho tuần này sẽ luôn thấy số thấp hơn thực tế, rồi kết luận là quảng cáo hỏng.

Cách chữa: đừng đánh giá bảy ngày gần nhất tính đến hôm nay. Bỏ qua ba ngày cuối, chỉ đọc quãng đã ổn định. Và khi so hai kỳ, phải chắc cả hai kỳ dùng cùng một cửa sổ quy công, nếu không bạn đang so hai thước đo khác nhau.

Nhóm lỗi 2 — Cấu trúc: tiền bị chia vụn tới mức vô nghĩa

Nhóm này sinh ra từ một thói quen nghe rất hợp lý: muốn biết cái nào hiệu quả thì phải tách ra để so. Vấn đề là tách càng nhiều thì mỗi phần càng ít dữ liệu, và tới một ngưỡng nào đó thì không phần nào đủ để kết luận.

Quá nhiều nhóm quảng cáo trên một ngân sách nhỏ

Dấu hiệu: mở tài khoản ra thấy mười hai, mười lăm nhóm quảng cáo đang bật, phần lớn hiện trạng thái đang trong giai đoạn học, và cột kết quả của từng nhóm là những con số lẻ tẻ.

Vì sao mất tiền: mốc khoảng 50 sự kiện tối ưu trong 7 ngày là mốc cho từng nhóm quảng cáo, không phải cho cả tài khoản. Chia tiền cho mười nhóm nghĩa là bạn cần lượng dữ liệu gấp mười lần để mọi nhóm cùng ổn định. Trong lúc chờ, mọi nhóm đều chạy ở trạng thái đắt nhất của nó.

Ví dụ minh hoạ để thấy độ chênh: giả sử chi phí mỗi kết quả bạn chấp nhận được là 50.000 đồng. Một nhóm ngân sách 200.000 đồng một ngày sẽ ra khoảng 28 kết quả một tuần — chưa tới mốc. Gộp lại còn hai nhóm, mỗi nhóm 600.000 đồng một ngày, thì mỗi nhóm ra khoảng 84 kết quả một tuần, vượt mốc thoải mái. Vẫn là số tiền đó, nhưng một bên cho ra kết luận đọc được, một bên không.

Tệp chồng lấn: bạn đang tự đấu giá với chính mình

Bạn dựng một nhóm nhắm "quan tâm mỹ phẩm", một nhóm "quan tâm chăm sóc da", một nhóm "nữ 25-34 ở thành phố lớn". Ba tệp này chồng lên nhau rất nhiều. Cùng một người có thể nằm trong cả ba, và ba nhóm của bạn cùng vào một phiên đấu giá để giành quyền hiển thị trước mặt người đó.

Dấu hiệu: chi phí mỗi kết quả tăng dần đều dù nội dung không đổi; hoặc bật thêm một nhóm mới thì các nhóm cũ đột nhiên đắt lên. Trình quản lý quảng cáo có công cụ đo mức chồng lấn giữa các tệp, dùng nó trước khi đoán.

Cách chữa: gộp các tệp gần nhau lại, để hệ thống tự phân phối trong một tệp rộng thay vì bạn tự cắt lát. Với tệp tiếp thị lại thì phải loại trừ chéo rõ ràng — người đã mua không nên nằm trong nhóm đang tìm khách mới. Bài remarketing là gì và vì sao tệp nhìn đẹp hơn thực tế nói kỹ chỗ này, đặc biệt là cái bẫy chỉ số đẹp của nhóm tiếp thị lại.

Trộn nhiều mục tiêu tối ưu trong một chiến dịch

Một chiến dịch có nhóm tối ưu theo tin nhắn, nhóm tối ưu theo lượt nhấp, nhóm tối ưu theo mua hàng. Khi bật chia ngân sách tự động ở cấp chiến dịch, hệ thống sẽ dồn tiền về nơi có nhiều "kết quả" nhất theo cách đếm của nó — và tin nhắn thì luôn nhiều hơn đơn hàng.

Cách chữa: một chiến dịch một mục tiêu. Muốn so tin nhắn với mua hàng thì so ở cấp chiến dịch, bằng chi phí mỗi đơn thật, không để chúng chung một túi tiền.

Ngân sách đặt sai cấp

Đặt ngân sách ở cấp nhóm khi bạn muốn kiểm soát chặt từng tệp, đặt ở cấp chiến dịch khi bạn muốn hệ thống tự dồn tiền. Lỗi hay gặp là đặt ở cấp chiến dịch nhưng vẫn muốn mỗi tệp tiêu đều nhau, rồi bực mình vì một nhóm nuốt hết tiền. Đó là hệ thống đang làm đúng việc bạn bảo nó làm.

Có một biến thể tinh vi hơn của lỗi này: đặt ngân sách ở cấp chiến dịch nhưng lại đặt giới hạn chi tiêu cho từng nhóm bên trong. Bạn vừa bảo hệ thống hãy tự do dồn tiền, vừa trói tay nó. Kết quả là ngân sách chiến dịch không tiêu hết, hoặc tiêu hết nhưng dồn vào đúng nhóm bạn không muốn. Chọn một trong hai cách, đừng làm cả hai.

Đặt giới hạn giá thầu quá chặt ngay từ đầu

Người mới hay đặt giới hạn giá thầu bằng đúng mức chi phí mỗi kết quả mong muốn, nghĩ rằng như vậy là an toàn. Dấu hiệu của lỗi này rất đặc trưng: nhóm quảng cáo bật lên nhưng tiêu rất ít tiền hoặc gần như không phân phối, ngày nào cũng còn thừa ngân sách.

Vì sao mất tiền: nó không đốt tiền trực tiếp, nó đốt thời gian — thứ đắt hơn. Nhóm không phân phối thì không có dữ liệu, không có dữ liệu thì cả tháng trôi qua bạn vẫn không biết ý tưởng đó đúng hay sai, trong khi các nhóm còn lại vẫn chạy với chi phí cũ.

Cách chữa: giai đoạn đầu để hệ thống tự đấu giá, đặt ngân sách làm hàng rào thay vì đặt giới hạn giá thầu. Chỉ siết giá thầu khi bạn đã biết mặt bằng chi phí thật của tài khoản mình, và siết dần chứ không siết một phát về sát ngưỡng.

Nhóm lỗi 3 — Vận hành: sửa nhiều tới mức không có gì kịp học

Đây là nhóm lỗi tốn tiền nhất ở các tài khoản có người trực hằng ngày. Càng chăm càng hỏng, vì mỗi lần đụng vào là một lần bắt đầu lại.

Chỉnh sửa liên tục khiến chiến dịch không thoát giai đoạn học

Tài liệu của Meta gọi các thay đổi lớn là "chỉnh sửa đáng kể" và nói rõ chúng đưa nhóm quảng cáo trở lại giai đoạn học: đổi tệp, đổi nội dung quảng cáo, đổi sự kiện tối ưu, đổi chiến lược giá thầu, và thay đổi ngân sách ở mức lớn.

Dấu hiệu: cột trạng thái gần như lúc nào cũng ghi đang trong giai đoạn học; lịch sử chỉnh sửa của tài khoản dày đặc, ngày nào cũng có vài dòng.

Cách chữa: đặt luật cho chính mình và ghi ra giấy. Ví dụ một luật đơn giản: sau khi bật, không đụng vào nhóm nào trong 72 giờ đầu, trừ khi có lỗi kỹ thuật; mọi thay đổi khác gom lại làm một lần vào thứ Ba hằng tuần. Nghe cứng nhắc nhưng nó cắt được phần lớn thiệt hại kiểu này.

Tắt sớm vì một ngày xấu

Nhóm chạy được hai ngày, chi hết một khoản mà chưa có đơn nào, bạn tắt. Vấn đề là ở quy mô nhỏ, chuyện chưa có đơn trong hai ngày là hoàn toàn bình thường ngay cả với nhóm sẽ tốt.

Ví dụ minh hoạ: nếu tỷ lệ mua trên mỗi lượt vào trang là 2%, thì với 50 lượt vào trang, khả năng không có đơn nào chỉ vì may rủi vẫn là chuyện xảy ra thường xuyên. Bạn không đang đo hiệu quả, bạn đang đo nhiễu.

Cách chữa: đặt trước ngưỡng dừng theo số liệu, không theo cảm giác. Cách đơn giản: một nhóm chỉ bị tắt khi đã chi gấp ba lần chi phí mỗi kết quả mục tiêu mà chưa ra kết quả nào. Viết ngưỡng đó ra trước khi bật, để lúc sốt ruột không phải tự thương lượng với mình.

Tăng ngân sách quá mạnh một lúc

Nhóm đang tốt, bạn nhân ngân sách lên gấp ba trong một đêm. Hôm sau chi phí mỗi kết quả tăng vọt. Lý do: mức chi mới buộc hệ thống mở rộng ra nhóm người kém phù hợp hơn để tiêu hết tiền, đồng thời thay đổi lớn về ngân sách đưa nhóm trở lại giai đoạn học.

Cách chữa: tăng theo bậc nhỏ và có khoảng nghỉ giữa các bậc. Một nhịp làm được: tăng khoảng 20-30% mỗi lần, cách nhau ít nhất 48-72 giờ, và chỉ tăng khi số liệu ở bậc trước đã ổn định. Nếu cần tăng gấp nhiều lần vì mùa vụ, tạo nhóm mới ở mức ngân sách đích thay vì kéo nhóm cũ lên.

Nhân bản nhóm đang tốt để "nhân đôi kết quả"

Một nhóm đang chạy ngon, bạn nhân bản nó ra thành ba nhóm giống hệt, nghĩ rằng kết quả sẽ nhân ba. Thực tế: ba nhóm cùng tệp, cùng nội dung, cùng thời điểm, tức là ba nhóm cùng đi giành một nhóm người. Bạn đang tự đẩy giá của chính mình lên.

Dấu hiệu: ngay sau khi nhân bản, chi phí mỗi kết quả của cả nhóm gốc lẫn bản sao đều xấu đi so với trước. Tổng số kết quả có thể tăng chút ít nhưng tổng chi tăng nhanh hơn.

Cách chữa: muốn mở rộng thì tăng ngân sách của nhóm gốc theo bậc, hoặc mở nhóm mới với tệp thật sự khác và loại trừ tệp cũ. Nhân bản chỉ hợp lý khi bạn thay đổi một biến rõ ràng và muốn so, chứ không phải khi bạn muốn nhiều hơn.

Thay đổi mà không ghi lại

Ba người cùng vào tài khoản, mỗi người chỉnh một chỗ, cuối tuần không ai nhớ hôm thứ Tư đã đổi gì. Khi số liệu xấu đi, không có cách nào truy ngược nguyên nhân.

Cách chữa: mỗi thay đổi một dòng, ghi ngày, ghi ai làm, ghi lý do và ghi kỳ vọng. Một bảng tính là đủ. Giá trị thật của việc này lộ ra sau khoảng một tháng, khi bạn có thể đọc lại và thấy quyết định nào từng đúng.

Nhóm lỗi 4 — Nội dung: một mẫu chạy tới lúc chai

Nhóm này thường bị đổ oan nhiều nhất. Người ta đổi nội dung khi thật ra lỗi nằm ở đo lường. Nhưng khi bốn nhóm kia đã sạch thì nội dung đúng là chỗ còn lại đáng đổ công vào nhất.

Không nhận ra mẫu đã chai

Dấu hiệu điển hình: tần suất bò lên, tỷ lệ nhấp tụt dần, chi phí mỗi kết quả tăng đều trong khi tệp và ngân sách không đổi. Ba đường này đi cùng nhau thì gần như chắc chắn là nội dung đã hết tác dụng với tệp hiện tại, chứ không phải tệp hỏng.

Cách chữa: theo dõi ba cột đó cạnh nhau hằng tuần thay vì chỉ nhìn chi phí mỗi kết quả. Cách đọc từng chỉ số và cách chúng liên quan với nhau có trong bài Các chỉ số quan trọng trong quảng cáo Facebook cần theo dõi.

Đổi nội dung nhưng đổi cùng một kiểu

Bạn thay ảnh mới, đổi màu nền, sửa vài chữ trên tiêu đề. Về bản chất vẫn là cùng một lời chào, cùng một góc kể. Người xem đã lướt qua nó lần trước sẽ lướt qua lần này.

Cách chữa: đổi thứ có sức nặng, không đổi lớp vỏ. Đổi góc kể — từ nói về sản phẩm sang nói về một tình huống khó chịu của người dùng. Đổi định dạng — từ ảnh tĩnh sang video ngắn quay bằng điện thoại. Đổi người xuất hiện — từ mẫu ảnh sang khách thật. Ba hướng này khác nhau đủ để hệ thống coi là thứ mới.

Không có sẵn mẫu dự phòng

Mẫu chai vào thứ Sáu, tới thứ Tư tuần sau mới có mẫu mới, và cả quãng giữa tài khoản vẫn chạy với chi phí xấu. Đây là lỗi lịch sản xuất, không phải lỗi quảng cáo.

Cách chữa: luôn giữ sẵn hai mẫu chưa dùng trong kho. Coi đó là hàng tồn bắt buộc như hàng trong kho thật. Việc này quyết định phần lớn khả năng giữ chi phí ổn định qua nhiều tháng.

Trang đích không giữ lời hứa của quảng cáo

Quảng cáo nói giảm giá một sản phẩm cụ thể, bấm vào ra trang chủ với hai trăm sản phẩm. Quảng cáo quay video dọc trên điện thoại, trang đích là bản máy tính co nhỏ lại, chữ bé xíu, nút mua nằm dưới ba màn hình cuộn. Đây vẫn là lỗi nội dung, chỉ là phần nội dung nằm ngoài trình quản lý quảng cáo.

Dấu hiệu: tỷ lệ nhấp tốt nhưng tỷ lệ thêm vào giỏ rất thấp; hoặc số lượt vào trang thấp hơn hẳn số lượt nhấp, nghĩa là người ta bỏ đi trước cả khi trang kịp hiện ra.

Cách chữa: mở quảng cáo trên điện thoại của chính bạn, bấm vào, bấm giờ. Trang phải hiện nội dung đúng thứ quảng cáo hứa, trong tầm một màn hình đầu tiên. Nếu trang tải chậm, sửa trang trước khi sửa quảng cáo — nội dung hay mà trang chậm thì bạn chỉ trả tiền để người ta thoát nhanh hơn.

Nhóm lỗi 5 — Đánh giá: đọc đúng số nhưng hiểu sai chuyện

Nhóm cuối này khó thấy nhất vì mọi thứ trên màn hình đều đúng. Cái sai nằm ở cách bạn diễn giải.

Đọc sai mốc so sánh

So tuần này với tuần trước trong khi tuần trước có ngày lễ. So tháng này với cùng kỳ năm ngoái trong khi năm ngoái bạn bán một dòng sản phẩm khác. Mốc so sai thì kết luận sai, dù phép trừ đúng.

Cách chữa: mỗi lần so, viết ra một câu về bối cảnh của kỳ đối chiếu. Nếu không viết nổi câu đó thì chưa nên so.

Không tính chi phí thật của một đơn

Chi phí mỗi kết quả trong trình quản lý quảng cáo chỉ là tiền quảng cáo. Nó không trừ giá vốn, không trừ phí vận chuyển bạn gánh, không trừ phí thanh toán, không trừ đơn hoàn, không trừ chi phí nhân sự trực tin nhắn. Với nhiều shop, đơn hoàn là khoản ăn mòn lớn nhất và cũng bị bỏ quên nhiều nhất.

Cách chữa: tính một lần cho kỹ, ra một con số duy nhất là mức chi phí quảng cáo tối đa cho một đơn mà vẫn còn lãi. Dán con số đó cạnh màn hình. Mọi quyết định tăng giảm sau này chỉ so với nó, không so với cảm giác đắt rẻ.

Đánh giá theo chỉ số bề mặt

Tỷ lệ nhấp cao, lượt tiếp cận lớn, bình luận nhiều — những chỉ số này dễ nhìn và dễ khoe, nhưng không có quan hệ chắc chắn với doanh thu. Một mẫu gây tranh cãi có thể kéo tương tác lên rất mạnh mà không bán được gì.

Cách chữa: chọn trước một chỉ số quyết định duy nhất cho mỗi chiến dịch, thường là chi phí mỗi đơn thật hoặc doanh thu trên chi phí. Các chỉ số khác chỉ dùng để giải thích vì sao chỉ số chính lên hay xuống, không dùng để ra quyết định.

Lấy số của người khác làm chuẩn

Nghe một người trong nhóm nói CPM ngành này chỉ chừng đó, rồi lấy làm mốc đánh giá tài khoản mình. Giá bạn trả phụ thuộc vào tệp, mùa vụ, chất lượng nội dung, mục tiêu tối ưu và cả số đối thủ đang đấu cùng khung giờ. Hai tài khoản cùng ngành, cùng ngày, trả hai mức rất khác nhau là chuyện bình thường.

Cách chữa: mốc so duy nhất đáng tin là chính tài khoản bạn ở kỳ trước. Ngoài ra, nếu buộc phải nhắc số thị trường trong báo cáo thì phải ghi rõ nguồn và ngày, để người đọc biết mức tin cậy.

Gộp chung kết quả của tệp tiếp thị lại với tệp tìm khách mới

Nhóm tiếp thị lại nhắm vào người đã vào website, đã xem sản phẩm, đã bỏ giỏ. Nhóm đó gần như luôn có chi phí mỗi đơn thấp nhất tài khoản, vì nó gặt phần khách sắp mua sẵn. Khi bạn cộng chung nó vào con số tổng, cả tài khoản trông rất khoẻ.

Vì sao mất tiền: bạn kết luận nhầm rằng quảng cáo đang chạy tốt và không cần thay đổi gì, trong khi phần tìm khách mới — phần quyết định tăng trưởng — có thể đang lỗ nặng. Tệp tiếp thị lại cũng có giới hạn: nó chỉ lớn bằng lượng người mà phần tìm khách mới đưa về, nên nếu phần trên hụt, vài tuần sau phần dưới cũng cạn.

Cách chữa: tách hai phần ra hai chiến dịch riêng và đọc số riêng. Đặt hai ngưỡng chi phí khác nhau cho hai phần, vì bản chất chúng làm hai việc khác nhau.

Ba thứ trông giống lỗi nhưng thật ra không phải

Không phải mọi con số xấu đều là lỗi. Sửa những thứ vốn bình thường cũng đốt tiền y như bỏ qua lỗi thật, chỉ là kín đáo hơn.

Chi phí mỗi kết quả dao động giữa các ngày

Ngày hôm nay chi phí mỗi đơn cao gấp rưỡi hôm qua là chuyện hoàn toàn bình thường ở quy mô nhỏ. Đấu giá thay đổi theo giờ, theo ngày trong tuần, theo việc đối thủ có đang chạy đợt khuyến mãi hay không. Đọc theo ngày là đọc nhiễu. Đọc theo bảy ngày trượt thì đường số phẳng hẳn ra, và bạn sẽ ngạc nhiên khi thấy phần lớn "khủng hoảng" tuần trước biến mất.

Chi phí tăng vào mùa cao điểm

Cận Tết, ngày đôi, đợt sale lớn — nhiều người mua hơn nhưng cũng nhiều người trả tiền để nói chuyện với họ hơn. Giá đấu lên là hiện tượng thị trường, không phải tài khoản hỏng. Việc cần làm là chỉnh kỳ vọng và chuẩn bị ngân sách trước, không phải lao vào sửa cấu trúc giữa mùa.

Nhóm mới đắt hơn nhóm cũ trong vài ngày đầu

Nhóm mới bật lên luôn ở giai đoạn học, và giai đoạn học đắt hơn giai đoạn ổn định. Đem nhóm mới ba ngày tuổi so với nhóm đã chạy hai tháng là so hai trạng thái khác nhau. Chỉ so khi cả hai đã cùng vượt mốc dữ liệu.

Bảng tra ngược: thấy triệu chứng này thì nghi lỗi nào

Bảng dưới đi từ thứ bạn nhìn thấy trước, vì trong thực tế bạn luôn phát hiện triệu chứng trước khi biết nguyên nhân.

Triệu chứng bạn thấy	Nghi lỗi thuộc nhóm	Cách kiểm chứng nhanh	Hướng chữa
Nhiều nhấp, gần như không có đơn	Đo lường hoặc trang đích	Tự đi hết một vòng mua hàng, xem sự kiện có bắn không	Vá sự kiện thiếu trước, chưa đụng tới quảng cáo
Số đơn trong báo cáo gấp đôi sổ bán hàng	Đo lường	So từng ngày giữa hai nguồn trong một tuần	Gắn mã định danh sự kiện để khử trùng lặp
Mọi nhóm đều ghi đang học, không nhóm nào ổn định	Cấu trúc	Đếm số kết quả một tuần của từng nhóm	Gộp nhóm lại, dồn ngân sách
Bật thêm nhóm mới thì nhóm cũ đắt lên	Cấu trúc	Chạy công cụ đo chồng lấn tệp	Gộp tệp, loại trừ chéo
Chi phí mỗi kết quả nhảy loạn từng ngày	Vận hành	Xem lịch sử chỉnh sửa của tài khoản	Gom thay đổi vào một nhịp cố định trong tuần
Nhóm tốt bỗng xấu ngay sau khi tăng tiền	Vận hành	Đối chiếu ngày tăng ngân sách với ngày số liệu xấu đi	Hạ về mức cũ, tăng lại theo bậc nhỏ
Tần suất tăng, tỷ lệ nhấp giảm, chi phí tăng	Nội dung	Xem ba cột đó cạnh nhau theo tuần	Thay mẫu bằng góc kể khác, không sửa vặt
Nhiều đơn giá trị thấp, doanh thu không tăng	Đo lường	Kiểm tra sự kiện mua hàng có gửi kèm giá trị không	Gửi giá trị đơn, rồi mới cân nhắc tối ưu theo giá trị
Báo cáo đẹp mà kế toán vẫn kêu lỗ	Đánh giá	Tính lại chi phí thật một đơn, gồm hoàn và phí	Đặt lại ngưỡng chi phí quảng cáo tối đa cho một đơn

Thứ tự chữa: đừng sửa cả năm nhóm cùng lúc

Nếu bạn sửa đo lường, gộp nhóm, đổi nội dung và chỉnh ngân sách trong cùng một buổi, tuần sau số liệu có tốt lên bạn cũng không biết nhờ cái gì, và có xấu đi cũng không biết tại cái gì. Thứ tự dưới đây xếp theo nguyên tắc: sửa thứ làm sai mọi kết luận trước, sửa thứ chỉ ảnh hưởng một phần sau.

1. Tuần 1 — Vá đo lường. Đi hết một vòng mua hàng thật, kiểm tra từng sự kiện, khử trùng lặp, gửi kèm giá trị đơn. Trong tuần này không đổi gì trong trình quản lý quảng cáo, để có một tuần số liệu sạch làm mốc.
2. Tuần 2 — Dọn cấu trúc. Gộp các nhóm quá nhỏ, đo và xử lý chồng lấn tệp, tách mục tiêu tối ưu ra khỏi nhau. Sau khi gộp, để yên ít nhất bảy ngày.
3. Tuần 3 — Đặt luật vận hành. Chốt nhịp sửa cố định, chốt ngưỡng tắt, chốt bậc tăng ngân sách. Bắt đầu ghi nhật ký thay đổi từ đây.
4. Tuần 4 — Làm mới nội dung. Lúc này số liệu đã đáng tin, bạn mới biết mẫu nào thật sự yếu. Thay bằng góc kể khác, giữ hai mẫu dự phòng trong kho.
5. Tuần 5 — Sửa cách đánh giá. Tính lại chi phí thật một đơn, chốt một chỉ số quyết định, dựng lại mẫu báo cáo tuần theo chỉ số đó.

Năm tuần nghe lâu, nhưng so với hai tháng chi đều mà không ra đơn thì nó là quãng ngắn. Và điểm quan trọng là sau năm tuần bạn có một tài khoản đọc được, chứ không chỉ có một tài khoản đỡ tệ hơn.

Các lưu ý khi chạy quảng cáo Facebook để không tái phát

Chữa xong một lần không có nghĩa là xong mãi. Website đổi giao diện, người mới vào đội, mùa vụ tới, và các lỗi cũ quay lại. Nhịp kiểm tra dưới đây đủ ngắn để duy trì được lâu dài.

• Mỗi thứ Hai, mười phút: mở báo cáo bảy ngày, bỏ qua ba ngày cuối, nhìn ba cột — chi phí mỗi kết quả, tần suất, tỷ lệ nhấp. Chỉ nhìn, chưa sửa gì.
• Mỗi thứ Ba, ba mươi phút: gom toàn bộ thay đổi trong tuần làm một lần. Ghi vào nhật ký từng dòng kèm lý do.
• Mỗi hai tuần: đối chiếu số đơn trong báo cáo quảng cáo với sổ bán hàng thật. Lệch quá mức bình thường thì dừng mọi việc khác để soi đo lường.
• Mỗi tháng: tính lại chi phí thật một đơn. Giá nhập, phí ship, tỷ lệ hoàn đều trôi theo thời gian, và ngưỡng cũ sẽ dần sai.
• Mỗi lần website đổi bất cứ thứ gì: đi lại một vòng mua hàng thật. Đây là việc mất mười lăm phút cứu được cả tháng ngân sách.
• Mỗi quý: chạy lại công cụ đo chồng lấn tệp, vì tệp tự động lớn dần và ranh giới giữa chúng mờ đi theo thời gian.

Làm tay tới đâu thì hết sức, khi nào nên dùng công cụ

Một tài khoản, một nền tảng, dưới mười nhóm quảng cáo thì làm tay là đủ và còn tốt hơn, vì bạn học được cách tài khoản của mình phản ứng. Bảng tính ghi nhật ký thay đổi, một lịch nhắc hằng tuần, một con số ngưỡng dán cạnh màn hình — bấy nhiêu đã xử lý được phần lớn nội dung bài này.

Chỗ làm tay đuối sức là khi số lượng thứ cần canh vượt quá trí nhớ. Ba nền tảng, mấy chục nhóm quảng cáo, nhiều người cùng vào tài khoản, và các lỗi trên xuất hiện rải rác chứ không cùng lúc. Lúc đó thứ bạn thiếu không phải là kiến thức mà là một chỗ nhìn thấy hết và một bộ luật chạy đều đặn thay bạn.

Đó là việc Orova Ads làm: nối Google Ads, Meta và TikTok Ads về một bảng, kéo số liệu theo ngày, rồi soi tài khoản theo bộ mã hành động tối ưu do đội Orova huấn luyện — hiện có 214 mã, riêng Meta 58 mã. Bạn viết bộ quy tắc bằng lời thường, đặt lịch chạy, và chọn mức can thiệp: Cố vấn để AI chỉ đề xuất và bạn tự làm, Kết hợp, hoặc Tự động để AI làm thay. Mặc định là chỉ cố vấn. Mọi đề xuất đều kèm lý do và số liệu, ghi log đầy đủ ở tab Lịch sử, duyệt hay từ chối là quyền của bạn. Có sẵn 19 bộ quy tắc mẫu theo mục đích, và một đường link webhook riêng cho mỗi dự án để CRM bắn chuyển đổi thật về nền tảng — đúng chỗ chữa nhóm lỗi đo lường ở trên. Đăng ký miễn phí được tặng 1.000 quota, không cần thẻ, và Orova không thu phần trăm ngân sách quảng cáo của bạn.

Câu hỏi thường gặp

Tôi nên chạy bao lâu rồi mới kết luận là quảng cáo không hiệu quả?

Đừng đếm theo ngày, đếm theo số kết quả. Nhóm quảng cáo chưa đạt mốc khoảng 50 sự kiện tối ưu trong 7 ngày thì số liệu chưa ổn định, kết luận lúc đó là đoán. Nếu ngân sách của bạn không đủ để một nhóm đạt mốc đó trong một tuần, vấn đề là bạn đang có quá nhiều nhóm chứ không phải quảng cáo không hiệu quả.

Chạy ads Facebook mà tăng ngân sách bao nhiêu một lần thì an toàn?

Tăng theo bậc nhỏ, khoảng 20-30% mỗi lần, cách nhau ít nhất 48-72 giờ, và chỉ tăng khi bậc trước đã ổn định. Cần tăng gấp nhiều lần vì mùa vụ thì đừng kéo nhóm cũ lên, hãy tạo nhóm mới đặt thẳng ở mức ngân sách đích và chấp nhận nó có giai đoạn học riêng.

Có nên tắt nhóm quảng cáo ngay khi thấy một ngày xấu không?

Không. Một ngày xấu ở quy mô nhỏ chủ yếu là nhiễu. Đặt trước ngưỡng dừng bằng số: chỉ tắt khi nhóm đã chi gấp ba lần chi phí mỗi kết quả mục tiêu mà chưa ra kết quả nào. Viết ngưỡng ra trước khi bật, để lúc sốt ruột không tự nới luật cho mình.

Vì sao số đơn Facebook báo luôn khác số đơn thật của tôi?

Ba nguyên nhân hay gặp: sự kiện bị đếm trùng vì vừa bắn từ trình duyệt vừa bắn từ máy chủ mà không khử trùng lặp; cửa sổ quy công mặc định 7 ngày nhấp và 1 ngày xem khiến đơn được ghi vào ngày cũ; và đơn hoàn, đơn huỷ vẫn nằm trong báo cáo quảng cáo. Chênh lệch nhỏ là bình thường, chênh gần gấp đôi thì gần như chắc là lỗi trùng lặp.

Tệp rộng hay tệp hẹp thì đỡ đốt tiền hơn?

Với ngân sách nhỏ, tệp rộng thường an toàn hơn, vì tệp hẹp làm phiên đấu giá căng và đẩy giá lên, đồng thời khiến nhóm khó đạt mốc dữ liệu. Hãy để nội dung làm việc lọc người thay vì chồng nhiều lớp nhắm mục tiêu. Tệp hẹp chỉ đáng dùng khi bạn có lý do rõ ràng và có đủ tiền để nó ra dữ liệu.

Đổi nội dung có làm chiến dịch phải học lại không?

Có. Thay nội dung quảng cáo nằm trong nhóm thay đổi lớn và sẽ đưa nhóm trở lại giai đoạn học. Vì vậy đừng đổi lắt nhắt. Gom lại, đổi một lần cho ra tấm ra món, rồi để yên đủ lâu để biết kết quả.

Tài khoản của tôi ngân sách nhỏ thì nên chạy mấy nhóm quảng cáo?

Lấy ngân sách ngày chia cho chi phí mỗi kết quả bạn chấp nhận được, nhân với bảy, ra số kết quả một tuần. Chia số đó cho 50 sẽ ra số nhóm tối đa mà bạn nuôi nổi. Ví dụ minh hoạ: ngân sách 600.000 đồng một ngày, chi phí mỗi kết quả mục tiêu 50.000 đồng, thì một tuần được khoảng 84 kết quả — tức là nuôi được một nhóm cho ra kết luận rõ, không phải năm nhóm.

Tôi đã sửa hết mà vẫn không ra đơn thì sao?

Nếu đo lường sạch, nhóm đã đủ dữ liệu, nội dung đã thay góc và trang đích đã nhanh mà vẫn không có đơn, thì quảng cáo đang làm đúng việc của nó: nó đưa người tới và họ không mua. Lúc này vấn đề nằm ở giá bán, ở sản phẩm, hoặc ở mức tin tưởng vào cửa hàng. Đổ thêm tiền quảng cáo không chữa được ba thứ đó, chỉ làm bạn biết sự thật nhanh hơn và tốn hơn.

Việc nên làm ngay tuần này

Đừng đọc xong rồi mở tài khoản lên sửa mười chỗ. Làm đúng ba việc sau trong tuần này, theo thứ tự:

1. Mở website bằng máy của bạn, mua thử một đơn từ đầu tới lúc thanh toán xong, mở công cụ kiểm tra sự kiện xem từng bước có bắn không. Ghi lại bước nào thiếu.
2. Lấy số đơn trong báo cáo quảng cáo của bảy ngày gần nhất, bỏ qua ba ngày cuối, đặt cạnh số đơn thật trong sổ bán hàng cùng quãng đó. Ghi ra mức chênh.
3. Đếm xem tuần rồi mỗi nhóm quảng cáo ra bao nhiêu kết quả. Nhóm nào chưa tới mốc 50 thì đánh dấu để gộp trong tuần sau.

Ba việc đó mất chưa tới một giờ và cho bạn biết mình đang mắc nhóm lỗi nào. Sau đó mới tới lượt sửa. Còn nếu cả ba đều sạch mà tài khoản vẫn không ra đơn, khi đó bạn mới có quyền nghi ngờ sản phẩm, giá bán hoặc trang đích — và đó là ba thứ quảng cáo không chữa được.

Muốn kiểm tra nhanh hơn, không phải tự dò từng lỗi

Tự rà từng nhóm lỗi này bằng tay không khó, nhưng tốn thời gian nhất ở chỗ đối chiếu số liệu giữa trình quản lý quảng cáo và sổ bán hàng thật, rồi lần lại xem chỗ nào bị chia vụn, chỗ nào bị sửa quá tay. Với người bận vận hành cả cửa hàng, việc ngồi soát thủ công mỗi tuần rất dễ bị bỏ qua, và đến lúc phát hiện thì tiền đã mất một khoảng dài.

Orova Ads được làm ra để đỡ phần việc lặp đi lặp lại đó — tự động theo dõi và đối chiếu số liệu quảng cáo, giúp bạn nhìn ra sớm những chỗ tiền đang bị đốt mà không cần ngồi tính tay mỗi ngày. Nếu bạn thấy việc tự kiểm tra như trong bài này hợp lý nhưng ngại duy trì đều tay, có thể xem thử Orova Ads hoạt động ra sao.

Xem Orova Ads