HTML to PDF
HTML files (.html, .htm) को — saved web pages, email templates, design previews, dashboard exports — एक PDF document में convert करें। Backgrounds शामिल करना है या नहीं, चुनें। Files आपके browser में process होती हैं।
HTML to PDF, .html और .htm files को एक PDF document में convert करता है। हम HTML को sanitise करते हैं (<script> tags और inline event handlers हटाते हुए), इसे एक hidden container में render करते हैं, html2canvas से 2× DPI पर result capture करते हैं, और pdf-lib इस्तेमाल करके pages को PDF में embed करते हैं। Include backgrounds toggle आपके browser के print dialog convention को mirror करता है — cleaner, paper-friendly output के लिए default में off।
HTML to PDF क्या है?
HTML — HyperText Markup Language — हर web page की foundation है। Browsers HTML को CSS के साथ styling और (आमतौर पर) JavaScript के साथ interactivity के लिए combine करके render करते हैं। जब आप browser से कोई web page save करते हैं, तो आपको एक .html file मिलती है जो markup capture करती है; जब आपको designer से HTML email template मिलता है, तो वह भी .html file ही है। HTML files Mailchimp / SendGrid email exports, web-application dashboards (Tableau, Looker), static-site generators, और email templates या marketing landing pages लिखने वाले किसी भी व्यक्ति द्वारा भी produce होती हैं।
HTML को PDF में convert करना तब आम है जब आपको rendered output share करना हो — एक email proof, एक dashboard snapshot, एक saved article, एक landing page mockup — किसी ऐसे व्यक्ति के साथ जो इसे browser में नहीं खोलने वाला। PDFs universal print/share format हैं। ज़्यादातर online HTML-to-PDF tools आपकी file को remote server पर upload करते हैं, जो असुविधाजनक है जब HTML में email addresses, internal links, या unreleased designs हों। यह tool पूरी तरह आपके browser में render करता है; HTML कभी network पार नहीं करता।
Browser में HTML conversion कैसे काम करता है?
Pikowl हर HTML file को Blob.text() API के ज़रिए पढ़ता है, markup को DOMParser से parse करता है, इसे sanitise करता है (<script> elements और inline on* event handlers हटाते हुए — JavaScript कभी execute नहीं होता), और एक hidden styled container के अंदर render करता है। html2canvas rendered DOM को 2× DPI image के तौर पर capture करता है, page-height chunks में slice किया जाता है और pdf-lib इस्तेमाल करके PDF में embed किया जाता है। Inline CSS — <style> tags और style="..." attributes — preserved होती है। External resources (CDN-hosted images, web fonts) केवल तब load होते हैं जब वे same-origin हों या CORS-enabled headers इस्तेमाल करते हों।
क्या यहाँ untrusted HTML files convert करना safe है?
हाँ। हम render करने से पहले <script> tags और inline event handlers (onclick, onload, आदि) strip करते हैं, इसलिए HTML के अंदर JavaScript कभी execute नहीं होता — भले ही आप कोई malicious file drag करें। href attributes में javascript: URLs भी strip होते हैं। Standard CSS, जिसमें external stylesheets और web fonts शामिल हैं, preserved है (वे अपने original origins से load होते हैं, लेकिन कोई inline JS नहीं चलता)। HTML File API के ज़रिए locally पढ़ी जाती है, आपके browser में process होती है, और PDF download तक केवल memory में रहती है। Tab बंद करना सब कुछ discard कर देता है।
"Include backgrounds" का क्या?
Default में, page background colours और background images PDF में render नहीं होते — output एक clean white background इस्तेमाल करता है। यह browser print dialogs (Chrome का "Background graphics" toggle, Firefox का "Print backgrounds") के convention को mirror करता है जहाँ default off है क्योंकि backgrounds printer ink consume करते हैं और dark themes पर text को obscure करते हैं। Include backgrounds enable करें अगर आपकी HTML का design backgrounds को जानबूझकर इस्तेमाल करता है — email templates, marketing landing pages, themed cards वाले dashboards। Toggle केवल page-level background को control करता है; individual divs पर element-level background-color और background-image हमेशा render होते हैं।
Limits क्या हैं और क्यों?
प्रति conversion 30 तक HTML files, प्रति file 10 MB, 100 MB combined पर soft warning और 150 MB पर hard cap। File count TXT या Markdown (50) से कम है क्योंकि इस batch में HTML rendering सबसे भारी step है — html2canvas प्रति लंबे document कई सेकंड ले सकता है, और rasterisation बड़े in-memory canvases produce करता है। बहुत लंबी single files (~50 PDF pages से ऊपर) के लिए, noticeable wait की उम्मीद रखें।
HTML के लिए Pikowl की तुलना Smallpdf और iLovePDF से कैसे होती है?
मुख्य अंतर हैं processing location, JavaScript handling, daily-use limits, और pricing। नीचे की संख्याएँ हर service के अप्रैल 2026 तक के public free-tier offers दर्शाती हैं।
| Feature | Pikowl | Smallpdf | iLovePDF |
|---|---|---|---|
| Files कहाँ process होती हैं | आपका browser | Remote server | Remote server |
| Sign-up ज़रूरी | नहीं | Optional | Optional |
| Output options | Backgrounds toggle · 3 page sizes · page numbers | केवल URL (कोई .html files नहीं) | URL या .html, server-rendered |
| अधिकतम file size (मुफ्त) | 10 MB | 5 MB | 200 MB (combined) |
| कीमत | मुफ्त | $9/माह unlimited के लिए | $7/माह premium के लिए |
स्रोत: smallpdf.com/pricing और ilovepdf.com/pricing, अप्रैल 2026 में लिए गए।
सामान्य उपयोग
- Saved web pages: articles या research की browser-saved .html files को offline reading के लिए paginated, archival PDF में convert करें।
- Email template proofs: Designers और marketers असली email forward किए बिना client review के लिए HTML email template को PDF proof के तौर पर export कर सकते हैं।
- Dashboard exports: BI tools (Tableau, Looker, Metabase) अक्सर HTML dashboard exports offer करते हैं — उन्हें board decks में inclusion के लिए PDF में convert करें।
- Landing page mockups: किसी static-site landing page को stakeholder review या feedback rounds के लिए PDF में convert करें।
- Form receipts और confirmations: web forms से save की गई HTML order confirmations और receipts accounting attachments के लिए तैयार PDFs बन जाती हैं।
- Online documentation snapshots: किसी documentation page (Stripe API docs, AWS console reference) को offline reference के लिए PDF के तौर पर save करें।
FAQ
क्या conversion के दौरान HTML में JavaScript चलेगा?
नहीं। हम render करने से पहले <script> tags और inline event handlers (onclick, onload, आदि) strip करते हैं, इसलिए file में कोई भी JavaScript हटा दिया जाता है। <a href="javascript:..."> URLs भी strip हो जाते हैं। इसका मतलब है कि JS पर निर्भर dynamic content (जैसे Chart.js के ज़रिए render होने वाले charts, lazy-loaded images) PDF में नहीं दिखेगा। JS-rendered content के लिए, पहले page को अपने browser में render करें और screenshot tool इस्तेमाल करें, या अगर available हो तो page का static export option इस्तेमाल करें।
क्या external images और fonts load होंगे?
केवल अगर resources same-origin हों या CORS-enabled headers के साथ serve हों। ज़्यादातर CDN-hosted web fonts (Google Fonts, Adobe Fonts) और images CORS set करते हैं, इसलिए वे आमतौर पर सही से load होते हैं। Same-domain resources ठीक काम करते हैं। CORS headers के बिना cross-origin resources load होने में fail होंगे और PDF में blank दिखेंगे। सब कुछ load होने की guarantee के लिए, convert करने से पहले images को data URIs (data:image/png;base64,...) के तौर पर embed करें।
क्या मुझे "Include backgrounds" on करना चाहिए?
Default off है, browser print dialogs से मेल खाते हुए। इसे on करें जब HTML का design page-level backgrounds को जानबूझकर इस्तेमाल करता हो — themed email templates, marketing landing pages, dark-mode dashboards। उस content के लिए off छोड़ें जहाँ backgrounds केवल printer ink consume करेंगे (articles, documentation, code listings)।
क्या परिणामी PDF में text selectable है?
नहीं — html2canvas pipeline rendered HTML को rasterise करती है, इसलिए परिणामी PDF pages images हैं। Text selectable, searchable, या screen readers के लिए accessible नहीं है। यह full styling fidelity के लिए trade-off है। Documents से selectable text के लिए, TXT to PDF (plain text input) इस्तेमाल करें या HTML के text content को अलग से save करें और उसे convert करें।
Multi-page output कैसे काम करता है?
लंबा HTML content एक single tall canvas के तौर पर render होता है, फिर page-height chunks में slice किया जाता है। हर chunk एक PDF page बनता है। Slicing canvas pixel boundary पर होती है, जिसका मतलब है कि content page break पर mid-paragraph या mid-image पर split हो सकता है। CSS @page rules और page-break-inside: avoid respect नहीं किए जाते — वह एक browser-print-engine feature है जिसे support करने के लिए हमें एक अलग rendering library चाहिए।
क्या HTML files server पर upload होती हैं?
नहीं। Conversion पूरी तरह आपके browser में चलती है — DevTools का network tab खोलें और आप पहली बार इस्तेमाल पर html2canvas chunk एक बार download होते देखेंगे, साथ में कोई भी external resources (images, fonts) जिन्हें HTML खुद reference करता है। HTML file content कभी Pikowl server को नहीं भेजा जाता।
File count limit TXT या Markdown से कम क्यों है?
HTML rendering सबसे भारी step है। html2canvas पूरे DOM पर चलता है, हर element के लिए styles compute करता है, external resources download करता है, और सब कुछ एक single canvas पर rasterise करता है। Complex pages के लिए यह प्रति file कई सेकंड लेता है और process के दौरान significant memory consume करता है। 30-file limit (TXT/MD के 50 के मुकाबले) batch conversions को mobile devices पर manageable रखती है।
आँकड़ों में
- HTML5 October 2014 में W3C Recommendation बना, format के modern युग की शुरुआत; WHATWG का HTML Living Standard अब authoritative version है, जो लगातार evolve हो रहा है।
- html2canvas (rendering library जो यह tool इस्तेमाल करता है) npm से प्रति सप्ताह 5 million से ज़्यादा बार download होती है, जो इसे web ecosystem के पार in-browser DOM-to-image conversion के लिए de facto choice बनाती है।
- Browser print dialogs "Background graphics" को default में off रखते हैं क्योंकि page backgrounds printer ink consume करते हैं और text को obscure करते हैं — Pikowl का HTML to PDF इस convention को mirror करता है, जहाँ toggle उपलब्ध है जब आपको full design fidelity चाहिए।