Veelgestelde vragen

Nee. Elke PDFluna-tool draait volledig in je browser dankzij JavaScript, WebAssembly en de ingebouwde PDF-renderbibliotheek van de browser. Je bestanden worden lokaal gelezen, lokaal verwerkt en lokaal opgeslagen. Je kunt het zelf controleren: open DevTools → tabblad Network voor je een tool gebruikt en let op — je ziet nul uitgaande verzoeken die je bestand dragen. Het enige netwerkverkeer is de oorspronkelijke pagina-load en de open-source bibliotheken (PDF.js, pdf-lib, enz.) die de tool nodig heeft.

Nee. We kunnen het niet — bestanden bereiken onze servers principieel niet. We hebben aan onze kant geen "bestandsverwijderbeleid" omdat er geen bestanden zijn om te verwijderen. We gebruiken bestandsinhoud niet voor AI-training, advertentieprofilering, statistische analyse of iets dergelijks.

Ja. De sterkste vorm van AVG-naleving is helemaal geen persoonsgegevens verzamelen, en dat is ons standaardgedrag. We vereisen geen account, we verwerken geen bestandsinhoud op onze infrastructuur, en de enige gegevens die de site verzamelt zijn anonieme analytics (paginaweergaves, tool-gebruikstellers — geen persoonlijke identificatoren, geen bestandsinhoud). Voor specifieke gegevensbeschermingsverzoeken of DSAR (verzoek om inzage in persoonsgegevens) mail naar [email protected]. Volledige details in ons privacybeleid.

Ja — in feite veiliger dan de meeste alternatieven. Server-gebaseerde concurrenten (iLovePDF, Smallpdf, Adobe online tools) uploaden al je bestanden naar hun infrastructuur, verwerken ze daar en sturen het resultaat terug. Voor een contract, loonstrook, medisch onderzoek of identiteitsbewijs is dat een aanzienlijke blootstelling, zelfs als hun privacybeleid onberispelijk is: je bestand leeft kort op een plek die jij niet beheert. Met PDFluna bestaat die blootstelling simpelweg niet — het bestand passeert nooit het netwerk.

Nee, en we hebben ze niet nodig voor de manier waarop we werken. SOC 2 / ISO 27001 controleren hoe een organisatie klantgegevens op haar servers beheert. Omdat we geen klantbestanden op onze servers beheren (ze blijven op die van jou), is er in die audits niets te onderzoeken. Het dichtstbijzijnde equivalent is de open-source code zelf: elke bibliotheek die we gebruiken (PDF.js, pdf-lib, fflate, html2canvas) is publiek controleerbaar, en de DevTools van je browser laten je realtime bevestigen dat geen enkel bestand je apparaat verlaat.

We gebruiken Google Analytics 4 voor het tellen van anonieme paginaweergaves en het aggregeren van tool-gebruik. Geen bestandsnamen, geen bestandsinhoud, geen identificeerbare informatie. EU-bezoekers die de toestemmingsbanner weigeren, krijgen cookieloze Plausible-analytics. Beide zijn configureerbaar in ons cookiebeleid; weigeren beïnvloedt de tool-functionaliteit niet.

Moderne browsers kunnen veel meer dan webpaginas renderen. JavaScript en WebAssembly stellen ons in staat om echte PDF-bibliotheken (PDF.js, pdf-lib) rechtstreeks in het browsertabblad uit te voeren, met volledige toegang tot het bestand dat je via de bestandsselectie of door slepen kiest. Het bestand wordt in het geheugen van het tabblad gelezen, daar verwerkt, en het resultaat wordt aangeboden om te downloaden. Dezelfde technologie is wat Figma, Photoshop op het web en Google Docs aandrijft.

Omdat er geen upload is. Voortgangsbalken in PDFluna-tools volgen lokale verwerking — hoeveel van je bestand de browserbibliotheek heeft gelezen, gecodeerd of gestempeld — geen netwerkoverdracht. Op een snelle computer is het soms bijna onmiddellijk, wat verdacht kan lijken als je gewend bent aan de meersecondige uploads van servertools, maar de snelheid is een voordeel van het volledig overslaan van de netwerkronde.

De eerste keer dat je een zwaardere tool gebruikt (OCR, ondertekenen, Word naar PDF) downloaden we de gespecialiseerde bibliotheek on-demand — Tesseract.js voor OCR (~14 MB), mammoth.js voor Word-parsing (~150 KB gzipped) enz. Deze bibliotheken worden in je browser gecachet na het eerste gebruik, dus tweede gebruik is onmiddellijk. We laden ze opzettelijk niet op de homepage om de time-to-interactive van de landingspagina snel te houden.

