Nếu bạn đang thu thập giá trên Wildberries, quản lý 20 tài khoản Instagram hoặc chạy quảng cáo qua Facebook Ads, sớm hay muộn bạn sẽ thấy một trong ba điều: lỗi 403, lỗi 429 hoặc captcha. Hầu hết những người mới bắt đầu phản ứng giống nhau — thay đổi proxy sang bất kỳ cái nào khác và hy vọng rằng nó sẽ hoạt động. Trên thực tế, mỗi mã lỗi là một thông điệp từ trang web về nguyên nhân cụ thể của việc bị chặn, và từ đó bạn có thể xác định chính xác loại proxy nào sẽ giải quyết vấn đề: trung tâm dữ liệu, cư trú hoặc di động.
Tại sao mã lỗi quan trọng hơn chính việc bị chặn
Khi một trang web chặn yêu cầu, nó gần như luôn trả về mã trạng thái HTTP — đây là "nhãn" tiêu chuẩn, mà trình duyệt hoặc trình thu thập dữ liệu nhận được cùng với trang. Vấn đề là nhiều người dùng trình duyệt chống phát hiện và trình thu thập dữ liệu chỉ nhìn vào việc "không mở được" và không kiểm tra mã nào đã được trả về. Và sự khác biệt là rất lớn: 403 có nghĩa là trang web đã nhận diện bạn như một khách không mong muốn và đã đóng quyền truy cập một cách có ý thức. 429 có nghĩa là bạn đã vượt quá giới hạn yêu cầu — trang web không chống lại bạn cá nhân, nó chỉ cần bạn không gửi yêu cầu đến máy chủ quá thường xuyên. Captcha là trạng thái tạm thời: trang web nghi ngờ bạn là người hay bot, và cho bạn cơ hội để chứng minh điều ngược lại.
Mỗi tình huống này yêu cầu một giải pháp khác nhau. Nếu bạn nhận được 403 và chỉ thay đổi một proxy trung tâm dữ liệu sang một cái tương tự khác — bạn sẽ lại nhận được 403, vì nguyên nhân không phải ở IP cụ thể, mà ở loại IP. Nếu bạn nhận được 429 và mua proxy di động đắt tiền thay vì giảm tần suất yêu cầu — bạn sẽ lãng phí ngân sách, vì vấn đề không phải ở loại IP, mà ở tốc độ yêu cầu. Hiểu mã lỗi tiết kiệm cả thời gian và tiền bạc cho proxy.
Lỗi 403 Forbidden: trang web đã nhận diện bạn và không muốn cho bạn vào
403 — đây là từ chối có ý thức. Trang web đã nhận được yêu cầu của bạn, xử lý nó và quyết định: IP này hoặc tập hợp các đặc điểm này không được phép truy cập. Thường thì 403 xảy ra vì ba lý do:
- IP từ "danh sách đen" của các trung tâm dữ liệu. Các trang web như Wildberries, Ozon, Avito và hầu hết các mạng xã hội duy trì cơ sở dữ liệu về các dải IP thuộc về các nhà cung cấp đám mây (AWS, Google Cloud, DigitalOcean, v.v.). Nếu proxy của bạn là từ trung tâm dữ liệu, và subnet của nó đã bị "lộ" bởi các trình thu thập dữ liệu khác, bạn sẽ nhận được 403 ngay lập tức, thậm chí từ yêu cầu đầu tiên.
- Giới hạn địa lý (geo-block). Một phần nội dung hoặc các tài khoản quảng cáo chỉ có sẵn từ một số quốc gia nhất định. Truy cập từ IP không thuộc khu vực đó — cũng là 403.
- Dấu vân tay trình duyệt không khớp với mong đợi. Nếu bạn sử dụng proxy kết hợp với trình duyệt chống phát hiện (Dolphin Anty, AdsPower, Multilogin, GoLogin), và dấu vân tay của trình duyệt không khớp với vị trí địa lý đã khai báo của IP — ví dụ, IP từ Nga, nhưng múi giờ và ngôn ngữ hệ thống là tiếng Anh — trang web có thể chặn bạn dựa trên tổng hợp các đặc điểm.
Giải pháp cho các lỗi 403 liên tục: chuyển từ proxy trung tâm dữ liệu sang proxy cư trú. Đây là IP của các nhà cung cấp thực tế — chúng không nằm trong danh sách các dải đám mây và trông giống như một khách truy cập bình thường từ nhà. Đối với các mạng xã hội và nền tảng quảng cáo, nơi 403 đi kèm với yêu cầu xác nhận thiết bị, thường chỉ có proxy di động mới cứu vãn được — chúng gắn liền với IP của các nhà mạng và gây ra ít nghi ngờ nhất ngay cả khi bị kiểm tra nghiêm ngặt.
Lỗi 429 Too Many Requests: bạn bị giới hạn về tốc độ, không phải cá nhân
429 — không phải về việc bạn là ai, mà về việc bạn gửi yêu cầu đến máy chủ thường xuyên như thế nào. Giới hạn tần suất được kích hoạt khi từ một IP hoặc phiên có nhiều yêu cầu hơn mức cho phép trong một khoảng thời gian. Kịch bản điển hình: bạn đã thiết lập theo dõi giá của đối thủ trên Ozon và quyết định kiểm tra toàn bộ danh mục mỗi 5 phút bằng một IP duy nhất — máy chủ sẽ nhanh chóng đặt giới hạn và bắt đầu trả về 429 thay vì dữ liệu.
Lỗi chính của những người mới bắt đầu — khi gặp 429 ngay lập tức thay đổi loại proxy sang loại đắt hơn, mặc dù vấn đề có thể được giải quyết theo cách khác:
- Giảm tần suất yêu cầu. Thêm độ trễ giữa các yêu cầu (2-5 giây cho việc thu thập dữ liệu từ các thị trường — thường là đủ).
- Thay đổi IP thường xuyên hơn. Nếu cùng một IP thực hiện 100 yêu cầu liên tiếp, giới hạn sẽ xảy ra bất kể loại proxy. Ở đây, việc thay đổi cho mỗi yêu cầu hoặc mỗi N yêu cầu sẽ giúp ích.
- Tăng số lượng IP. Nếu nhiệm vụ là duy trì tốc độ thu thập dữ liệu cao, cần nhiều địa chỉ IP hơn để phân phối tải, chứ không phải một IP "chất lượng" riêng lẻ.
Đối với việc thu thập dữ liệu hàng loạt, nơi tốc độ quan trọng hơn ẩn danh (ví dụ, thu thập giá công khai mà không cần xác thực), proxy trung tâm dữ liệu rất phù hợp — chúng nhanh hơn và rẻ hơn, và các giới hạn về tốc độ có thể được giải quyết bằng cách tăng số lượng và thay đổi đúng cách, chứ không phải bằng cách thay đổi loại IP.
Captcha: trang web cho bạn cơ hội, nhưng nghi ngờ về tự động hóa
Captcha — trạng thái tạm thời giữa "mọi thứ đều ổn" và "truy cập bị chặn". Trang web thấy các dấu hiệu giống như bot: khoảng cách giữa các hành động quá chính xác, không có chuyển động chuột, tập hợp các tiêu đề HTTP không điển hình, IP từ dải mà thường được liên kết với tự động hóa. Thay vì 403 cứng nhắc, nó cho bạn cơ hội xác nhận rằng bạn là người.
Captcha thường xuyên — là dấu hiệu cho thấy vấn đề không phải ở việc bị chặn mà ở các mẫu hành vi và danh tiếng của IP. Nếu captcha xuất hiện trên Instagram hoặc TikTok khi đăng ký tài khoản mới, vấn đề gần như luôn nằm ở sự kết hợp: IP trung tâm dữ liệu + tài khoản mới + hành động đột ngột mà không có "làm nóng". Trong trường hợp này, việc thay đổi proxy sang cư trú hoặc di động sẽ giảm tần suất captcha một cách đáng kể, vì danh tiếng của các IP này cao hơn — từ đó có những người dùng thực sự truy cập, không chỉ là bot.
Trường hợp thường gặp thứ hai — captcha trên các thị trường khi thu thập dữ liệu mà không cần xác thực. Ở đây không chỉ việc thay đổi loại proxy mà còn mô phỏng hành vi của con người: độ trễ ngẫu nhiên, cuộn trang trước khi nhấp, User-Agent thực tế. Proxy giảm bớt một phần nghi ngờ, nhưng không thay thế cho hành vi chính xác của kịch bản hoặc kịch bản trong trình duyệt chống phát hiện.
Bảng: mã lỗi → nguyên nhân có thể → loại proxy
| Mã / triệu chứng | Nguyên nhân có thể | Cần thay đổi gì | Loại proxy được khuyến nghị |
|---|---|---|---|
| 403 Forbidden từ yêu cầu đầu tiên | IP trong cơ sở dữ liệu của các dải trung tâm dữ liệu | Loại IP, không phải số lượng yêu cầu | Proxy cư trú |
| 403 khi đăng nhập vào mạng xã hội / tài khoản quảng cáo | Sự không khớp giữa dấu vân tay và vị trí địa lý của IP | Cài đặt trình duyệt chống phát hiện + IP | Proxy di động |
| 429 Too Many Requests | Vượt quá giới hạn yêu cầu từ một IP | Tần suất yêu cầu, thay đổi, kích thước nhóm | Proxy trung tâm dữ liệu (có thay đổi) |
| Captcha khi đăng ký tài khoản mới | Danh tiếng thấp của IP + tài khoản mới | Danh tiếng của IP và "làm nóng" tài khoản | Proxy di động |
| Captcha khi thu thập dữ liệu hàng loạt mà không cần đăng nhập | Mẫu hành vi của bot | Mô phỏng hành vi + thay đổi IP | Proxy cư trú |
Các trường hợp thực tế: Wildberries, Ozon, Instagram, Facebook Ads
Wildberries và Ozon: theo dõi giá
Các người bán theo dõi giá của đối thủ thường gặp phải 429 nhiều hơn là 403. Các thị trường giới hạn tốc độ truy cập ở cấp độ API và giao diện web. Giải pháp đúng đắn là không chạy theo loại proxy "cao cấp", mà thiết lập một nhóm gồm vài trăm IP trung tâm dữ liệu với thay đổi cho mỗi yêu cầu hoặc mỗi vài yêu cầu, cộng với độ trễ 1-3 giây giữa các yêu cầu đến một sản phẩm. Nếu sau đó bắt đầu xuất hiện captcha — thì lúc đó nên kết nối với các IP cư trú, vì captcha trong trường hợp này báo hiệu về vấn đề hành vi, không phải tốc độ.
Instagram và TikTok: nuôi và quản lý tài khoản
Các chuyên gia SMM quản lý 20-30 tài khoản của khách hàng qua Dolphin Anty hoặc AdsPower thường thấy 403 hoặc yêu cầu xác nhận điện thoại ngay sau khi gán IP trung tâm dữ liệu cho một hồ sơ mới. Đây là dấu hiệu cổ điển cho thấy cần chuyển sang proxy di động — Instagram và TikTok đặc biệt nhạy cảm với loại IP khi làm việc với các tài khoản mới hoặc "lạnh".
Facebook Ads: nuôi tài khoản quảng cáo
Các nhà quảng cáo chạy 10-20 tài khoản quảng cáo thường không bị chặn như một lỗi 403 rõ ràng ở cấp độ mạng, mà là một lệnh cấm ở cấp độ tài khoản sau một loạt hành động nghi ngờ. Ở đây mã lỗi không phải lúc nào cũng hiển thị trực tiếp, nhưng logic vẫn giống nhau: nếu các lệnh cấm xảy ra hàng loạt ngay sau khi thay đổi IP sang một dải trung tâm dữ liệu mới — vấn đề nằm ở loại proxy. Chuyển sang các IP cư trú hoặc di động với subnet duy nhất cho mỗi tài khoản giảm thiểu các lệnh cấm dây chuyền (khi việc chặn một tài khoản kéo theo các tài khoản khác gắn liền với cùng một IP).
Danh sách kiểm tra chẩn đoán trước khi thay đổi proxy
- Ghi lại mã lỗi chính xác (403, 429, 503) hoặc loại captcha — không chỉ đơn giản là "không mở được".
- Kiểm tra xem mã có lặp lại từ yêu cầu đầu tiên (dấu hiệu 403 — loại IP) hay sau một loạt yêu cầu (dấu hiệu 429 — tốc độ).
- Kiểm tra loại proxy hiện tại: trung tâm dữ liệu, cư trú hoặc di động.
- Nếu 403 từ yêu cầu đầu tiên — chuyển sang các IP cư trú hoặc di động.
- Nếu 429 — trước tiên giảm tần suất yêu cầu và tăng số lượng IP, không thay đổi loại.
- Nếu captcha xuất hiện ở các tài khoản mới — kiểm tra sự phù hợp giữa vị trí địa lý của IP và cài đặt của trình duyệt chống phát hiện (múi giờ, ngôn ngữ, độ phân giải màn hình).
- Thử nghiệm các thay đổi trên 2-3 tài khoản hoặc yêu cầu trước khi triển khai hàng loạt.
Kết luận và khuyến nghị
Mã lỗi không chỉ là một chi tiết kỹ thuật, mà là một gợi ý trực tiếp từ trang web về nguyên nhân bị chặn. 403 cho biết rằng loại IP hoặc sự kết hợp của nó với dấu vân tay của trình duyệt không phù hợp. 429 cho biết về tốc độ yêu cầu và yêu cầu thay đổi và độ trễ, chứ không phải thay đổi loại proxy. Captcha báo hiệu về các vấn đề hành vi và danh tiếng, có thể được giải quyết bằng cách kết hợp proxy và mô phỏng chính xác hành động của người dùng.
Nếu bạn thường xuyên thấy 403 khi làm việc với mạng xã hội hoặc tài khoản quảng cáo, hãy bắt đầu bằng cách chuyển sang proxy cư trú — chúng cung cấp IP của người dùng thực và rủi ro bị chặn ngay lập tức là tối thiểu. Đối với việc nuôi tài khoản và các nhiệm vụ mà sự tương đồng tối đa với lưu lượng di động thông thường là quan trọng, proxy di động sẽ phù hợp hơn. Còn nếu vấn đề chính của bạn là 429 khi thu thập dữ liệu hàng loạt từ các thị trường, nơi tốc độ và khối lượng là quan trọng, việc sử dụng proxy trung tâm dữ liệu với việc thay đổi được thiết lập hợp lý sẽ hiệu quả hơn. Lựa chọn đúng loại proxy cho mã lỗi cụ thể tiết kiệm ngân sách và tránh chu trình vô tận "đổi proxy — lại bị chặn".