Guide

Base64 vs multipart upload for file URL workflows

Multipart upload sends file bytes as a file part. Base64 upload sends encoded file content inside JSON. Both can create a URL, but they fail in different ways.

Reviewed by
GetFileURL technical team
Last updated
base64 vs multipartfile uploadJSON payloadcontent typesize limits
Short answer

What this page answers

Compare Base64 uploads and multipart file uploads for APIs, webhooks, automation tools, public file URLs, content types, size limits, and debugging.

Use this page when the workflow needs file bytes available at a direct URL with predictable metadata, lifecycle controls, and a cleanup path.

Updated

Multipart upload

Use multipart when you have the file object or binary data.

Multipart is the cleaner default for apps, backend routes, workers, and automation tools that can send a file part. It avoids Base64 overhead and keeps file handling visible.

01

Best source fit

Browser forms, server uploads, n8n binary properties, Make files, and workflow runtimes that already hold the file bytes.

02

Lower payload overhead

Multipart avoids the size increase that comes from Base64 encoding.

03

Readable debugging

The file part, filename, expiry, and auth header can be inspected separately when a request fails.

Base64 upload

Use Base64 when the source only gives you an encoded string.

Some webhooks, AI tools, and low-code platforms expose files as JSON strings. Base64 support is useful there, but the request must include file metadata.

01

Metadata required

Send filename and content type so the hosted URL behaves like the original file.

02

Watch size limits

Base64 increases payload size and can hit JSON body limits faster than multipart.

03

Validate encoding

Bad padding, data URI prefixes, or truncated strings can create files that later fail in OCR, AI, or document APIs.

Decision

Pick the smallest reliable path from source file to URL.

The downstream API only cares that the final URL is reachable and serves the correct file bytes. Choose the upload format based on the source system and operational limits.

01

Use multipart by default

It is better for larger files and normal file objects.

02

Use Base64 as a bridge

It is useful when the file is trapped in JSON or an API response.

03

Keep lifecycle the same

Both paths should support expiry and delete so the URL has an end state.

FAQ

Answers before the workflow breaks

Is Base64 better than multipart upload?

Not generally. Multipart is usually better for real file uploads. Base64 is useful when the source only exposes an encoded string.

Can both upload types return the same URL response?

Yes. The important output is the same: a direct public URL, file ID, content type, size, and expiry metadata.

Why do Base64 uploads fail later in the workflow?

Common causes are missing filenames, wrong content type, malformed encoding, payload truncation, or size limits in JSON transport.