You've got your bot configured, tasks ready, profiles loaded, and proxies imported. The drop is in 30 minutes. Everything looks good — but have you actually tested your proxies?
Skipping proxy testing is one of the most common mistakes in the botting community. It's also one of the most costly. Here's what happens when you run untested proxies on a drop:
Testing takes 5 minutes. Not testing can cost you an entire release.
Timing matters. Test too early and the results might not reflect conditions at drop time. Test too aggressively and you risk getting flagged before the release.
| When | What to Do |
|---|---|
| 24 hours before | Import proxies into your bot. Do a quick format check (no errors on import). |
| 2-4 hours before | Run a basic connectivity test against a neutral URL to catch dead proxies. |
| 30-60 minutes before | Run your bot's proxy tester against the actual target store URL. |
| 5 minutes before | Glance at test results. Remove any that failed. Don't retest. |
First, make sure all your proxies imported correctly into your bot without errors.
Common format issues:
ip:port:user:pass, others user:pass@ip:port)Your proxy list should look clean, one proxy per line:
192.168.1.1:8080:username:password
192.168.1.2:8080:username:password
192.168.1.3:8080:username:password
If your bot shows import errors, fix the format before proceeding.
Most bots have a built-in proxy tester. For the initial check, test against a neutral, fast-responding URL. Some bots default to testing against https://www.google.com or their own API endpoint.
What you're checking:
This is the most important test. A proxy that works on Google might be banned on your target Shopify store. Run your bot's proxy tester with the actual store URL.
For example, if you're targeting https://kith.com:
https://kith.comStatus codes to watch for:
| Status Code | Meaning | Action |
|---|---|---|
| 200 | Success | Keep the proxy |
| 403 | Forbidden / Banned | Remove the proxy |
| 429 | Rate limited | Proxy might be overused — consider removing |
| 407 | Auth required | Check your username/password |
| 503 | Service unavailable | Might be temporary — retest once |
| Timeout | No response | Remove the proxy |
After testing, clean up your proxy list:
A good rule of thumb: if more than 20% of your proxies fail testing, consider reaching out to your provider. Quality proxy providers should have very low failure rates on supported sites.
Proxy speed is measured in milliseconds (ms) — the time it takes for a request to go from your server through the proxy to the target site and back.
For Shopify and Supreme, aim for under 150ms. For SNKRS draws (which are luck-based, not speed-based), up to 500ms is acceptable.
Your success rate is the percentage of proxies that returned a valid 200 response from the target site.
If your bot shows proxy locations, check that they match your needs:
If you want to test proxies outside of your bot, you can use command-line tools:
curl -x http://username:password@proxy_ip:port https://target-site.com -o /dev/null -s -w "HTTP Code: %{http_code}\nTime: %{time_total}s\n"
This shows you the HTTP status code and total request time. It's useful for quick spot-checks, but for testing a full list, your bot's built-in tester is more efficient.
Every test request is a real HTTP request to the target site. Running 100 test requests from 100 IPs in 30 seconds looks like a bot attack. The site may preemptively block those IPs.
Fix: Test once, 30-60 minutes before the drop. One round of testing is enough.
Testing against google.com only proves your proxy connects to the internet. It doesn't tell you if the proxy is banned on your target site.
Fix: Always test against the actual store URL you'll be botting.
A proxy that "works" but takes 400ms to respond will lose the checkout race to someone with 50ms proxies. Just because it connects doesn't mean it's good enough.
Fix: Set a speed threshold and remove anything above it. For Shopify, 200ms is a reasonable cutoff for datacenter proxies.
If your bot runs on a cloud server (which it should for competitive drops), test from the server, not from your home computer. Network conditions between your home and the proxy are different from your server to the proxy.
Fix: Run all proxy tests from the same server that will run your bot during the drop.
If your proxies were good an hour ago, they're still good. Retesting at the last minute generates unnecessary requests and adds stress without providing useful information.
Fix: Trust your earlier test results. Focus on making sure your tasks and profiles are ready instead.
Use this checklist before every major release:
Testing proxies is a small time investment that dramatically improves your success rate. The process is straightforward: import, format check, connectivity test, site-specific test, clean up. Do it once before every drop, and do it from the same server your bot runs on.
The difference between a successful drop and a wasted one is often preparation, not luck. Tested proxies are prepared proxies.
Ready to get proxies you can rely on? Check out Zenu's plans — we keep our IP pools fresh and our speeds fast so your tests come back green.
Related guides: