Tạo chiến dịch như thế nào?

Để hệ thống bắt đầu chạy traffic, cần chuẩn bị đủ bốn thành phần theo đúng thứ tự. Thiếu bất kỳ thành phần nào, hệ thống sẽ không thể thực thi.

Bước 1 — Chuẩn bị Proxy

Tại sao cần proxy?

Proxy là địa chỉ IP dùng để giả mạo vị trí khi thực thi traffic. Mỗi lượt traffic cần một IP khác nhau — nếu tất cả traffic đến từ cùng một IP, Google sẽ phát hiện pattern bất thường và bỏ qua. Proxy cung cấp hàng nghìn IP khác nhau để luân phiên sử dụng.

Cấu trúc phân cấp proxy

Hệ thống tổ chức proxy theo ba cấp: Nhà cung cấp → Gói proxy → Danh sách IP. Ví dụ: Nhà cung cấp ZingProxy → Gói "IP Xoay VN" → 500 địa chỉ IP.

Vào: Hệ thống → Quản lý Nhà Cung Cấp Proxy → Quản lý Gói Proxy → Quản lý Proxy

Thêm proxy

Có ba cách thêm proxy vào hệ thống:

Import từ nhà cung cấp — Nhấn nút "Update Proxy" để hệ thống tự động kéo danh sách IP từ API của tất cả nhà cung cấp đã cấu hình (ZingProxy, Enode, M2Proxy, ProxyXoay, Kiot). Quá trình này chạy song song cho tất cả nhà cung cấp, mất vài giây.

Import từ file — Upload file Excel hoặc TXT chứa danh sách IP theo định dạng ip:port:username:password.

Thêm thủ công — Điền thông tin từng proxy: IP, port, username, password, rotate URL (URL API để đổi IP mới), thời gian xoay (giây), khu vực địa lý (VN hoặc global), ngày hết hạn.

Xoay IP tự động

Mỗi proxy có rotate_url — URL API để đổi IP mới. Hệ thống tự động xoay IP theo lịch: khi proxy đã dùng đủ số lần cấu hình (PROXY_USE_MAX), hệ thống gọi rotate URL để lấy IP mới. Sau khi xoay thành công, lịch sử sử dụng được reset.

Trong quá trình xoay, proxy bị lock (is_rotating = true) — không được gán cho task mới cho đến khi xoay xong. Nếu server bị crash giữa chừng, proxy có thể bị lock vĩnh viễn và cần reset thủ công.

Proxy dự phòng (Backup Proxy)

Vào: Hệ thống → Quản lý Backup Proxy

Khi proxy chính gặp sự cố, hệ thống tự chuyển sang backup proxy. Backup proxy được kiểm tra sức khỏe tự động mỗi 2 phút. Proxy bị đánh dấu "không hoạt động" sau 3 lần kiểm tra thất bại liên tiếp. Có thể import backup proxy từ dịch vụ Proxifly bằng một nút bấm.

Bước 2 — Chuẩn bị Máy chủ Worker

Máy chủ Worker là gì?

Máy chủ Worker là máy chủ vật lý thực thi traffic — mở Chrome, tìm kiếm, click. Mỗi máy chủ chạy một instance Tools V2 Worker Engine. Có thể thêm nhiều server để tăng năng lực xử lý — hệ thống tự động phân phối task đều cho tất cả server đang online.

Vào: Hệ thống → Quản lý Server

Thêm server

Điền thông tin: tên server, địa chỉ IP tĩnh. Server phải đang chạy Tools V2 Worker Engine và có thể kết nối đến Go API Backend.

Sau khi thêm, server xuất hiện trong danh sách với trạng thái online/offline. Hệ thống tự động ping từng server định kỳ — nếu server không phản hồi, đánh dấu offline và ngừng giao task cho đến khi server phản hồi lại.

Giám sát hiệu suất server

Vào: Tìm kiếm tự động → Server Performance

