Skip to main content
Back to Blog

n8n WorkflowsJun 11, 20265 min read

n8n Convert to File Node: Base64, PDF & Doc Workflows

Convert Fleet
n8n Convert to File Node: Base64, PDF & Doc Workflows

n8n Convert to File Node: The Complete Base64, PDF & Document Workflow Guide

Last updated: 2026-06-05

TL;DR: - The n8n Convert to File node turns JSON arrays, raw strings, HTML, and Base64-encoded data into real binary files — CSV, XLSX, plain text, and more — with no code. - It has zero native PDF capability: generating or converting PDFs always requires an HTTP Request node calling an external file conversion API. - Rate limits are the #1 silent killer of n8n file workflows in production — CloudConvert's free tier caps at 25 conversions per day, which an overnight batch run burns in minutes. - A free, cap-free API like Convertfleet handles 177+ formats and drops into n8n in under five minutes, removing the rate-limit problem entirely.

You're building an n8n automation — report generation, invoice export, document processing — and somewhere in that workflow you hit the wall: how do I turn this data into an actual file I can send, store, or download? The n8n convert to file node handles most of it natively. What catches people off guard is exactly where it stops working, and what you have to bolt on to close the gap.

This guide is written for n8n builders who already know the basics and are running into real production problems: Base64-encoded API responses that won't save correctly, PDFs that need converting to DOCX, or rate-limited third-party services blowing up overnight automation runs. Each section opens with a direct answer, then goes deep with specific settings, node configs, and the failure modes nobody documents.

n8n has grown to over 85,000 GitHub stars as of 2026, with more than 50,000 registered members on the n8n community forum — and file conversion questions are consistently among the most-asked topics. This is the guide those threads keep pointing back to.


What Is the n8n Convert to File Node — and What Can't It Do?

The Convert to File node takes structured or binary data inside an n8n workflow and outputs a downloadable binary file object — a proper file item that downstream nodes can email, upload to S3, write to disk, or pass forward in the pipeline.

Supported output formats natively:

  • CSV — from a JSON array of objects (the most common use case)
  • XLSX / ODS — spreadsheets from structured JSON
  • HTML — saves an HTML string as a .html file
  • ICS — calendar events (iCalendar format)
  • RTF — basic rich text documents
  • Plain text (.txt) — any string converted to a text file
  • Base64 decode — converts a Base64-encoded string back to its original binary file

What it cannot do natively:

  • Generate a PDF from HTML, JSON, or any other format
  • Convert PDF → DOCX, DOCX → PDF, PDF → image, PDF → TIFF
  • Apply OCR to scanned documents
  • Compress, merge, split, or watermark PDFs
  • Handle any complex cross-format document transformation

For all of those tasks, the pattern is always the same: an HTTP Request node calling an external file conversion API, followed by handling the binary or Base64 response. The comparison table later in this guide covers which API to use when.


How to Use the n8n Convert to File Node: Step-by-Step

Setting up the node takes under three minutes. The most common workflow is converting a JSON array of records to a CSV file — here's the exact configuration.

  1. Add a "Set" node to define your data. Create a field containing a JSON array: [{"name": "Alice", "score": 92}, {"name": "Bob", "score": 87}]. Each object becomes a CSV row; each key becomes a column header.

  2. Add the "Convert to File" node — search for it in the node panel under the Core category (n8n v1.x). Connect it to your Set node.

  3. Set "Operation" to "CSV". The node maps JSON keys to column headers automatically. No manual column configuration needed.

  4. Set "Put Output File in Field" to a name like data. This is the binary field name downstream nodes will reference — keep it consistent across your workflow.

  5. Set "File Name" to something meaningful, like report-{{ $now.format("yyyy-MM-dd") }}.csv. Dynamic filenames prevent overwrites in storage destinations.

  6. Connect to a delivery node — "Write Binary File" for self-hosted instances, or "Gmail", "Google Drive", "S3", or "Slack" to deliver the file.

  7. Test by clicking "Execute Node" on the Convert to File node. The output panel should show a binary item with MIME type text/csv and the correct filename.

