Часті запитання

Ні. Кожен інструмент PDFluna працює повністю у твоєму браузері завдяки JavaScript, WebAssembly та вбудованій бібліотеці рендерингу PDF браузера. Твої файли читаються локально, обробляються локально та зберігаються локально. Можеш перевірити сам: відкрий DevTools → вкладку Network перед використанням інструмента і поспостерігай — побачиш нуль вихідних запитів, що несуть твій файл. Єдиний мережевий трафік — це початкове завантаження сторінки та open-source бібліотеки (PDF.js, pdf-lib тощо), які потрібні інструменту.

Ні. Не можемо — файли в принципі не доходять до наших серверів. У нас немає «політики видалення файлів» з нашого боку, бо немає файлів, які треба видаляти. Ми не використовуємо вмісту файлів для тренування ШІ, профілювання реклами, статистичного аналізу тощо.

Так. Найсильніша форма відповідності GDPR — взагалі не збирати персональних даних, і це наша поведінка за замовчуванням. Ми не вимагаємо облікового запису, не обробляємо вмісту файлів на нашій інфраструктурі, і єдині дані, які збирає сайт — це анонімна аналітика (перегляди сторінок, лічильники використання інструментів — без особистих ідентифікаторів, без вмісту файлу). Для конкретних запитів захисту даних або DSAR (запит на доступ до персональних даних) пиши на [email protected]. Повні деталі в нашій політиці конфіденційності.

Так — насправді безпечніше, ніж більшість альтернатив. Серверні конкуренти (iLovePDF, Smallpdf, онлайн-інструменти Adobe) завантажують усі твої файли на свою інфраструктуру, обробляють їх там і повертають результат. Для контракту, розрахункового листа, медичного огляду або документа, що посвідчує особу, це значна експозиція, навіть якщо їхня політика конфіденційності бездоганна: твій файл коротко живе в місці, яке ти не контролюєш. З PDFluna такої експозиції просто не існує — файл ніколи не перетинає мережу.

Ні, і нам вони не потрібні для того, як ми працюємо. SOC 2 / ISO 27001 аудитують, як організація керує клієнтськими даними на своїх серверах. Оскільки ми не керуємо файлами клієнтів на наших серверах (вони залишаються на твоїх), у цих аудитах нема чого досліджувати. Найближчий еквівалент — сам open-source код: кожна бібліотека, яку ми використовуємо (PDF.js, pdf-lib, fflate, html2canvas), публічно перевіряється, а DevTools твого браузера дозволяють підтвердити в реальному часі, що жоден файл не залишає твого пристрою.

Ми використовуємо Google Analytics 4 для підрахунку анонімних переглядів сторінок та агрегації використання інструментів. Без імен файлів, без вмісту файлів, без ідентифікаційної інформації. Відвідувачі ЄС, які відмовляються від банера згоди, отримують безкукіс аналітику Plausible. Обидва налаштовуються в нашій політиці cookies; відмова не впливає на функціональність інструментів.

Сучасні браузери можуть набагато більше, ніж рендерити вебсторінки. JavaScript і WebAssembly дозволяють нам запускати реальні бібліотеки PDF (PDF.js, pdf-lib) безпосередньо у вкладці браузера, з повним доступом до файлу, який ти вибираєш через файловий селектор або перетягуванням. Файл читається в памʼять вкладки, обробляється там, і результат пропонується для завантаження. Та сама технологія працює у Figma, Photoshop у вебі та Google Docs.

Бо завантаження немає. Прогрес-бари в інструментах PDFluna відстежують локальну обробку — скільки твого файлу бібліотека браузера прочитала, закодувала або проштампувала — не передачу мережею. На швидкому компʼютері це іноді майже миттєво, що може здаватися підозрілим, якщо ти звик до кількасекундного завантаження серверних інструментів, але швидкість — це перевага повного пропуску мережевого циклу.

Перший раз, коли ти використовуєш важчий інструмент (OCR, підпис, Word у PDF), ми завантажуємо на вимогу спеціалізовану бібліотеку — Tesseract.js для OCR (~14 МБ), mammoth.js для парсингу Word (~150 КБ зі стиском gzip) і так далі. Ці бібліотеки кешуються в твоєму браузері після першого завантаження, тож друге використання миттєве. Ми навмисно не завантажуємо їх на головній сторінці, щоб тримати швидкий time-to-interactive лендингу.

