Self-Hosted vs Cloud Affiliate Tracker: Costs and Trade-offs

What running your own tracker really costs compared with a cloud service. Cost items, a hypothetical example and five questions to decide.

TDS Team Author
Published
9 min Reading time
All posts

If you are choosing between a tracker you install on your own server and a cloud service, the honest answer is that both work and the difference is who carries the upkeep. Self-hosted gives you full control over the machine, the data and the update schedule. Cloud takes the server administration off your plate and charges you for it in a subscription.

Most of the arguments online skip the boring part, which is the hours. A server is cheap. The evenings you spend on it are not. This post breaks the cost into line items you can fill in with your own numbers, then shows where each option fits.

Short answer

Pick self-hosted if you already run servers, want the data on your own machine and enjoy (or at least tolerate) the maintenance. Pick cloud if you would rather spend that time on campaigns. At low volume the cash difference is small, so the deciding factor is usually your own time and how much downtime you can live with.

What the two options actually mean

A self-hosted tracker is software you install on a VPS or dedicated server that you rent. Keitaro and Binom are well-known examples of this model. You (or someone you hire) install it, point your domains at it, keep PHP, the database and the operating system patched, and restore it when something breaks.

A cloud tracker is run by the vendor. You log in, add domains, create links and read stats. The vendor owns the database, the updates and the scaling. Voluum and RedTrack are usually listed in this group.

There is a middle zone that confuses people. Even with a cloud service you still use your own domains, and a domain has to resolve somewhere. With TDS.SO you point the domain's A record to your server, add your domains as a list and SSL is issued automatically. Rules, filtering and statistics are managed in the dashboard. So "cloud" here describes where the routing logic and the data live, and it does not remove the need to own domains and DNS.

The cost items, one by one

Every self-hosted setup has the same line items. Prices differ by provider and by region, so the numbers below are hypothetical and only show the shape of the math. Replace them with quotes you have actually received.

ItemSelf-hostedCloud
Server rentalYou pay the host monthly. Say $15 for a modest VPS, more as clicks growIncluded in the subscription
Software licenceDepends on the product; some are paid, some freeSubscription, often tied to volume or plan
Updates and patchesYour job: tracker, PHP, database, OSVendor
BackupsYou configure, store and test themVendor
DDoS and abuse handlingHost-level protection, a CDN, or your own rulesVendor infrastructure
Monitoring and alertsYou set it up, or you find out from a drop in clicksVendor
Your timeSetup, then a few hours a month if nothing breaksClose to zero for the platform itself

Notice that the last row is the one nobody puts into a spreadsheet. If your time is worth anything to you, it usually outweighs the server bill.

A worked example with made-up numbers

Say you spend a few hours a month on a self-hosted install: a security update, a disk-space warning, a failed backup. Put your own hour at $10 for the sake of the example and call it 4 hours.

LineSelf-hosted (hypothetical)Cloud (hypothetical)
Server$15$0
Backup storage$3$0
Licence or subscription$20$50
Maintenance time, 4 h at $10$40$0
Monthly total$78$50

Change any cell and the answer flips. If you already administer ten servers and the extra tracker costs you 30 minutes a month, self-hosted wins on cash. If you have never opened an SSH session, the first month alone can cost more than a year of subscription. The table is a template. Fill it in with your quotes before you decide.

What maintenance really looks like

Self-hosted trackers mostly run quietly, then occasionally demand attention at a bad time. The usual list:

  • Security updates. The OS, the web server, PHP and the database each ship patches. Skipping them is how servers get compromised.
  • Disk space. Click logs grow. A full disk stops the database, and with it every redirect.
  • Backups you have tested. A backup you never restored is a guess. Restore it once on a spare machine.
  • Traffic spikes. A big campaign launching at once can overload a small server. You find out when the ad spend is already running.
  • Hostile traffic. Flood traffic aimed at a tracker domain is a real thing. Some hosts filter it, some null-route your IP.
  • Version upgrades. A major release can need new PHP or database versions, and you plan the downtime.

None of this is hard for someone who does it weekly. It is annoying for someone who does it twice a year and has forgotten the commands each time.

What you get from self-hosting

Control is the real argument for it, and it deserves a fair hearing.

  • Data location. The click database sits on a machine you picked. If your rules require data in a particular country, or you simply prefer it, that is simple to arrange.
  • Customisation. You can edit configs, add server-level rules, plug in your own scripts.
  • Predictable cost at high volume. If you send very large click counts, a flat server bill can look better than a plan priced on volume. Check the actual plans before assuming.
  • Independence. No vendor changes pricing or features under you. You also carry every risk the vendor would otherwise carry.