Important: If your upstream node outputs multiple items (say, 200 rows from a Postgres query), the CSV operation processes each item separately by default — giving you 200 single-row files. To get one combined file, add an "Aggregate" node before Convert to File. This aggregates all items into a single array that the CSV operation converts as one file.

For Base64 input, change Operation to "Move Base64 String to File". Point "Base64 Input Field Name" at the field containing your Base64 string, set the MIME type explicitly (application/pdf, image/png, etc.), and set a filename with the correct extension. The node decodes the Base64 and outputs a proper binary item.


n8n Convert File to Base64: The Complete Workflow

Base64 is how many APIs return files: not as a direct binary download, but as a text string embedded in a JSON response body. The Convert to File node decodes that string back into a real binary file — but the workflow direction matters.

Base64 encoding inflates file size by roughly 33% (a 1 MB PDF becomes approximately 1.37 MB as a string) — fine for occasional files, but worth noting when you're processing high volumes. Here are both directions:

Receiving a Base64-encoded file from an API (decode):

  1. HTTP Request node — call the API. The JSON response contains something like "document": "JVBERi0xLjQK...".
  2. Set node — isolate just the Base64 string: {{ $json.document }}.
  3. Convert to File node — Operation: "Move Base64 String to File". Set "Base64 Input Field Name" to your field. Set "MIME Type" to application/pdf (or whatever the file type is). Set "File Name" to invoice-{{ $json.id }}.pdf.
  4. The output is a binary file item your workflow can store, email, or process further.

Sending a file as Base64 to an API (encode):

Use the "Extract from File" node — not Convert to File. Set Operation to "Convert to Base64 String". Pass the resulting Base64 string as a JSON field in your HTTP Request node's body.

The two nodes are complementary: Convert to File decodes Base64 to binary; Extract from File encodes binary to Base64. Most confusion in the n8n community comes from confusing which direction is which. If you're sending a file to an API: Extract from File first. If you're receiving one: Convert to File after.


Converting PDFs Inside n8n Without Hitting Rate Limits

The native Convert to File node has zero PDF capability. Every PDF operation in n8n — generation, conversion, compression, or rendering — requires an HTTP Request to an external API. The only question is which one, and whether it will still be running when your overnight batch hits 3 AM.

Most builders reach for CloudConvert first. It works reliably, but the free tier limits users to 25 conversion credits per day — a cap that any production workflow burns through fast. Paid plans start at around $13/month for 250 conversions, which scales poorly once you're processing hundreds of documents per run.

The rate-limit failure is particularly insidious because it doesn't error immediately: your workflow will process the first 25 items successfully, then fail silently on item 26 unless you have error handling configured. Teams typically discover this a week into production when a client reports missing files.

The fix has two parts: pick an API without hard daily caps, and add proper error handling to your loop regardless.

n8n workflow — HTML to PDF via external API:

  1. HTTP Request node (data source) — fetch or build the HTML content you want to render as a PDF.
  2. HTTP Request node (API call) — POST to the conversion API. Set Body Content Type to "JSON", include your HTML string and desired output settings (page size, margins, etc.).
  3. IF node — check that the response status is 200. Route failures to a "Stop and Error" node.
  4. Convert to File node — if the API returns Base64, decode it here. If the API returns a binary stream directly, skip this node.
  5. Delivery node — S3, Google Drive, email, or webhook.

Convertfleet's file conversion API returns either Base64 or binary stream depending on the endpoint, supports Chromium-based HTML rendering (meaning modern CSS, Google Fonts, and flexbox render correctly), and has no daily conversion cap on the free tier. It's a clean drop-in for this pattern.


Best Free File Conversion API for n8n in 2026

