Links
Open Links

How to choose a URL shortener: test your real publishing task

Compare shorteners with an evidence worksheet for editing, destinations, ownership, costs and exit planning instead of relying on a feature list.

Choose a URL shortener by testing the job you need it to do after the link is shared. Making a long URL shorter is only the start. Also ask: who can change the link later, what do visitors see, who pays to keep it working, and what happens if you leave?

Reunified, the maker of Links, publishes this guide, so treat it as a way to choose, not an independent ranking. The example is a made-up workshop team sharing a public guide on its website and on printed welcome cards. Swap in your own task before you compare tools.

Define what would make a tool unsuitable

Before you read any feature lists, write down three things the tool must do. For the workshop: the printed address must keep working when the destination changes, a colleague must be able to look after it, and readers must reach the right public guide. Keep these must-haves apart from nice-to-haves, such as how the dashboard looks.

Another team might need a custom domain, password protection, automatic expiry or an integration. Write that down too, and check the current documentation. Don’t count a planned feature as one you can use today, and don’t assume Links has a feature just because another shortener does. If a must-have isn’t supported or you haven’t tested it, don’t use that tool for real links yet.

Use the same small trial for each candidate

Pick a harmless public test page and a second page that clearly looks different. Create one test link, put it in a private test document, and keep that original address. Then change the link’s destination using the tool’s normal controls and open the original link again.

Use a phone and a computer, and test while signed out of the destination. Check that a reader can finish the task, not just reach a first screen. If you need routing, add one simple rule, such as a different page for one language, and test what everyone else gets. Don’t build a complicated set of rules just to make the comparison look thorough.

Record evidence instead of feature scores

Keep one worksheet for each tool, with the test date and the plan or account you used:

Requirement What to record
You can change where a shared link goes The original test link before and after you changed its destination
The right people can open the destination The result when signed out, or a test by someone who should have access
Routing, if you need it A visitor who matches the rule, and one who doesn’t
Colleagues can help maintain links A colleague’s account and what they can actually change
Useful click reports The fields you get, the time periods and what counts as a click
The link keeps working What you pay for, who pays, and what happens when the money or credits run out

Mark each one pass, fail or not tested. A screenshot of a feature label proves less than a finished task. Keep gaps visible instead of quietly marking them as a pass. And if a feature isn’t on one marketing page, that doesn’t mean the service lacks it; check its official documentation.

Compare ongoing costs and boundaries

Read the current pricing for the way you expect to use each tool, including any charges for accounts, domains, clicks or features. Compare the same period and the same amount of use. Write down what happens when a trial ends, a subscription is cancelled or a balance runs out. Free link creation doesn’t always mean free use forever.

In Links, creating links is free and each counted click uses credits; if the credits run out, the links pause. The cost-planning guide explains how to plan for expected clicks, shared credits and a reserve. A click isn’t always a unique person or a completed action, so read the analytics guide before you compare click totals from different providers as if they counted the same thing.

Test ownership and the exit plan

Ask the person who will look after the campaign to check their own access. Make sure you control both the short link and the destination page. A working redirect isn’t enough if the next person can’t update the guide it leads to.

Ask what you can take with you if you leave: a list of your links, their destinations and useful reports. Check any export or domain transfer for yourself instead of assuming everything moves easily. Links uses its own short addresses, so creating a link there doesn’t take over an address from your old provider. Include sent messages and printed cards in your migration plan, because you can’t change them once they’re out.

Choose with explicit tradeoffs and a review date

Sum up your decision in a few lines: the task, which must-haves passed, what’s still unclear, who is responsible, the expected running cost and when you’ll review it. For the workshop, a simpler tool that keeps its public guide working and is easy to hand over may suit better than one with many controls nobody uses.

Keep your current setup until the new tool passes the must-have test. Check your choice again when owners, destinations or usage change. Links is worth trying if what it does fits your needs, and a real test and an honest exit plan are better reasons to choose any tool than a long feature list.

Written by

Reunified makes apps that bring scattered things back together.

Keep reading

All posts

4 min read

Build a useful customer-support link library

Create reusable support links for the right product version and task, test recipient access and maintain answers without putting private case data in URLs.

Make your first short link

Sign in with your Reunified account. New accounts start with 100 credits, enough for 2,000 clicks.