PDF का साइज इतना बड़ा क्यों होता है? बाइट-दर-बाइट नापी गई पांच वजहें

छोटा जवाब

आम तौर पर वजह तस्वीरें होती हैं। फोन की फोटो PDF में पूरे साइज में जाती है, और स्कैन किया गया पेज एक बड़ी तस्वीर होता है। हमारे टेस्ट में फोटो या स्कैन से बनी PDF का कम से कम 99.7 प्रतिशत डेटा इमेज का था।

टेक्स्ट वाले डॉक्यूमेंट में तीन और वजहें दिखीं: फाइल का कंप्रेस न किया गया ढांचा, और अलग-अलग PDF मर्ज करने पर कई बार कॉपी हुए फॉन्ट और तस्वीरें। कंप्रेशन में सबसे ज्यादा तस्वीरें घटीं, और बिना कंप्रेशन वाला ढांचा सिर्फ दोबारा सेव करने से कंप्रेस हो गया। कॉपी हुए फॉन्ट जरा भी नहीं घटे।

21 अक्टूबर 2026 को हमने अपनी टेस्ट फाइलें pulsarkit.com पर “PDF कंप्रेस करें” और दूसरे टूल से गुजारीं। हमने 2023 के MacBook पर Chrome 155 इस्तेमाल किया, और साइज वैसे ही लिखे हैं, जैसे पेजों ने दिखाए। बाइट कहां बैठी हैं, यह देखने के लिए हमने अपनी स्क्रिप्ट से हर फाइल का हर ऑब्जेक्ट भी गिना।

फोटो पूरे साइज में जाती है, और बाकी पेज तय करता है

हमारी फोटो Wikimedia Commons से ली गई एक झील की 12 मेगापिक्सल की फोन फोटो थी: 4032 × 3024 पिक्सल, 5.1 MB। “JPG से PDF” ने JPG को डॉक्यूमेंट में जैसा का तैसा रख दिया। PDF एक सेकंड से कम में बन गई। उसका साइज 5.1 MB था, मूल JPG से सिर्फ 1 KB ज्यादा। बाद में “इमेज निकालें” ने वही JPG बाइट-दर-बाइट वापस दे दी।

“PDF कंप्रेस करें” सीमित करता है कि कोई तस्वीर पेज के हर इंच में कितने पिक्सल रखे: “संतुलित” पर 150, “सबसे छोटी फाइल” पर 96। “JPG से PDF” में डिफॉल्ट “इमेज के बराबर” के साथ पेज उतना ही बड़ा होता है, जितनी फोटो: 56 × 42 इंच। इतनी चौड़ाई में फैली फोटो में हर इंच में सिर्फ 72 पिक्सल होते हैं, जो दोनों सीमाओं से पहले ही नीचे हैं।

इसलिए “PDF कंप्रेस करें” ने उसे सिर्फ दोबारा एनकोड किया और सारे 1 करोड़ 20 लाख पिक्सल रखे: “संतुलित” से 1.6 MB मिले और “सबसे छोटी फाइल” से 1.2 MB। A4 पेज पर वही फोटो लगभग 11 इंच चौड़ी होती है, हर इंच में 366 पिक्सल। वहां “संतुलित” ने उसे 1654 × 1240 पिक्सल और 341 KB तक घटाया, और “सबसे छोटी फाइल” ने 101 KB तक।

हर कंप्रेशन में तीन सेकंड से कम लगे। अगर PDF प्रिंट होगी या डॉक्यूमेंट की तरह पढ़ी जाएगी, तो कंप्रेस करने से पहले “JPG से PDF” में A4 या Letter चुनें।

स्कैन: रंग से ज्यादा रिजॉल्यूशन भारी पड़ता है

स्कैन किया गया पेज कागज की तस्वीर होता है। हमारे टेस्ट स्कैन में 200 DPI पर ग्रेस्केल में टेक्स्ट के तीन पेज थे, और उसका वजन 2.3 MB था। हमने उन्हीं पेजों के तीन और वर्जन बनाए: 300 DPI तक बड़ा किया हुआ, क्रीम रंग के कागज और रंगीन दानों वाला रंगीन वर्जन, और दोनों बदलावों वाला।

300 DPI पर फाइल 59 से 62 प्रतिशत भारी निकली: ग्रेस्केल में 3.6 MB और रंगीन में 3.7 MB। इन सादे पेजों पर खुद रंग ने 2 प्रतिशत जोड़ा। रंगीन फोटो वाले पेज हमने नहीं जांचे।

“संतुलित” ज्यादा बारीक स्कैन को 150 DPI पर ले आता है, और चारों वर्जन 509 से 539 KB के बीच निकले। “सबसे छोटी फाइल” ने 96 DPI पर 203 से 212 KB दिए। हर लेवल पर टेक्स्ट कैसा दिखता है, यह स्कैन की गई किताब वाले हमारे टेस्ट में है।

टेक्स्ट वाली PDF: टैग, फॉन्ट और कंप्रेस न किया गया ढांचा

