html2wp / डेटा
html2wp आपके डेटा के साथ क्या करता है
आपके कंप्यूटर से क्या बाहर जाता है, क्यों, और हम उसे कितने समय तक रखते हैं, इसका सीधा ब्योरा। README में यही बातें बस सरसरी तौर पर आती हैं। यह वह वर्ज़न है जो आप किसी क्लाइंट को दिखा सकते हैं।
खुद कन्वर्ज़न
साइट कन्वर्ट करने के लिए सर्विस को वह साइट मिलनी ज़रूरी है। जब आप stage 3 चलाते हैं, तो स्किल api.html2wp.dev पर एक archive अपलोड करती है:
conversion-manifest.json, साइट के बारे में आपके लिए गए फ़ैसलेastro-report.json, stage 1 से उन हिस्सों की सूची जो पेज आपस में शेयर करते हैं (chrome)astro-project/,dist/समेत, जो बनी हुई साइट हैchrome-at-rest/,chrome-groups.jsonऔरstyle-specimens/, जब ये मौजूद हों
यह आपके क्लाइंट की वेबसाइट है: उसका markup, styles, scripts और images। साइट भेजे बिना उसे कन्वर्ट करने का कोई तरीका नहीं है, और इसके उलट कहने वाली कोई भी बात झूठी होगी। SKILL.md में What goes up के नीचे ठीक-ठीक फ़ाइलों की सूची है। अगर आप हमारी बात मानने की जगह खुद जाँचना चाहें, तो convert-remote.sh एक पढ़ने लायक shell script है।
उस archive में क्या नहीं है
आपकी input directory उसमें नहीं है, क्योंकि सिर्फ़ बना हुआ आउटपुट जाता है। node_modules भी नहीं। credential जैसी दिखने वाली कोई चीज़ भी नहीं: .env और .env.*, *.pem, *.key, id_rsa, credentials.json, .npmrc, .netrc, .ssh/, .aws/। साथ ही ऐसी कोई फ़ाइल भी नहीं, जिसके अंदर private key block या साफ़ दिखने वाला secret assignment हो। फ़िल्टर जो कुछ हटाता है, उसका नाम astro-report.json में लिखता है, ताकि आप देख सकें कि क्या नहीं गया।
आपके कंप्यूटर पर काम आपके अपने ChatGPT अकाउंट का AI करता है (मापना, ओरिजिनल से तुलना करना, और सुधार)। AI जिस चीज़ पर काम करता है, उसे OpenAI आपके अकाउंट की शर्तों के तहत प्रोसेस करता है। यह वैसा ही है जैसे आप ChatGPT को किसी और तरीके से इस्तेमाल करते हैं।
हम इसे कितने समय रखते हैं: वर्कस्पेस में आखिरी बदलाव के 48 घंटे बाद हम उसे डिलीट कर देते हैं। बचता है सिर्फ़ एक digest (hash)। इसी से उसी साइट का दोबारा चलाया गया कन्वर्ज़न re-run गिना जाता है, दूसरा कन्वर्ज़न नहीं।
Gate के नतीजे
कन्वर्ज़न को लोकल तौर पर जाँचने के बाद स्किल नतीजा भेजती है। यह ज़रूरी है: जब तक पिछले कन्वर्ज़न का नतीजा नहीं आता, अगला कन्वर्ज़न मना हो जाता है। यह छोटा भी है। इसमें whitelist चलती है, फ़िल्टर नहीं: सिर्फ़ तय की गई चीज़ें जाती हैं।
- भेजा जाता है: gates के नाम, नतीजा (pass, fail या not run), पेजों की संख्या, सबसे कम fidelity प्रतिशत, और फ़ेल हुए पेजों की keys। Keys वे छोटे नाम हैं जो आपने चुने, जैसे
aboutयाpricing। - नहीं भेजा जाता: कोई URL नहीं, कोई डोमेन नहीं, कोई markup नहीं, कोई टेक्स्ट नहीं, कोई स्क्रीनशॉट नहीं, कोई फ़ाइल path नहीं, कोई लाइसेंस key नहीं, साइट का नाम नहीं।
कमांड send-verdicts.sh <workspace> --dry-run ठीक वही payload दिखाती है जो जाएगा, और कुछ नहीं भेजती।
यह ज़रूरी क्यों है: gates आपके कंप्यूटर पर चलते हैं, ऐसे WordPress पर जिसे सर्विस कभी नहीं देखती। इनके बिना सर्विस बस इतना जान पाती है कि कन्वर्ज़न crash नहीं हुआ। वह सही था या नहीं, इसके बारे में कुछ भी नहीं। नतीजे हम 365 दिन रखते हैं।
कन्वर्ज़न रिकॉर्ड
हर कन्वर्ज़न की एक row। उसमें होता है: कितने पेज, chrome के कितने variants, ब्लॉग या शॉप था या नहीं, re-run था या नहीं, अगर किसी stage ने मना किया तो कौन सा, और जनरेटर की अपने बारे में चेतावनियाँ। चेतावनियाँ redact की जाती हैं: row लिखने से पहले पेजों के फ़ाइल नाम और URLs बदल दिए जाते हैं। हम रिकॉर्ड 365 दिन रखते हैं। उसमें कोई कंटेंट नहीं, कोई पता नहीं, साइट की कोई पहचान नहीं।
गड़बड़ी की रिपोर्ट
अगर आप POST /v1/report से रिपोर्ट भेजते हैं, तो हम उसका टेक्स्ट ठीक वैसा ही सेव करते हैं जैसा आपने लिखा। फिर उसे Resend के ज़रिए एक इंसान को ईमेल करते हैं, जो उसे पढ़ता है। हम इसे 90 दिन रखते हैं। इसमें ऐसा कुछ पेस्ट न करें जिसे आप इतने समय तक रखवाना न चाहें।
आपकी पहचान
- बिना key के: कन्वर्ज़न IP पते के हिसाब से गिने जाते हैं, जैसा Cloudflare उसे देखता है। हम उसे छोटे किए गए hash के रूप में रखते हैं, पते के रूप में कभी नहीं।
- वह देश जिसमें वह hash था, दो अक्षरों में, उस header से जो Cloudflare जोड़ता है। यह ऊपर वाले काउंटर के बगल में रहता है और कहीं नहीं। खास तौर पर, यह कन्वर्ज़न रिकॉर्ड में नहीं है, जिसमें आपकी लोकेशन बताने वाली कोई चीज़ नहीं। देश से हमें पता चलता है कि html2wp किन देशों में इस्तेमाल होता है। इससे यह पता नहीं चलता कि कौन सा कन्वर्ज़न आपका था। Unknown और Tor
XXऔरT1के रूप में आते हैं, और अंदाज़ा लगाने की जगह हम इन्हें वैसे ही रखते हैं। - लाइसेंस के साथ: लाइसेंस key से, जो hash के रूप में ही रखी जाती है। हम इसे UpdatePulse (
updates.designready.studio) से validate करते हैं, जो key देखता है। - Key जाँचना या Visual Edit Pro डाउनलोड करना: डाउनलोड पेज और
npx html2wp-licensechecker आपकी डाली गई key उसी लाइसेंस सर्वर को भेजते हैं, और कुछ नहीं। मकसद key का status पढ़ना है। जवाब में कोई निजी जानकारी नहीं होती, और न पेज key सेव करता है, न checker।
लाइसेंस खरीदना
हम प्लान Paddle के ज़रिए बेचते हैं। Paddle.com Market Limited Merchant of Record है, यानी इस लेन-देन में विक्रेता। पेमेंट के लिए यह एक स्वतंत्र controller है, हमारी ओर से काम करने वाला processor नहीं। चेकआउट पर Paddle आपका नाम, ईमेल पता, देश और पोस्टकोड, आपकी पेमेंट जानकारी, और अगर आप दें तो VAT ID लेता है। वह इन्हें अपनी गोपनीयता नीति (privacy notice) के तहत प्रोसेस करता है।
- Paddle हमें क्या देता है: आपका ईमेल पता, नाम और देश, transaction और subscription ids, और आपने कौन सा प्रोडक्ट खरीदा। सही व्यक्ति को key जारी करने और आपके लिखने पर ऑर्डर फिर से ढूँढने के लिए इतना ही चाहिए।
- हम क्या रखते हैं: UpdatePulse में, जो
updates.designready.studioपर हमारा लाइसेंस सर्वर है: लाइसेंस key, आपका ईमेल पता और नाम, transaction id, खरीद और expiry की तारीखें, और लाइसेंस का status। - Key वाला ईमेल Resend के ज़रिए जाता है। Resend उसे सिर्फ़ डिलीवर करता है और उसके साथ कुछ और नहीं करता।
- इनवॉइस के लिए कंपनी की जानकारी (बिज़नेस या ट्रेड नाम, पता, चाहें तो VAT नंबर, और ईमेल) आपके ब्राउज़र से सीधे Paddle के चेकआउट में जाती है। ऐसा तब होता है जब आप पेमेंट से पहले For a business or freelancer चुनते हैं। फिर Paddle इसे इनवॉइस पर छापता है। यह साइट इसे हमारे सर्वर पर नहीं भेजती और सेव नहीं करती।
- कार्ड डेटा हम तक कभी नहीं पहुँचता। वह आपके ब्राउज़र से Paddle के पास जाता है, और हम चाहें तब भी उसे नहीं देख सकते।
- Paddle की script, Paddle.js, सिर्फ़ कीमतों वाले पेज पर
cdn.paddle.comसे लोड होती है, क्योंकि चेकआउट वहीं खुलता है। इस साइट का कोई और पेज इसे लोड नहीं करता।
रखने की अवधि: लाइसेंस चलने तक। उसके बाद उतने समय तक, जितना अकाउंटिंग कानून खरीद के रिकॉर्ड रखने के लिए कहता है।
सब्सक्रिप्शन मैनेज करना
सब्सक्रिप्शन आप Paddle के customer portal में, Paddle की अपनी साइट पर मैनेज करते हैं। कैंसल करना, कार्ड बदलना और इनवॉइस डाउनलोड करना आपके और Paddle के बीच की बात है। हमें सिर्फ़ नतीजा दिखता है। Pro को मासिक से सालाना पर बदलने के लिए सब्सक्रिप्शन मैनेजमेंट पेज आपका डाला गया ईमेल पता Paddle को भेजता है, ताकि आपका सब्सक्रिप्शन मिल सके। अगर सब्सक्रिप्शन है, तो लिंक Resend के ज़रिए उस पते पर ईमेल होता है जो Paddle के पास है। आपका टाइप किया हुआ पता हम सेव नहीं करते।
संपर्क फ़ॉर्म
हमें लिखने वाला फ़ॉर्म इस साइट पर दूसरी जगह है जहाँ आप अपने बारे में कुछ टाइप करते हैं। इसमें ईमेल पता माँगा जाता है, जो ज़रूरी है। वेबसाइट या संगठन वैकल्पिक है, और फिर आपका मैसेज। फ़ॉर्म में company नाम का एक छिपा हुआ field भी है, जो लोगों को कभी नहीं दिखता। यह इसलिए है कि हर field भरने वाले bots खुद पकड़े जाएँ।
मैसेज भेजे जाने से पहले Cloudflare Turnstile जाँचता है कि उसे कोई इंसान भेज रहा है, script नहीं। यह सिर्फ़ उन पेजों पर चलता है जिनके फ़ॉर्म में यह इस्तेमाल होता है: संपर्क पेज और सब्सक्रिप्शन पेज। यह challenges.cloudflare.com से लोड होता है। फ़ैसला करने के लिए Cloudflare आपका IP पता, ब्राउज़र का User-Agent और उसका TLS fingerprint देखता है। Cloudflare के मुताबिक इंसानों और bots में फ़र्क करने के लिए ये बिल्कुल ज़रूरी हैं। आप फ़ॉर्म में जो टाइप करते हैं, उसे यह नहीं पढ़ता। हमें सिर्फ़ pass या fail मिलता है, और कुछ नहीं। विस्तार Cloudflare के Turnstile privacy addendum में है।
आपका मैसेज Resend के ज़रिए ईमेल से एक इंसान तक पहुँचता है। यह किसी CRM या mailing list में नहीं जाता। बातचीत को जितनी ज़रूरत हो, हम उसे उतना रखते हैं, और 24 महीनों के अंदर डिलीट कर देते हैं। पहले माँगेंगे, तो पहले हटा देंगे।
Google यूज़र डेटा
html2wp एक Google API इस्तेमाल करता है, Google Ads API, और सिर्फ़ अपनी keyword research के लिए। यानी लोग कौन से search terms इस्तेमाल करते हैं, कितनी बार, और उनमें कितना competition है। यह एक अंदरूनी टूल है। हमारी टीम के बाहर कोई भी html2wp पर कहीं भी Google से sign in नहीं करता, और कन्वर्टर आपसे कभी ऐसा करने को नहीं कहता।
- हम क्या माँगते हैं:
https://www.googleapis.com/auth/adwordsscope, जो हमारी टीम का एक सदस्य हमारे अपने Google Ads अकाउंट्स के लिए देता है। इसका इस्तेमाल Keyword Planner डेटा पढ़ने में होता है: keyword ideas, पुराना search volume, competition और bid ranges। - हम किसे नहीं छूते: campaigns, ads, audiences, billing, या हमारे अपने अकाउंट के अलावा कोई भी Google अकाउंट। Google Ads में वापस कुछ नहीं लिखा जाता।
- यह कहाँ रखा जाता है: sign-in token उसी कंप्यूटर के operating system के keychain में रहता है जिस पर उसे दिया गया था। Keyword के नतीजे हमारी अपनी कंटेंट प्लानिंग में जाते हैं, search terms के बारे में संख्याओं के रूप में, लोगों के बारे में नहीं।
- और कौन देखता है: कोई नहीं। हम इसे बेचते नहीं, शेयर नहीं करते, और विज्ञापन या AI मॉडल ट्रेन करने के लिए इस्तेमाल नहीं करते।
- इसे हटाना: एक्सेस आप myaccount.google.com/permissions पर वापस ले सकते हैं। इससे बना कोई भी डेटा हम hello@html2wp.dev पर भेजे गए अनुरोध पर डिलीट कर देते हैं।
Google APIs से मिली जानकारी का html2wp द्वारा इस्तेमाल, और किसी दूसरे ऐप को उसका ट्रांसफ़र, Google API Services User Data Policy का पालन करेगा। इसमें Limited Use की शर्तें भी शामिल हैं।
और कौन शामिल है
- Cloudflare (United States) इस वेबसाइट को होस्ट करता है और इसके छोटे server-side functions चलाता है (संपर्क फ़ॉर्म, Visual Edit Pro डाउनलोड और payment webhook)। यह कन्वर्ज़न API के आगे भी खड़ा है। TLS यहीं खत्म होता है, इसलिए यह हर request और उसका स्रोत पता देखता है। संपर्क और सब्सक्रिप्शन पेजों पर यह Turnstile भी चलाता है, ऊपर बताई गई bot जाँच। उस जाँच के लिए Cloudflare हमारा processor है। यह controller सिर्फ़ तब है जब वही signals bot detection सुधारने में इस्तेमाल करता है।
- UpdatePulse हमारे अपने सर्वर पर, लाइसेंस validation के लिए। चूँकि लाइसेंस बेचे जाते हैं, इसमें key के साथ ग्राहक का ईमेल पता और नाम भी रहता है।
- Paddle (Paddle.com Market Limited, United Kingdom) हर खरीद का Merchant of Record है। जो पेमेंट डेटा यह इकट्ठा करता है, उसके लिए यह स्वतंत्र controller है।
- Resend (United States) चार तरह के ईमेल डिलीवर करता है: खरीद के बाद लाइसेंस keys, सब्सक्रिप्शन मैनेजमेंट लिंक, संपर्क फ़ॉर्म से भेजे गए मैसेज, और कन्वर्टर की गड़बड़ी की रिपोर्ट।
- Coolify हमारे अपने सर्वर पर, कन्वर्ज़न सर्विस और लाइसेंस सर्वर होस्ट करने के लिए।
- agentmods.dev हर पेज के footer में छोटा plugin-measurement badge दिखाता है। वह image लोड होने पर उसे आपका IP पता और ब्राउज़र की जानकारी मिलती है, जैसे किसी भी दूसरी साइट की image से होता है। इसके साथ और कुछ शेयर नहीं होता।
- Umami, open-source analytics टूल, umami.agentmods.dev पर चलता है और सिर्फ़ इसी वेबसाइट पर इस्तेमाल होता है। यह page views और कुछ clicks गिनता है: कौन सा बटन दबाया गया, यह नहीं कि किसने दबाया। कोई cookies नहीं, कोई cross-site पहचान नहीं, आपके डिवाइस पर कुछ सेव नहीं। इसीलिए इस साइट पर क्लिक करने के लिए कोई cookie banner नहीं है।
कोई विज्ञापन नहीं, cross-site ट्रैकिंग नहीं, डेटा की बिक्री नहीं
अकेला analytics टूल ऊपर बताया गया बिना cookie वाला टूल है, और वह इसी वेबसाइट पर चलता है। आपको दी गई थीम रनटाइम पर हमारे किसी सर्वर से कभी संपर्क नहीं करती। यह दावा डिलीवर की गई साइट के बारे में है, और यह सटीक है। कुछ बेचा नहीं जाता, और किसी विज्ञापनदाता से कुछ शेयर नहीं होता।
EU से बाहर जाना
हमारे सर्वर EU में हैं। Cloudflare और Resend अमेरिकी कंपनियाँ हैं। इस वेबसाइट और API का ट्रैफ़िक Cloudflare के इंफ्रास्ट्रक्चर से होकर जाता है, और फ़ॉर्म पर Turnstile जाँच भी। Key वाले ईमेल, सब्सक्रिप्शन मैनेजमेंट लिंक, संपर्क फ़ॉर्म के मैसेज और गड़बड़ी की रिपोर्ट Resend के इंफ्रास्ट्रक्चर से होकर जाते हैं। दोनों में डेटा EU से बाहर जा सकता है। ये ट्रांसफ़र European Commission के Standard Contractual Clauses पर होते हैं। Paddle United Kingdom में है, जिसे European Commission पर्याप्त सुरक्षा देने वाला मानता है। वह पेमेंट डेटा अपनी गोपनीयता नीति के तहत संभालता है। Footer badge और analytics script, दोनों agentmods.dev से आते हैं, जो Cloudflare के global network से चलने वाली साइट है। इसलिए इन requests का जवाब कहाँ से आता है, यह हमारे नियंत्रण में नहीं। इस सूची की कोई और चीज़ EU से बाहर नहीं जाती।
कानूनी आधार
GDPR के तहत इनमें से हर काम के लिए कानूनी आधार चाहिए। हर काम पर कौन सा लागू होता है, वह यहाँ है:
कन्वर्ज़न सर्विस
- आपकी साइट लेना और कन्वर्ट करना: कॉन्ट्रैक्ट पूरा करना (Art. 6(1)(b) GDPR)। आपने कन्वर्ज़न माँगा, और यह अपलोड के बिना नहीं हो सकता।
- IP पते के हिसाब से कन्वर्ज़न गिनना: वैध हित (Art. 6(1)(f) GDPR)। जिस मुफ़्त टियर को गिना न जा सके, उसका दुरुपयोग होकर वह खत्म हो जाता है। छोटा किया गया hash पहचान का सबसे कम तरीका है जिससे हम इसे गिन सकते थे।
- वह पता किस देश में था, यह दर्ज करना: वैध हित (Art. 6(1)(f) GDPR)। प्रोडक्ट कहाँ इस्तेमाल होता है, इसी से तय होता है कि वह किस चीज़ को सपोर्ट करे। पहले से pseudonymous काउंटर के बगल में दो अक्षर इस सवाल का सबसे मोटा जवाब है। यह उसमें कुछ नहीं जोड़ता जो अकेला hash पहचान सकता था।
- लाइसेंस key validate करना: कॉन्ट्रैक्ट पूरा करना (Art. 6(1)(b) GDPR)।
- Gate के नतीजे और कन्वर्ज़न रिकॉर्ड: वैध हित (Art. 6(1)(f) GDPR)। किस तरह की साइट पर कौन सा stage फ़ेल होता है, यह जानना ही कन्वर्टर को बेहतर बनाने का अकेला तरीका है। इन्हें लिखने से पहले हम साइट की पहचान कराने वाली हर चीज़ हटा देते हैं।
- आपकी भेजी गड़बड़ी की रिपोर्ट: वैध हित (Art. 6(1)(f) GDPR)। रिपोर्ट भेजनी है या नहीं, यह आप तय करते हैं।
लाइसेंस की खरीद
- खरीदा गया लाइसेंस जारी और मैनेज करना: कॉन्ट्रैक्ट पूरा करना (Art. 6(1)(b) GDPR)।
- खरीद के रिकॉर्ड रखना: कानूनी दायित्व (Art. 6(1)(c) GDPR)। कितने समय तक, यह अकाउंटिंग कानून तय करता है।
यह वेबसाइट
- संपर्क फ़ॉर्म: कॉन्ट्रैक्ट से पहले आपके अनुरोध पर उठाए गए कदम, या हमें लिखने वाले व्यक्ति को जवाब देने का वैध हित (Art. 6(1)(b) या (f) GDPR)।
- संपर्क और सब्सक्रिप्शन फ़ॉर्म पर bot जाँच: वैध हित (Art. 6(1)(f) GDPR)। मकसद है कि जिस फ़ॉर्म को इंसान पढ़ता है, उसमें automated spam न आए। यह सिर्फ़ वही signals इस्तेमाल करता है जो Cloudflare को इसके लिए चाहिए, उससे ज़्यादा नहीं।
- इस वेबसाइट पर page views गिनना: वैध हित (Art. 6(1)(f) GDPR)। यह ठीक इसलिए उचित है कि टूल आपके डिवाइस पर कुछ सेव नहीं करता और इस साइट के बाहर आपका पीछा नहीं कर सकता।
स्वचालित फ़ैसले
जब कन्वर्ज़न की सीमा खत्म हो जाए या साइट बहुत बड़ी हो, तो सर्विस अपने-आप कन्वर्ज़न से मना कर देती है। यह बस एक काउंटर पर गिनती है, और किसी पर इसका कोई कानूनी असर नहीं होता। अगर आप इस बारे में हमें लिखें, तो एक इंसान जवाब देता है। हम कोई profiling नहीं करते।
आपके अधिकार
GDPR के तहत आप हमसे इनमें से कुछ भी माँग सकते हैं, और hello@html2wp.dev पर एक ईमेल काफ़ी है।
- एक्सेस: हमारे पास आपके बारे में जो है, उसकी कॉपी आपको मिलती है (Art. 15)।
- सुधार: अगर डेटा गलत है, तो हम उसे ठीक करते हैं (Art. 16)।
- मिटाना: हम डेटा डिलीट करते हैं (Art. 17)।
- सीमित करना: किसी बात पर विवाद चलने तक हम डेटा रखते हैं, पर उसका इस्तेमाल रोक देते हैं (Art. 18)।
- पोर्टेबिलिटी: आपने हमें जो दिया, वह आपको मशीन से पढ़े जा सकने वाले रूप में मिलता है (Art. 20)।
- आपत्ति: वैध हित के आधार पर हम जो भी करते हैं, उस पर आप आपत्ति कर सकते हैं, analytics समेत (Art. 21)। हम उसे रोक देते हैं, जब तक हम ऐसे आधार न दिखा सकें जो आपके आधारों से ऊपर हों।
हम एक महीने के अंदर जवाब देते हैं। इसका कोई शुल्क नहीं। आपकी पहचान का सबूत हम उतना ही माँगते हैं, जितना यह पक्का करने के लिए चाहिए कि आपका डेटा किसी और को न दे दें।
एक सीमा है: सर्विस के पास जो ज़्यादातर डेटा है, वह hash किया हुआ या जोड़ा हुआ (aggregated) है। उसे किसी व्यक्ति तक वापस नहीं जोड़ा जा सकता, हम भी नहीं जोड़ सकते। इसलिए उन rows के लिए देने, सुधारने या डिलीट करने को कुछ नहीं है। अपलोड की गई साइट 48 घंटे बाद अपने-आप हट जाती है।
अगर हमसे गलती हो
आप स्लोवाकिया की निगरानी संस्था से शिकायत कर सकते हैं: Úrad na ochranu osobných údajov Slovenskej republiky, Hraničná 12, 820 07 Bratislava, dataprotection.gov.sk। अगर आप किसी दूसरे EU देश में रहते हैं, तो इसकी जगह अपने देश की संस्था के पास जा सकते हैं। पहले हमें लिखना ज़्यादा तेज़ है, पर यह कोई शर्त नहीं है।
सुरक्षा की कमज़ोरियों की रिपोर्ट सुरक्षा पेज पर दिए पते पर जाती हैं, किसी सार्वजनिक issue में नहीं।
कौन ज़िम्मेदार है
डेटा controller है BELNEM s.r.o., Beckovská 5, Bratislava, Slovakia, IČO 53713486। ईमेल: hello@html2wp.dev। हम इतने बड़े नहीं हैं कि data protection officer नियुक्त करना ज़रूरी हो, और हमने नियुक्त नहीं किया है। ऊपर वाला पता उन लोगों तक पहुँचता है जो ये फ़ैसले लेते हैं।
हमें डेटा देना कभी भी कानूनी ज़रूरत नहीं है। बात बस इतनी है कि कन्वर्ज़न को साइट चाहिए, और लाइसेंस को key भेजने के लिए एक पता।