Khách nội địa nhắn qua Zalo, còn WhatsApp thường chỉ xuất hiện khi có đối tác nước ngoài, đơn hàng xuất khẩu hoặc một kênh bán xuyên biên giới. Vì thế một cửa hàng ở Việt Nam rất dễ đang giữ vài số WhatsApp cùng lúc mà không ai lập danh sách: một số in trên danh thiếp, một số nằm trong chữ ký email, số còn lại gắn vào nút chat trên website từ một đợt sửa giao diện cũ. Chúng xuất hiện ở những thời điểm khác nhau, nên cũng chẳng có một thời điểm nào người ta ngồi xuống và quyết định mình sẽ giữ lại bao nhiêu.

Đa số hướng dẫn về nhiều tài khoản WhatsApp đi thẳng vào câu hỏi đăng nhập: hai SIM, hai ứng dụng, vài chiếc điện thoại, hay những cửa sổ trình duyệt tách biệt nhau. Những cách đó không sai, nhưng chúng kết thúc đúng vào lúc số mới nhận được mã xác thực. Từ ngày thứ hai trở đi, câu hỏi đổi thành tin nhắn của khách rơi vào đâu, ai đang mở cửa sổ đó, và số cũ có còn ai nhìn không.

Mình vẫn thấy các đội bán hàng xử lý chuyện này bằng cách mở thêm một số nữa, vì tưởng rằng tắc nghẽn nằm ở số lượng. Thứ quyết định lại nằm ở chỗ khác: mỗi số có một điện thoại chính, một nơi được công khai, một cửa sổ duy nhất và một người chịu trách nhiệm hay chưa. Khi bốn thứ đó chưa có, số mới chỉ nhân bản thêm một chỗ để thất lạc tin nhắn.

Một số WhatsApp không phải một phiên đăng nhập

Trang trợ giúp chính thức của WhatsApp ghi rõ một con số mà các bài hướng dẫn hay bỏ qua: tối đa bốn thiết bị được liên kết thêm vào một tài khoản, và những thiết bị này không cần điện thoại chính lúc nào cũng trực tuyến. Điều kiện đi kèm mới là phần đáng chú ý: bạn phải đăng nhập WhatsApp trên điện thoại chính mỗi 14 ngày để giữ các thiết bị liên kết không bị ngắt.

Một số hoạt động như một cái cây: một điện thoại chính làm gốc, tối đa bốn thiết bị làm nhánh, và cái gốc có nhịp riêng của nó. Bốn số WhatsApp là bốn cái cây, tức bốn chiếc điện thoại chính phải có người cầm lên ít nhất mỗi hai tuần. Con số thường được tính khi mua thêm SIM là giá SIM và giá máy; con số ít được tính là những lần nhắc lịch, cộng với những lần phải giải thích với khách vì sao tin nhắn gửi lúc cuối tuần không ai trả lời.

Đường liên kết cũng đáng đọc kỹ, vì nó cho thấy quyền nằm ở đâu. Ở WhatsApp Web hoặc phiên bản chạy trên Windows, có thể chọn mục liên kết bằng số điện thoại, nhập số chính, rồi màn hình hiện một mã gồm tám ký tự; trang trợ giúp tiếng Anh gọi mục này là Link with phone number. Trên điện thoại chính, một thông báo hiện tên và vị trí của thiết bị đang xin liên kết, kèm bước xác thực sinh trắc học hoặc mã PIN, và chỉ sau khi nhập lại mã tám ký tự thì thiết bị mới được chấp nhận. Trang trợ giúp còn mô tả chiều ngược lại, bắt đầu ngay từ điện thoại chính qua mục thiết bị đã liên kết, với tùy chọn liên kết bằng số thay vì quét mã.

Có thêm một chi tiết dễ bị bỏ qua: khi phát hiện thiết bị lạ, chính điện thoại gốc là nơi hiện hai lựa chọn chấp nhận hoặc từ chối. Ai giữ chiếc điện thoại đó là người nắm quyền với toàn bộ cái cây, dù người đang ngồi trả lời khách mỗi ngày có thể là một người khác, ở một máy khác. Đây là lý do việc giao số cho nhân viên mới hay trả lại số khi ai đó nghỉ việc không thể chỉ là “đưa lại mật khẩu”, vì ở đây vốn không có mật khẩu để đưa.

Hai hệ quả thực tế đi theo cơ chế này. Một tab WhatsApp Web trên máy tính dùng chung không tự biến mất khi bạn đóng tab; muốn chắc chắn thì phải đăng xuất từ bên trong WhatsApp Web, rồi mở danh sách thiết bị trên điện thoại chính để kiểm tra lại. Và khi nhịp 14 ngày bị bỏ qua, các thiết bị liên kết bị ngắt cùng lúc, nhưng người dùng thường chỉ phát hiện vào lúc khách hỏi sao bên mình im lặng mấy hôm nay.

Theo các nguồn tổng hợp dẫn lại thông báo của Meta cuối tháng 3 năm 2026, WhatsApp bắt đầu triển khai khả năng đăng nhập hai tài khoản trong cùng một ứng dụng trên iPhone, ra mắt theo từng đợt chứ không đồng loạt ở mọi khu vực. Hai tài khoản trong một máy vẫn là hai cái cây, với hai chiếc điện thoại chính và hai nhịp 14 ngày riêng biệt. Các hướng dẫn cũ viết từ thời iOS chưa có tính năng này thường dừng lại ở nhận xét “iPhone khó hơn Android”, và nhận xét đó giờ đã lỗi thời.

Đọc danh sách thiết bị đã liên kết trước khi tính đến số mới

Mở WhatsApp trên điện thoại chính, vào mục thiết bị đã liên kết; trên Android mục này thường nằm dưới menu ba chấm, trên iPhone nằm trong phần cài đặt. Màn hình liệt kê từng thiết bị kèm lần hoạt động gần nhất, nên nó trả lời được câu “số này còn sống ở những máy nào” mà không cần đoán.

Ghi lại tên thiết bị và ngày hoạt động cuối vào một file, rồi so với danh sách máy thực tế đang có trong đội. Thiết bị nào không nhận ra thì đăng xuất ngay từ điện thoại chính, đừng đợi đến lúc cần thêm chỗ cho thiết bị thứ năm mới dọn. Bước này phải đứng trước mọi bước kiểm tra khác, vì danh sách chỉ mở được từ điện thoại chính: thiếu nó, mọi phán đoán về việc một cửa sổ trình duyệt còn đăng nhập hay không đều chỉ là phán đoán.

Số cũ vẫn có khách vì nó nằm ở quá nhiều chỗ

Một số điện thoại không nằm yên ở một chỗ. Nó nằm trên danh thiếp đã phát ra, tem dán trên bao bì, nút chat trên website, chữ ký email, phần giới thiệu của trang Facebook, file báo giá gửi cho khách mấy tháng trước, và trong danh bạ của chính khách hàng. Mỗi chỗ là một lối vào, và lối vào không tự cập nhật khi nội bộ đổi số.

Khách cũng không đổi theo mình. Người đã lưu liên hệ sẽ bấm vào liên hệ cũ; người mở lại một email báo giá sẽ bấm vào liên kết wa.me trong email đó; người đọc lại file PDF sẽ nhắn vào số in trên file. Vì thế câu “bên mình đã chuyển sang số mới” chỉ đúng với những người đã đọc được thông báo, còn với phần còn lại thì số mới chưa từng tồn tại. Lỗi nằm ở cách mình đối xử với số điện thoại: coi nó như một dòng chữ có thể sửa ở một chỗ, trong khi nó thực chất là một địa chỉ nằm rải ở nhiều nơi.

Cách xử lý bắt đầu bằng một danh sách các nơi đang công khai số, và nên liệt kê từ cái dễ quên nhất: mẫu báo giá, file PDF, mô tả kênh, tin nhắn trả lời tự động, chữ ký email, tem bao bì, rồi mới đến website. Với mỗi nơi, quyết định một số duy nhất được phép đứng ở đó, rồi sửa từng chỗ. Mình vẫn bắt đầu từ các file tĩnh thay vì từ trang chủ, vì trang chủ là chỗ dễ nhớ nhất và thường là chỗ đã được sửa từ lâu, còn các file PDF cũ thì không ai nhớ là mình từng gửi cho ai.

Thay vì in số điện thoại vào từng tài liệu, dùng một liên kết trỏ về trang liên hệ duy nhất của cửa hàng. Khi đổi số, mình sửa một trang, còn các file đã phát đi vẫn dẫn đúng chỗ. Cách này không xử lý được trường hợp khách đã lưu số vào danh bạ, nhưng giảm đáng kể số nơi phải đi tìm lại.

Số cũ đừng vội tắt. Đặt một tin nhắn trả lời tự động khi vắng mặt, nêu rõ số hiện tại và khung giờ có người trả lời, rồi vẫn cử một người mở số đó mỗi tuần để xem có tin nhắn cần người thật hay không. Ứng dụng WhatsApp Business có nhóm cài đặt cho tin nhắn chào và tin nhắn khi vắng mặt; tên mục thay đổi theo phiên bản, nên cứ mở ứng dụng lên kiểm tra thay vì tin vào một đường dẫn menu cố định. Tin nhắn tự động chỉ đủ để báo hiệu, nó không trả lời được câu hỏi về đơn hàng, vì thế vẫn cần một người thật ghé vào.

Đây là chỗ hay bị làm ngược. Tắt số cũ trông như dọn dẹp, nhưng phía khách nó giống như cửa hàng ngừng nhận tin: không có thông báo lỗi, không có ai báo lại, và tin nhắn cứ nằm trong một khoảng trống. Giữ số cũ thêm vài tháng chỉ tốn một ít công kiểm tra mỗi tuần, trong khi mất một khách cũ là mất cả lịch sử hội thoại, và lịch sử đó không chuyển được sang số mới bằng cách sửa chữ ký email.

Thêm số hay thêm người trả lời là hai việc khác nhau

Có một câu hỏi nên được trả lời trước khi mua SIM: lý do cần thêm chỗ là có thêm thương hiệu, thêm pháp nhân, thêm nhóm khách mà mình đại diện, hay chỉ vì có thêm người ngồi trả lời. Ba lý do đầu là lý do để có số mới; lý do cuối là lý do để có thêm chỗ ngồi cho nhân viên. Gộp hai nhóm lại với nhau là cách nhanh nhất để một đội kết thúc với mỗi người một số và không ai rõ ranh giới giữa các hộp thư.

Với nhóm thứ hai, con đường chính thức là WhatsApp Business Platform, dòng sản phẩm dành cho doanh nghiệp, tiếp cận qua các đơn vị được Meta ủy quyền. Các nhà cung cấp dịch vụ mô tả chung một hộp thư mà nhiều nhân viên cùng xử lý trên cùng một số, kèm phân luồng và lịch sử hội thoại tập trung. Đây không phải một công tắc bên trong ứng dụng WhatsApp Business miễn phí, mà là một dòng sản phẩm khác với hợp đồng, chi phí và điều kiện riêng; năng lực cụ thể nên đọc trong tài liệu của Meta và của đơn vị mình chọn, không đọc trên trang chào hàng. Cũng nên cẩn trọng với các bảng so sánh do chính nhà cung cấp viết, vì không ít bản trong số đó ghi số lượng thiết bị của ứng dụng miễn phí thấp hơn con số bốn mà trang trợ giúp chính thức nêu ra.

Ở Việt Nam còn một lớp chồng lên: một đội thường vừa giữ Zalo cho khách nội địa, vừa giữ WhatsApp cho đối tác nước ngoài. Hai luồng này khác ngôn ngữ, khác khung giờ, khác kỳ vọng về tốc độ phản hồi, nhưng rất hay bị dồn vào cùng một chiếc điện thoại của cùng một người. Khi người đó nghỉ, thứ bị mất là hai hàng đợi, và hàng đợi nào có khách đang chờ cũng không ai dám chắc.

Có những trường hợp thêm số là đúng: hai thương hiệu tách biệt, hai pháp nhân đứng bán riêng, hoặc một đại lý vận hành kênh chat cho những khách không được phép thấy nhau trong cùng một hộp thư. Điểm chung là ranh giới nằm ở danh tính và trách nhiệm, nên tách số là quyết định về cấu trúc; khi ranh giới chỉ là ca trực, tách số là một cái bẫy tiện lợi.

Ba người cùng trả lời một khách thì đừng mở số thứ ba. Cái đang thiếu là một nơi để ba người cùng thấy một hội thoại. Thêm một số mới chỉ bắt khách phải đoán xem mình nên nhắn vào đâu.

Bốn thứ phải có trước khi mở số thứ tư

Nếu sau khi phân loại vẫn còn lý do chính đáng để có số mới, có bốn thứ nên chuẩn bị sẵn trước khi bấm xác thực. Chúng gần như không tốn tiền, nhưng thiếu một trong bốn thì số mới sẽ bắt đầu đúng kiểu của mấy số cũ, chỉ khác là nó mới hơn và khó nhận ra hơn.

• Số đó phải gắn với một người có thể nhận mã lâu dài. Ở Việt Nam, thông tin thuê bao di động đã được chuẩn hóa và xác thực theo Thông tư 08/2026/TT-BKHCN, nên việc mua thêm một SIM không còn là thao tác vô danh như vài năm trước. Một số đứng tên ai, người đó sẽ là người phải có mặt mỗi lần cần xác thực lại; nếu câu trả lời là nhờ người quen đứng tên hộ, hãy coi đó là một rủi ro vận hành kéo dài suốt vòng đời của số, chứ không phải một thủ tục giấy tờ làm một lần rồi thôi.
• Mỗi số chỉ có một nơi được công khai. Ghi rõ số này được phép xuất hiện ở đâu: một trang liên hệ, một mẫu báo giá, một chữ ký, hay một nút chat duy nhất. Mọi chỗ khác trỏ về nơi đó bằng liên kết, thay vì in thêm một lần nữa số điện thoại. Khi cần đổi, mình sửa một chỗ và kiểm tra được ngay là đã xong, thay vì phải nhớ đã từng dán số này vào những đâu trong hai năm qua.
• Mỗi số chỉ mở ở một cửa sổ, và phải tìm ra được cửa sổ đó. Lỗi phổ biến là cùng một số bị mở ở hai máy, hoặc một số vẫn nằm trên máy của người đã nghỉ việc mà không ai biết; mất đăng nhập ngược lại còn dễ thấy hơn, vì nó hiện ra ngay. Danh sách thiết bị đã liên kết ở phần đầu chỉ cho biết thiết bị, nó không cho biết ai đang phụ trách cửa sổ ấy, và cũng không ngăn được việc ai đó bấm mở thêm một cửa sổ nữa cho cùng một số.
• Mỗi số có một người phụ trách và một nhắc lịch 14 ngày. Người này không cần trả lời mọi tin nhắn, nhưng phải là người cầm điện thoại chính định kỳ và là người được hỏi khi có tin nhắn không ai đọc. Ghi tên người đó vào cùng file với danh sách thiết bị, để lần rà soát sau không phải hỏi lại cả đội, và để khi có người nghỉ việc thì vẫn còn một dòng chữ nói rõ cái số đó đang chờ ai.

Với ba bốn số, một chiếc điện thoại cũ và một file ghi chép là đủ, đừng mua thêm gì cả. Khi số nhiều đến mức nằm rải ở vài máy khác nhau, BitBrowser cho gán mỗi tài khoản một hồ sơ riêng, còn trình kết nối CloudPC trên cùng trang sản phẩm gom cả BitCloudPC lẫn VPS tự dựng vào một danh sách có phân loại và tìm kiếm, và bấm lại vào một kết nối thì mở đúng cửa sổ cũ thay vì tạo phiên thứ hai. Mười hồ sơ miễn phí đủ để thử cách sắp xếp này trước khi quyết định có cần thêm hay không. Đây không phải cách duy nhất; một bảng tính được cập nhật đều cũng làm được phần lớn việc đó.

Ba mươi phút rà lại toàn bộ số đang có

Quy trình dưới đây đi theo một thứ tự có lý do: danh sách thiết bị chỉ mở được từ điện thoại chính, nên phải xác định điện thoại chính trước, rồi mới đối chiếu các nơi công khai số. Làm ngược lại sẽ tốn phần lớn thời gian để đoán xem một tab trình duyệt còn đăng nhập hay không, trong khi câu trả lời nằm trong túi của một người cụ thể.

1. Kê tất cả số đang dùng, lấy từ hóa đơn SIM, danh bạ kế toán và mục cài đặt trên từng điện thoại, không lấy từ trí nhớ. Đạt khi ra được một con số cụ thể, kể cả khi nó lớn hơn con số mọi người vẫn nói.
2. Với mỗi số, xác định điện thoại chính đang ở tay ai. Đạt khi có tên người và vị trí chiếc máy, không phải câu “chắc là để ở quầy”.
3. Trên từng điện thoại chính, mở danh sách thiết bị đã liên kết và ghi lại tên thiết bị cùng lần hoạt động gần nhất. Đạt khi mọi thiết bị không nhận ra đều đã được đăng xuất từ điện thoại chính.
4. Liệt kê các nơi công khai số: website, mẫu báo giá, chữ ký email, bao bì, trang mạng xã hội, liên kết wa.me. Đạt khi mỗi nơi chỉ trỏ về đúng một số đã có trong danh sách ở bước một.
5. Với mỗi số cũ còn khách, gửi một tin nhắn thử từ một máy khác và xem bao lâu có người phản hồi. Đạt khi có người thật đọc và trả lời, không chỉ có tin nhắn tự động xác nhận đã nhận.
6. Gán một người phụ trách và một nhắc lịch 14 ngày cho từng số, kể cả những số đang chờ dừng. Đạt khi lịch này nằm trong công cụ mà người đó thực sự mở mỗi ngày, không nằm trong một file chỉ có người quản lý biết đường vào.
7. Đối chiếu từng số với bốn điều kiện đã liệt kê ở phần trước. Thiếu một trong bốn thì ghi vào danh sách việc cần làm, đừng tự coi là đã xong chỉ vì số đó vẫn nhận được tin nhắn.
8. Nếu còn số nào không tìm được điện thoại chính, hoặc không rõ ai đang trả lời tin nhắn đến, dừng mọi kế hoạch mở số mới cho đến khi chỗ đó được giải quyết. Đây là điều kiện dừng: thêm một số vào một hệ thống đang có lỗ hổng ở khâu nhận tin chỉ làm tăng số lỗ hổng lên một.

Nửa tiếng này thường dẫn đến một danh sách ngắn hơn: vài tab cần đăng xuất, vài chỗ cần sửa lại số, một liên kết wa.me cần trỏ về trang liên hệ, và đôi khi là một hoặc hai số nên cho nghỉ hẳn. Mình làm bước này trước mọi kế hoạch mở rộng vì kết quả của nó thường làm cho kế hoạch ấy trở nên không cần thiết nữa.

Kết luận cuối

Mở thêm một số WhatsApp mất vài phút và tốn một chiếc SIM; giữ cho số đó luôn có người đọc tin nhắn lại là việc lặp đi lặp lại mỗi tuần. Khi một đội đang có bốn số, câu hỏi có lợi hơn là bốn số hiện tại có ai chịu trách nhiệm, có nằm đúng một cửa sổ, và có còn nơi nào trên mạng vẫn in số cũ không.

Trước khi mua SIM tiếp theo:

• Kê đủ số đang có, kể cả số chỉ còn sót lại trong một file báo giá cũ.
• Đọc danh sách thiết bị đã liên kết trên từng điện thoại chính.
• Gán một nơi công khai duy nhất cho mỗi số.
• Đặt lịch 14 ngày cho người giữ điện thoại chính.
• Chỉ mở số mới khi bốn dòng trên đều đã có câu trả lời.

Số lượng tài khoản là con số dễ tăng nhất và cũng dễ gây hiểu nhầm nhất. Thứ khó tăng hơn, và đáng đo hơn, là số lượng số mà đội mình có thể nói ngay ai đang giữ, khách đang nhắn vào đâu, và tin nhắn cuối cùng được đọc lúc nào.

Ở các nhóm chăm sóc khách bằng Telegram, một kiểu sự cố lặp khá đều: ba tài khoản được đưa lên cùng một máy tính để hai người thay nhau trực ca, và đến lúc giao ca thì tin nhắn của khách A lại được trả lời từ tài khoản B. Không ai mất mật khẩu, không có tài khoản nào bị khóa. Cửa sổ đang mở trên màn hình chỉ không còn tương ứng với cái tên mà người ngồi vào ca sau nghĩ là mình đang dùng.

Phản xạ thường gặp là tắt hết rồi đăng nhập lại từ đầu, hoặc mua thêm một chiếc máy. Cả hai đều xử lý được ca hôm đó. Sáng hôm sau tình trạng cũ quay lại, vì thứ gây lẫn không nằm ở số lượng tài khoản, mà nằm ở chỗ một lần đăng nhập không được đóng riêng cho từng tài khoản.

Cách đếm cũng thường sai ngay từ đầu. Nhiều người đếm năng lực vận hành bằng số SIM đang có trong ngăn kéo. Cách đếm có ích hơn là: khi một phiên bị lẫn, có tắt đúng phiên đó mà không làm rơi các phiên còn lại hay không. Câu trả lời đổi khác nhau tùy vào chỗ bạn chọn để mở tài khoản, và đó là thứ đáng tính trước khi mua thêm bất cứ thứ gì.

Trên máy tính, “nhiều tài khoản” là ba chuyện khác nhau

FAQ chính thức của Telegram có một câu hay bị đọc nhầm: bạn có thể đăng nhập từ bao nhiêu thiết bị cũng được, tất cả cùng một lúc, và tin nhắn trên đám mây sẽ đồng bộ ngay. Câu đó nói về thiết bị dùng chung một tài khoản, không nói về việc bạn sở hữu bao nhiêu tài khoản. Đây là lý do nhiều bảng hướng dẫn bị lệch ngay từ dòng đầu: chúng gộp “nhiều thiết bị” và “nhiều tài khoản” vào cùng một mục, rồi đưa ra kết luận về số lượng.

Chuyện thứ nhất là thêm tài khoản ngay trong ứng dụng. Bạn thêm một số điện thoại khác, xác thực bằng mã, rồi bấm qua lại giữa các tên mà không cần đăng xuất. Đây là cửa sổ hiển thị của ứng dụng, giới hạn của nó là giới hạn giao diện trên thiết bị đó, con số cụ thể nên xem trên bản client đang dùng thay vì nhớ một con số từ bài viết năm khác. Chuyện thứ hai là cùng một tài khoản hiện diện trên điện thoại, máy tính và bản web, vốn là điều Telegram thiết kế sẵn và không gây ra bất kỳ xung đột nào vì dữ liệu nằm trên đám mây của họ.

Chuyện thứ ba mới là chỗ hay lẫn: hai phiên Telegram Web mở trong cùng một trình duyệt. Ở đây cookie, bộ nhớ cục bộ và trạng thái đăng nhập được lưu theo hồ sơ trình duyệt, không phải theo tab. Mở thêm một tab hay bật cửa sổ ẩn danh không tự tạo ra một hồ sơ mới đủ bền: tab thì dùng chung vùng lưu trữ, cửa sổ ẩn danh thì xóa sạch trạng thái khi đóng lại. Khi người dùng nói “tôi đã đăng xuất mà vẫn bị lẫn”, phần lớn là đang nói về chuyện thứ ba mà lại xử lý theo cách của chuyện thứ nhất.

Ba chuyện này có thể cùng xảy ra trên một bàn làm việc. Một đội có thể vừa thêm tài khoản trong app trên điện thoại, vừa để một tài khoản mở thêm trên Telegram Desktop, vừa có hai phiên Web trên Chrome. Điểm chung của chúng là cùng cần một số điện thoại để nhận mã, nhưng điểm khác của chúng nằm ở chỗ phiên đăng nhập được lưu ở đâu và ai có quyền đóng nó. Chính điểm khác đó quyết định ca trực có giao được cho người khác hay không.

Sáu cách mở thêm một cửa sổ, sáu chỗ lẫn khác nhau

Cách thứ nhất là dùng chính nút thêm tài khoản trong ứng dụng trên điện thoại. Chi phí chỉ là một số điện thoại có nhận được mã, và việc chuyển qua lại diễn ra rất nhanh. Chỗ hỏng của nó nằm ở thiết bị: mọi tên đều ngồi trên cùng một chiếc máy, nên khi máy được đưa cho người trực ca sau, người đó nhận được toàn bộ danh sách tài khoản cùng lúc, kể cả những cái không thuộc ca của mình. Muốn tách riêng, phải tách bằng quyền đăng nhập chứ không tách được bằng thói quen bấm qua lại.

Cách thứ hai là để điện thoại một tài khoản và máy tính một tài khoản, dùng Telegram Desktop hoặc bản cài riêng. Nhiều người gọi đây là “hai tài khoản”, nhưng xét cho cùng đây vẫn là hai thiết bị, và nếu cùng đăng nhập một số thì chúng là một tài khoản hiển thị ở hai nơi. Dùng đúng hai số khác nhau thì cách này hoạt động ổn, vì bản cài trên máy tính giữ phiên của riêng nó. Chỗ hỏng xuất hiện khi có người thứ ba cần truy cập: phiên nằm trong một máy tính cá nhân, nên việc giao ca lại phải giao cả cái máy.

