Ngày đầu nhận sáu shop TikTok Shop cho một khách ở Bình Dương, bốn người trong đội mình ngồi chung một bàn. Đến hai giờ chiều, bạn mới vào nghề dán nhầm cookie của shop B sang cửa sổ của shop E. Không có gì sập ngay, nhưng nửa tiếng sau shop E bắt đầu yêu cầu xác thực lại, rồi hai shop khác cũng hiện thông báo tương tự. Cả buổi chiều bọn mình không làm việc gì khác ngoài việc ngồi dọn lại từng cửa sổ. Kinh nghiệm rút ra khá đơn giản: với TikTok Shop, thứ tự thao tác quan trọng ngang bằng việc chọn công cụ. Mình dùng BitBrowser trong quy trình này vì hồ sơ, đường mạng và phân quyền nằm chung một chỗ, nhưng dù đội bạn dùng công cụ nào, các bước dưới đây vẫn phải đi lần lượt, nhảy bước là trả giá ngay ở khâu đăng nhập.
Trước khi bấm tạo, lập một cái bảng
Đội mình có thói quen viết tay ra giấy hoặc mở một file Excel trước. Sáu shop, mỗi dòng một shop, đủ sáu cột. Cái bảng này sau này dùng để đối soát mỗi lần có người mới vào ca, và cũng là thứ cứu bọn mình hôm đó.
Bảng cấu hình sáu shop dùng cho ca đầu tiên
B1. Đăng ký, tải client, kiểm tra máy
Làm gì: Tạo tài khoản, tải bản cài, kiểm tra cấu hình máy trước khi mở nhiều cửa sổ. Mình vẫn lấy mốc 4 lõi CPU, 8 GB RAM và khoảng 50 GB trống, Windows 10 trở lên hoặc macOS 12 trở lên.
Vì sao: Sáu cửa sổ chạy song song ngốn bộ nhớ hơn nhiều so với sáu tab Chrome, máy yếu là treo ngay giữa lúc đang đăng hàng.
Bẫy hay gặp: Cài xong rồi mới phát hiện máy còn dùng ổ cứng gần đầy, cache không ghi được, cửa sổ mở ra trắng trơn.
B2. Tạo hồ sơ đầu tiên, rồi mới nhân bản
Làm gì: Vào mục quản lý cửa sổ, bấm tạo, đặt tên theo mã shop trong bảng, chọn nền tảng, điền thông tin đăng nhập, sinh cấu hình dấu vân tay, chọn kernel rồi mở thử một mình.
Vì sao: Hồ sơ đầu là bản mẫu. Chạy ổn một cái rồi mới nhân bản ra năm cái, mọi thông số đã chuẩn ngay từ đầu.
Bẫy hay gặp: Bấm tạo sáu cái cùng lúc, mỗi cái lại chọn một kernel khác nhau, sau đó không nhớ cái nào dùng cái nào.
B3. Gắn proxy và kiểm tra ngay tại chỗ
Làm gì: Chọn chế độ proxy tùy chỉnh, điền giao thức, host, cổng, tài khoản, mật khẩu, rồi bấm kiểm tra kết nối. BitBrowser hỗ trợ HTTP, HTTPS, SOCKS5 và SSH, có thể gọi API của nhà cung cấp để lấy IP thay vì dán tay từng dòng.
Vì sao: Một đường mạng chết mà không phát hiện trước sẽ biến thành mười phút chờ trang tải trong giờ cao điểm.
Bẫy hay gặp: Dùng IP xoay vòng cho shop cần đăng nhập đều đặn hằng ngày; mỗi lần đổi địa chỉ là một lần xác thực lại. Cũng đừng quên đổi múi giờ và ngôn ngữ theo đúng vùng IP vừa gắn, đây là lỗi kinh điển nhất của người mới.
B4. Nhập cookie và tài khoản theo đúng mã hồ sơ
Làm gì: Trong phần chỉnh sửa hồ sơ, chọn đúng nền tảng rồi dán chuỗi cookie vào ô tương ứng, lưu, đóng và mở lại cửa sổ. Kiểm tra tên shop hiện trên trang quản lý có khớp mã trong bảng không.
Vì sao: Cookie là thứ gắn cửa sổ với một danh tính cụ thể, nhầm một dòng là mất cả buổi chiều như đội mình hôm đó.
Bẫy hay gặp: Xuất cookie của sáu shop chung một file rồi nhập lại theo thứ tự đã bị xáo trộn. Ghi mã hồ sơ vào tên từng file, đừng tin vào trí nhớ.
B5. Chia nhóm, dán nhãn, quản lý cấu hình tập trung
Làm gì: Xếp sáu hồ sơ vào hai hoặc ba nhóm theo thị trường, gán nhãn theo ca trực, dùng file mẫu để cập nhật thông tin cùng lúc khi cần đổi proxy hoặc đổi người phụ trách.
Vì sao: Đến shop thứ mười lăm, tìm một cửa sổ theo tên không còn đủ nữa, phải tìm theo nhóm.
Bẫy hay gặp: Sửa file Excel cập nhật rồi vô tình xóa cột ID. Client sẽ không nhận ra hồ sơ nào cần sửa. Mình vẫn dặn nhau giữ nguyên cột ID, chỉ đụng vào các cột mình thật sự cần đổi.
B6. Lên lịch đăng sản phẩm, mỗi shop một danh mục riêng
Làm gì: Chia danh mục theo shop trước khi đăng, đặt khung giờ cập nhật lệch nhau, chuẩn bị bộ ảnh và nội dung riêng cho từng cửa hàng.
Vì sao: Từ 24/4/2026, TikTok Shop tại Đông Nam Á siết chặt nội dung thương mại lặp lại, hàng trùng giữa các cửa hàng dễ bị giảm hiển thị hoặc gỡ. Đây không phải chuyện cấu hình môi trường, mà là chuyện chọn hàng.
Bẫy hay gặp: Copy nguyên một listing từ shop TS-01 sang TS-02 cho nhanh. Tiết kiệm được năm phút, đổi lại là cả một đợt rà soát nội dung.
B7. Phân quyền và đưa việc lặp vào quy trình tự động hóa
Làm gì: Tạo vai trò cho từng nhóm người, cấp quyền theo nhóm cửa hàng, dùng liên kết chia sẻ có thời hạn khi cần nhờ người khác mở hộ, và chuyển quyền sở hữu hồ sơ khi bàn giao hẳn. Những thao tác lặp như đăng nhập, đối soát tồn kho có thể xếp thành quy trình tự động hóa hoặc gọi qua Local API.
Vì sao: Bốn người cùng thao tác trên sáu shop mà không có phân quyền thì sớm muộn cũng có người mở nhầm.
Bẫy hay gặp: Cả phòng dùng chung một tài khoản công cụ, đến lúc có sự cố không truy vết được. Một cái nữa là để RPA chạy xuyên đêm trên cửa sổ đang có người thao tác, hai luồng cùng ghi vào một phiên.
B8. Bàn giao ca bằng một dòng nhật ký
Làm gì: Cuối mỗi ca, người trực ghi lại mã hồ sơ đã mở, thay đổi cấu hình nào, có yêu cầu xác thực bất thường nào, và ai đang giữ hồ sơ đó.
Vì sao: Phần lớn sự cố của đội nhiều người xảy ra đúng vào lúc giao ca, khi một bên tắt máy, bên kia vừa mở lên.
Bẫy hay gặp: Chỉ nhắn miệng qua group là xong. Ba ngày sau không ai nhớ hôm đó ai đổi proxy của TS-05.
Hôm xong việc ở Bình Dương, mình in cái bảng sáu dòng đó ra dán ngay cạnh màn hình. Bạn mới vào nghề hôm sau vẫn còn hơi ngại, nhưng chỉ cần nhìn cột múi giờ là tự sửa được ngay cửa sổ TS-03. Với sáu shop trên cùng một máy, thứ giữ cho cả đội không lẫn không phải là một tính năng nào đó, mà là cái thứ tự bọn mình đã đi đúng từ đầu.
Đối với những ai quan tâm đến các tính năng chống phát hiện của trình duyệt BitBrowser, vui lòng truy cập trang web chính thức để biết thêm chi tiết: 比特指纹浏览器-反指纹浏览器-防关联指纹浏览器-跨境电商浏览器-超级浏览器
Trước khi bấm tạo, lập một cái bảng
Đội mình có thói quen viết tay ra giấy hoặc mở một file Excel trước. Sáu shop, mỗi dòng một shop, đủ sáu cột. Cái bảng này sau này dùng để đối soát mỗi lần có người mới vào ca, và cũng là thứ cứu bọn mình hôm đó.
Bảng cấu hình sáu shop dùng cho ca đầu tiên
| Shop | Múi giờ | Vùng IP | Ngôn ngữ | Người phụ trách | Ghi chú |
| TS-01 | GMT+7 | TP. Hồ Chí Minh | Tiếng Việt | Anh Khôi | Shop chính, thanh toán công ty |
| TS-02 | GMT+7 | Hà Nội | Tiếng Việt | Chị My | Ngành phụ kiện bếp |
| TS-03 | GMT+8 | Singapore | Tiếng Anh | Anh Khôi | Đối soát ca tối |
| TS-04 | GMT+8 | Singapore | Tiếng Anh | Bạn Đức | Nội dung video riêng |
| TS-05 | GMT-5 | Bắc Mỹ | Tiếng Anh | Chị My | Chạy thử thị trường mới |
| TS-06 | GMT-5 | Bắc Mỹ | Tiếng Anh | Bạn Đức | Chưa đăng sản phẩm |
B1. Đăng ký, tải client, kiểm tra máy
Làm gì: Tạo tài khoản, tải bản cài, kiểm tra cấu hình máy trước khi mở nhiều cửa sổ. Mình vẫn lấy mốc 4 lõi CPU, 8 GB RAM và khoảng 50 GB trống, Windows 10 trở lên hoặc macOS 12 trở lên.
Vì sao: Sáu cửa sổ chạy song song ngốn bộ nhớ hơn nhiều so với sáu tab Chrome, máy yếu là treo ngay giữa lúc đang đăng hàng.
Bẫy hay gặp: Cài xong rồi mới phát hiện máy còn dùng ổ cứng gần đầy, cache không ghi được, cửa sổ mở ra trắng trơn.
B2. Tạo hồ sơ đầu tiên, rồi mới nhân bản
Làm gì: Vào mục quản lý cửa sổ, bấm tạo, đặt tên theo mã shop trong bảng, chọn nền tảng, điền thông tin đăng nhập, sinh cấu hình dấu vân tay, chọn kernel rồi mở thử một mình.
Vì sao: Hồ sơ đầu là bản mẫu. Chạy ổn một cái rồi mới nhân bản ra năm cái, mọi thông số đã chuẩn ngay từ đầu.
Bẫy hay gặp: Bấm tạo sáu cái cùng lúc, mỗi cái lại chọn một kernel khác nhau, sau đó không nhớ cái nào dùng cái nào.
B3. Gắn proxy và kiểm tra ngay tại chỗ
Làm gì: Chọn chế độ proxy tùy chỉnh, điền giao thức, host, cổng, tài khoản, mật khẩu, rồi bấm kiểm tra kết nối. BitBrowser hỗ trợ HTTP, HTTPS, SOCKS5 và SSH, có thể gọi API của nhà cung cấp để lấy IP thay vì dán tay từng dòng.
Vì sao: Một đường mạng chết mà không phát hiện trước sẽ biến thành mười phút chờ trang tải trong giờ cao điểm.
Bẫy hay gặp: Dùng IP xoay vòng cho shop cần đăng nhập đều đặn hằng ngày; mỗi lần đổi địa chỉ là một lần xác thực lại. Cũng đừng quên đổi múi giờ và ngôn ngữ theo đúng vùng IP vừa gắn, đây là lỗi kinh điển nhất của người mới.
B4. Nhập cookie và tài khoản theo đúng mã hồ sơ
Làm gì: Trong phần chỉnh sửa hồ sơ, chọn đúng nền tảng rồi dán chuỗi cookie vào ô tương ứng, lưu, đóng và mở lại cửa sổ. Kiểm tra tên shop hiện trên trang quản lý có khớp mã trong bảng không.
Vì sao: Cookie là thứ gắn cửa sổ với một danh tính cụ thể, nhầm một dòng là mất cả buổi chiều như đội mình hôm đó.
Bẫy hay gặp: Xuất cookie của sáu shop chung một file rồi nhập lại theo thứ tự đã bị xáo trộn. Ghi mã hồ sơ vào tên từng file, đừng tin vào trí nhớ.
B5. Chia nhóm, dán nhãn, quản lý cấu hình tập trung
Làm gì: Xếp sáu hồ sơ vào hai hoặc ba nhóm theo thị trường, gán nhãn theo ca trực, dùng file mẫu để cập nhật thông tin cùng lúc khi cần đổi proxy hoặc đổi người phụ trách.
Vì sao: Đến shop thứ mười lăm, tìm một cửa sổ theo tên không còn đủ nữa, phải tìm theo nhóm.
Bẫy hay gặp: Sửa file Excel cập nhật rồi vô tình xóa cột ID. Client sẽ không nhận ra hồ sơ nào cần sửa. Mình vẫn dặn nhau giữ nguyên cột ID, chỉ đụng vào các cột mình thật sự cần đổi.
B6. Lên lịch đăng sản phẩm, mỗi shop một danh mục riêng
Làm gì: Chia danh mục theo shop trước khi đăng, đặt khung giờ cập nhật lệch nhau, chuẩn bị bộ ảnh và nội dung riêng cho từng cửa hàng.
Vì sao: Từ 24/4/2026, TikTok Shop tại Đông Nam Á siết chặt nội dung thương mại lặp lại, hàng trùng giữa các cửa hàng dễ bị giảm hiển thị hoặc gỡ. Đây không phải chuyện cấu hình môi trường, mà là chuyện chọn hàng.
Bẫy hay gặp: Copy nguyên một listing từ shop TS-01 sang TS-02 cho nhanh. Tiết kiệm được năm phút, đổi lại là cả một đợt rà soát nội dung.
B7. Phân quyền và đưa việc lặp vào quy trình tự động hóa
Làm gì: Tạo vai trò cho từng nhóm người, cấp quyền theo nhóm cửa hàng, dùng liên kết chia sẻ có thời hạn khi cần nhờ người khác mở hộ, và chuyển quyền sở hữu hồ sơ khi bàn giao hẳn. Những thao tác lặp như đăng nhập, đối soát tồn kho có thể xếp thành quy trình tự động hóa hoặc gọi qua Local API.
Vì sao: Bốn người cùng thao tác trên sáu shop mà không có phân quyền thì sớm muộn cũng có người mở nhầm.
Bẫy hay gặp: Cả phòng dùng chung một tài khoản công cụ, đến lúc có sự cố không truy vết được. Một cái nữa là để RPA chạy xuyên đêm trên cửa sổ đang có người thao tác, hai luồng cùng ghi vào một phiên.
B8. Bàn giao ca bằng một dòng nhật ký
Làm gì: Cuối mỗi ca, người trực ghi lại mã hồ sơ đã mở, thay đổi cấu hình nào, có yêu cầu xác thực bất thường nào, và ai đang giữ hồ sơ đó.
Vì sao: Phần lớn sự cố của đội nhiều người xảy ra đúng vào lúc giao ca, khi một bên tắt máy, bên kia vừa mở lên.
Bẫy hay gặp: Chỉ nhắn miệng qua group là xong. Ba ngày sau không ai nhớ hôm đó ai đổi proxy của TS-05.
Hôm xong việc ở Bình Dương, mình in cái bảng sáu dòng đó ra dán ngay cạnh màn hình. Bạn mới vào nghề hôm sau vẫn còn hơi ngại, nhưng chỉ cần nhìn cột múi giờ là tự sửa được ngay cửa sổ TS-03. Với sáu shop trên cùng một máy, thứ giữ cho cả đội không lẫn không phải là một tính năng nào đó, mà là cái thứ tự bọn mình đã đi đúng từ đầu.
Đối với những ai quan tâm đến các tính năng chống phát hiện của trình duyệt BitBrowser, vui lòng truy cập trang web chính thức để biết thêm chi tiết: 比特指纹浏览器-反指纹浏览器-防关联指纹浏览器-跨境电商浏览器-超级浏览器