The best free file conversion API for n8n is one that covers the formats your workflow actually needs, integrates cleanly with the HTTP Request node (API key, not OAuth), and won't silently fail at 3 AM when it hits a daily limit.

Here's how the main options compare across the criteria that matter for automation:

API Free Tier Daily Cap PDF → DOCX HTML → PDF PDF → Image/TIFF Auth Method
Convertfleet Full feature access None Yes Yes (Chromium) Yes API key
CloudConvert Limited credits ~25/day Yes Yes (Chromium) Yes API key
Zamzar Trial credits 100/day Yes Limited engine Yes API key
Adobe PDF Services 500/month free ~17/day avg Yes (high accuracy) Yes OAuth 2.0
ILovePDF API Trial credits 200/day Yes Limited Yes API key

For HTML to PDF: Convertfleet and CloudConvert both use Chromium-based rendering. Modern CSS layouts, flexbox, Google Fonts, and media queries all work. Zamzar's HTML engine struggles with anything beyond basic HTML 4-era markup — test with your actual templates before committing.

For PDF to Word (DOCX): Accuracy varies significantly by document complexity. Adobe PDF Services handles multi-column layouts and embedded tables most reliably but requires OAuth, which adds 30+ minutes to your n8n setup and a credentials refresh step. Convertfleet and CloudConvert both offer solid accuracy with simpler API key auth — good enough for most business documents.

For PDF to TIFF (a hard requirement in legal, medical, and archival document workflows): Convertfleet, CloudConvert, and ILovePDF all support it. Pay attention to the default DPI setting — most APIs default to 72 DPI (screen resolution). Legal and archival use cases typically require 300 DPI; always pass DPI explicitly rather than relying on defaults.

On pricing for high-volume and price-sensitive markets: If you're running thousands of conversions per month, per-conversion pricing adds up regardless of geography. A free-tier API with no daily cap is the cheapest option at any volume — whether you're in India building a document automation SaaS or a US startup processing customer uploads.

See also: our complete file conversion API guide for a deeper breakdown of API capabilities and pricing tiers.


n8n Convert to Text File: Saving Strings and Extracting Document Content

"Convert to text file" in n8n covers two opposite operations: saving a text string as a .txt file (Convert to File node), and extracting plain text from a PDF or document (Extract from File node). Knowing which node does which saves a lot of confused Googling.

Saving a string as a .txt file is the simplest operation the Convert to File node offers. Set Operation to "Plain Text". Point "Input Data Field Name" at the string field. Set a filename. The output is a proper .txt binary item. Useful for log exports, plain-text report generation, or creating flat files for systems that don't accept JSON.

Extracting text from a PDF or DOCX is the reverse — use the "Extract from File" node, Operation "Text". For PDFs, n8n uses the pdf-parse library under the hood. It extracts embedded text reliably from text-based PDFs, outputs it as a string field, and you can pass it to an AI node, a Set node, or anywhere else in your workflow.

Limitations worth knowing upfront:

  • n8n's built-in PDF extraction strips all formatting — no headings, no tables, no columns. You get raw text in reading order.
  • Scanned PDFs (images with no embedded text layer) return empty strings. These require an OCR API call — n8n cannot handle them natively.
  • For structured extraction (preserving table rows, detecting headings, extracting specific fields), you'll get far better results from a dedicated extraction API or passing the raw text to an LLM node with a structured output schema.

DOCX to PDF, PDF to Image, and Cross-Format Conversions in n8n

For DOCX → PDF and PDF → image conversions, the HTTP Request node configuration differs depending on whether the API accepts multipart file uploads or Base64-encoded JSON payloads. Getting this wrong produces cryptic 400 errors that are hard to debug without knowing what to look for.

For APIs that accept multipart/form-data (most file upload APIs):

Set the HTTP Request node's Body Content Type to "Form-Data". Add one parameter of type "File" and point it at your binary field name (e.g., data). Add additional parameters for output format, DPI, page range, etc. as regular form fields. The API receives the file as a standard HTTP file upload.

