स्क्रीनशॉट API के पीछे का कामकाज कारोबार में बदलना: ScreenshotOne

वह अलर्ट जो ग्राहकों को दिखा ही नहीं

17 जुलाई 2025 को ScreenshotOne चला रहे द्मित्रो क्रासुन (Dmytro Krasun) को एक अजीब अलर्ट मिला। सूचना थी कि असली ब्राउज़र से वेबपेज खोलकर स्क्रीन कैप्चर करने वाली जांच में समय-सीमा पार हो गई थी। बाकी निगरानी व्यवस्थाओं में कोई दिक्कत नहीं थी और ग्राहकों के अनुरोध भी पहले की तरह संभाले जा रहे थे। क्रासुन ग्राहकों को दिखाई न देने वाली इस समस्या की जड़ ढूंढ़ते हुए कई रातों तक ठीक से सो नहीं पाए।

उन्होंने अनुरोध की मात्रा और सर्वर लोड देखा, हाल में किए गए कोड बदलाव वापस किए और नेटवर्क कनेक्शन तक जांचा। शक का दायरा घटाते हुए पता चला कि जांच के लिए इस्तेमाल की जा रही बाहरी वेबसाइट का कनेक्शन ही अस्थिर था। कैप्चर का निशाना अपनी ही सेवा के परिचय पेज पर बदलते ही सब सामान्य चलने लगा। इस घटना से उन्हें समझ आया कि जांच का माहौल अपने नियंत्रण में होना जरूरी है, और उन्होंने निदान के औजार बेहतर किए।

एक कैप्चर के पीछे चलने वाला काम

क्रासुन ने मई 2022 में ScreenshotOne लॉन्च किया था। यह ऐसा API था जिसमें कोई दूसरा प्रोग्राम वेब पता या HTML भेजता और बदले में स्क्रीनशॉट या PDF जैसा नतीजा मिलता। उन्होंने कारोबार शुरू करने से पहले 10 साल से ज्यादा समय सर्वर और बड़ी संख्या में अनुरोध संभालने वाले सिस्टम बनाने में बिताया था। उन्होंने ऐसा स्क्रीनशॉट बाजार चुना जिसके लिए लोग पहले से पैसे दे रहे थे, और ब्राउज़र चलाने तथा स्क्रीन बनाने में आने वाली दिक्कतें खुद संभालने का फैसला किया। ग्राहक अपने उत्पाद के लिए जरूरी इमेज मांगते थे और पीछे चलने वाला पूरा काम ScreenshotOne को सौंप सकते थे।

डेवलपर के पास अपना स्क्रीनशॉट फीचर बनाने के औजार पहले से मौजूद थे। Puppeteer या Playwright से ब्राउज़र को अपने आप चलाकर वेबपेज खोला जा सकता था और इमेज सेव की जा सकती थी। लेकिन पूरे पेज का कैप्चर लेने के लिए स्क्रॉल करने पर दिखने वाली इमेज भी लोड करनी पड़ती थीं, और कुकी सहमति की विंडो सामग्री को ढक दे तो उसे संभालना पड़ता था। स्क्रीन का आकार और सेव करने की जगह तक ग्राहक की जरूरत के मुताबिक बनाते-बनाते शुरुआत का छोटा कोड कई शर्तें संभालने वाली सेवा में बदल गया।

ScreenshotOne ने ऐसी शर्तें संभालने का अनुभव अपने उत्पाद में जमा किया। कंपनी के आधिकारिक परिचय के मुताबिक कुकी बैनर संभालने में इस्तेमाल होने वाले नियम और पहचान के तरीके 50,000 से ज्यादा हैं। ग्राहक विज्ञापन या चैट विंडो छिपा सकते हैं और जरूरत पड़ने पर पेज की स्टाइल तथा व्यवहार बदल सकते हैं। बनावट यह थी कि हर डेवलपमेंट टीम मिलती-जुलती समस्याएं अलग-अलग न सुलझाए, बल्कि एक विशेषज्ञ सेवा में जमा तरीकों का इस्तेमाल सब मिलकर करें।

