image_not_fetchable error: what it means and how to fix it
image_not_fetchable means Sume could not fetch or mirror your input image. Check it is a public HTTPS image URL, then retry or send the request id to support.

image_not_fetchable means Sume could not fetch or mirror the input media safely. The documented fix is to check that the input is a public HTTPS image URL, then retry, or contact support with the request id if it keeps happening.
The rows come from Errors and credits, read 2026-09-29. The same table lists input_media_unreachable and storage configuration errors under the same guidance.
What counts as a fetchable URL?
These routes take a URL, not file bytes. Host the image somewhere the open internet can reach, then pass its URL.
A URL that works on your laptop can still fail here. Sume fetches the file from its own servers, so anything that depends on your network, your login, or a browser session is invisible to it. A link that redirects to a sign-in page is the same problem, so use a URL that serves the image without one.
| Input | Rule in the docs |
|---|---|
Reference images on POST /v1/images | Public HTTPS; localhost, private-network, and non-HTTPS URLs are rejected before submission |
image_url on POST /v1/rmbg-1.0/remove | Public HTTPS image URL to remove the background from |
image_url on POST /v1/image-upscale-1.0/upscale | Public HTTPS image URL to upscale |
What should I check first?
Open the URL in a private browser window, where you are signed out. Then check these:
- The link is
https://, nothttp://. - The host is not
localhostor a private-network address. - It opens without a login, cookie, or VPN, so it is not a private share link.
- It points at the image itself and not at a web page that shows the image.
- It has not expired, if it came from a signed URL such as an earlier Sume
/v1/imagesresult.
What should I send to support?
The docs ask for the request id. Log the request id from every failed response, together with the route and the URL you sent, so the report is one message instead of a thread.
Keep the image URL out of any log that is shared publicly if it is a signed link, since the signature is what grants access. Failed jobs also expose public error metadata such as category, stage, and retryability, so read those fields on the job before deciding to retry.
Does retrying help?
For this code the guidance is to check the URL first and then retry. A retry of a URL that is still private will fail the same way, so fix the input before you resend. Do not assume a retry fixes it. For the queue-related codes on the same page, the guidance is different, so read the table row for the exact code you got.
Sources
Related posts
More in Developers
- Instagram API is_ai_generated: label an AI Reel
Set is_ai_generated=true when you create the media container and Instagram's API records your AI self-disclosure. Carousels take it on the parent only.
- Instagram trial Reels API: trial_params and graduation
Publish an Instagram trial Reel by API with trial_params.graduation_strategy set to MANUAL or SS_PERFORMANCE. Trial Reels reach non-followers only.
- Is my data safe with AI? Four checks before you share it
No AI tool can promise perfect security. Check who processes your inputs, who on your team sees them, who can open outputs, and how keys are kept.
- Is my data used to train AI? Where the answer is written
It depends on the tool: the training answer sits in its terms' content license and its privacy policy's use section. What to search for, and what Sume's say.
Written by Sume