Gedeeltelijk. Nadat je een tool hebt gebruikt en de pagina + bibliotheken in de browsercache staan, kun je meestal dezelfde tool offline opnieuw laden en zal hij werken. We leveren momenteel geen Service Worker voor expliciet offline gebruik, dus een herlaadbeurt waarvoor nieuwe assets nodig zijn, mislukt offline. Echt offline-gebruik staat op de roadmap.

De meeste tools accepteren PDFs tot 100 MB. Formaatconversietools (Word naar PDF, Excel naar PDF) zijn beperkt tot 20 MB omdat het parsen van die formaten geheugenintensiever is. OCR is beperkt tot 50 MB / 50 paginas omdat elke pagina op 300 DPI wordt gerenderd en vervolgens OCR-bewerkt, wat de langzaamste pijplijn is die we aanbieden. Specifieke limieten zijn vermeld op elke tool-pagina boven de drop zone.

PDF (elke tool), afbeeldingen (JPG, PNG, HEIC, WebP — voor JPG naar PDF), Word-documenten (.docx, .rtf, .odt — voor Word naar PDF), spreadsheets (.xlsx, .xls, .ods, .csv, .tsv — voor Excel naar PDF) en handtekeningafbeeldingen (PNG, JPG, GIF, WebP — voor PDF Ondertekenen).

PDF (standaard voor alles), JPG (één per pagina of een ZIP voor multi-pagina via PDF naar JPG), en PNG (één per pagina of een ZIP via PDF naar PNG). We maken geen Word, PowerPoint of Excel uit een PDF — omgekeerde conversie naar flow / grid-formaten is echt moeilijk en we willen geen tool leveren waarvan de output onbruikbaar zou zijn. Zie de blog voor de volledige redenering als je geïnteresseerd bent.

Het verouderde binaire .doc-formaat van Word 97–2003 vereist ofwel Microsoft Word zelf, ofwel een aangepaste parser van duizenden regels om met acceptabele nauwkeurigheid te converteren. We weigeren liever schoon dan een tool te leveren waarvan de output ongunstig vergelijkt met andere diensten. Tien-seconden oplossing: open je .doc in Word of LibreOffice, Bestand → Opslaan als → .docx, en sleep het .docx in onze Word naar PDF-tool. Alles blijft behouden.

Sommige tools wel (PDF Samenvoegen accepteert meerdere bestanden bij ontwerp; JPG naar PDF accepteert een batch afbeeldingen). De meeste zijn opzettelijk één-voor-één: vijf bestanden van 50 MB tegelijk in een browsertabblad pushen, laat middenklasse-telefoons crashen. De snelste batch-flow voor compressie / conversie is ze opeenvolgend in hetzelfde tabblad uitvoeren — de tool herinitialiseert onmiddellijk tussen bestanden.

Mail naar [email protected] met onderwerpprefix `[Bug]` of `[Feature request]`. Voor bugs versnelt het toevoegen van een bestand (als je het kunt delen) en de browser + OS de reproductie ongeveer 10×. We lezen elke melding; antwoord binnen 1–2 werkdagen voor algemene vragen.

Alle moderne browsers: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+ en hun mobiele tegenhangers (iOS Safari 17+, Android Chrome). Oudere versies kunnen werken voor eenvoudigere tools, maar we testen ze niet — de WebAssembly + Pointer Events-APIs waarop we steunen, zijn alleen betrouwbaar in recente versies.

Ja. iOS Safari 17+ ondersteunt alles op een paar randgevallen na voor lange documenten waarbij het browsertabblad geen geheugen meer heeft voordat de reconstructie is voltooid. Als algemene regel werken bestanden onder 30 MB goed op telefoons; tablets (iPad Air 5+ of nieuwer) verwerken de volledige limiet van 100 MB voor de meeste tools.

Ja — op moderne Chrome, Firefox, Edge en Samsung Internet. Budgetapparaten (4 GB RAM of minder) kunnen halverwege grote bestanden vastlopen om dezelfde geheugendrukreden als iPhone; als een tool een lang document niet aankan, lukt het meestal door het eerst met PDF Splitsen te splitsen.

