"Free" and "safe" aren't the same thing, and with PDF tools they're easy to conflate. Most online PDF tools work the same way: you drop a file into the browser, it's uploaded to a server, the server does the actual work, and you get a file back. That's not automatically bad — but it does mean your file, even briefly, existed somewhere you don't control. The honest question to ask about any PDF tool isn't "is it free," it's "where does my file actually go, and who processes it."
Two different models
- Server-side tools: Your file is uploaded, processed on the provider's servers, then made available to download. The provider's infrastructure, retention policy, and security practices all sit between you and your document.
- Client-side (in-browser) tools: The processing happens on your own device, using JavaScript running in your browser. The file never leaves your computer for that step, because there's nothing for it to be uploaded to.
PDFly's core tools — merge, split, compress, convert, sign, organize, and most of the rest — use the second model, via the open-source pdf-lib library running entirely in your browser. There's no upload step for these tools, which is different from most PDF sites that route your file through a server even for something as simple as rotating a page.
The exception: AI-powered tools
A handful of PDFly's tools genuinely can't work entirely client-side — Chat with PDF, Summarize, Translate, Explain, Generate Quiz, Rewrite, and OCR all rely on an AI model to actually understand or transform the content, and that model runs on a server, not in your browser. For these tools specifically: text is first extracted from your file locally, and that extracted text (plus your question, for Chat with PDF) is sent to PDFly's server, which forwards it to Google's Gemini API to generate a response. This is disclosed on every AI tool page before you use it, and it's the one category where "your file never leaves your device" doesn't apply.
A few things worth knowing about that path specifically: it's the extracted text that's sent, not the original file itself; PDFly doesn't store that content beyond what's needed to complete the request; and if you'd rather your document never touch a server at all, the non-AI tools — which cover the large majority of what PDFly offers — avoid this entirely.
How to check any PDF tool for yourself
You don't have to take a site's word for how it handles your file — there are a couple of quick, concrete checks:
- Turn off your internet connection, then try the tool. If a genuinely client-side tool still works on a file already loaded in the page, that's strong evidence nothing is being uploaded. If it fails or hangs, it needed a server.
- Check your browser's network activity. Most browsers have a Network tab in developer tools. Upload a file and watch whether it appears as outgoing request data — if you see your file's bytes heading to a server, it's a server-side tool regardless of what the site's marketing says.
- Read the privacy policy for specifics, not just reassurance. "We take your privacy seriously" says nothing. Look for which tools upload files, which third parties (if any) are involved, and how long anything is retained.
Where this matters more than others
Not every PDF needs the same level of caution. A public flyer or a form template carries essentially no risk either way. But for contracts, financial statements, medical records, or anything with names, account numbers, or other personal data, the processing model is worth actually checking before you pick a tool — especially one you're using for the first time under time pressure. This is also where redaction and password protection come in: neither one is about where the file is processed, but about what's in the file itself and who can open it. See PDFly's guides on redacting a PDF and password-protecting a PDF for those specifically.
The honest limits of "no uploads"
Client-side processing genuinely means your file isn't sent to a server for that operation — but it's not a magic guarantee of total privacy on its own. The page still has to load its JavaScript from somewhere, analytics or ad scripts (if present) can still see that you visited and used a tool, and browser extensions with broad permissions can technically see anything happening in the tab. None of that touches your file's content the way an upload would, but "runs in your browser" and "completely invisible to everyone" aren't quite the same claim, and it's worth not overstating the difference.
Want to see exactly how PDFly handles your files?
Read the full privacy policy for tool-by-tool specifics.
Read Privacy PolicyFrequently Asked Questions
Does PDFly upload my files to a server?
For PDFly's core tools (merge, split, compress, convert, sign, organize, and most others), no — they run entirely in your browser using pdf-lib. The exception is the AI-powered tools (Chat with PDF, Summarize, Translate, Explain, Generate Quiz, Rewrite, OCR), which send extracted text to a server so it can be processed by Google's Gemini API.
Which AI provider does PDFly actually use?
Google Gemini. PDFly's AI-powered tools send extracted document text (and your question, for Chat with PDF) to Gemini's API to generate a response; PDFly doesn't store that content beyond what's needed to complete the request.
How can I tell if a different PDF site is uploading my file?
Open your browser's developer tools, go to the Network tab, and use the tool — if your file's data shows up as outgoing traffic, it's being sent to a server, whatever the site's marketing claims.
Is client-side processing completely private?
It means your file isn't uploaded for that operation, which is the main risk with most "free" PDF tools. It doesn't mean the page is invisible to analytics scripts or browser extensions — those just don't have access to your file's content the way an upload would.