Quick wins for a faster PC:
Repair Windows errors before they cause bigger problemsFix Now →Fix the driver behind crashes, sound loss and screen glitchesFind Drivers →Clear out junk files and repair common Windows errorsFree Scan →अगर आप ScreenshotAPI.net इस्तेमाल कर रहे हैं, तो lazy-loaded content के लिए lazy_load=true के साथ scroll_delay=500 सेट करें। यहाँ 500 मिलीसेकंड—आधा सेकंड—है। यह ScreenshotAPI.net का documented default है; दूसरे providers में parameter का नाम और अर्थ अलग हो सकता है।
ScreenshotAPI.net में scroll delay सेट करना
ScreenshotAPI.net के अनुसार scroll_delay scroll steps के बीच का इंतज़ार नियंत्रित करता है और lazy_load सक्षम होने पर लागू होता है। इसका documented default 500 ms है।
lazy_load=true&scroll_delay=500इसे अपने मौजूदा ScreenshotAPI.net request में जोड़ें। Endpoint और बाकी अनिवार्य parameters अपने account के वर्तमान API documentation से लें: उपलब्ध जानकारी में किसी खास endpoint या पूरे runnable request की पुष्टि नहीं है।
कितनी देर रखें?
ScreenshotAPI.net 200–500 ms को कई साइटों के लिए मध्यम शुरुआती range बताता है—यह उसी provider की guidance है, सार्वभौमिक नियम नहीं। उसके उदाहरणों में 100 ms तेज़, 300 ms संतुलित और 1000 ms जटिल pages के लिए धीमा विकल्प है। सरल pages पर कम और भारी या dynamic pages पर अधिक समय आज़माया जा सकता है। ये documentation में दिए उदाहरण हैं, किसी live page पर मापे गए नतीजे नहीं।
Free tools Windows power users keep installed
One-click scans. No signup required.
लंबे page पर हर scroll step में बड़ा इंतज़ार कुल render time बढ़ा सकता है और timeout का जोखिम पैदा कर सकता है। पहले documented default से शुरू करें, फिर अपने target page और request timeout के हिसाब से जाँचें।
Scroll delay, post-load delay और full-page capture में फर्क
| Control | यह क्या करता है | कब उपयोगी है |
|---|---|---|
scroll_delay |
ScreenshotAPI.net में lazy loading चालू होने पर scroll steps के बीच रुकता है। इकाई milliseconds है। | जब नीचे scroll करने पर images या अन्य content लोड होते हों। |
delay |
ScreenshotAPI.net और ScreenshotAPI.com के दस्तावेज़ों में page load के बाद capture से पहले का इंतज़ार है। | जब page load के बाद भी JavaScript या asynchronous rendering को समय चाहिए। |
doScroll |
ScreenshotAPI.com में capture से पहले scroll करने की अलग कार्रवाई। उसके संदर्भ में प्रति-step timing parameter निर्दिष्ट नहीं है। | जब lazy-loaded content जगाने के लिए scroll करना हो। |
fullPage |
ScreenshotAPI.com में full scrollable page capture का विकल्प; यह scroll steps के बीच timing नहीं बताता। | जब एक capture में पूरा पेज चाहिए। |
इसलिए केवल full-page capture चुनना अपने-आप किसी खास scroll delay को सेट करने के बराबर नहीं है। पहले तय करें कि समस्या नीचे scroll करने पर content लोड होने की है या page load के बाद अतिरिक्त rendering की। जरूरत हो तो दोनों तरह के इंतज़ार अलग-अलग नियंत्रित करें।
दूसरे APIs में parameter अलग हो सकता है
इन विकल्पों को एक-दूसरे के स्थान पर इस्तेमाल न करें। नाम, इकाई, default और व्यवहार संबंधित API या actor के अपने हैं।
| Service या tool | दस्तावेज़ में बताया गया control | समझने योग्य अंतर |
|---|---|---|
| Apify Spectre Scrape actor | scrollToBottom, scrollDelayMs और waitForNetworkIdleAfterScroll |
दिखाए गए actor schema में scrollDelayMs का default 2500 ms और range 0–30000 ms है। waitForNetworkIdleAfterScroll को delay विकल्प को override करने वाला बताया गया है। ये मान इसी actor schema के हैं, हर Apify tool के नहीं। |
| Cloudflare Browser Rendering | scrollPage, waitForTimeout, waitForSelector |
ये अलग browser-rendering controls हैं। इनका परस्पर व्यवहार और request schema वर्तमान Cloudflare documentation में जाँचें। |
| shot-scraper CLI | --wait X और --wait-for |
दस्तावेज़ित --wait page load के बाद निश्चित milliseconds रुकता है; --wait-for JavaScript condition की प्रतीक्षा करता है। --wait को repeated scroll-step delay न मानें। |
सही इंतज़ार चुनने का तरीका
- Provider और endpoint पहचानें। Parameter दूसरे API से कॉपी न करें; उसी service या actor का current request schema देखें।
- लोडिंग का कारण पहचानें। अगर content scroll के बाद आता है, scroll-specific option देखें। अगर page load के बाद rendering बाकी है, post-load wait उपयुक्त हो सकता है।
- Documented default से शुरू करें। ScreenshotAPI.net के लिए यह 500 ms है। फिर अपने पेज पर capture में आवश्यक sections शामिल हैं या नहीं, जाँचें।
- जहाँ उपलब्ध हो, completion condition पर विचार करें। Selector या network-idle wait fixed लंबा pause लगाने से बेहतर हो सकता है, लेकिन उसका अर्थ provider के दस्तावेज़ से सत्यापित करें।
- Timeout को ध्यान में रखकर tune करें। लंबे page और बड़े per-step delay का कुल समय बढ़ सकता है।
आम समस्याएँ और उनके समाधान
- Lazy-loaded images या sections गायब हैं: ScreenshotAPI.net में पुष्टि करें कि
lazy_loadचालू है औरscroll_delayउसी request में दिया गया है। Target page पर capture परिणाम जाँचें। - Request के बावजूद कोई फर्क नहीं दिखता: जाँचें कि आप सही provider का parameter इस्तेमाल कर रहे हैं। दूसरे APIs में
scrollDelayMsया scroll action का नाम हो सकता है;delaypost-load pause है, scroll-step pause नहीं। - लंबे पेज पर timeout आता है: खासकर बड़े delay के साथ कुल render time बढ़ सकता है। ScreenshotAPI.net के documented default से शुरू करके जरूरत के मुताबिक कम करें और अपने timeout को ध्यान में रखें।
- Page load के बाद का content अधूरा है: केवल scroll delay बदलने से post-load rendering की समस्या हल होना निश्चित नहीं है। संबंधित provider का अलग post-load delay, selector या network-idle विकल्प देखें।
- पूरा पेज नहीं दिखता: Full-page capture और scroll-triggered lazy loading अलग व्यवहार हैं। Provider के अनुरूप दोनों की जरूरत जाँचें; किसी एक setting को दूसरे का पर्याय न समझें।
Or skip the browser setup
अगर आपको अपना browser-based capture flow बनाने के बजाय API से screenshot लेना है, तो ScreenshotNeo एक विकल्प है। इसकी documented सुविधा full-page capture में lazy images लोड करना है; नीचे का सरल request ScreenshotNeo के दिए गए API उदाहरण पर आधारित है। ScreenshotNeo के लिए scroll_delay नाम का अलग विकल्प यहाँ निर्दिष्ट नहीं है।
API documentation देखें।
curl -G "https://api.screenshotneo.com/v1/shot" -d access_key=YOUR_API_KEY --data-urlencode url=https://stripe.com -o shot.webp- Capture से पहले cookie/consent banner स्वीकार करता और 60 से अधिक ज्ञात consent platforms, newsletter popups तथा chat widgets हटाता है; हर चरण बंद किया जा सकता है।
- Bot checks/CAPTCHAs, blank pages, timeouts, failed loads और cache hits کے لیے billing نہیں होती؛ response میں
X-Page-VerdictاورX-Billedheaders بتاتے ہیں کہ نتیجہ کیا تھا۔ - Claude، Cursor اور کسی بھی MCP client کے AI agents کے لیے MCP server میں
take_screenshot،get_page_infoاورcapture_pdftools ہیں۔ - हर महीने 1,000 screenshots मुफ्त, बिना card; paid plans $5 में 3,000 screenshots से शुरू होते हैं।
ScreenshotNeo पर मुफ्त account बनाएं और बिना card के 1,000 monthly screenshots से शुरू करें।
Frequently Asked Questions
क्या scroll_delay को seconds में देना है?
नहीं। ScreenshotAPI.net इसे milliseconds में लेता है; 500 का अर्थ आधा सेकंड है।
क्या एक ही delay हर वेबसाइट के लिए सही होगा?
नहीं। पेज की loading और लंबाई के अनुसार परिणाम बदलते हैं; संबंधित provider के default से शुरू करके अपने target pages पर जाँचें।
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
The Tool Desk
Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →
