What no-upload usually improves
If the selected PDF is processed in the browser, the provider does not need the document on its server for the core tool task. That can reduce exposure for document contents, extracted text, thumbnails, and structure.
Guide
Often yes for the core document flow, but the claim needs to be read precisely. No-upload usually describes where the selected PDF is processed. It does not automatically describe every other part of the website.
If the selected PDF is processed in the browser, the provider does not need the document on its server for the core tool task. That can reduce exposure for document contents, extracted text, thumbnails, and structure.
A website can still have analytics, error monitoring, cookie storage, ads, or normal hosting logs. Those are different from uploading the file for the actual PDF operation.
Good privacy wording explains exactly what happens, such as: the selected PDF is processed in your browser and is not uploaded for that task. Vague slogans like "100% secure" are weaker signals.
The strongest pattern is when the privacy note sits near the file input or main action on the actual tool page. That makes it easier to evaluate the claim in context.
A no-upload split or merge tool can be a strong fit for ordinary office documents, but you should still read the limits, especially for large files or older browsers.
Read Browser-side PDF tools and privacy for the broader model, How to split a PDF without uploading it for a concrete example, and How to merge PDFs without uploading them for the combine workflow.