Cách thứ ba là Telegram Web trong hai tab, hoặc một tab thường và một cửa sổ ẩn danh. Đây là cách rẻ nhất và cũng là cách gây lẫn nhiều nhất, vì như đã nói ở trên, cookie và bộ nhớ cục bộ đi theo hồ sơ trình duyệt. Cửa sổ ẩn danh còn có thêm một cái giá hay bị bỏ qua: đóng lại là mất phiên, và lần đăng nhập sau lại cần một mã xác thực mới. Với một đội thay ca hai lần mỗi ngày, nghĩa là mỗi ngày có thêm vài lượt chờ mã, và mỗi lượt chờ mã lại phụ thuộc vào cái SIM.

Cách thứ tư là dùng nhiều người dùng trên Android hoặc tính năng nhân bản ứng dụng. Mỗi bản Telegram lúc đó có vùng dữ liệu riêng trên cùng một chiếc máy, nên về mặt phiên đăng nhập nó sạch hơn hẳn hai tab Web. Chỗ hỏng lại nằm ở vòng đời của thiết bị: đổi máy, cài lại hệ điều hành, hoặc một lần xác thực lại thông tin thuê bao là các phiên đó không đi theo bạn sang máy mới. Cách này hợp với hai đến ba tài khoản dùng trên một thiết bị cố định, không hợp với một đội có người vào người ra.

Cách thứ năm là mỗi tài khoản một chiếc điện thoại, mỗi máy một SIM. Đây là cách dễ giải thích nhất với kế toán và cũng dễ kiểm tra nhất khi có sự cố, vì mọi thứ nằm gọn trong một cục phần cứng. Cái giá của nó không chỉ là tiền mua máy, mà là việc giao ca bằng cách đưa điện thoại cho nhau, kèm theo toàn bộ lịch sử cá nhân trên máy đó. Khi số tài khoản lên đến năm, sáu, cái bàn làm việc bắt đầu trông giống một trạm sạc hơn là một chỗ làm việc.

Cách thứ sáu là tách mỗi phiên Web vào một hồ sơ trình duyệt riêng trên cùng một máy tính. Ưu điểm của nó nằm đúng vào chỗ mà năm cách kia yếu: một phiên có thể được mở, đóng, hoặc dọn sạch mà không đụng vào các phiên còn lại. Giới hạn của nó cũng cần nói thẳng: Telegram phần lớn vẫn được dùng trong ứng dụng trên điện thoại, nên cách này chỉ phủ được Telegram Web và các bản cài trên máy tính, không thay thế được cái SIM hay cái máy cầm tay. Ai đang kỳ vọng một công cụ trên máy tính giải quyết được mọi tài khoản trong túi áo thì sẽ thất vọng sớm.

Điểm chung của sáu cách là không có cách nào “an toàn hơn” tuyệt đối. Chúng khác nhau ở chỗ lẫn, và chỗ lẫn quyết định bạn mất bao nhiêu thời gian mỗi khi có người đổi ca, đổi máy, hoặc đổi số. So sánh theo tiêu chí đó có ích hơn nhiều so với việc hỏi cách nào cho phép mở được nhiều tài khoản nhất.

Ở Việt Nam, cửa vào vẫn là cái SIM

Dù chọn cách nào trong sáu cách trên, lần đăng nhập lại vẫn đi qua một mã gửi tới số điện thoại. Đây là lý do các quy định về thuê bao di động ở Việt Nam lại ảnh hưởng trực tiếp đến một bài toán tưởng chừng chỉ nằm trong trình duyệt.

Thông tư 08/2026/TT-BKHCN đưa việc chuẩn hóa thông tin thuê bao lên bốn trường dữ liệu: số giấy tờ tùy thân, họ tên đầy đủ, ngày sinh và dữ liệu sinh trắc học khuôn mặt, đối chiếu với cơ sở dữ liệu dân cư. Đổi máy hoặc đổi thiết bị sang một cái khác có thể dẫn tới yêu cầu xác thực lại bằng khuôn mặt; trường hợp chủ nhân phủ nhận qua VNeID rằng số không phải do mình đăng ký hoặc sử dụng cũng có lộ trình tạm ngưng riêng. Nghị định 163/2024/NĐ-CP thì quy định với cùng một mạng, ba số trả trước đầu tiên chỉ cần xuất trình giấy tờ và ký xác nhận thông tin, còn từ số thứ tư trở đi phải ký hợp đồng theo mẫu tại điểm giao dịch của nhà mạng. Ba ở đây là ngưỡng thủ tục, không phải giới hạn số SIM một người được có, và đây là chỗ bị đọc sai thường xuyên nhất.

Hệ quả với người vận hành khá cụ thể. SIM mua qua kênh không rõ nguồn, kiểu “không cần chính chủ”, là nhóm dễ bị tạm ngưng nhất, mà khi số bị ngưng thì mã xác thực không đến. Lúc đó tài khoản Telegram vẫn còn nguyên, nhóm khách vẫn còn, bạn vẫn nhớ mật khẩu, nhưng không có cửa nào để chứng minh mình là người đăng nhập hợp lệ. Bật xác minh hai bước làm tăng độ an toàn của phiên, song theo FAQ chính thức của Telegram, khi bật lên bạn cần cả mã SMS lẫn mật khẩu, nghĩa là mã SMS vẫn là một nửa của cửa vào.

Có một hệ quả thứ hai ít được tính: những cách bắt đăng nhập lại nhiều lần, như cửa sổ ẩn danh hay đổi máy liên tục, sẽ đắt hơn ở Việt Nam so với ở nơi mà SIM là thứ mua xong là quên. Mỗi lần đăng nhập lại là một lần đặt cược vào việc số còn nhận được tin nhắn. Vì vậy khi so sánh sáu cách ở trên, tiêu chí “có giữ được phiên qua các ca hay không” nên đứng trước tiêu chí “có mở được nhanh không”.

Cũng cần đặt đúng ranh giới cho đoạn này. Đây là quy định về thông tin thuê bao di động, không phải điều khoản của Telegram, không phải lệnh cấm dùng nhiều tài khoản, và không liên quan đến việc nền tảng có truy cập được hay không. Văn bản và cách nhà mạng triển khai có thể thay đổi, nên trước khi áp dụng vào một quy trình cụ thể nên đối chiếu lại với văn bản hiện hành và với chính nhà mạng đang dùng.

Chọn theo một câu hỏi: có tắt riêng được một lần đăng nhập không

Khi đã có sáu cách trước mặt, câu hỏi gọn nhất để quyết định là: nếu phiên của tài khoản B đang bị lẫn, bạn có đóng được đúng phiên đó mà để nguyên phiên A và C không. Câu hỏi này kiểm tra được ngay, không cần tin vào lời giới thiệu của bất kỳ công cụ nào.

Trước hết, đọc danh sách thiết bị trong chính tài khoản. Trong phần Cài đặt của Telegram có mục Thiết bị (một số bản client ghi là Phiên hoạt động), nơi liệt kê các phiên đang mở kèm loại thiết bị và lần hoạt động gần nhất. Tên mục có thể khác đôi chút giữa các bản, nhưng thông tin này luôn do phía tài khoản trả về, nên nó đáng tin hơn một danh sách tab đang mở trên màn hình. Đóng một phiên lạ ở đây xong, hãy thử gửi tin từ các tài khoản còn lại để xác nhận chúng vẫn sống.

Tiếp theo, làm một phép thử nhỏ trên trình duyệt. Mở Telegram Web trong một hồ sơ, đăng nhập tài khoản A, rồi mở cùng địa chỉ trong một hồ sơ hoàn toàn khác và đăng nhập tài khoản B. Đóng hồ sơ của B, mở lại, và xem A có bị đăng xuất theo không. Nếu có, nghĩa là hai phiên đang dùng chung vùng lưu trữ và cách bạn chọn chưa đạt tiêu chí. Nếu không, bạn đã có một đơn vị có thể tắt riêng, và đó mới là thứ có thể đem ra giao ca.

Thứ tự làm cũng quan trọng. Cố định số điện thoại trước, vì không có số thì không có mã. Cố định nơi lưu phiên thứ hai, vì đó là chỗ quyết định có tắt riêng được không. Chỉ sau hai bước đó mới nên nghĩ đến việc giao quyền cho người khác hay tự động hóa thao tác lặp. Nhưng ngay cả khi trình tự đúng, vẫn có một điều kiện dừng: nếu mỗi ca đều phải đăng nhập lại và chờ mã, đừng mở thêm tài khoản nữa, vì tài khoản mới chỉ nhân thêm số lượt chờ mã chứ không tăng thêm ca trực.

Đọc danh sách thiết bị trước khi mở thêm cửa sổ

Thói quen đáng hình thành nhất là đọc danh sách thiết bị trước mỗi lần giao ca, không phải sau khi có sự cố. Nó cho biết có bao nhiêu phiên đang tồn tại, phiên nào thuộc máy của người đã nghỉ, và phiên nào vẫn mở từ một chiếc điện thoại cho mượn trong một đợt gián đoạn trước đó. Ba thông tin đó không nằm trong trí nhớ của ai hết, và cũng không nằm trong số lượng tài khoản mà bạn đếm được trên màn hình.

Khi làm việc này, nên bật luôn xác minh hai bước trong mục Quyền riêng tư và Bảo mật của Cài đặt, rồi cất mật khẩu bổ sung và email khôi phục vào chỗ mà đội có thể truy cập khi người thiết lập không có mặt. Đây không phải biện pháp chống lẫn phiên, nhưng nó là thứ còn lại khi phiên đã bị đóng nhầm và cần vào lại.

Khi nào thì đừng mua gì cả

Với ba bốn tài khoản, câu trả lời thường là không cần mua thêm gì. Hồ sơ người dùng có sẵn trong Chrome đã tách được vùng lưu trữ, một chiếc điện thoại cũ mỗi tài khoản là đủ cho nhu cầu ngắn hạn, và một quyển sổ ghi mỗi dòng là một tài khoản kèm số điện thoại, nơi đang đăng nhập và người chịu trách nhiệm đã giải quyết được phần lớn nhầm lẫn khi giao ca. Thứ gây rắc rối cho các đội nhỏ hiếm khi là thiếu công cụ, mà là không ai ghi lại tài khoản B đang mở ở đâu.

Đến mức phải giao ca giữa hai người trên cùng một máy, vấn đề còn lại là làm sao biết hồ sơ nào vừa được mở và bởi ai. BitBrowser cho phép tài khoản chính đọc nhật ký hoạt động và bật quyền xem nhật ký cho các tài khoản phụ, nên việc bàn giao có thể dựa vào một bản ghi đọc được thay vì dựa vào lời kể lại của ca trước. Phạm vi vẫn cần giữ đúng: Telegram chủ yếu chạy trong ứng dụng trên điện thoại, cách này chỉ phủ các phiên Web và bản cài trên máy tính, không thay thế được SIM hay quyền quản trị trong nhóm. Vài tài khoản thì chia hồ sơ có sẵn của trình duyệt cộng quyển sổ kia vẫn đủ dùng, và tự viết một bảng ghi chép tay cũng làm được việc này.

Kiểm tra trước khi giao ca

Danh sách dưới đây đi theo thứ tự, và có thể dừng ở bất kỳ dòng nào chưa đạt. Đây là phần nên in ra dán cạnh màn hình hơn là đọc một lượt rồi cất đi.

• Ghi rõ số điện thoại của từng tài khoản và ai có thể xử lý số đó với nhà mạng. Nếu câu trả lời là “nhờ người khác đứng tên”, dừng lại ở đây và xử lý số trước khi nhận thêm khách.
• Vào Cài đặt, mục Thiết bị, đọc hết danh sách phiên đang mở. Đóng mọi phiên không còn nhận ra thiết bị, rồi gửi thử một tin từ các tài khoản còn lại để xác nhận chúng không bị đăng xuất theo.
• Bật xác minh hai bước, cất mật khẩu bổ sung và email khôi phục vào chỗ đội có thể lấy được khi người thiết lập vắng mặt. Đây là đường vào cuối cùng khi phiên bị đóng nhầm.
• Mở thử hai tài khoản trong hai hồ sơ trình duyệt khác nhau, đóng một bên, mở lại và kiểm tra bên kia. Nếu bên kia mất phiên, chưa đạt tiêu chí tắt riêng, đừng giao ca bằng cách này.
• Kiểm tra ai là người tạo nhóm và ai có quyền thêm quản trị viên trong từng nhóm, kênh khách hàng. Quyền này gắn vào tài khoản, không gắn vào công ty hay vào cái máy tính.
• Ghi lại khách nào thuộc tài khoản nào, kèm một đường liên lạc thứ hai không nằm trong Telegram. Lịch sử tin nhắn nằm trên đám mây của tài khoản, không nằm trong ổ cứng của bạn.
• Đổi máy hoặc cài lại hệ điều hành xong, kiểm tra số còn nhận được tin nhắn trước khi kết luận tài khoản bị lỗi. Thứ tự là SIM, rồi mã, rồi mới đến Telegram.
• Chỉ tăng số tài khoản khi số lượt đăng nhập lại mỗi ca không tăng theo. Nếu mỗi ca vẫn phải chờ mã, mở thêm tài khoản chỉ nhân thêm lượt chờ.

Hai dòng cuối dễ bị bỏ qua nhất, vì chúng không nằm trong trình duyệt. Nhưng chính hai dòng đó quyết định một đội có giao ca được sang ngày hôm sau hay phải gọi người cũ để hỏi lại mật khẩu.

Kết luận cuối

Telegram không gây khó cho người có nhiều tài khoản, và việc thêm một cái tên trong ứng dụng vẫn là thao tác ngắn nhất trong toàn bộ quy trình. Phần việc còn lại nằm ở chỗ mỗi lần đăng nhập được lưu ở đâu, ai có quyền đóng nó, và cái số điện thoại đằng sau có còn nằm trong tay đội đang trực ca hay không.

Sáu cách mở thêm cửa sổ không xếp hạng được theo độ an toàn. Chúng chỉ khác nhau ở chỗ lẫn: tab Web lẫn ở vùng lưu trữ, nhân bản ứng dụng lẫn ở vòng đời thiết bị, nhiều máy thật lẫn ở khâu giao ca, còn hồ sơ riêng lẫn ở chỗ nó không với tới được chiếc điện thoại trong túi. Chọn theo câu hỏi “có tắt riêng được một phiên không” sẽ cho câu trả lời cụ thể hơn mọi bảng so sánh về số lượng.

Trước khi mua thêm bất cứ thứ gì, hãy làm một việc không tốn tiền: mở danh sách thiết bị của từng tài khoản, đóng các phiên không nhận ra, và ghi lại ai giữ số, ai giữ quyền, ai ngồi ca nào. Nếu ba dòng đó chưa có chỗ để ghi, tài khoản thứ năm sẽ không giúp gì cho tài khoản thứ tư.

Một chiến dịch affiliate trên TikTok Shop kết thúc thường để lại một bảng rất gọn: lượt bấm, số đơn, tiền hoa hồng. Bảng đó trả lời được câu ai nhận tiền. Nó không trả lời được câu tại sao vài tuần sau, một người từng xem video lại mở ô tìm kiếm, gõ một cụm từ hoàn toàn khác, rồi mua của một nhãn khác.

Cú chạm cuối ghi nhận đúng một thứ: đường link đứng ngay trước khi đơn hàng được đặt. Nó không ghi lại khoảnh khắc trước đó, là lúc người xem quyết định sẽ nhớ mấy chữ nào để mang đi tìm. Nếu trong video chỉ có “cái này”, “link ở bio”, “mẫu mình đang dùng đây”, thì mấy chữ để mang đi ấy không phải tên của bạn. Chúng là tên một dòng hàng, hoặc tên của đối thủ.

Bài này bàn về một lớp việc mà bản brief affiliate thường không nhắc tới: làm cho nội dung do người khác đăng trở thành thứ có thể tìm thấy bằng cách gõ chữ. Mình tách ba nguồn để đọc riêng, gồm tài liệu chính thức của nền tảng và của công cụ tìm kiếm, một bản hướng dẫn SEO của bên thứ ba có ghi ngày cập nhật, và suy luận vận hành của mình. Chỗ nào là suy luận, mình ghi rõ tại chỗ.

Cú chạm cuối trả lời được một câu, không phải câu đang thiếu

Hãy nhìn vào cái mà nền tảng thực sự cho bạn đọc. Trang phân tích dành cho nhà sáng tạo của TikTok chia dữ liệu thành ba nhóm: Tổng quan, Nội dung và Người theo dõi. Nhóm Tổng quan cho xem lượt xem video, lượt xem hồ sơ, tăng trưởng người theo dõi, lượt thích, bình luận và chia sẻ trong khoảng ngày tùy chọn dài tới 60 ngày. Nhóm Nội dung cho đọc từng video, trong đó có thời lượng xem trung bình và tỉ lệ người xem hết video. Nhóm Người theo dõi cho biết khán giả ở đâu và họ hoạt động nhiều vào lúc nào.

Ba nhóm đó đo được sức khỏe của một đoạn nội dung. Không có ô nào trong ba nhóm mang tên “người này sau đó đã gõ gì vào thanh tìm kiếm”. Đây là nhận xét về cấu trúc của báo cáo, không phải lời thừa nhận của TikTok rằng họ thiếu một chỉ số. Báo cáo được dựng để đo nội dung, nên nó trả về các con số của nội dung.

Điều dễ nhầm là đi tìm một dashboard khác để lấp vào chỗ trống đó. Cái thiếu nằm ở khâu giao việc: một bản brief chỉ dặn “gắn link, nói đúng công dụng, đăng khung giờ A” đang tối ưu cho những ô mà báo cáo đo được. Chiến dịch hết, nội dung trôi khỏi feed, và không còn cửa nào để người đến sau tìm lại cái tên vừa được giới thiệu.

Khoảng cách giữa “đã bán được một đơn” và “đã để lại một cụm từ người ta có thể gõ lại” không nằm trong cùng một báo cáo. Nó nằm ở chữ được đặt vào video, ở câu hỏi được để lại dưới video, và ở việc tên thương hiệu có được viết đúng hay không. Ba chỗ đó là phần việc còn lại của bài này. Cách chia ba này là của mình để dò chỗ gãy, không phải khung nào do nền tảng đặt tên.

Ba chỗ đặt từ khóa, và chỗ hay bị hiểu lầm nhất

Bản hướng dẫn TikTok SEO của Exploding Topics, cập nhật ngày 20/10/2026, có một câu đáng mang vào brief: tiêu đề, hashtag và phần chữ chèn lên video là những chỗ nên đặt từ khóa, và nền tác giả viết rằng TikTok dùng các nội dung đó để tăng độ liên quan cho chủ đề mà nó hiển thị. Cùng bài cũng thừa nhận thẳng là TikTok không công bố thuật toán của mình. Vì thế câu trên nên được đọc như phần tổng kết có ghi ngày tháng của một bên làm SEO, không phải quy tắc do nền tảng ban hành.

Chỗ hay bị hiểu lầm nhất là giọng nói. Bản hướng dẫn đó viết: nhắc từ khóa trong lời thuyết minh, vì nó có thể được kéo vào phụ đề tự động. Chữ “có thể” và cụm “phụ đề tự động” là toàn bộ sự khác biệt. Lời nói không được mô tả là một trường văn bản mà hệ thống đọc trực tiếp; nó đi vào lớp chữ qua bản chép lại do máy tạo ra. Một bản brief chỉ dặn “nhớ đọc tên sản phẩm trong lời thoại” vì thế đang đặt cược vào một khâu trung gian mà mình không kiểm soát trọn vẹn, nhất là với tên riêng, từ mượn và dấu tiếng Việt.

Cách viết chắc hơn là yêu cầu cùng một cụm từ xuất hiện ở ba vị trí ngay trong vài giây đầu: lời thoại, chữ chèn lên màn hình, và tiêu đề hoặc phần mô tả. Cụm từ đó nên có đủ ba phần, gồm tên loại sản phẩm, hoàn cảnh dùng, và vấn đề người mua đang muốn giải quyết. “Kem chống nắng cho da dầu có mụn” hay “nồi chiên không dầu cho hai người ở phòng trọ” là hai dạng cụm như vậy: không có tên nhãn nào trong đó, nhưng người nghe xong biết mình đang ở trong trường hợp nào, và có cái để gõ lại. Đây là cách dựng cụm từ, không phải ví dụ về một chiến dịch đã chạy.

Lý do phải đưa lên đầu nằm ở chỗ khác: phần chữ ở cuối video thường là nơi dành cho câu “link ở bio”. Câu đó có giá trị với người đang xem ở đúng thời điểm ấy, nhưng nó không mang bất kỳ cụm nào mà người ta có thể gõ lại sau đó. Người xem vài tuần trước không nhớ “link ở bio”, họ nhớ món đồ đã giải quyết cái phiền gì. Nếu cái phiền đó chỉ được nói bằng đại từ và cử chỉ, lớp tìm kiếm gần như trống.

Bản hướng dẫn trên cũng có hai câu nên chép nguyên vào phần lưu ý của brief: đừng nhồi từ khóa, và hãy thử đổi vị trí đặt từ khóa để xem video nào nhận được nhiều lượt xem hơn. Chỗ đặt nào có tác dụng trong ngành hàng của mình thì phải tự thử, mình không biến hai câu đó thành quy tắc chung; đây là suy luận vận hành, không có nghiên cứu nào đứng sau nó.

Bình luận là tầng nội dung thứ hai

Bình luận có ảnh hưởng đến chốt đơn không? Câu trả lời trung thực là mình không tìm được một nghiên cứu có phương pháp công bố để xếp nó vào nhóm “yếu tố dự báo cao nhất”. Cái có thể khẳng định thì hẹp hơn nhiều: trong cùng bản hướng dẫn SEO ở trên, việc để lại bình luận được liệt kê vào nhóm tương tác, kể cả bình luận tiêu cực; và trong nhóm Tổng quan của trang phân tích chính thức, bình luận là một chỉ số được đọc cùng lượt thích và lượt chia sẻ. Hai điều đó đủ để nói bình luận là tín hiệu của nền tảng, chưa đủ để nói nó là yếu tố dự báo số một của lần mua đầu.

Giá trị còn lại của bình luận nằm ở chỗ khác, và chỗ này quan trọng hơn với người làm brief. Người đến sau một video không đọc lại lời của nhãn hàng. Họ kéo xuống để tìm ba dạng câu: hỏi về thành phần hoặc điều kiện dùng, kể lại cảm nhận sau một thời gian dùng, và so sánh với một lựa chọn khác. Ba dạng câu đó có chung một hình dạng: chúng chính là những câu người ta sẽ gõ vào ô tìm kiếm trước khi quyết định. Một câu hỏi như “dùng cho da nhạy cảm được không” nằm dưới video là một câu trả lời cho đúng một người; khi nó được trả lời bằng chính những chữ ấy, nó trở thành một đoạn văn bản mà người thứ năm mươi cũng có thể tìm ra.

“Thiết kế trước phần bình luận” vì thế không có nghĩa là tự xếp một loạt nhận xét khen. Nó có nghĩa là brief yêu cầu người đăng video chừa một chỗ trống cụ thể: đừng đọc hết bảng thành phần, đừng chốt sẵn mọi trường hợp dùng, đừng tự so sánh giúp khán giả. Rồi brief ghi rõ ai trả lời, trong bao lâu, và trả lời theo tài liệu nào. Câu trả lời nên mượn lại chính các chữ của câu hỏi, thay vì viết lại thành một câu quảng cáo khác. Một phản hồi ghi rõ “không chứa cồn, đã thử trên da nhạy cảm trong hai tuần” mang nhiều chữ có thể gõ lại hơn hẳn một câu “dùng rất ok”.

Cũng cần nói thẳng về ranh giới. Bộ quy tắc cộng đồng của TikTok xếp spam và tương tác giả vào nhóm nội dung không được đưa lên feed đề xuất. Tự đăng bình luận khen bằng tài khoản của mình vừa đụng vào nhóm đó, vừa làm chìm câu hỏi thật mà mình đang cần làm tư liệu. Phần bình luận chỉ có giá trị làm bằng chứng khi nó đến từ người mua hoặc từ một câu trả lời có tên người chịu trách nhiệm. Đây là lý do để không giao việc này cho một nhóm người “ủng hộ” giấu tên.

Tên thương hiệu phải có trước khi chạy affiliate

Có một câu hỏi đơn giản mà ít brief nào đặt ra: sau khi video tắt, người xem biết gõ cái gì? Nếu câu trả lời là “cái kem đó”, “cái nồi trong video”, hoặc “mẫu của chị bán”, thì lượt tìm kiếm tiếp theo sẽ đi vào một từ chung, hoặc đi theo tên của nhãn đã có sẵn chỗ đứng trong đầu người mua. Tiền hoa hồng vẫn được thanh toán đúng, đường link vẫn được ghi nhận, còn phần việc tạo ra một cụm từ mang tên mình thì không ai làm. Đây là chỗ mà “đã trả tiền cho lượt giới thiệu” và “đã để lại tài sản tìm kiếm” tách ra.

Ở Việt Nam, câu hỏi đó còn đi qua nhiều ô tìm kiếm hơn người ta tưởng. Theo số liệu StatCounter cho cả máy tính để bàn lẫn di động, giai đoạn 9/2025 đến 9/2026, Google chiếm 92,94%, Cốc Cốc 5,96% và Bing 0,65%. Con số 5,96% đáng nhớ không phải vì nó lớn, mà vì nó là một công cụ do chính thị trường này dùng, với cách hiển thị kết quả của riêng nó. Thêm vào đó là ô tìm kiếm ngay trong TikTok. Cùng một tên thương hiệu vì thế phải đứng vững ở vài nơi, không chỉ ở một trang kết quả.

