पॉडकास्ट के लिए एक लिंक — सभी प्लेटफॉर्म एक ही पते पर

मंगलवार की सुबह, नया एपिसोड अपलोड हो गया है, कॉफी अभी भी गर्म है। आप पोस्ट लिखने के लिए बैठते हैं और अचानक आप उसी दीवार के सामने खड़े होते हैं जो हमेशा होती है। "Spotify पर सुनें।" और वे लोग जिनके पास iPhone है? "यह Apple Podcasts पर भी उपलब्ध है।" और वह व्यक्ति, जो YouTube पर सब कुछ देखता है? आप तीसरा लिंक जोड़ देते हैं। Stories में वैसे भी केवल एक ही आ पाएगा। Instagram बायो में भी केवल एक। और आपको ऐसा महसूस होता है कि हर बार आप वही चीज़ फिर से लिख रहे हैं, बस थोड़ा अलग तरीके से।

अब गणना करें कि आपके कितने श्रोता उस ऐप का उपयोग कर रहे हैं जिसे आपने अभी पेस्ट नहीं किया है।

यही वह पूरा अर्थ है, जिसके लिए एक पॉडकास्ट लिंक का महत्व है: एक ही पता जो सब कुछ एक साथ ले जाता है।

आपका एपिसोड एक साथ पाँच जगहों पर रहता है

वही एपिसोड Spotify, Apple Podcasts, YouTube और Pocket Casts पर समानांतर रूप से उपलब्ध है। इसके साथ ही RSS फ़ीड और ट्रांसक्रिप्शन के साथ एक पेज भी है। यह कोई त्रुटि नहीं है। पॉडकास्ट वितरण इसी तरह काम करता है और अच्छा है कि यह इसी तरह काम करता है।

सीढ़ियाँ प्रमोशन से शुरू होती हैं।

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

इसके लिए आप लगभग 15 डॉलर प्रति माह में "smart link" खरीद सकते हैं। समस्या यह है कि ऐसी सेवा प्रत्येक क्लिक पर अपना स्वयं का ब्रांडिंग जोड़ती है और साथ ही क्लिक करने वाले लोगों की प्रोफाइलिंग भी करती है। आपके लोगों की। इसकी क्या आवश्यकता, जब एक छोटा सा पता ही काफी है जो आपका अपना हो?

एक पता, एक सरल पृष्ठ, बाकी सब नियंत्रण में

विचार बहुत ही साधारण है। आप प्रत्येक प्लेटफॉर्म के लिए बटन के साथ एक लैंडिंग पेज (separator page) बनाते हैं और उसे एक छोटे से पते पर निर्देशित करते हैं। अपने स्वयं के होस्टिंग पर स्टेटिक HTML, एक तैयार टेम्पलेट, कुछ भी। महत्वपूर्ण यह है कि पता छोटा और ब्रांडेड होना चाहिए, उदाहरण के लिए cutty.dev/podcast|

और यहीं पर एक पेच है, एक अच्छा वाला। इस पते को आप एक बार सेट करते हैं। इसे हर जगह लगा देते हैं। बायो, ईमेल फ़ुटर, लीफ़लेट, वेबसाइट हेडर। और जिस गंतव्य (destination) की ओर यह ले जाता है, उसे आप बिना किसी चीज़ को बदले जब चाहें बदल सकते हैं, जो पहले ही दुनिया में जा चुकी है।

cutty.dev/podcast   →   landing z przyciskami:
                        • Spotify
                        • Apple Podcasts
                        • YouTube
                        • RSS / wszystkie inne

यदि आप किसी विशिष्ट एपिसोड का प्रचार कर रहे हैं, तो उसे एक अलग एंडिंग दें: cutty.dev/ep42 या cutty.dev/wywiad-nowak। श्रोता को तुरंत पता चल जाता है कि वे कहाँ पहुँच रहे हैं, और स्लैश के बाद रैंडम स्ट्रिंग के बजाय आपके पास व्यवस्था होती है। आप एंडिंग खुद टाइप करते हैं, इसलिए इसे एपिसोड में ही ज़ोर से पढ़ा जा सकता है। "cutty डॉट dev स्लैश ep forty-two पर जाएँ।" पॉडकास्ट में इसका महत्व सोने के समान है, क्योंकि आपके प्रचार का आधा हिस्सा टेक्स्ट नहीं, बल्कि आवाज़ के माध्यम से होता है।

बदली जाने वाली चीज़ तीन मौकों पर जान बचाती है

यह सुनने में एक छोटी सी बात लग सकती है कि एक पता कभी यहाँ तो कभी वहाँ ले जाता है। व्यवहार में यह आपको विशेष रूप से यहाँ बचाता है:

1. होस्टिंग माइग्रेशन। आप पॉडकास्ट को Anchor से कहीं और ले जा रहे हैं। प्लेटफॉर्म के सभी URL बदल जाते हैं। लेकिन आपका cutty.dev/podcast वही रहता है, आप बस उसके पीछे के गंतव्य (destination) को बदलते हैं। एक साल पहले बांटे गए बिजनेस कार्ड अभी भी काम करते हैं।
2. नवीनतम एपिसोड। आपके पास एक स्थायी cutty.dev/nowy होता है, जो हमेशा नवीनतम सामग्री पर रीडायरेक्ट करता है। सप्ताह में एक बार आप गंतव्य बदलते हैं, बायो में लिंक शांति से काम करता रहता है।
3. गलती। आपने न्यूज़लेटर में सीधे Spotify का लिंक पेस्ट कर दिया, जबकि आप उसे रीडायरेक्टर पर भेजना चाहते थे। शॉर्ट लिंक के साथ, आप भेजने के बाद भी गंतव्य बदल सकते हैं। प्लेटफॉर्म के सीधे URL के साथ आप कुछ नहीं बदल पाएंगे, क्योंकि वह हमेशा के लिए हजारों इनबॉक्स में जा चुका है।

QR कोड, यानी भौतिक दुनिया से एक सेतु

आप लाइव रिकॉर्ड कर रहे हैं। आप कॉन्फ्रेंस में एक स्टाल पर खड़े हैं। आप उद्योग बैठक के लिए एक रोल-अप लगा रहे हैं। cutty.dev/podcast पर ले जाने वाला छपा हुआ QR कोड हर भौतिक संपर्क को एक संभावित श्रोता में बदल देता है। आप इसे उसी छोटे लिंक से जेनरेट करते हैं, इसलिए जब आप गंतव्य बदलते हैं, तो कोड काम करना जारी रखता है। आपको सामग्री को फिर से प्रिंट करने की आवश्यकता नहीं होती है। यही तरीका प्रेजेंटेशन के समापन स्लाइड या लैपटॉप पर लगे स्टिकर पर भी काम करेगा।

संख्याएँ हाँ, जासूसी नहीं

क्या आप जानना चाहते हैं कि न्यूज़लेटर स्टोरीज (Stories) की तुलना में बेहतर प्रदर्शन कर रहा है या नहीं। एक छोटा लिंक आपको क्लिक की संख्या बताता है और बस इतना ही। यह क्लिक करने वाले व्यक्ति की प्रोफाइल नहीं बनाता है। मेरे यहाँ cutty IP में हैश किए जाते हैं, सर्वर EU में स्थित हैं, और आप केवल सूखे आंकड़े देखते हैं: कितने क्लिक हुए, मोटे तौर पर कहाँ से। अपनी ऊर्जा कहाँ लगानी है यह तय करने के लिए इतना पूरी तरह से पर्याप्त है, और साथ ही आप किसी का खाता भी नहीं बना रहे हैं और न ही उनके डेटा का व्यापार कर रहे हैं।

एक छोटी सी ट्रिक, जिसका उपयोग मैं स्वयं करता हूँ। प्रचार के प्रत्येक चैनल के लिए एक अलग एंडपॉइंट बनाएँ: cutty.dev/ep42-news, cutty.dev/ep42-ig, सभी एक ही लक्ष्य के साथ। केवल क्लिक की संख्या से ही तुरंत पता चल जाता है कि कौन सा चैनल काम कर रहा है, और दर्शक का पीछा एक पिक्सेल के लिए भी नहीं किया जा रहा है। उनकी ओर से शून्य ट्रैकिंग।

पाँच मिनट का काम

विशेष रूप से, कदम दर कदम, ताकि कोई संदेह न रहे:

1. प्लेटफॉर्म के लिंक के साथ एक साधारण लैंडिंग पेज बनाएं। या फिर अपने मौजूदा फीड का उपयोग करें।
2. एड्रेस को एक ब्रांडेड एंडिंग तक छोटा करें, जैसे कि cutty.dev/podcast| आप इसे cutty.dev पर तुरंत कर सकते हैं।
3. इस एक लिंक को बायो, ईमेल सिग्नेचर, चैनल विवरण और बिजनेस कार्ड में शामिल करें।
4. प्रिंट के लिए QR कोड जेनरेट करें।
5. प्रत्येक प्रीमियर पर आपको केवल लक्ष्य बदलना होता है। बाकी सब वैसा ही रहता है जैसा वह था।

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