सहयोग के लिए बने फीडबैक टूल BugSmash का उदाहरण दिखाता है कि डेवलपमेंट टीमें किस मोड़ पर पैसे देना चुनती हैं। जब कोई उपयोगकर्ता जांच के लिए वेबसाइट का पता डालता, तो BugSmash को डैशबोर्ड और साझा लिंक में दिखाने के लिए प्रीव्यू इमेज बनानी पड़ती थी। यह इमेज उपयोगकर्ता को सीधे दिखती है, इसलिए यह समस्या अहम थी कि वह किसी पॉपअप से ढके न रह जाए या देर से न बने। इस काम के लिए BugSmash ने ScreenshotOne इस्तेमाल किया। वहीं अलग वेबसाइट मूल्यांकन फीचर के लिए वे Puppeteer इस्तेमाल कर रहे थे, और अप्रैल 2025 में साझा किए गए उदाहरण में उन्होंने सर्वर संभालना तथा कई कैप्चर एक साथ चलाना भारी पड़ना बताया।

जब उपयोगकर्ता टिप्पणी लिखता और उस पल की स्क्रीन दर्ज करनी होती, तो BugSmash अलग तरीका अपनाता था। चलती हुई चीजों की जगह या खुली पॉपअप तक कैद करनी होती थी, इसलिए वे उपयोगकर्ता के ब्राउज़र के भीतर कैप्चर लेते या एक्सटेंशन का सहारा लेते। एक ही उत्पाद में भी प्रीव्यू इमेज बनाने और उपयोगकर्ता की मौजूदा स्क्रीन दर्ज करने की जरूरतें अलग थीं। ScreenshotOne के हिस्से का काम यह था कि सर्वर पर बार-बार वेबपेज खोले जाएं और उत्पाद में इस्तेमाल लायक इमेज भरोसेमंद ढंग से तैयार हों।

इंटीग्रेशन का तरीका भी डेवलपर का समय बचाने के हिसाब से बनाया गया। शुरुआती गाइड में वेब पता और एक्सेस कुंजी डालकर अनुरोध भेजने का उदाहरण दिया गया है, और अलग-अलग प्रोग्रामिंग भाषाओं के लिए इंटीग्रेशन कोड भी मिलता है। ग्राहक डैशबोर्ड की टेस्ट स्क्रीन पर विकल्प बदलकर नतीजे देख सकते हैं। गड़बड़ी होने पर प्रोग्राम की समझ में आने वाला एरर कोड और इंसान के पढ़ने लायक व्याख्या, दोनों साथ लौटाए जाते हैं, इसलिए ग्राहक की डेवलपमेंट टीम के लिए नाकामी की वजह संभालना भी आसान हो जाता है।

इस्तेमाल और खर्च को संतुलित करने वाला इंफ्रास्ट्रक्चर

कीमत इस तरह बनाई गई कि शुरुआत छोटे इस्तेमाल से हो और जरूरत बढ़ने पर उसे बढ़ाया जा सके। सितंबर 2026 की स्थिति में हर महीने 100 मुफ्त कैप्चर मिलते हैं, $17 प्रति माह वाले बेसिक प्लान में 2,000 कैप्चर और $79 प्रति माह वाले ग्रोथ प्लान में 10,000 कैप्चर शामिल हैं। तय मात्रा से ज्यादा इस्तेमाल पर हर प्लान की दर से अतिरिक्त शुल्क लगता है। बेसिक प्लान में भी पूरे पेज का कैप्चर, विज्ञापन और कुकी बैनर छिपाना, PDF बनाना जैसी सुविधाएं मिलती हैं, इसलिए ग्राहक अपनी जरूरत की मात्रा को ध्यान में रखकर खर्च तय कर सकते हैं।

बिलिंग के नियमों में नाकामी और दोबारा इस्तेमाल को भी जगह दी गई। नेटवर्क या ब्राउज़र की गड़बड़ी से नाकाम हुए अनुरोध इस्तेमाल की गिनती से घटाए नहीं जाते, और सेव किया गया नतीजा जैसा है वैसा लौटाने वाली कैश प्रतिक्रिया भी नया कैप्चर नहीं मानी जाती। इस बनावट में नाकामी की दर घटाना और बनी हुई इमेज का दोबारा इस्तेमाल करना, दोनों ग्राहक की संतुष्टि और सेवा चलाने वाले के खर्च पर साथ असर डालते हैं। क्रासुन को यह रिश्ता असली संचालन के दौरान ही समझ आया।

शुरू में अनुरोध Cloudflare के जरिए भेजे जाते थे और बन चुके स्क्रीनशॉट कैश में सेव करके दोबारा इस्तेमाल किए जाते थे। दिक्कत यह थी कि सेव की गई इमेज कैश से गायब हो जाए तो वही अनुरोध पूरा करने के लिए ब्राउज़र दोबारा चलाना पड़ता था। उन दिनों ग्राहकों को मुफ्त दिए जाने वाले कैश अनुरोधों पर असली स्क्रीन बनाने का खर्च आता था, और क्रासुन बताते हैं कि इसी वजह से उनका पैसा डूब रहा था। उन्होंने फाइल स्टोरेज सेवा R2 को दूसरी भंडारण परत के रूप में जोड़ा, जिससे पास के कैश में इमेज न मिलने पर भी वह भंडार से निकालकर लौटाई जाने लगी।