Biểu đồ phân tích hiệu suất từng server theo khung giờ (0–23h). Các chỉ số cần theo dõi:

Chỉ số	Dấu hiệu bất thường
Tỷ lệ thành công	Dưới 70% liên tục → proxy pool đang bị chặn hàng loạt
Tỷ lệ captcha	Tăng cao → IP đang bị Google/CocCoc nghi ngờ
Số task đang chờ	Tăng liên tục → server quá tải hoặc bị treo
Tỷ lệ thất bại	Tăng đột biến → Chrome crash hoặc CAPTCHA không giải được

Tab này chỉ hiển thị với một số user được phép — không phải tất cả tài khoản đều thấy.

Bước 3 — Chuẩn bị Google Profile

Profile là gì?

Browser Profile là danh tính kỹ thuật số mà Worker dùng khi thực thi task. Mỗi profile đại diện cho một "người dùng ảo" với:

Tài khoản Google — email, mật khẩu, App Password (cho profile gửi báo cáo qua email)

Cấu hình trình duyệt — loại Chrome, hệ điều hành (Windows 11, macOS, Android, iOS), độ phân giải màn hình, User-Agent

Vị trí địa lý — tọa độ GPS, múi giờ

Lịch sử duyệt web — cookie, localStorage từ các lần dùng trước

Google Anti-Bot kiểm tra tính nhất quán của fingerprint qua nhiều phiên. Nếu hôm qua profile dùng Windows, hôm nay lại là MacOS với độ phân giải khác — đó là dấu hiệu bất thường. Vì vậy mỗi profile phải duy trì cấu hình nhất quán qua nhiều lần sử dụng.

Vào: Quản lý tài khoản Google

Thêm profile

Thêm thủ công — Điền từng trường: email, mật khẩu, cấu hình trình duyệt, vị trí địa lý, mục đích sử dụng (traffic hoặc report).

Import hàng loạt — Dán danh sách tài khoản vào ô nhập liệu (tối đa 100 profile mỗi lần). Hệ thống tự động parse và tạo nhiều profile cùng lúc. Nếu một số tài khoản bị lỗi (email đã tồn tại), hệ thống vẫn tiếp tục tạo các tài khoản còn lại và báo cáo rõ tài khoản nào thành công, tài khoản nào lỗi.

Trạng thái profile

Trạng thái	Ý nghĩa
Hoạt động	Sẵn sàng nhận task
Không hoạt động	Tạm dừng, không nhận task
Cooldown	Vừa dùng xong, đang nghỉ để tránh bị khóa
Bị cấm	Tài khoản Google bị khóa, không dùng được nữa

Sau khi dùng, profile được đặt vào trạng thái Cooldown trong một khoảng thời gian. Bảng hiển thị đồng hồ đếm ngược thời gian còn lại theo thời gian thực. Không nên reset cooldown liên tục — cooldown giúp tài khoản Google trông tự nhiên hơn.

Nếu Worker không thể đăng nhập vào tài khoản Google của profile (sai mật khẩu, tài khoản bị khóa...), hệ thống ghi nhận lần thất bại. Sau 3 lần thất bại liên tiếp, profile tự động bị vô hiệu hóa. Worker tự chọn profile khác, không cần can thiệp thủ công.

App Password cho profile Report

Profile dùng để gửi báo cáo qua email cần có App Password — Google yêu cầu App Password (không phải mật khẩu thường) cho các ứng dụng gửi email qua SMTP. Cách tạo: Bật xác thực 2 bước trên tài khoản Google → Security → 2-Step Verification → App passwords → Tạo App Password cho "Mail" → dùng mật khẩu 16 ký tự này.

Bước 4 — Tạo Chiến dịch

Cấu trúc tổ chức

Campaign là đơn vị tổ chức cấp cao nhất. Mỗi campaign chứa nhiều Project. Mỗi project là một cặp (từ khóa + domain đích) với cấu hình riêng về loại traffic, thiết bị, khung giờ và số lượt cần thực hiện.