For APIs that accept Base64-encoded JSON:

Use an "Extract from File" node first to convert your binary item to a Base64 string. Then set the HTTP Request Body Content Type to "JSON" and pass the Base64 string in the field the API expects. This pattern is common with older REST APIs and some enterprise platforms.

PDF to image — key parameters to always set explicitly:

  • dpi: 72 for web/screen thumbnails, 150 for print previews, 300 for archival or high-fidelity output
  • page: 1 for cover thumbnails, all for full document processing (watch file size at 300 DPI)
  • format: png for transparency support, jpg for smaller file size, tiff for archival

A practical example of why this matters: a PDF-to-image workflow that feeds a vision AI model downstream (OpenAI, Claude, Gemini) needs at least 150 DPI for readable text recognition. At 72 DPI, OCR accuracy drops sharply. Set dpi=150 explicitly in your API call, then use the Convert to File node to handle the Base64 response if needed.

For n8n PDF automation patterns that combine conversion with AI processing, the HTTP Request → Convert to File → LLM node chain is the most common production pattern we see.


Common Mistakes When Using the n8n Convert to File Node

These are the failure modes that come up repeatedly in n8n community threads, Discord, and support channels — usually after something breaks in production.

1. Not setting the MIME type when decoding Base64 If you skip MIME type on the "Move Base64 String to File" operation, downstream nodes behave unpredictably: email nodes may not attach the file, S3 uploads store it with application/octet-stream content type, and browsers won't open it correctly. Always set MIME type explicitly (application/pdf, image/png, application/vnd.openxmlformats-officedocument.wordprocessingml.document). Don't trust filename extension guessing.

2. Passing a single object instead of an array to CSV The CSV operation expects an array of objects: [{...}, {...}]. If your upstream node outputs a single object {...} (common after a "Set" node creates one item), you get a one-row CSV or garbled output. Fix: wrap the single object in an array expression in the Set node — ={{ [$json] }} — before passing to Convert to File.

3. Skipping the "Aggregate" node before multi-item CSV exports Each n8n workflow item processes independently. 100 database rows = 100 separate single-row CSV files unless you aggregate first. Add the "Aggregate" node (Core, v1.x+) before Convert to File, set it to aggregate all items into a single list, then pass that to CSV. This is the #1 structural mistake in n8n file export workflows.

4. No error handling on external API calls in loops If your workflow calls a conversion API inside a "Loop Over Items" pattern and the API returns a 429 (rate limited) or 500 on item 43 of 200, n8n will fail that iteration and move on — or halt the workflow — depending on your error settings. Neither is what you want. Add an IF node after every HTTP Request to check the response code, route errors to a "Stop and Error" node, and use a "Wait" node with exponential backoff for retries.

5. Expecting the HTML operation to produce a PDF The "HTML" operation in Convert to File saves your HTML string as a .html file — it does not render or convert it to PDF. This is a very common misread of the node's label. If you need a PDF, you must make an external API call to a rendering service. The HTML operation is useful for creating email templates or archiving raw markup, not for PDF output.


Frequently Asked Questions

What is the n8n Convert to File node used for? The Convert to File node converts structured data (JSON arrays, text strings) or Base64-encoded binary data into downloadable file objects inside an n8n workflow. It natively supports CSV, XLSX, ODS, HTML, ICS, RTF, plain text, and Base64-to-binary decoding. For PDF generation or cross-format conversion (DOCX to PDF, PDF to image), you need an HTTP Request node calling an external file conversion API — the node has no PDF capability of its own.

How do I convert files inside an n8n automation without hitting rate limits? Choose a file conversion API that offers a genuinely free tier with no daily cap. CloudConvert's free tier limits usage to approximately 25 conversion credits per day — easy to exceed in production. Convertfleet offers 177+ format support including PDF, DOCX, HTML-to-PDF, and image conversions with no daily cap on the free tier, making it a more reliable choice for overnight automation runs that process hundreds of files.

