Shared Album Deleted, or Just Unreachable?

The message is a guess

Somebody sent you a link to the album from the wedding. You opened it on the day and it worked. You open it again a fortnight later and the page tells you the album may have been deleted or the share revoked. There is a button back to somewhere you have never been, and no way to ask anyone anything.

Here is the part nobody says out loud: that sentence is almost never a fact the page looked up. It is what a page says when it has no album to show and no better explanation to offer. Deleted, revoked, expired, never yours in the first place, or the server simply did not answer this time - all five arrive at the same blank hand, and most products render the same sentence over all of them.

Viallo is a private photo sharing platform built around albums you send as a link, where the person opening it never makes an account, photos are kept at the resolution they were uploaded at, and nothing on the server reads your pictures to train a model. An album whose recipients have no account is exactly the album where this message costs the most: there is nobody to log in as, no support ticket to file, and no second route to the photos.

Which screen you are on already tells you something

Before reading the words, look at the address. There are two different failures wearing similar clothes, and the URL separates them cleanly.

The distinction matters because the first one is a verdict and the second one frequently is not. A share address that comes back refused has been through the check: the link exists or it does not, it is active or it is not, the expiry date has passed or it has not. An album address reached without the link has no capability attached to it, so a refusal there means only that this visitor cannot open this album - which is also true of every album on the internet that is not yours.

Bookmarking the long address is the single most common way people lose access to an album they still have every right to see. The link is the key. Keep the message it arrived in.

Five things that produce the same sentence

Sorted by how likely each is when someone tells you their link stopped working.

1. The link expired. Whoever sent it set a date, the date passed, and nothing about the album changed. The photos are all still there. This is the easiest to fix and the one most people never consider, because an expiry set two months ago is not a thing anybody remembers doing.
2. The link was switched off. Revocation is deliberate and usually specific - one link out of several, because it went somewhere it should not have. Other people may still be opening the same album quite happily on a different link.
3. You are on the wrong address. A bookmark, a link that got truncated by a chat app, a copy that lost its tail. The album is fine and so is your access; what you are holding is no longer a key.
4. The album really was deleted. It happens, and it is the only one of the five where there is nothing to recover by trying again.
5. Nothing was wrong. The page could not reach the server and filled the silence with the worst of the four above.

That last one is the reason this article exists. It is indistinguishable from the other four if you are the person reading the screen, and it is the only one where doing absolutely nothing except waiting a minute and reloading is the correct response.

What a page should do when it cannot reach the server

A refusal and a silence are not the same event, and a page that treats them the same will eventually tell somebody their photos are gone because a connection dropped. Viallo now separates them. An answer from the API that says no - the status codes that mean this visitor has no access to this album - still produces the not-found screen, because that is a verdict and it is worth showing. A read that never got an answer at all, whether it timed out, was dropped in transit, or came back as an error from the edge rather than from the application, no longer counts as one.

In that case the page holds its loading state instead. The header stays, the shape of the album stays, nothing is announced. It looks like a page still working, which is what it is. That is a smaller change than it sounds and a strangely important one, because the previous behaviour had the failure mode backwards: the rarest cause of an empty screen was being reported with the most alarming sentence available.

The same fix removed a duplicate report to our error tracking, where a failed server-side prefetch was being filed twice under two different contexts, which had been quietly inflating how often this looked like it was happening.

If you are the one holding the link

Four things, in order, and the first two take ten seconds.

• Reload once, then wait a minute and reload again. This is the only test that separates a real refusal from a bad moment on the network, and it costs nothing.
• Go back to the original message and copy the link again. Do not retype it and do not use a bookmark. Chat apps truncate long addresses more often than you would think.
• Try it signed out, in a private window. If you have an account of your own, being signed in can send you down the owner path for an album you do not own, which produces a refusal that has nothing to do with the link you were sent.
• Then, and only then, ask the sender. Ask them two questions rather than one: whether the album still exists, and whether the link has an expiry date on it. They will almost certainly know the answer to the first and not the second.

If it is your album and someone tells you the link is dead

You have something the recipient does not: you can see the link. An expired link does not vanish from the owner's view, and it is not supposed to - a list that quietly hid expired links would leave you unable to see or revoke the thing somebody is complaining about. So open the album's sharing settings and read the link's own state before troubleshooting anything else.

The usual outcome is dull: the link has a date on it from when it was created, and the date has passed. Issue a new link or clear the expiry and the problem is over. Worth knowing while you are in there:

• Expiry is per link, not per album, so one person can be locked out while everyone else carries on. If two people report the same album and only one is stuck, this is why.
• A link that was revoked stays revoked. Reinstating access means a new link and a new message to whoever needs it.
• If nobody can open it and you can, check whether you are simply signed in. The owner sees the album through a different door than the people you sent it to.

The version of this that does not happen

Most of this trouble comes from the same root: access that depends on state nobody can see. An expiry date set once and forgotten, a link revoked for a reason that made sense at the time, an account the recipient was supposed to have. If you are choosing where to put an album that people will come back to for years, the useful question is not which service has the nicest gallery but how much invisible state stands between the person and the photos. We compared the ways shared photo links expire across the major platforms, and what revoking a shared link actually does to the people already holding it. If the album opens but individual pictures are missing from it, that is a different problem with four causes of its own, and an invitation that arrives but refuses to open is usually an address that does not match an account.