Частково. Після того, як ти користувався інструментом і сторінка + бібліотеки в кеші браузера, зазвичай можеш перезавантажити той самий інструмент офлайн, і він працюватиме. Зараз ми не постачаємо Service Worker для явного офлайн-використання, тож перезавантаження, яке потребує отримання нових ресурсів, провалиться офлайн. Реальне офлайн-використання у плані розвитку.

Більшість інструментів приймає PDF до 100 МБ. Інструменти конвертації форматів (Word у PDF, Excel у PDF) обмежені 20 МБ, бо парсинг цих форматів важчий за памʼяттю. OCR обмежений 50 МБ / 50 сторінками, бо кожна сторінка рендериться у 300 DPI і потім OCR-иться, що є найповільнішим конвеєром, який ми надаємо. Конкретні ліміти зазначені на сторінці кожного інструмента над зоною скидання.

PDF (кожен інструмент), зображення (JPG, PNG, HEIC, WebP — для JPG у PDF), документи Word (.docx, .rtf, .odt — для Word у PDF), електронні таблиці (.xlsx, .xls, .ods, .csv, .tsv — для Excel у PDF) та зображення підпису (PNG, JPG, GIF, WebP — для Підписати PDF).

PDF (за замовчуванням для всього), JPG (один на сторінку або ZIP для багатосторінкового через PDF у JPG), і PNG (один на сторінку або ZIP через PDF у PNG). Ми не створюємо Word, PowerPoint або Excel з PDF — зворотна конвертація у текучі / сіткові формати справді складна, і ми не хочемо постачати інструмент, чий вивід був би непридатним. Див. блог для повного обґрунтування, якщо цікаво.

Застарілий бінарний формат .doc Word 97–2003 потребує або самого Microsoft Word, або багатотисячного користувацького парсера для конвертації з прийнятною точністю. Ми воліємо чисто відмовляти, ніж постачати інструмент, чий вивід порівнювали б невигідно з іншими сервісами. Десятисекундне рішення: відкрий свій .doc у Word або LibreOffice, Файл → Зберегти як → .docx, і кинь .docx у наш інструмент Word у PDF. Усе зберігається.

Деякі інструменти можуть (Обʼєднати PDF приймає кілька файлів за дизайном; JPG у PDF приймає партію зображень). Більшість — навмисно по одному за раз: запустити пʼять файлів по 50 МБ у браузер одночасно повалить телефони середнього класу. Найшвидший пакетний потік для стиснення / конвертації — запускати їх послідовно в тій самій вкладці — інструмент миттєво переініціалізується між файлами.

Пиши на [email protected] з префіксом теми `[Bug]` або `[Feature request]`. Для багів додавання файлу (якщо можна поділитися) і браузер + ОС прискорює відтворення приблизно у 10×. Ми читаємо кожне повідомлення; відповідь у 1–2 робочі дні для загальних запитань.

Усі сучасні браузери: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+ і їхні мобільні аналоги (iOS Safari 17+, Android Chrome). Старіші версії можуть працювати для простіших інструментів, але ми їх не тестуємо — API WebAssembly + Pointer Events, на які ми спираємось, надійні лише в останніх версіях.

Так. iOS Safari 17+ підтримує все, окрім кількох крайніх випадків довгих документів, де вкладці браузера не вистачає памʼяті до завершення реконструкції. Як загальне правило, файли менше 30 МБ працюють добре на телефонах; планшети (iPad Air 5+ або новіші) обробляють повний ліміт 100 МБ для більшості інструментів.

Так — на сучасних Chrome, Firefox, Edge та Samsung Internet. Бюджетні пристрої (4 ГБ ОЗП або менше) можуть зависати посередині на великих файлах з тієї ж причини тиску памʼяті, що й iPhone; якщо інструмент не справляється з довгим документом, спочатку розділити його з Розділити PDF зазвичай дозволяє пройти.