Và nó phải đứng vững đúng chữ. Tiếng Việt có những cặp mà máy móc và cả người đọc đều dễ lệch: “d” với “đ”, dấu huyền với dấu nặng, tên có gạch nối hay không, tên viết tắt mà chỉ nội bộ dùng. Người xem nghe giọng nói thì hiểu ngay, nhưng phụ đề tự động, phần mô tả hay câu trả lời dưới video có thể ghi thành một biến thể khác. Khi ấy hai bên đang nói về cùng một sản phẩm mà lớp chữ thì tách làm hai. Đây là lỗi rẻ nhất để sửa và cũng là lỗi khó thấy nhất, vì nó không làm video xấu đi, nó chỉ làm cái tên biến mất khỏi kết quả tìm kiếm.

Dòng cần thêm vào brief vì thế ngắn và cứng: mỗi nội dung phải nói và viết trọn vẹn một lần tên thương hiệu kèm tên sản phẩm, không dùng biệt danh, không viết tắt, và ba vị trí lời thoại, chữ trên màn hình, mô tả phải giống nhau từng chữ. Không nên giao việc khớp chữ này cho khâu hậu kiểm của riêng mình, vì lúc đó video đã đăng. Nó là một điều kiện nghiệm thu trước khi đăng, giống như điều kiện về logo hay về giá.

Để biết dòng đó có đang tạo ra thứ gì không, đọc Báo cáo hiệu suất trong Search Console theo phương diện “Cụm từ tìm kiếm”, so sánh “Số lượt hiển thị” của các cụm mang tên thương hiệu qua hai khoảng ngày bằng nhau, và tự chọn phạm vi ngày thay vì dùng mặc định ba tháng. Cách đọc này là do mình đặt ra; báo cáo chỉ cho biết cái tên có bắt đầu xuất hiện trong các truy vấn hay chưa, không tách riêng phần hiển thị do video ngắn mang lại, cũng không cho biết ai đã xem video.

Biến brief thành bản yêu cầu kiểm tra được

Một bản brief có thể dài mười trang mà vẫn không kiểm tra được, nếu mọi dòng trong đó đều là tính từ. Cái cần đưa vào là những dòng có câu trả lời có hoặc không, và mỗi dòng phải truy ngược được về một cơ chế đã nêu ở trên. Mình vẫn chia làm hai thời điểm, trước đăng và sau đăng. Đây là lịch do mình tự đặt, không phải mốc nào của nền tảng.

Trước khi đăng, ba việc. Thứ nhất, mở vài giây đầu và kiểm tra cùng một cụm gồm tên loại hàng, hoàn cảnh dùng và vấn đề có mặt ở lời thoại, chữ trên màn hình và mô tả hay không. Thứ hai, soát ba chỗ viết tên thương hiệu kèm tên sản phẩm, kể cả dấu và khoảng trắng, bảo đảm không chỗ nào dùng biệt danh. Thứ ba, xác nhận video còn chừa một câu hỏi cụ thể chưa được trả lời trong chính video, và đã có tên người chịu trả lời cùng thời hạn. Ba việc này lần lượt kiểm tra lớp chữ, lớp tên và lớp bình luận.

Sau khi đăng khoảng một tuần, đọc nhóm Nội dung của trang phân tích chính thức để lấy thời lượng xem trung bình và tỉ lệ xem hết video, rồi đọc số bình luận trong nhóm Tổng quan. Đây không phải phép đo hiệu quả của cụm từ, mà là cách biết đoạn nội dung có được xem đủ lâu để mấy chữ ở đầu kịp vào đầu người xem hay không. Việc nên làm ngay trong lần đọc này là chép lại các câu hỏi mới xuất hiện dưới video vào bảng từ của brief, nguyên văn, kể cả câu hỏi khó trả lời. Những câu đó là danh sách từ khóa mà mình không tự nghĩ ra được.

Chỗ mà các con số không đo được

Có một giới hạn cần giữ trong đầu. Những con số trên đo được phần mà nền tảng và công cụ tìm kiếm cho đọc, không đo được người xem video rồi đi hỏi bạn bè, nhắn tin cho người bán, hay quyết định mua sau hai tháng. Một chiến dịch có thể có brand search đi lên mà đơn hàng đi ngang, và ngược lại; đọc riêng từng cái thì mới ra quyết định đúng. Đây cũng là suy luận vận hành của mình.

Ai trả lời, và bằng hồ sơ nào

Với ba bốn người đăng video thì đừng mua thêm gì cả. Một bảng dùng chung ghi đủ năm cột là làm được gần hết việc: tên người đăng, tài khoản được giao, ai chịu trả lời bình luận, trả lời theo tài liệu nào, và thời hạn bao lâu. Tách vài hồ sơ người dùng ngay trong trình duyệt đang có để khỏi đăng nhập đi đăng nhập lại, vậy là đủ. Bảng này rẻ, dễ đọc và dễ bàn giao hơn bất kỳ công cụ nào.

Vấn đề chỉ xuất hiện khi số người đăng tăng lên và có nhiều người cùng thao tác. Sự cố tốn tiền nhất không phải là quên trả lời, mà là trả lời đúng câu bằng sai danh nghĩa: dùng cửa sổ của người đăng này để giải thích thành phần cho video của một nhãn khác. Vài tuần sau, khi có người rời nhóm, không ai phân biệt được câu nào do nhân viên của mình viết và câu nào là nhận xét thật của người mua, nên cả phần bình luận không còn dùng làm tư liệu được.

Trang BitBrowser ở mục quản lý tài khoản hàng loạt gộp tạo hồ sơ hàng loạt, nhập tài khoản, gắn thẻ, nhóm và “theo dõi thao tác” vào cùng một chỗ, nên mỗi người đăng có thể giữ một hồ sơ riêng và mỗi lần can thiệp được đọc gắn với đúng hồ sơ đó; mười hồ sơ miễn phí là đủ để thử cách làm này trên vài tài khoản trước khi tính đến chuyện mở rộng. Cần nói rõ về giới hạn: trang chỉ nêu tên chức năng “theo dõi thao tác”, còn nó ghi lại đến mức độ chi tiết nào thì phải tự mở phần mềm lên xem, mình không viết thêm gì vào đó. Công cụ giữ cho danh nghĩa và thao tác khỏi lẫn vào nhau, nó không viết giúp câu trả lời, cũng không nhận ra đâu là người mua thật; bảng dùng chung ở trên vẫn làm được phần quan trọng nhất.

Về thời điểm này thì trang tin tức của họ đang chạy chương trình “Ưu đãi lớn cuối năm”, theo thông báo đăng ngày 5/11/2026, từ 11/11 đến 12/12/2026, với mức công bố giảm đến 50% cho gói trình duyệt và đến 40% cho gói điện thoại, máy tính đám mây. Các mức theo thời hạn đăng ký và điều kiện đi kèm nên tự xem lại trên trang chủ rồi quyết định, vì chúng có thể đổi trong đợt chạy. Bài này không đưa đường dẫn riêng của chương trình.

Những dòng thêm vào brief ngay tuần này

• Ghi rõ một cụm từ gồm tên loại hàng, hoàn cảnh dùng và vấn đề cần giải quyết, và yêu cầu cụm đó có mặt ở lời thoại, chữ trên màn hình, tiêu đề hoặc mô tả ngay trong vài giây đầu.
• Yêu cầu nói và viết trọn vẹn tên thương hiệu kèm tên sản phẩm ít nhất một lần, ba vị trí giống nhau từng chữ, không dùng biệt danh hay viết tắt.
• Cấm để câu “link ở bio” là thông tin duy nhất ở cuối video; thay vào đó là một câu có chứa chính cụm từ ở đầu video.
• Chừa một câu hỏi cụ thể chưa được trả lời trong video, kèm tên người trả lời, thời hạn và tài liệu được phép dùng để trả lời.
• Yêu cầu câu trả lời mượn lại các chữ của câu hỏi, ghi rõ điều kiện đã thử, thay vì dùng câu khen chung chung.
• Ghi rõ không tự tạo bình luận khen bằng tài khoản của nhãn hàng hay của đại lý; phần bình luận chỉ có giá trị khi còn nhận ra được người mua thật.
• Thêm một mục nghiệm thu trước khi đăng: ai kiểm tra ba vị trí đặt từ, ai kiểm tra dấu và khoảng trắng của tên thương hiệu.
• Sau một tuần, chép nguyên văn các câu hỏi mới dưới video vào bảng từ dùng cho brief tiếp theo, kể cả những câu chưa có câu trả lời.
• So sánh “Số lượt hiển thị” của cụm tên thương hiệu trên hai khoảng ngày bằng nhau, và đọc riêng phần này với số đơn trong bảng hoa hồng.

Chín dòng trên đều là suy luận vận hành của mình, được viết để truy ngược về ba cơ chế đã nêu: lớp chữ được đặt ở đâu, lớp bình luận do ai tạo, và cái tên có đứng vững hay không. Chúng không phải quy tắc của TikTok, cũng không phải khuyến nghị của Google.

Kết luận cuối

Cạnh tranh giữa các chiến dịch affiliate không còn chỉ nằm ở chỗ ai giữ được đường link cuối cùng. Nó nằm ở chỗ ai để lại được mấy chữ mà người ta có thể gõ lại khi đã rời khỏi video. Một video chỉ có link và lời khen làm tốt việc của ngày hôm đó; một video có cụm từ ở đầu, có tên viết đúng, và có câu hỏi thật được trả lời bên dưới thì còn được tìm thấy vào tháng sau, kể cả khi người xem chẳng bấm vào đâu cả.

Trước khi gửi bản brief tiếp theo, mở nó ra và tìm một dòng duy nhất: sau khi xem xong, người ta phải nhớ gõ mấy chữ gì. Nếu dòng đó chưa có, đừng tăng ngân sách cho lượt bấm, hãy thêm dòng đó trước. Rồi một tuần sau, đọc lại phần bình luận và xem những chữ người ta thật sự gõ có trùng với mấy chữ bạn đã dặn hay không. Câu trả lời nằm ở đó, rẻ hơn mọi báo cáo bổ sung.

Một đoạn video giới thiệu một loại serum chạy qua màn hình. Người xem không bấm vào link ngay. Họ gõ tên sản phẩm vào ô tìm kiếm, đọc mấy bình luận hỏi dùng cho da nhạy cảm được không, mở một bài so sánh trên Google, rồi vài ngày sau đặt hàng thẳng trên trang của thương hiệu. Trong báo cáo của chương trình liên kết, đơn hàng đó không có tên bạn.

Hai con số hay được chép lại để giải thích chuyện này: 77% người xem nội dung affiliate trên TikTok sẽ tìm hiểu thêm, và cách ghi nhận cú chạm cuối bỏ sót tới 90% đóng góp đầu phễu. Cả hai đều có thật dưới dạng những câu đã viết ra, nhưng không câu nào mang đi tính tiền hoa hồng cho một thị trường cụ thể được. Bài này tách ba lớp: báo chí có người nói rõ tên, văn bản của bên đo lường, và suy luận vận hành của mình. Chỗ nào là suy luận, mình ghi ngay tại chỗ.

Câu đáng trả lời là: khi phần việc có giá trị nằm trước và nằm ngoài cú bấm, nhưng tiền vẫn chia theo cú bấm, người làm nội dung còn có chỗ nào để cạnh tranh.

Hai con số đang được chép lại, và khẩu độ của chúng

Con số 77% có một trang gốc đọc được. Glossy đăng ngày 7/5/2026, phóng viên Lexy Lebsack, phỏng vấn Donte Murry, phụ trách mảng quảng cáo cho ngành làm đẹp, sức khỏe và chăm sóc cá nhân ở nhóm khách hàng vừa và nhỏ tại TikTok. Câu được viết ra là: sau khi thấy nội dung affiliate trên TikTok, 77% người dùng tìm kiếm chính sản phẩm vừa xem để biết thêm. Murry nói thêm rằng người mua muốn xem người khác nói gì và thương hiệu tự trình bày ra sao.

Bốn chữ khóa hay bị bỏ lại. Nó nói về nội dung affiliate trên TikTok Shop, về việc tìm đúng tên sản phẩm vừa thấy, trong bối cảnh ngành làm đẹp tại Mỹ, và nó là lời kể của một nhân sự TikTok trong một bài phỏng vấn. Glossy không nêu tên khảo sát, số mẫu, phương pháp hay khung thời gian lấy số. 77% là con số có người chịu trách nhiệm về lời nói, chưa phải tỷ lệ có bảng câu hỏi để mang sang Việt Nam hay ngành hàng khác.

Bài của Affiverse ngày 14/5/2026 làm con số này lan đi. Ở đó câu được viết thành 77% người dùng lập tức tìm thêm thông tin sau khi thấy nội dung affiliate trên TikTok, và chức danh của Murry được ghi ngắn lại thành giám đốc mảng làm đẹp Bắc Mỹ. Từ chính sản phẩm vừa xem sang thêm thông tin, từ một ngành hàng cụ thể sang mọi nội dung affiliate: đọc lướt thì không xa, đổi ý nghĩa thì đủ. Ví dụ thứ Hai đến thứ Sáu trong bài đó là cách tác giả dựng lại hành vi, không phải đường dữ liệu trích từ báo cáo nào.

Con số 90% đứng yếu hơn. Aspire viết rằng tại Partner Summit 2026, TikTok xác nhận mô hình ghi nhận cú chạm cuối bỏ sót tới 90% phần công lao đáng lẽ thuộc về hoạt động đầu phễu. Mình tìm không ra văn bản chính thức của TikTok cho câu này, cũng không tìm được nguồn độc lập thứ hai đăng lại cùng con số. Trang tổng hợp của The Shelf tháng 10/2025 chỉ viết rằng đo lường theo cú nhấp cuối thường đánh giá thấp đóng góp đầu phễu của TikTok, rồi khuyên chuyển sang đo mức tăng trưởng cộng thêm.

Ba điểm cần giữ nguyên. Nguyên văn là last-touch, cú chạm cuối, không phải last-click, cú nhấp cuối; hai khái niệm khác nhau khi có cả lượt xem. 90% là phần công lao của hoạt động đầu phễu bị bỏ sót, không phải 90% giá trị đơn hàng. Và tới 90% là mức trần của một phát biểu được chuyển lời, không phải hệ số trung bình để nhân vào doanh số. Đem vào bản đề xuất xin ngân sách, câu hỏi đầu tiên sẽ là lấy từ trang nào.

Những con số trong cùng bài báo thì có nguồn riêng

Cùng bài Glossy có nhóm số khác được ghi rõ là của Nielsen IQ: doanh số ngành sức khỏe và làm đẹp trên TikTok Shop tăng 84% so với cùng kỳ, khoảng một phần mười người Mỹ từng mua qua nền tảng này, và người mua nhóm hàng đó chi trung bình khoảng 118 đô la mỗi năm, chia thành ba đến bốn lần mua. Nhóm số này vẫn chỉ nói thị trường Mỹ, nhưng có đơn vị đứng tên và phép đo được mô tả.

Chi tiết đáng mang sang bài toán đang bàn nằm ở chữ ba đến bốn lần mua, không nằm ở mức 118 đô la. Người mua không đi từ video tới đơn hàng trong một nhịp; có ít nhất vài lần chạm nằm giữa, và mỗi lần đều có thể rơi vào nơi link affiliate của bạn không hiện diện. Hai con số 77% và 90% vì thế vẫn đúng một hướng dù khẩu độ chưa chặt: phần việc quyết định nằm trước cú bấm, cái được ghi nhận nằm sau.

Cú bấm cuối là một quy tắc chia tiền, không phải lời mô tả cách người ta mua

Mô hình ghi nhận cú chạm cuối làm đúng một việc: chọn một điểm trong chuỗi rồi gán toàn bộ công lao cho điểm đó, và điểm được chọn là điểm cuối cùng còn để lại dấu vết đọc được. Một lượt xem video, một câu hỏi trong bình luận, một lần gõ tên sản phẩm vào ô tìm kiếm, một bài nhận xét trên diễn đàn: mấy thứ này có thật, nhưng không tạo ra cú bấm mang mã theo dõi của bạn, nên không xuất hiện trong cột tính hoa hồng.

Người mua vẫn tới trang thanh toán, chỉ là đi bằng đường khác. Cùng một hành vi mua, đổi cách chọn điểm cuối cùng là đổi luôn người được trả tiền.

Có một cơ chế đọc được rõ hơn mọi con số phần trăm. Trang trợ giúp của Branch, một bên đo lường di động, ghi bảng đối soát giữa mô hình của họ và TikTok for Business: cửa sổ ghi nhận theo cú nhấp của TikTok mặc định là 7 ngày, có thể chỉnh thành 1 ngày hoặc 7 ngày; cửa sổ theo lượt xem mặc định là 1 ngày, có thể chỉnh thành 1 ngày hoặc tắt. Cùng bảng còn viết rằng TikTok tự gán chuyển đổi về cho mình nếu nó xảy ra trong cửa sổ sau khi có tương tác với quảng cáo, bất kể nguồn media nào khác có mặt trên đường đi.

Cần chặn ngay một suy diễn. Bảng đó nói về đối soát số liệu giữa TikTok Ads Manager và một bên đo lường bên ngoài, tức là cửa sổ của quảng cáo. Mình không tìm được văn bản công khai nào quy định cửa sổ thanh toán hoa hồng của chương trình affiliate, nên không viết ở đây số ngày hay tên nút trong Affiliate Center. Điều rút ra được chỉ là cấu trúc: khi hệ thống định nghĩa trước độ dài cửa sổ và định nghĩa trước ai được quyền nhận một chuyển đổi nằm trong cửa sổ đó, mọi thứ xảy ra ngoài cửa sổ hoặc trước cú chạm cuối đều nằm ngoài phép tính.

Ví dụ thứ Hai đến thứ Sáu trong bài Affiverse vì thế không phải chuyện hiếm. Nếu lần chạm cuối cùng là một lượt truy cập thẳng vào trang thương hiệu, người giữ link ở ngày thứ Hai không có cột nào để đứng vào. Đây là suy luận vận hành của mình, không phải điều khoản của một nền tảng cụ thể.

Đường tìm kiếm chạy qua bốn chỗ, không có chỗ nào là link của bạn

Sau khi rời video, người xem thường chưa hỏi mua ở đâu. Murry kể với Glossy rằng một nhóm người mua khá lớn bắt đầu dùng ô tìm kiếm ngay trên TikTok sau khi gặp món hàng họ thấy hợp, với mục đích xem người khác nói gì. Từ đó đường đi tách ra, mỗi chỗ trả lời một câu riêng.

Ô tìm kiếm trong app trả lời câu có ai khác nói về món này không. Google trả lời câu có bài nào so sánh, có chỗ nào bán rẻ hơn, thương hiệu này có thật không. Bình luận và các thread trên diễn đàn trả lời câu dùng cho trường hợp của tôi được không. Glossy dẫn lời Murry khuyên các thương hiệu nghĩ ngược từ phần bình luận: mình muốn người ta bắt đầu cuộc trò chuyện gì để có thể ảnh hưởng tới lần mua đầu. Trang của thương hiệu trả lời câu còn lại, gồm giá cuối, chính sách đổi trả và nút đặt hàng.

Ở Việt Nam, nhánh đi qua Google không phải giả định. StatCounter ghi riêng tháng 9/2026: Google 92,94% thị phần tìm kiếm trên cả máy tính và di động, Cốc Cốc 5,96%, Bing 0,65%. Trong mười ba tháng từ 9/2025 đến 9/2026, thị phần Google dao động từ 92,08% đến 95,96%, nên đây không phải một tháng bất thường. Người vừa xem một video ngắn rồi cầm điện thoại gõ tên sản phẩm sẽ gần như chắc chắn gặp một trang kết quả của Google trước khi gặp lại bất kỳ link nào của bạn. Số thị phần này có nguồn và có khung thời gian, nhưng nó chỉ nói về nơi người ta tìm, không nói lần tìm đó dẫn tới đơn hàng của ai.

Bốn chỗ kể trên do người mua tự chọn thứ tự. Đây là cách chia của mình, không phải khung mô tả chính thức của nền tảng nào. Hệ quả là câu trọng tâm: website và TikTok đứng trên cùng một chuỗi tìm kiếm, ở hai nút khác nhau.

Cái có thể bị tìm thấy mới là thứ đang cạnh tranh

Nếu phần việc có giá trị xảy ra trước cú bấm mà tiền lại chia ở cú bấm, chỗ để khác đi không nằm ở khâu giành link. Mức hoa hồng của một sản phẩm trong danh sách mở hiện như nhau cho mọi creator, ai cũng lấy được link, và không ai dời được điểm ghi nhận cuối cùng về phía mình bằng cách đăng thêm một video. Thứ còn làm khác đi được nằm ở lớp nội dung: sau khi video tắt, người xem có còn một cái tên để gõ, một câu để hỏi, và một chỗ để kiểm chứng hay không.

Có thể bị tìm thấy. Trong video phải có tên gọi gõ ra được: tên đầy đủ của sản phẩm, tên thành phần, hoặc tên đúng của vấn đề người mua đang gặp. Một câu em này thần thánh lắm không tạo ra truy vấn nào. Glossy dẫn lời Murry nói các thương hiệu nên ưu tiên nội dung dễ tìm thấy theo đúng cụm từ tìm kiếm liên quan, và nhóm nội dung giải thích như vì sao nó hoạt động, thành phần gì, giá trị nằm ở đâu. Đây là lời khuyên của một nhân sự TikTok trong một bài phỏng vấn, không phải quy tắc xếp hạng.

Có thể bị đem ra bàn. Bình luận là nơi người mua tự viết ra danh sách phản đối của họ: hợp da nhạy cảm không, bao lâu nhận được hàng, khác gì hãng kia, dùng mỗi ngày được không. Mấy câu đó là từ khóa của tuần sau, đồng thời là đề mục cho phần giải đáp trên trang sản phẩm. Cần giữ đúng khẩu độ của nguồn: Glossy viết bình luận của người dùng khác là một trong những yếu tố dự báo mạnh nhất cho lần mua đầu, không viết rằng bình luận tạo ra phần lớn đơn hàng đầu.

Có thể bị kiểm chứng. Người mua rời video mang theo một cái tên và hai ba câu hỏi. Nếu khi gõ cái tên đó lên Google họ chỉ gặp lại chính video đó, hoặc một trang sản phẩm không nhắc tới các câu hỏi ấy, chuỗi tìm kiếm đứt giữa chừng. Chỗ đứt này thường không hiện trong báo cáo của bạn vì người mua không quay lại link cũ; họ đi tiếp bằng đường khác hoặc bỏ luôn.

Một phép tự kiểm tra làm được ngay. Lấy video gần nhất, chép ra giấy tên đầy đủ của sản phẩm và câu hỏi lặp lại nhiều nhất dưới phần bình luận. Đăng xuất khỏi trình duyệt dùng hằng ngày, mở một cửa sổ sạch, gõ đúng cái tên đó vào Google và vào ô tìm kiếm của TikTok, rồi đọc mười kết quả đầu. Nếu không có kết quả nào trả lời được câu hỏi vừa chép ra, video đã tạo ra nhu cầu tìm hiểu nhưng chưa có chỗ nào trên đường tìm kiếm nhận lấy nó. Đây là phép thử do mình đặt ra, không phải chỉ số chuẩn của ngành, và nó không chứng minh ai sẽ được trả tiền.

Website đứng ở nút kiểm chứng

Vai của website trên chuỗi này hẹp hơn, nhưng cũng cụ thể hơn. Nó có mặt đúng lúc cái tên sản phẩm được gõ ra, và trả lời được câu hỏi mà phần bình luận đã viết sẵn.

Ba thứ làm được việc đó: một trang gọi đúng tên sản phẩm kèm thông số và ngày cập nhật để người đọc biết mình đang đọc bản nào; một phần giải đáp dùng nguyên ngôn ngữ của câu hỏi trong bình luận thay vì ngôn ngữ của nhãn hàng; và một đường dẫn mua không bắt người đọc quay lại video để tìm link cũ. Đều là việc biên tập.

Giới hạn cần nói thẳng. Làm ba thứ đó không lấy lại được hoa hồng của đơn hàng đi thẳng vào trang thương hiệu. Quy tắc chia tiền ở phần hai vẫn đứng nguyên, và website không có cách nào tự chèn mình vào làm cú chạm cuối. Website nhận phần kiểm chứng của cùng một chuỗi tìm kiếm, còn phần ghi sổ vẫn nằm ở bên giữ màn hình thanh toán. Ai mong website sửa được cột hoa hồng sẽ đo sai chỗ.

Khi báo cáo chỉ trả về một dòng, còn đọc được gì

Không sửa được quy tắc ghi nhận của chương trình liên kết, nhưng có thể đọc thêm vài tín hiệu không phụ thuộc vào cú bấm cuối. Nhóm dưới đây là các mục mình tự đặt ra để khỏi chỉ nhìn vào một cột hoa hồng; chúng không phải chỉ số chuẩn của ngành, không có ngưỡng đạt, và không có nghiên cứu nào đứng sau.

