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.

A page with no album to show can get there five ways: the album was deleted, the link was revoked, it expired, the address was never a key in the first place, or the server did not answer this time. A page can only name the cause it looked up. One that renders a single sentence over all five is guessing, whichever sentence it picks.

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.

A bookmark of the long address keeps the album's location and drops the key, so it can fail while the album is still there for everyone holding the link. The link is the key. Keep the message it arrived in.

Five things that produce the same sentence

The first is the one Viallo's share page showed most often between 28 September and 25 October 2026, with the counts further down; the other four are in no particular order.

1. The album really was deleted. It is the only one of the five where there is nothing to recover by trying again.
2. The link was switched off. Revocation is deliberate and applies to one link, not the album. Other people may still be opening the same album on a different link.
3. You are on the wrong address. A bookmark, a link cut short when it was pasted, 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 link expired. Whoever sent it set a date, the date passed, and nothing about the album changed. The photos are all still there. On Viallo only the Admin link can carry an end date, and on 26 October 2026 none of the 1,134 album share links in Viallo's database had one.
5. Nothing was wrong. The page could not reach the server and filled the silence with the worst of the four above.

On a page that shows one sentence for everything, that last one is indistinguishable from the other four, and it is the only one where waiting a minute and reloading is the correct response.

What a Viallo share link says when it stops opening

On 28 September 2026 Viallo stopped showing one sentence for every dead share link. A link that existed and no longer opens now gets a heading that names the cause and says what to do about it:

The first three are verdicts the server looked up, which is what a single generic sentence cannot be. The last row is the one to read carefully, because it is still a catch-all. It covers a link that lost its tail in a chat app and one that was mistyped, a link to an album deleted before 28 September 2026, since those deletions left no record of the links that pointed at them, and a request that got no answer from the server even after the page tried a second time. So it tells you the address did not open just now, not whether the photos still exist, and a reload a minute later is still the first thing to try.

These four pages belong to a link for one album. A link that opens several albums at once still shows a single page for every cause, headed This link is no longer available.

Which screen do people actually see when a Viallo link stops opening?

Mostly the deleted album. The table counts every share-link open Viallo's share page reported an outcome for between 28 September and 25 October 2026, by the screen it ended on. The counts were read from Viallo's own analytics and database on 26 October 2026 and are published in dataset.csv.

The second row merges three screens because two of them came from fewer than 10 people each, and this count publishes nothing built from fewer than 10. The expired screen never appeared, and the database says why: of 1,134 album share links stored on 26 October 2026, 42 were turned off and none had an end date, so no link could expire. For Viallo the title's question has a measured answer: a share link that says the album was deleted is usually right, and about one dead-link screen in five was the catch-all, where a reload is still the first thing to try.

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, because the previous behavior reported a dropped connection with the most alarming sentence available.

If you are the one holding the link

Four things, in order.

• 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: either can leave you holding an address that is not the link.
• 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. If the heading on your screen already named the cause, tell them which one.

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 Share sheet and find out which link the person was sent. Under Links to this album, the View only and Add photos rows show what each link allows and never an end date. A revoked link is gone from its row, which then shows Create or a newer link with a different address, so compare the address there with the one the person holds. The Admin link is the only one the Share sheet lets you give an end date, and its row keeps reading Can also edit the album until that date even after the date has passed. A link made with Share albums is listed on Profile sharing instead, where links have no end date and a revoked one drops out of the list.

Among dead Viallo links the commonest cause by far is a deleted album, so check first that the album is still in your list. If it is the Admin link and its date has passed, open that row's menu, choose Change end date, clear the date and press Save, or send a different link. Worth knowing while you are in there:

• Expiry and revocation are per link, not per album, so one person can be locked out while everyone on a different link carries on.
• 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. How shared photo links expire on other platforms has its own article. If the album opens but individual pictures are missing from it, that is a different problem, and an invitation that arrives but refuses to open is usually an address that does not match an account.

How was this checked?

On 26 October 2026 we counted, in Viallo's PostHog analytics, every share-link open between 28 September and 25 October 2026 by the outcome the share page recorded, with bots and Viallo's own accounts excluded, and read the album share links in the production database with a read-only query for how many were turned off and how many had an end date. Only counts left the database, and any count from fewer than 10 people was merged. The results are in dataset.csv, and check.py re-checks the sums, the percentages and the headings the share page still renders.