Strips the tracking, keeps the link working
Removing query parameters is easy; removing only the ones that track you and leaving the ones the page needs is the whole job. Checked at paste time, before anything is stored.
Most shorteners are surveillance with a convenience feature attached. This one keeps the convenience: it strips the tracking parameters from your destination, leaves the ones the page needs, and never reads the address of the person who clicked.
example.com/post?utm_source=newsletter&fbclid=IwAR…&id=7example.com/post?id=7Removing query parameters is easy; removing only the ones that track you and leaving the ones the page needs is the whole job. Checked at paste time, before anything is stored.
No IP address is read — not logged, not hashed, not counted. Counters are aggregate: total clicks and when the last one happened. Nothing that reconstructs who went where.
One link, an App Store target for iOS and a Play Store target for Android, or an A/B split. The User-Agent is read in flight to decide and never stored.
A PIN in front, an expiry date, or a click budget after which the link self-destructs. The unlock attempts are limited per link, not per visitor — because there is no visitor to limit.
Point a domain you own at it and short links come out under your name. Several at once, if you keep projects apart.
API keys for a CLI, a bot or an editor plugin, bulk import from CSV, export back out, and HMAC-signed webhooks when a link is created or runs out.
Accounts here are approved one by one by a person. The service is one static binary with its dashboard inside and a SQLite file — the image is built from a tagged commit, scanned before release, and published with provenance.