• Trong Báo cáo hiệu suất của Google Search Console, mở phương diện Cụm từ tìm kiếm và xem các truy vấn chứa đúng tên sản phẩm hoặc tên thương hiệu trong những ngày sau khi video được đăng. Đọc cùng lúc Số lượt hiển thị và Vị trí trung bình, đừng chỉ đọc Số lượt nhấp, vì người ta có thể đọc tên bạn rồi gõ lại lần nữa mà không bấm vào kết quả nào.
• Ghi lại câu hỏi lặp lại nhiều nhất dưới mỗi video, kèm ngày đăng. Sau vài video, danh sách này cho thấy người mua đang vướng ở đâu, và đó cũng là đề mục còn thiếu trên trang sản phẩm.
• Ghi lại ngày xuất hiện của một lần nhắc tới tên sản phẩm ở nơi khác, kèm địa chỉ và ngữ cảnh. Không cần công cụ đếm, chỉ cần một dòng mỗi lần tình cờ thấy.
• Đọc riêng lượt truy cập thẳng và lượt tìm theo tên thương hiệu trên trang của bạn trong cùng khung ngày, tách khỏi lượt bấm link affiliate.

Thứ tự đọc quan trọng hơn số lượng: có người gõ tên sản phẩm chưa, có câu hỏi nào lặp lại chưa, rồi mới tới có ai nhắc tới nó ở nơi khác chưa. Nhảy thẳng vào mục cuối sẽ nản, rồi quay về tối ưu lượt bấm link.

Có một bước suy luận rất dễ trượt ở đây. Bốn mục trên là tín hiệu đi cùng thời điểm, không phải bằng chứng nhân quả. Tên thương hiệu được tìm nhiều hơn sau một video có thể do video đó, cũng có thể do một đợt giảm giá, một bài báo hoặc mùa vụ. Chúng đủ để quyết định nên viết thêm phần giải đáp nào trên trang, không đủ để mang đi đòi lại phần hoa hồng của một đơn cụ thể. Đây cũng là lý do con số 90% ở đầu bài không nên lọt vào bản đề xuất: một phát biểu không truy được trang gốc sẽ bị hỏi lại ngay, còn một chuỗi quan sát có ngày tháng thì ít nhất tự giải thích được. Bốn mục đó không thay được báo cáo liên kết: một bên hỏi có ai đang tìm hiểu, một bên trả lời ai được trả tiền.

Vài thương hiệu cùng lúc: đừng để lần quan sát của mình lẫn vào nhau

Khó khăn xuất hiện khi bạn không làm cho một sản phẩm. Mỗi thương hiệu có một chuỗi tìm kiếm riêng, một đám câu hỏi riêng trong bình luận, và một tập kết quả riêng trên Google. Nếu tất cả cùng được xem trong một trình duyệt đã đăng nhập vào vài tài khoản, đã từng tìm mấy sản phẩm đó và đã bấm vào vài trang thương hiệu, thứ bạn thấy không còn là thứ một người mua mới thấy. Lịch sử tìm kiếm, trạng thái đăng nhập và những trang bạn đã ghé qua đều là một phần của màn hình kết quả. Lỗi này đặc biệt dễ mắc khi bài toán đang bàn lại chính là đi kiểm chứng xem người khác nhìn thấy gì.

Với ba bốn thương hiệu thì đừng mua thêm gì cả. Dùng sẵn tính năng hồ sơ người dùng của trình duyệt đang có để tách mỗi thương hiệu thành một cửa sổ, đăng xuất trước mỗi lần xem, rồi giữ một quyển sổ tay ghi bốn dòng: ngày xem, tên sản phẩm đem đi gõ, cụm từ đã gõ, và mười kết quả đầu đọc được gì. Quyển sổ đó làm được phần lớn việc cần làm, kể cả khi sau này có người thứ hai cùng tham gia.

Trang BitBrowser có một chỗ mình thấy đúng với dạng việc này hơn cả phần giới thiệu tính năng: ở mục trường hợp sử dụng họ ghi riêng Quản lý, giám sát và tăng cường uy tín thương hiệu, dành cho người muốn theo dõi uy tín và độ hiển thị trực tuyến, còn phần mô tả chung thì xếp nghiên cứu thị trường cạnh duyệt web ẩn danh và thu thập dữ liệu số lượng lớn. Đưa mỗi thương hiệu vào một hồ sơ riêng là cách giữ cho lần quan sát này không vướng lần quan sát kia; 10 hồ sơ miễn phí đủ để thử trên vài thương hiệu trước khi tính xa hơn. Công cụ chỉ giữ cho môi trường xem khỏi bị lẫn, nó không đọc giúp câu hỏi nào đang lặp lại, cũng không biến một lần quan sát thành bằng chứng phân bổ; quyển sổ tay ở trên vẫn làm phần quan trọng nhất.

Có một nhóm việc nằm ngoài mọi hồ sơ: ai được quyền sửa trang giải đáp của thương hiệu nào, dữ liệu bán hàng xuất từ đâu, và kết quả quan sát lưu ở đâu khi có người nghỉ. Đó là phân công giữa người với người, cần ghi ra trước khi mở thêm thương hiệu thứ năm. Một cửa sổ sạch không thay được cái bảng đó.

Kết luận cuối

Hai con số mở đầu bài này không sai về hướng, nhưng khẩu độ chưa đủ để tính tiền. Cái đứng vững hơn là cấu trúc: một quy tắc chia tiền chỉ chọn một điểm cuối cùng có dấu vết, trong khi người mua đi qua vài chỗ để tự kiểm chứng trước khi trả tiền, có khi vài ngày sau, có khi thẳng trên trang của thương hiệu. Phần việc của người làm nội dung nằm ở chỗ có để lại được cái tên để gõ, câu hỏi để bàn, và nội dung để kiểm chứng hay không.

Website không đứng đối diện TikTok. Nó đứng ở nút người mua tới để đọc lại những gì vừa nghe, còn video đứng ở nút khơi ra câu hỏi. Cùng một chuỗi tìm kiếm, hai việc khác nhau.

Một việc cụ thể cho video tới: trước khi đăng, viết vào kịch bản tên đầy đủ của sản phẩm và đúng một câu hỏi mà người mua sẽ hỏi, rồi tự gõ cái tên đó lên ô tìm kiếm để xem có chỗ nào trả lời câu hỏi ấy không. Việc này không làm thay đổi quy tắc ghi nhận hoa hồng, và mình không viết nó như một lời đảm bảo doanh thu. Nó chỉ làm cho phần giá trị nằm trước cú bấm bớt rơi vào chỗ trống.

Website không đứng đối diện TikTok. Nó đứng ở nút người mua tới để đọc lại những gì vừa nghe, còn video đứng ở nút khơi ra câu hỏi. Cùng một chuỗi tìm kiếm, hai việc khác nhau.

Một việc cụ thể cho video tới: trước khi đăng, viết vào kịch bản tên đầy đủ của sản phẩm và đúng một câu hỏi mà người mua sẽ hỏi, rồi tự gõ cái tên đó lên ô tìm kiếm để xem có chỗ nào trả lời câu hỏi ấy không. Việc này không làm thay đổi quy tắc ghi nhận hoa hồng, và mình không viết nó như một lời đảm bảo doanh thu. Nó chỉ làm cho phần giá trị nằm trước cú bấm bớt rơi vào chỗ trống.

Ba con số đang được chép đi chép lại trong các bài về affiliate SEO: AI Overviews xuất hiện trong hơn 35% lượt tìm kiếm trên Google, CTR của vị trí số một rơi từ 28% xuống 19%, và 58% lượt tìm kiếm kết thúc không có cú nhấp nào. Cả ba nằm trong cùng một bài trên Affiverse, ở hai mục liên tiếp. Điều ít ai mang theo khi chép lại là khẩu độ: câu đầu chỉ nói về tìm kiếm trên máy tính để bàn tại Mỹ, hai câu sau không kèm nguồn nào trong chính bài đó.

Cùng bài viết ấy còn có một câu gần như không ai trích: người làm micro niche nên coi site của mình là nơi chuyển đổi thay vì nguồn kéo traffic, và danh sách email là lượng độc giả duy nhất mình thật sự sở hữu. Nghĩa là câu trả lời đã nằm ngay dưới mấy con số gây lo ngại. Phần bị lan truyền là phần đo lưu lượng; phần nói về cái giữ lại được thì bị bỏ lại phía sau.

Bài này không bàn cách kéo traffic về. Câu hỏi là: khi cú chạm cuối của một đơn hàng nằm gọn trong ứng dụng, website còn giữ được thứ gì mà nền tảng không thu hồi được. Mình tách ba lớp để đọc riêng, gồm nghiên cứu có phương pháp công bố, trang chính thức của nhà cung cấp, và suy luận vận hành của mình. Chỗ nào là suy luận, mình ghi rõ tại chỗ.

Ba con số đang bị chép đi chép lại

Cụm over 35% trong bài của Affiverse viết đầy đủ là: Google’s AI Overviews now appear in over 35% of all U.S. Google desktop searches. Có ba chữ khóa trong câu đó, là Mỹ, Google và máy tính để bàn. Đem nó đi nói thành “hơn 35% lượt tìm kiếm nói chung” là bỏ hết ba chữ khóa ấy. Bài không ghi nguồn cho con số này, nên mình cũng không dùng nó để tính ngân sách hay dự báo cho một thị trường khác.

Cặp 28% xuống 19% đứng ngay sau một câu về mức sụt 34,5% của vị trí số một, và câu đó dẫn về một bài khác cũng trên Affiverse. Cặp 28/19 tự nó không có nguồn riêng. May là con số 34,5% truy được về một nghiên cứu có phương pháp: Ahrefs lấy 300.000 từ khóa, chia đều 150.000 từ khóa có AI Overview và 150.000 từ khóa mang ý định thông tin nhưng không có AI Overview, rồi so sánh CTR trung bình trên dữ liệu Search Console tổng hợp của tháng 3/2024 với tháng 3/2025. Với nhóm có AI Overview, CTR vị trí số một đi từ 0,073 xuống 0,026. Nhóm thông tin không có AI Overview đi từ 0,056 xuống 0,031, và chính độ giảm đó được dùng để dự ngược ra mức 0,040 nếu AI Overview không xuất hiện. Chênh giữa 0,026 và 0,040 là khoảng 34,5%.

Đáng chú ý không chỉ là độ giảm. Cùng trang đó viết thẳng rằng hiện không có cách nào tách riêng lượt nhấp và lượt hiển thị của AI Overview ra khỏi phần còn lại trong dữ liệu Search Console. Mình đọc câu này như một ranh giới của việc đo lường: cái bạn thấy trong báo cáo là tổng của nhiều thứ chồng lên nhau, và bên cung cấp báo cáo không bắt buộc phải tách giúp bạn. Mình tự rút nhận xét này từ câu của Ahrefs; chính tài liệu của họ không khuyến nghị gì ở đoạn đó.

Con số 58% của Pew mang một ý nghĩa khác

Câu over 58% of Google searches now result in zero clicks trong bài Affiverse không có nguồn, không có giới hạn quốc gia hay thiết bị. Một con số 58% khác thì có thật, nhưng mang ý nghĩa hoàn toàn khác. Trong phân tích của Pew Research Center công bố tháng 7/2025, 58% là tỷ lệ người tham gia khảo sát có ít nhất một lần tìm kiếm trên Google tạo ra tóm tắt AI trong tháng 3/2025. Nó là tỷ lệ người, không phải tỷ lệ lượt tìm kiếm kết thúc không có cú nhấp.

Dữ liệu của Pew đọc được kỹ hơn nhiều. Họ dùng lịch sử duyệt web của 900 người trưởng thành tại Mỹ trong tháng 3/2025, thu 68.879 lượt tìm kiếm Google, trong đó 12.593 lượt có tóm tắt AI, tức khoảng 18%. Với những trang có tóm tắt, người dùng bấm vào một kết quả tự nhiên trong 8% lượt xem; với trang không có tóm tắt là 15%. Bấm vào chính nguồn được trích trong tóm tắt chỉ xảy ra ở 1%. Kết thúc phiên duyệt web là 26% so với 16%. Và dù có tóm tắt hay không, khoảng hai phần ba lượt tìm kiếm đều kết thúc bằng việc người dùng tiếp tục ở lại Google hoặc rời đi mà không bấm vào một liên kết nào trong kết quả.

Cũng có một con số 58,5% về zero-click được dẫn lại khá nhiều, gắn với nghiên cứu của SparkToro và Datos. Trong lần kiểm tra này mình không mở được trang gốc, chỉ thấy các mô tả thứ cấp, nên không đem nó vào làm căn cứ. Viết “chưa kiểm được” thì ít dùng được hơn là viết “58%”, nhưng nó không làm hỏng một quyết định về sau.

Ba con số ban đầu vì thế vẫn nói đúng một hướng: cú nhấp từ kết quả tìm kiếm đang khó kiếm hơn. Chúng không nói được điều mà người làm affiliate hay cần nhất, là ai đã đọc, ai đã quay lại và ai còn có thể được liên lạc lại. Đó là ba câu khác, nằm ngoài mọi báo cáo lưu lượng.

Cú chạm cuối chuyển vào trong app

Mình vẫn chia phễu affiliate kiểu cũ thành sáu bước để dò xem đoạn nào biến mất: người mua tìm một cụm từ, đọc một bài so sánh trên site của bạn, bấm đường link giới thiệu, mở trang thương hiệu để đối chiếu tiếp, thêm vào giỏ, rồi thanh toán. Đây là cách chia của mình để nhìn rõ chỗ gãy; không nền tảng nào đặt tên cho các đoạn này, và nó cũng không trùng khung bốn bước trong bài Affiverse. Ai đã làm lâu sẽ thấy nó thô, nhưng nó đủ để chỉ ra một điểm: có ba bước ở giữa từng đi qua địa chỉ web của bạn.

Khi phần gắn sản phẩm và thanh toán nằm gọn trong cùng một ứng dụng, ba bước giữa đó không còn đi qua website. Người xem gặp một đoạn nội dung ngắn, bấm vào sản phẩm đã được đính sẵn, và trả tiền trong app. Đường link giới thiệu vẫn hoạt động, hoa hồng vẫn được ghi nhận. Cái mất nằm chỗ khác: bạn không còn biết người vừa mua là ai, không có địa chỉ để gửi thư cho họ, không có lần tiếp cận thứ hai, và không có cách nào tự mình kể lại cho họ về lần mua trước.

Đây là suy luận về cấu trúc, không phải điều khoản của một nền tảng cụ thể, nên mình không viết dưới dạng “nền tảng X không cấp dữ liệu”. Nhưng hệ quả đọc được ngay từ cách sắp xếp: trong chuỗi đó, bên duy nhất có quan hệ trực tiếp với người mua là bên giữ màn hình thanh toán. Bạn nhận được một dòng trong báo cáo chuyển đổi, còn quan hệ thì nằm lại ở phía giữ màn hình ấy.

Điều dễ nhầm là tưởng đây chỉ là chuyện của social commerce. Ngay cả khi người đọc đến từ kết quả tìm kiếm, Ahrefs cũng vừa nhắc rằng báo cáo không tách được phần nào thuộc AI Overview. Hai trường hợp giống nhau ở một điểm: bên phân phối lưu lượng quyết định luôn phần dữ liệu được trả về cho bạn. Cố tối ưu cho cú nhấp là đang tối ưu cho một biến mình không sở hữu, lại do bên khác định nghĩa.

Câu trả lời đã nằm ngay trong bài bị chép

Khung bốn bước của Affiverse viết ra khá gọn: xây lượng độc giả trên nền tảng, dùng lượng đó để lập danh sách email, dẫn người đã sẵn sàng mua về nội dung dài trên site, rồi bổ sung quảng cáo có trả phí. Câu định nghĩa danh sách email trong khung đó là the only audience you truly own. Đây là một trong số ít chỗ mà một bài viết về AI Overviews nói thẳng về quyền sở hữu thay vì nói về lưu lượng.

Mình vẫn muốn đi thêm một nấc. Khung đó coi website là đích đến của một phễu, tức là nơi dòng người được dẫn tới để chốt đơn. Nhưng một bài so sánh có tiêu chí chấm điểm, có ngày khảo sát, có điều kiện thử mô tả đủ để người khác làm lại, còn sống tiếp sau khi đơn hàng đã xong. Nó được đọc lại, được dẫn lại, có khi được máy móc lấy làm nguồn cho một câu trả lời mà bạn không viết ra. Thứ tích lại ở đó là một kho niềm tin có thể gọi ra dùng lại nhiều lần, và nó không đo bằng lượt nhấp. Đó là lý do một bài đăng cách đây hai năm vẫn có người trích, dù vị trí của nó trên trang kết quả đã đổi.

Bốn thứ nằm trên trang và không nằm trên nền tảng nào

Một phép so sánh có tiêu chí viết ra. Tránh kiểu “mình thấy cái này hợp hơn”; thay vào đó là các tiêu chí đặt ngay trên trang: độ bền đo bằng gì, mức giá lấy ngày nào, trường hợp nào thì chọn mẫu kia. Người đọc có thể không đồng ý với trọng số bạn chọn, nhưng họ biết mình đang phản đối cái gì. Đây là thứ một đoạn video ngắn khó mang theo, vì nó cần chỗ để đứng và cần được sửa mà không mất lịch sử.

Dữ liệu tự thu. Địa chỉ email, lần đọc, lần quay lại, và câu trả lời nếu có người phản hồi thư. Điểm mấu chốt là chỗ lưu: do bạn giữ, trên hệ thống bạn thuê, theo cách bạn có thể xuất ra. Khẩu độ ở đây cũng cần nói rõ, vì cụm first-party đang bị dùng khá lỏng lẻo; một con số do nền tảng trả về trong báo cáo của họ không nằm trong nhóm này. Đây là định nghĩa vận hành mình dùng trong bài, không mang tính pháp lý.

Một danh sách email có lịch gửi thật. Form đăng ký cần đi với ba dòng cụ thể: gửi cái gì, bao lâu gửi một lần, hủy ở đâu. Rồi gửi thư đầu tiên ngay trong tuần đó để kiểm tra luồng, thay vì để form chạy im lìm ba tháng. Danh sách nhỏ mà có người mở thư vẫn có giá trị hơn một lượng theo dõi lớn nằm trên hồ sơ của nền tảng. Câu này là nhận xét vận hành của mình, không có nghiên cứu nào đứng sau phép so sánh đó.

Bằng chứng đã dùng thật. Ai thử, trên thiết bị nào, trong bao lâu, ở điều kiện gì, và có lỗi gì đã gặp. Một bức ảnh chụp món hàng sau hai tuần dùng, kèm ngày chụp, là dữ liệu. Một câu “dùng rất ok” thì không. Đây cũng là phần dễ bị cắt nhất khi người ta rút gọn bài để đăng lại trên kênh ngắn.

Có thể soi lại bằng cách nhìn vào chính cách máy móc lấy nguồn. Nghiên cứu của SurferSEO trên 405.576 AI Overview từ các truy vấn tiếng Anh cho thấy một câu trả lời điển hình dài khoảng 157 từ, trích trung bình 5 nguồn cho mỗi truy vấn, và trong 90% trường hợp liệt kê không quá 8 nguồn. Có 52% số nguồn được trích cũng nằm trong top 10 kết quả tự nhiên của chính truy vấn đó, ở vị trí trung bình khoảng thứ 5; 52% này là tỷ lệ trên các nguồn được trích, không phải trên 405.576 mẫu. Pew thì ghi 88% tóm tắt AI trích từ ba nguồn trở lên, chỉ 1% trích đúng một nguồn, và độ dài trung vị là 67 từ. Cùng trang Pew còn cho thấy truy vấn dài từ 10 chữ trở lên tạo tóm tắt ở 53% trường hợp, câu bắt đầu bằng ai / cái gì / khi nào / tại sao là 60%, trong khi truy vấn một hai chữ chỉ 8%.

Mình không rút mấy con số đó thành một danh sách việc cần làm để được máy móc trích dẫn. Chúng chỉ nói lên một điều khiêm tốn hơn: một câu trả lời ngắn vẫn cần vài nguồn đứng sau, và những nguồn ấy thường là các trang đã có chỗ đứng trong kết quả tự nhiên. Một bài viết đủ cụ thể để người khác lấy một con số ra dẫn lại đang làm được việc đó, dù nó không còn đứng đầu trang kết quả như trước. Mình đọc hai nghiên cứu theo cách này; tác giả của họ không viết kết luận đó.

Đo bằng gì khi không còn lưu lượng để đọc

Nếu vẫn dùng một bảng điều khiển của bên phân phối để quyết định site có đáng giữ không, bạn đang hỏi chính bên đã cắt bớt dữ liệu trả về. Mình dùng năm con số tự định nghĩa, ghi bằng tay cũng được, không cần công cụ nào đặc biệt.

• Tỷ lệ người để lại địa chỉ email trên số lượt đọc của một bài cụ thể. Đây là câu trả lời thẳng cho việc bài đó có đáng tin đến mức người ta muốn nhận tiếp hay không.
• Số người mở thư và số người trả lời thư. Cái thứ hai thường bé, nhưng nó là tín hiệu duy nhất cho thấy có một đầu dây hai chiều.
• Số lần một địa chỉ URL của bạn xuất hiện ở nơi khác kèm một con số hoặc một tiêu chí được lấy ra. Không cần đếm bằng công cụ, chỉ cần ghi lại mỗi lần tình cờ thấy.
• Số người quay lại đọc cùng một bài ở hai thời điểm cách nhau vài tuần.
• Thời gian từ lúc đăng đến lúc có người khác dẫn lại bài đó lần đầu.

Thứ tự đọc cũng quan trọng. Có ai để lại địa chỉ chưa, rồi có ai quay lại chưa, cuối cùng mới đến có ai dẫn lại chưa. Ai nhảy thẳng vào con số cuối sẽ thấy nó chậm đến mức nản, và quay về tối ưu cái dễ đo nhất là lượt nhấp. Năm con số trên không phải chỉ số chuẩn của ngành, cũng không có ngưỡng nào để gọi là đạt. Mình tự đặt ra để trả lời một câu duy nhất: phần quan hệ với người đọc có đang lớn lên không.

Cũng cần nói rõ giới hạn. Chúng đo được cái bạn giữ, không đo được cái bạn đã mất ở khâu thanh toán trong app. Một website có thể có danh sách email rất khỏe mà doanh thu affiliate vẫn đi xuống. Hai chuyện đó xảy ra cùng lúc, và đọc riêng từng cái thì mới ra quyết định đúng.

Khi vài site và vài người cùng làm

Với ba bốn site thì đừng mua thêm gì cả. Dùng sẵn các hồ sơ người dùng trong trình duyệt đang có, rồi mở một tệp văn bản ghi từng dòng: tên miền, địa chỉ đăng nhập quản trị, nơi lưu danh sách email, trang báo cáo của chương trình liên kết, và ai đang chịu trách nhiệm sửa bài đó. Tệp này làm được gần hết việc cần làm.

Vấn đề chỉ xuất hiện khi số site tăng lên và có người khác cùng thao tác. Lúc ấy bản danh sách thường nằm trong thanh dấu trang của một người, còn trạng thái đăng nhập nằm trong trình duyệt của người đó. Khi người này nghỉ, thứ được bàn giao là một chùm mật khẩu và vài câu giải thích miệng, còn địa chỉ của từng tài sản phải dò lại. Cách xử lý hay gặp là gom hết vào một tài khoản dùng chung, và cách đó làm mất luôn khả năng biết ai đã sửa cái gì.

Trang BitBrowser phần quản lý đa tài khoản gộp hai thứ vào cùng một hồ sơ: một môi trường trình duyệt độc lập, và một địa chỉ URL tùy chỉnh để gắn riêng site đó vào hồ sơ, nên đầu mối của tài sản nằm ở tầng môi trường thay vì nằm trong trí nhớ của một người; mười hồ sơ miễn phí là đủ để thử cách này trên vài site trước khi tính đến chuyện mở rộng. Trang tin tức của họ cũng đang có chương trình ưu đãi cuối năm chạy từ 11/11 đến 12/12/2026, ai cần thì tự xem lại mức giảm và điều kiện trên trang chủ rồi quyết định. Công cụ chỉ giữ cho đầu mối và trạng thái đăng nhập không bị buộc vào một cá nhân, nó không viết giúp bài so sánh, cũng không thuyết phục được ai để lại địa chỉ email; tệp văn bản ở trên vẫn làm được phần quan trọng nhất.

Những việc không nên làm trong lúc này

• Đừng đem ba con số 35%, 28% xuống 19% và 58% vào bản đề xuất để xin ngân sách. Chúng đủ để mở câu chuyện, chưa đủ để làm căn cứ, và người đọc kỹ sẽ hỏi ngay khẩu độ.
• Đừng dời toàn bộ nội dung sang kênh ngắn vì ở đó có người xem. Địa chỉ không do bạn giữ thì lịch sử sửa bài, ngày khảo sát và các liên kết được dẫn lại cũng không do bạn giữ.
• Đừng viết lại mọi bài cũ theo kiểu tối ưu để máy móc trích dẫn. Một bài có tiêu chí và điều kiện thử rõ ràng vốn đã dùng được, việc sửa hàng loạt thường làm mất ngày tháng của các con số.
• Đừng đặt form đăng ký rồi ba tháng không gửi gì. Một danh sách không có lịch gửi chỉ là một cột dữ liệu.
• Đừng hứa với ai, kể cả với mình, rằng lưu lượng sẽ quay về mức cũ. Câu cần trả lời là phần mình giữ được có đủ để tiếp tục hay không.