What is the best free file conversion API for n8n workflows? For most n8n workflows, the best option is one that uses API key authentication (not OAuth), returns binary or Base64 cleanly, and imposes no daily conversion limit. Convertfleet meets all three criteria and supports 177+ formats with a simple HTTP Request node setup. CloudConvert is more feature-rich and better documented but caps free usage at around 25 conversions per day, which limits its suitability for production automation.

Can I convert PDF to Word (DOCX) using an API in n8n? Yes. Send your PDF binary to a PDF-to-DOCX conversion API via the HTTP Request node — either as multipart/form-data (direct binary upload) or as a Base64-encoded JSON field. The API returns a DOCX file, either as a binary stream or Base64. If it's Base64, decode it with the Convert to File node. Convertfleet, CloudConvert, and Adobe PDF Services all support this; Adobe offers the highest accuracy on complex multi-column layouts but requires OAuth setup.

How do I convert an HTTP API response (HTML or JSON) to a PDF in n8n? Build your HTML string using a Set or Code node, then POST it to an HTML-to-PDF rendering API via HTTP Request. The API renders the HTML in a headless browser and returns a PDF. If the response is Base64-encoded, decode it with the Convert to File node; if it's a direct binary stream, pass it straight to your delivery node (S3, email, Google Drive). Chromium-based rendering APIs (Convertfleet, CloudConvert) support modern CSS, flexbox, and web fonts — older rendering engines do not.


Conclusion

