संदर्भ

    लिंक शॉर्टनिंग शब्दावली

    URL की बनावट, रीडायरेक्ट, एनालिटिक्स, UTM ट्रैकिंग, QR कोड, सुरक्षा, API और अकाउंट मैनेजमेंट से जुड़े 246 शब्द, सरल भाषा में समझाए गए।

    20 स्रोतों के हवाले के साथ: RFC, W3C, ISO, GDPR और प्लेटफ़ॉर्म के दस्तावेज़

    बुनियादी बातें और URL की बनावट

    29 शब्द
    Long URL / डेस्टिनेशन URL#
    वह पूरा वेब पता जिस पर शॉर्ट लिंक रीडायरेक्ट करता है। इसे टारगेट URL या डेस्टिनेशन भी कहते हैं। शॉर्ट लिंक पर क्लिक करने या उसे स्कैन करने के बाद यूज़र आखिर में यहीं पहुंचता है। लंबे URL में अक्सर ट्रैकिंग पैरामीटर, प्रोडक्ट ID, फ़िल्टर, सेशन से स्वतंत्र स्टेट या दूसरा व्यवस्थित डेटा होता है, जिसकी वजह से उन्हें सीधे शेयर करना मुश्किल हो सकता है।
    मूल URL#
    वह URL जो यूज़र ने शॉर्ट लिंक बनाते समय डाला था। कई प्लेटफ़ॉर्म पर इसका मतलब वही है जो लंबे URL, डेस्टिनेशन URL या टारगेट URL का है। अगर शॉर्ट लिंक में डेस्टिनेशन बदलने की सुविधा है, तो कुछ मामलों में ओरिजिनल URL बाद में मौजूदा डेस्टिनेशन से अलग हो सकता है।
    टारगेट URL#
    वह मौजूदा URL जिस पर शॉर्ट लिंक अभी रीडायरेक्ट करता है। टारगेट URL ओरिजिनल URL जैसा ही हो सकता है, या बाद में बदला जा सकता है, अगर प्लेटफ़ॉर्म डेस्टिनेशन बदलने की सुविधा देता है।
    स्लग#
    शॉर्ट लिंक के डोमेन के बाद जुड़े अक्षरों का अनोखा क्रम, जिससे किसी खास लिंक रिकॉर्ड की पहचान होती है। `https://sho.rt/abc123` में स्लग `abc123` है। स्लग अपने आप बन सकते हैं, आम तौर पर अक्षरों और अंकों की रैंडम या क्रम वाली स्ट्रिंग के रूप में, या यूज़र उन्हें कस्टम एलियस के रूप में खुद तय कर सकता है।
    Custom alias#
    यूज़र का चुना हुआ स्लग, जिससे शॉर्ट लिंक पढ़ने और याद रखने में आसान हो जाता है या किसी कैंपेन से मेल खाता है। `x7k9p` जैसी बेतरतीब स्ट्रिंग के बजाय कस्टम एलियास `summer-sale`, `event-rsvp` या `product-launch` हो सकता है। कस्टम एलियास आम तौर पर तभी मिलता है जब वह पहले से किसी ने न लिया हो, और उस पर लंबाई के नियम, रिज़र्व्ड शब्दों की पाबंदी और प्लान की सीमाएं लागू होती हैं।
    Custom back-half#
    इंडस्ट्री में इस्तेमाल होने वाला शब्द, जो शॉर्ट लिंक में डोमेन के बाद आने वाले उस हिस्से के लिए है जिसे यूज़र खुद तय करता है। `https://brand.co/summer-sale` में कस्टम बैक-हाफ़ `summer-sale` है। यह शब्द लिंक मैनेजमेंट प्लेटफ़ॉर्म में आम है और असल में कस्टम एलियास के बराबर है।
    आरक्षित स्लग#
    ऐसा स्लग या कस्टम एलियस जिसका इस्तेमाल नहीं किया जा सकता, क्योंकि वह पहले से लिया जा चुका है, प्लेटफ़ॉर्म ने उसे सुरक्षित रखा है, वह सिस्टम के रूट के लिए आरक्षित है, ब्रांड या गलत इस्तेमाल की वजह से उस पर रोक है, या उसे आपत्तिजनक या भ्रामक माना जाता है। उदाहरण के लिए `admin`, `login`, `support` या बड़े ब्रांड की नकल करने वाले एलियस।
    Vanity URL#
    ब्रांड वाला, आसानी से पढ़ा जा सकने वाला URL, जिसे याद रखने लायक और भरोसेमंद बनाया जाता है। लिंक मैनेजमेंट में वैनिटी URL अक्सर ब्रांड के डोमेन और कस्टम नाम को मिलाकर बनता है, जैसे `https://brand.co/summer-sale`। मोटे तौर पर यह शब्द किसी भी याद रहने वाले मार्केटिंग URL के लिए इस्तेमाल हो सकता है, चाहे वह किसी लिंक शॉर्टनिंग प्लेटफ़ॉर्म से न बना हो।
    URL shortener#
    ऐसी सेवा, ऐप्लिकेशन या टूल जो लंबे वेब एड्रेस से एक छोटा एड्रेस बनाता है, जो उसी डेस्टिनेशन पर रीडायरेक्ट करता है। URL शॉर्टनर यह रिकॉर्ड रखते हैं कि कौन-सा शॉर्ट लिंक किस डेस्टिनेशन से जुड़ा है, और हर क्लिक पर रीडायरेक्ट संभालते हैं। बोलचाल में इसे कभी-कभी “URL कंप्रेशन” भी कहा जाता है, हालांकि तकनीकी रूप से कुछ भी कंप्रेस नहीं होता: शॉर्ट लिंक बस एक दूसरा नाम है, जो मूल एड्रेस की ओर ले जाता है। Bitly, TinyURL, Rebrandly, Short.io और इसी तरह के प्लेटफ़ॉर्म इसके उदाहरण हैं।
    Domain#
    URL में इस्तेमाल होने वाला रजिस्टर किया हुआ वेब पता। `https://sho.rt/abc123` में डोमेन `sho.rt` है। URL छोटा करने वाली सेवाएं साझा डिफ़ॉल्ट डोमेन दे सकती हैं, और अपने डोमेन वाले शॉर्ट लिंक के लिए यूज़र को कस्टम डोमेन सेट करने की सुविधा भी दे सकती हैं। [1]
    TLD / टॉप-लेवल डोमेन#
    डोमेन नाम का आखिरी हिस्सा, जैसे `.com`, `.org`, `.io` या `.ly`। शॉर्ट लिंक वाले ब्रांड अक्सर छोटे या आसानी से याद रहने वाले TLD चुनते हैं, लेकिन TLD के चुनाव का असर यूज़र के भरोसे, ब्रांड की छवि, कीमत और उपलब्धता पर पड़ सकता है। [1]
    रूट डोमेन / एपेक्स डोमेन#
    बिना सबडोमेन वाला मूल रजिस्टर्ड डोमेन, जैसे `example.com`। कुछ शॉर्टनर शॉर्ट लिंक के लिए एपेक्स डोमेन इस्तेमाल करने देते हैं, जबकि कुछ `go.example.com` जैसा सबडोमेन लेने की सलाह देते हैं, ताकि मुख्य वेबसाइट पर कोई असर न पड़े। [1]
    Custom domain#
    ऐसा डोमेन, जो यूज़र का अपना हो या उसके नियंत्रण में हो, और जिसे शॉर्टनिंग सेवा के सबके इस्तेमाल वाले डिफ़ॉल्ट डोमेन की जगह शॉर्ट लिंक के लिए सेट किया गया हो। कस्टम डोमेन से ब्रांड की पहचान और यूज़र का भरोसा बढ़ता है, और लंबे समय में लिंक को दूसरी सेवा पर ले जाना आसान रहता है। उदाहरण: `bit.ly` की जगह `go.yourcompany.com` इस्तेमाल करना।
    Branded domain#
    ऐसा कस्टम डोमेन, जिसे खास तौर पर किसी कंपनी, प्रोडक्ट, कैंपेन या संगठन की पहचान मज़बूत करने के लिए चुना गया हो। ब्रांडेड डोमेन अक्सर छोटे, याद रखने में आसान और ब्रांड के नाम से मेल खाते हैं। काम के हिसाब से ये कस्टम डोमेन ही हैं, बस इनका मकसद ब्रांडिंग है।
    सबडोमेन#
    रूट डोमेन से पहले जोड़ा गया हिस्सा, जो एक बिंदु से अलग होता है। `go.yourcompany.com` में `go` सबडोमेन है। शॉर्ट लिंक के लिए अक्सर सबडोमेन इस्तेमाल होते हैं, क्योंकि इनसे संस्थाएं अपनी मुख्य वेबसाइट का डोमेन बदले बिना अपने ब्रांड वाले लिंक के लिए अलग जगह बना सकती हैं। [1]
    पाथ#
    URL में डोमेन के बाद आने वाला हिस्सा, जो किसी जगह, रिसोर्स या रूट की पहचान करता है। `https://example.com/products/shoes` में `/products/shoes` पाथ है। शॉर्ट लिंक में पाथ अक्सर सिर्फ़ स्लग होता है, जैसे `/abc123`। [1]
    क्वेरी स्ट्रिंग#
    URL का वह हिस्सा जो `?` से शुरू होता है और जिसमें की-वैल्यू वाले पैरामीटर के जोड़े होते हैं। उदाहरण: `?color=blue&size=medium`। क्वेरी स्ट्रिंग का इस्तेमाल आम तौर पर ट्रैकिंग, फ़िल्टर, सर्च की स्थिति, पर्सनलाइज़ेशन और फ़ीचर फ़्लैग के लिए होता है। लिंक शॉर्टनर अपनी सेटिंग के हिसाब से क्वेरी स्ट्रिंग को वैसा ही रख सकते हैं, उसमें कुछ जोड़ सकते हैं, उसे दूसरी स्ट्रिंग से मिला सकते हैं या हटा सकते हैं। [1]
    URL parameters#
    क्वेरी स्ट्रिंग के अंदर के अलग-अलग key-value जोड़े, जिन्हें `&` से अलग किया जाता है। उदाहरण: `utm_source=newsletter`। URL पैरामीटर का इस्तेमाल बड़े पैमाने पर एनालिटिक्स, कैंपेन एट्रिब्यूशन, पर्सनलाइज़ेशन, प्रोडक्ट फ़िल्टर और ऐप्लिकेशन के व्यवहार के लिए होता है। [1]
    Fragment / एंकर#
    URL में `#` चिह्न के बाद का हिस्सा। ब्राउज़र इसकी मदद से पेज के किसी खास सेक्शन या स्थिति पर पहुंचते हैं। उदाहरण: `https://example.com/page#section-3`। फ़्रैगमेंट को ब्राउज़र ही प्रोसेस करता है और सामान्य HTTP रिक्वेस्ट में यह सर्वर तक नहीं भेजा जाता, इसलिए रीडायरेक्ट और ट्रैकिंग के साथ इसका बर्ताव अलग हो सकता है। [1]
    प्रोटोकॉल / स्कीम#
    URL का पहला हिस्सा, जो बताता है कि रिसोर्स तक कैसे पहुंचना है। आम उदाहरण हैं `http://`, `https://`, `mailto:` और ऐप की अपनी स्कीम, जैसे `myapp://`। सुरक्षा और भरोसे के लिए शॉर्ट लिंक लगभग हमेशा HTTPS का इस्तेमाल करते हैं। [1]
    HTTP#
    हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल, वह मानक प्रोटोकॉल जिससे ब्राउज़र और वेब सर्वर वेब कॉन्टेंट का लेन-देन करते हैं। सादा HTTP एन्क्रिप्टेड नहीं होता, इसलिए जब फ़ॉर्म, लॉगिन या संवेदनशील पेज HTTP पर खुलते हैं, तो आधुनिक ब्राउज़र यूज़र को चेतावनी दे सकते हैं। [2]
    HTTPS#
    HTTP Secure, जो ब्राउज़र और सर्वर के बीच आते-जाते डेटा को TLS एन्क्रिप्शन से सुरक्षित रखता है। भरोसेमंद लिंक शॉर्टनिंग सेवाएं शॉर्ट लिंक HTTPS पर ही देती हैं, ताकि यूज़र सुरक्षित रहें, आधुनिक ब्राउज़र की अपेक्षाएं पूरी हों और भरोसा बढ़े। [2] [3]
    Canonical URL#
    किसी कॉन्टेंट के वेब पते का “आधिकारिक” वर्शन। जब कई URL, जैसे शॉर्ट लिंक, ट्रैक किए गए लिंक या थोड़े अलग रूप, एक ही पेज पर ले जाते हैं, तो कैनोनिकल URL वह पता है जिसे सर्च इंजन और एनालिटिक्स टूल मुख्य पता मानें। कैनोनिकल URL तय करने से सर्च रैंकिंग में भ्रम या डुप्लिकेट कॉन्टेंट की समस्या से बचने में मदद मिलती है। [4]
    URL encoding / Percent encoding#
    जो अक्षर वेब एड्रेस में सुरक्षित रूप से नहीं आ सकते, उन्हें एक तय मानक रूप में बदलने की प्रक्रिया। जैसे, स्पेस `%20` बन जाता है, और किसी वैल्यू के अंदर आया एम्परसेंड भी बदल दिया जाता है, ताकि उसे सेपरेटर न समझ लिया जाए। ज़्यादातर टूल में यह अपने आप होता है, लेकिन ट्रैकिंग पैरामीटर या खास चिह्नों वाले URL छोटे करते समय इसकी जानकारी काम आती है। [1]
    IDN / Internationalized domain name#
    ऐसा डोमेन नेम जिसमें सामान्य लैटिन वर्णमाला से बाहर के अक्षर हों, जैसे एक्सेंट वाले अक्षर, अरबी, चीनी या दूसरी लिपियां। इससे स्थानीय भाषाओं में डोमेन बनाने में मदद मिलती है, लेकिन सुरक्षा का जोखिम भी पैदा हो सकता है: दूसरी वर्णमालाओं के कुछ अक्षर जाने-पहचाने लैटिन अक्षरों जैसे ही दिखते हैं, इसलिए ऐसे धोखे वाले डोमेन बनाए जा सकते हैं जो असली डोमेन जैसे लगते हैं। [5]

    रीडायरेक्ट और रूटिंग

    30 शब्द
    रीडायरेक्ट#
    पर्दे के पीछे की वह प्रक्रिया, जो शॉर्ट लिंक पर क्लिक करने वाले को असली डेस्टिनेशन पेज पर भेजती है। शॉर्ट लिंक खोलने पर आपके ब्राउज़र को सर्वर से एक छोटा-सा निर्देश मिलता है, “इसके बजाय यहां जाएं”, और ब्राउज़र आपको डेस्टिनेशन पर ले जाता है। यह आम तौर पर इतनी जल्दी होता है कि बीच का कदम आपको पता भी नहीं चलता। [2]
    Location header#
    सर्वर के रीडायरेक्ट रिस्पॉन्स में शामिल पर्दे के पीछे का एक निर्देश, जो ब्राउज़र को बताता है कि अब किस URL पर जाना है। यूज़र इसे कभी सीधे नहीं देखते। यह उस तकनीकी लेन-देन का हिस्सा है जिससे रीडायरेक्ट काम करते हैं। [2]
    301 redirect / स्थायी रीडायरेक्ट#
    ऐसा रीडायरेक्ट जो बताता है कि पता हमेशा के लिए नए पते पर चला गया है। ब्राउज़र और सर्च इंजन 301 रीडायरेक्ट को याद रख सकते हैं और अगली बार सीधे डेस्टिनेशन पर जा सकते हैं। इसका मतलब यह हो सकता है कि कुछ क्लिक शॉर्टनर से होकर नहीं गुज़रते। इसका असर इस पर भी पड़ता है कि सर्च इंजन रैंकिंग का श्रेय डेस्टिनेशन पेज को कैसे देते हैं। [2]
    302 redirect / अस्थायी रीडायरेक्ट#
    ऐसा रीडायरेक्ट जो बताता है कि डेस्टिनेशन आगे चलकर बदल सकता है। ब्राउज़र 302 को हमेशा के लिए याद नहीं रखते, इसलिए हर क्लिक शॉर्टनर से होकर ही जाता है। यही वजह है कि ज़्यादातर लिंक शॉर्टनिंग सेवाएं डिफ़ॉल्ट रूप से 302 रीडायरेक्ट इस्तेमाल करती हैं। इसका मतलब यह भी है कि लिंक तोड़े बिना डेस्टिनेशन कभी भी बदला जा सकता है। [2]
    307 redirect / रिक्वेस्ट मेथड बदले बिना अस्थायी रीडायरेक्ट#
    अस्थायी रीडायरेक्ट, जो रिक्वेस्ट का प्रकार ठीक वैसा ही रखता है जैसा भेजा गया था। यह मुख्य रूप से इंटीग्रेशन बनाने वाले डेवलपर के काम का है। रोज़मर्रा की लिंक शॉर्टनिंग में इसकी जगह सामान्य 302 रीडायरेक्ट इस्तेमाल होता है। [2]
    308 redirect / रिक्वेस्ट मेथड बदले बिना स्थायी रीडायरेक्ट#
    स्थायी रीडायरेक्ट, जो रिक्वेस्ट का प्रकार भी ठीक वैसा ही रखता है जैसा भेजा गया था। 307 की तरह यह भी रोज़मर्रा के लिंक मैनेजमेंट से ज़्यादा तकनीकी कामों और डेवलपर के लिए मायने रखता है। [2]
    Meta refresh redirect#
    ऐसा रीडायरेक्ट जो सर्वर से नहीं, वेब पेज में ही लिखे एक निर्देश से होता है। पेज ब्राउज़र से कहता है: “X सेकंड बाद इस दूसरे पते पर जाएं।” यह तरीका सर्वर-साइड रीडायरेक्ट से धीमा और कम भरोसेमंद है, और आधुनिक लिंक शॉर्टनिंग सेवाएं इसका इस्तेमाल शायद ही करती हैं। [4]
    JavaScript redirect#
    ब्राउज़र में चलने वाले कोड से होने वाला रीडायरेक्ट। इसमें जटिल लॉजिक चल सकता है, लेकिन आम तौर पर यह सर्वर-साइड रीडायरेक्ट से धीमा और कम भरोसेमंद होता है। जिन यूज़र ने JavaScript बंद कर रखा है, उनके लिए यह काम नहीं करता, और न ही बॉट और सर्च इंजन क्रॉलर के लिए।
    सर्वर-साइड रीडायरेक्ट#
    ऐसा रीडायरेक्ट जिसे सर्वर ब्राउज़र को पेज का कोई भी कॉन्टेंट भेजने से पहले ही संभाल लेता है। सर्वर बस कहता है “यहां जाएं” और ब्राउज़र वहां चला जाता है। यह सबसे तेज़ और सबसे भरोसेमंद तरीका है, और लगभग सभी लिंक शॉर्टनिंग सेवाएं यही इस्तेमाल करती हैं। [2]
    Client-side redirect#
    ऐसा रीडायरेक्ट, जो पेज का कुछ हिस्सा लोड होने के बाद ब्राउज़र के अंदर होता है, आम तौर पर JavaScript या meta refresh निर्देश से। ये सर्वर-साइड रीडायरेक्ट से धीमे होते हैं और हमेशा एक जैसे काम नहीं करते।
    रीडायरेक्ट चेन#
    आखिरी डेस्टिनेशन तक पहुंचने के लिए एक के बाद एक होने वाले कई रीडायरेक्ट। उदाहरण: शॉर्ट लिंक -> ट्रैकिंग लिंक -> एफ़िलिएट नेटवर्क -> लैंडिंग पेज। रीडायरेक्ट चेन से पेज खुलने में देर लगती है, एनालिटिक्स उलझ जाते हैं और भरोसा कम हो सकता है। बेहतर यही है कि बेवजह के रीडायरेक्ट कम से कम रखे जाएं।
    रीडायरेक्ट लूप#
    एक गड़बड़ी, जिसमें कोई URL वापस खुद पर रीडायरेक्ट करता है, या किसी ऐसे URL पर जो घूमकर फिर उसी पर लौट आता है, और यह चक्र कभी खत्म नहीं होता। ब्राउज़र आम तौर पर कुछ रीडायरेक्ट के बाद रुक जाते हैं और एरर दिखाते हैं। [2]
    पास-थ्रू रीडायरेक्ट#
    ऐसा रीडायरेक्ट जो शॉर्ट लिंक में जुड़ी अतिरिक्त ट्रैकिंग जानकारी को अपने आप डेस्टिनेशन URL तक ले जाता है। मान लीजिए कोई आपका शॉर्ट लिंक आखिर में कैंपेन कोड जोड़कर शेयर करता है, तो वह कोड अपने आप लैंडिंग पेज तक पहुंच जाता है।
    पैरामीटर फ़ॉरवर्डिंग#
    शॉर्ट लिंक के पते में मौजूद ट्रैकिंग वैल्यू या दूसरी जानकारी को डेस्टिनेशन URL में कॉपी करने की प्रक्रिया। प्लेटफ़ॉर्म आपको सभी वैल्यू आगे भेजने, सिर्फ़ चुनी हुई वैल्यू भेजने या उन्हें डेस्टिनेशन पर पहले से मौजूद वैल्यू के साथ मिलाने का विकल्प दे सकते हैं।
    Cloaking#
    जब कोई शॉर्ट लिंक क्लिक करने वाले व्यक्ति से असली डेस्टिनेशन छिपाता है या उसे धुंधला कर देता है। अपनी बनावट की वजह से हर शॉर्ट लिंक कुछ हद तक ऐसा करता है: क्लिक करने से पहले आप पूरा डेस्टिनेशन नहीं देख सकते। यह शब्द तब नकारात्मक अर्थ लेता है, जब इसका इस्तेमाल जानबूझकर नुकसानदेह, धोखा देने वाले या नीतियों का उल्लंघन करने वाले डेस्टिनेशन छिपाने के लिए किया जाए। प्रीव्यू पेज, ब्रांडेड डोमेन और डेस्टिनेशन की स्कैनिंग से यह खतरा कम होता है।
    स्मार्ट रीडायरेक्ट#
    ऐसा रीडायरेक्ट जो हालात के हिसाब से अलग-अलग विज़िटर को अपने आप अलग-अलग डेस्टिनेशन पर भेजता है, जैसे वे कौन-सा डिवाइस इस्तेमाल कर रहे हैं, दुनिया में कहां हैं या उस समय क्या वक्त है। एक ही शॉर्ट लिंक iPhone यूज़र को App Store, Android यूज़र को Google Play और डेस्कटॉप यूज़र को वेबसाइट पर भेज सकता है।
    Device-based redirect#
    एक स्मार्ट रीडायरेक्ट, जो विज़िटर को उनके डिवाइस या ऑपरेटिंग सिस्टम के हिसाब से अलग-अलग डेस्टिनेशन पर भेजता है, जैसे डेस्कटॉप, iPhone या Android।
    Geo-targeting redirect#
    एक स्मार्ट रीडायरेक्ट, जो विज़िटर को उनकी लोकेशन, जैसे देश, क्षेत्र या शहर के आधार पर अलग-अलग डेस्टिनेशन पर भेजता है। इसका इस्तेमाल अक्सर स्थानीय ऑफ़र, पेज का सही भाषा वाला वर्शन या किसी क्षेत्र के लिए खास कॉन्टेंट दिखाने के लिए होता है।
    Language-based redirect#
    एक स्मार्ट रीडायरेक्ट, जो विज़िटर के ब्राउज़र में सेट भाषा के आधार पर उन्हें अलग-अलग डेस्टिनेशन पर भेजता है। इससे यूज़र पेज के उस वर्शन पर पहुंचते हैं जो उनकी पसंद की भाषा में लिखा है।
    Time-based redirect#
    ऐसा रीडायरेक्ट जो तारीख या समय के हिसाब से लोगों को अलग-अलग जगह भेजता है। यह काउंटडाउन कैंपेन, तय समय पर बंद होने वाले इवेंट रजिस्ट्रेशन और फ़्लैश सेल के लिए काम आता है, और उन पेजों के लिए भी जो इवेंट के बाद मूल डेस्टिनेशन की जगह अपने आप ले लेते हैं।
    रूल इंजन#
    लिंक मैनेजमेंट प्लेटफ़ॉर्म के अंदर की एक व्यवस्था, जो डिवाइस के प्रकार, देश, भाषा, समय या क्लिक कहां से आया, जैसी शर्तें जांचती है और तय करती है कि विज़िटर को किस डेस्टिनेशन पर भेजना है। स्मार्ट रीडायरेक्ट और पेचीदा रूटिंग इसी से चलते हैं, और इसके लिए कोड लिखने की ज़रूरत नहीं पड़ती।
    Fallback URL#
    एक बैकअप डेस्टिनेशन, जहां विज़िटर तब पहुंचते हैं जब मुख्य डेस्टिनेशन उपलब्ध न हो, एक्सपायर हो चुका हो या किसी रूटिंग नियम से मेल न खाए। फ़ॉलबैक URL विज़िटर को बंद रास्ते पर अटकने से बचाते हैं और यह पक्का करने में मदद करते हैं कि वे हमेशा किसी काम के पेज पर पहुंचें।
    Destination override#
    एक नियम, जो खास हालात में लिंक का डिफ़ॉल्ट डेस्टिनेशन बदल देता है, जैसे जब कोई खास पैरामीटर मौजूद हो, विज़िटर किसी खास जगह पर हो या कोई कैंपेन खत्म हो चुका हो।
    Interstitial page#
    शॉर्ट लिंक और उसके आखिरी डेस्टिनेशन के बीच कुछ पल के लिए दिखने वाला पेज। विज़िटर के आगे बढ़ने से पहले इस पर ब्रैंड वाला ट्रांज़िशन, सुरक्षा सूचना, उम्र की जांच, पासवर्ड डालने का प्रॉम्प्ट या डेस्टिनेशन का प्रीव्यू दिख सकता है।

    एनालिटिक्स और ट्रैकिंग

    35 शब्द
    Click tracking#
    हर बार किसी शॉर्ट लिंक पर क्लिक होने पर डेटा दर्ज करने की प्रक्रिया। इसमें आम तौर पर यह दर्ज होता है कि क्लिक कब हुआ, कौन-सा डिवाइस इस्तेमाल हुआ, क्लिक करने वाला मोटे तौर पर दुनिया में कहां था, किस वेबसाइट या ऐप से आया, और कुछ दूसरी काम की जानकारी।
    Click count#
    किसी तय अवधि में किसी शॉर्ट लिंक पर हुए कुल क्लिक। लिंक की गतिविधि का यह सबसे बुनियादी पैमाना है, हालांकि फ़िल्टर न करने पर इसमें दोबारा किए गए क्लिक और ऑटोमेटेड ट्रैफ़िक भी गिने जा सकते हैं।
    Total clicks#
    किसी शॉर्ट लिंक पर दर्ज हुए सभी क्लिक की सीधी गिनती। इसमें एक ही व्यक्ति के बार-बार आने वाले क्लिक और ऑटोमेटेड ट्रैफ़िक भी शामिल होते हैं। कुल क्लिक से पूरा वॉल्यूम पता चलता है, लेकिन यह संख्या असल में पहुंचे लोगों की संख्या से ज़्यादा हो सकती है।
    Unique clicks#
    इस बात का अनुमान कि कितने अलग-अलग लोगों ने लिंक पर क्लिक किया। ऑनलाइन किसी व्यक्ति की पक्की पहचान करना मुश्किल है, इसलिए यह संख्या आम तौर पर IP एड्रेस, ब्राउज़र की जानकारी और दूसरे संकेतों को मिलाकर निकाली जाती है। इसे सटीक गिनती न मानें, यह काम का एक अनुमान है।
    रॉ क्लिक#
    किसी भी फ़िल्टरिंग या सफ़ाई से पहले दर्ज हुए सभी क्लिक। इनमें असली विज़िटर, ऑटोमेटेड बॉट, सुरक्षा स्कैनर, दोहराए गए क्लिक और अंदरूनी टेस्टिंग के क्लिक भी शामिल हो सकते हैं।
    Filtered clicks#
    वे क्लिक जो प्लेटफ़ॉर्म के जाने-पहचाने बॉट, डुप्लिकेट इवेंट, इंटरनल ट्रैफ़िक और ऐसी दूसरी गतिविधियां हटाने के बाद बचते हैं जो असली विज़िटर से नहीं आतीं। फ़िल्टर किए गए क्लिक से असली लोगों के एंगेजमेंट की ज़्यादा साफ़ तस्वीर मिलती है।
    Human clicks#
    वे क्लिक जिनके बारे में प्लेटफ़ॉर्म ने तय किया है कि वे ऑटोमेटेड सिस्टम से नहीं, सबसे ज़्यादा संभावना के साथ असली लोगों से आए हैं। यह वर्गीकरण ब्राउज़र के व्यवहार, IP रेप्युटेशन और डिवाइस पैटर्न जैसे संकेतों पर आधारित है। यह सबसे अच्छा अनुमान है, गारंटी नहीं।
    Click-through rate#
    लिंक देखने वालों में से असल में उस पर क्लिक करने वाले लोगों का प्रतिशत। इसे क्लिक को इम्प्रेशन से भाग देकर 100 से गुणा करके निकाला जाता है। कोई मैसेज, विज्ञापन या कॉल टू एक्शन लोगों को कितना खींचता है, यह मापने के लिए CTR का खूब इस्तेमाल होता है।
    Impression#
    किसी लिंक, विज्ञापन या पोस्ट का किसी व्यक्ति को एक बार दिखाया जाना। CTR की गणना इंप्रेशन को आधार मानकर होती है। लिंक शॉर्टनर क्लिक ट्रैक कर सकते हैं, लेकिन इंप्रेशन हमेशा नहीं माप पाते। यह डेटा आम तौर पर उस प्लेटफ़ॉर्म से आता है जहां लिंक दिखाया गया था।
    रेफ़रर / रेफ़रिंग URL#
    वह वेबसाइट या ऐप जहां से विज़िटर शॉर्ट लिंक पर क्लिक करने से पहले आया था। मान लीजिए कोई आपके न्यूज़लेटर में लिंक पर क्लिक करता है, तो रेफ़रर में आपका ईमेल प्लेटफ़ॉर्म दिख सकता है। ध्यान दें: प्राइवेसी सेटिंग्स, कुछ ऐप और ब्राउज़र की नीतियां कभी-कभी यह जानकारी छिपा देती हैं, और तब क्लिक “डायरेक्ट” या “अज्ञात” के रूप में दिखते हैं। [2]
    Traffic source#
    वह चैनल या जगह जहां से विज़िटर किसी शॉर्ट लिंक पर आए, जैसे ईमेल, सोशल मीडिया, पेड विज्ञापन या किसी पार्टनर की वेबसाइट। ट्रैफ़िक सोर्स की पहचान आम तौर पर रेफ़रर डेटा, UTM पैरामीटर या क्लिक ID से होती है।
    Direct traffic#
    ऐसे क्लिक, जिनकी रेफ़रर जानकारी उपलब्ध नहीं होती। ऐसा तब होता है जब कोई URL सीधे टाइप करता है, किसी मैसेजिंग ऐप में लिंक पर क्लिक करता है, लिंक कॉपी करके पेस्ट करता है, या किसी ऐसे माहौल से आता है जो रेफ़रर डेटा हटा देता है। इसी वजह से डायरेक्ट ट्रैफ़िक अक्सर उम्मीद से ज़्यादा होता है।
    Geographic data / जियो डेटा#
    लोकेशन की जानकारी, जिसका अंदाज़ा क्लिक के समय विज़िटर के IP एड्रेस से लगाया जाता है। इसमें आम तौर पर देश, क्षेत्र और शहर शामिल होते हैं। यह सिर्फ़ अनुमान है: VPN, साझा नेटवर्क और मोबाइल कैरियर इसकी सटीकता पर असर डाल सकते हैं।
    Browser data#
    शॉर्ट लिंक पर क्लिक करने के लिए कौन-सा ब्राउज़र या ऐप इस्तेमाल हुआ, जैसे Chrome, Safari या Firefox, इसकी जानकारी। यह उस जानकारी से आता है जो ब्राउज़र हर रिक्वेस्ट के साथ अपने आप भेजता है।
    Device type#
    लिंक पर क्लिक करने के लिए इस्तेमाल हुए डिवाइस की श्रेणी, जैसे डेस्कटॉप कंप्यूटर, मोबाइल फ़ोन या टैबलेट। डिवाइस के डेटा से अपने दर्शकों को समझने और स्मार्ट रीडायरेक्ट के नियम बनाने में मदद मिलती है।
    ऑपरेटिंग सिस्टम#
    विज़िटर के डिवाइस पर चलने वाला सॉफ़्टवेयर, जैसे Windows, macOS, iOS या Android। इसे अक्सर डिवाइस के प्रकार के साथ देखा जाता है, ताकि आप समझ सकें कि आपके विज़िटर कौन हैं, या मोबाइल यूज़र को सही ऐप स्टोर पर भेज सकें।
    User agent#
    टेक्स्ट की एक स्ट्रिंग, जिसे ब्राउज़र और ऐप हर वेब अनुरोध के साथ अपने आप भेजते हैं। इसमें लिखा होता है कि कौन-सा सॉफ़्टवेयर और डिवाइस इस्तेमाल हो रहा है। लिंक प्लेटफ़ॉर्म इससे डिवाइस का प्रकार, ब्राउज़र और ऑपरेटिंग सिस्टम पता करते हैं, और बॉट ट्रैफ़िक पहचानने में भी इसकी मदद लेते हैं। प्राइवेसी के कारण यूज़र एजेंट कभी-कभी अधूरे या बदले हुए हो सकते हैं। [2]
    IP address#
    एक नंबर जो रिक्वेस्ट भेजने वाले डिवाइस या नेटवर्क की पहचान करता है। लिंक शॉर्टनर IP एड्रेस से लोकेशन का अनुमान लगाते हैं, बॉट पकड़ते हैं, यूनीक विज़िटर गिनते हैं और सुरक्षा नियम लागू करते हैं। एक IP एड्रेस कई यूज़र के बीच साझा हो सकता है (जैसे किसी कंपनी के नेटवर्क पर) या VPN से छिपा हो सकता है। कुछ क्षेत्रों के प्राइवेसी कानूनों में इसे निजी डेटा माना जा सकता है। [8]
    Time of click#
    क्लिक होने पर दर्ज की गई तारीख और समय। प्लेटफ़ॉर्म आम तौर पर इसे यूनिवर्सल टाइम स्टैंडर्ड में स्टोर करते हैं और आपके अकाउंट के टाइम ज़ोन में दिखाते हैं। क्लिक के समय के डेटा से पता चलता है कि आपकी ऑडियंस कब सबसे ज़्यादा एक्टिव रहती है।
    सेशन#
    यूज़र की गतिविधि की एक अवधि, जिसे एनालिटिक्स सिस्टम एक साथ गिनता है। लिंक शॉर्टनर अलग-अलग क्लिक ट्रैक करते हैं, जबकि सेशन का डेटा (जैसे क्लिक के बाद देखे गए पेज) आम तौर पर डेस्टिनेशन वेबसाइट का एनालिटिक्स प्लेटफ़ॉर्म दर्ज करता है।
    Conversion#
    लिंक पर क्लिक करने के बाद विज़िटर का किया गया कोई अहम काम, जैसे खरीदारी करना, साइन अप करना, फ़ाइल डाउनलोड करना या फ़ॉर्म जमा करना। किसी लिंक कैंपेन ने असल में अपना लक्ष्य हासिल किया या नहीं, इसका आखिरी पैमाना कन्वर्ज़न ही हैं।
    Conversion tracking#
    यह मापने की प्रक्रिया कि लिंक पर क्लिक करने वालों में से कितने लोगों ने आगे चलकर मनचाहा काम पूरा किया। इसके लिए आम तौर पर डेस्टिनेशन पेज पर एक छोटा ट्रैकिंग स्निपेट जोड़ना पड़ता है, या शॉर्टनिंग सेवा को किसी एनालिटिक्स या विज्ञापन टूल से जोड़ना पड़ता है।
    पोस्ट-क्लिक ट्रैकिंग#
    डेस्टिनेशन पेज पर पहुंचने के बाद विज़िटर क्या करते हैं, इसकी ट्रैकिंग, जैसे पेज देखना, फ़ॉर्म भरना या खरीदारी करना। इसके लिए डेस्टिनेशन वेबसाइट पर अलग से ट्रैकिंग सेट करनी पड़ती है, और यह उस डेटा से अलग है जो लिंक शॉर्टनर रिकॉर्ड करता है।
    Attribution window#
    वह समय, जिसके अंदर बाद में हुए किसी कन्वर्ज़न का श्रेय किसी क्लिक को मिल सकता है। उदाहरण के लिए, 7 दिन की एट्रिब्यूशन विंडो का मतलब है कि अगर क्लिक के सात दिन के अंदर खरीदारी होती है, तो उसका श्रेय लिंक क्लिक को मिलता है।
    Engagement rate#
    विज़िटर लिंक पर क्लिक करने से आगे बढ़कर कॉन्टेंट से कितना जुड़ते हैं, इसका पैमाना। टूल के हिसाब से एंगेजमेंट रेट में पेज पर बिताया गया समय, पेज कितना नीचे तक स्क्रॉल किया गया, कन्वर्ज़न हुआ या नहीं, या दूसरी गतिविधियां गिनी जा सकती हैं।
    Dashboard#
    लिंक मैनेजमेंट प्लेटफ़ॉर्म की मुख्य स्क्रीन, जहां आप एनालिटिक्स देखते हैं, लिंक मैनेज करते हैं, कैंपेन के नतीजों पर नज़र रखते हैं और सेटिंग्स खोलते हैं। डैशबोर्ड में आम तौर पर मुख्य आंकड़े दिखते हैं, जैसे समय के साथ कुल क्लिक, सबसे ज़्यादा क्लिक वाले लिंक, विज़िटर कहां से आए और उन्होंने कौन-से डिवाइस इस्तेमाल किए।
    रियल-टाइम एनालिटिक्स#
    ऐसा एनालिटिक्स डेटा जो क्लिक होने के कुछ ही सेकंड में अपडेट हो जाता है। यह खास तौर पर लाइव इवेंट, प्रोडक्ट लॉन्च या ऐसे कैंपेन में काम आता है जिनमें समय कम होता है और आपको जल्दी कदम उठाना पड़ता है।
    Historical data#
    पिछली गतिविधियों का स्टोर किया गया एनालिटिक्स डेटा। इससे आप अलग-अलग समय के प्रदर्शन की तुलना कर सकते हैं, रुझान पहचान सकते हैं और कैंपेन के लंबे समय के असर को परख सकते हैं। कितने पुराने समय तक का डेटा मिलेगा, यह आपके प्लान और प्रोवाइडर पर निर्भर करता है।
    Bot traffic#
    असली लोगों के बजाय ऑटोमेटेड प्रोग्राम से आए क्लिक। बॉट में सर्च इंजन क्रॉलर, लिंक प्रीव्यू बनाने वाले टूल, ईमेल सिक्योरिटी स्कैनर और नुकसान पहुंचाने वाली स्क्रिप्ट शामिल हैं। बॉट ट्रैफ़िक को फ़िल्टर न किया जाए तो क्लिक की संख्या बढ़ी हुई दिखती है और एनालिटिक्स गलत तस्वीर दिखाते हैं।
    Bot filtering#
    बॉट से आए क्लिक को पहचानकर असली लोगों की गतिविधि से अलग करने की प्रक्रिया। ऑटोमेटेड ट्रैफ़िक को छांटने के लिए प्लेटफ़ॉर्म ब्राउज़र के व्यवहार, बॉट की जानी-पहचानी सूचियों, IP की साख और रिक्वेस्ट के पैटर्न जैसे संकेत देखते हैं।
    Invalid traffic#
    ऐसे क्लिक या गतिविधियां जो विज़िटर के असली एंगेजमेंट को नहीं दिखातीं, जैसे बॉट, डुप्लिकेट क्लिक, धोखाधड़ी वाला ट्रैफ़िक और गलती से हुए रीलोड। इनवैलिड ट्रैफ़िक को फ़िल्टर करने से कैंपेन के असली प्रदर्शन की ज़्यादा सटीक तस्वीर मिलती है।
    Click deduplication#
    तय समय के अंदर एक ही व्यक्ति, डिवाइस या बॉट से बार-बार आए क्लिक को पहचानने और संभालने की प्रक्रिया। डीडुप्लीकेशन से यह फ़र्क दिखता है कि लिंक पर कितनी बार क्लिक हुआ और कितने अलग-अलग लोगों ने क्लिक किया।
    Internal traffic filtering#
    अपनी टीम, एजेंसी या ऑफ़िस नेटवर्क से आए क्लिक को एनालिटिक्स रिपोर्ट से बाहर रखना। ऐसा न करने पर लिंक की टेस्टिंग, कैंपेन की समीक्षा और कर्मचारियों की गतिविधि से आपके क्लिक के आंकड़े बढ़े हुए दिख सकते हैं।
    Event stream#
    किसी लिंक से जुड़ी गतिविधियों का समय के क्रम में रखा गया लॉग, जिसमें क्लिक, बदलाव, एक्सपायरी और प्लेटफ़ॉर्म के दूसरे इवेंट शामिल हैं। इवेंट स्ट्रीम निगरानी, ऑटोमेशन और लिंक डेटा को कारोबार के दूसरे सिस्टम से जोड़ने में काम आती है।

    UTM पैरामीटर और कैंपेन ट्रैकिंग

    26 शब्द
    UTM parameters#
    छोटे लेबल का एक सेट, जिसे आप वेब एड्रेस के आखिर में जोड़ सकते हैं, ताकि आपके एनालिटिक्स टूल को पता चले कि क्लिक कहां से आया और किस कैंपेन की वजह से आया। UTM का पूरा नाम Urchin Tracking Module है। यह नाम एक शुरुआती एनालिटिक्स कंपनी से आया है, जो बाद में Google Analytics बनी। जब आप UTM लेबल वाला URL छोटा करते हैं, तो ये लेबल बने रहते हैं और डेस्टिनेशन तक पहुंचते हैं, जहां आपका एनालिटिक्स प्लेटफ़ॉर्म इन्हें पढ़ता है। [9]
    UTM source#
    `utm_source` लेबल, जिससे पता चलता है कि क्लिक कहां से आया, जैसे कोई खास न्यूज़लेटर, सोशल प्लेटफ़ॉर्म या पार्टनर साइट। उदाहरण: `newsletter`, `linkedin`, `google`, `spring_email_list`। [9]
    UTM medium#
    `utm_medium` लेबल, जिससे मार्केटिंग चैनल का प्रकार पहचाना जाता है। उदाहरण: `email`, `paid_social`, `cpc` (पेड सर्च), `affiliate`, `qr`। [9]
    UTM campaign#
    `utm_campaign` लेबल, जिससे किसी खास कैंपेन या प्रमोशन का नाम दिया जाता है। उदाहरण: `spring-launch`, `black-friday-2026`, `product-announcement`। [9]
    UTM term#
    `utm_term` लेबल, जिसका इस्तेमाल आम तौर पर पेड सर्च विज्ञापनों में यह दर्ज करने के लिए होता है कि किस कीवर्ड की वजह से विज्ञापन दिखा। जब आप कोई खास शब्द या ऑडियंस सेगमेंट ट्रैक करना चाहें, तो दूसरी जगहों पर भी इसका इस्तेमाल किया जा सकता है। [9]
    UTM content#
    `utm_content` लेबल, जिससे एक ही कैंपेन के अलग-अलग लिंक में फ़र्क किया जाता है, जैसे एक ही ईमेल के दो अलग बटन, या एक ही कैंपेन के दो विज्ञापन क्रिएटिव। उदाहरण वैल्यू: `hero-button`, `footer-link`, `blue-creative`। [9]
    UTM ID / कैंपेन ID#
    `utm_id` लेबल, जिससे किसी कैंपेन को एक स्थायी और यूनीक पहचान (ID) दी जाती है। यह तब काम आता है जब कैंपेन के नाम बदल सकते हों, या जब अलग-अलग टूल का डेटा जोड़ने के लिए एक ही ID चाहिए। [9]
    UTM builder#
    एक टूल जिसमें आसान फ़ॉर्म भरकर सही फ़ॉर्मैट वाले कैंपेन URL बनाए जाते हैं, ताकि आपको UTM लेबल हाथ से टाइप न करने पड़ें और गलती का खतरा न रहे। ज़्यादातर लिंक मैनेजमेंट प्लेटफ़ॉर्म में UTM बिल्डर पहले से शामिल होता है।
    Campaign URL#
    ट्रैकिंग के लिए UTM लेबल वाला डेस्टिनेशन वेब पता। कैंपेन URL अक्सर लंबे और उलझे हुए होते हैं, इसलिए शेयर करने से पहले उन्हें आम तौर पर छोटा कर लिया जाता है।
    Campaign tagging#
    लिंक बांटने से पहले उनमें UTM या दूसरे ट्रैकिंग लेबल जोड़ना। अगर सभी कैंपेन में टैगिंग एक जैसी हो, तो एनालिटिक्स रिपोर्ट में अलग-अलग चैनल के प्रदर्शन की सही तुलना हो पाती है।
    UTM naming convention#
    आपकी टीम UTM वैल्यू कैसे लिखेगी, इसके लिए आपस में तय किए गए नियम, जैसे बड़े-छोटे अक्षर, विराम चिह्न, सोर्स के नाम और कैंपेन के फ़ॉर्मैट। ऐसे नियम न हों तो एक ही सोर्स आपकी रिपोर्ट में `Email`, `email` और `e-mail` के रूप में दिख सकता है, और जो डेटा एक साथ गिना जाना चाहिए, वह बंट जाता है।
    UTM governance#
    टीमों, एजेंसियों और टूल में UTM नाम रखने के नियम तय करने, उन्हें लिखकर रखने और उनका पालन करवाने की प्रक्रिया। अच्छी गवर्नेंस से संगठन बढ़ने पर भी एनालिटिक्स डेटा साफ़ और एक जैसा रहता है।
    Channel grouping#
    वेब ट्रैफ़िक को “Email”, “Paid Search”, “Organic Social” या “Referral” जैसी बड़ी श्रेणियों में बांटने का तरीका। चैनल ग्रुपिंग आम तौर पर आपके एनालिटिक्स प्लेटफ़ॉर्म में तय होती है और ट्रैफ़िक को सही श्रेणी में रखने के लिए UTM की source और medium वैल्यू पर निर्भर करती है।
    Auto-tagging#
    जब कोई विज्ञापन प्लेटफ़ॉर्म URL में अपने ट्रैकिंग आइडेंटिफ़ायर खुद जोड़ देता है और आपको उन्हें हाथ से नहीं जोड़ना पड़ता। Google Ads और Meta डिफ़ॉल्ट रूप से ऐसा करते हैं। टकराव से बचने के लिए ऑटो-टैगिंग और हाथ से जोड़े गए UTM टैग के बीच तालमेल रखना ज़रूरी है। [10]
    GCLID / Google Click Identifier#
    एक ट्रैकिंग कोड, जिसे Google Ads तब URL में अपने आप जोड़ देता है जब कोई Google विज्ञापन पर क्लिक करता है। इससे विज्ञापन पर हुए क्लिक को Google के प्लेटफ़ॉर्म में कन्वर्ज़न और एनालिटिक्स डेटा से जोड़ने में मदद मिलती है। [10]
    FBCLID#
    एक ट्रैकिंग आइडेंटिफ़ायर, जिसे Meta (Facebook और Instagram) कभी-कभी बाहर जाने वाले लिंक में जोड़ देता है। इसका इस्तेमाल Meta के विज्ञापन सिस्टम में एट्रिब्यूशन के लिए होता है। URL साफ़ रखने के लिए कई एनालिटिक्स टीमें इसे फ़िल्टर करके हटा देती हैं।
    MSCLKID#
    एक ट्रैकिंग आइडेंटिफ़ायर, जिसे Microsoft Advertising (पहले Bing Ads) ऑटो-टैगिंग चालू होने पर जोड़ता है। यह Google के GCLID की तरह काम करता है और विज्ञापन पर हुए क्लिक को कन्वर्ज़न डेटा से जोड़ता है। [11]
    Click ID#
    किसी खास क्लिक से जुड़ी यूनिक पहचान (आइडेंटिफ़ायर)। क्लिक ID अक्सर डेस्टिनेशन URL में जोड़ दी जाती है, ताकि विज्ञापन प्लेटफ़ॉर्म, एफ़िलिएट नेटवर्क या एनालिटिक्स सिस्टम उस क्लिक को बाद में हुए कन्वर्ज़न से मिला सकें।
    Attribution#
    यह पता लगाने की प्रक्रिया कि किसी कन्वर्ज़न का श्रेय मार्केटिंग के किन टचपॉइंट को मिलना चाहिए। एट्रिब्यूशन इस सवाल का जवाब देता है: “यह नतीजा असल में किस लिंक, विज्ञापन या कैंपेन से आया?”
    First-touch attribution#
    एट्रिब्यूशन का एक मॉडल, जो कन्वर्ज़न का पूरा श्रेय उस सबसे पहले लिंक या टचपॉइंट को देता है जिससे व्यक्ति का सामना हुआ था। इससे समझ आता है कि किसी को आपके ब्रैंड या प्रोडक्ट के बारे में सबसे पहले कहां से पता चला।
    Last-touch attribution#
    एट्रिब्यूशन का एक मॉडल, जो कन्वर्ज़न से ठीक पहले के आखिरी लिंक या टचपॉइंट को पूरा श्रेय देता है। इसे लागू करना आसान है, लेकिन यह उन सभी पिछले इंटरैक्शन को नज़रअंदाज़ कर देता है जिनका फ़ैसले पर असर रहा हो सकता है।
    Multi-touch attribution#
    एट्रिब्यूशन का एक तरीका, जो कन्वर्ज़न का श्रेय किसी व्यक्ति के सफ़र के कई टचपॉइंट में बांटता है। आम मॉडल हैं: सभी टचपॉइंट को बराबर श्रेय देना, हाल के टचपॉइंट को ज़्यादा श्रेय देना, या पहले और आखिरी इंटरैक्शन को अतिरिक्त महत्व देना।
    पिक्सल ट्रैकिंग#
    विज़िटर के व्यवहार को ट्रैक करने का तरीका, जिसमें वेब पेज पर एक बहुत छोटी, न दिखने वाली इमेज या कोड का छोटा टुकड़ा लगाया जाता है। जब कोई पेज पर आता है, तो यह चुपचाप किसी एनालिटिक्स या विज्ञापन प्लेटफ़ॉर्म को डेटा भेज देता है। पिक्सल का इस्तेमाल आम तौर पर कन्वर्ज़न ट्रैकिंग और रीटारगेटिंग ऑडियंस बनाने के लिए होता है।
    रीटारगेटिंग पिक्सल#
    एक ट्रैकिंग पिक्सल जो विज़िटर को किसी विज्ञापन ऑडियंस में जोड़ देता है, ताकि आप उन्हें बाद में फ़ॉलो-अप विज्ञापन दिखा सकें। मान लीजिए कोई आपके शॉर्ट लिंक पर क्लिक करके आपके प्रोडक्ट पेज पर आता है, तो रीटारगेटिंग पिक्सल उसे फ़ॉलो-अप विज्ञापन कैंपेन की सूची में जोड़ सकता है।
    टैग#
    एक शब्द जिसका मतलब संदर्भ के हिसाब से बदलता है। एनालिटिक्स और विज्ञापन में टैग वेब पेज पर लगाया गया ट्रैकिंग पिक्सल या स्क्रिप्ट होता है। लिंक मैनेजमेंट प्लेटफ़ॉर्म में टैग एक लेबल है जो आप लिंक पर लगाते हैं, ताकि उन्हें समूहों में बांट सकें और फ़िल्टर कर सकें। UTM ट्रैकिंग में टैग का मतलब खुद UTM पैरामीटर होते हैं।
    टैग मैनेजर#
    Google Tag Manager जैसा टूल, जिससे आप एक आसान इंटरफ़ेस के ज़रिए वेबसाइट पर ट्रैकिंग स्क्रिप्ट और पिक्सल जोड़ और संभाल सकते हैं, और हर बार वेबसाइट का कोड सीधे बदलने की ज़रूरत नहीं पड़ती।

    QR कोड और फ़िज़िकल मीडिया

    14 शब्द
    QR कोड#
    काले और सफ़ेद पैटर्न से बना एक चौकोर बारकोड, जिसमें जानकारी छिपी होती है, ज़्यादातर किसी वेबसाइट का पता। स्मार्टफ़ोन अपने कैमरे से QR कोड स्कैन करके उसमें छिपा URL तुरंत खोल सकते हैं। इसी वजह से छपी हुई चीज़ों को डिजिटल कॉन्टेंट से जोड़ने के लिए QR कोड इतने लोकप्रिय हैं। [12]
    Dynamic QR code#
    ऐसा QR कोड जो सीधे आखिरी डेस्टिनेशन पर नहीं, एक शॉर्ट लिंक पर ले जाता है। शॉर्ट लिंक का डेस्टिनेशन कभी भी बदला जा सकता है, इसलिए QR कोड दोबारा छापे बिना आप बदल सकते हैं कि वह लोगों को कहां भेजे। डायनैमिक QR कोड से स्कैन की ट्रैकिंग भी होती है।
    स्टैटिक QR कोड#
    ऐसा QR कोड जिसमें एक तय डेस्टिनेशन हमेशा के लिए दर्ज होता है। एक बार छपने के बाद स्टैटिक QR कोड बदला नहीं जा सकता। अगर डेस्टिनेशन बदल जाए, तो आपको नया QR कोड बनाना होगा। स्टैटिक कोड आम तौर पर स्कैन की ट्रैकिंग नहीं देते, जब तक वे किसी ट्रैक होने वाले URL पर न ले जाएं। [12]
    QR कोड जनरेटर#
    ऐसा टूल जो URL या दूसरे डेटा से QR कोड बनाता है। ज़्यादातर लिंक मैनेजमेंट प्लेटफ़ॉर्म में QR कोड जनरेटर होता है, और कई में रंग, लोगो, फ़ाइल फ़ॉर्मैट और कैंपेन ट्रैकिंग जैसे बदलाव के विकल्प भी मिलते हैं।
    QR कोड स्कैन#
    स्मार्टफ़ोन का कैमरा QR कोड की ओर करके उसे पढ़ना और उसमें छिपा URL खोलना। जब कोई डायनेमिक QR कोड ट्रैक होने वाले शॉर्ट लिंक से होकर जाता है, तो हर स्कैन एक क्लिक के रूप में दर्ज होता है।
    ऑफ़लाइन-टू-ऑनलाइन#
    लोगों को असल दुनिया की चीज़ों से डिजिटल अनुभव तक लाने का तरीका। लिंक मैनेजमेंट टूल QR कोड, छोटे URL और NFC टैग की मदद से इस सफ़र को ट्रैक करने लायक बनाते हैं।
    स्कैन रेट#
    किसी तय अवधि में QR कोड कितनी बार स्कैन हुआ, या अनुमानित व्यू या इंप्रेशन की तुलना में स्कैन का प्रतिशत। प्रिंट, पैकेजिंग और घर से बाहर लगने वाले (आउट-ऑफ़-होम) कैंपेन का असर नापने के लिए स्कैन रेट एक अहम मीट्रिक है।
    QR कस्टमाइज़ेशन#
    QR कोड का रूप बदलने की सुविधा, जैसे उसके रंग, बीच में लगा लोगो या कोनों के निशानों का आकार, और कोड फिर भी स्कैन होता रहे। अच्छा डिज़ाइन ब्रांड से मेल खाता है और इतना कंट्रास्ट और बनावट बनाए रखता है कि कैमरा उसे भरोसे से पढ़ सके। [12]
    Error correction level#
    एक सेटिंग जो तय करती है कि QR कोड का कितना हिस्सा खराब हो जाने, छिप जाने या लोगो से ढक जाने पर भी वह ठीक से स्कैन हो सके। ऊंचे एरर करेक्शन से डिज़ाइन में ज़्यादा बदलाव किए जा सकते हैं, लेकिन कोड ज़्यादा घना हो सकता है और छोटे साइज़ में उसे पढ़ना थोड़ा मुश्किल हो सकता है। [12]
    QR आई / फ़ाइंडर पैटर्न#
    QR कोड के कोनों में बने तीन बड़े चौकोर निशान, जिनकी मदद से कैमरा कोड को पहचानता है, उसकी दिशा समझता है और उसे पढ़ता है। इन्हें अक्सर गोल आकार या ब्रांड के रंगों में बदला जाता है, और कोड फिर भी भरोसे से स्कैन होता है। [12]
    क्वाइट ज़ोन#
    QR कोड के चारों ओर की खाली सफ़ेद किनारी। इस खाली जगह से कैमरा कोड को ढूंढ और पढ़ पाता है। स्कैन न होने की एक आम वजह यह है कि कोड काटते समय यह किनारी भी कट जाती है। [12]
    स्कैनेबिलिटी#
    असल हालात में कोई QR कोड कितनी आसानी से और कितने भरोसे से स्कैन होता है। यह कोड के आकार, हल्के और गहरे हिस्सों के बीच के कंट्रास्ट, छपाई की क्वालिटी, जिस सतह पर वह छपा है, आसपास की रोशनी और इस बात पर निर्भर करता है कि क्वाइट ज़ोन पूरा बचा है या नहीं। [12]
    NFC tag#
    किसी चीज़, जैसे स्टिकर, कार्ड या प्रोडक्ट में लगी एक छोटी चिप। जब कोई कंपैटिबल स्मार्टफ़ोन उससे सटाया जाता है, तो यह कोई काम शुरू कर सकती है, जैसे कोई वेब पता खोलना। NFC टैग अक्सर QR कोड के साथ इस्तेमाल होते हैं, ताकि फ़िज़िकल चीज़ों को डिजिटल अनुभवों से जोड़ने का एक और तरीका मिले। [13]

    सुरक्षा, भरोसा और कंप्लायंस

    38 शब्द
    Burn after reading / पढ़ते ही मिट जाने वाला#
    वन-टाइम लिंक, यानी एक बार खुलने वाले लिंक, इसी तरीके से मिटते हैं: कॉन्टेंट पहली बार दिखते ही सेवा के स्टोरेज से हमेशा के लिए मिटा दिया जाता है। मिट चुके लिंक को न भेजने वाला वापस ला सकता है, न प्राप्तकर्ता और न सेवा चलाने वाला। वापस न लाया जा सकना कोई कमी नहीं है, सुरक्षा इसी पर टिकी है। सेवाएं अक्सर दो चीज़ों में फ़र्क करती हैं: मिट जाना, यानी देखे जाने पर खत्म होना, और एक्सपायरी, यानी बिना देखे समय-सीमा बीत जाने पर मिटना।
    SSL / TLS / HTTPS#
    SSL और TLS सुरक्षा की वे तकनीकें हैं जो आपके ब्राउज़र और वेबसाइट के बीच आने-जाने वाले डेटा को एन्क्रिप्ट करती हैं, ताकि रास्ते में कोई उसे पकड़ न सके। वेब पते में HTTPS का मतलब है कि यह एन्क्रिप्शन चालू है। सभी भरोसेमंद लिंक शॉर्टनिंग सेवाएं यूज़र को सुरक्षित रखने और यह दिखाने के लिए HTTPS का इस्तेमाल करती हैं कि लिंक भरोसे लायक है। [3]
    TLS certificate#
    एक डिजिटल सर्टिफ़िकेट, जिसकी वजह से कोई वेबसाइट HTTPS इस्तेमाल कर पाती है। जब आप शॉर्ट लिंक के लिए कस्टम डोमेन सेट करते हैं, तो लिंक मैनेजमेंट प्लेटफ़ॉर्म आम तौर पर यह सर्टिफ़िकेट आपके लिए लेता है और रिन्यू भी करता है। [3]
    फ़िशिंग#
    एक धोखाधड़ी, जिसमें कोई आपको नकली वेबसाइट पर ले जाता है, जो अक्सर किसी भरोसेमंद ब्रांड जैसी दिखने के लिए बनाई जाती है, ताकि आपका पासवर्ड, भुगतान की जानकारी या दूसरी संवेदनशील जानकारी चुराई जा सके। शॉर्ट लिंक असली डेस्टिनेशन छिपा देते हैं, इसलिए कभी-कभी फ़िशिंग में उनका गलत इस्तेमाल होता है। लिंक प्लेटफ़ॉर्म फ़िशिंग लिंक को लगातार स्कैन करके ब्लॉक करते हैं।
    Malware scanning#
    अपने आप होने वाली जांच, जो लिंक बनने से पहले या लिंक के चालू रहते हुए उसके डेस्टिनेशन में नुकसानदेह सॉफ़्टवेयर, संदिग्ध स्क्रिप्ट या पहले से पहचाने गए खतरनाक कॉन्टेंट को खोजती है।
    सेफ़ ब्राउज़िंग#
    सुरक्षा व्यवस्थाओं की एक श्रेणी, जो वेब पतों को जानी-मानी नुकसानदेह साइटों के डेटाबेस से मिलाकर जांचती है। Google Safe Browsing इसका एक जाना-माना उदाहरण है। लिंक प्लेटफ़ॉर्म इन सेवाओं से डेस्टिनेशन की जांच कर सकते हैं और यूज़र को जोखिम भरे लिंक के बारे में चेतावनी दे सकते हैं। [14]
    Threat intelligence#
    जोखिम वाली वेबसाइटों, डोमेन या ऑनलाइन गतिविधियों को पहचानने के लिए इस्तेमाल होने वाली जानकारी। लिंक प्लेटफ़ॉर्म अपने सिस्टम और बाहरी सिक्योरिटी प्रोवाइडर से मिली थ्रेट इंटेलिजेंस की मदद से नुकसानदेह लिंक को यूज़र तक पहुंचने से पहले पकड़ लेते हैं।
    फ़िशिंग डिटेक्शन#
    ऐसे लिंक पहचानने की प्रक्रिया जो भरोसेमंद ब्रांड की नकल करने, लॉगिन की जानकारी चुराने या यूज़र को गुमराह करने के लिए बनाए गए हों। इसमें कई बातें देखी जाती हैं, जैसे जाने-माने ब्रांड से दिखने में मिलता-जुलता होना, संदिग्ध डोमेन नाम और धोखाधड़ी वाले कैंपेन से जुड़े पैटर्न।
    Lookalike domain / होमोग्राफ़ अटैक#
    धोखाधड़ी का एक तरीका, जिसमें ऐसा डोमेन नेम इस्तेमाल होता है जो देखने में किसी जाने-माने और भरोसेमंद डोमेन जैसा लगे। उदाहरण के लिए, छोटे अक्षर `l` की जगह अंक `1` लगाना, या दूसरी वर्णमाला का ऐसा अक्षर इस्तेमाल करना जो बिल्कुल एक जैसा दिखता हो। ऐसे नकली डोमेन फ़िशिंग और धोखाधड़ी के कैंपेन में इस्तेमाल होते हैं। [5]
    Blocklist / ब्लैकलिस्ट#
    ऐसे डोमेन, वेब पतों या दूसरे आइडेंटिफ़ायर की सूची, जिनके नुकसानदेह होने या गलत इस्तेमाल में शामिल होने की जानकारी या शक हो। लिंक प्लेटफ़ॉर्म ब्लॉकलिस्ट की मदद से शॉर्ट लिंक को खतरनाक डेस्टिनेशन की ओर जाने से रोकते हैं। आजकल “ब्लॉकलिस्ट” शब्द पसंद किया जाता है, “ब्लैकलिस्ट” इसका पुराना पर्याय है।
    Allowlist / व्हाइटलिस्ट#
    मंज़ूर किए गए डेस्टिनेशन, यूज़र या कामों की सूची, जिन्हें साफ़ तौर पर अनुमति दी गई है। कुछ एंटरप्राइज़ लिंक प्लेटफ़ॉर्म अलाउलिस्ट इस्तेमाल करते हैं, ताकि कर्मचारी सिर्फ़ कंपनी के मंज़ूर डोमेन की ओर जाने वाले शॉर्ट लिंक ही बना सकें। आजकल “अलाउलिस्ट” शब्द ही पसंद किया जाता है, “व्हाइटलिस्ट” इसका पुराना पर्याय है।
    Domain reputation#
    कोई डोमेन कितना भरोसेमंद है, इसका पैमाना। यह स्पैम, फ़िशिंग, मैलवेयर और दूसरे संकेतों से जुड़े उसके पिछले रिकॉर्ड पर आधारित होता है। खराब रेप्युटेशन वाले डोमेन के लिंक को ईमेल प्रोवाइडर संदिग्ध बता सकते हैं, ब्राउज़र उन्हें ब्लॉक कर सकते हैं और यूज़र उन पर भरोसा करने से कतरा सकते हैं।
    Abuse report#
    किसी यूज़र, रिसर्चर या ऑटोमेटेड सिस्टम की भेजी गई रिपोर्ट, जो किसी शॉर्ट लिंक को संभावित रूप से नुकसानदेह, धोखा देने वाला या प्लेटफ़ॉर्म की नीतियों के खिलाफ़ बताती है। ऐसी रिपोर्ट मिलने पर जांच शुरू होती है और गलत लिंक हटाया जा सकता है।
    Abuse prevention#
    ऑटोमेटेड टूल और इंसानी जांच का वह मेल, जिससे कोई लिंक प्लेटफ़ॉर्म गलत इस्तेमाल को पकड़ता और रोकता है, जैसे स्पैम, फ़िशिंग, मैलवेयर फैलाना और नीतियों का उल्लंघन।
    GDPR compliance#
    जनरल डेटा प्रोटेक्शन रेगुलेशन के नियमों का पालन। यह यूरोप का कानून है, जो तय करता है कि लोगों का निजी डेटा कैसे इकट्ठा, इस्तेमाल और स्टोर किया जाए। लिंक मैनेजमेंट प्लेटफ़ॉर्म पर इसका असर इस बात पर पड़ता है कि IP एड्रेस और लोकेशन समेत क्लिक डेटा कैसे संभाला जाए। इसके लिए यूज़र की सहमति लेने और अनुरोध मिलने पर निजी डेटा मिटाने की व्यवस्था भी ज़रूरी है। [8]
    CCPA / CPRA कंप्लायंस#
    कैलिफ़ोर्निया के प्राइवेसी कानूनों का पालन। ये कानून कैलिफ़ोर्निया के निवासियों को अपनी निजी जानकारी पर अधिकार देते हैं, जैसे यह जानने का अधिकार कि कौन-सा डेटा इकट्ठा होता है, डेटा शेयरिंग से बाहर रहने का अधिकार और डेटा मिटवाने का अनुरोध करने का अधिकार। जो लिंक प्लेटफ़ॉर्म क्लिक और डिवाइस का डेटा इकट्ठा करते हैं, उन्हें कैलिफ़ोर्निया के यूज़र के लिए ये ज़रूरतें पूरी करनी होती हैं। [15]
    गोपनीयता नीति#
    एक सार्वजनिक दस्तावेज़, जो बताता है कि कोई प्लेटफ़ॉर्म कौन-सा डेटा इकट्ठा करता है, उसका इस्तेमाल कैसे होता है, उसे किसके साथ शेयर किया जाता है, उसे कितने समय तक रखा जाता है और यूज़र के क्या अधिकार हैं। लिंक मैनेजमेंट प्लेटफ़ॉर्म अपनी प्राइवेसी पॉलिसी में बताते हैं कि क्लिक एनालिटिक्स और अकाउंट के डेटा को कैसे संभाला जाता है। [8]
    Data retention#
    कोई प्लेटफ़ॉर्म क्लिक डेटा, एनालिटिक्स और दूसरे रिकॉर्ड कितने समय तक रखता है। यह अवधि सेवा और प्लान के हिसाब से बदलती है: कुछ डेटा 30 दिन तक रखते हैं, कुछ सालों तक। कम समय तक डेटा रखना प्राइवेसी के अच्छे तरीकों के अनुकूल हो सकता है, क्योंकि डेटा ज़रूरत से ज़्यादा समय तक नहीं रखा जाता। [8]
    Data processing agreement / DPA#
    किसी संगठन और सॉफ़्टवेयर वेंडर के बीच एक औपचारिक कॉन्ट्रैक्ट, जिसमें तय होता है कि वेंडर संगठन की ओर से निजी डेटा को कैसे संभालेगा। एंटरप्राइज़ स्तर के कारोबारी रिश्तों में DPA आम हैं और GDPR का पालन करने के लिए खास तौर पर अहम हैं। [8]
    Data residency#
    यह शर्त या पसंद कि डेटा किसी खास देश या क्षेत्र के अंदर ही स्टोर और प्रोसेस हो। रेगुलेटेड उद्योगों, सरकारी संगठनों और क्षेत्रीय डेटा नियमों से बंधी कंपनियों के लिए यह मायने रखता है। [8]
    PII / निजी डेटा#
    ऐसी जानकारी जिससे किसी खास व्यक्ति की पहचान की जा सके। लिंक एनालिटिक्स में इसमें IP पते, डिवाइस आइडेंटिफ़ायर, लोकेशन डेटा और हर क्लिक के लॉग शामिल हो सकते हैं। यह इस पर निर्भर करता है कि कौन-सा कानून लागू होता है और डेटा को कैसे जोड़ा या इस्तेमाल किया जाता है। [8]
    Terms of service#
    लिंक मैनेजमेंट प्लेटफ़ॉर्म और उसके यूज़र के बीच का कानूनी समझौता। इसमें तय होता है कि आप प्लेटफ़ॉर्म पर क्या कर सकते हैं और क्या नहीं, कौन-सा कॉन्टेंट और कौन-से डेस्टिनेशन मना हैं, और नियम टूटने पर क्या होता है।
    रेट लिमिटिंग#
    एक नियंत्रण, जो तय करता है कि कोई यूज़र, IP पता या ऐप्लिकेशन एक तय समय में ज़्यादा से ज़्यादा कितने अनुरोध भेज सकता है। रेट लिमिटिंग प्लेटफ़ॉर्म को गलत इस्तेमाल, ऑटोमेटेड हमलों और ज़रूरत से ज़्यादा लोड से बचाती है, और सभी यूज़र को बराबर एक्सेस दिलाती है।
    CAPTCHA#
    एक चुनौती, जैसे तस्वीरों में चीज़ें पहचानना या कोई बॉक्स टिक करना, जिससे पक्का किया जाता है कि रिक्वेस्ट किसी असली इंसान से आ रही है, ऑटोमेटेड बॉट से नहीं। लिंक प्लेटफ़ॉर्म साइन-अप के दौरान या संदिग्ध गतिविधि दिखने पर CAPTCHA इस्तेमाल कर सकते हैं। [16]
    Two-factor authentication / 2FA#
    लॉगिन की सुरक्षा का एक फ़ीचर, जिसमें अकाउंट खोलने के लिए दो तरह से पहचान साबित करनी होती है। आम तौर पर ये आपका पासवर्ड और एक बार इस्तेमाल होने वाला कोड होते हैं, जो आपके फ़ोन पर भेजा जाता है या किसी ऐप में बनता है। 2FA होने पर किसी को आपका पासवर्ड पता हो, तब भी उसके लिए आपके अकाउंट तक पहुंचना बहुत मुश्किल हो जाता है।
    सिंगल साइन-ऑन / SSO#
    लिंक मैनेजमेंट प्लेटफ़ॉर्म में उसी लॉगिन की जानकारी से साइन इन करने का तरीका जो आप काम के दूसरे टूल में इस्तेमाल करते हैं, जैसे Google Workspace, Microsoft या Okta। इसके लिए अलग यूज़रनेम और पासवर्ड की ज़रूरत नहीं पड़ती। SSO से एक्सेस संभालना आसान हो जाता है, खास तौर पर बड़ी टीमों के लिए।
    रोल-आधारित एक्सेस कंट्रोल / RBAC#
    ऐसी व्यवस्था जो टीम के सदस्यों को उनके रोल के हिसाब से अलग-अलग स्तर का एक्सेस देती है। उदाहरण के लिए, एडमिन लिंक बना और मिटा सकता है, जबकि व्यूअर सिर्फ़ रिपोर्ट पढ़ सकता है। RBAC से हर व्यक्ति सिर्फ़ वही कर पाता है जो उसके काम के लिए ज़रूरी है।

    API, इंटीग्रेशन और तकनीकी इंफ़्रास्ट्रक्चर

    28 शब्द
    API / Application Programming Interface#
    सॉफ़्टवेयर ऐप्लिकेशन के आपस में बात करने का तरीका। लिंक मैनेजमेंट प्लेटफ़ॉर्म के API से डेवलपर अपने टूल बना सकते हैं, लिंक बनाना ऑटोमेट कर सकते हैं, एनालिटिक्स डेटा निकाल सकते हैं और प्लेटफ़ॉर्म को दूसरे सिस्टम से जोड़ सकते हैं, वह भी वेब इंटरफ़ेस में हाथ से कुछ किए बिना।
    API key#
    एक निजी कोड, जिससे API रिक्वेस्ट भेजते समय आपकी पहचान साबित होती है। इसे अपने ऐप्लिकेशन का पासवर्ड समझें। API keys को गोपनीय रखें, उन पर नज़र रखें और अगर कभी कोई API key लीक हो जाए तो उसे बदल दें।
    Access token#
    API रिक्वेस्ट को अनुमति देने के लिए इस्तेमाल होने वाला अस्थायी क्रेडेंशियल। एक्सेस टोकन की अनुमतियां और एक्सपायरी का समय अक्सर पहले से तय होता है, इसलिए कुछ इंटीग्रेशन के लिए ये लंबे समय तक चलने वाली API keys से थोड़े ज़्यादा सुरक्षित होते हैं। [17]
    OAuth#
    एक आम स्टैंडर्ड, जिससे आप किसी दूसरे ऐप को अपने अकाउंट का एक्सेस दे सकते हैं और अपना पासवर्ड नहीं बताना पड़ता। किसी प्लेटफ़ॉर्म पर “Google से साइन इन करें” या “अपना अकाउंट कनेक्ट करें” पर क्लिक करते समय आम तौर पर OAuth ही इस्तेमाल हो रहा होता है। [17]
    REST API#
    API बनाने का एक आम तरीका, जिसमें खास URL पर वेब के स्टैंडर्ड तरीके इस्तेमाल होते हैं: डेटा लाने के लिए GET, कुछ नया बनाने के लिए POST, अपडेट करने के लिए PUT या PATCH, और हटाने के लिए DELETE। ज़्यादातर लिंक मैनेजमेंट प्लेटफ़ॉर्म REST API देते हैं। [2]
    Endpoint#
    API के अंदर एक खास URL, जो कोई तय काम या रिसोर्स संभालता है। उदाहरण के लिए, एक एंडपॉइंट नया शॉर्ट लिंक बना सकता है और दूसरा किसी खास लिंक के क्लिक एनालिटिक्स लाकर दे सकता है।
    SDK / सॉफ़्टवेयर डेवलपमेंट किट#
    कोड का एक तैयार पैकेज, जिससे डेवलपर अपनी पसंद की प्रोग्रामिंग भाषा में किसी API से जुड़ सकते हैं। सारे लो-लेवल वेब अनुरोध शुरू से लिखने के बजाय SDK पहले से बने फ़ंक्शन और उदाहरण देता है।
    Webhook#
    कुछ होने पर आपका प्लेटफ़ॉर्म किसी दूसरे सिस्टम को अपने आप जो सूचना भेजता है, जैसे किसी लिंक पर क्लिक होने, नया लिंक बनने या लिंक एक्सपायर होने पर। आपके दूसरे टूल को अपडेट के लिए बार-बार जांच नहीं करनी पड़ती, घटना होते ही उन्हें सूचना मिल जाती है।
    Webhook signature#
    हर वेबहुक सूचना के साथ भेजा जाने वाला एक सुरक्षा कोड, जिससे सूचना पाने वाला सिस्टम जांच सकता है कि मैसेज सच में लिंक प्लेटफ़ॉर्म से आया है और रास्ते में उससे छेड़छाड़ नहीं हुई।
    रीट्राई पॉलिसी#
    नियम, जो तय करते हैं कि API कॉल या वेबहुक नोटिफ़िकेशन फ़ेल होने पर क्या होगा: कितनी बार फिर से कोशिश करनी है, हर कोशिश के बीच कितना इंतज़ार करना है और सारी कोशिशें फ़ेल होने पर क्या करना है।
    रेट लिमिट#
    तय समय में किए जा सकने वाले API अनुरोधों की ऊपरी सीमा, जैसे हर घंटे 1,000 अनुरोध। सीमा पार होने पर एक्सेस तब तक के लिए रुक जाता है जब तक समय की अवधि फिर से शुरू न हो। रेट लिमिट प्लेटफ़ॉर्म को सुरक्षित रखती हैं और सभी यूज़र को बराबर एक्सेस दिलाती हैं।
    Zapier / Make इंटीग्रेशन#
    तैयार कनेक्टर, जिनसे आप बिना कोड लिखे अपने लिंक मैनेजमेंट प्लेटफ़ॉर्म को सैकड़ों दूसरे ऐप से जोड़ सकते हैं। जैसे, स्प्रेडशीट में नई पंक्ति जुड़ते ही URL अपने आप छोटा हो सकता है, या किसी लिंक पर तय संख्या में क्लिक पूरे होने पर Slack में सूचना पोस्ट हो सकती है।
    CMS integration#
    एक प्लगइन या बना-बनाया कनेक्शन, जो WordPress या HubSpot जैसे कॉन्टेंट मैनेजमेंट सिस्टम में ही लिंक छोटा करने और ट्रैक करने की सुविधाएं जोड़ देता है, ताकि आप कॉन्टेंट एडिटर छोड़े बिना शॉर्ट लिंक मैनेज कर सकें।
    Browser extension#
    वेब ब्राउज़र में इंस्टॉल होने वाला छोटा ऐड-ऑन, जिससे आप जो पेज अभी देख रहे हैं, उसका URL एक क्लिक में छोटा, कॉपी या मैनेज कर सकते हैं। इसके लिए लिंक मैनेजमेंट प्लेटफ़ॉर्म को अलग से खोलना नहीं पड़ता।
    DNS configuration#
    अपने डोमेन के इंटरनेट रिकॉर्ड सेट करने की प्रक्रिया, ताकि आपका कस्टम शॉर्ट-लिंक डोमेन लिंक मैनेजमेंट प्लेटफ़ॉर्म के सर्वर की ओर पॉइंट करे। कस्टम डोमेन पर शॉर्ट लिंक चलने से पहले यह स्टेप ज़रूरी है।
    DNS propagation#
    DNS में किया गया बदलाव पूरे इंटरनेट पर फैलने में लगने वाला समय, जिसके बाद सबके ब्राउज़र और डिवाइस नई सेटिंग्स देखने लगते हैं। आम तौर पर इसमें कुछ मिनट से लेकर कुछ घंटे लगते हैं, हालांकि सेटिंग्स और नेटवर्क कैश के हिसाब से कभी-कभी ज़्यादा समय भी लग सकता है।
    CNAME record#
    DNS रिकॉर्ड का एक प्रकार, जो एक डोमेन नेम को दूसरे डोमेन नेम की ओर भेजता है। उदाहरण के लिए, आप CNAME रिकॉर्ड से `go.yourcompany.com` को अपने लिंक प्लेटफ़ॉर्म के सर्वर की ओर पॉइंट कर सकते हैं। [18]
    A record#
    DNS रिकॉर्ड का एक प्रकार, जो डोमेन नेम को सीधे किसी खास सर्वर के IP एड्रेस से जोड़ता है। कुछ लिंक प्लेटफ़ॉर्म कस्टम डोमेन सेट करते समय CNAME रिकॉर्ड की जगह A रिकॉर्ड इस्तेमाल करते हैं, खासकर सबडोमेन के बजाय `yourcompany.com` जैसे रूट डोमेन के लिए। [18]
    TXT record#
    एक DNS रिकॉर्ड, जिसमें किसी डोमेन के बारे में टेक्स्ट के रूप में जानकारी रखी जाती है। शॉर्ट लिंक के लिए डोमेन चालू करने से पहले लिंक प्लेटफ़ॉर्म अक्सर TXT रिकॉर्ड जोड़ने को कहते हैं, ताकि साबित हो सके कि डोमेन आपका है। [18]
    Domain verification#
    कस्टम डोमेन चालू होने से पहले लिंक मैनेजमेंट प्लेटफ़ॉर्म को यह साबित करने की प्रक्रिया कि वह डोमेन सच में आपका है या आपके नियंत्रण में है। आम तौर पर इसके लिए एक खास DNS रिकॉर्ड या फ़ाइल जोड़नी होती है, जिसे प्लेटफ़ॉर्म जांचता है।
    CDN / कॉन्टेंट डिलीवरी नेटवर्क#
    दुनिया भर में कई जगहों पर फैले सर्वरों का नेटवर्क, जो मिलकर कॉन्टेंट को तेज़ी से पहुंचाते हैं। लिंक शॉर्टनिंग प्लेटफ़ॉर्म CDN इस्तेमाल कर सकते हैं, ताकि रीडायरेक्ट विज़िटर के पास वाले सर्वर से हो और डेस्टिनेशन तक पहुंचने में कम समय लगे।
    Edge redirect#
    ऐसा रीडायरेक्ट जिसे दूर के किसी केंद्रीय सर्वर की जगह विज़िटर के पास मौजूद सर्वर संभालता है, ताकि रीडायरेक्ट तेज़ हो। एज रीडायरेक्ट CDN इंफ्रास्ट्रक्चर की वजह से मुमकिन होते हैं।
    Latency#
    शॉर्ट लिंक पर क्लिक करने और डेस्टिनेशन पेज पर पहुंचने के बीच की देरी। कम लेटेंसी का मतलब है तेज़ और ज़्यादा स्मूद अनुभव। लेटेंसी पर सर्वर की लोकेशन, नेटवर्क की स्पीड, रीडायरेक्ट हॉप की संख्या और DNS लुकअप में लगने वाले समय का असर पड़ता है।
    Uptime / SLA#
    अपटाइम बताता है कि कोई सेवा कितने समय तक चालू और उपलब्ध रहती है। सर्विस लेवल एग्रीमेंट (SLA) प्रोवाइडर का औपचारिक वादा है, जिसमें गारंटी वाला अपटाइम (जैसे 99.9%) लिखा होता है, और यह भी कि वह स्तर पूरा न होने पर क्या भरपाई मिलेगी। लिंक शॉर्टनिंग में डाउनटाइम का मतलब है कि हर शॉर्ट लिंक काम करना बंद कर देता है, इसलिए यहां अपटाइम बहुत ज़रूरी है।
    Multi-region failover#
    सिस्टम डिज़ाइन का एक तरीका, जिसमें कोई सर्वर या डेटा सेंटर बंद होने पर ट्रैफ़िक अपने आप दूसरी जगह के बैकअप सर्वर पर चला जाता है। मल्टी-रीजन फ़ेलओवर से ज़्यादा ट्रैफ़िक वाले या कारोबार के लिए अहम लिंक कैंपेन ज़्यादा भरोसेमंद बनते हैं।
    Caching#
    अक्सर इस्तेमाल होने वाले डेटा को, जैसे कौन-सा शॉर्ट लिंक किस डेस्टिनेशन पर जाता है, तेज़ मेमोरी में रखना, ताकि हर बार शुरू से ढूंढे बिना वह लगभग तुरंत मिल जाए। कैशिंग से रीडायरेक्ट काफ़ी तेज़ हो जाते हैं, हालांकि डेस्टिनेशन बदलने पर कभी-कभी नया डेस्टिनेशन लागू होने में थोड़ी देर लग सकती है।
    सर्वर लॉग#
    प्लेटफ़ॉर्म के सर्वर हर उस अनुरोध का रिकॉर्ड रखते हैं जिसे वे प्रोसेस करते हैं। लिंक शॉर्टनिंग में सर्वर लॉग में हर क्लिक का समय, IP पता, डिवाइस, ब्राउज़र और अनुरोध की जानकारी होती है। लॉग का इस्तेमाल एनालिटिक्स, डीबगिंग और कानूनी नियमों के पालन (कंप्लायंस) के लिए होता है।

    प्लान, बिलिंग और अकाउंट

    14 शब्द
    Free plan#
    मुफ़्त टियर, जिसमें लिंक छोटा करने के बुनियादी फ़ीचर मिलते हैं। इसमें सीमा होती है कि आप कितने लिंक बना सकते हैं, कितने क्लिक ट्रैक होते हैं, कौन-से एनालिटिक्स मिलते हैं और कौन-से फ़ीचर इस्तेमाल किए जा सकते हैं। Free प्लान इसलिए होते हैं कि पेड सब्सक्रिप्शन लेने से पहले आप प्लेटफ़ॉर्म आज़मा सकें।
    Click limit#
    हर बिलिंग अवधि में किसी प्लान में शामिल क्लिक की अधिकतम संख्या। लिमिट पूरी होने पर प्लेटफ़ॉर्म विज़िटर को रीडायरेक्ट करता रह सकता है लेकिन एनालिटिक्स दर्ज करना बंद कर सकता है, या आपसे प्लान अपग्रेड करने को कह सकता है।
    तय सीमा से ज़्यादा इस्तेमाल#
    आपके प्लान में शामिल सीमा से ज़्यादा इस्तेमाल। प्लेटफ़ॉर्म के हिसाब से इसका नतीजा अतिरिक्त शुल्क, कम फ़ीचर, ट्रैकिंग का रुक जाना या बड़े प्लान पर जाने का सुझाव हो सकता है।
    टीम अकाउंट / संस्था का अकाउंट#
    ऐसा अकाउंट जो साथ मिलकर काम करने वाले कई लोगों के लिए बना हो। टीम अकाउंट में लिंक और एनालिटिक्स का साझा एक्सेस, एक ही जगह से बिलिंग और यह तय करने के टूल होते हैं कि अकाउंट में कौन क्या कर सकता है।
    Member / सीट#
    किसी टीम या संगठन के अकाउंट में शामिल एक यूज़र। टीम प्लान की कीमत अक्सर सीटों की संख्या के हिसाब से तय होती है, और अतिरिक्त कीमत देकर और सदस्य जोड़े जा सकते हैं।
    White-label#
    ऐसा सेटअप, जिसमें कोई एजेंसी, रीसेलर या एंटरप्राइज़ ग्राहक अपने ब्रांड के नाम से, अपने लोगो, डोमेन और डिज़ाइन के साथ लिंक शॉर्टनिंग की सेवा दे सकता है। असली प्लेटफ़ॉर्म प्रोवाइडर का कहीं कोई ज़िक्र नहीं दिखता।
    रीसेलर#
    कोई कारोबार या व्यक्ति जो लिंक मैनेजमेंट सेवाएं खरीदकर अपने ग्राहकों को देता है, अक्सर व्हाइट-लेबल व्यवस्था के तहत। रीसेलर में मार्केटिंग एजेंसियां, SaaS कंपनियां और मैनेज्ड सर्विस प्रोवाइडर शामिल हैं।
    Enterprise tier#
    सेवा का सबसे ऊंचा स्तर, जो जटिल ज़रूरतों वाले बड़े संगठनों के लिए बना है। Enterprise प्लान में आम तौर पर ज़्यादा या असीमित इस्तेमाल, कस्टम कॉन्ट्रैक्ट, डेडिकेटेड सपोर्ट, SSO, एडवांस्ड एक्सेस कंट्रोल, कंप्लायंस फ़ीचर और कस्टम इंटीग्रेशन शामिल होते हैं।
    Account owner#
    किसी अकाउंट का मुख्य एडमिनिस्ट्रेटर, जो बिलिंग, सेटिंग्स, यूज़र मैनेजमेंट और पूरे अकाउंट के संचालन के लिए ज़िम्मेदार होता है। आम तौर पर सबसे ज़्यादा एक्सेस अकाउंट ओनर के पास होता है।
    Billing contact#
    वह व्यक्ति या ईमेल पता, जिसे इनवॉइस, पेमेंट से जुड़ी सूचनाएं और बिलिंग के बाकी मैसेज मिलते हैं। बिलिंग कॉन्टैक्ट अकाउंट ओनर या तकनीकी एडमिनिस्ट्रेटर से अलग व्यक्ति हो सकता है।
    Usage quota#
    किसी प्लान में शामिल संसाधनों की तय सीमा, जैसे हर बिलिंग अवधि में कितने लिंक, क्लिक, कस्टम डोमेन, QR कोड, टीम के सदस्य या API अनुरोध इस्तेमाल किए जा सकते हैं।
    Analytics retention limit#
    प्लेटफ़ॉर्म में आप अपना क्लिक डेटा कितने पीछे तक देख सकते हैं। किसी मुफ़्त प्लान में सिर्फ़ पिछले 30 दिन का डेटा दिख सकता है, जबकि एंटरप्राइज़ प्लान में डेटा कई साल तक रखा जा सकता है। इसी से तय होता है कि आप पुराने डेटा पर रिपोर्ट बना पाएंगे या नहीं और समय के साथ कैंपेन की तुलना कर पाएंगे या नहीं।

    संदर्भ

    20 स्रोत

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

    1. [1]

      RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax

      Berners-Lee, T., Fielding, R., & Masinter, L. (2005). *RFC 3986: Uniform Resource Identifier (URI): Generic Syntax*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc3986

      इन शब्दों के लिए हवाला: डोमेन, TLD / टॉप-लेवल डोमेन, रूट डोमेन / एपेक्स डोमेन, सबडोमेन, पाथ, क्वेरी स्ट्रिंग, URL पैरामीटर, फ़्रैगमेंट / एंकर, प्रोटोकॉल / स्कीम, URL एन्कोडिंग / Percent encoding

    2. [2]

      RFC 9110 — HTTP Semantics

      Fielding, R., Nottingham, M., & Reschke, J. (2022). *RFC 9110: HTTP Semantics*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc9110

      इन शब्दों के लिए हवाला: HTTP, HTTPS, रीडायरेक्ट, Location हेडर, 301 रीडायरेक्ट, 302 रीडायरेक्ट, 307 रीडायरेक्ट, 308 रीडायरेक्ट, सर्वर-साइड रीडायरेक्ट, रीडायरेक्ट लूप, रेफ़रर / रेफ़रिंग URL, यूज़र एजेंट, REST API

    3. [3]

      RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3

      Rescorla, E. (2018). *RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc8446

      इन शब्दों के लिए हवाला: HTTPS, SSL / TLS / HTTPS, TLS सर्टिफ़िकेट

    4. [4]

      HTML Living Standard — Canonical URLs and Meta Refresh

      WHATWG. (2024). *HTML Living Standard*. Web Hypertext Application Technology Working Group.

      https://html.spec.whatwg.org/

      इन शब्दों के लिए हवाला: कैनोनिकल URL, मेटा रिफ़्रेश रीडायरेक्ट

    5. [5]

      RFC 5891 — Internationalized Domain Names in Applications (IDNA): Protocol

      Klensin, J. (2010). *RFC 5891: Internationalized Domain Names in Applications (IDNA): Protocol*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc5891

      इन शब्दों के लिए हवाला: IDN / Internationalized domain name, हमशक्ल डोमेन / होमोग्राफ़ अटैक

    6. [6]

      Apple Developer Documentation — Supporting Universal Links in Your App

      Apple Inc. (2024). *Supporting Universal Links in Your App*. Apple Developer Documentation.

      https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app

      इन शब्दों के लिए हवाला: Universal Link

    7. [7]

      Android Developer Documentation — Android App Links

      Google LLC. (2024). *Verify Android App Links*. Android Developer Documentation.

      https://developer.android.com/training/app-links/verify-android-applinks

      इन शब्दों के लिए हवाला: Android App Link

    8. [8]

      Regulation (EU) 2016/679 — General Data Protection Regulation (GDPR)

      European Parliament and Council of the European Union. (2016). *Regulation (EU) 2016/679 on the Protection of Natural Persons with Regard to the Processing of Personal Data*. Official Journal of the European Union.

      https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016R0679

      इन शब्दों के लिए हवाला: IP एड्रेस (पर्सनल डेटा के रूप में), GDPR कंप्लायंस, कुकी कंसेंट, कंसेंट मैनेजमेंट,प्राइवेसी पॉलिसी, डेटा रिटेंशन, डेटा प्रोसेसिंग एग्रीमेंट / DPA, डेटा रेज़िडेंसी, PII / निजी डेटा

    9. [9]

      Google Analytics Help — About Custom Campaigns and UTM Parameters

      Google LLC. (2024). *Collect campaign data with custom URLs*. Google Analytics Help.

      https://support.google.com/analytics/answer/1033863

      इन शब्दों के लिए हवाला: UTM पैरामीटर, UTM सोर्स, UTM मीडियम, UTM कैंपेन, UTM टर्म, UTM कॉन्टेंट, UTM ID / कैंपेन ID

    10. [10]

      Google Ads Help — About Auto-Tagging and the GCLID

      Google LLC. (2024). *Set up auto-tagging*. Google Ads Help.

      https://support.google.com/google-ads/answer/3095550

      इन शब्दों के लिए हवाला: ऑटो-टैगिंग, GCLID / Google Click Identifier

    11. [11]

      Microsoft Advertising Help — Auto-Tagging and MSCLKID

      Microsoft Corporation. (2024). *How to use auto-tagging for Microsoft Advertising*. Microsoft Advertising Help.

      https://help.ads.microsoft.com/apex/index/3/en/56521

      इन शब्दों के लिए हवाला: MSCLKID

    12. [12]

      ISO/IEC 18004:2015 — QR Code Bar Code Symbology Specification

      International Organization for Standardization. (2015). *ISO/IEC 18004:2015: Information technology — Automatic identification and data capture techniques — QR Code bar code symbology specification*. ISO.

      https://www.iso.org/standard/62021.html

      इन शब्दों के लिए हवाला: QR कोड, स्टैटिक QR कोड, QR कोड का डिज़ाइन बदलना, एरर करेक्शन लेवल, QR आई / फ़ाइंडर पैटर्न, क्वाइट ज़ोन, स्कैन होने की क्षमता

    13. [13]

      ISO/IEC 18092 — Near Field Communication (NFC) Interface and Protocol

      International Organization for Standardization. (2013). *ISO/IEC 18092: Information technology — Telecommunications and information exchange between systems — Near Field Communication — Interface and Protocol (NFCIP-1)*. ISO.

      https://www.iso.org/standard/56692.html

      इन शब्दों के लिए हवाला: NFC टैग

    14. [14]

      Google Safe Browsing — Overview

      Google LLC. (2024). *Safe Browsing APIs*. Google Developers.

      https://developers.google.com/safe-browsing/v4

      इन शब्दों के लिए हवाला: सेफ़ ब्राउज़िंग

    15. [15]

      California Consumer Privacy Act (CCPA) / California Privacy Rights Act (CPRA)

      State of California Department of Justice. (2020, amended 2023). *California Consumer Privacy Act of 2018 (as amended by the California Privacy Rights Act of 2020)*. California Legislative Information.

      https://leginfo.legislature.ca.gov/faces/codes_displaySection.xhtml?lawCode=CIV&sectionNum=1798.100

      इन शब्दों के लिए हवाला: CCPA / CPRA कंप्लायंस

    16. [16]

      von Ahn, L., Blum, M., Hopper, N. J., & Langford, J. (2003). CAPTCHA: Using Hard AI Problems for Security

      *Proceedings of the International Conference on the Theory and Applications of Cryptographic Techniques (EUROCRYPT 2003)*, Lecture Notes in Computer Science, vol. 2656, pp. 294–311. Springer, Berlin, Heidelberg.

      https://doi.org/10.1007/3-540-39200-9_18

      इन शब्दों के लिए हवाला: CAPTCHA

    17. [17]

      RFC 6749 — The OAuth 2.0 Authorization Framework

      Hardt, D. (Ed.). (2012). *RFC 6749: The OAuth 2.0 Authorization Framework*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc6749

      इन शब्दों के लिए हवाला: OAuth, एक्सेस टोकन

    18. [18]

      RFC 1035 — Domain Names — Implementation and Specification

      Mockapetris, P. (1987). *RFC 1035: Domain Names — Implementation and Specification*. Internet Engineering Task Force (IETF).

      https://www.rfc-editor.org/rfc/rfc1035

      इन शब्दों के लिए हवाला: CNAME रिकॉर्ड, A रिकॉर्ड, TXT रिकॉर्ड

    19. [19]

      The Open Graph Protocol

      Meta Platforms, Inc. (2010, ongoing). *The Open Graph Protocol*. ogp.me.

      https://ogp.me/

      इन शब्दों के लिए हवाला: Open Graph / OG टैग

    20. [20]

      X (Twitter) Developer Documentation — Cards

      X Corp. (2024). *Cards — X Developer Platform*. X Developer Documentation.

      https://developer.x.com/en/docs/twitter-for-websites/cards/overview/abouts-cards

      इन शब्दों के लिए हवाला: Twitter Card / X कार्ड

    इन शब्दों को काम में लाएं

    मुफ़्त LinkPilot अकाउंट से शॉर्ट लिंक बनाएं, क्लिक ट्रैक करें और सीक्रेट शेयर करें। या साइन अप किए बिना मुफ़्त टूल आज़माएं।