Năm dòng trên đều là suy luận vận hành. Chúng không có nghiên cứu nào đứng sau, và mình cũng không viết chúng dưới dạng quy tắc của Google hay của một nền tảng nào.

Kết luận cuối

Ba con số mở đầu bài này không sai về hướng, nhưng bị chép thiếu điều kiện đến mức không thể dùng để tính tiền. Cái đọc được chắc chắn hơn nằm ở chỗ khác: 8% so với 15%, 1%, 26% so với 16%, và một lời thừa nhận của Ahrefs rằng báo cáo không tách nổi phần nào thuộc AI Overview. Đó là những con số có phương pháp, có khung thời gian và có khẩu độ, nên chúng mới là thứ đáng mang vào một cuộc họp về ngân sách.

Còn câu hỏi ban đầu thì trả lời được ngắn gọn. Khi thanh toán nằm trong app, website không còn là nơi chặn lưu lượng rồi đẩy cú nhấp đi; nó là nơi duy nhất bạn tự quyết được nội dung đứng như thế nào, ai chịu trách nhiệm sửa nó, và địa chỉ liên lạc của người đọc được lưu ở đâu. Bài so sánh có tiêu chí, danh sách email có lịch gửi, và bằng chứng dùng thật có ngày tháng là ba phần của cùng một tài sản. Nền tảng có thể đổi chỗ đứng của nó trên trang kết quả, đổi luôn màn hình thanh toán, nhưng không lấy được ba phần đó đi.

Mình không viết điều này như một lời đảm bảo doanh thu. Một site giữ được quan hệ với người đọc vẫn có thể kiếm ít đi trong vài quý. Khác biệt nằm ở chỗ: khi ấy bạn vẫn có một địa chỉ để gửi thư, còn nếu không có, bạn chỉ còn một dòng trong báo cáo của người khác.

Có ba con số trong một báo cáo được Digiday trích dẫn ngày 14 tháng 10 năm 2026 mà ai đang vận hành affiliate TikTok Shop nên đọc chậm lại: 1,5 triệu mẫu hàng đã được gửi cho creator, chỉ 47% trường hợp nhận mẫu là creator đăng video, và chỉ 14% creator phát sinh đơn hàng. Báo cáo thuộc Flywheel (Omnicom), dùng dữ liệu từ Reacher, nhà cung cấp phần mềm affiliate cho TikTok Shop; người trả lời phỏng vấn là Deren Baker, CEO của Flywheel Ventures.

Ba con số đó hay bị đọc như một lời than phiền về creator. Thực ra chúng mô tả tỉ lệ hao hụt tự nhiên của một mô hình mà doanh thu đến từ số lần thử, không phải từ một lần chọn đúng người. Baker gọi đó là shots on goal. Ai chịu được tỉ lệ này, đo đúng đơn vị rồi thu hẹp dần danh sách, người đó có lợi thế. Ai ký một hợp đồng lớn để khỏi gửi cả ngàn mẫu, người đó đang trả tiền để né đúng phần việc cần làm.

1,5 triệu mẫu hàng, 47% lên video, 14% ra đơn: đọc đúng trước khi vội sửa

Nguyên văn Digiday: “only 47% of the time do those creators actually make a video, and only 14% of creators generate sales”, đặt ngay sau cụm “based on 1.5 million samples sent by brands”. Hai vế có hai đơn vị khác nhau. Vế đầu đếm theo lượt gửi mẫu có video đi kèm, vế sau đếm theo creator có doanh số. Một bên đếm lần, một bên đếm người.

Sai lầm phổ biến nhất là nhân hai số lại thành một tỉ lệ chuyển đổi khoảng 6,6% rồi đem đi đặt mục tiêu. Phép nhân đó vô nghĩa vì hai vế không chung mẫu số. Sai thứ hai là viết gọn thành “14% video ra đơn”, tức đã lặng lẽ đổi đơn vị từ creator sang video. Chỉ một chữ mà toàn bộ bảng theo dõi phía sau lệch: bạn bắt đầu đo từng video, trong khi thứ cần đo là từng người qua nhiều video.

Cũng đừng vội coi 53% mẫu còn lại là lãng phí. Với định giá theo hiệu suất, chi phí mẫu là chi phí mua thông tin: bạn trả một món hàng nhỏ để biết creator đó có đăng không, có ra đơn không, có đáng gửi tiếp không. Baker nói thẳng: cần “thousands of samples” lúc đầu để có “a broad enough pool”, rồi “narrow that down over time into that concept of long-term, repeatable creator relationships”. Câu đầu là chi phí, câu sau là tài sản.

Hệ quả cho người vận hành: bảng dữ liệu phải có hai đơn vị đếm song song, một cho lượt gửi mẫu, một cho creator. Nếu chỉ có một cột tỉ lệ chuyển đổi, bạn không phân biệt được creator nhận mẫu mà không đăng (bệnh ở khâu chọn và nhắc) với creator đăng rồi không ra đơn (bệnh ở sản phẩm, nội dung, hoặc vì mới đăng đúng một video). Hai bệnh cần hai cách xử lý ngược nhau. Gộp chúng lại là lý do nhiều đội tăng mãi số mẫu mà tỉ lệ vẫn đứng yên.

Điều Flywheel thực sự đo không phải là lượt follow

Con số đáng chú ý nhất lại nằm ở một câu rất dè dặt: “smaller creators are likely to generate a disproportionately higher gross merchandise value per 1,000 followers versus creators with larger followings”. Ba từ khóa phải giữ nguyên. “likely” là xu hướng trong dữ liệu, không phải quy luật cho từng trường hợp. “disproportionately higher” là cao hơn không tương xứng với quy mô, không phải cao gấp mấy lần. Và đơn vị là “per 1,000 followers”, doanh số trên mỗi một nghìn người theo dõi.

Đơn vị đó là cả một lập luận. Xếp hạng theo tổng doanh số thì người có nửa triệu follower luôn thắng, và bạn không bao giờ thấy ai bán hiệu quả nhất trên mỗi đơn vị khán giả. Đổi sang GMV trên 1.000 follower, câu hỏi trở thành: mỗi nghìn người xem của ai tạo ra nhiều đơn hơn. Vì thế shots on goal không có nghĩa là rải mẫu cho thật nhiều người. Bạn cần nhiều cú sút, nhưng từ đúng nhóm có hiệu suất trên mỗi cú sút cao hơn.

Phía còn lại cũng hay bị kể sai. Baker không nói creator lớn không bán được hàng: “We’re not saying if you pay a creator with 500,000 followers … you’re not going to generate any money. It’s just the efficiency side of it is a lot lower because their audience is used to brand things.” Và: “Direct response is a much more efficient way to generate sales if that’s your goal.” Nếu mục tiêu là độ nhận diện, phép so sánh này không còn đứng; một chiến dịch thương hiệu vẫn có chỗ, chỉ không nên đem vào bảng tính hiệu suất affiliate rồi than phiền là đắt.

Có một cách giải thích đang truyền tay: khán giả của creator nhỏ chưa bị quảng cáo thương hiệu huấn luyện nên phản ứng gần với niềm tin giữa người với người hơn. Nó nghe hợp lý, nhưng không phải kết luận của báo cáo. Digiday chỉ ghi nhận khán giả creator lớn đã quen với nội dung mang tính thương hiệu, và direct response bán hàng hiệu quả hơn nếu mục tiêu là doanh số. Không có câu nào đo mức độ tin tưởng hay so sánh hai loại niềm tin.

Theo tôi, đây không phải chuyện câu chữ. Tin vào niềm tin tự nhiên thì bạn sẽ đi tìm creator trông còn thật, ít hợp đồng, và đưa một tiêu chí không đo được vào khâu chọn người. Đọc đúng điều báo cáo nói thì bạn đo doanh số trên 1.000 follower rồi tối ưu số video của nhóm có con số đó cao. Một bên là cảm tính, một bên là cột dữ liệu kiểm tra lại được. Lợi thế vận hành nằm ở bên thứ hai.

“Trang công thức và blog mẹ bỉm”: câu ví không đến từ CEO

Có một chi tiết mà các bản tóm tắt sau đó gần như đều lệch một nhịp. Hình ảnh creator nhỏ giống “recipe sites and momblogs”, những trang công thức và blog mẹ bỉm trong thị trường quảng cáo trực tuyến, không phải do Baker đưa ra. Nguyên văn: “Looking at that chart, I asked Baker if the report illustrates the direct-response side of the creator economy. The idea being that these smaller TikTok creators are the influencer equivalent to recipe sites and momblogs, whereas larger creators are akin to major publishers.” Người nêu là phóng viên Tim Peterson, khi nhìn biểu đồ và đặt câu hỏi. Baker chỉ đáp: “Absolutely. I think you nailed it.” Câu ông tự nói ở đoạn khác còn gọn hơn: “It’s literally the same affiliate thing that you and I who have been doing this for a too long would think of in the past.”

Sự khác biệt này đáng giữ. Nếu tưởng CEO đang dùng ẩn dụ để bán luận điểm, bạn dễ đọc bài như một bài định hướng truyền thông. Thực tế đó là một câu hỏi được xác nhận ngay, và chính cái gật đầu nhanh đó mới có ý nghĩa: sự tương đồng đủ rõ để hai người trong ngành cùng nhận ra. Digiday còn nêu công thức ngay đoạn mở đầu: “long-tail scale, a surplus of content and performance-based pricing”, tức quy mô đuôi dài, dư thừa nội dung, định giá theo hiệu suất.

Đặt ba thứ đó cạnh một mạng liên kết cũ, các khớp gần như từng cái một. Publisher ngách ngày xưa là trang web có truy cập khiêm tốn nhưng đúng ý định mua, nay là tài khoản video ngắn vài nghìn follower. Nhà quảng cáo rải link affiliate khắp trang nhỏ, nay nhãn hàng rải mẫu qua hàng nghìn creator. Thanh toán theo đơn ngày xưa, nay nền tảng khởi đầu bằng commission-only và vẫn giữ làm nền. Cái khó ngày xưa không phải tìm được một tờ báo lớn, mà là quản lý hàng trăm trang nhỏ, biết trang nào ra đơn, giữ họ lại đủ lâu. Cái khó hôm nay y hệt, chỉ đổi đơn vị từ một trang web sang một tài khoản, từ một bài viết sang một video.

Nếu bạn đã vận hành tiếp thị liên kết kiểu cũ, không có khái niệm nào phải học lại. Chỉ đổi đơn vị và tăng tốc độ: thay vì vài trăm trang mỗi tuần, là năm nghìn video mỗi tháng. Phần quản trị không đổi.

5.000 video mỗi tháng, và vì sao “cứ đăng thật nhiều” vẫn chưa đủ

Baker có câu mà ai trình ngân sách cũng thấy quen: “A lot of brands get really freaked out when you tell them to be successful you’re going to need 5,000 videos live a month.” Nó đi kèm một phép tính cụ thể. Một creator đăng đúng một video thì video đó mang lại trung bình 7,19 đô la doanh số. Đăng từ 20 video trở lên thì mỗi video trong nhóm mang lại trung bình 74,07 đô la, tối thiểu 1.481 đô la tổng cộng. Baker gọi đó là “compounding benefits”: “you have more shots on goal”.

Chú ý chữ trung bình ở cả hai vế, và vế sau là trung bình của nhóm creator đăng từ 20 video, không phải doanh số của video thứ 20.

Đừng đọc 74,07 đô la như một mức giá

Phép tính trên là mặt cắt, không phải đường cong nhân quả. Creator có nội dung hợp sản phẩm ngay từ đầu sẽ dễ được gửi mẫu tiếp, dễ có thêm ý tưởng, nên dễ đăng tới 20 video hơn; số video có thể là hệ quả của chất lượng. Rồi chính nhãn hàng thấy người đó ra đơn sớm sẽ chăm sóc kỹ hơn, gửi thêm SKU, thậm chí trả thêm phí. Biến 74,07 đô la thành KPI rồi ép mọi creator lên 20 video là tăng đúng chi phí mẫu và chi phí nhắc, mà không tái tạo được điều kiện đã sinh ra con số đó.

Cách dùng đúng là làm phép thử trong cùng một nhóm: chia creator đã nhận mẫu theo số video, xem nhóm nào có độ dốc doanh số trên mỗi video rõ hơn. Ai có độ dốc là ứng viên cho khâu giữ chân. Ai đăng một video rồi dừng thì đừng vội loại, hãy xem người đó có được gửi mẫu thứ hai không.

Còn một vế Digiday cố tình thêm vào: “it’s not simply about shots on goal. That would be like the ad network era of online advertising.” Nếu chỉ cần số lượng, việc của bạn là mua càng nhiều lượt hiển thị càng tốt, và đó là logic mạng quảng cáo cũ, không phải affiliate. Bài báo chuyển ngay sang chữ “targeted”, với các đơn vị như Reacher tìm và liên hệ creator “in a fashion not unlike ad tech intermediaries”. Baker nói rõ quy mô: “we need to reach out to tens of thousands of creators in an automated fashion”. Số lượng video không thay thế việc chọn người, nó là kết quả của việc chọn đúng rồi đẩy họ đăng tiếp. Xếp sai thứ tự thì bảng số liệu vẫn đẹp, còn 14% vẫn đứng yên.

Bốn khối vận hành của một hệ affiliate dài đuôi

Gom những gì Digiday mô tả, hệ thống có bốn khối, và chúng không nặng như nhau.

Khối một, mở phễu. Gửi hàng nghìn mẫu để có danh sách đủ rộng, nhưng muốn vậy phải liên hệ hàng chục nghìn creator theo cách tự động. Đây là chỗ công cụ kiểu Reacher đi vào, vai trò được ví như bên trung gian ad tech: tìm người, gửi lời mời, thu phản hồi. Khối này mua được bằng tiền và phần mềm.

Khối hai, thu hẹp. Từ “a broad enough pool” rút dần thành “long-term, repeatable creator relationships”. Từ khóa là repeatable. Ra đơn một lần là một kết quả; nhận SKU mới mà vẫn ra đơn ở lần thứ ba, thứ tư mới là tài sản. Không công cụ nào làm thay, đây là quyết định lặp đi lặp lại về việc ai được gửi tiếp.

Khối ba, giữ liên lạc. Digiday gọi là “semi-automated relationship management” và nêu đích danh Discord và Lark, nơi nhãn hàng trao đổi với creator theo nhóm lớn. Chữ semi đáng chú ý: gửi thông báo hàng loạt thì tự động được, nhưng giải thích vì sao một SKU đổi hoa hồng, hay nhắc một người đang có độ dốc tốt, thì không nên là tin nhắn mẫu.

Khối bốn, định giá. TikTok Shop khởi đầu bằng commission-only và Digiday viết rõ “that’s still the basis”. Nhưng báo cáo đề xuất thưởng thêm flat fees hoặc performance bonuses cho creator hiệu suất cao. Baker: “That world is blurring in a really interesting way that wouldn’t have been true a year and a half ago.” Phí cố định vốn là đặc quyền của creator lớn nay đi xuống nhóm nhỏ, trong khi creator lớn lại đang muốn vào affiliate.

Nhìn kỹ thì chỉ hai khối tạo khác biệt. Khối một và ba tạo khối lượng, và đối thủ mua được đúng thứ đó trong một buổi chiều. Khối hai và bốn tạo khả năng giữ người, và chúng không nằm trong gói phần mềm nào.

Chỗ mà hầu hết team làm ngược lại

Thứ tự thường thấy: 14% không đẹp nên tăng mẫu, tăng mẫu nên mua thêm công cụ tìm creator, ngân sách dồn hết vào khối một. Khối bốn giữ nguyên commission-only cho mọi người, kể cả người đã ra đơn trên mỗi 1.000 follower tốt hơn hẳn phần còn lại.

Đúng lúc đó, một nhãn hàng khác chẳng cần gửi thêm mẫu. Họ chỉ đề nghị một khoản phí cố định nhỏ cho đúng hai mươi creator mà bạn vừa tốn ngàn mẫu để tìm ra. Đây chính là cái “blurring” Baker nói: bạn không còn chỉ cạnh tranh với chương trình affiliate khác, mà với ngân sách thương hiệu của chính những KOL lớn đang chuyển sang bán theo hiệu suất. Người giỏi nhất trong danh sách là người dễ được chào giá nhất.

Cách sửa không phải cắt khối một, phễu vẫn phải rộng. Cách sửa là đặt nguyên tắc trước khi tăng ngân sách: chưa có tiêu chí loại rõ ràng thì đừng tăng số mẫu, chưa có cơ chế thưởng cho người hiệu suất cao thì đừng mong danh sách ở lại. Nghe như quản trị nhân sự, và thực ra đúng là vậy, chỉ là đối tượng không phải nhân viên.

Đo lường: đừng để tỉ lệ 14% quyết định ai bị loại

Cái bẫy lớn nhất của 14% không phải đọc sai đơn vị, mà là dùng nó làm ngưỡng loại. Nó là tỉ lệ của toàn phễu tại một thời điểm, tính trên 1,5 triệu lượt gửi mẫu của rất nhiều nhãn hàng, không phải nhãn dán cho từng creator. Lấy câu hỏi có đơn hay không để giữ người ngay sau video đầu tiên là cắt đúng nhóm mà phép tính 7,19 và 74,07 đô la đang cố chỉ ra: người mới có một video đang ở mức trung bình thấp, và con số đó chưa nói gì về video thứ mười.

Sai số này còn dễ chồng lên một sai số ít ai ngờ. Khi bạn vận hành nhiều gian hàng, nhiều thị trường, nhiều tài khoản thử nghiệm, mỗi môi trường thường cần cùng một bộ công cụ để đổ số liệu về một bảng so sánh. Chỉ cần một môi trường thiếu tiện ích hoặc chạy phiên bản khác, cột doanh số của nó trả về khác đi. Lúc đó bạn không còn đọc hiệu suất creator, bạn đang đọc hiệu suất cái máy, và quyết định loại người được ký bằng một con số sai.

Vì thế bảng theo dõi nên xoay quanh câu hỏi người này có đang tốt lên không, thay vì người này đã ra đơn chưa.

Ba cột nên có, hai cột nên bỏ

Nên có: số video đã đăng cho đúng SKU, vì đây là biến bạn tác động trực tiếp được bằng cách gửi mẫu tiếp và nhắc đúng lúc; doanh số trên mỗi 1.000 follower, vì đó đúng là đơn vị Flywheel dùng để so sánh; và số lần nhận mẫu so với số lần lên video, vì nó tách người không định đăng khỏi người bị vướng ở khâu sản xuất. Hai trường hợp đó cần hai cách xử lý khác nhau.

Nên bỏ, hoặc ít nhất đừng dùng để xếp hạng: tổng lượt follow, vì nó là con số quy mô và luôn đẩy creator lớn lên đầu; và cột có đơn trong vài ngày đầu, vì nó cắt mất người đang lên độ dốc, đúng nhóm khối thu hẹp cần giữ.

Tôi cố tình không đưa ngưỡng cụ thể, vì Digiday không công bố ngưỡng nào, và một con số đẹp bịa ra sẽ làm hỏng cả phần lập luận trên. Ngưỡng phải là của chính danh sách bạn: lấy phần tư tốt nhất tháng trước làm mốc, xem ai vượt nó tháng này. Bạn cần thước đo nhất quán qua thời gian, không phải con số phổ biến trên mạng.

Khi số hồ sơ tăng lên, thứ rớt lại thường là phần cài đặt

Bốn khối ở trên, khi xuống tầng thao tác hằng ngày, đều đòi hỏi thứ ít được nhắc trong bài chiến lược: môi trường đăng nhập. Một nhãn hàng không chỉ có một gian hàng. Có gian hàng cho từng thị trường, tài khoản phụ thử SKU mới, tài khoản riêng cho một nhóm creator đang theo dõi, rồi tài khoản agency đứng thay. Mỗi môi trường phải mở đúng tài khoản của nó, không lẫn dữ liệu đăng nhập với môi trường bên cạnh, và quan trọng với phần đo lường ở trên là phải chạy cùng một bộ tiện ích: lấy số liệu, dịch nội dung, so giá, thao tác hàng loạt.

Chỗ hay hỏng nhất lại chính là bộ tiện ích. Cài tay từng môi trường thế nào cũng có cái sót, hoặc cái lên phiên bản mới trước, cái kia còn bản cũ. Khác biệt này không báo lỗi thành dòng đỏ, nó chỉ làm một cột số liệu lệch đi, và vì bảng đang so sánh creator giữa các nhóm, cú lệch lập tức được đọc thành nhóm này kém hơn. Sửa sai đo lường tốn ít công hơn nhiều so với sửa một quyết định đã lỡ loại hai mươi người.

Trước khi nghĩ đến công cụ, có vài cách không tốn tiền. Tách mỗi tài khoản vào một thư mục dữ liệu trình duyệt riêng trên cùng một máy, dùng một máy ảo, hoặc chia ra vài máy vật lý nếu số lượng còn ít. Giữ một bảng danh sách tiện ích chung, ghi rõ tên, nguồn tải, phiên bản, rồi dành mười phút cuối tuần đối chiếu. Chỉ tải từ nguồn chính thức như Chrome Web Store, vì một bản cài trôi nổi trong một hồ sơ cũng đủ làm sai phép so sánh. Cách này không đẹp, nhưng bạn biết chính xác mình đang kiểm cái gì.

Chỉ vài hồ sơ thì đừng mua gì cả. Một bảng ghi chép và mười phút đối chiếu cuối tuần chạy êm hơn hẳn việc đưa thêm phần mềm vào giữa lúc danh sách creator đang được thu hẹp.

Khi số hồ sơ đã vượt khả năng đối chiếu tay, BitBrowser có Trung tâm Tiện ích cho phép tải một tiện ích cục bộ lên rồi áp dụng cho tất cả hồ sơ hoặc chỉ cho hồ sơ được chọn trong một lần, đồng bộ cấu hình từ tài khoản chính sang tài khoản phụ, với mười hồ sơ miễn phí để thử trước khi quyết đổi quy trình.

Kết luận cuối

Tôi vẫn nghĩ cách đọc gọn nhất về affiliate TikTok Shop là coi nó như bài toán quản trị publisher dài đuôi, chỉ khác ở chỗ đơn vị đo không còn là một trang web mà là một tài khoản đăng video ngắn. 1,5 triệu mẫu, 47% lên video, 14% ra đơn không phải con số để than phiền về creator, mà là chi phí cố định của việc mua nhiều cú sút. Báo cáo của Flywheel không tìm ra một người giỏi hơn tất cả, nó chỉ chỉ ra chỗ đặt công sức: mở phễu đủ rộng, đo trên đúng đơn vị là mỗi 1.000 follower, đẩy số video ở đúng người, rồi dùng phí cố định và thưởng hiệu suất để giữ họ lâu hơn đối thủ.

Với người đã làm tiếp thị liên kết mười năm trước, bốn khối đó không có gì mới. Cái mới là tốc độ và độ dễ sai: năm nghìn video mỗi tháng, hàng chục nghìn creator được liên hệ tự động, và một bảng dữ liệu có thể lệch chỉ vì một môi trường thiếu một tiện ích. Ai xây được cái hệ đó thì không cần thắng trong cuộc đua giành một KOL lớn. Ai chỉ giành được KOL lớn thì sớm muộn cũng quay lại đúng bốn khối kia, muộn hơn một nhịp.

Theo số liệu của StatCounter cho khẩu độ máy tính để bàn tại Việt Nam, giai đoạn 9/2025 đến 9/2026, Google chiếm 82,62%, Cốc Cốc 11,26% và Bing 3,94%. Con số dễ bị bỏ qua là 11,26%: một phần không nhỏ người dùng vẫn tìm kiếm qua một công cụ khác, trên một giao diện khác, với cách hiển thị kết quả của riêng nó. Ai làm nội dung để bán hàng qua đường link giới thiệu đều đang viết cho nhiều hơn một trang kết quả.

Cùng một đường link, đặt trên một bài viết có địa chỉ cố định và đặt trên một bài đăng trôi đi sau vài giờ, không được các chương trình liên kết đối xử như nhau. Sự khác biệt không nằm ở cảm giác. Nó nằm trong điều khoản, trong cách hoa hồng được ghi nhận và trong chính sách của công cụ tìm kiếm. Bài này dùng ba nguồn loại một: tài liệu chính thức của Google, điều khoản của một chương trình liên kết lớn, và giao diện báo cáo mà chính Google đặt tên bằng tiếng Việt. Chỗ nào là suy luận vận hành của mình, mình ghi rõ tại chỗ.

Mục tiêu là trả lời được ba câu trước khi quyết định bỏ vài tháng vào một website: cái chậm nằm ở khâu nào, cái tồn lại sau đó là gì, và làm sao biết nó đang tồn lại thay vì đang tắt dần.

Điều chậm không nằm ở khâu viết bài

SEO Starter Guide của Google viết thẳng: mọi thay đổi đều cần thời gian để được phản ánh, có thay đổi cho thấy tác dụng trong vài giờ, có thay đổi mất vài tháng, và nói chung nên đợi vài tuần rồi mới đánh giá xem việc mình làm có lợi hay không. Cùng tài liệu đó nói rằng nội dung độc giả thấy hữu ích và đáng đọc có ảnh hưởng đến sự hiện diện của website trong kết quả tìm kiếm lớn hơn bất kỳ đề xuất nào khác trong tài liệu.