हमारे टेक्स्ट डॉक्यूमेंट में हेडिंग, पैराग्राफ और टेबल वाले 20 पेज थे, जिन्हें Chrome ने एक वेब पेज से PDF में प्रिंट किया था: 145 KB। फॉन्ट ने 37 KB लिए, यानी फाइल का एक चौथाई। Chrome ने सिर्फ इस्तेमाल हुए अक्षर जोड़े, Georgia और Georgia Bold के सबसेट के रूप में। खुद टेक्स्ट ने, 20 पेज बनाने के निर्देशों के रूप में, 31 KB लिए।

सबसे बड़ा हिस्सा, 58 KB यानी 40 प्रतिशत, टैग का था: 525 छोटे ऑब्जेक्ट, जो सहायक तकनीकों के लिए हेडिंग, पैराग्राफ और टेबल की सेल पर निशान लगाते हैं। और 12 KB फाइल के 587 ऑब्जेक्ट का इंडेक्स था। Chrome ने दोनों को सादे, बिना कंप्रेस किए टेक्स्ट के रूप में लिखा था।

“PDF कंप्रेस करें” ने डॉक्यूमेंट को 85 KB का कर दिया, यानी 41 प्रतिशत कम, और साथ में चेतावनी दी कि कंप्रेस करने को ज्यादा कुछ नहीं है। “PDF मेटाडेटा हटाएं”, जो पेजों को नहीं छूता, आधे सेकंड से कम में वही 85 KB दे गया। दोनों फाइल को दोबारा लिखते हैं, और दोबारा लिखते समय टैग और इंडेक्स कंप्रेस किए गए ब्लॉक में पैक हो जाते हैं।

हर टैग बचा रहा, और फॉन्ट और पेजों का कंटेंट बाइट-दर-बाइट वैसा ही आया। 2.3 MB के स्कैन पर उसी तरह दोबारा सेव करने से सिर्फ 1 KB घटा: यह कंप्रेशन कई छोटे ऑब्जेक्ट वाली फाइल की मदद करता है, तस्वीरों वाली फाइल की नहीं।

कॉपियां: एक लोगो, चालीस फॉन्ट

इसके बाद हमने “PDF में वॉटरमार्क लगाएं” से सभी 20 पेजों पर 26 KB का PNG लोगो लगाया। वह एक ही बार सेव हुआ, 13 KB के रूप में, जिसे हर पेज साझा करता है। “PDF में वॉटरमार्क लगाएं” भी फाइल को दोबारा लिखता है, इसलिए डॉक्यूमेंट 104 KB का बना, यानी सादे री-सेव से 19 KB ज्यादा।

फिर हमने “PDF स्प्लिट करें” से उसे एक-एक पेज की 20 फाइलों में बांटा और “PDF मर्ज करें” से फिर जोड़ दिया। पेज वही थे, पर फाइल 833 KB की थी। एक पेज वाली हर फाइल में अपना लोगो और अपने फॉन्ट थे, और मर्ज की गई फाइल ने ये सब रखे: 20 लोगो और 40 फॉन्ट फाइलें।

“PDF कंप्रेस करें” ने 20 एक जैसे लोगो पहचाने और उनमें से एक रखा, जिससे फाइल 584 KB की रह गई। फॉन्ट बने रहे: उन्हीं तीन फॉन्ट फाइलों की 40 कॉपियां, 499 KB, यानी बची हुई फाइल का 85 प्रतिशत। “PDF कंप्रेस करें” दोहराए गए फॉन्ट को एक नहीं करता। जब हो सके, अलग-अलग PDF मर्ज करने की जगह मूल डॉक्यूमेंट से एक PDF बनाएं।

क्या आजमाएं, इसी क्रम में

शुरुआत फाइल के अंदर झांकने से करें। “इमेज निकालें” तस्वीरें उसी साइज में वापस देता है, जिसमें वे सेव थीं। डिफॉल्ट रूप से चालू “दोहराई गई इमेज छोड़ दें” के साथ हर तस्वीर एक बार निकलती है। हमारी मर्ज की गई फाइल पर उसने एक ही लोगो लौटाया; फोटो वाली PDF पर मूल 5.1 MB की JPG।

फिर “PDF कंप्रेस करें” चलाएं। तस्वीरें सबसे ज्यादा घटती हैं, दोहराई गई तस्वीरें एक बार सेव होती हैं, और फाइल का कंप्रेस न किया गया ढांचा दोबारा लिखते समय कंप्रेस हो जाता है। कॉपी हुए फॉन्ट बने रहते हैं, इसलिए मर्ज की गई फाइल के लिए हो सके तो मूल डॉक्यूमेंट पर लौटें।

अगर परिणाम फिर भी किसी साइज सीमा से ऊपर है, तो “साइज से स्प्लिट करें” उसे उस सीमा से छोटे हिस्सों में काट देता है। उसका पेज चेतावनी देता है कि फॉन्ट और साझा इमेज हर हिस्से में कॉपी होती हैं। हिस्सों का कुल साइज मूल से ज्यादा बनता है। यहां बताया गया हर टूल आपके ब्राउजर टैब में चलता है। ये PulsarKit के 200 से ज्यादा मुफ्त टूल में से हैं, बिना अकाउंट और बिना सब्सक्रिप्शन के।