What you get from cloud

  • No platform administration. Nobody wakes you at night because a disk filled up.
  • Faster start. Account, domain, link. You can have a working link the same day.
  • Switching and testing is cheap. Moving between cloud services costs you a migration, and not a rebuilt server.
  • Features arrive without you doing anything. You also accept the vendor's roadmap rather than your own.

On TDS.SO, for example, there is no cap on clicks, domains or links on any plan, and plans start at $9.99 per week, so the volume trade-off is easy to check on the pricing page. Rules are edited in the dashboard while the ad link stays the same, and filtered clicks are logged with a reason. Those are the same jobs a self-hosted setup would make you build and watch yourself.

How to decide

Run through these questions and count the answers.

  1. Do you already administer a Linux server and know how to restore from a backup?
  2. Would a few hours of downtime during a campaign cost you more than a month of subscription?
  3. Do you need the data stored on a specific machine or in a specific country?
  4. Is your volume large and steady enough that a flat server bill beats a plan?
  5. Do you want to edit the platform itself, beyond using it?

Questions 1, 3, 4 and 5 point to self-hosted. Question 2 points to cloud. Many people land in the middle, and for them the cheaper mistake to fix is starting in the cloud and moving later, because a cloud account is quick to set up and leaves nothing to rescue if you change your mind.

If you are also unsure whether you need a tracker, a TDS or both, the comparison of tracker and TDS covers that part of the decision.

Moving from one to the other

Whichever you choose now, you can change. The practical steps are the same in both directions: list your campaigns and rules, recreate them in the new system, test on a trickle of traffic, then switch the domain or link. Keep the old system running until stats on both sides agree. If you are leaving Keitaro or Binom, the migration page explains the manual help available; there is no one-click import.

Questions to ask before you commit

Whichever model you lean towards, a short list of questions saves you from surprises. Ask them of a vendor, or of yourself if you are the vendor.

  • What happens during an outage? For a cloud service, find out where status updates appear and how you will learn about a problem. For your own server, decide who gets the alert and who fixes it at night.
  • How do I get my data out? Click logs, conversions and campaign settings should be exportable in a format you can read.
  • How does cost change as I grow? Look at your current volume and at ten times that volume, and write both numbers down.
  • Who is on the hook for security? With your own server, it is you. With a service, read what the vendor says about it and treat the claims as claims until you can check them.
  • How long does a change take? Editing a rule, adding a domain or moving a link should take minutes. Time one real change during your trial.

A trial period or a short first month is the cheapest way to answer these. Run one small real campaign on the option you prefer, keep a note of every hour spent on anything that is not campaign work, and compare that note with your hypothetical table.

FAQ

Is a self-hosted tracker cheaper than cloud?

Sometimes, on the invoice. Once you count your maintenance hours and the cost of an outage during a campaign, the gap narrows or reverses for small teams. For large steady volume the flat server bill can win.

Can I switch from self-hosted to cloud later?

Yes. You rebuild campaigns, rules and links in the new system, test on a small share of traffic and then move the domain. Keep the old system up until the numbers match.

Do I still need my own domains with a cloud tracker?

For TDS.SO, yes. You connect your own domains and point each domain's A record to your server. SSL is issued automatically, and domains are added as a list.

Is self-hosted safer?

It depends on who administers it. A well-patched, monitored server is solid. An ignored one is a liability. Security is a property of the upkeep and the setup, so the hosting model alone doesn't decide it.

What happens to my data if I leave a cloud tracker?

Check the export options before you sign up: click logs, conversions, campaign settings. Ask the vendor directly if the documentation is unclear.

If you want to see what the cloud side looks like in practice, the TDS.SO plans are the quickest way to compare your hypothetical table against real numbers.

Was this article useful?
TDS Team Author

Guides and write-ups on routing, bot filtering and tracking from the TDS.SO team.

All articles by the author
Keep reading

Related

All posts
Basics 8 min

Tracker vs TDS: What's the Difference and Which Do You Need

10 Nov 2026 · TDS Team
Basics 6 min

When you need a tracker, and when UTM is enough

22 Mar 2021 · TDS Team
Redirects 9 min

UTM Parameters Lost After Redirect: How to Keep Them

10 Nov 2026 · TDS Team

Try it on
your own traffic

Link the Telegram bot and get 3 days free, once per account.

Create account