Câu “vài tháng” hay bị đọc thành một khoảng chờ thụ động. Thực tế có ba đoạn việc xếp chồng lên nhau, và đây là cách chia của mình, không phải tên giai đoạn do Google đặt. Đoạn đầu là trang được tìm thấy và được đưa vào chỉ mục. Đoạn giữa là có người khác dẫn tới nó, hoặc nhắc lại một con số của nó kèm đường dẫn. Đoạn sau là chính con số đó được kiểm chứng lại qua thời gian, nghĩa là vẫn đúng khi người đọc mở ra ở tháng thứ sáu. Bài viết xong là xong đoạn đầu, còn hai đoạn kia không nằm trong tầm tay người viết.

Giải thích kiểu “site mới bị giữ lại một khoảng” không có trong tài liệu chính thức, nên đừng dùng nó để dự báo ngày có tiền. Cái có trong tài liệu là thời gian để thay đổi được ghi nhận, và thời gian để dữ liệu đủ dài đọc được xu hướng.

Đo lường vì thế phải đi trước sửa chữa. Trong Báo cáo hiệu suất, chế độ xem mặc định là 3 tháng gần nhất. Chọn phạm vi ngày để so sánh hai khoảng bằng nhau, nhóm bảng theo phương diện Trang, rồi đọc Số lượt hiển thị của những URL đã đăng từ trước. Nếu một bài cũ vẫn có lượt hiển thị đều, nó đang làm việc dù không còn ai nhắc đến nó trong nội bộ. Chế độ xem 24 giờ có dữ liệu sơ bộ, vốn đang được thu thập và có thể đổi trong vài giờ, nên đừng vội dùng nó để kết luận. Google xếp Theo tuần và Theo tháng vào nhóm dùng để phân tích xu hướng dài hạn, loại bỏ dao động cuối tuần và ngày lễ.

Một chi tiết kỹ thuật đáng nhớ: tổng số trên biểu đồ đôi khi khác tổng số trong bảng. Trang giúp giải thích rõ, biểu đồ gộp theo tài sản, bảng gộp theo trang, nên hai con số không sai, chỉ khác cách nhóm. Ai chụp màn hình một dòng tổng rồi đem so với một dòng trong bảng sẽ tự tạo ra một cuộc khủng hoảng không có thật.

Một đường link chỉ được phép nằm trên Site của bạn

Điều khoản của Amazon Associates có một câu ngắn mà nhiều người làm kênh ngắn hạn chưa từng đọc: mọi Special Link phải được truy cập trực tiếp từ Site của bạn. Cùng mục đó còn cấm khuyến khích người dùng lưu bookmark đường link. Nói cách khác, trong cấu trúc của chương trình, điểm xuất phát của một lượt giới thiệu là một trang trên website của bạn, không phải một caption, một tin nhắn hay một video sẽ bị đẩy khỏi feed.

Cơ chế ghi nhận cũng hay bị kể sai. Điều khoản định nghĩa một Session bắt đầu khi khách bấm qua Special Link và kết thúc theo điều kiện đến trước: trôi qua 24 giờ, khách đặt đơn hàng đối với sản phẩm không phải hàng số, hoặc khách bấm sang một Special Link không phải của bạn. Cùng đoạn còn nêu điều kiện thêm vào giỏ hàng và hoàn tất đơn trong vòng 89 ngày kể từ cú bấm đầu, và điều kiện hàng được giao, phát hoặc tải và được thanh toán trong vòng 180 ngày kể từ khi mua.

24 giờ ở đây là một trong các điều kiện kết thúc phiên, không phải “thời hạn cookie” như cách viết vẫn lan truyền. Viết sai chỗ này không chỉ là lỗi thuật ngữ. Nó khiến người mới tin rằng sau 24 giờ thì mọi cơ hội mất hẳn, rồi dồn hết ngân sách vào kênh có chuyển đổi ngay, bỏ qua phần việc xây trang mà điều khoản đang yêu cầu. Các con số này là của một chương trình cụ thể, mỗi nơi tự định nghĩa phiên và điều kiện hợp lệ của mình, nên đọc điều khoản của chương trình mình tham gia thay vì mang bộ số này đi áp.

Về phía công cụ tìm kiếm, chính sách spam của Google không cấm đường link giới thiệu. Trang này viết rõ: mua bán link là một phần bình thường của kinh tế web, và việc có những link đó không vi phạm miễn là chúng được đánh dấu bằng rel=”nofollow” hoặc rel=”sponsored” trên thẻ liên kết. Mục Site reputation policy còn liệt kê “dùng affiliate links xuyên suốt một trang, với các link được xử lý đúng cách” vào nhóm không bị coi là sai chính sách. Ranh giới vì thế khá rõ: vấn đề không nằm ở việc bạn có đường link giới thiệu, mà nằm ở chỗ bạn có để nó truyền tín hiệu xếp hạng hay không.

Google tự định nghĩa thế nào là một trang affiliate đáng đọc

Ít ai trích lại đoạn này, dù nó trả lời trực tiếp câu hỏi vì sao một số bài bị dẫn lại mãi còn đa số thì không. Trong cùng trang chính sách spam, mục Thin affiliation định nghĩa đây là việc đăng nội dung có link giới thiệu sản phẩm trong đó phần mô tả và đánh giá được chép nguyên từ nhà bán lẻ, không có nội dung gốc hay giá trị bổ sung. Google viết thêm: các trang thuộc chương trình phân phối cùng một nội dung cho cả mạng lưới mà không bổ sung giá trị thường trông như những site cắt cùng một khuôn.

Ngay sau đó là câu đáng làm kim chỉ nam cho người viết: những site affiliate tốt bổ sung giá trị bằng thông tin có ý nghĩa hoặc tính năng hữu ích, và Google nêu cụ thể các ví dụ, gồm thông tin thêm về giá, đánh giá sản phẩm gốc, kiểm thử và chấm điểm nghiêm ngặt, điều hướng theo sản phẩm hoặc danh mục, và so sánh sản phẩm. Danh sách đó gồm đúng những thứ mà một người khác có thể dẫn lại trong bài của họ mà không cần viết lại từ đầu.

Mục Site reputation policy đi tiếp một nấc. Trang này đưa ba tình huống minh họa. Trường hợp có khả năng bị xử lý là một bài affiliate không tên tác giả, không xác định biên tập viên chịu trách nhiệm, không có thông báo về tính chất thương mại, không nằm trong chuyên mục nào của tờ báo và có dấu hiệu chép nguyên nội dung từ một bên thứ ba. Trường hợp khó bị xử lý là bài do một cộng sự viết riêng cho tờ báo, có phỏng vấn gốc, có tên tác giả, có tuyên bố rõ về trách nhiệm biên tập, được trình bày đồng nhất với phần còn lại của site, và các link giới thiệu được đánh dấu rõ. Trường hợp thứ ba, một chuyên mục coupon tích hợp vào site, có liên kết chéo từ nội dung biên tập và có đầu mối tiếp nhận phản hồi, cũng nằm ở nhóm khó bị xử lý.

Ba tình huống đó đọc đi đọc lại sẽ ra một kết luận duy nhất: thứ được dẫn lại không phải tên miền của bạn, mà là một đối tượng có thể kiểm chứng. Một mức giá kèm ngày khảo sát. Một phép so sánh nêu rõ tiêu chí. Một bài kiểm thử mô tả đủ điều kiện để người khác làm lại. Một con số có nguồn và có khẩu độ đo. Người viết khác chỉ có thể trích dẫn những thứ đó, họ không thể trích dẫn cảm xúc của bạn về sản phẩm.

Chính sách có một mốc thời gian đáng lưu ý: Google ghi đã có điều chỉnh áp dụng cho khu vực Kinh tế Châu Âu, kèm đường dẫn tới bài blog tháng 8/2026. Việt Nam nằm ngoài khu vực đó, nên đoạn này chỉ nên đọc như bằng chứng là văn bản còn được cập nhật, đừng áp quy định đó cho site của bạn.

Đến đây là hết phần văn bản chính thức. Cách mình đọc tiếp như sau: một bài viết muốn được dẫn lại cần bốn thứ đặt ngay trong thân bài, gồm ngày tháng của con số, tên nguồn đã mở ra kiểm tra, khẩu độ hoặc điều kiện đo, và các bước đủ cụ thể để người đọc tự làm lại. Thiếu một trong bốn, người khác vẫn có thể đọc, nhưng sẽ phải tự viết lại từ đầu, và họ thường không làm vậy. Đây là suy luận của mình từ các ví dụ trên; Google không hề yêu cầu điều này.

Tài sản này khấu hao, và có khi về không

Gọi website là tài sản dễ tạo cảm giác nó đứng yên. Nó không đứng yên, và ba kiểu hao mòn diễn ra âm thầm.

Kiểu thứ nhất là số liệu chết. Bảng giá, tỷ lệ hoa hồng, thời gian giao hàng, điều kiện bảo hành và tên gói sản phẩm đều do bên bán quyết định. Một bài viết có mức giá đúng vào ngày đăng sẽ sai sau lần cập nhật tiếp theo của họ, và khi sai, nó không còn là đối tượng để ai dẫn lại nữa. Cách xử lý không phức tạp nhưng hay bị bỏ qua: ghi ngày khảo sát ngay cạnh con số, rồi đặt lịch rà lại những bài có lượt hiển thị cao nhất trước, thay vì rà đều toàn site.

Kiểu thứ hai là đích đến biến mất. Sản phẩm ngừng bán, trang nhà bán lẻ đổi cấu trúc đường dẫn, chương trình liên kết dừng hoạt động. Đường link vẫn nằm đó, vẫn được thu thập, nhưng dẫn tới một trang báo lỗi. Phần này đo được bằng chính báo cáo hiệu suất: nhóm theo Trang, lọc những URL có lượt hiển thị từng ổn định mà Số lượt nhấp tụt về không, rồi mở từng trang và bấm thử các link ra ngoài.

Kiểu thứ ba nặng nhất, là chính sách. Trang chính sách spam của Google ghi rằng, với kết quả hiển thị cho người dùng ngoài EEA, các trang liên quan có thể chịu một manual action khi site bị xét là không phù hợp, và thông báo sẽ xuất hiện trong báo cáo Manual actions cùng hộp thư của Search Console. Phía chương trình liên kết, điều khoản Amazon coi việc vi phạm các yêu cầu tham gia là vi phạm trọng yếu của thỏa thuận, và các giao dịch mua bị loại khỏi diện tính hoa hồng khi phát sinh cùng lúc với vi phạm điều khoản. Hai chuyện này ở hai tổ chức khác nhau, nhưng cùng dẫn tới một hệ quả: phần giá trị tích lũy nhiều tháng có thể mất trong một lần rà soát.

Có một cái bẫy ngay trong khâu kiểm tra. Điều khoản Amazon mục 6(s) cấm tạo ra lượt bấm, lượt hiển thị hoặc tạo Session một cách giả tạo, bằng robot, phần mềm hay cách nào khác. Mục 6(u) cấm chính bạn, người thân, nhân viên và đối tác mua hàng qua Special Link của bạn. Vì thế thói quen “tự bấm thử link mình vừa gắn để xem có ra đơn không” không phải một bài kiểm tra vô hại. Nó đi thẳng vào vùng mà điều khoản định tên. Kiểm tra trang đích thì mở địa chỉ sản phẩm không kèm tham số giới thiệu; kiểm tra phát sinh đơn thì đọc báo cáo chính thức của chương trình. Đây cũng là lý do để không dùng cùng một môi trường vừa đăng nhập tài khoản quản trị, vừa mở thử các đường link của chính mình.

Bạn không thấy được cái người đọc thấy

Trang trợ giúp tiếng Việt của Search Console có một câu mà mình muốn dẫn nguyên: việc danh sách của bạn có một cụm từ tìm kiếm nào đó không đồng nghĩa với việc khi gõ chính cụm từ đó lên Google Tìm kiếm, bạn sẽ luôn thấy website của mình trong kết quả. Lý do được ghi ngay sau đó là kết quả tìm kiếm liên quan mật thiết đến thời gian, địa điểm, thiết bị và nhật ký gần đây của người tìm kiếm.

Câu này phá vỡ thói quen phổ biến nhất của người mới làm affiliate SEO: mở trình duyệt, gõ từ khóa, chụp màn hình vị trí của mình rồi coi đó là bằng chứng. Nó là một kết quả quan sát được trong đúng một điều kiện, của đúng một người, vào đúng một thời điểm. Người mua ở một tỉnh khác, trên điện thoại, với lịch sử tìm kiếm khác, đang nhìn một trang kết quả khác. Báo cáo hiệu suất tồn tại để thay cho tấm ảnh chụp đó, vì nó gộp theo Cụm từ tìm kiếm, Trang, Quốc gia, Thiết bị, Giao diện tìm kiếm và Ngày, rồi cho phép đọc Số lượt nhấp, Số lượt hiển thị, CTR (tỷ lệ nhấp) và Vị trí trung bình trên cùng một khung thời gian.

Vẫn có giới hạn. Trang trợ giúp ghi rõ dữ liệu mới nhất có thể là dữ liệu sơ bộ và được biểu thị bằng đường kẻ chấm trên biểu đồ. Nút xuất cho phép tải cả dữ liệu biểu đồ lẫn bảng, nhưng những giá trị hiển thị dạng dấu ngã hoặc dấu gạch ngang sẽ thành số 0 trong bản tải về. Ai đem bản xuất đó cộng dồn rồi kết luận “traffic mất 20%” đang cộng cả những ô chưa có dữ liệu.

Từ câu chính thức ở trên đến yêu cầu ghi lại điều kiện quan sát là một bước suy luận của mình, không phải điều Google dặn. Nhưng nếu kết quả phụ thuộc vào thời gian, địa điểm, thiết bị và nhật ký, thì một phép đo chỉ có giá trị so sánh khi các điều kiện ấy được giữ nguyên hoặc được ghi lại. Đây là chỗ mà “có tài sản” và “tưởng rằng có tài sản” tách ra.

Giữ điều kiện quan sát cố định rồi mới kết luận

Lỗi vận hành hay gặp không phải lười đo, mà là sửa quá nhiều sau một lần đo. Lượt hiển thị tụt, thế là trong cùng một buổi đổi tiêu đề, sửa cấu trúc heading, thêm vài link nội bộ và chỉnh cả mô tả. Tuần sau số liệu hồi lên, không ai biết thay đổi nào làm được việc đó. Tuần sau nữa tụt tiếp, lại sửa bốn chỗ. Sau vài vòng, website vẫn có nội dung nhưng không còn lịch sử nào đọc được.

Với ba bốn site thì đừng mua thêm gì cả. Tách vài hồ sơ người dùng ngay trong trình duyệt đang dùng, mở một sổ ghi tay, mỗi lần quan sát chép lại thời điểm, địa chỉ IP đầu ra, tên công cụ và giá trị đọc được. Một bài viết trên blog tiếng Việt của một nhà cung cấp công cụ, đăng cuối tháng 10/2026, dùng cụm “Nói có sách, mách có chứng” cho đúng thao tác này và chốt lại bằng câu: chưa có log đầy đủ thì chưa kết luận. Câu đó đáng mang sang cả việc đọc số liệu tìm kiếm, dù ngữ cảnh gốc của nó là kiểm tra proxy.

Khi số site nhiều hơn và có người cùng làm, việc giữ cho mỗi hồ sơ một địa chỉ IP đầu ra cố định bắt đầu tốn công, nhất là lúc gói proxy tự đổi IP giữa chừng. BitBrowser cho phép mở từng hồ sơ riêng và ngay trong mỗi hồ sơ có sẵn mục Kiểm tra chất lượng IP cùng Kiểm tra dấu vân tay để chạy các công cụ trực tuyến, nên giá trị đọc được có thể ghi kèm đúng hồ sơ đã tạo ra nó; mười hồ sơ miễn phí là đủ để thử cách làm này trước khi mở rộng. Công cụ chỉ giữ cho điều kiện quan sát khỏi trôi, nó không đọc giúp bạn nguyên nhân lưu lượng đổi, và một sổ ghi tay vẫn làm được phần quan trọng nhất.

Cũng cần nói thẳng về giới hạn: cố định môi trường không biến một phép đo cá nhân thành kết quả của mọi người đọc. Nó chỉ làm cho hai lần đo của chính bạn có thể so với nhau. Bằng chứng về tài sản vẫn nằm ở chuỗi dữ liệu trong báo cáo hiệu suất, còn sổ ghi chép là thứ giúp bạn không tự lừa mình khi đọc chuỗi đó.

Việc phải làm trước khi gọi đây là tài sản

• Ghi ngày khảo sát cạnh mỗi con số về giá, phí và thời gian, kèm tên nguồn đã mở ra kiểm tra. Không có hai thứ này, bài viết không có đối tượng để ai dẫn lại.
• Đọc đúng định nghĩa phiên trong điều khoản chương trình mình tham gia, phân biệt điều kiện kết thúc phiên với điều kiện giao hàng và thanh toán, rồi mới lập kế hoạch dòng tiền.
• Đánh dấu rel=”sponsored” hoặc rel=”nofollow” cho toàn bộ link giới thiệu; Google cho phép các link này, nhưng yêu cầu chúng không truyền tín hiệu xếp hạng.
• Đặt tên tác giả, đầu mối biên tập và thông báo về tính chất thương mại ngay trên trang, theo đúng ba điểm mà các ví dụ trong chính sách site reputation lặp đi lặp lại.
• Trong Báo cáo hiệu suất, so sánh hai khoảng ngày bằng nhau, nhóm theo Trang, và dùng chế độ Theo tuần hoặc Theo tháng thay vì kết luận từ khung 24 giờ có dữ liệu sơ bộ.
• Rà các URL có lượt hiển thị ổn định nhưng lượt nhấp tụt, mở từng link ra ngoài để tìm trang đích đã chết; làm bài có lượt hiển thị cao nhất trước.
• Không tự bấm link giới thiệu để “thử đơn” và không mua qua link của chính mình. Kiểm tra trang đích bằng địa chỉ không kèm tham số, kiểm tra phát sinh đơn bằng báo cáo của chương trình
• Mỗi lần can thiệp chỉ đổi một biến, ghi lại thời điểm và điều kiện quan sát, rồi đợi vài tuần như tài liệu của Google nói trước khi đánh giá.

Kết luận cuối

Nếu đang phân vân giữa một kênh ra tiền trong tuần và một website phải nuôi vài tháng, câu hỏi nên đặt là bạn có sẵn thứ gì để người khác dẫn lại không: một phép đo có ngày, một so sánh có tiêu chí, một bài kiểm thử người khác làm lại được. Có thì website đáng làm, vì mỗi bài cũ tiếp tục được đọc và được dẫn mà không cần bạn đăng lại. Không có thì thời gian bỏ ra chỉ mua được lưu lượng, và lưu lượng tắt khi bạn ngừng đăng. Trước khi viết bài tiếp theo, mở Báo cáo hiệu suất, nhóm theo Trang, và xem bài cũ nhất của mình còn có Số lượt hiển thị hay không. Con số đó trả lời câu hỏi này rõ hơn bất kỳ dự báo nào.

45% thị phần không nói được ai sẽ nhận được lời mời

Báo cáo của YouNet ECI về chín tháng đầu năm 2026 ghi bốn sàn thương mại điện tử tại Việt Nam đạt 411,8 nghìn tỷ đồng GMV, tăng 22% so với cùng kỳ, trong đó Shopee giữ 53% và TikTok Shop 45%. Cùng nguồn này, nửa đầu năm thị trường tăng 19%, nhưng riêng TikTok Shop tăng khoảng 38% còn Shopee chỉ 12%. Hai nền tảng gộp lại chiếm gần 98% toàn thị trường. Những con số đó nói được một điều: chỗ này có người mua, và người mua còn đang tăng. Chúng không nói được điều còn lại: trong đám creator cùng gắn link vào một sản phẩm, người bán sẽ gửi lời mời cho ai.

Nếu bạn đang làm affiliate TikTok, câu thứ hai mới là câu quyết định thu nhập. Ở cửa vào dành cho tất cả mọi người, tỷ lệ hoa hồng của một sản phẩm không phải là biến số bạn tối ưu được. Bạn mở danh sách lên thấy một con số, người làm cùng ngách với bạn cũng thấy đúng con số đó. Không có phiên bản riêng cho người chăm chỉ hơn, cũng không có phiên bản riêng cho người đăng nhiều hơn trong tuần này.

Cần nói rõ ngay để khỏi đọc nhầm. Những điều viết dưới đây về kế hoạch mở, kế hoạch mời riêng, và cách hoa hồng được ghi nhận đều lấy từ tài liệu hướng dẫn của các đơn vị dịch vụ và bài viết báo chí, không phải điều khoản chính thức của sàn. Trang chính sách công khai không đọc được dưới dạng văn bản, nên tôi không trích điều khoản, không nêu ngưỡng điểm, không nêu số ngày xử lý hay số ngày thanh toán, và không vẽ đường dẫn menu. Mọi con số, mọi ngưỡng, mọi tên nút đều cần bạn tự đối chiếu trong Affiliate Center của chính tài khoản đang dùng.

Lưu lượng là thuộc tính của nền tảng. Chỗ đứng của bạn thì không được nền tảng bảo đảm cho ai cả.

Mức hoa hồng do người bán đặt, và hai cửa vào danh sách sản phẩm

Một sản phẩm đến trước mắt creator qua hai cửa, và sự khác biệt giữa chúng là chìa khóa của toàn bộ chuyện này. Cửa thứ nhất là kế hoạch mở: người bán đưa sản phẩm vào danh sách chung, ai đủ điều kiện cũng tự lấy link được, không cần ai gật đầu. Cửa thứ hai là kế hoạch mời riêng: người bán chỉ định một số creator cụ thể, và chỉ những người đó thấy điều kiện dành cho mình. Các tài liệu hướng dẫn dùng những tên hơi khác nhau tùy thị trường và tùy thời điểm, có chỗ gọi là Open Collaboration và Target Collaboration, có chỗ gọi là Open Plan và Targeted Plan, nhưng cấu trúc thì không đổi: một cửa cho tất cả, một cửa cho người được chọn.

Chỗ này hay bị đọc ngược. Không ít người coi lời mời riêng như phần thưởng cho tài khoản có nhiều người theo dõi, nên dồn sức tăng follower rồi ngồi chờ. Nhưng người bán không chia chi phí theo độ nổi tiếng. Gửi mẫu hàng cho một creator, dành tỷ lệ tốt hơn cho người đó, hay xếp người đó vào một chiến dịch riêng, đều là tiền thật hoặc hàng thật đi ra khỏi kho, và đều cần một lý do có thể kiểm lại được. Lý do đó nằm trong dữ liệu bán hàng của bạn, không nằm ở số lượt xem.

Chọn sản phẩm có hoa hồng cao cũng không giúp ở đây. Khi còn ở cửa mở, bạn chọn cùng một danh sách với mọi người, bằng cùng một tỷ lệ, trong cùng một khung thời gian. Người bán từ tháng 5 năm 2026 còn chịu thêm phí sàn theo ngành, chẳng hạn 16,1% với thời trang hay 17,8% với mẹ bé theo các bài tổng hợp, nên dư địa để họ nâng tỷ lệ cho tất cả creator cùng lúc vốn không rộng. Chỗ còn lại để bạn khác đi nằm ở dữ liệu bán hàng của chính bạn.

Cạnh tranh vì thế không bắt đầu ở khâu đăng video. Nó bắt đầu ở khâu bạn có một con số mà người bán tin được hay không.

Video ngắn: chi phí một lần, đơn hàng kéo dài sau khi bạn ngừng đăng

Video ngắn và livestream cùng gắn được link, nhưng chúng là hai loại chi phí hoàn toàn khác nhau. Với video ngắn, bạn trả chi phí làm nội dung một lần: chọn hàng, quay, dựng, viết mô tả, gắn link. Sau khi đăng, cái link vẫn nằm đó. Ai gặp lại video qua tìm kiếm, qua đề xuất, hay qua một bài chia sẻ của người khác vẫn có thể bấm vào và mua. Chi phí đã nằm lại phía sau, còn đầu ra còn tiếp tục.

Tôi vẫn coi video ngắn là tài sản khi nói về làm affiliate TikTok. Nó lưu lại được, còn chi phí làm video chỉ trả một lần. Mỗi video để lại một hàng dữ liệu trong sàn quản trị: lượt xem, lượt bấm, đơn, và sau đó là phần hoa hồng bị điều chỉnh nếu có hoàn trả. Bạn có thể mở lại tháng trước để đọc, so sánh hai video cùng một sản phẩm, và biết mình đang lặp lại cái gì. Một ca livestream không cho bạn thứ đó theo cùng một cách.

Tài sản cũng có khấu hao. Video ngắn mất dần khả năng tiếp cận mới khi đề xuất nhường chỗ cho nội dung khác, nên một video ra đơn hôm nay không tự động ra đơn mãi mãi. Cách xử lý thực tế là tách rõ hai việc, thay vì đăng thật nhiều để bù: giữ lại những video đã chứng minh là có đơn để dùng làm đối chiếu, và làm video mới để thử một biến số duy nhất mỗi lần. Biến số có thể là cách mở đầu, là đối tượng được nói tới, là thời điểm đăng, hay là một điểm thông tin trong mô tả. Nếu đổi bốn thứ cùng lúc, hàng dữ liệu tháng sau không đọc được nữa.

Có một phép tự kiểm tra đơn giản: mở lại video cũ nhất vẫn còn ra đơn trong tháng này, và đọc xem nó bán được nhờ cái gì.

