यदि उपरोक्त लेख पढ़ने के बाद भी आप किसी ऐसी क्लिक-सत्र विसंगति का सामना कर रहे हैं, जिसका वर्णन करना कठिन है तो इसका कारण प्रतीक्षा अवधि हो सकती है. सामान्यतः, प्रतीक्षा अवधि के कारण होने वाली क्लिक-और-सत्र संबंधी समस्याओं की निम्नलिखित विशेषताएं होती हैं:
- क्लिक-सत्र विसंगति को किसी विशिष्ट अभियान, विज्ञापन समूह या कीवर्ड तक सीमित नहीं किया जा सकता.
- सभी सक्रिय Google Ads अभियानों में आपको सत्रों की संख्या क्लिक की तुलना में लगातार कम दिखाई देती है.
- डेस्कटॉप, टैबलेट, मोबाइल जैसे डिवाइस के अनुसार सेगमेंट करने पर एकाधिक प्लैटफ़ॉर्म पर विसंगति दिखाई देती है.
इस लेख में:
- तेज़ रहना क्यों ज़रूरी है
- स्थिति महत्वपूर्ण होती है
- धीमे होने के परिणाम
- शॉर्ट क्लिक का एक अल्पकालीन समाधान
- मुझे कैसे पता चलेगा कि यह धीमा है या नहीं?
- मैं इसे अधिक तेज़ कैसे बनाऊं?
- रीडायरेक्ट निकालें या गंतव्य URL अपडेट करें
- CSS स्प्राइट
- CDN (कॉन्टेंट डिलीवरी नेटवर्क) का उपयोग करें
- HTML, CSS और JS फ़ाइल कंप्रेस करें
- लोकप्रिय अनुरोधों को संचित करें
- Jquery के लिए ajax और Infinite Scroll या Lazy Load जैसे प्लग इन का उपयोग करने पर विचार करें
- Gzip कंप्रेशन
- युनिवर्सल Analytics में अपग्रेड करें
- अधिक तेज़ वेब होस्टिंग सर्वर
- अधिक टिप्स और सुझाव
तेज़ रहना क्यों ज़रूरी है
एक सामान्य नियम के रूप में, इंटरनेट पर मौजूद उपयोगकर्ता बहुत धैर्यवान नहीं होते. यह KissMetrics अध्ययन जैसे अध्ययनों से स्पष्ट है, जो सार रूप में कुछ बुद्धिमत्तापूर्ण कथन प्रदान करते हैं: "पृष्ठ प्रतिक्रिया में एक-सेकंड का विलंब होने के कारण रूपांतरणों में 7% की कमी हो सकती है." और "47% उपभोक्ता यह अपेक्षा करते हैं कि वेब पृष्ठ दो सेकंड या उससे कम समय में लोड हो जाए."
आपके लिए इसका क्या मतलब है? यदि आपकी वेबसाइट बहुत धीमी गति से लोड होती है तो यह संभावना है कि उपयोगकर्ता आपकी साइट छोड़कर आपके प्रतिस्पर्द्धियों की साइट पर जा रहे हैं, विशेषरूप से यदि प्रतिस्पर्द्धी उसी सामग्री को तेज़ी से डिलीवर करने में सक्षम हैं.
स्थिति महत्वपूर्ण होती है
हमसे अक्सर पूछा जाता है कि Analytics ट्रैकिंग कोड को पृष्ठ के HTML स्रोत में कहां पर पेस्ट किया जाना चाहिए. इसका उत्तर है, यह इस बात पर निर्भर करता है कि आप बाउंस होने वाले उपयोगकर्ताओं का कितनी सटीकता से आकलन करना चाहते हैं. यदि क्लिक होने के बाद किसी सत्र को रिकॉर्ड होने में कई सेकंड लगते हैं तो इन सत्रों में से कुछ के ट्रैक न होने की बहुत अधिक संभावना होती है. सामान्यतः, हम क्लोज़िंग </head> टैग के ठीक पहले ट्रैकिंग कोड डालने का सुझाव देते हैं.
धीमे होने के परिणाम
शॉर्ट क्लिक: जब कोई उपयोगकर्ता किसी विज्ञापन पर क्लिक करता है और Analytics ट्रैकिंग-कोड अनुरोध के सक्रिय होने से पहले ही वापस जाएं बटन पर क्लिक कर देता है या ब्राउज़र को बंद कर देता है तो इसे शॉर्ट क्लिक कहते हैं. Google Ads क्लिक रिकॉर्ड करता है, लेकिन Analytics में संबंधित सत्र रिकॉर्ड नहीं किया जाता.
सरल शब्दों में, प्रतिक्रिया देने में वेबसाइट जितनी धीमी होगी और Analytics स्निपेट के पहले आने वाले अनुरोधों की संख्या जितनी अधिक होगी, आपको शॉर्ट क्लिक और अनुपलब्ध सत्र डेटा की समस्या उतनी ही ज़्यादा हो सकती है.
शॉर्ट क्लिक के बारे में दूसरे तरीके से सोचते हुए उन्हें वस्तुतः वेबसाइट से बाउंस होने वाले उपयोगकर्ता माना जा सकता है, यानी यदि आप इन बाउंस होने वाले सत्रों को ट्रैक नहीं कर रहे हैं तो आपकी बाउंस दर कृत्रिम रूप से कम हो सकती है.
मोबाइल और शॉर्ट क्लिक: एक सामान्य नियम के रूप में, अधिकांश डेस्कटॉप कनेक्शन (ADSL / केबल) की तुलना में मोबाइल डिवाइस अपेक्षाकृत धीमी नेटवर्क आधारभूत संरचना (3G नेटवर्क) पर संचालित होते हैं. यदि आप मोबाइल डिवाइस को लक्षित करते हैं तो एक तेज़ी से प्रतिक्रिया देने वाली वेबसाइट, शॉर्ट क्लिक से बचने के लिए और भी अधिक ज़रूरी हो जाती है.
शॉर्ट क्लिक का एक अल्पकालीन समाधान
इसका एक अल्पकालीन समाधान Analytics ट्रैकिंग स्निपेट को HTML स्रोत में यथासंभव अधिक से अधिक ऊंचाई पर डालने का प्रयास करना है. आदर्श रूप से किसी भी दूसरी javascript फ़ाइल के ऊपर.
ऊपर दिए गए स्क्रीनशॉट में आप देख सकते हैं कि वहां ऐसे कई JavaScript फ़ाइल अनुरोध हैं, जिन्हें डालने के बाद (सिंक्रोनस टैग) ही Analytics ट्रैकिंग स्निपेट को चलाया जा सकता है. हम ऑप्टिमाइज़ेशन तकनीकों के बारे में बाद में चर्चा करेंगे, लेकिन फ़िलहाल Analytics ट्रैकिंग स्निपेट को अन्य javascript फ़ाइल के ऊपर ले जाना ही इसका अल्पकालीन समाधान है. हालांकि, चिंता न करें: Analytics आपके पृष्ठ की प्रस्तुति का समय धीमा नहीं करेगा, क्योंकि यह एक एसिंक्रोनस JavaScript टैग है, यानी Analytics सर्वर की ओर से विलंब होने पर भी यह आपके पृष्ठ को प्रस्तुत होने से नहीं रोकेगा.
यह एक अल्पकालीन समाधान है, क्योंकि यह ऐसे सत्र रिकॉर्ड करने में आपकी मदद कर सकता है, जो अन्यथा उपयोगकर्ताओं के आपके पृष्ठ को जल्दी छोड़कर जाने के कारण अनुपलब्ध थे (क्योंकि Analytics स्निपेट पहले निष्पादित नहीं किया गया था). हालांकि, आगे चलकर आप बाउंस होने वाले उपयोगकर्ताओं को कायम रखना और असली समस्या यानी धीमी गति से प्रतिक्रिया देने वाली वेबसाइट को ठीक करना चाहते हैं.
मुझे कैसे पता चलेगा कि यह धीमी है या नहीं?
जैसा कि ऊपर उल्लेख किया गया है, Analytics ट्रैकिंग कोड को HTML स्रोत में अधिक ऊंचाई पर डालने से एक निश्चित सीमा तक मदद मिलेगी, लेकिन अधिक तेज़ी से प्रतिक्रिया देने वाली वेबसाइट का होना भी महत्वपूर्ण है.
तो आप यह कैसे बता सकते हैं कि आपकी वेबसाइट धीमी है या नहीं?
परीक्षण 1
रिक्त संचय (यदि आप चाहें तो संचय और कुकी खाली कर सकते हैं) के साथ एक नया टैब खोलें, ब्राउज़र पता बार में अपना गंतव्य URL डालें और नेटवर्क टैब में Chrome डेवलपर टूल खोलें.
वेबसाइट लोड करें और अनुरोध सूची देखें. यह कुछ ऐसी नज़र आनी चाहिए:
_utm.gif (क्लासिक Analytics) ढूंढें या (युनिवर्सल Analytics) एकत्र करें और दाईं ओर दिया गया समयावधि अनुभाग देखें. ऊपर दिए गए दृष्टांत में, आप देख सकते हैं कि पहला अनुरोध किए जाने (जहां एक क्लिक रिकॉर्ड किया जाएगा) से लेकर Analytics अनुरोध (जहां एक सत्र रिकॉर्ड किया जाएगा) तक लगभग 8 सेकंड का समय लगा.
यदि कोई उपयोगकर्ता इन 8 सेकंड के भीतर ही वापस जाएं बटन पर क्लिक कर देता है तो हो सकता है Analytics इस वेबसाइट पर सत्र रिकॉर्ड न कर सके, लेकिन Google Ads क्लिक रिकॉर्ड कर लेगा.
KissMetrics का यह उद्धरण याद रखें: "कुल उपयोगकर्ताओं में से आधे उपयोगकर्ता यह अपेक्षा करते हैं कि पृष्ठ दो सेकंड या उससे कम समय में लोड हो जाए." वेबसाइट को बेहतर बनाया जा सकता है!
परीक्षण 2
Analytics, साइट गति रिपोर्ट के हिस्से के रूप में पृष्ठ लोड अवधि से संबंधित डेटा स्वतः कैप्चर करता है.
इस रिपोर्ट की मदद से आप विशिष्ट Google Ads गंतव्य URL पर ध्यान केंद्रित करके यह देख सकते हैं कि प्रतीक्षा अवधि की दृष्टि से उनका प्रदर्शन कैसा है. खासकर इस उदाहरण में, हम देखते हैं कि इस विशिष्ट URL के लिए साइट गति लगभग 25 सेकंड है, जो वाकई बहुत धीमी है.
ध्यान दें कि इस पृष्ठ की बाउंस दर भी कैसे इतनी अधिक है? इसलिए, भले ही इस गंतव्य URL को शॉर्ट क्लिक प्राप्त होते हैं (यानी, बाउंस), लेकिन जो रिकॉर्ड किए गए हैं उनकी बाउंस दर भी अधिक है, जो अच्छी बात नहीं है.
आदर्श रूप से पृष्ठ लोड गति लगभग 3-4 सेकंड होनी चाहिए.
भले ही ये साइट गति रिपोर्ट, पृष्ठ-लोड समय का अच्छा संकेत देती हैं, लेकिन डिफ़ॉल्ट रूप से यह नमूना केवल 1% ट्रैफ़िक पर आधारित होता है. यदि आपकी साइट पर दैनिक उपयोगकर्ताओं की संख्या अपेक्षाकृत कम है, जैसे 100,000 या उससे कम तो संभव है कि आप नमूनाकरण को एक अधिक बड़ी दर पर समायोजित करना चाहें, उदा., 5%. इससे पृष्ठ-लोड समय और अन्य साइट गति मीट्रिक के बारे में अधिक विस्तार से जानकारी मिलेगी.
ध्यान रखें कि इसके कारण एक अतिरिक्त अनुरोध तैयार होता है और लगभग सभी मामलों में इसके कारण उपयोगकर्ता अनुभव पर नकारात्मक प्रभाव नहीं पड़ना चाहिए.
मैं इसे अधिक तेज़ कैसे बनाऊं?
Analytics साइट गति रिपोर्ट अब साइट गति सुझाव प्रदान करती है. अपने सबसे अधिक क्लिक किए जाने वाले गंतव्य URL डालकर उन पृष्ठों को अधिक तेज़ बनाने से संबंधित सुझाव देखें.
रीडायरेक्ट निकालें या गंतव्य URL अपडेट करें
यदि आपके रीडायरेक्ट Google Ads ऑटो-टैगिंग पैरामीटर को सुरक्षित रखते हैं और उसे अंतिम गंतव्य URL को पास करते हैं, तो भी रीडायरेक्ट के कारण Analytics द्वारा सत्र रिकॉर्ड किए जाने से पहले ही क्लिक और समय के बीच अतिरिक्त प्रतीक्षा अवधि जुड़ जाती है.
कुछ मामलों में, Google Ads क्लिक और अंतिम गंतव्य URL के बीच साइट स्वामियों के एकाधिक रीडायरेक्ट होते हैं.
आपको अंतिम गंतव्य URL दर्शाने के लिए अपना Google Ads गंतव्य URL अपडेट करना चाहिए, ताकि किसी रीडायरेक्ट की आवश्यकता न हो.
कुछ मामलों में, क्लाइंट Google Ads क्लिक को रिकॉर्ड करने के लिए क्लिक सर्वर जैसी मध्यस्थ सेवा का उपयोग करते हैं, जिसका उपयोग अक्सर तृतीय-पक्ष रिपोर्टिंग प्लैटफ़ॉर्म द्वारा किया जाता है.
हालांकि हम समझते हैं कि आप कई प्लैटफ़ॉर्म में रिपोर्ट करना चाहते हैं, लेकिन यह सेवा रास्ते की रुकावट बन सकती है और उपयोगकर्ता अनुभव को धीमा कर सकती है. यदि आपको Analytics में रिकॉर्ड किए गए क्लिक और सत्रों को लेकर समस्या हो रही है तो हमारा सुझाव है कि आप एक खास समय तक इस क्लिक ट्रैकर सेवा को निकालकर देखें कि क्लिक और सत्रों के अनुपात में सुधार आता है या नहीं. इसके बाद इसका फिर से आकलन करें कि आप तृतीय-पक्ष प्लैटफ़ॉर्म में ट्रैकिंग जारी रखना चाहते हैं या नहीं या फिर किसी अधिक तेज़ प्रदाता की तलाश करना चाहते हैं.
CSS स्प्राइट
CSS स्प्राइट कई छवि अनुरोधों का स्थान ले सकते हैं.
ध्यान दें कि ऊपर दृष्टांत में दिखाई गई वेबसाइट में किस तरह छोटे छवि आइकन और फ़ाइल के लिए कई छवि अनुरोध (.png files) हैं. CSS स्प्राइट का लाभ बिल्कुल सीधा-सा है: कई छवि अनुरोधों के बजाय, इन सभी छवियों को किसी एक अनुरोध (एक अधिक बड़ी छवि) में रखें और CSS का उपयोग करके यह नियंत्रित करें कि छवि के कौन-से भाग वेबसाइट के विशिष्ट हिस्सों में प्रदर्शित किए जाएंगे. कई छोटे छवि अनुरोधों की तुलना में एक बड़ा छवि अनुरोध अधिक तेज़ होता है.
CDN (कॉन्टेंट डिलीवरी नेटवर्क) का उपयोग करें
कॉन्टेंट-डिलीवरी नेटवर्क आपकी वेबसाइट को अधिक तेज़ बनाने के साथ ही उसे अधिक मापनीय और विश्वसनीय बनाने का भी बहुत अच्छा तरीका है. यह आपकी वेबसाइट की सामान्य रूप से एक्सेस की जाने वाली फ़ाइल और सामग्री को वितरित करके और उन्हें दुनिया भर के कई सर्वर पर डालकर काम करता है.
सामान्यतः, वेब-होस्टिंग सेवा एक निश्चित भौतिक स्थान पर होती है, उदाहरण के लिए कैलिफ़ोर्निया. यह कैलिफ़ोर्निया के उपयोगकर्ताओं के लिए अच्छा है, क्योंकि उन्हें आपकी वेबसाइट से शीघ्रता से सामग्री प्राप्त होगी, लेकिन ऑस्ट्रेलिया या यूरोप के उपयोगकर्ताओं का क्या होगा? उन्हें कैलिफ़ोर्निया से फ़ाइल प्राप्त होने में अधिक प्रतीक्षा अवधि लगेगी, लेकिन CDN का उपयोग करके वे उपयोगकर्ता अपने भौतिक स्थान के करीब स्थित किसी सर्वर से फ़ाइल प्राप्त कर सकते हैं.
आपकी वेबसाइट को दुनिया भर के कई सर्वर पर वितरित करने से आप आउटेज या बुनियादी ढांचे से संबंधित अन्य समस्याओं से भी कम प्रभावित होते हैं.
CDN स्थिर बनी रहने या अक्सर परिवर्तित न होने वाली सामग्री के लिए बहुत अच्छा होता है, जैसे आपकी JavaScript फ़ाइल, CSS, HTML और छवियां या वीडियो सामग्री. यह JavaScript, CSS और HTML फ़ाइल में लाइन स्पेसिंग को निकालकर इन फ़ाइल को यथासंभव सबसे छोटे आकार में कंप्रेस भी कर देगा.
Google अपनी खुद की Google PageSpeed नामक CDN सेवा प्रदान करता है.
HTML, CSS और JS फ़ाइल कंप्रेस करें
यदि आप किसी CDN सेवा (ऊपर उल्लिखित) का उपयोग नहीं करना चाहते तो आप अभी भी लाइन स्पेसिंग को स्वचालित रूप से निकालकर और कई फ़ाइलों (उदा., CSS फ़ाइलें) का एक बंडल बनाकर सामग्री को एकल अनुरोध में कंप्रेस करने वाले कई प्रकार के मॉड्यूल, प्लग इन और निःशुल्क वेब सेवाएं ढूंढ सकते हैं.
लोकप्रिय अनुरोधों को संचित करें
एक लोकप्रिय वेब-सर्वर स्टैक Linux Apache MySQL PHP (LAMP) का उपयोग करता है.
ऊपर दिए गए आरेख में हम देख सकते हैं कि उपयोगकर्ता को HTML में प्रस्तुत होने वाला कोई पृष्ठ दिखाने का काम दरअसल कई चरणों में पूरा होता है:
- वेब सर्वर को अनुरोध प्राप्त होता है
- इसके बाद वेब सर्वर PHP के ज़रिये अनुरोध भेजता है, जिससे यह निर्धारित होता है कि कौन-सी फ़ाइल या डेटाबेस एक्सेस के लिए कतार में है
- PHP इसका पैकेज बनाकर प्रासंगिक HTML पृष्ठ बनाता है, जिसे इसके बाद उपयोगकर्ता को दिखाया जाता है
संचय से क्या सहायता मिलती है
बहुत से मामलों में, आपके पृष्ठों की सामग्री हर बार उपयोगकर्ता द्वारा पृष्ठ का अनुरोध किए जाने पर बदलती नहीं है, उदा., FAQ पृष्ठ. ऊपर दिए गए आरेख में दी गई पूरी प्रक्रिया से गुज़रने के बजाय हम सिर्फ़ एक बार पृष्ठ बनाकर उसे एक अस्थायी HTML फ़ाइल के रूप में संचित कर सकते हैं. इससे वेब सर्वर को PHP के ज़रिये पृष्ठ जेनरेट करने तथा डेटाबेस से क्वेरी करने का एक ही कार्य बार-बार नहीं करना पड़ेगा. इसके बजाय वेब सर्वर अधिकांश उपयोगकर्ताओं के समक्ष एक स्थिर HTML फ़ाइल प्रदर्शित करेगा. इससे वेब सर्वर को लगातार एक साथ कई काम नहीं करने पड़ते, जिससे आपकी वेबसाइट सभी के लिए तेज़ बन जाती है.
ऐसे कई निःशुल्क मॉड्यूल उपलब्ध हैं, जो आपकी वेबसाइट के लिए यह कार्य करते हैं.
हालांकि ऊपर PHP का उदाहरण दिया गया था, लेकिन दूसरे कई वेब सर्वर इसी तरह के सिद्धांत पर काम करते हैं और हो सकता है इस तरह का पृष्ठ संचयन करने के लिए उनके पास कई मिलते-जुलते मॉड्यूल उपलब्ध हों.
Jquery के लिए ajax और Infinite Scroll या Lazy Load जैसे प्लग इन का उपयोग करने पर विचार करें
क्या आपने कभी ध्यान दिया है कि कुछ वेबसाइट आपके स्क्रॉल करने के साथ-साथ सामग्री लोड करती हैं. YouTube यह कार्य संबंधित वीडियो के थंबनेल के लिए करता है और टिप्पणी अनुभाग पहले कुछ परिणामों तक सीमित होता है, बशर्ते आप अतिरिक्त टिप्पणियां दिखाने का अनुरोध न करें.
इस प्रकार की तकनीकों का उचित ढंग से उपयोग करने पर आरंभिक पृष्ठ-आकार अनुरोध कम हो सकता है और उपयोगकर्ता आपके पृष्ठों से तुरंत इंटरैक्ट करना आरंभ कर सकते हैं. यदि वे अधिक सामग्री देखना चाहते हैं तो वे और अधिक स्क्रॉल करते हुए अतिरिक्त आइटम को लोड होने के लिए ट्रिगर कर सकते हैं.
इस तरह का समाधान लागू करते समय उपयोगिता और एक्सेस-योग्यता संबंधी ऐसी कई समस्याएं हैं, जिन्हें ध्यान में रखना ज़रूरी है. इस बारे में अधिक जानकारी के लिए LazyLoad और InfiniteScroll दस्तावेज़ देखें.
Gzip कंप्रेशन
पुराने वेब ब्राउज़र पृष्ठ कंप्रेशन के इस स्वरूप (HTML, CSS, JavaScript आदि) का समर्थन नहीं करते थे, लेकिन मोबाइल डिवाइस और नए ब्राउज़र इसका समर्थन करते हैं. इस सुविधा के बारे में सबसे अच्छी बात यह है कि इसका लाभ उठाना अक्सर बेहद आसान होता है.
आप इस वीडियो में Gzip के बारे में अधिक जान सकते हैं.
युनिवर्सल Analytics में अपग्रेड करें
यदि आपने पहले से Classic (ga.js) से युनिवर्सल Analytics (analytics.js) में अपग्रेड नहीं किया है तो संभव है कि आप नवीनतम Analytics प्लैटफ़ॉर्म पर माइग्रेट करना चाहें. आपको न केवल नवीनतम उत्पाद सुविधाओं का एक्सेस प्राप्त होगा, बल्कि युनिवर्सल Analytics में प्रदर्शन संबंधी कुछ मूल्यवान सुधार भी किए गए हैं:
- मॉड्यूल-आधारित ट्रैकिंग-कोड लाइब्रेरी: analytics.js, में ई-कॉमर्स जैसे बाहरी मॉड्यूल होते हैं, जो अब सभी वेबसाइट के लिए शामिल नहीं हैं (जो ga.js के कार्य करने का तरीका है). इससे फ़ाइल आकार की दृष्टि से analytics.js फ़ुटप्रिंट कम हो जाते हैं, जिसके कारण फ़ाइल स्थानांतरण की गति तेज़ हो जाती है.
- कुकी पर कम निर्भरता: युनिवर्सल Analytics अब अभियान और सत्र डेटा सर्वर साइड की गणना करता है (न कि क्लाइंट साइड की), जिससे हर फ़ाइल अनुरोध के लिए स्थानांतरित किए जाने वाले कुकी डेटा की मात्रा कम हो जाती है. इससे प्रदर्शन में मामूली लेकिन स्पष्ट सुधार दिखाई देता है.
अधिक तेज़ वेब होस्टिंग सर्वर
वेबसाइट की धीमी गति के कारण संभव है कि आपके हाथ से व्यवसाय के अवसर निकल रहे हों. अधिक तेज़ वेब होस्टिंग सर्वर पर अपग्रेड करने का विचार करने में कोई बुराई नहीं है.
अधिक टिप्स और सुझाव
इस लेख में सभी उपलब्ध ऑप्टिमाइज़ेशन तकनीकों का वर्णन नहीं किया गया है, लेकिन हम निश्चित रूप से आपको और बहुत-सी तकनीकों के बारे में बता सकते हैं. अतिरिक्त टिप्स और सुझावों के लिए यह दस्तावेज़ देखें.
अंत में, ध्यान रखें कि आप अपनी वेबसाइट की गति और प्रतिक्रियाशीलता बढ़ा सकते हैं, लेकिन कभी न कभी आपको उपयोगकर्ता के धीमे इंटरनेट कनेक्शन और धीमे मोबाइल नेटवर्क के कारण समस्याएं हो सकती हैं. यह समस्या सीमित या पुराने टेल्को ढांचे वाले दूर-दराज़ के और ग्रामीण क्षेत्रों में तथा विकासशील देशों में अधिक होती है.
ऐसी परिस्थितियों में आप ज़्यादा से ज़्यादा यही कर सकते हैं कि अपनी वेबसाइट को यथासंभव प्रतिक्रियाशील बनाएं, लेकिन सबसे अच्छी तरह अनुकूलित की गई वेबसाइट को भी उपयोगकर्ता के धीमे कनेक्शन के कारण शॉर्ट-क्लिक की समस्या हो सकती है.
