Answer
The Gallery Will Not Load on My Client's Phone
Won't load covers four different problems, and each one looks different on the screen. Find out what your client actually sees, then work the causes in order. Most are fixed in a minute without touching the gallery.
Updated September 2026
A client texts to say the gallery will not load on their phone. The gallery works for you on your laptop. Before you change a setting or send a new link, you need one piece of information from the client: what is on their screen right now.
This page describes how a clientgallery.io gallery opens on a phone, as the product code does it today, checked on 30 September 2026. It gives the causes in the order worth ruling out, the fix for each, and the steps Apple and Google publish for their own browsers where a phone setting is involved. It also says plainly what you cannot see from your studio, because guessing at a client's handset wastes both of your evenings.
Ask this first: what is on the screen
Clients describe very different screens with the same four words. The table sorts them.
| What the client sees | What it means | Where to go |
|---|---|---|
| A not-found page | The link is wrong, or the gallery is not reachable at that link | Cause 1 below |
| A blank or half-drawn page, or photos that never appear | The connection, or something on the phone, is stopping the page | Causes 2 and 5 |
| A password box, and a line saying the entry is not right | A password problem, or a connection that dropped while checking it | Cause 3 |
| A password box that comes back after a correct entry | The browser is not keeping the remembered entry | Cause 4 |
A screenshot answers this faster than a description. Ask for one. It also shows you the address the client actually opened, which settles cause 1 on its own.
Cause 1: the link itself
A gallery that the client cannot reach answers with a not-found page. It never shows a password box first. So a client looking at a not-found page will not get in by waiting, refreshing or typing a password.
The common reasons, in order:
- The link was cut short. A link that wraps across two lines in an email, or that was retyped by hand from a printed card, loses characters. The token at the end of the link has to be exact.
- It is an old link. If the client opened a link from a gallery you later revoked, or from your previous platform, it is not this gallery.
- You revoked access. A revoked gallery stops answering at its link. Check the gallery in your studio before you assume the client typed it wrong.
The fix is the same for all three. Copy the current link from the gallery in your studio and send it again, on its own line, so it cannot wrap. If the old link was lost altogether, the answer on a lost link covers the resend.
Cause 2: the connection
The photos a client sees in the gallery are proofs. They are compressed in your own browser when you upload, and sized for fast viewing on a screen rather than for printing. The full-resolution files are not in the gallery at all. They travel as a separate ZIP that you upload per gallery, so browsing never pulls a print file down a phone connection.
That keeps a gallery fast on mobile data, but it cannot make a weak signal strong. A client in a basement, on a train or at the edge of a venue's wifi can get a page that starts and stalls. Ask them three things:
- Does another website open on the same phone, right now?
- Does the gallery open if they switch between wifi and mobile data?
- Does it open a few minutes later, somewhere with a steadier signal?
If another site fails too, it is the connection, not the gallery. Test it yourself the way your client sees it: open the link on your own phone with wifi switched off. That is the closest you can get to their conditions from your side.
Low Data Mode on an iPhone. Apple lists what Low Data Mode does: it stops using network data for apps you are not actively using, turns off Background App Refresh, reduces the quality of streaming content, and turns off automatic downloads and backups. Blocking a web page the client has open is not on that list, so it is an unlikely cause. If everything else checks out, switching it off for a minute is a cheap test. Apple puts the switch under Settings, Cellular, Cellular Data Options for mobile data, and under Settings, Wi-Fi, then the information button next to the network, for wifi.
Cause 3: the password box says it is wrong
A password-protected gallery opens on a short page with your studio name, the gallery title, one password field and an Open button. The button stays inactive until something is typed. On a wrong entry, a line appears saying that is not it and telling the client to check with you.
Two details matter on a phone. First, that same line appears when the entry never reaches the server, for example when the signal drops at the moment the client taps Open. A client on a weak connection can see the wrong-password line with the right password. Ask them to try once more on a steady connection before you change anything.
Second, phones fill in saved passwords. The field hides what is typed, so if the browser fills in an old password for your studio, the client cannot see that it did. Ask them to clear the field and type the password by hand.
The check is exact about capitals and ignores spaces at the start and end. The full list of password causes, and where to read the current password in your studio, is in the answer on a password that does not work.
Cause 4: the password box keeps coming back
A correct password is remembered in a small cookie that the gallery sets in that browser, for 30 days. The page then reloads, and the gallery reads the cookie to let the client in. Downloads check the same cookie.
So if the password is accepted and the box comes straight back, the browser did not keep the cookie. The usual reason is a setting on the phone that blocks cookies. Apple's own support page on Safari says that with Block All Cookies turned on, people will likely be unable to sign in to sites even with the correct details, and some site features may not work. A gallery password behaves the same way.
- On an iPhone in Safari: Apple places Block All Cookies under Settings, Apps, Safari, Advanced. If it is on, the client can turn it off, or open the gallery in another browser.
- A quick test on any phone: ask the client to open the link in a different browser on the same phone and enter the password there. If it works, the first browser's settings are the cause.
A client who is asked again on a later visit is a different case, and it is expected. The remembered entry belongs to one browser and one address. A new browser, a new device, the other form of your gallery link (your subdomain or a clientgallery.io/g/ address), 30 days passing, or a password change you made all ask once more.
Cause 5: something stored on the phone
When the link is right, the connection is fine and the page still misbehaves, the browser's stored data for the site is the next thing to rule out. There are two ways to test it, and one is gentler than the other.
The gentle test: a private tab. A private tab starts without the site data the browser has stored. On Android, Google's Chrome help says to tap More, then Open in a new Incognito window. Google also says Chrome keeps cookies and site data during the Incognito session and removes them when it ends. For a gallery that means the password works inside the Incognito tab, and is asked for again next time. If the gallery opens there, the stored data in the normal tab is the cause.
The thorough fix: clear the site data. Both companies publish the steps, and both describe a cost. Apple says removing website data clears what sites use to save login information. Google says a client who was signed in will need to sign in again.
| Phone and browser | Steps the vendor publishes | What the client loses |
|---|---|---|
| iPhone, Safari, keep history | Settings, Apps, Safari, Advanced, Website Data, Remove All Website Data, Remove Now | Stored site data and cookies; history stays |
| iPhone, Safari, everything | Settings, Apps, Safari, Clear History and Website Data, choose the time range, Clear History | History, cookies and cache for the chosen range |
| Android, Chrome | Chrome, More, Delete browsing data, choose the time range, Delete data | Site sign-ins; Google notes some sites seem slower at first because images load again |
Suggest the private tab first. Most clients will not want to be signed out of every site on their phone to look at their photos, and they should not have to be when a one-tab test answers the question.
When the link was opened inside another app
Links often reach clients inside a messaging or social app, and some of those apps open links in their own built-in browser rather than in Safari or Chrome. We have not found published documentation from those apps that we could cite about how their browsers handle cookies, so we will not guess at it here.
The practical test does not need the details. Ask the client to copy the link and paste it into Safari or Chrome directly. If the gallery opens there, the app's built-in browser was the problem, and the client can keep using the main browser from then on. Remember that a password entered in one browser is not remembered in another, so they will be asked once.
What you can and cannot see from the studio
It is tempting to look for an answer in your dashboard. Be clear about what is there.
| Signal | Where | What it tells you |
|---|---|---|
| Opened indicator | Each gallery tile in your studio | Whether the gallery has been opened yet |
| Device split: mobile, desktop, tablet | Account-wide analytics | How your visitors divide across devices, across all your galleries |
| One visitor's phone model, browser or error | Nowhere | Not recorded. Visitors are counted, never identified |
The opened indicator is the one per-gallery signal, and it is the useful one here. If the tile says the gallery has not been opened yet, the client never got past the link or the password. The device split is account-wide, so it tells you that phones matter to your clients in general, not what one client's handset is doing tonight. There is no browser breakdown. For one client's problem, the screenshot is still the best diagnostic you have.
A message that prevents the next report
- Put the link on its own line so it cannot wrap and break.
- Put the password on its own line, with its capitals exactly as set.
- Add one sentence: if the page does not open, try it in Safari or Chrome directly, on a steady connection.
- Tell the client they can star photos on the phone and make the final choice on a bigger screen. The phone experience itself is covered in the guide to a client gallery on a phone.
If the gallery opens but feels slow rather than not loading at all, that is a different diagnosis, written up in why a client gallery is slow to load.
Sources
Phone and browser steps come only from Apple and Google's own support pages, all fetched 30 September 2026:
- Apple Support, Use Low Data Mode on your iPhone and iPad: https://support.apple.com/en-us/102433 (fetched 30 September 2026)
- Apple Support, Delete your Safari history, cache, and cookies on iPhone (including Block All Cookies): https://support.apple.com/en-us/105082 (fetched 30 September 2026)
- Google Account Help, Clear cache and cookies, Android: https://support.google.com/accounts/answer/32050?co=GENIE.Platform%3DAndroid (fetched 30 September 2026)
- Google Chrome Help, Browse in Incognito mode, Android: https://support.google.com/chrome/answer/95464?co=GENIE.Platform%3DAndroid (fetched 30 September 2026)
Every statement about clientgallery.io was checked against the product code on 30 September 2026: the not-found page for unknown, revoked or unreachable links; the password page, its inactive button and its wrong-entry line, which also shows when the entry never reaches the server; the exact, case-sensitive check with spaces at the ends removed; the 30-day remembered entry kept in a cookie per browser and per address, tied to the current password and checked again by downloads; proofs compressed in the browser at upload with full-resolution files delivered separately as a ZIP; the opened indicator per gallery; and the account-wide device split with no browser breakdown and no visitor identification.
Frequently asked
Why does my gallery open on my laptop but not on my client's phone?
Your laptop has already cleared the password and sits on a steady connection. Ask the client what the screen shows. A not-found page means the link is wrong or old, a blank page points to the connection or stored browser data, and a password box that keeps returning means the phone is not keeping the remembered entry.
The client sees a not-found page. Will a new password help?
No. A gallery that cannot be reached at a link answers with a not-found page and never shows a password box. Copy the current link from the gallery in your studio and send it again on its own line so it cannot wrap.
Why does the password box come back after the client types the right password?
A correct password is remembered in a cookie in that browser for 30 days. If the box returns straight away, the browser did not keep it. Apple's support page says Block All Cookies in Safari stops sign-ins even with correct details. Ask the client to try another browser, or turn that setting off.
Should my client clear their cache?
Try a private tab first. It starts without the stored site data, and on Android Google says Chrome removes Incognito cookies and site data when the session ends. Clearing site data is the thorough fix, but it costs saved sign-ins: Apple says it clears the data sites use to save login information, and Google says the client will need to sign in again.
Can I see which phone or browser my client used?
No. Analytics are account-wide and show a mobile, desktop and tablet split across all your galleries, with no browser breakdown, and visitors are never identified. The one per-gallery signal is the opened indicator on each gallery tile, which tells you whether the gallery has been opened yet.
Does Low Data Mode stop a gallery from loading?
It is unlikely. Apple lists what Low Data Mode does: it stops network data for apps you are not actively using, turns off Background App Refresh, reduces streaming quality and turns off automatic downloads and backups. Switching it off briefly is still a cheap test when nothing else explains the problem.
Your client galleries, under your name
Branded galleries, client selections and a Lightroom Classic workflow. Start with your first gallery, then compare the current plan. Full-resolution delivery is a separate handoff with its own limits and conditions.
Create your studio