Nếu câu trả lời là nhờ lượt xem lớn, bạn chưa có thứ để nhân bản. Nếu câu trả lời là nhờ đúng một câu hỏi mà người mua hay hỏi trước khi đặt, bạn đã có một thứ mang sang video tiếp theo được. Cách đọc này chỉ cần bạn mở đúng màn hình dữ liệu của kênh mình.

Livestream: doanh thu tính theo ca, và khung giờ là tài nguyên có đối thủ

Livestream có chi phí dạng giờ công. Bạn chuẩn bị hàng mẫu, sắp xếp người dẫn, có khi thêm người trực tin nhắn, rồi mở ca trong một khung giờ nhất định. Hết ca, doanh thu của ca đó dừng lại. Không có phiên bản vẫn còn bán tiếp của một buổi đã tắt, dù bản ghi vẫn lưu đầy đủ. Điều này không làm livestream kém đi, nó chỉ làm cho bài toán khác hẳn: thứ bạn tối ưu là sản lượng trên mỗi giờ phát, còn thứ bạn tiết kiệm là số giờ phải ngồi ở đó.

Khung giờ lại là một tài nguyên có người khác đang dùng. Cùng một buổi tối, người xem của bạn có thể đang ở một ca live khác bán đúng mặt hàng đó, với cùng mức hoa hồng vì cùng một kế hoạch mở. Đây là dạng cạnh tranh trực diện nhất của chuyện traffic lớn mà chỗ đứng chật: nền tảng đông, nghĩa là đối thủ cũng đông, và cùng nhắm vào một nhóm người mua trong cùng một khoảng thời gian ngắn. Khung giờ vì thế phải được chọn trước khi mở ca.

Cách đo có thể làm ngay bằng giấy bút, không cần bảng biểu gì cầu kỳ. Với mỗi ca, ghi lại khung giờ bắt đầu, thời lượng, số đơn trong ca, và số câu hỏi phải lặp lại quá ba lần. Bốn dòng đó đọc với nhau sau vài ca sẽ lộ ra hai thứ: khung nào đáng giữ, và điểm nào trong kịch bản đang làm chậm quyết định mua. Nếu chỉ ghi doanh thu mỗi ca mà bỏ qua thời lượng, bạn sẽ nhầm một ca dài gấp đôi với một ca tốt gấp đôi.

Livestream còn có một ưu thế mà video ngắn không có: người mua hỏi, bạn trả lời ngay trong lúc họ còn đang phân vân. Những câu hỏi lặp lại chính là danh sách nội dung cho video ngắn tuần sau. Đây là chỗ hai loại nội dung nối vào nhau có ý nghĩa thực tế, thay vì chạy song song như hai dự án riêng. Ca live kiếm đơn trong giờ đó, đồng thời nhặt ra thứ để video ngắn kiếm đơn trong những ngày sau.

Ai coi livestream là kênh tích lũy sẽ kiệt sức. Ai coi nó là ca trực sẽ tìm ra chỗ cần cắt.

Thứ người bán đọc trước khi gửi lời mời

Quay lại câu hỏi ban đầu. Người bán có một lượng mẫu hàng và một mức ngân sách có hạn, phải quyết định gửi cho ai. Theo cách các tài liệu hướng dẫn mô tả, họ đọc phần dữ liệu mà creator để lại: đơn đã tạo, tỷ lệ hoàn trả, mức độ đều của những đơn đó qua các tuần, và đôi khi cả việc creator có chủ động xin mẫu rồi dùng mẫu đó đúng cách hay không. Tôi không tìm thấy văn bản chính thức nào liệt kê trọng số của từng mục, nên đây chỉ là suy luận từ phía người bán.

Cột dễ gây hiểu lầm nhất là hoa hồng. Trong các tài liệu hướng dẫn có hai trạng thái thường được nhắc tới, một con số ước tính khi đơn vừa được ghi nhận và một con số thực nhận sau khi đơn đã qua khâu hoàn trả. Đơn bị trả lại thì phần hoa hồng tương ứng bị điều chỉnh ngược. Vì thế một tuần có nhiều đơn nhưng hoàn trả cũng nhiều có thể để lại ít hơn một tuần ít đơn mà giữ được hàng. Nếu bạn chỉ đọc con số đầu tiên, bạn sẽ tưởng mình đang tăng trưởng, rồi đi xin mẫu bằng một bảng số mà người bán đọc ra ngay là chưa sạch.

Có một phép đối chiếu mất chưa tới mười phút, nên làm trước khi gửi bất kỳ yêu cầu nào: mở đúng một sản phẩm, lấy ba dòng của ba mươi ngày gần nhất, gồm lượt bấm vào link, số đơn được ghi nhận, và số đơn bị hoàn. Đặt chúng cạnh nhau, không cần tính tỷ lệ gì cầu kỳ. Nếu đơn tăng nhưng hoàn cũng tăng, việc cần sửa nằm ở khâu mô tả sản phẩm trong nội dung của bạn. Xin thêm mẫu lúc này không giải quyết được gì. Đây là chỗ mà có traffic và có dữ liệu sạch tách ra rõ nhất.

Creator vẫn có thể chủ động gửi yêu cầu làm việc với người bán, và người bán vẫn có thể thêm creator vào kế hoạch mời riêng sau khi thấy kết quả, theo cách các tài liệu hướng dẫn mô tả. Điểm mấu chốt nằm ở việc bạn có một lịch sử ngắn nhưng đọc được để họ dựa vào. Một kênh nhỏ với ba mươi ngày dữ liệu sạch thường dễ được trả lời hơn một kênh lớn chỉ có vài ngày bùng nổ rồi im.

Ba mươi ngày đầu: một vị trí chạy thông rồi mới tính đến vị trí thứ hai

Ba mươi ngày dưới đây chỉ là phép thử cho một vị trí duy nhất, không nhằm tăng số kênh. Làm ngược thứ tự là lỗi hay gặp nhất: người ta mở thêm kênh thứ hai trước khi kênh đầu có đủ dữ liệu để đọc, rồi hai kênh cùng mờ, không biết cái nào đang kéo cái nào. Mỗi bước có một tiêu chuẩn qua và một điều kiện dừng.

• Ngày 1 đến 3: chọn một ngách và một sản phẩm duy nhất trong danh sách mở. Đọc kỹ phần mô tả, giá, chính sách hoàn trả và điều kiện giao hàng như người mua sẽ đọc, rồi ghi lại ba câu hỏi mà bạn đoán họ sẽ hỏi. Tiêu chuẩn qua: bạn viết được ba câu hỏi đó ra giấy mà không cần đoán thêm. Dừng nếu chính bạn không hiểu rõ mặt hàng, vì nội dung làm ra lúc đó chỉ đẩy thêm hoàn trả.
• Ngày 4 đến 10: làm năm video ngắn cho đúng sản phẩm ấy, mỗi video đổi một biến số, giữ nguyên phần còn lại. Đăng rải trong ngày, không dồn hết một buổi. Tiêu chuẩn qua: có ít nhất một video có lượt bấm vào link, dù chưa có đơn. Dừng nếu năm video đều không có ai bấm; lỗi nằm ở khâu chọn hàng hoặc khâu mở đầu, thêm video không sửa được chỗ đó.
• Ngày 11 đến 16: mở hai ca livestream ngắn trong hai khung giờ khác nhau, mỗi ca ghi bốn dòng như phần trước. Giữ nguyên kịch bản để hai ca so được với nhau. Tiêu chuẩn qua: bạn chỉ ra được khung giờ nào đáng giữ và câu hỏi nào bị lặp lại nhiều nhất. Dừng nếu cả hai ca không có tương tác nào để đọc; đừng kéo dài ca để bù, chi phí ở đây là giờ công.
• Ngày 17 đến 23: lấy câu hỏi bị lặp lại nhiều nhất làm nội dung cho ba video mới. Đây là bước nối hai loại nội dung, và cũng là bước dễ bị bỏ qua nhất. Tiêu chuẩn qua: ba video này có tỷ lệ bấm link cao hơn năm video đầu. Nếu không, quay lại đọc lại phần mô tả sản phẩm thay vì làm thêm video.
• Ngày 24 đến 30: mở ba dòng dữ liệu của ba mươi ngày, gồm bấm link, đơn ghi nhận, đơn hoàn, rồi mới quyết định có gửi yêu cầu làm việc với người bán hay không. Tiêu chuẩn qua: số đơn hoàn không tăng cùng nhịp với số đơn ghi nhận. Đây cũng là điều kiện dừng của toàn bộ phép thử: nếu hoàn trả vẫn tăng, vị trí thứ hai chưa được phép mở, vì bạn sẽ chỉ nhân bản thêm một dòng dữ liệu bẩn.

Có một điều kiện dừng nữa ít ai chịu áp dụng: nếu sau ba mươi ngày bạn vẫn không đọc được mình bán nhờ cái gì, hãy dừng hẳn thay vì đổi sản phẩm. Thứ thiếu là một biến số được giữ nguyên đủ lâu.

Mang vị trí đã chạy thông sang một tài khoản khác

Giả sử ba mươi ngày đó qua được. Việc tiếp theo thường được gọi là mở thêm kênh, nhưng thật ra nó là mang một quy trình đã chạy sang một chỗ đứng mới, và ở đây có một cái bẫy kỹ thuật rất cụ thể. Quy trình của bạn không chỉ gồm cái đăng nhập. Nó gồm luôn lịch sử xin mẫu, tin nhắn đã trao đổi với người bán, các dòng dữ liệu bạn tự ghi, danh sách sản phẩm đang theo dõi, tiện ích bạn dùng để đọc số liệu, và những thiết lập giao diện đã chỉnh cho vừa thói quen. Chỗ nào rớt lại, chỗ đó làm kênh mới bắt đầu từ đầu dù bạn đã đăng nhập thành công ngay lần đầu.

Cái bẫy thứ hai là cái tên. Khi bạn tạo một cửa sổ mới và đặt tên là kênh hai, cái tên đó chỉ là nhãn do chính bạn ghi, nó không chứng minh bên trong đang đăng nhập đúng tài khoản. Cách kiểm tra duy nhất là mở trang quản trị lên, nhìn vào tên tài khoản, ảnh đại diện, và mã hiển thị bên trong website rồi so với cái bạn định mở. Làm thêm một lần nữa sau khi tắt cửa sổ đi mở lại, vì có những thiết lập chỉ lộ ra ở lần khởi động thứ hai.

Trước khi mua thêm bất cứ thứ gì, có vài cách không tốn tiền và nên làm trước. Dùng chính tính năng hồ sơ người dùng của trình duyệt để tách mỗi vị trí thành một cửa sổ riêng, đặt tên theo nội dung của vị trí đó thay vì theo tên người phụ trách, rồi giữ một bảng ghi chép tay: sản phẩm đang thử, ngày gửi yêu cầu mẫu, ngày có phản hồi của người bán, mã đơn đã đối chiếu. Khi mở vị trí thứ hai, hãy giữ nguyên cửa sổ cũ thêm một thời gian để lấy lại một dòng nào đó bị thiếu, và chỉ dọn đi khi quy trình mới đã tự chạy trọn vẹn. Ba bốn vị trí, một người làm và cách này chạy ổn thì đừng mua gì thêm; một lớp công cụ nữa lúc đó chỉ là thứ phải bảo trì.

BitBrowser có một bài kiểm tra sau khi chuyển tài khoản sang môi trường mới mà tôi thấy đúng chỗ này hơn cả phần giới thiệu tính năng: nếu chỉ nhập Cookie, hệ thống thường chỉ khôi phục được phiên đăng nhập của website, còn tiện ích mở rộng, dấu trang, bộ nhớ cục bộ và mật khẩu đã lưu không tự động đi cùng. Bài đó cũng nhắc tên hồ sơ đôi khi chỉ là nhãn ghi chú tự đặt, danh tính thật phải căn cứ vào thông tin hiển thị bên trong website, và đưa ra một thứ tự đối chiếu từ danh tính, dữ liệu web, cấu hình mạng, thông số môi trường cho tới dữ liệu công việc. Đưa vấn đề xuống lớp môi trường như vậy, câu hỏi khi nhân bản một vị trí đổi từ chỗ đăng nhập được hay chưa sang chỗ toàn bộ dữ liệu làm việc đã đi theo chưa. Bản miễn phí có mười hồ sơ, đủ để thử trên hai vị trí trước khi tính xa hơn, và nếu cái bảng ghi chép tay kia đang chạy êm thì cứ giữ nguyên, không cần thay.

Chỗ vẫn phải tự làm

Có một nhóm việc nằm ngoài môi trường trình duyệt và cũng không nên giao cho nó. Thông tin đăng ký của từng creator, tài khoản nhận tiền đứng tên ai, ai được quyền gỡ link của vị trí nào, vật liệu xác thực hai bước cất ở đâu: mấy thứ đó vẫn là quyết định của con người và cần được ghi ra trước khi có người thứ hai tham gia. Các tài liệu hướng dẫn đăng ký gian hàng tại Việt Nam còn nêu rõ tên trên tài khoản ngân hàng phải khớp với giấy tờ cá nhân hoặc tên doanh nghiệp, nên việc gộp một đầu nhận tiền cho nhiều vị trí không giải quyết được bằng vài cú chỉnh thiết lập. Một hồ sơ sạch không thay được cái bảng phân quyền ấy.

Kết luận cuối

Làm affiliate TikTok trên một nền tảng chiếm 45% GMV có sẵn người xem. Phần khó nằm ở chỗ mọi người cùng thấy một mức hoa hồng và cùng đứng trước một người bán có hạn mẫu hàng.

Thứ tự tôi sẽ giữ: một vị trí, ba mươi ngày, ba dòng dữ liệu sạch, rồi mới nói đến lời mời riêng và vị trí thứ hai. Video ngắn để lại tài sản đọc được, ca livestream trả về câu hỏi thật của người mua, và khi mang tất cả sang một chỗ đứng mới, thứ dễ rớt lại nhất lại là đống dữ liệu công việc, trong khi cái đăng nhập vẫn hiện đúng.

Có một chuỗi thao tác lặp đi lặp lại ở những người bán hàng online nhiều tài khoản. Tài khoản A bị khóa. Bạn xóa profile trình duyệt của nó, thay proxy, reset vân tay, rồi mở tài khoản B trên chính môi trường vừa dọn. B đăng bài bình thường, nhận đơn, không có dấu hiệu gì bất thường. Hai tháng sau, B cũng bị khóa.

Thông báo thường rất ngắn, đại loại tài khoản này hoặc hoạt động của tài khoản này không tuân thủ quy tắc về tính toàn vẹn của tài khoản. Nó không chỉ vào một bài viết cụ thể, cũng không nêu lần đăng nhập nào sai. Bạn mở máy ra kiểm tra: profile cũ đã xóa, địa chỉ IP đã khác, cookie đã sạch, mọi thông số đều đúng với những gì mình đặt ra.

Chỗ bạn kiểm tra không phải chỗ quyết định. Lịch sử của một môi trường đăng nhập không nằm trên ổ cứng của bạn, mà nằm trong đồ thị liên kết của nền tảng: những cạnh đã được ghi lại giữa A, thiết bị, số điện thoại, nội dung đã đăng và thời điểm B xuất hiện. Xóa một profile là xóa bản sao ở máy mình. Với cạnh ở phía bên kia, không có nút xóa nào dành cho bạn.

Bài này không hướng dẫn cách né bị phát hiện. Nó giải quyết một câu hỏi hẹp hơn: sau một lần ban, vì sao dọn sạch máy vẫn chưa đủ, và “sạch” phải được chứng minh lại bằng thứ gì. Câu trả lời nằm ở đơn vị bạn chọn để xử lý, không nằm ở số thông số bạn đổi.

Xóa ở máy bạn, nhưng cạnh vẫn nằm trong đồ thị của họ

Meta không giấu chuyện họ dùng lịch sử. Trang chính sách về tính toàn vẹn của tài khoản viết rằng mức xử lý được thiết kế tương xứng với mức độ vi phạm, với “the history of violations on the account” và với rủi ro gây ra cho cộng đồng. Từ history ở đây không phải ẩn dụ. Nó là một biến đầu vào mà chính nền tảng nêu tên, và nó không nằm trong trình duyệt của bạn.

Cùng trang đó liệt kê ba dạng đối tượng có thể bị hạn chế hoặc vô hiệu hóa: tài khoản thuộc về cùng một người hoặc cùng một thực thể với một tài khoản đã bị vô hiệu hóa; tài khoản được tạo hoặc dùng lại để né một lần gỡ bỏ trước đó, kể cả khi bị đánh giá là có chung quyền sở hữu và chung nội dung với tài khoản đã gỡ; và tài khoản có liên kết chặt với một mạng lưới các tài khoản vi phạm. Đọc kỹ sẽ thấy cả ba đều mô tả một quan hệ, không mô tả một lỗi kỹ thuật của bản thân tài khoản mới.

Nói cách khác, cái bị xét là cạnh, còn tài khoản chỉ là một nút. Nút A có thể biến mất khỏi giao diện của bạn, nhưng cạnh nối A với thiết bị, với số điện thoại, với B vẫn là một dòng dữ liệu ở phía họ. Đây là lý do “xóa profile rồi mở lại” thường cho cảm giác sạch mà không làm thay đổi câu trả lời.

Có một ví dụ cụ thể, dễ kiểm chứng hơn cả lập luận. Trang trợ giúp của Meta về giới hạn tài khoản quảng cáo ghi rõ: việc đóng một tài khoản quảng cáo không xóa nó khỏi danh mục doanh nghiệp, và một tài khoản đã đóng vẫn được tính vào giới hạn của bạn. Trang đó cũng nêu các con số: một người quản lý tối đa 25 tài khoản quảng cáo, một tài khoản gán được cho tối đa 25 người, và doanh nghiệp ban đầu chỉ được tạo một tài khoản cho đến khi có một lần thanh toán được xác nhận.

Điều đáng chú ý không nằm ở các con số, mà ở kiểu dữ liệu: một danh mục có slot, có lịch sử, có trạng thái đóng nhưng vẫn tính. Nếu ngay thao tác đóng chính thức trên giao diện của Meta còn để lại dấu trong sổ của họ, thì thao tác xóa trên một phần mềm chạy ở máy bạn không có lý do gì xóa được dòng tương ứng. Hai bên không đang dùng chung một cuốn sổ.

Và còn một chi tiết không thể reset: trình tự. A bị khóa vào ngày X, B được tạo từ cùng một máy vài ngày sau. Bạn có thể đổi từng giá trị, nhưng không đổi được thứ tự các sự kiện đã xảy ra.

Vì sao án lại đến muộn hai tháng

Nếu cạnh đã có từ đầu, câu hỏi hợp lý là tại sao B vẫn chạy được ngần ấy thời gian. Câu trả lời nằm ở nhịp rà soát, không nằm ở độ sạch của môi trường. Việc ghi nhận và việc xử lý không diễn ra cùng lúc, nhất là khi quyết định được đưa ra bởi hệ thống tự động thay vì một người ngồi đọc từng hồ sơ.

Theo số liệu Meta công bố cho thị trường Việt Nam trong nửa đầu năm 2025, được báo chí trong nước dẫn lại, hơn 94 phần trăm nội dung vi phạm bị phát hiện tự động; cũng trong kỳ đó có hơn 116 nghìn tài khoản Facebook bị tạm ngưng, và Việt Nam đứng thứ hai trong các thị trường được nêu tên, sau Thái Lan. Con số đáng đọc ở chỗ nó cho thấy quy mô rà soát theo lô, không phải theo từng lần đăng nhập.

Đợt khóa ngày 30 và 31 tháng 3 năm 2026 là một ví dụ gần hơn. Nhiều tài khoản bán hàng ở Việt Nam bị treo cùng lúc với thông báo viện dẫn quy tắc tính toàn vẹn của tài khoản, kèm câu rằng bạn có 180 ngày để kháng nghị trước khi tài khoản bị vô hiệu hóa vĩnh viễn. Có tài khoản được mở lại trong vòng một giờ, có tài khoản chờ nhiều tuần. Đại diện Meta tại Việt Nam trả lời báo chí ngày 7 tháng 4 rằng mỗi trường hợp được một đội riêng xem xét, không có thông tin chung để chia sẻ.

Hai chi tiết đáng giữ lại. Cửa sổ kháng nghị 180 ngày nghĩa là hồ sơ của A vẫn còn mở và còn được đọc lại trong suốt khoảng thời gian đó. Đại diện Meta cũng cho biết video selfie dùng để xác minh danh tính bị xóa trong vòng 30 ngày, nên chần chừ không phải là nước đi trung tính. Đến đây là phần văn bản và phát ngôn chính thức; suy luận về chu kỳ rà soát ở đoạn dưới là cách đọc của tôi, không phải nội dung thông báo.

Hệ quả thực tế: số ngày B chạy êm không đo được trạng thái của cạnh, nó chỉ đo được khoảng cách giữa lúc cạnh được ghi và lúc cạnh được đem ra xét. Nói B sống được hai tháng nên chắc ổn rồi là đang đọc một chiếc đồng hồ của người khác và tưởng đó là đồng hồ của mình.

Vì vậy, sau một lần ban, đừng lấy thời gian sống sót làm tiêu chuẩn nghiệm thu. Tiêu chuẩn duy nhất bạn kiểm soát được là bản ghi ở phần sau, và bản ghi đó phải có trước khi tài khoản tiếp theo tồn tại.

Những phần hồ sơ nằm ở phía bên kia

Việc cần làm tiếp theo là xem mình từng đưa những gì vào cuốn sổ đó. Nhóm dễ nhầm nhất là những thứ tưởng như thông số kỹ thuật, nhưng thực ra đều có chủ.

Số điện thoại là nhóm đầu tiên. Thông tư 08/2026/TT-BKHCN yêu cầu chuẩn hóa thông tin thuê bao di động với bốn trường: số giấy tờ tùy thân, họ tên đầy đủ, ngày sinh và dữ liệu sinh trắc học khuôn mặt, đối chiếu với cơ sở dữ liệu quốc gia. Một cái SIM vì thế không còn là token dùng rồi bỏ; nó gắn với một con người có tên.

Tài khoản nhận tiền cũng vậy. Nghị định 340/2025/NĐ-CP xử phạt việc thuê, cho mượn hoặc mua bán tài khoản thanh toán, với khung 100 đến 150 triệu đồng cho 1 đến dưới 10 tài khoản, và 150 đến 200 triệu đồng cho từ 10 tài khoản trở lên. Cần nói rõ ranh giới để không đọc quá: nghị định này chỉ áp cho tài khoản thanh toán và ví điện tử, không áp cho tài khoản mạng xã hội. Dù vậy, mượn một tài khoản nhận tiền không tạo ra danh tính mới, nó chỉ gắn B vào thêm một người có tên.

Nhóm tiếp theo là quyền sở hữu. Điều khoản dịch vụ của Meta ghi rằng mỗi người chỉ tạo một tài khoản của chính mình, dùng cho mục đích cá nhân, và sau khi tài khoản bị vô hiệu hóa thì không tạo tài khoản khác nếu chưa được Meta cho phép. Nghĩa là bản thân việc mở B đã là một câu hỏi về điều khoản, không chỉ là câu hỏi về cấu hình. Ở Việt Nam, trách nhiệm còn đè lên người giữ quyền quản trị trang hoặc nhóm theo Nghị định 174/2026/NĐ-CP, nên nhờ người khác đứng tên không làm biến mất chủ thể chịu trách nhiệm.

Nhóm thứ ba là nội dung. Chính sách tính toàn vẹn của Meta nhắc đến trường hợp chung quyền sở hữu và chung nội dung với tài khoản đã bị gỡ, tức là kho ảnh, mô tả sản phẩm và cách viết cũng tham gia vào phép liên kết. Học viện bán hàng của Shopee thì ghi rõ mỗi tài khoản chỉ được dùng để đăng ký cho 01 gian hàng duy nhất, và việc đăng lại cùng một sản phẩm trên nhiều gian hàng có thể phát sinh điểm phạt. Một profile mới mang nguyên xi catalog cũ vẫn tạo ra cùng một dấu nội dung.

Trình tự là thứ không reset được

Nhóm cuối cùng không phải một giá trị mà là thứ tự. A bị khóa ngày X; B được tạo ngày X cộng vài hôm, từ cùng một máy, đôi khi trong cùng một phiên làm việc. Bạn có thể thay IP, thay vân tay, thay số điện thoại, nhưng không thể làm cho B xuất hiện trước A. Dữ liệu dạng chuỗi thời gian không có nút đặt lại ở phía client.

Đây cũng là lý do việc xóa profile cũ thường gây hại nhiều hơn lợi. Khi bạn xóa, bạn mất ảnh màn hình, mất cookie, mất nhật ký đăng nhập, mất cấu hình proxy đã dùng, tức là mất chính những thứ cần có để kháng nghị hoặc để đối chiếu về sau. Thứ nên làm là lưu trữ nó nguyên vẹn và ghi ngày ngừng sử dụng.

Một câu hỏi để tự kiểm tra: nếu ngày mai nền tảng hỏi B đến từ đâu, bạn có đưa ra được một văn bản trả lời không, hay chỉ có cảm giác là máy đã sạch?

Độ hạt của xử lý môi trường

Sai lầm trong tình huống mở đầu không nằm ở việc chọn sai proxy hay reset chưa kỹ. Nó nằm ở chỗ người ta xử lý một trường trong khi cần xử lý một đơn vị. Hai thao tác trông gần giống nhau nhưng khác bản chất: thay proxy là chỉnh một giá trị bên trong một môi trường vẫn còn sống; lưu trữ toàn bộ profile là kết thúc môi trường đó.

