Klook का कमीशन 3.5 %, पर तस्वीरें आधे पाठक पहले ही खा गईं
कमीशन सब गिनते हैं, पाठकों का छोड़कर जाना कोई नहीं गिनता
यात्रा एफिलिएट पर लिखे लेख मैंने काफी पढ़े हैं और उनमें दोहराव बहुत है: आवेदन कैसे करें, दर कितनी है, लिंक कहां लगाएं, ऑर्डर पक्का होने में कितने दिन लगते हैं।
आंकड़ों के लिहाज से ये जानकारियां गलत नहीं हैं। Klook परिवहन श्रेणी पर लगभग 5 % और अधिकतर श्रेणियों पर 3.5 % देता है, Agoda लगभग 4.2 %, Booking.com के होटल 2.8 से 4.5 %, और KKday सीढ़ीनुमा 2 से 5.5 %। ऑर्डर पक्का होने की अवधि Klook में 30 दिन और KKday में 60 दिन तक जाती है।
पर इन सभी लेखों में एक साझा अंधा कोना है: ये मान लेते हैं कि पाठक आपके लिंक तक पहुंचेगा।
सीधे कहूं तो यात्रा सामग्री पर यह धारणा खास तौर पर कमजोर है। वृत्तांत हर तरह की सामग्री में सबसे ज्यादा तस्वीर-सघन है, और तस्वीरें ही मोबाइल पर पेज धीमा होने का पहला कारण हैं।
एक लेख की कमाई एक गुणा-श्रृंखला है: ट्रैफिक × लिंक तक पहुंचने वालों का अनुपात × क्लिक दर × खरीद दर × कमीशन दर। ज्यादातर लोग अपनी नब्बे फीसदी मेहनत आखिरी गुणक पर लगाते हैं — जो पूरी श्रृंखला का सबसे छोटा गुणक है।
हिसाब लगाकर देखते हैं
पहले सार्वजनिक रूप से प्रकाशित प्रदर्शन आंकड़े, ये मेरा अनुमान नहीं हैं।
Google के Core Web Vitals में 2.5 सेकंड से कम LCP को अच्छा माना गया है। हकीकत यह है कि 2023 में डेस्कटॉप पर 74 % वेबसाइटें यह मानक पूरा करती थीं, पर मोबाइल पर केवल 61.4 %। मोबाइल पेज का औसत लोड समय 8.6 सेकंड है, जबकि डेस्कटॉप पर 2.5 सेकंड।
छोड़कर जाने के आंकड़े और भी सीधे हैं। लोड समय 1 से 3 सेकंड होने पर छोड़ने की संभावना 32 % बढ़ जाती है, और मोबाइल पेज तीन सेकंड पार करे तो आधे से ज्यादा लोग सीधे निकल जाते हैं। कई अध्ययन एक ही दायरे की ओर इशारा करते हैं: हर एक सेकंड की देरी पर खरीद 7 से 20 % तक गिरती है।
इन आंकड़ों को एफिलिएट के संदर्भ में रखते ही फासला साफ दिखने लगता है।
| स्थिति | मोबाइल LCP | लेख के अंत तक पहुंचने वालों का सापेक्ष अनुपात | कमीशन आय (सापेक्ष मान) |
|---|---|---|---|
| तस्वीरें अनुकूलित वृत्तांत | 2 सेकंड के भीतर | आधार 100 % | 100 |
| बिना अनुकूलन, तस्वीरें ज्यादा | 4 से 5 सेकंड | लगभग आधा | 50 से 60 |
| चरम स्थिति (मूल फाइलें सीधे) | 8 सेकंड से ऊपर | बहुत थोड़ा | 20 से कम |
इस तालिका के आंकड़े छोड़ने और खरीद पर हुए सार्वजनिक शोध से निकाले गए सापेक्ष मान हैं, वेबसाइट-दर-वेबसाइट मापे गए निरपेक्ष आंकड़े नहीं — पर दिशा गलत नहीं है। एक ही लेख, एक ही Klook लिंक, एक ही कमीशन दर, और सिर्फ तस्वीरों को संभालने के तरीके से कमाई में दोगुने से ज्यादा फर्क आ जाता है।
दोगुने से ज्यादा। जबकि ज्यादातर लोग एफिलिएट प्लेटफॉर्म चुनने में तस्वीरें संभालने से कहीं ज्यादा समय लगाते हैं।
यात्रा सामग्री संरचनात्मक रूप से भारी क्यों होती है
संचालन की दृष्टि से यह ढांचे की समस्या है, आलस की नहीं।
तस्वीरों की संख्या स्वभाव से ही ज्यादा है। ई-कॉमर्स के उत्पाद पेज में पांच से आठ तस्वीरें काफी हैं, पर सात दिन की यात्रा के वृत्तांत में तीस से शुरुआत होती है। इन्हें काटा नहीं जा सकता — पाठक को चाहिए ही दृश्य, तस्वीरें काटना लेख का मूल मूल्य काटना है।
यात्रा से जुड़ी खोज मोबाइल की ओर बहुत झुकी हुई है। लोग सफर में, दोपहर के विराम में, सोने से पहले «क्योटो तीन दिन का कार्यक्रम» खोजते हैं। और मोबाइल ठीक वही माहौल है जहां प्रदर्शन सबसे खराब रहता है: औसत 8.6 सेकंड, धीमा नेटवर्क और कमजोर डिकोडिंग।
कैमरे की मूल फाइलें हर साल बड़ी होती जा रही हैं। आजकल फोन यूं ही 4–5 MB की फाइल बना देते हैं, और बहुत लोग मूल फाइलें सीधे कंटेंट सिस्टम में डालकर प्लगइन के भरोसे छोड़ देते हैं। प्लगइन के कंप्रेशन की गुणवत्ता बहुत असमान होती है, और ज्यादातर सिर्फ आकार बदलते हैं, फॉर्मेट नहीं।
पहले मुझे लगता था कि यह होस्टिंग की समस्या है; होस्ट बदलने पर भी खास सुधार नहीं हुआ। अड़चन कभी सर्वर की प्रतिक्रिया में थी ही नहीं, वह नीचे जाती उन तीस तस्वीरों में थी। यह फीस चुकाने के बाद ही मैंने हर तस्वीर के असली बाइट गंभीरता से देखने शुरू किए।
तुरंत किए जा सकने वाले तीन सुधार
वेबसाइट दोबारा बनाने की जरूरत नहीं। इन तीन का प्रतिफल सबसे ऊंचा है।
पहला, लंबी भुजा 1600 पिक्सल पर लाइए और WebP में बदलिए। वृत्तांत की तस्वीरों को 4000 पिक्सल चौड़ाई नहीं चाहिए, क्योंकि मोबाइल पर पाठक जो कंटेनर देखता है वह प्रायः 500 पिक्सल से भी कम है। समान गुणवत्ता पर WebP, JPEG से 25 से 50 % हल्का होता है। अकेले इसी से पेज का आधे से ज्यादा वजन कट जाता है।
दूसरा, पहली स्क्रीन के बाहर की सभी तस्वीरें विलंब से लोड कीजिए। आधुनिक ब्राउज़र में यह सुविधा अंतर्निहित है, बस एक विशेषता जोड़नी होती है। LCP सबसे बड़े सामग्री तत्व के बनने का समय मापता है, इसलिए नीचे की उनतीस तस्वीरों को पहली तस्वीर से बैंडविड्थ छीनने से रोकते ही यह आंकड़ा साफ सुधर जाता है।
तीसरा, एफिलिएट लिंक की जगह एक अनुभाग ऊपर लाइए। यह सबसे अटपटा लगता है पर असर तुरंत दिखता है। बहुत लोग Klook या MakeMyTrip की लिंक लेख के अंत वाले सारांश में रखते हैं — ठीक वही जगह जहां सबसे कम लोग पहुंचते हैं। लेख के पहले एक-तिहाई हिस्से में स्वाभाविक रूप से एक बार रखिए (जैसे जब आप बताएं कि «यह कार्यक्रम मैंने कहां से बुक किया») तो वे पाठक भी पकड़ में आ जाते हैं जिनमें अंत तक स्क्रॉल करने का धीरज नहीं।
वैसे तीसरी बात का प्रदर्शन से कोई लेना-देना नहीं है। यह उसी समस्या का दूसरा आधा हिस्सा है: पाठक का ध्यान भी बैंडविड्थ की तरह सीमित संसाधन है।
तस्वीरें कहां रखें
व्यवहार में सबसे ज्यादा पूछा जाने वाला सवाल यही है। मेरा नजरिया यह है कि पहले दो जरूरतें अलग कीजिए।
दीर्घकालिक सामग्री संपत्ति (आपके मुख्य लेखों की तस्वीरें) वहां होनी चाहिए जहां आपका नियंत्रण हो, CDN के साथ। इन्हें पांच साल से ज्यादा जीना है, और किसी मुफ्त सेवा की नीति न बदलने के भरोसे नहीं छोड़ा जा सकता।
अल्पकालिक सहयोग और ड्राफ्ट (संपादक के साथ आदान-प्रदान के स्क्रीनशॉट, साझेदार को दिखाने की सामग्री, सोशल के लिए अस्थायी तस्वीरें) के लिए इमेज होस्टिंग ज्यादा सुविधाजनक है, क्योंकि कंटेंट सिस्टम में चढ़ाकर बाद में हटाने का चक्र बच जाता है।
lpic.cc पर अपलोड करते ही छोटा लिंक मिल जाता है जिसे तुरंत चिपकाया जा सकता है, रजिस्ट्रेशन नहीं चाहिए और चाहें तो देखने का पासवर्ड भी लग जाता है — अप्रकाशित सहयोग सामग्री के लिए यह उपयोगी है। पर सीमाएं साफ रहें: तस्वीर अधिकतम 8 MB, फाइलें आखिरी बार देखे जाने के 30 दिन तक, और अपलोड अपने आप अनुकूलित होते हैं इसलिए मूल फाइलें सुरक्षित नहीं रखी जातीं।
यानी यह बीच का पड़ाव है, आपकी आधिकारिक तस्वीर स्रोत नहीं। पाठकों को इससे मतलब नहीं कि आपकी तस्वीरें कहां रखी हैं, पर आपकी कमाई को इससे मतलब है कि तीन साल बाद वे दिखेंगी या नहीं। इन दोनों को अलग-अलग संभालिए।
भंडारण के तरीके का लोडिंग पर असल असर देखना हो तो दो लेख हैं: इमेज होस्टिंग सेवाओं का गति परीक्षण जो सेवाओं के बीच विलंब का अंतर मापता है, और उत्पाद तस्वीरों के थोक अपलोड और LCP का पूर्ण परीक्षण जो वही पद्धति ई-कॉमर्स संदर्भ में लगाता है और सीधे वृत्तांत पर लागू होती है।
अक्सर पूछे जाने वाले प्रश्न
प्रश्न 1: मेरा ट्रैफिक कम है, क्या तस्वीरें अनुकूलित करना अभी सार्थक है?
सार्थक है, पर क्रम सही होना चाहिए। एक निश्चित पैमाने तक पहुंचने से पहले सामग्री की गुणवत्ता और विषय चयन का प्रभाव प्रदर्शन से कहीं ज्यादा है। फिर भी तस्वीर अनुकूलन एक बार का निवेश है जो लंबे समय तक फल देता है — प्रक्रिया बना लेने पर हर आगामी लेख अपने आप लाभ उठाता है, जबकि पाठक जुटाने की लागत हर महीने दोबारा लगती है।
प्रश्न 2: बहुत ज्यादा कंप्रेस करने पर पाठकों को गुणवत्ता खराब लगेगी?
JPEG गुणवत्ता 80 से 85 पर लाना या WebP में बदलना मोबाइल स्क्रीन पर लगभग अलग नहीं दिखता। शिकायत तब आती है जब 60 से नीचे दबाने पर रंगों की पट्टियां उभरने लगती हैं। एक बीच का रास्ता यह है कि मुख्य पाठ में कंप्रेस संस्करण रखें और «मूल तस्वीर देखें» की अलग लिंक उन थोड़े पाठकों के लिए दें जो सचमुच ज़ूम करना चाहते हैं।
प्रश्न 3: 30 से 60 दिन की पुष्टि अवधि नकदी प्रवाह पर सचमुच असर डालती है?
शुरुआत कर रहे हों तो बहुत असर डालती है। Klook में ऑर्डर 30 दिन में पक्का होता है, KKday में 60 दिन तक — यानी इस महीने बनाई सामग्री की कमाई शायद दो महीने बाद आए, और यात्री यात्रा रद्द कर दे तो कमीशन ही खत्म। यात्रा एफिलिएट और सामान्य ई-कॉमर्स एफिलिएट के बीच यही सबसे बड़ा संरचनात्मक अंतर है और इसे वित्तीय योजना में शामिल करना चाहिए।
प्रश्न 4: एक वृत्तांत में कितनी तस्वीरें रखनी चाहिए?
पूरा पढ़े जाने की दर के लिहाज से 25 से 35 व्यावहारिक दायरा है। इससे ऊपर मोबाइल पर स्क्रॉल की थकान साफ बढ़ जाती है। 60 लगाने से बेहतर है 30 चुनना और हर एक को तेज बनाना।
प्रश्न 5: क्या Klook और MakeMyTrip दोनों के लिए आवेदन करना चाहिए?
दोनों में आवेदन की लागत लगभग शून्य है, और उत्पादों का दोहराव उतना नहीं जितना लगता है — एक ही स्थल के पैकेज, दाम और उपलब्धता दोनों पर अलग होते हैं। पर असली मुद्दा यह नहीं कि कौन सा चुनें, बल्कि यह कि आपकी सामग्री के पाठक हैं या नहीं। इस क्षेत्र की सबसे आम विफलता गलत प्लेटफॉर्म चुनना नहीं, बल्कि पाठक बनने से पहले ही कमीशन गिनना शुरू कर देना है।