Skip to content
HostProof

▸ Field notes · damage claims that survive denial

Filed 09 MAY 2026 Draft A
Go back
Evidence · Exhibit

Cloud Storage for Airbnb Host Documentation · Compared by What AirCover Actually Accepts

Where you store your damage documentation matters more than most hosts realise. Some cloud services quietly strip metadata, some compress files, some produce files specialists can't open. Here is the honest comparison.

6 MIN READ

If you are running more than one property or have been hosting for more than a year, you already know that photo documentation grows into a small archive: thousands of pre-check-in shots, post-checkout shots, receipts, cleaner reports. Where you store all of that matters more than most hosts realise — some cloud services quietly strip EXIF metadata, some compress files automatically, and some produce shared links that AirCover specialists can’t open.

This is the honest comparison of where Airbnb host documentation actually belongs, based on how each service handles the three things that matter: metadata preservation, file integrity, and shareable links that work for a specialist.

The three criteria that matter

Before comparing services, know what you are evaluating against:

  1. Metadata preservation. Does the service keep EXIF intact, or does it re-encode files on upload?
  2. File integrity. If you download a file later, is it bit-for-bit identical to what you uploaded? Or has “smart compression” altered it?
  3. Shareable access. Can you send a specialist a link that works without requiring them to create an account, install software, or fight a paywall?

Secondary criteria: cost, sync reliability, search, offline access. But the three above are the gates. Fail any one and the service is unsuitable for claim evidence regardless of other features.

Google Photos

Default tier — Storage Saver:

  • ❌ Re-compresses all uploads (up to 80% size reduction).
  • ❌ Strips some EXIF fields.
  • ✅ Shareable links work well.
  • Verdict: unusable for claim evidence at default settings.

Original Quality tier (paid Google One):

  • ✅ Preserves originals.
  • ✅ EXIF intact.
  • ✅ Shareable links work.
  • Verdict: usable if Original Quality is enabled — but many users are on default without knowing.

Common failure mode: hosts assume Google Photos keeps originals, don’t check the setting, discover later that everything is compressed. Always verify by downloading a photo back and checking its properties match what came out of the camera.

The "High Quality" trap

Google Photos offered "High quality" as a free unlimited tier for years, which re-compressed but preserved enough visual quality that most users never noticed. As of 2021 the free tier became "Storage Saver" with the same re-compression. Assume your Google Photos archive is compressed unless you actively checked and changed it.

iCloud Photos

  • ✅ Preserves original files when “Download and Keep Originals” is enabled on your device.
  • ⚠️ With “Optimize iPhone Storage” (default on low-storage devices), the on-device copy is a compressed thumbnail and the original is in iCloud. Shared links and exports may use the compressed local version.
  • ✅ EXIF preserved in originals.
  • ❌ Shareable links require recipients to be in Apple ecosystem or jump through “Open in browser” hoops.
  • Verdict: good for personal archive, awkward for sharing with AirCover specialists who won’t have Apple IDs.

Workaround: download originals from iCloud.com on a Mac/PC, then upload to a service with cleaner sharing (Dropbox, Google Drive) when you need to share.

Dropbox

  • ✅ Preserves originals bit-for-bit. No re-encoding.
  • ✅ EXIF intact.
  • ✅ Shareable links work without account on recipient side.
  • ✅ Version history available on paid plans (helpful for audit trails).
  • Verdict: reliable for claim evidence. The most neutral cloud storage for pure file preservation.

Free tier: 2 GB, enough for a few hundred photos but fills quickly if you host multiple properties. Paid starts at €10/month.

OneDrive

  • ✅ Preserves originals bit-for-bit.
  • ✅ EXIF intact.
  • ✅ Shareable links work cleanly, including with view-only permissions and expiration dates.
  • ✅ Version history included on Personal plans.
  • Verdict: reliable, comparable to Dropbox. If you are already in Microsoft 365, this is essentially free for 1 TB.

The expiration-date feature is particularly useful for AirCover submissions — share a link that auto-expires in 30 days, preserving long-term privacy.

