VidKeep

Troubleshooting

Plays for You, Fails to Download

Portrait of Daniel Okafor, VidKeep engineer
Daniel OkaforVideo-tools engineer, VidKeep
· Published 2026-08-01 · Updated 2026-08-01 · 6 min read
Message shown when a link cannot be processed

Because you and the downloader are not the same visitor. Your browser arrives signed in, from a home connection, in your country. A downloader arrives as nobody, from a datacentre, somewhere else. The platform answers those two requests differently, and four causes cover nearly every case of a video that plays for you and not for the tool.

The four causes

CauseHow to confirm
You are signed in and it needs an accountOpen the link in a private window
Region block on the server's countryOther videos work; this one does not, anywhere
The platform refuses datacentre requestsEvery video from that platform fails
Rate limiting after several downloadsIt worked ten minutes ago

The private-window test settles the first and rules it out for the rest, which is why it is worth doing before anything else. It takes ten seconds and it is the only check that shows you what a downloader sees.

If the video plays for a logged-out visitor and still will not download, the cause is one of the other three — all of which are about where the request comes from rather than who is making it.

A clear message shown when a link cannot be processed
A specific message narrows this quickly; a generic one usually means the platform refused.

Being signed in changes more than people expect

An account is invisible while you have one, which is what makes this so confusing.

Signed in, a platform may show you: content from private accounts you follow, age-gated material, members-only videos, region-restricted content available in your account's country, and higher qualities reserved for subscribers. All of that looks like ordinary public video from inside.

Signed out, most of it disappears. A downloader has no account and never will — there is nothing for it to sign in with, and any service claiming otherwise is either using pools of accounts or asking for yours — the honest answer.

The pattern to recognise: if the private window shows a login prompt, an age gate or a subscribe wall, that is the whole explanation and no tool changes it.

Where the request comes from

The second half of the difference, and the part nobody can see.

Your connection belongs to a person in a place. A downloader's belongs to a server in a datacentre, usually in a different country. Platforms judge both, and they judge them differently.

Region. A video available where you are may be blocked where the server is, and the block that applies is the server's — which cuts both ways.

Datacentre suspicion. Servers make requests at machine speed, which is what scraping looks like, so some platforms refuse them outright and others throttle them sooner. Your home connection is never treated that way — tested per platform.

Neither is something a tool can engineer around honestly. Rotating through addresses until one is not blocked is the technique that exists, and it is fragile, against platform terms, and the mechanism behind most claims to bypass restrictions.

The timing clue

When it worked earlier and does not now, the cause is usually rate limiting rather than anything about the video.

The tell is a run of downloads shortly before. Platforms escalate: slower answers, then fewer formats offered, then a refusal or a bot check. By the time it is obvious, several requests have already been counted — the escalation in detail.

The correct response is the opposite of the instinctive one. Retrying extends the limit you are waiting out; waiting a few minutes clears it. Your browser meanwhile is unaffected, which is exactly why the video still plays for you.

The same thing happens on shared connections without you doing anything. On an office or campus network everyone shares one public address, so you can inherit someone else's throttling on your first attempt of the day.

Working through it in order

  1. Open the link in a private window. If it does not play there, no tool will reach it and you have your answer.
  2. Try a different video from the same platform. If others work, the problem is this video; if none do, it is the platform.
  3. Try a video from a different platform. If that works, the tool is fine.
  4. Wait ten minutes. If it then works, that was rate limiting.
  5. Read the message. A specific one names the cause; a generic one usually means the platform refused before saying anything — what each message means.

Four checks, about a minute, and they distinguish every cause on this page. Trying another download service instead is the common move and rarely helps, because the constraint is almost never the software.

What is genuinely worth trying

The last one is the only genuine fix for the datacentre problem, and it is worth knowing that it exists rather than concluding the video is unreachable.

Why we cannot see what you see, and say so

This asymmetry is uncomfortable to explain because it makes the product sound unreliable, so it is worth setting out precisely where our view ends.

We ask the platform from one server, in one country, with no account. That is the only view we have. When a platform tells us a video is unavailable, we cannot tell whether it is unavailable to everyone, unavailable from our address, or simply not being served to us at that moment — the answer looks identical in all three cases.

Which is why our messages are specific where the platform is specific and vague where it is not. A platform saying ‘private’ or ‘removed’ gets passed on as that. A refusal with no explanation gets a message saying we could not read the video, rather than a confident guess about why. Inventing a detailed reason would send you fixing the wrong thing.

We could reduce the gap by routing requests through addresses in different countries until one worked. The parameter for it exists in our code and nothing sets it in production, deliberately: rotating addresses to defeat regional blocks is systematically working around territorial licensing, and it produces a service that works intermittently and fails unpredictably as pools get identified.

So the honest position is that your browser will sometimes reach things we cannot, and there is no version of this product where that stops being true. A local tool on your own machine closes that gap because it makes the request as you — which is a real recommendation and one we would rather give than pretend the limitation away.

There is a smaller thing we do to narrow it. Requests go out with the headers a browser would send, because a request that announces itself as a script gets refused sooner by every platform. That is not evasion — it is looking like an ordinary visitor rather than deliberately unlike one — and it is where the honest end of that spectrum stops.

Beyond that, the difference between your view and ours is structural. Any tool that claims to have eliminated it is either running on your machine, which genuinely does, or doing something with accounts and addresses that it is not describing.

Frequently asked questions

Why does a video play for me but not download?

You are a different visitor: signed in, from a home connection, in your country. A downloader arrives as nobody, from a datacentre, elsewhere.

How do I check which cause it is?

Open the link in a private browser window. If it does not play there, no tool can reach it. If it does, the cause is the server's location or throttling.

Why does being signed in matter?

An account can show you private, age-gated, members-only and region-specific content that looks like ordinary public video from inside.

It worked ten minutes ago. What changed?

Almost certainly rate limiting after a run of downloads. Waiting clears it; retrying extends it. Your browser is unaffected, which is why the video still plays.

Would a different download site work?

Rarely. They all make requests from datacentre addresses and meet the same refusals. A tool running on your own machine is the exception.

Can you not just route around the block?

Rotating addresses to defeat regional blocks means working around territorial licensing, and it produces a service that fails unpredictably. We decided against it.

Try it yourself

VidKeep runs in your browser — paste a link, pick a quality, keep the file. No account, no app.

Open VidKeep

Last updated: 2026-08-01. We revise our guides as the platforms change.