इसके बाद सबसे आगे बैठकर अनुरोध संभालने वाले Cloudflare Workers का काम भी बढ़ा। गलत अनुरोध और अमान्य एक्सेस कुंजी की जांच पहले होने लगी, और तय सीमा से ज्यादा अनुरोध आया है या नहीं यह देखकर फालतू काम ब्राउज़र सर्वर तक पहुंचने ही नहीं दिया जाता था। मुख्य सर्वर पर ज्यादा बोझ हो या स्क्रीन बनाने में नाकामी आए, तो अनुरोध दूसरे डेटा सेंटर भेजे जाते थे। ग्राहक एक वेब पता भेजता था, और उसी दौरान सेवा के भीतर यह तय हो रहा होता था कि अनुरोध कहां संभाला जाए और कौन सा नतीजा दोबारा इस्तेमाल हो।

ग्राहकों के रोजमर्रा के काम में शामिल हुआ API

ऐसी बुनियाद पर एक ही ग्राहक के साथ कारोबार कई साल चल सकता था। बिक्री के लिए व्यक्तिगत वीडियो बनाने वाली कंपनी RepliQ ने जुलाई 2026 में साझा किए गए उदाहरण में बताया कि उसने करीब 4 साल तक ScreenshotOne इस्तेमाल किया। इसका इस्तेमाल संभावित ग्राहक की वेबसाइट या प्रोफाइल को इमेज और चलती GIF में बदलकर वीडियो की पृष्ठभूमि में लगाने के लिए होता था। RepliQ ने कहा कि इससे अपना कैप्चर सिस्टम संभालने का काम घटा, वीडियो को व्यक्तिगत बनाने पर ध्यान लगा, और अपनी सेवा के बढ़ने के दौरान भी यह इंटीग्रेशन बना रहा।

क्रासुन ने स्क्रीनशॉट API खुद बनाने का तरीका भी सार्वजनिक किया। उनकी डेवलपमेंट गाइड में अनुरोध की जांच, कुकी बैनर संभालना, पूरे पेज का कैप्चर, भंडारण पर अपलोड और जारी करने तक सब शामिल है। पाठक को यह भी दिखता है कि कितना काम खुद कर सकते हैं और क्या-क्या अलग से संभालना पड़ेगा। ऐसे दस्तावेज़ संभावित ग्राहक को तकनीक समझाते हैं और साथ ही यह तय करने का आधार भी देते हैं कि खुद चलाना है या किसी विशेषज्ञ सेवा को सौंपना है।

विकास की प्रक्रिया लगातार साझा करने का असर उत्पाद अपनाए जाने पर भी पड़ा। AI से काम स्वचालित करने वाली सेवा Toolhouse के सह-संस्थापक ओरलांडो कालोसाकस शुरू से X और Indie Hackers पर क्रासुन की गतिविधि देखते आ रहे थे। उन्होंने कहा कि जब वेबपेज कैप्चर की जरूरत पड़ी तो सबसे पहले ScreenshotOne का खयाल आया, और दूसरी सेवाओं की तुलना करने की जरूरत उन्हें लगभग महसूस ही नहीं हुई। यह ऐसा उदाहरण था जिसमें एक व्यक्ति, जिसके पास उस समय खरीदने की कोई वजह नहीं थी, उत्पाद के बदलाव देखता रहा और अपने काम में जरूरत पड़ने पर उसे चुन लिया।

Toolhouse के इंटीग्रेशन में दस्तावेज़ और टेस्ट स्क्रीन ने फिर काम किया। कालोसाकस ने ScreenshotOne के दस्तावेज़ AI औजार को देकर लागू करने की प्रक्रिया तय की और डैशबोर्ड पर विकल्प आज़माए। इंटीग्रेशन के बाद Toolhouse के उपयोगकर्ता अपनी ScreenshotOne एक्सेस कुंजी जोड़कर AI एजेंट से वेबपेज कैप्चर और विश्लेषण करवा सकते थे। यानी स्क्रीन बनाने की पुरानी सुविधा AI सेवा को दृश्य सामग्री देने के इस्तेमाल तक फैल गई।

अकेले संभालने की सीमा तय करना

