2 September 2026 · Guide · 7 min read

How to keep a watchlist that survives across services

You have five watchlists, one per app, and none of them is the list. Each one is a partial record that quietly stops being true the moment a title leaves that service or you cancel the subscription. Here is how to keep one list instead, and how to stop it rotting.

Why per-app lists rot

A watchlist inside a streaming app is not a list of things you want to watch. It is a list of things that service currently carries that you want to watch — a very different object, and one with three failure modes built in.

Titles leave. Licences expire. When a film's window on a service ends, the entry in your list becomes an entry you cannot act on, and in some apps it simply disappears without telling you. Your record of wanting it goes with it.
Subscriptions end. Cancel a service and the list goes dark with it. If you resubscribe eighteen months later it may come back; if you do not, it is gone, along with the reason you added each entry.
The list cannot see across the wall. A film sitting in one service's list may also be included on another service you already pay for, or rentable for less than the subscription you are keeping for it. A per-app list structurally cannot tell you that.

Underneath all three is one design decision: the list is owned by the service. That is fine for the service and bad for you, because the thing you actually want to persist — I want to watch this — has nothing to do with who is currently licensed to show it.

Step 1 — Pick one home for the list, and make it not a streaming app

The only hard requirement is that the list survives cancelling a subscription. Anything that satisfies that works: a notes app, a plain text file in a synced folder, a spreadsheet, a dedicated tracking app, or a TV app whose list is stored in your own account rather than a service's.

Two secondary criteria are worth weighing. First, can you add to it in the two seconds after someone recommends something, on whatever device you are holding? A list you cannot add to instantly will not get used. Second, can you read it on the television, where the actual decision gets made? A list that only exists on your laptop is a list you will not consult at 9pm.

A plain text file scores badly on the second and superbly on the first and on longevity. Choose knowingly.

Step 2 — Record the title, not the service

Each entry should carry: title, release year, and whether it is a film or a series. The year matters more than it looks — remakes, and unrelated films with the same name, are common enough that a bare title will eventually send you to the wrong thing.

Deliberately leave out where it streams. That is the field that goes stale, and once you have written it down you will trust it, which is worse than not having it. Availability is a question to ask at watch time, not save time.

One optional field earns its place: why. Three words — who recommended it, or what it is for — turn a list of names you no longer recognise into a list you can choose from. Six months later, "the one about the lighthouse, from Sam" is the difference between watching it and scrolling past.

Step 3 — Empty the per-app lists into it, once

Go through each service's my-list section and copy across everything you still want. This is genuinely tedious and it is a one-time cost. Do it in a browser rather than on the TV where you can — most services' web interfaces show the list as a page you can read quickly, which beats a slow horizontal row on a television.

Expect to discard half. Entries added years ago in a moment of enthusiasm are not obligations. If you do not recognise it and it does not sound appealing now, it does not make the transfer.

Then stop adding to the per-app lists. This is the part that fails: the app puts an add button on every screen and the habit is strong. It is fine to leave the old lists in place — just treat them as history, not as the list.

Step 4 — Split by intent, or it becomes unusable

One long undifferentiated list of 200 titles is a monument, not a tool. Nobody chooses from it. Split it three ways:

Soon. Ten entries maximum, things you genuinely intend to watch in the next month. This is the list you actually open on the television. The cap is the whole point — if it is full, something has to leave before something joins.
Someday. Everything else. No cap, no guilt, and no expectation that it shrinks.
Following. Series with episodes still to come. These behave completely differently from films: the question is not "where is it" but "has the next one aired". Mixing them into the same list is why watchlists feel broken.

Entries move from Someday to Soon deliberately, usually while you are already deciding what to watch. That promotion step is the moment the list does its work.

Step 5 — Ask about availability at watch time, every time

Because you did not record where things stream, you have to look it up — and that is correct, because any recorded answer would have been out of date. The workflow at 9pm is: pick from Soon, then check which of your services carries it right now, then go.

The check is the part that is genuinely annoying by hand, which is where searching once across all your services instead of opening apps one at a time matters. If you want the mechanics of doing that lookup well, how to find which streaming service has a movie covers the four questions to answer, including the included-versus-rent trap. And if the same title keeps showing up on a different service than you expect, why a film is on Netflix in one country and Prime in another explains the licensing behind it.

Step 6 — Prune on a schedule, and archive rather than delete

Put a quarterly reminder in the calendar. Read the Someday list and move anything you no longer want into an archive section — not out of existence. Archiving costs nothing and removes the small resistance that stops people pruning honestly.

Two signals to watch for. An entry that has survived three prunes without moving to Soon is telling you something: you like the idea of having watched it more than the prospect of watching it. And a Following entry whose series ended two years ago is finished business — move it out.

What JumpIn does here. JumpIn is an Apple TV app. Its watchlist lives in your own private iCloud database rather than in any streaming service, so it survives cancelling a subscription and comes back on a replaced Apple TV. The free version keeps one list; Pro adds unlimited lists — one per person, or Soon and Someday as separate lists — plus a Coming Up calendar for the Following case, showing when the next episode of a series you track is due.

Two honest limits. JumpIn never plays video; it finds where a title is available and hands you to the service's own app. And availability data changes constantly, so what it shows is current rather than permanent — which is exactly why the list should not store it. JumpIn is not on the App Store yet; join the waitlist to hear when it arrives.