[▲ Vercel Community](/) · [Categories](/categories) · [Latest](/latest) · [Top](/top) · [Live](/live) [Discussions](/c/community/4) # Vercel Blob public URLs return 503 Service Unavailable while API is functional 17 views · 1 like · 1 post Operendia (@operendiadev-1691) · 2026-03-16 · ♥ 1 ## Problem All public Blob URLs in our production store return `503 SERVICE_UNAVAILABLE` while the Blob API (`blob.vercel-storage.com`) works perfectly. This means files exist and can be listed/uploaded via the API, but cannot be served to users. ## Impact - All user-uploaded images (profile photos, gallery, event covers) are broken in production - New uploads succeed (files appear in the store via API) but cannot be displayed - Our entire production application at `www.someonesplan.com` is affected ## Evidence 1. Public URL returns 503: ```bash curl -I "https://pywla5knjbnow7ji.public.blob.vercel-storage.com/Someonesplan/Profile/1/Gallery/22d4c53c-d5d2-4a37-a474-c775cbed24d8_gallery.jpg" ``` **Error:** > **HTTP/1.1 503 Service Unavailable** > `X-Vercel-Error: SERVICE_UNAVAILABLE` > `X-Vercel-Id: arn1::hv68l-1773665836301-79216d192bde` > Body: "The deployment is currently unavailable" 2. API confirms the same file exists: ```bash curl -H "Authorization: Bearer $BLOB_READ_WRITE_TOKEN" "https://blob.vercel-storage.com/?prefix=Someonesplan/Profile/1/Gallery/22d4c53c&limit=1" ``` **Result:** `HTTP 200` — returns file metadata (156904 bytes, uploaded 2026-03-16T12:48:32.000Z, `content-type: image/jpeg`) ## What we verified - URL format follows `https://<id>.public.blob.vercel-storage.com/` — correct - All uploads use `access: 'public'` — confirmed in code - Affects ALL blobs in the store, not specific files - Affects both old and newly uploaded files (tested with files uploaded today) - Tested from multiple locations — not region-specific - `BLOB_READ_WRITE_TOKEN` is valid (API calls succeed with it) - The error message "The deployment is currently unavailable" suggests a CDN/edge layer issue, not a storage issue ## Request Please investigate why the public serving layer for store `pywla5knjbnow7ji` is returning 503 while the underlying storage API is fully operational.