Обробка PDF інтенсивна за CPU та памʼяттю. PDF на 100 МБ може вимагати 300–500 МБ робочої памʼяті для рендерингу та повторного видавання, що більше, ніж старі телефони (4 ГБ загального системного ОЗП) можуть виділити одній вкладці браузера. Рішення: спочатку розділи документ з Розділити PDF, знизь DPI виводу в інструментах растеризації (PDF у JPG, OCR PDF), або запусти на компʼютері.

Для більшості інструментів — так — ми працюємо з наявною двійковою структурою PDF замість повторного рендерингу, тож сторінки зберігають свій оригінальний векторний текст, вбудовані шрифти та якість зображень. Винятки: Word у PDF, Excel у PDF та Розблокувати PDF реконструюють документ як image-based (візуальна точність зберігається, але ти втрачаєш поля форм та виборний текст). Сторінка кожного інструмента документує компроміс.

Наш інструмент Стиснути PDF використовує інкрементне оновлення, тож оригінальний текст, шрифти та підписи зберігаються байт за байтом. Економія простору походить від повторного кодування вбудованих зображень у нижчих роздільностях та видалення зайвих історичних обʼєктів. Для PDF з великим текстом візуальний результат не відрізняється від оригіналу; для PDF з великою кількістю зображень (скани, на основі фото) ти можеш вибрати рівень компромісу.

PNG без втрат — кожен піксель рендеренної сторінки зберігається точно. JPG зі втратами і дає менші файли, але додає тонкі ореоли навколо різких країв (текст, лінійне мистецтво). Пресети DPI S/M/L (72 / 150 / 300) керують роздільністю; повзунок якості JPG (60–95 %) керує стисненням. Та сама вихідна бібліотека, інша стратегія виводу — вибирай за потребами.

Деякі з наших інструментів (Розблокувати PDF та родина конвертації) створюють image-based вивід, де кожна сторінка рендериться як JPEG і вбудовується в новий PDF. JPEG у 200 DPI на letter-папері в середньому 250–500 КБ на сторінку, що може бути більше, ніж оригінал, якщо він був лише векторним текстом. Щоб зменшити результат, пропусти його через наш інструмент Стиснути PDF.

Так, без реєстрації, без водяного знака, без «ліміту експорту» або «3 файли на день». Підступ (якщо є): сайт показує рекламу на сторінках інструментів та на сторінках контенту. Дохід від реклами покриває хостинг та розробку; це й уся бізнес-модель. Ми не плануємо вводити платні тарифи, і наші інфраструктурні витрати мінімальні саме тому, що вся важка робота йде у твоєму браузері.

Бо немає нічого, що обліковий запис мав би зберігати. Ми не зберігаємо твоїх файлів, історії або налаштувань. Без облікового запису також немає пароля, який треба памʼятати, і потоку «забув пароль», коли ти повертаєшся через два місяці. Компроміс: немає тяглості між пристроями (не можна почати задачу на компʼютері і закінчити на смартфоні). Для разових PDF-задач це правильна форма; для постійних робочих процесів з документами платний SaaS на кшталт Adobe Acrobat — кращий вибір.

Так для поточного набору інструментів. Наші інфраструктурні витрати масштабуються з трафіком, але залишаються низькими, бо нічого не відбувається на сервері; дохід від реклами комфортно їх покриває. Якщо проєкт колись потребуватиме ввести платні тарифи, це буде для нових серверних функцій (спільне редагування, синхронізація між пристроями), а поточні браузерні інструменти залишаться безкоштовними.

Так. PDFluna не претендує на права на твої вхідні файли або наш вивід. PDF, який ти створюєш, — твій для використання, як тобі заманеться — комерційна робота, передача клієнтам, архівація, поширення, що завгодно. Єдине обмеження — авторське право на оригінальний вміст (ми його не змінюємо, і не можемо надати прав, яких у нас немає).

Маленька незалежна команда. Ми створили PDFluna, бо самі потребували швидких PDF-інструментів і були розчаровані альтернативами «завантаж-на-сервер». Повна сторінка Про нас містить більше деталей про чому і як. Для конкретних звернень див. сторінку контактів.