Google Drive

  • ✅ Preserves originals bit-for-bit (this is separate from Google Photos behaviour).
  • ✅ EXIF intact.
  • ✅ Shareable links work, but recipients sometimes hit a Google login prompt depending on domain policies.
  • ⚠️ Some corporate Google accounts restrict external sharing by default.
  • Verdict: reliable for personal use, more friction than Dropbox/OneDrive for sharing.

Synology / self-hosted NAS

  • ✅ Full control, preserves everything.
  • ❌ Shareable links require setup (Synology Drive, reverse proxy, or cloud sharing setup).
  • ❌ Requires technical comfort.
  • Verdict: best for long-term archive control, overkill for sharing with specialists.

If you already have a NAS, use it as the primary archive with Dropbox/OneDrive as the sharing frontend.

S3, Backblaze B2, other object storage

  • ✅ Cheap (€4-6 per TB per month).
  • ✅ Preserves everything.
  • ⚠️ Sharing requires pre-signed URLs — technical to generate.
  • Verdict: great for bulk archive, awkward for ad-hoc claim submission.

If you run 10+ properties and accumulate TB of documentation, S3 is the right long-term home. Not for day-to-day claim submission.

The messaging-app “cloud”

  • ❌ WhatsApp, Telegram, iMessage, Signal all strip EXIF and re-compress.
  • ❌ No reliable sharing link that preserves original file integrity.
  • Verdict: never suitable. Already covered in why WhatsApp kills your claims.

The comparison table

ServiceOriginals preservedEXIF intactShareable linksFree tierVerdict
Google Photos (Storage Saver)15 GBUnusable for claims
Google Photos (Original)PaidUsable with paid Google One
iCloud Photos⚠️5 GBOK for archive, awkward sharing
Dropbox2 GBReliable, neutral
OneDrive5 GBReliable, cheap with M365
Google Drive⚠️15 GBReliable, shareability varies
Synology NAS⚠️n/aGreat archive, sharing needs setup
S3 / B2⚠️5 GB B2Great bulk, awkward day-to-day
WhatsApp/Messagingn/an/aNever

The practical recommendation

For a solo host with 1-3 properties:

  • Primary archive: iCloud Photos or Google Photos with Original Quality enabled. Your default phone backup.
  • Claim-ready sharing layer: Dropbox or OneDrive free tier for the photos you currently need to submit. Upload originals, share clean links.
  • Verify integrity by downloading one photo back and checking its EXIF timestamp matches what came from the camera.

For a host with 5+ properties or commercial operation:

  • Primary archive: NAS (Synology) or S3-compatible storage.
  • Claim-ready sharing layer: Dropbox Pro or OneDrive Business.
  • Structured foldering: /[property]/[year]/[month]/[booking-id]/pre-stay/ and /post-stay/ so any claim can pull a complete evidence set in seconds.

The integrated approach

If you are already using the HostProof app, the storage question largely answers itself — photos captured in-app go to claim-ready storage (Supabase) with EXIF intact, SHA256 hashed on capture, and shareable via claim-specific URLs rather than raw cloud links. The app handles the boring parts (structured folders, integrity verification, metadata preservation) so you don’t have to audit cloud-service settings manually.

Bottom line

Cloud storage is a silent weak link in many host documentation workflows. Google Photos on default settings destroys EXIF. Messaging apps destroy everything. The reliable options — Dropbox, OneDrive, Google Photos (Original), iCloud (with proper settings) — all work, but the defaults matter. Check your settings once, set up a claim-ready sharing layer, and verify file integrity by downloading a test photo. The five minutes of audit saves a disputed claim later.

For the specific technical details on EXIF, see why WhatsApp kills your claims. For the full photo workflow these storage choices plug into, see photo documentation checklist.


Sources & further reading

Last updated: 2026-04-22. Cloud service behaviour reflects public documentation and default settings as of late 2025; individual account tiers and settings may differ.

▸ Related filings · Same cluster