Thẻ sản phẩm có thể hiển thị "có sẵn" ở Moscow và "hết hàng" ở Novosibirsk — và nếu bạn không kiểm tra điều này theo khu vực, bạn sẽ mất đơn hàng và không thấy nơi mà đối thủ cạnh tranh đang thắng lợi trong logistics. Nhưng ngay khi bạn bắt đầu kiểm tra hệ thống tình trạng hàng hóa từ các địa điểm khác nhau bằng cùng một tài khoản hoặc IP, nền tảng sẽ nhanh chóng nhận thấy hoạt động bất thường và hạn chế quyền truy cập. Trong bài viết này — sơ đồ làm việc giám sát tình trạng hàng hóa theo khu vực giao hàng mà không bị cấm và captcha.
Tại sao tình trạng hàng hóa lại khác nhau theo khu vực
Wildberries, Ozon và hầu hết các sàn thương mại điện tử lớn hoạt động thông qua mạng lưới kho hàng phân phối. Khi một khách hàng truy cập vào trang web từ Krasnodar, hệ thống hiển thị tình trạng hàng hóa từ các kho khu vực gần nhất, chứ không phải tổng kho hàng của người bán. Điều này có nghĩa là cùng một mã hàng có thể "có sẵn" cho Moscow và Saint Petersburg, nhưng lại không có ở Ural hoặc Viễn Đông — chỉ đơn giản vì hàng hóa chưa được vận chuyển đến kho khu vực hoặc đã được bán hết tại địa phương.
Đối với người bán, điều này rất quan trọng vì nhiều lý do. Thứ nhất, tình trạng không có hàng hóa ở khu vực trực tiếp ảnh hưởng đến vị trí của thẻ sản phẩm trong kết quả tìm kiếm — thuật toán hạ thấp hàng hóa không thể nhanh chóng đến tay khách hàng. Thứ hai, các đối thủ cạnh tranh, những người phân phối hàng hóa một cách hợp lý giữa các kho, sẽ nhận được đơn hàng chính xác ở những khu vực mà bạn không có hàng. Thứ ba, nếu không có giám sát thường xuyên, bạn sẽ chỉ biết về vấn đề sau khi nó đã xảy ra — khi doanh số bán hàng ở khu vực đã giảm, chứ không phải khi nó chỉ mới bắt đầu.
Điều tương tự cũng áp dụng cho Avito: quảng cáo có thể hiển thị khác nhau tùy thuộc vào thành phố tìm kiếm, và việc giao hàng cũng như tính khả dụng của đề nghị có thể khác nhau. Các nhà tiếp thị và các cơ quan quản lý nhiều thương hiệu gặp phải điều này hàng ngày: cần biết những gì khách hàng thực sự thấy ở Yekaterinburg, chứ không phải những gì nhìn thấy từ văn phòng ở Moscow.
Tại sao các sàn thương mại điện tử cấm giám sát tình trạng hàng hóa
Logic bảo vệ của Wildberries và Ozon rất đơn giản: một khách hàng thông thường truy cập từ một IP, xem một vài thẻ sản phẩm trong khu vực của mình và rời đi. Nếu từ một IP có hàng chục yêu cầu cho các mã hàng khác nhau với việc thay đổi khu vực giao hàng — đó là mẫu của một trình phân tích, chứ không phải của một người sống. Các hệ thống chống bot phản ứng theo một trong ba cách: hiển thị captcha, tạm thời chặn IP theo lỗi 429, hoặc cung cấp dữ liệu sai (tình trạng hàng hóa giả) để làm hỏng thống kê của trình phân tích, nhưng không tiết lộ việc chặn.
Kịch bản thứ ba là nguy hiểm nhất cho doanh nghiệp — bạn tiếp tục nhận dữ liệu, nhưng chúng không chính xác, và các quyết định dựa trên chúng sẽ sai lầm. Các sàn thương mại điện tử sẽ không cấm tài khoản của người bán nếu việc giám sát diễn ra ẩn danh qua danh mục công khai, nhưng địa chỉ IP mà tải trọng đến từ đó sẽ bị chặn nhanh chóng — thường là sau 50–100 yêu cầu trong một khoảng thời gian ngắn từ một địa chỉ mà không có luân phiên.
Một khó khăn bổ sung là gắn địa lý. Để biết tình trạng thực tế cho một khu vực cụ thể, yêu cầu phải đến từ một IP mà nền tảng nhận diện là nằm trong khu vực đó (hoặc bạn rõ ràng chuyển đổi khu vực giao hàng trong giao diện/API, nhưng điều này cũng phụ thuộc vào cookies và phiên, mà cũng có thể bị chặn khi có hoạt động nghi ngờ).
Sơ đồ giám sát mà không bị cấm
Sơ đồ làm việc được xây dựng trên ba nguyên tắc: phân phối tải, mô phỏng người dùng sống và độ chính xác khu vực của IP. Trên thực tế, điều này trông như sau:
- Danh sách khu vực và mã hàng. Tạo bảng: các khu vực cần thiết (thường là 15–30 thành phố chính để bắt đầu) × các mã hàng cần theo dõi.
- Proxy gắn với khu vực. Mỗi khu vực sử dụng một địa chỉ IP riêng (hoặc một nhóm địa chỉ) mà vật lý hoặc logic tương ứng với thành phố/khu vực cần thiết.
- Luân phiên và độ trễ. Giữa các yêu cầu, giữ khoảng dừng từ 3–10 giây, IP thay đổi không thường xuyên hơn một vài yêu cầu, để không trông giống như một trình quét.
- Mô phỏng trình duyệt. Các yêu cầu được gửi với User-Agent thực tế, tiêu đề và, nếu cần, qua trình duyệt headless với việc render JS — nhiều thẻ hàng hóa được tải động.
- Ghi log và cảnh báo. Kết quả được lưu vào bảng hoặc cơ sở dữ liệu, và khi trạng thái "hết hàng" → "có sẵn" và ngược lại, gửi thông báo đến Telegram hoặc email.
Cách tiếp cận này có thể áp dụng cho cả giám sát thủ công qua các dịch vụ phân tích có sẵn, cũng như cho kịch bản tự động của riêng bạn — chỉ khác nhau ở công cụ, nguyên tắc bảo vệ khỏi bị cấm không thay đổi.
Các loại proxy cần thiết để kiểm tra theo khu vực
Lựa chọn loại proxy là yếu tố chính quyết định việc giám sát có ổn định hay không. Đối với nhiệm vụ kiểm tra tình trạng hàng hóa theo khu vực, các IP từ trung tâm dữ liệu thông thường rẻ tiền mà không có gắn địa lý sẽ không phù hợp — nền tảng sẽ không cung cấp câu trả lời chính xác theo khu vực, hoặc sẽ nhanh chóng chặn địa chỉ nếu nó đã bị liệt kê trong danh sách đen.
| Loại proxy | Độ chính xác địa lý | Rủi ro bị chặn | Khi nào nên áp dụng |
|---|---|---|---|
| Proxy cư trú | Cao, đến từng thành phố | Thấp | Công cụ chính cho giám sát thường xuyên trên 15+ khu vực |
| Proxy di động | Trung bình-cao (theo mạng lưới nhà mạng) | Rất thấp | Nếu nền tảng đặc biệt cấm các dải cư trú |
| Proxy trung tâm dữ liệu | Thấp, không có gắn địa lý chính xác đến thành phố | Cao khi có yêu cầu thường xuyên | Kiểm tra nhanh mà không cần độ chính xác theo khu vực |
Đối với giám sát hệ thống tình trạng hàng hóa theo hàng chục khu vực, lựa chọn tối ưu là proxy cư trú với khả năng chọn thành phố hoặc khu vực: chúng trông giống như IP của người dùng internet thông thường, vì vậy nền tảng cung cấp dữ liệu chính xác về tình trạng hàng hóa địa phương và không coi các yêu cầu là đáng ngờ. Nếu ngân sách hạn chế và số lượng khu vực không nhiều, bạn có thể kết hợp: IP cư trú cho các thành phố chính và IP từ trung tâm dữ liệu cho các kiểm tra ít ưu tiên hơn, nơi độ chính xác không quan trọng bằng.
Thiết lập nhắm mục tiêu địa lý và luân phiên IP
Sau khi chọn nhà cung cấp proxy, bạn cần thiết lập hai tham số: nhắm mục tiêu theo địa lý và luân phiên. Hầu hết các dịch vụ proxy cư trú cho phép bạn chỉ định quốc gia, khu vực và thậm chí thành phố khi kết nối — ví dụ, thông qua định dạng tên đăng nhập với tham số khu vực hoặc thông qua cổng/điểm cuối riêng cho mỗi thành phố. Điều này giúp loại bỏ nhu cầu tìm kiếm thủ công các IP "sạch" cho mỗi khu vực.
Luân phiên nên được thiết lập theo hai kịch bản:
- Phiên sticky trong thời gian kiểm tra một khu vực — IP không thay đổi trong khi bạn thu thập dữ liệu cho tất cả các mã hàng cho một thành phố, để không làm gián đoạn phiên và không gây ra captcha lặp lại.
- Thay đổi hoàn toàn IP giữa các khu vực — khi chuyển sang thành phố tiếp theo, lấy địa chỉ mới gắn với khu vực cần thiết, nếu không nền tảng có thể không cung cấp tình trạng hàng hóa địa phương chính xác.
Nếu bạn làm việc qua trình duyệt chống phát hiện (Dolphin Anty, AdsPower, Multilogin, Octo Browser), mỗi hồ sơ được gán một proxy riêng với địa lý cần thiết, và dấu vân tay trình duyệt (fingerprint) vẫn duy trì tính độc nhất cho hồ sơ. Điều này cung cấp bảo vệ kép: nền tảng thấy cả IP "sống" của khu vực và dấu vân tay kỹ thuật số độc nhất của thiết bị, điều này loại trừ việc liên kết nhiều hồ sơ thành một cụm để bị cấm.
Công cụ để giám sát
Đối với các người bán không làm lập trình, có ba cách để thiết lập giám sát:
1. Dịch vụ giám sát giá và tình trạng hàng hóa có sẵn. Nhiều dịch vụ như vậy cho Wildberries và Ozon đã hỗ trợ kiểm tra theo khu vực "ngay từ đầu" và cho phép kết nối proxy riêng trong cài đặt — đây là lựa chọn nhanh nhất để bắt đầu mà không cần kỹ năng kỹ thuật.
2. Trình duyệt chống phát hiện + kiểm tra thủ công hoặc bán tự động. Đối với 10–20 khu vực chính, bạn có thể tạo hồ sơ trong Dolphin Anty hoặc AdsPower, gán proxy của thành phố cần thiết cho mỗi hồ sơ và một cách có hệ thống duyệt qua các thẻ sản phẩm, ghi lại tình trạng tồn kho. Điều này chậm hơn, nhưng không yêu cầu bất kỳ mã nào và phù hợp nếu các kiểm tra không cần thiết mỗi giờ mà chỉ một lần mỗi ngày.
3. Trình phân tích tự động (dành cho những ai có nhà phát triển hoặc freelancer). Một script Python với thư viện requests hoặc Playwright duyệt qua các thẻ sản phẩm theo danh sách khu vực và mã hàng đã chỉ định, sử dụng proxy từ nhóm và lưu kết quả vào bảng hoặc cơ sở dữ liệu. Tùy chọn này cung cấp độ linh hoạt và tốc độ cập nhật dữ liệu tối đa, nhưng yêu cầu hỗ trợ kỹ thuật.
Bất kể công cụ nào được chọn, điểm yếu vẫn giống nhau — chất lượng và địa lý của proxy. Ngay cả script được thiết kế tốt nhất cũng sẽ thu thập dữ liệu không chính xác hoặc bị chặn nếu địa chỉ IP không được gắn với các khu vực cần thiết hoặc lặp lại quá thường xuyên.
Giới hạn yêu cầu và bảo vệ khỏi bị chặn
Để giám sát hoạt động ổn định trong nhiều tháng, chứ không phải chỉ vài ngày trước khi bị chặn hàng loạt, hãy tuân thủ các giới hạn thực tế:
| Tham số | Phạm vi an toàn |
|---|---|
| Yêu cầu từ một IP mỗi phút | 3–8 |
| Thời gian dừng giữa các yêu cầu | 3–10 giây với sự ngẫu nhiên |
| Thay đổi IP | sau 20–30 yêu cầu hoặc khi chuyển sang khu vực mới |
| Tần suất hoàn toàn duyệt qua tất cả các khu vực | 1–4 lần mỗi ngày cho hầu hết các loại hàng hóa |
Nếu nền tảng hiển thị captcha ngay cả khi tuân thủ các giới hạn, đó là tín hiệu rằng IP cụ thể đã vào danh sách đen — việc luân phiên ngay lập tức sang địa chỉ mới và tạm thời giảm tần suất yêu cầu cho khu vực này trong 1–2 giờ sẽ giúp ích. Đối với các loại hàng hóa có cạnh tranh cao (quần áo, điện tử), các sàn thương mại điện tử theo dõi lưu lượng bot chặt chẽ hơn, vì vậy các giới hạn ở đó nên được thực hiện còn bảo thủ hơn.
Thiết lập từng bước trên Wildberries, Ozon và Avito
Bước 1. Xác định danh sách khu vực. Lấy 20 thành phố hàng đầu theo doanh số từ phân tích trong tài khoản cá nhân của người bán — chính nơi đó tình trạng hàng hóa quan trọng nhất.
Bước 2. Kết nối proxy với nhắm mục tiêu địa lý. Trong bảng điều khiển proxy, chọn quốc gia "Nga" và các thành phố/khu vực cần thiết, nhận dữ liệu để kết nối (host, port, login, password).
Bước 3. Tạo hồ sơ trong trình duyệt chống phát hiện. Đối với mỗi khu vực — một hồ sơ riêng trong Dolphin Anty, AdsPower hoặc GoLogin với proxy của thành phố đó. Đặt tên hồ sơ theo khu vực để không bị nhầm lẫn.
Bước 4. Thiết lập khu vực giao hàng trên trang web của sàn thương mại điện tử. Trên Wildberries và Ozon, khu vực được xác định tự động qua IP, nhưng nên kiểm tra thủ công qua việc chọn thành phố ở đầu trang — điều này xác nhận rằng nền tảng đã nhận diện đúng vị trí của proxy.
Bước 5. Ghi lại tình trạng hàng hóa cho mỗi mã hàng. Mở các thẻ sản phẩm mà bạn quan tâm và ghi lại tình trạng ("có sẵn", "hết hàng", thời gian giao hàng) vào bảng với ngày và giờ kiểm tra.
Bước 6. Lặp lại theo lịch trình. Đối với Avito, logic tương tự — thay đổi thành phố tìm kiếm qua proxy của khu vực tương ứng, sau đó ghi lại những quảng cáo và tình trạng giao hàng nào được nhìn thấy bởi khách hàng địa phương.
Bước 7. Thiết lập cảnh báo. Ngay khi tình trạng hàng hóa ở khu vực quan trọng thay đổi thành "hết hàng", gửi thông báo đến người quản lý phụ trách để họ kịp thời phân phối lại hàng hóa giữa các kho.
Danh sách kiểm tra khởi động giám sát
- Danh sách các khu vực và mã hàng ưu tiên để theo dõi đã được lập
- Proxy đã được kết nối với độ chính xác gắn với các thành phố cần thiết
- Luân phiên IP và khoảng dừng giữa các yêu cầu (3–10 giây) đã được thiết lập
- Mỗi khu vực đã tạo một hồ sơ riêng trong trình duyệt chống phát hiện
- Đã kiểm tra rằng nền tảng xác định đúng khu vực qua IP của proxy
- Đã thiết lập ghi log kết quả với ngày và giờ kiểm tra
- Đã bật cảnh báo khi thay đổi tình trạng hàng hóa
- Đã thiết lập giới hạn yêu cầu, loại trừ việc bị chặn IP
Kết luận
Giám sát tình trạng hàng hóa theo khu vực giao hàng không phải là một lần kiểm tra mà là một quá trình liên tục, ảnh hưởng trực tiếp đến vị trí của các thẻ sản phẩm và doanh số trên Wildberries, Ozon và Avito. Để nó hoạt động ổn định, cần ba điều: gắn IP chính xác với khu vực, giới hạn yêu cầu hợp lý và phân phối tải giữa các proxy để không gây nghi ngờ cho các hệ thống chống bot của nền tảng.
Nếu bạn dự định theo dõi tình trạng hàng hóa ngay lập tức ở hàng chục khu vực và làm điều này thường xuyên, nên bắt đầu với proxy cư trú với nhắm mục tiêu địa lý theo thành phố — chúng cung cấp dữ liệu chính xác về tình trạng hàng hóa địa phương và giảm thiểu rủi ro bị chặn. Đối với các kiểm tra nhanh mà không cần gắn kết chặt chẽ với khu vực, bạn có thể sử dụng proxy trung tâm dữ liệu, và nếu nền tảng tỏ ra đặc biệt nghiêm ngặt với các dải cư trú — thì proxy di động sẽ là giải pháp với rủi ro bị cấm tối thiểu.