Vào: Quản lý chiến dịch → Thêm từ khóa

Các trường cần điền khi tạo project

Từ khóa tìm kiếm — Từ khóa Worker sẽ gõ vào Google/CocCoc. Ví dụ: "mb88 đăng nhập", "w88 link vào". Từ khóa phải liên quan đến domain đích để kết quả tìm kiếm hiển thị đúng domain. Nếu từ khóa không liên quan, Worker sẽ không tìm thấy domain trong kết quả và task thất bại.

Domain đích (Web đích đến) — URL đầy đủ của website cần tạo traffic. Ví dụ: https://mb88.net/. Worker sẽ tìm đúng URL này trong kết quả tìm kiếm và click vào. Với loại Direct Traffic, Worker truy cập thẳng URL này mà không qua tìm kiếm.

Loại traffic — Chọn mục tiêu:

Google Ads — Click quảng cáo của domain đích trên Google (flag: only_ads=true, is_kill=false)

CocCoc Ads — Click quảng cáo trên CocCoc

Organic (Traffic Tự Nhiên) — Click kết quả tự nhiên, ở lại trang đủ lâu (flag: only_ads=false, is_kill=false)

Direct (Home Traffic) — Truy cập thẳng URL, không qua tìm kiếm

Kill (Negative SEO) — Click rồi thoát ngay để tăng bounce rate (flag: only_ads=false, is_kill=true)

Thiết bị — Desktop (Windows/macOS) hoặc Mobile (Android/iOS). Ảnh hưởng đến User-Agent và hành vi tương tác. Với Home Traffic, hệ thống tự tạo bốn biến thể thiết bị.

Engine tìm kiếm — Google VN, Google quốc tế, hoặc CocCoc. Ảnh hưởng đến URL tìm kiếm và cách Worker tìm kết quả.

Khung giờ hoạt động — Giờ nào trong ngày Worker được phép chạy task này. Ví dụ: chỉ chạy từ 8h–22h để traffic trông tự nhiên hơn. Ngoài khung giờ, task không được thực thi dù server đang rảnh.

Thời gian ở lại trang — Bao nhiêu giây Worker ở lại trang sau khi click. Thường từ 30–120 giây tùy loại traffic. Với Organic Traffic, thời gian ở lại dài hơn để tăng tín hiệu engagement.

Tổng số lượt — Tổng số lần click cần thực hiện cho project này. Khi đạt đủ số lượt, project chuyển sang trạng thái "Đã chết" và không nhận task mới.

Trạng thái project

Trạng thái	Ý nghĩa
Hoạt động (xanh)	Đang nhận và thực thi task bình thường
Không hoạt động (xám)	Tạm dừng, không nhận task mới
Giết (đỏ)	Đang trong chế độ Kill — tấn công mạnh
Đã chết (xám đậm)	Hết ngân sách hoặc bị dừng vĩnh viễn

Lưu ý: Project ở trạng thái "Đã chết" vẫn hiển thị trên UI nhưng Worker không tạo thêm task nào. Đây là trạng thái bình thường khi project hết ngân sách.

Cách nhanh hơn — Tìm kiếm tự động (Confirm Fire)

Thay vì tạo chiến dịch thủ công, có thể dùng module Tìm kiếm tự động để trinh sát trước rồi bắn traffic:

Vào: Tìm kiếm tự động → Google Ads hoặc CocCoc Ads

Luồng hoạt động

Thêm từ khóa cần theo dõi với cấu hình: engine tìm kiếm, thiết bị, số kết quả cần lấy, vị trí địa lý, độ ưu tiên (1–5)

Hệ thống tự động quét Google/CocCoc mỗi 30 phút, liệt kê tất cả domain đang xuất hiện trong kết quả (cả quảng cáo và kết quả tự nhiên)