क्रासुन के पास पैसे देने की पेशकश आती तो भी वे उत्पाद का दायरा सोच-समझकर तय करते थे। समय के साथ स्क्रीनशॉट की तुलना करने वाली सुविधा कई बार आज़माई गई, लेकिन बेमतलब फर्क को बदलाव मान लेने की गलती घटाना मुश्किल लगा और वह अलग उत्पाद जैसी लगी। पूरी वेबसाइट पर घूम-घूमकर उसे सहेजने वाली सुविधा भी इसलिए नहीं जोड़ी गई कि ग्राहकों की जरूरत और चलाने का तरीका अलग-अलग होता है। उन्होंने बताया कि उन्होंने मौजूदा सुविधाएं ठीक से चलें—इसी पर ध्यान देना चुना।

बिक्री के मामले में ग्राहक को समझने में उम्मीद से ज्यादा समय लगा। 2026 के इंटरव्यू में क्रासुन ने कहा कि यह समझने में उन्हें 2 साल लगे कि वे उत्पाद किसे बेच रहे हैं, और इस समझ ने प्रचार की बातों, सामग्री, विकास के मदों और कीमत पर असर डाला। इसके बाद उन्होंने आने के रास्ते के हिसाब से यह देखा कि आगंतुक कैसे साइन अप करते हैं और साइन अप करने वाले भुगतान करने वाले ग्राहक कैसे बनते हैं। उन्होंने बताया कि आगंतुक कम होने और आगंतुक होने पर भी साइन अप न होने—इन दो हालतों को अलग पहचानकर जिस मोड़ पर दिक्कत आती थी, वहीं से सुधार करना आमदनी बढ़ाने में मददगार रहा।

कारोबार आगे चलाने के लिए जरूरी था कि क्रासुन का रोजमर्रा का दखल भी घटे। उन्होंने बताया कि मार्च 2024 में उन्होंने कारोबार के खर्च के लिए अलग कार्ड बनाया और भुगतान की रकम उसी कार्ड के भुगतान खाते में अपने आप जमा होने की व्यवस्था की। उन्होंने अनुरोध की मात्रा के हिसाब से सर्वर बढ़ाने वाला माहौल बनाया और दूसरे क्लाउड पर बैकअप के तौर पर चलाने की व्यवस्था भी तैयार रखी। यह ऐसा काम था जिसमें बिल भरना और सर्वर बढ़ाना जैसे बार-बार पड़ने वाले काम अपने आप हो जाएं, ताकि वे थोड़ी देर दूर रहें तो भी सेवा चलती रहे।

जरूरी विशेषज्ञ कामों में बाहर की मदद भी ली गई। आधिकारिक परिचय में क्रासुन बताते हैं कि वे उत्पाद खुद बनाते और चलाते हैं, और कुछ खास परियोजनाओं पर विशेषज्ञों के साथ मिलकर काम करते हैं। उत्पाद की दिशा और ग्राहकों से रिश्ता उनके पास रहता है, और जरूरी कामों में दूसरों की काबिलियत जुड़ती है। यह संस्थापक को केंद्र में रखने वाला चलाने का तरीका है।

मार्च 2026 के इंटरव्यू के समय ScreenshotOne के भुगतान करने वाले ग्राहक 800 से ज्यादा थे और मासिक आवर्ती राजस्व (MRR) $25,000 से ऊपर था। बाद में चौथी वर्षगांठ पर साझा किए गए आंकड़ों में भुगतान करने वाले ग्राहक 1,000 से ज्यादा और मासिक आवर्ती राजस्व $33,000 बताया गया। कुल API कॉल भी 10 करोड़ से ज्यादा हो चुकी थीं। वेबपेज को इमेज में बदलने की सुविधा कई उत्पादों के रोजमर्रा के काम में शामिल हुई, और ग्राहकों के बार-बार इस्तेमाल ने सदस्यता वाले कारोबार को खड़ा रखा।

चौथी वर्षगांठ की पोस्ट में क्रासुन ने यह गिना कि बच्चों के अहम पड़ावों में वे लगभग हमेशा मौजूद रहे। उस साल के इंटरव्यू में उन्होंने यह लक्ष्य भी बताया कि सेवा इतनी स्वचालित हो जाए कि वे इंटरनेट से जुड़े बिना एक हफ्ते तक पहाड़ों पर ट्रेकिंग करने जा सकें। जिस कारोबार ने दूसरी डेवलपमेंट टीमों का कैप्चर सिस्टम में लगने वाला समय लौटाया, उसमें अगली चुनौती अपने लिए और समय निकालना थी।