How to Share Client Photo Galleries Straight From Google Drive
A step-by-step guide to delivering client photo and video galleries from a Google Drive folder — no re-uploads, no storage fees, and automatic syncing.
Short answer
Share the Drive folder as anyone with the link, paste that link into GalleryLink, and the folder becomes a client gallery with no second upload. Subfolders become named sections, the gallery reads the folder on each visit so added photos appear automatically, and clients need no Google account to view or download.
The finished set is exported and sitting in a Google Drive folder — the same folder that is your backup. The client is waiting. The conventional next step is to upload all of it a second time to a gallery platform and wait an evening. There is a shorter path: share the folder you already have, and let a gallery read it.
This is the complete walkthrough — how the sharing settings need to be set and why, how folder structure becomes gallery structure, what your client experiences, and the limits of the approach so you can judge whether it fits how you work.
Table of Contents
- Why deliver from Drive at all
- Step 1: Organise the folder
- Step 2: Share it correctly
- Step 3: Turn it into a gallery
- What your client sees
- Updating, re-editing and sneak peeks
- Where this approach doesn't fit
- Common questions
Why deliver from Drive at all
Three practical reasons, in the order photographers usually discover them:
- No second upload. A wedding is 8–20 GB of delivered JPEGs. Uploading that again costs an evening of bandwidth and produces nothing your client can perceive.
- No second storage bill. You're already paying for the backup. Delivering from it means your delivery storage costs nothing extra — which is why archived galleries can stay online forever rather than expiring at 90 days.
- It stays in sync. The gallery reads the folder on each visit, so a photo added to the folder appears in the link the client already has. No re-delivery, no "use this new link instead" email.
Step 1: Organise the folder
Your folder structure becomes the gallery's structure, so a little organisation here pays off in the client's experience. Two rules:
Use subfolders as chapters. For an event, name them the way the day ran — Getting Ready, First Look, Ceremony, Portraits, Reception. Each becomes a named section the client can jump between, which matters enormously once a gallery passes a few hundred frames. Loose photos in the top level appear first, as an unnamed lead section.
Only put in what you want delivered. Documents, contracts and RAW files are ignored by the gallery, but stray outtakes are not — the folder is the gallery, so an unculled frame in the folder is a delivered frame. Export to a dedicated delivery folder rather than sharing a working folder.
Filenames are worth a thought too: they're what a client sees when they download, and what comes back to you if they submit album selections. Sequential export names are fine; camera defaults with two cameras are not (see the second-shooter workflow for prefixing).
Step 2: Share it correctly
This is the step people get wrong, and it's a thirty-second job. In Google Drive: right-click the delivery folder → Share → under General access choose "Anyone with the link" with the role set to Viewer.
| Setting | Use | Why |
|---|---|---|
| Restricted | ✗ | The gallery can't read the folder; clients would be asked to request access |
| Anyone with the link — Viewer | ✓ | Read-only listing; nobody can alter or delete your files |
| Anyone with the link — Editor | ✗ | Wildly unsafe: anyone holding the link could delete the wedding |
A fair question at this point: doesn't "anyone with the link" mean the photos are public? In practice the folder ID is a long unguessable string — nobody finds it by browsing — and the delivered gallery is where privacy is actually enforced, with an optional password and a noindex so galleries never appear in search results. If a job is sensitive enough that even that isn't sufficient, host the gallery instead of linking Drive (see limits below).
Step 3: Turn it into a gallery
Paste the folder link into a new gallery, and set four things:
- Title — the couple's or client's names; it's the headline on the cover.
- Theme and layout — the whole visual identity. Masonry vs grid covers how to choose.
- Cover photo — one frame carries the first impression, and it becomes the icon if the client adds the gallery to their home screen.
- Password, if the work is private.
You get a short link to send. The whole step takes about a minute, and the preview fills in with your actual photos as you choose the theme, so you're designing against the real shoot rather than a placeholder.
What your client sees
A cover with your title and a photograph, then the work — in sections if you used subfolders — with a fullscreen lightbox on click, arrow keys and swipe, and downloads at full resolution. No account, no app, no Google prompt. They can favourite frames (remembered per browser, no login), filter photos from videos, and share individual photos.
What they don't see: filenames as navigation, a file manager, a download-everything-first wall, or anybody's branding but yours on a paid plan.
Updating, re-editing and sneak peeks
This is where reading-live pays off repeatedly:
- Sneak peek first. Drop ten finished frames into the folder two days after the event and send the link. Add the remaining hundreds later — same URL, no second delivery.
- Re-edits are invisible. Replace a file in the folder and the gallery serves the new version. No client-facing action at all.
- Reorganising works too. Move photos between subfolders and the gallery's sections follow.
- Removals are immediate. Delete from the folder, it's gone from the gallery.
There's a small caching window — listings are cached briefly to stay fast and within Google's API limits — so changes appear within about a minute rather than instantly.
Where this approach doesn't fit
Being straight about it saves you a bad delivery:
- Clients on networks that block Google. Some corporate and government networks do. The photos are served from Google's CDN, so they'd be blocked too. Host those galleries instead.
- You need ZIP downloads or watermarked previews. Both require the files to be on the gallery's own storage — nothing can watermark or repackage a file it only links to.
- You don't want deliveries counting against your Drive quota. Fair; hosted galleries have their own plan storage.
- You'd rather not manage sharing settings at all. Also fair — uploading is one step and no Drive involvement.
Since hosted uploads shipped, this is a per-gallery choice rather than a per-product one: link Drive for most jobs, upload for the ones above.
Common questions
Does the client need a Google account? No. That's the point of the sharing setting — the gallery reads the folder server-side and serves the photos onward.
Can they download full resolution? Yes, exactly the files you exported, unless you switch downloads off for a view-only gallery.
What if I move or rename the folder? Renaming is fine — the folder ID is what matters. Deleting it or un-sharing it breaks the gallery, which is the one thing to avoid.
How many photos can a gallery hold? Practically, as many as the folder holds. Large galleries stay fast because previews are resized and lazy-loaded rather than served at full size.
Where do I start? The docs walk through the same steps with screenshots, and the free plan covers one gallery with no card — enough to deliver a real client set today.