Kết quả hiển thị dưới dạng bảng: URL, vị trí (rank), loại (quảng cáo/tự nhiên), nhãn (domain của khách hàng hay đối thủ)

Khi thấy domain cần bắn traffic, nhấn "Xác nhận bắn"

Hệ thống tự tạo chiến dịch và kích hoạt ngay — không cần điền form thủ công

Lưu ý quan trọng: Hệ thống không kiểm tra trùng lặp tự động. Nếu nhấn "Xác nhận bắn" nhiều lần cho cùng một domain, hệ thống sẽ tạo nhiều chiến dịch. Kiểm tra cột "Xác nhận" trước khi bấm.

Trường Độ ưu tiên (1–5) của từ khóa ảnh hưởng trực tiếp đến lượng traffic được phân bổ khi Confirm Fire — từ khóa có độ ưu tiên cao hơn nhận được nhiều traffic hơn.

Smart Import — Tạo hàng loạt

Khi đã biết sẵn danh sách domain cần tấn công, dùng Smart Import để tạo nhiều chiến dịch cùng lúc mà không cần qua bước trinh sát:

chạy trên desktop
- tên_thương_hiệu https://domain.com/

chạy trên mobile
- tên_thương_hiệu https://domain.com/

Hệ thống tự động tạo chiến dịch cho từng domain với cấu hình mặc định. Chọn loại traffic: Kill (Negative SEO) hoặc Home Traffic. Toàn bộ quá trình gọi API tuần tự để tránh overload server.

Sau khi tạo chiến dịch — Hệ thống tự động xử lý

Sau khi chiến dịch được tạo, hệ thống tự động xử lý phần còn lại mà không cần can thiệp thủ công:

Cron job Task Send (mỗi phút) — Quét database tìm task chờ xử lý, phân phối đến các server worker đang online, tối đa 30 task mỗi server mỗi lần.

Worker nhận task — Tools V2 trên server worker hỏi API mỗi giây để nhận task mới. Khi nhận được, lưu vào MongoDB nội bộ với trạng thái PENDING.

Thực thi task — Worker lấy proxy phù hợp từ API, mở Chrome với proxy và profile được chỉ định, thực thi flow phù hợp (Ads/Search/Kill/Home).

Cập nhật tiến trình — Worker gửi cập nhật tiến trình theo thời gian thực về API trong quá trình thực thi.

Báo cáo kết quả — Sau khi hoàn thành, Worker chụp ảnh màn hình bằng chứng, upload lên cloud storage, gửi kết quả cuối về API.

Cập nhật thống kê — API lưu kết quả vào database, cập nhật thống kê chiến dịch. Dashboard hiển thị kết quả cập nhật.

Tự phục hồi khi sự cố: Nếu Worker crash giữa chừng, task vẫn nằm trong database với trạng thái PROCESSING. Cron job Task Reset (mỗi 10 phút) phát hiện các task bị kẹt quá lâu và reset về PENDING để giao lại cho server khác. Không có task nào bị mất khi server gặp sự cố.

Tạo chiến dịch như thế nào?

Bước 1 — Chuẩn bị Proxy#

Tại sao cần proxy?#

Cấu trúc phân cấp proxy#

Thêm proxy#

Xoay IP tự động#

Proxy dự phòng (Backup Proxy)#

Bước 2 — Chuẩn bị Máy chủ Worker#

Máy chủ Worker là gì?#

Thêm server#

Giám sát hiệu suất server#

Bước 3 — Chuẩn bị Google Profile#

Profile là gì?#

Thêm profile#

Trạng thái profile#

App Password cho profile Report#

Bước 4 — Tạo Chiến dịch#

Cấu trúc tổ chức#

Các trường cần điền khi tạo project#

Trạng thái project#

Cách nhanh hơn — Tìm kiếm tự động (Confirm Fire)#

Luồng hoạt động#

Smart Import — Tạo hàng loạt#

Sau khi tạo chiến dịch — Hệ thống tự động xử lý#