Khi bạn chỉ thay proxy, profile vẫn giữ nguyên tên, kho cookie, các phiên đăng nhập đã lưu, bộ tiện ích và vị trí trong sổ nội bộ của bạn. Tối hôm đó, trong lúc vội, rất dễ mở nhầm cửa sổ của A rồi đăng nhập B. Sai sót kiểu này không cần một lỗ hổng kỹ thuật nào; nó chỉ cần một đơn vị không được đóng lại rõ ràng.

Vì vậy câu hỏi sau một lần ban nên là: đơn vị nhỏ nhất mà mình sẵn sàng loại bỏ là gì. Nếu câu trả lời là một profile, ranh giới giữa đổi proxy và bỏ cả profile trở thành một thao tác có tên, có ngày, có người ký. Nếu câu trả lời là một thông số, bạn sẽ tiếp tục vá từng chỗ và không bao giờ có thời điểm kết thúc.

Một trình duyệt tổ chức theo profile như BitBrowser làm cho ranh giới đó thành một thao tác cụ thể: mỗi hồ sơ là một đơn vị có tên, có thể ngừng sử dụng và lưu trữ nguyên vẹn thay vì chỉnh vài thông số bên trong. Gói miễn phí có 10 hồ sơ, đủ để thử cách tổ chức này trên quy mô nhỏ. Nó không xóa được cạnh trong đồ thị của nền tảng và không thay thế được bản ghi sự cố ở phần sau; giá trị của nó là khiến câu hỏi đổi proxy hay bỏ cả profile có một đáp án rõ ràng.

Quy tắc đi kèm đơn vị này rất đơn giản: đặt tên cho profile, ghi ngày ngừng sử dụng, đánh dấu lưu trữ, và cấm dùng nó để đăng nhập thêm bất kỳ tài khoản nào. Đừng xóa. Bạn cần nó để đối chiếu khi kháng nghị, và để trả lời câu hỏi ở cuối bài.

Cũng cần nói thẳng về giới hạn: đổi proxy vẫn là việc nên làm trong nhiều trường hợp khác, nhất là khi đường mạng không ổn định. Nó chỉ sai chỗ khi được dùng để thay cho việc loại bỏ một đơn vị đã dính sự cố.

Chứng minh lại “sạch”: bản ghi sự cố và sáu câu hỏi

Từ đây trở xuống là quy trình vận hành do tôi đề xuất, không phải quy định hay khuyến nghị của nền tảng. Các văn bản chính sách đã dẫn ở trên chỉ dùng làm căn cứ để giải thích vì sao quy trình này cần tồn tại.

Bạn không sửa được cuốn sổ của họ, nên thứ duy nhất còn kiểm soát được là cuốn sổ của mình. Một bản ghi sự cố không làm cho tài khoản sạch hơn, nhưng nó biến câu tôi nghĩ đã sạch thành một mệnh đề có thể kiểm tra. Sáu câu hỏi dưới đây đi theo thứ tự; câu sau chỉ có ý nghĩa khi câu trước đã có câu trả lời viết ra.

1. Thông báo ghi gì, vào ngày nào? Lưu nguyên văn và ảnh màn hình, kèm ngày giờ nhận. Đạt khi có văn bản để đọc lại, không phải trí nhớ. Làm việc này trước khi sửa bất cứ thứ gì, vì sau khi đổi cấu hình bạn sẽ không còn chụp được trạng thái cũ.
2. Profile của A đang ở đâu? Lưu trữ nguyên vẹn, ghi ngày ngừng sử dụng, đánh dấu không còn dùng để đăng nhập. Đạt khi vẫn mở lại được để đối chiếu nhưng không còn xuất hiện trong danh sách cửa sổ hằng ngày.
3. A và B sẽ chia sẻ những gì? Liệt kê số điện thoại, email, giấy tờ tùy thân, tài khoản nhận tiền, thiết bị, kho ảnh, mô tả sản phẩm, khung giờ đăng. Đạt khi danh sách viết ra hết, không còn ô chắc là không.
4. Điểm khác biệt duy nhất giữa A và B là gì? Nếu câu trả lời là IP khác hoặc vân tay khác thì chưa đạt: đó là sửa một trường, không phải đổi một đơn vị. Đạt khi bạn chỉ ra được một profile mới, chưa từng dùng, với vật liệu định danh không trùng.
5. Lỗi thuộc nhóm nào: nội dung, danh tính hay môi trường? Nội dung thì sửa catalog trước; danh tính thì không có cách nào reset được số điện thoại hay giấy tờ đã gắn với một người; chỉ khi nằm ở môi trường, việc lưu trữ profile mới là động tác đúng.
6. Có đang trong cửa sổ kháng nghị không? Với thông báo dạng 180 ngày, kháng nghị và mở tài khoản mới là hai quyết định khác nhau. Làm cả hai cùng lúc, trong cùng một tuần, từ cùng một máy, tạo thêm một nút để hệ thống đọc tiếp.

Điều kiện dừng cũng cần viết rõ, không để ngầm. Không mở B nếu vẫn dùng chung số điện thoại, tài khoản nhận tiền hoặc giấy tờ đã gắn với A; nếu chưa có bản ghi sự cố; hoặc nếu đang nhờ một dịch vụ cứu nick xử lý hộ. Khảo sát của báo chí trong nước tháng 4 năm 2026 ghi nhận rao giá từ 100 nghìn đến vài triệu đồng, gói 1 đến 7 ngày khoảng 1,5 triệu, gói 1 đến 14 ngày khoảng 1 triệu, và thường yêu cầu nộp tên đăng nhập, mật khẩu, email, số điện thoại, giấy tờ tùy thân. Hệ quả không chỉ là mất quyền kiểm soát vĩnh viễn; bạn còn đưa thêm một người vận hành chung vào đồ thị mà mình đang cố gỡ.

Khi nào kết luận này không đúng

Quy trình trên không phải lúc nào cũng là việc nên làm đầu tiên. Trường hợp thứ nhất là lỗi nội dung rõ ràng: sản phẩm bị cấm, ảnh vi phạm bản quyền, mô tả sai quy định ngành hàng. Khi đó môi trường không phải biến số chính. Dọn profile xong, lý do bị khóa vẫn còn nguyên, và tài khoản tiếp theo sẽ lặp lại kết quả cũ. Việc cần làm là sửa catalog, không phải sửa vân tay.

Trường hợp thứ hai là đợt quét diện rộng. Cuối tháng 3 năm 2026, nhiều tài khoản bán hàng tại Việt Nam bị khóa cùng lúc với cùng một câu thông báo; đại diện Meta nói mỗi hồ sơ được xem xét riêng, có tài khoản mở lại trong một giờ. Nếu B bị kéo vào một đợt như vậy, nguyên nhân có thể không nằm ở đồ thị riêng của bạn. Khi đó kháng nghị A có giá hơn việc dựng lại toàn bộ môi trường, và việc dựng lại thậm chí làm rối thêm hồ sơ đang được xem xét.

Trường hợp thứ ba là quy mô. Nếu bạn chỉ có vài gian hàng, chi phí để có một khởi đầu thật sự tách biệt, gồm vật liệu định danh mới, tài khoản nhận tiền mới, thiết bị riêng và bản ghi sự cố, có thể lớn hơn giá trị của tài khoản tiếp theo. Mỗi tài khoản Shopee chỉ đăng ký được một gian hàng, nên mở thêm một cái trên cùng sàn không phải lúc nào cũng là lựa chọn hợp lệ. Có những lúc quyết định rẻ nhất là kháng nghị xong rồi dừng.

Ba trường hợp này có điểm chung: lỗi nằm ở tầng khác với tầng môi trường. Nhận nhầm tầng thì dù quy trình ở phần trước làm đúng từng bước, bạn vẫn đang sửa nhầm chỗ.

Kết luận cuối

Sau một lần ban, có hai việc dễ nhầm với nhau. Việc thứ nhất là dọn máy: xóa profile, đổi proxy, reset vân tay. Việc thứ hai là chứng minh rằng tài khoản tiếp theo không còn chia sẻ thứ gì với tài khoản đã mất. Việc thứ nhất làm được trong mười phút; việc thứ hai cần một bản ghi, và bản ghi đó chỉ có khi bạn không xóa profile cũ đi mất.

Nền tảng không hỏi bạn đã reset những gì. Nó đọc những cạnh đã có, theo chu kỳ rà soát của riêng nó, trong khi hồ sơ của A vẫn còn mở để kháng nghị. Bạn không sửa được chu kỳ đó, nhưng có thể quyết định đơn vị mình ngừng sử dụng, và ghi lại quyết định đó thành văn bản.

Trước khi mở tài khoản tiếp theo, hãy viết ra một dòng: profile nào đã bị loại bỏ, và dựa vào đâu để tin rằng profile mới không chia sẻ số điện thoại, tài khoản nhận tiền, thiết bị hay nội dung với nó. Nếu dòng đó chưa viết được, bạn chưa chứng minh được điều gì, dù máy đã sạch.

Trong cùng một trung tâm trợ giúp của Google Ads có hai đoạn mô tả hai hậu quả rất khác nhau. Ở chính sách Circumventing systems, tài khoản bị tạm ngưng “upon detection and without prior warning”, kèm theo câu người vi phạm sẽ không được phép quảng cáo với Google Ads nữa. Ở chính sách Destination requirements, Google viết rõ sẽ cảnh báo ít nhất bảy ngày trước khi tạm ngưng tài khoản.

Nhiều đội chạy quảng cáo tại Việt Nam vẫn gộp hai chuyện ấy thành một vòng duyệt cần vượt qua. Cách gộp đó kéo theo một phản xạ tốn kém: dựng trang đích sạch để qua kiểm tra, rồi tách môi trường đăng nhập. Văn bản chính sách lại không chia hệ thống thành hai cửa riêng biệt. Google ghi rõ, khi xác định một trường hợp vi phạm nghiêm trọng, họ có thể xem xét thông tin từ nhiều nguồn, gồm quảng cáo, website, tài khoản và nguồn bên thứ ba. Meta cũng đưa ad account và Business Manager vào danh sách tài sản doanh nghiệp có thể bị hạn chế hoặc vô hiệu hóa cùng với tài khoản cá nhân.

Cái còn lại để kiểm soát được là sự nhất quán: cùng một chủ thể có đang nói cùng một chuyện ở quảng cáo, trang đích, tài khoản, cổng ra mạng và thông tin thanh toán hay không. Bài viết bắt đầu bằng hai văn bản có thể đọc nguyên văn, rồi tới những thao tác tự kiểm tra không cần mua thêm gì.

Hai mức xử lý trong cùng một bộ chính sách

Google xếp vi phạm Circumventing systems vào nhóm egregious, tức nghiêm trọng đến mức trái pháp luật hoặc gây hại đáng kể cho người dùng. Câu định nghĩa đáng chú ý hơn cả lại nằm ở đoạn mô tả cách họ xét: thông tin có thể lấy từ quảng cáo, website, tài khoản và nguồn bên thứ ba. Chẳng có một cửa kiểm tra nào đứng riêng để vượt qua rồi coi như xong.

Destination requirements mở đầu theo hướng khác hẳn: ưu tiên trải nghiệm người dùng, yêu cầu trang đến sau cú nhấp phải hoạt động được và dễ điều hướng. Nó nói rõ vi phạm sẽ không dẫn tới tạm ngưng ngay, Google sẽ báo trước ít nhất bảy ngày. Khoảng cách giữa báo trước và không báo trước chính là khoảng cách giữa một lỗi cấu trúc còn sửa được và một hành vi bị đánh giá là cố tình.

Đọc hai đoạn cạnh nhau sẽ thấy việc đổ lỗi cho trang đích hay đổ lỗi cho môi trường đăng nhập đều là suy luận vận hành, không phải điều văn bản khẳng định. Văn bản chỉ nêu mức xử lý và phạm vi nguồn dữ liệu được đem ra đối chiếu.

Những dòng chính sách mà cloaking vướng vào

Trang Abusing the ad network mở đầu bằng một câu ngắn: Google Ads và Display & Video 360 không cho phép nhà quảng cáo chạy quảng cáo, nội dung hoặc trang đến nhằm lừa hay lách quy trình xét duyệt. Mục Evasive ad content viết tiếp rằng chỉnh sửa văn bản, hình ảnh, video, tên miền hay tên miền phụ để né phát hiện cũng không được phép. Trang tổng hợp chính sách còn dùng thẳng từ cloaking cho kỹ thuật che giấu đích thực sự mà người dùng được đưa tới, và dùng cụm “gaming” cho việc chỉnh thiết lập nhằm lách hệ thống xét duyệt.

Mục Destination requirements đi vào phần dễ bỏ sót hơn. Destination mismatch yêu cầu tên miền trong display URL phải khớp với final URL và mobile URL; chuyển hướng từ final URL sang một tên miền khác, hay tracking template dẫn tới nội dung khác với final URL, đều nằm trong danh sách bị từ chối. Mục Destination not crawlable yêu cầu nội dung phải để Google AdsBot thu thập được. Mục Destination not working coi việc trả mã lỗi HTTP cho AdsBot là lỗi. Đọc theo thứ tự này, một trang chỉ hiển thị nội dung đầy đủ cho người dùng thật nhưng trả trang khác hoặc mã lỗi cho trình thu thập sẽ vướng cùng lúc ba mục, mà không cần ai phải chứng minh thêm ý định.

Phía Meta, trang Account Integrity liệt kê các tài khoản, thực thể và tài sản doanh nghiệp có thể bị hạn chế hoặc vô hiệu hóa, trong đó có câu “otherwise used to evade our enforcement actions or review processes”. Cùng danh sách đó còn có câu về “close linkage with a network of accounts or other entities that violate or evade our policies”. Một câu nói về né quy trình, một câu nói về mạng lưới tài khoản, cả hai đều áp dụng cho ad account lẫn Business Manager.

Vì vậy, việc phân luồng người xem theo IP, thiết bị hay user agent để một bên thấy trang này, bên kia thấy trang kia không phải là cấu hình kỹ thuật có thể tinh chỉnh cho đúng. Nó là hành vi được nêu thẳng trong chính sách của cả hai nền tảng, với mức xử lý ở Google là tạm ngưng không báo trước và không được quảng cáo lại. Phần này cố tình không đưa ra cách thiết lập luồng như vậy. Các trang chính sách cũng không công bố trọng số của từng tín hiệu; việc không ghi trọng số không có nghĩa là nền tảng bỏ qua các tín hiệu đó.

Điều Meta gọi là liên kết chặt giữa các tài khoản

Danh sách trong Account Integrity dài hơn nhiều người tưởng. Ngoài việc né quy trình xét duyệt, Meta nêu riêng trường hợp tài khoản được tạo hoặc tái sử dụng để lẩn tránh một lần gỡ bỏ trước đó, kể cả khi chỉ có cùng chủ sở hữu và cùng nội dung với thực thể đã bị gỡ. Cũng có câu về việc thuộc cùng một người hoặc tổ chức với tài khoản đã bị vô hiệu hóa. Đối tượng bị xử lý không dừng ở tài khoản cá nhân: Pages, nhóm, sự kiện, Business Manager và ad account đều được nêu tên.

Hai chi tiết hay bị đọc nhầm. Meta xếp compromised accounts và empty accounts with prolonged dormancy vào nhóm trường hợp họ có thể yêu cầu bổ sung thông tin để xác minh quyền sở hữu hoặc hoạt động hợp lệ, thay vì xếp thẳng vào nhóm bị vô hiệu hóa. Mục về tạo hoặc dùng tài khoản bằng phương tiện tự động cũng viết kèm ngoại lệ cho các đường được ủy quyền. Đây là lý do nên đọc nguyên trang thay vì bản tóm tắt trong hội nhóm, vốn hay gộp mọi dòng vào một câu “cứ nhiều tài khoản là bị khóa”.

Điểm mấu chốt cho người vận hành: có nhiều tài khoản quảng cáo tự nó không bị cấm. Cái bị xử lý là việc các tài khoản đó được dùng như công cụ để né một lần xử lý trước. Từ đó suy ra, lý do chính đáng để tách môi trường đăng nhập là trách nhiệm: mỗi khách hàng, mỗi nguồn ngân sách và mỗi người thao tác có một phạm vi riêng, sửa sai ở đâu thì biết ngay ở đó. Đây là suy luận vận hành, không phải trích dẫn điều khoản.

Bốn câu mà trang đích phải tự trả lời được

Mục Insufficient original content của Google liệt kê khá cụ thể: nội dung tạo ra chủ yếu để hiển thị quảng cáo, nội dung sao chép từ nguồn khác mà không thêm giá trị, trang chỉ để đẩy người dùng đi nơi khác, trang hiện thông báo không cung cấp dịch vụ nào. Đây là phần khiến cách làm dựng một trang an toàn cho người kiểm tra sụp ngay từ định nghĩa, vì một trang như vậy thường chẳng có nội dung gốc để đánh giá.

Google cũng cung cấp sẵn cách tự xem lại. Trong Destination requirements có mục hướng dẫn ghi đè user agent bằng Chrome DevTools để mô phỏng Google AdsBot khi mở URL đích. Chẳng cần dịch vụ bên ngoài, cũng chẳng cần đoán dải IP của trình thu thập: mở công cụ nhà phát triển, đổi user agent, tải lại trang, rồi so sánh với trình duyệt bình thường. Nếu hai lần tải ra hai nội dung khác nhau, lỗi nằm ở trang, không nằm ở cấu hình mạng.

Bốn câu có thể tự hỏi trước khi gửi chiến dịch đi duyệt, viết thành một lượt cho dễ nhớ: tên miền trong display URL có trùng với final URL và mobile URL hay không; Google AdsBot có tải được trang và nhận được nội dung giống hệt người dùng thật hay không; trang có thông tin thật về sản phẩm, điều hướng được, có chính sách và cách liên hệ hay không; và trang có mở được từ chính khu vực mà chiến dịch nhắm tới hay không. Câu cuối dễ bỏ qua nhất, vì nó thường chỉ lộ ra khi đã có người bấm vào quảng cáo, lúc đó tiền đã tiêu.

Với các ngành hàng chịu quy định riêng về nội dung quảng cáo tại Việt Nam, thông tin sản phẩm còn phải khớp với yêu cầu của ngành đó. Bài viết không đưa số hiệu văn bản hay diễn giải luật; người phụ trách chiến dịch nên tự đối chiếu quy định hiện hành trước khi viết nội dung.

Mỗi tài khoản một môi trường, lý do nằm ở trách nhiệm

Một tài khoản quảng cáo rộng hơn nhiều so với một cửa sổ trình duyệt. Nó là một cụm gồm danh tính đăng nhập, trạng thái phiên làm việc, cổng ra mạng, múi giờ, ngôn ngữ, tọa độ, thông tin thanh toán và quyền của những người được phép đụng vào. Khi năm cụm như vậy cùng mở trên một máy, câu hỏi không còn là ai đang online, mà là thay đổi vừa rồi thuộc về cụm nào.

Sự chồng chéo dễ thấy nhất nằm ở chỗ ít ai kiểm tra định kỳ: quốc gia của địa chỉ IP thoát ra, quốc gia trên hồ sơ thanh toán, múi giờ và ngôn ngữ của trình duyệt, cùng khu vực mà chiến dịch nhắm tới. Chỉ cần một giá trị lệch, việc giải thích một lần từ chối thanh toán hay xác minh bất ngờ sẽ tốn thêm vài vòng email. Với proxy residential, nên kiểm tra cả loại kết nối lẫn vị trí trước khi đăng nhập, rồi ghi kết quả cùng chỗ với thông tin tài khoản. Đây là suy luận vận hành, văn bản chính sách không khẳng định cơ chế này.

Quyền cũng nên tách theo người. Các nền tảng đã có sẵn vai trò ở cấp Page, Business Manager và tài khoản quảng cáo, nên việc ai được sửa ngân sách, ai chỉ được xem báo cáo cứ để ở lớp đó. Phần còn lại thuộc về môi trường: mỗi hồ sơ trình duyệt giữ riêng cookie và trạng thái đăng nhập của nó, để khi một người rời nhóm, thao tác thu hồi quyền không kéo theo việc phải đăng xuất hàng loạt hay chuyển mật khẩu cho nhau. Đây là suy luận vận hành.

Cần nói rõ một giới hạn: giữ các cụm này ngăn nắp giúp giảm lỗi tự gây ra và truy vết nhanh hơn, nhưng chẳng có cấu hình nào bảo đảm tài khoản sẽ không bị kiểm tra. Meta còn viết thẳng rằng việc yêu cầu bổ sung thông tin có thể xảy ra với tài khoản bị xâm phạm hoặc để trống lâu ngày. Bài toán quản lý nhiều tài khoản quảng cáo vì thế là bài toán ghi chép trước, bài toán công cụ sau.

Một dấu tích xanh chưa đủ để kết luận

Các trang hỗ trợ kỹ thuật đôi khi là nơi thừa nhận rõ nhất giới hạn của chính công cụ. Trang giải thích sai lệch kết quả phát hiện IP viết rằng giữa các phương pháp và nền tảng phát hiện khác nhau tồn tại một sai số nhất định, và cung cấp ba kênh kiểm tra để người dùng chọn. Trang sửa lỗi proxy tách làm hai trường hợp: kiểm tra proxy thất bại thì liên hệ nhà cung cấp; kiểm tra proxy đạt mà trang web vẫn không mở được thì phải xem tiếp môi trường mạng cục bộ. Trang lỗi khởi động liệt kê ba nguyên nhân: kết nối proxy, lỗi mạng nội bộ và cấu hình fingerprint bất thường. Có cả hướng dẫn gõ curl ip-api.com trong cmd hoặc Terminal để biết máy đang ra mạng từ đâu.

Chuỗi trang đó mô tả đúng kiểu nhầm lẫn hay gặp ở các phần trước: một kết quả kiểm tra đạt chỉ nói về kênh kiểm tra đó, còn đường đi thực tế của yêu cầu là chuyện khác. Việc đối chiếu giữa hai bên vẫn là thao tác của người vận hành. Chẳng có công cụ nào thay được bước ngồi xuống so sánh bốn giá trị đã ghi lại.

Khởi động chậm để còn có đường quay lại

Một tài khoản mới nên được dùng như một tài khoản bình thường trước khi chạm vào phần ngân sách: đọc thư, mở vài trang quen thuộc, kiểm tra thông tin doanh nghiệp, rồi mới tới trình quản lý chiến dịch. Ngân sách ngày đầu để nhỏ, và trong vài ngày đầu giữ nguyên cả nội dung quảng cáo lẫn mức chi. Lý do là khi mọi thứ đứng yên, một thay đổi duy nhất phát sinh sẽ quy được về một nguyên nhân duy nhất. Đây là suy luận vận hành.

Những tín hiệu nên ghi lại hằng ngày đều có sẵn trong giao diện: trạng thái duyệt, display URL so với final URL, kết quả tự mô phỏng Google AdsBot bằng Chrome DevTools, thông báo từ nền tảng, và việc thanh toán có bị từ chối hay không. Ghi năm dòng đó trong một tuần có ích hơn nhiều so với việc đổi proxy mỗi khi một quảng cáo bị từ chối; khi cần giải trình, bảng ghi chép đều đặn còn cho thấy lỗi bắt đầu từ ngày nào.

Khi nào thì chẳng cần công cụ nào thêm

Ba tài khoản, một người thao tác, cùng một văn phòng: máy ảo, tham số — user-data-dir của Chromium hoặc vài máy vật lý đặt cạnh nhau là đủ. Việc mua thêm thứ gì ở quy mô đó chỉ làm tăng số chỗ phải ghi chép. Ngưỡng cần cân nhắc lại xuất hiện khi số hồ sơ vượt quá khả năng nhớ ai đang dùng cổng ra nào, hoặc khi có người thứ hai tham gia sửa cấu hình.

Nếu đã qua ngưỡng đó, BitBrowser là một cách để giữ từng môi trường đăng nhập tách biệt và mở lại đúng cấu hình cũ mỗi lần làm việc. Điều đáng chú ý ở tài liệu hỗ trợ của nó lại nằm ở khâu chẩn đoán: trang về sai lệch kết quả IP thừa nhận có sai số nhất định giữa các phương pháp và nền tảng phát hiện, rồi đưa ra ba kênh kiểm tra để chọn. Trang sửa lỗi proxy tách riêng hai trường hợp, trang lỗi khởi động liệt kê ba nguyên nhân. Cách tổ chức ấy có ích cho bài toán ở trên vì nó không gộp chuyện đạt kiểm tra với chuyện đường đi thực tế tự khớp thành một dấu tích xanh; việc đối chiếu vẫn thuộc về người vận hành. Máy ảo, tham số — user-data-dir hay vài máy vật lý đặt cạnh nhau cũng làm được phần tách biệt ấy, chỉ tốn thêm công ghi chép và dễ sai khi số hồ sơ tăng lên.

Việc cần làm tối nay

Mở công cụ nhà phát triển của Chrome, ghi đè user agent để mô phỏng Google AdsBot, rồi tải lại trang đích của chiến dịch đang chạy. Chụp màn hình đó, chụp thêm một tấm bằng trình duyệt bình thường, đặt hai tấm cạnh nhau. Nếu khác nhau, sửa trang trước, rồi mới tính tới việc thêm tài khoản hay đổi proxy residential.