PDF-verwerking is CPU- en geheugenintensief. Een PDF van 100 MB kan 300–500 MB werkgeheugen vereisen voor rendering en heruitgifte, meer dan oudere telefoons (4 GB totaal systeem-RAM) aan één browsertabblad kunnen toewijzen. Oplossingen: splits het document eerst met PDF Splitsen, verlaag de uitvoer-DPI in rasteringstools (PDF naar JPG, PDF OCR), of voer uit op een computer.

Voor de meeste tools wel — we werken met de bestaande binaire structuur van de PDF in plaats van opnieuw te renderen, dus paginas behouden hun oorspronkelijke vectortekst, ingebedde lettertypen en afbeeldingskwaliteit. Uitzonderingen: Word naar PDF, Excel naar PDF en PDF Ontgrendelen reconstrueren het document als image-based (visuele getrouwheid blijft behouden, maar je verliest formuliervelden en selecteerbare tekst). Elke tool-pagina documenteert de afweging.

Onze PDF Comprimeren-tool gebruikt incrementele update, dus de oorspronkelijke tekst, lettertypen en handtekeningen blijven byte-voor-byte behouden. De ruimtebesparingen komen van het opnieuw coderen van ingebedde afbeeldingen op lagere resoluties en het verwijderen van overbodige historische objecten. Voor tekst-intensieve PDFs is het visuele resultaat niet te onderscheiden van het origineel; voor afbeeldings-intensieve PDFs (scans, foto-gebaseerd) kun je het afwegingsniveau kiezen.

PNG is lossless — elke pixel van de gerenderde pagina wordt precies behouden. JPG is lossy en geeft kleinere bestanden, maar voegt subtiele halos rond scherpe randen toe (tekst, lijntekenwerk). De S/M/L DPI-presets (72 / 150 / 300) regelen de resolutie; de JPG-kwaliteitsschuif (60–95 %) regelt de compressie. Dezelfde rendering-bibliotheek, andere uitvoerstrategie — kies op basis van behoefte.

Sommige van onze tools (PDF Ontgrendelen en de conversie-familie) produceren image-based output waarbij elke pagina als JPEG wordt gerenderd en in een nieuwe PDF wordt ingebed. Een JPEG op 200 DPI op letter-papier is gemiddeld 250–500 KB per pagina, wat groter kan zijn dan het origineel als dat alleen vector-tekst was. Om het resultaat te verkleinen, haal het door onze PDF Comprimeren-tool.

Ja, geen registratie, geen watermerk, geen "exportlimiet" of "3 bestanden per dag". De catch (als die er is): de site toont reclame op tool-paginas en op contentpaginas. Reclame-inkomsten dekken hosting en ontwikkeling; dat is het hele bedrijfsmodel. We hebben geen plannen om betaalde abonnementen te introduceren, en onze infrastructuurkosten zijn minimaal juist omdat al het zware werk in je browser gebeurt.

Omdat er niets is dat een account zou bewaren. We slaan je bestanden, geschiedenis of voorkeuren niet op. Geen account betekent ook geen wachtwoord om te onthouden, geen "wachtwoord vergeten"-flow als je over twee maanden terugkomt. De afweging: geen continuiteit tussen apparaten (je kunt geen taak op de computer beginnen en op de smartphone afmaken). Voor eenmalige PDF-taken is dat de juiste vorm; voor terugkerende documentworkflows is een betaalde SaaS zoals Adobe Acrobat een betere keuze.

Ja voor de huidige toolset. Onze infrastructuurkosten schalen met verkeer, maar blijven laag omdat er niets op de server gebeurt; reclame-inkomsten dekken ze comfortabel. Als het project ooit betaalde abonnementen moet introduceren, zal het voor nieuwe servergebaseerde functies zijn (samenwerken bewerken, synchroniseren tussen apparaten), en de huidige browsertools blijven gratis.

Ja. PDFluna claimt geen rechten op je invoerbestanden of onze uitvoer. De PDF die je maakt is van jou om te gebruiken zoals je wilt — commercieel werk, leveren aan klanten, archiveren, distributie, wat dan ook. De enige beperking is auteursrecht op de oorspronkelijke inhoud (we wijzigen die niet, en kunnen geen rechten verlenen die we niet hebben).

Een klein onafhankelijk team. We hebben PDFluna gemaakt omdat we zelf snelle PDF-tools nodig hadden en gefrustreerd waren door de "upload-naar-server"-alternatieven. De volledige Over-pagina bevat meer details over waarom en hoe. Voor specifieke vragen zie de contactpagina.