The n8n Convert to File node is exactly as powerful as its format list suggests — CSV exports, Base64 decoding, text file generation — and exactly as limited when it comes to PDFs. The two most common production failures are treating the node as a PDF tool (it isn't) and calling rate-limited conversion APIs inside loops without error handling (they break).

The pattern that works reliably at scale: use the native node for structured data exports, route all PDF and cross-format work through an external HTTP call, and pick an API that won't cap out mid-run. If you're evaluating options, Convertfleet's free conversion API supports 177+ formats including PDF-to-DOCX, HTML-to-PDF, PDF-to-TIFF, and more — no registration required, no daily limit, and a straightforward API key setup that pairs directly with n8n's HTTP Request node.


SEO / publishing metadata (not for the page body)

  • Suggested URL: /blog/n8n-convert-to-file-node-guide
  • Internal links used:
  • [Convertfleet's file conversion API](/tools/pdf-converter) → PDF tool page (pillar)
  • [our complete file conversion API guide](/blog/file-conversion-api-guide) → cluster sibling
  • [n8n PDF automation patterns](/blog/n8n-pdf-automation) → cluster sibling
  • [Convertfleet's free conversion API](/) → homepage (CTA)
  • External authority links:
  • n8n community forum — cited for community size (50,000+ members)
  • (Optional second external link: n8n official docs for Convert to File node — link to docs.n8n.io when available)
  • Image alt texts: 1. hero-n8n-convert-to-file-node-guide.pngn8n workflow canvas showing Convert to File node wired between an HTTP Request node and an email send node for PDF automation 2. n8n-convert-to-file-node-guide-base64-flow.pngFlowchart of n8n Base64 decode workflow: API JSON response to Set node to Convert to File node to binary PDF output 3. n8n-convert-to-file-node-guide-api-comparison.pngSide-by-side comparison of file conversion APIs for n8n showing daily caps and format support for Convertfleet vs CloudConvert

IMAGE PROMPTS (for generation)

1. Hero image (16:9) - Filename: hero-n8n-convert-to-file-node-guide.png - Alt: n8n workflow canvas showing Convert to File node wired between an HTTP Request node and an email send node for PDF automation - Prompt: Clean modern flat vector illustration. A stylized workflow automation canvas — pale slate-blue background with a subtle grid — showing three rounded-rectangle workflow nodes arranged left to right on a horizontal pipeline. Left node: cool blue with a network/globe icon inside (HTTP Request). Center node: bright teal, slightly larger and elevated with a soft glow, showing a document-and-arrow icon (Convert to File). Right node: medium slate with an envelope icon (Email Send). Thin, slightly curved connector lines with small animated-dot motifs linking the three nodes. In the soft-blurred background, a translucent PDF page and a CSV spreadsheet grid float at 20% opacity. Generous negative space above and below the node row. Palette: cool blue (#2D6BE4), slate (#3C4A5C), bright teal (#19C8A0) as the single accent. Soft gradient background from light blue-white at top to pale slate at bottom. Rounded corners throughout, soft drop shadows on the nodes. No text in image, no real logos. Professional SaaS-tech aesthetic.

2. Inline diagram (16:9) - Filename: n8n-convert-to-file-node-guide-base64-flow.png - Alt: Flowchart of n8n Base64 decode workflow: API JSON response to Set node to Convert to File node to binary PDF output - Prompt: Clean modern flat vector process flow diagram on a white-to-light-slate gradient background. Five horizontally arranged rounded-rectangle step cards connected by right-pointing chevron arrows. Card 1: blue, cloud-with-API-brackets icon. Card 2: slate, curly-braces JSON icon. Card 3: bright teal (the accent highlight), gear-inside-a-document icon — this is the focal card, slightly taller than the others. Card 4: blue, a closed PDF document icon. Card 5: slate, a cloud-upload arrow icon. Below Card 3, a small speech-bubble annotation shape (white fill, teal border) containing only a decode symbol (Base64 → binary arrow icon, no text). Each card has a small circular badge icon at top-right. Palette: #2D6BE4 blue, #3C4A5C slate, #19C8A0 teal accent. Thin chevron arrows between cards. Consistent padding, generous whitespace, soft card drop shadows. No text baked in. No real logos.

3. Inline comparison (1:1) - Filename: n8n-convert-to-file-node-guide-api-comparison.png - Alt: Side-by-side comparison of file conversion APIs for n8n showing daily caps and format support for Convertfleet vs CloudConvert - Prompt: Clean modern flat vector two-column comparison card illustration on a cool blue-slate background. Two tall rounded-rectangle cards side by side with a thin divider gap. LEFT CARD: white face, teal accent (#19C8A0) header bar, green checkmark motif in header area. Contains four checklist rows, each a small icon + checkmark badge: an infinity-loop icon (no daily cap), a PDF document icon (PDF support), a DOCX/W icon (Word conversion), an image-frame icon (image output). All four rows show a filled green circle-check badge. BOTTOM of left card: a small "177+ formats" badge shape in teal (icon only, a stacked-documents icon). RIGHT CARD: white face, warm orange accent (#F5842B) header bar, clock/warning icon in header. Same four checklist rows with matching icons, but the infinity-loop row shows an orange circle-X badge and a small "25/day" warning badge shape. Other three rows show orange circle-check (supported but limited). Clean drop shadows on both cards, rounded corners, generous inner padding. Palette: #2D6BE4 background, white cards, #19C8A0 teal left, #F5842B orange right, #3C4A5C slate icon outlines. Strictly no text. 1:1 aspect ratio.


SCHEMA (JSON-LD)

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "BlogPosting",
      "@id": "https://convertfleet.com/blog/n8n-convert-to-file-node-guide",
      "headline": "n8n Convert to File Node: The Complete Base64, PDF & Document Workflow Guide",
      "description": "Master the n8n convert to file node for Base64, PDF, and document workflows. Step-by-step guide with real examples, API comparisons, and rate-limit fixes.",
      "url": "https://convertfleet.com/blog/n8n-convert-to-file-node-guide",
      "datePublished": "2026-06-05",
      "dateModified": "2026-06-05",
      "author": {
        "@type": "Organization",
        "name": "Convert Team",
        "url": "https://convertfleet.com"
      },
      "publisher": {
        "@type": "Organization",
        "name": "Convertfleet",
        "url": "https://convertfleet.com",
        "logo": {
          "@type": "ImageObject",
          "url": "https://convertfleet.com/logo.png",
          "width": 200,
          "height": 60
        }
      },
      "image": {
        "@type": "ImageObject",
        "@id": "https://convertfleet.com/blog/images/hero-n8n-convert-to-file-node-guide.png",
        "url": "https://convertfleet.com/blog/images/hero-n8n-convert-to-file-node-guide.png",
        "contentUrl": "https://convertfleet.com/blog/images/hero-n8n-convert-to-file-node-guide.png",
        "caption": "n8n workflow canvas showing Convert to File node wired between an HTTP Request node and an email send node for PDF automation",
        "width": 1200,
        "height": 675
      },
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://convertfleet.com/blog/n8n-convert-to-file-node-guide"
      },
      "keywords": "n8n convert to file node, convert to file n8n, n8n convert file to base64, n8n convert to text file, n8n convert to file, file conversion api, file conversion automation, convert to file node n8n",
      "articleSection": "n8n Workflows",
      "wordCount": 2450,
      "inLanguage": "en-US",
      "about": {
        "@type": "SoftwareApplication",
        "name": "n8n",
        "applicationCategory": "Automation Software",
        "url": "https://n8n.io"
      }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "What is the n8n Convert to File node used for?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "The Convert to File node converts structured data (JSON arrays, text strings) or Base64-encoded binary data into downloadable file objects inside an n8n workflow. It natively supports CSV, XLSX, ODS, HTML, ICS, RTF, plain text, and Base64-to-binary decoding. For PDF generation or cross-format conversion (DOCX to PDF, PDF to image), you need an HTTP Request node calling an external file conversion API — the node has no PDF capability of its own."
          }
        },
        {
          "@type": "Question",
          "name": "How do I convert files inside an n8n automation without hitting rate limits?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Choose a file conversion API that offers a genuinely free tier with no daily cap. CloudConvert's free tier limits usage to approximately 25 conversion credits per day — easy to exceed in production. Convertfleet offers 177+ format support including PDF, DOCX, HTML-to-PDF, and image conversions with no daily cap on the free tier, making it a more reliable choice for overnight automation runs that process hundreds of files."
          }
        },
        {
          "@type": "Question",
          "name": "What is the best free file conversion API for n8n workflows?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "For most n8n workflows, the best option is one that uses API key authentication (not OAuth), returns binary or Base64 cleanly, and imposes no daily conversion limit. Convertfleet meets all three criteria and supports 177+ formats with a simple HTTP Request node setup. CloudConvert is more feature-rich and well-documented but caps free usage at around 25 conversions per day, limiting its suitability for production automation."
          }
        },
        {
          "@type": "Question",
          "name": "Can I convert PDF to Word (DOCX) using an API in n8n?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Yes. Send your PDF binary to a PDF-to-DOCX conversion API via the HTTP Request node — either as multipart/form-data (direct binary upload) or as a Base64-encoded JSON field. The API returns a DOCX file, either as a binary stream or Base64. If it's Base64, decode it with the Convert to File node. Convertfleet, CloudConvert, and Adobe PDF Services all support this; Adobe offers the highest accuracy on complex multi-column layouts but requires OAuth setup."
          }
        },
        {
          "@type": "Question",
          "name": "How do I convert an HTTP API response (HTML or JSON) to a PDF in n8n?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Build your HTML string using a Set or Code node, then POST it to an HTML-to-PDF rendering API via HTTP Request. The API renders the HTML in a headless browser and returns a PDF. If the response is Base64-encoded, decode it with the Convert to File node; if it's a direct binary stream, pass it straight to your delivery node (S3, email, Google Drive). Chromium-based rendering APIs support modern CSS, flexbox, and web fonts — older rendering engines do not."
          }
        }
      ]
    }
  ]
}

Share

Read next