Urlik — विश्लेषण और एपीआई के साथ एक तेज़ यूआरएल शॉर्टनर

01प्रोजेक्ट का अवलोकन

Urlik एक URL छोटा करने वाला है: आप एक लंबा, अजीब पता चिपकाते हैं और एक संक्षिप्त लिंक प्राप्त करते हैं जिसे आप चैट में डालने, ईमेल हस्ताक्षर में रखने या व्यवसाय कार्ड पर प्रिंट करने के लिए खुश होते हैं। उस सरलता के पीछे एक पूरा SaaS उपकरण है: हर छोटे लिंक के साथ एक QR कोड, विस्तृत क्लिक विश्लेषण और एक सार्वजनिक REST API के माध्यम से पहुंच होती है। इसलिए Urlik एक व्यक्ति के लिए उतना ही उपयोगी है जो एक बार एक लेख के लिए लिंक को छोटा करता है और एक मार्केटिंग टीम के लिए जो सेवा के माध्यम से सैकड़ों अभियानों को चलाती है और अपने स्वयं के रिपोर्ट में आंकड़े खींचती है।

सिद्धांत सरल और समय-परीक्षित है: लिंक छोटा करना उन रोज़मर्रा के उपकरणों में से एक है जिनकी गुणवत्ता बहुत भिन्न होती है। कुछ सेवाएं रीडायरेक्ट में पीछे रह जाती हैं, अन्य महंगे योजना के पीछे विश्लेषण छिपाते हैं, और कई विज्ञापनों और अतिरिक्त स्क्रीन के साथ भरे होते हैं। हमने एक उपकरण बनाने का लक्ष्य रखा जहां मूल प्रवाह — एक लिंक चिपकाएं, एक छोटा प्राप्त करें — तात्कालिक और मुफ्त है, जबकि व्यवसाय को जो कुछ भी चाहिए (ब्रांडेड उपनाम, विश्लेषण, एक API) वह सब वहीं है, बिना किसी कृत्रिम बाधाओं के।

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

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

02संदर्भ और समस्या

कोई भी छात्र "तकनीकी" रूप से एक शाम में एक लिंक को छोटा कर सकता है: एक छोटा कोड उत्पन्न करें, इसे एक तालिका में डालें, पहुंच पर पुनर्निर्देशित करें। यह कठिन हिस्सा नहीं है। कठिन हिस्सा है उपकरण को तेज, विश्वसनीय, और उपयोगीएक साथ — और इसे लोड और समय के साथ बनाए रखना। जब हमने कार्य को अनपैक किया, तो आवश्यकताओं और pitfalls का एक स्पष्ट सेट सामने आया।

• रीडायरेक्ट गति उत्पाद है।एक छोटा लिंक उपयोगकर्ता और उस पृष्ठ के बीच होता है जिसे वे चाहते हैं। रीडायरेक्ट पर हर अतिरिक्त सौ मिलीसेकंड घर्षण और चक्रीयता है। रीडायरेक्ट को किसी भी लोड के तहत लगभग तात्कालिक होना चाहिए।
• अपटाइम महत्वपूर्ण है।यदि एक शॉर्टनर डाउन हो जाता है, हरलिंक जो पहले ही वितरित किया गया है, काम करना बंद कर देता है — ईमेल, पोस्ट, और प्रिंटेड सामग्री पर QR कोड में। यह एक प्रणाली नहीं है जिसे आप "कभी-कभी" छोड़ने का जोखिम उठा सकते हैं।
• गति खोए बिना एनालिटिक्स।हर क्लिक को गिनना और समृद्ध करना चाहिए (भौगोलिक, उपकरण, स्रोत), लेकिन इस तरह से नहीं कि रीडायरेक्ट को धीमा कर दे।
• विशिष्ट, पठनीय कोड।संक्षिप्त कोडों को टकराना नहीं चाहिए, उन्हें संक्षिप्त रहना चाहिए, और उन्हें अनजाने में अपमानजनक या भ्रामक संयोजनों का निर्माण नहीं करना चाहिए।
• कस्टम उपनाम।एक व्यवसाय को अपने ब्रांड या अभियान के लिए एक अर्थपूर्ण लिंक "टेल" की आवश्यकता होती है, न कि एक बिना चेहरे की स्ट्रिंग — इसके लिए उपलब्धता और वैधता की अपनी लॉजिक होनी चाहिए।
• दुरुपयोग सुरक्षा।कोई भी सार्वजनिक शॉर्टनर तुरंत स्पैम और फ़िशिंग का लक्ष्य बन जाता है, इसलिए आपको सीमाएँ, मान्यता और प्रतिकूल उपायों की आवश्यकता होती है।

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

एक अलग परत है संक्षिप्त लिंक पर विश्वास करें. एक संक्षिप्त URL स्वाभाविक रूप से असली पते को छुपाता है, और उपयोगकर्ता ऐसे लिंक के प्रति सतर्क होते हैं। इसलिए उत्पाद को साफ, पूर्वानुमानित होना चाहिए, और इसे स्पैम स्रोत के रूप में देखे जाने का कोई कारण नहीं देना चाहिए: एक साफ डोमेन, ईमानदार विश्लेषण, और रीडायरेक्ट के शीर्ष पर कोई आक्रामक विज्ञापन नहीं।

03प्रोजेक्ट के लक्ष्य

इस कार्य ने ठोस उत्पाद और इंजीनियरिंग लक्ष्यों का उत्पादन किया जिन्हें हमने हर चरण में ध्यान में रखा:

• तत्काल पुनर्निर्देशन।बुनियादी प्रवाह — एक छोटे लिंक का पालन करना — किसी भी स्थिति में तेज होना चाहिए। यह उत्पाद के लिए मुख्य गुणवत्ता मीट्रिक है।
• उच्च अपटाइम।एक सेवा जिस पर हर वितरित लिंक निर्भर करता है, उसे विश्वसनीयता से चलाना चाहिए। डाउनटाइम एक श्रेणी के रूप में अस्वीकार्य है।
• एक-चरण संक्षेपण।एक लंबा URL पेस्ट करें, एक छोटा लिंक, एक QR कोड, और आंकड़ों के लिए एक लिंक प्राप्त करें। बुनियादी प्रवाह के लिए कोई पंजीकरण नहीं, कोई अतिरिक्त स्क्रीन नहीं।
• कस्टम उपनाम।एक ब्रांड या अभियान के लिए अपना खुद का लिंक "टेल" सेट करने की क्षमता, उपलब्धता और वैधता जांच के साथ।
• विस्तृत विश्लेषण।प्रति लिंक: क्लिक की संख्या, क्लिक का भूगोल, उपकरण और ब्राउज़र, स्रोत और संदर्भ, और समय के साथ प्रवृत्तियाँ।
• प्रत्येक लिंक के लिए एक QR कोड।संक्षिप्त लिंक और QR एक ही चीज़ के दो रूप हैं, विशेष रूप से ऑफ़लाइन सामग्री के लिए; QR को स्वचालित रूप से उत्पन्न किया जाना चाहिए।
• एक सार्वजनिक REST API।ताकि सेवा को अन्य उत्पादों में एम्बेड किया जा सके और स्वचालित किया जा सके: लिंक बनाना और प्रोग्रामेटिक रूप से आंकड़े खींचना।
• एक मुफ्त स्तर।एक विकास इंजन के रूप में कम प्रवेश बाधा: बुनियादी क्षमताएँ मुफ्त, उन्नत योजनाओं पर भुगतान किया जाता है।

ये लक्ष्य जानबूझकर प्राथमिकता के अनुसार क्रमबद्ध किए गए हैं। गति और अपटाइम पहले आते हैं क्योंकि ये विश्वास की नींव हैं। बाकी सब कुछ - विश्लेषण, उपनाम, API - इसके ऊपर परत बनाते हैं और यदि बुनियादी रीडायरेक्ट खराब प्रदर्शन करता है तो इसका कोई अर्थ नहीं है।

04हमने क्या किया

Urlik लिंक कार्य को कुछ स्पष्ट टुकड़ों में एकत्र करता है जो पूरे जीवन चक्र को कवर करते हैं: एक छोटा लिंक बनाने से लेकर यह विश्लेषण करने तक कि लोग इसके माध्यम से कैसे यात्रा करते हैं।

इस कोर के ऊपर एक व्यक्तिगत डैशबोर्ड है जहाँ उपयोगकर्ता अपने लिंक प्रबंधित करते हैं, आँकड़े देखते हैं, और QR कोड प्राप्त करते हैं, साथ ही एक API दस्तावेज़ जो एक डेवलपर बिना एकल कॉल के एकीकृत कर सकता है। यह सब एक उत्पाद के रूप में एक साथ आता है जिसमें तेज़ रीडायरेक्ट है।

05सॉल्यूशन आर्किटेक्चर

Urlik का कोर आर्किटेक्चरल विचार हैदो बहुत अलग लोड प्रोफाइल को अलग करना: सस्ता, अल्ट्रा-फ्रीक्वेंट रीडायरेक्ट और डैशबोर्ड और विश्लेषण का भारी काम। इन कार्यों के पास अलग-अलग पहुँच पैटर्न और अलग-अलग गति की आवश्यकताएँ हैं, इसलिए उन्हें एक "फैट" हैंडलर में मिलाना एक गलती होगी।

तर्कसंगत रूप से प्रणाली चार ब्लॉकों में विभाजित होती है:

• रीडायरेक्ट परत — "शॉर्ट कोड → लक्ष्य URL → रीडायरेक्ट" के लिए सबसे पतला संभव मार्ग। यहाँ सब कुछ गति के लिए है: प्रति अनुरोध न्यूनतम कार्य, "कोड → लिंक" मैपिंग का आक्रामक कैशिंग, ब्राउज़र को तेज़ प्रतिक्रिया।
• लिंक-निर्माण परत — अद्वितीय कोड उत्पन्न करना, कस्टम उपनामों की जांच और आरक्षित करना, स्रोत URL को मान्य करना, QR कोड उत्पन्न करना।
• विश्लेषण परत — क्लिक घटनाओं को प्राप्त करना और संसाधित करना: भूगोल, उपकरण, ब्राउज़र, और स्रोत का विश्लेषण करना, और प्रवृत्ति चार्ट के लिए समय के साथ एकत्रित करना।
• API और डैशबोर्ड — एक प्रोग्रामेटिक इंटरफ़ेस और समान डेटा पर एक वेब इंटरफ़ेस: लिंक बनाना, उनका प्रबंधन करना, और आँकड़े प्रदान करना।

अंदर एक सर्वर स्टैक है PHP. मुख्य सिद्धांत: एक क्लिक की गिनती रीडायरेक्ट को विलंबित नहीं करनी चाहिए। उपयोगकर्ता तुरंत रीडायरेक्ट होता है, जबकि विश्लेषण (भूगोल, उपकरण, स्रोत) के साथ घटना को समृद्ध करना और इसे लिखना उपयोगकर्ता के महत्वपूर्ण पथ से बाहर होता है। पहले व्यक्ति को सही पते पर तेजी से पहुँचाएँ, और केवल तब क्लिक की सावधानीपूर्वक गिनती करें।

"शॉर्ट कोड → लॉन्ग लिंक" मैपिंग सेवा में सबसे गर्म डेटा है, और यह कैश में अच्छी तरह से फिट बैठता है: एक लिंक एक बार बनाया जाता है लेकिन इसे संभावित रूप से हजारों बार पढ़ा जाता है। इसलिए रीडायरेक्ट लेयर इन मैपिंग्स तक तेज़ पहुँच पर निर्भर करती है, जबकि भारी एनालिटिक्स अलग रहते हैं और गर्म पथ से दूर रहते हैं।

06लिंक जीवनचक्र

उपयोगकर्ता के दृष्टिकोण से पूरा प्रवाह कुछ चरणों में समाहित होता है, और अधिकांश जटिलता छिपी होती है।

• 1. निर्माण।उपयोगकर्ता एक लंबा URL चिपकाता है (या इसे API के माध्यम से पास करता है)। सेवा पते को मान्य करती है, एक अद्वितीय शॉर्ट कोड उत्पन्न करती है या एक कस्टम उपनाम स्वीकार करती है, मैपिंग को स्टोर करती है, और तुरंत शॉर्ट लिंक और एक QR कोड लौटाती है।
• 2. वितरण।उपयोगकर्ता शॉर्ट लिंक (और यदि आवश्यक हो तो एक QR) को कहीं भी रखता है: एक पोस्ट, एक ईमेल, एक विज्ञापन, प्रिंटेड सामग्री पर।
• 3. क्लिक।कोई शॉर्ट लिंक खोलता है। रीडायरेक्ट लेयर कोड द्वारा लक्षित URL को हल करता है और तुरंत विज़िटर को रीडायरेक्ट करता है।
• 4. गिनती।साथ ही क्लिक इवेंट को रिकॉर्ड किया जाता है: समय, भूगोल, डिवाइस प्रकार और ब्राउज़र, स्रोत/रेफरर। यह रीडायरेक्ट में देरी न करने के लिए होता है।
• 5. विश्लेषण।डैशबोर्ड में लिंक के मालिक को संक्षिप्त और विस्तृत आंकड़े दिखाई देते हैं: कितने क्लिक हुए, कहाँ से, किस डिवाइस पर, और समय के साथ प्रवृत्ति कैसे बढ़ी।

मुख्य विवरण है गर्म और ठंडे पथ के बीच विभाजन। क्लिक (चरण 3) तुरंत होना चाहिए, जबकि आंकड़े एकत्रित और संकलित करना (चरण 4-5) थोड़ा धीमा और भारी हो सकता है क्योंकि वे उपयोगकर्ता के पथ से बाहर हैं। यही कारण है कि उत्पाद में एक तेज रीडायरेक्ट और समृद्ध विश्लेषण दोनों हो सकते हैं - वे महत्वपूर्ण क्षण में एक ही संसाधन के लिए प्रतिस्पर्धा नहीं करते।

07संक्षिप्त और कस्टम उपनाम

सेवा का दिल एक लंबे URL को एक छोटे कोड में बदलना है। यह तुच्छ लगता है, लेकिन कई महत्वपूर्ण इंजीनियरिंग निर्णय वहीं छिपे हुए हैं।

छोटे कोड उत्पन्न करना

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

कस्टम उपनाम

एक व्यवसाय के लिए एक बिना चेहरे की स्ट्रिंग एक हानि है। एक ब्रांड या एक विशिष्ट अभियान से जुड़े अर्थपूर्ण "पूंछ" वाला लिंक कहीं अधिक मूल्यवान है। इसलिए Urlik आपको अपना खुद का उपनाम सेट करने की अनुमति देता है: सेवा यह जांचती है कि यह मुक्त है, इसके वर्ण सेट में मान्य है, और आरक्षित पथों के साथ टकराता नहीं है। लिए गए और आरक्षित उपनाम नहीं दिए जाते हैं, और एक मौजूदा को पकड़ने का प्रयास ईमानदारी से रिपोर्ट किया जाता है।

स्रोत URL की मान्यता

छोटा करने से पहले, सेवा स्वयं पते की जांच करती है: कि यह वास्तव में एक मान्य URL है, कचरा नहीं है या कुछ खतरनाक डालने का प्रयास नहीं है। यह उपयोगकर्ताओं और डोमेन की प्रतिष्ठा दोनों की रक्षा करता है - सेवा के छोटे लिंक स्पैम और फ़िशिंग का वाहन नहीं बनना चाहिए।

इन तीन तंत्रों के साथ "एक लिंक को छोटा करें" को एक सरल तालिका में डालने से एक सुव्यवस्थित, पूर्वानुमानित संचालन में बदल जाता है जो एक बार के उपयोगकर्ता और सेवा के माध्यम से हजारों लिंक धकेलने वाले व्यवसाय के लिए समान रूप से अच्छा काम करता है।

08हर लिंक के लिए एक QR कोड

एक छोटा लिंक और एक QR कोड एक ही पते के दो रूप हैं। एक लिंक को पाठ में डालना आसान है, जबकि एक QR को एक भौतिक सतह: पैकेजिंग, एक पोस्टर, एक व्यवसाय कार्ड, एक मेनू, एक फ्लायर से फोन कैमरे से स्कैन किया जा सकता है। इसलिए Urlik मेंहर छोटे लिंक के लिए स्वचालित रूप से एक QR कोड उत्पन्न किया जाता है, उपयोगकर्ता से कोई अतिरिक्त कार्रवाई के बिना।

यह एक संपूर्ण ऑफ़लाइन परिदृश्य को बंद करता है जो अन्यथा तीसरे पक्ष की सेवाओं की आवश्यकता होती। एक विपणक एक प्रोमो लिंक को छोटा करता है, तुरंत QR कोड प्राप्त करता है, और इसे एक विज्ञापन सतह पर रखता है - और उस QR के लिए सभी क्लिक विश्लेषण लिंक क्लिक के समान आंकड़ों में आते हैं। इसलिए ऑफ़लाइन चैनल एक अंधे स्थान के रूप में समाप्त हो जाता है: प्रिंट की गई सामग्रियों से क्लिक ऑनलाइन क्लिक के साथ गिने जाते हैं।

09क्लिक विश्लेषण

विश्लेषण ही है जो Urlik को एक साधारण शॉर्टनर से एक विपणन उपकरण में बदलता है। प्रत्येक लिंक के लिए, सेवा न केवल एक क्लिक काउंटर दिखाती है बल्कि यह भी दिखाती है कि कौन क्लिक करता है, कहाँ से, और कैसे।

क्या गिना जाता है

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

क्यों एक व्यवसाय को परवाह है

"शॉर्ट लिंक + एनालिटिक्स" का संयोजन किसी भी चैनल को मापने योग्य बनाता है। एक न्यूज़लेटर लॉन्च करें — आप देख सकते हैं कि वास्तव में कितने लोगों ने क्लिक किया और किस उपकरणों पर। विभिन्न चैनलों में विभिन्न लिंक वितरित करें — आप चैनल के प्रदर्शन की तुलना कर सकते हैं। एक पोस्टर पर QR डालें — आप ऑफ़लाइन सतह की वापसी को समझते हैं। प्रभाव में, हर शॉर्ट लिंक एक मिनी एनालिटिक्स पॉइंट बन जाता है जिसे मार्केटिंग रिपोर्टिंग में आसानी से समाहित किया जा सकता है।

साथ ही, हम यह ध्यान में रखते हैं कि एनालिटिक्स को रीडायरेक्ट को धीमा नहीं करना चाहिए। घटनाओं को इकट्ठा करना और समृद्ध करना इस तरह से व्यवस्थित किया गया है कि क्लिक के क्षण में उपयोगकर्ता के रास्ते में न आए: पहले व्यक्ति लक्ष्य पृष्ठ पर पहुँचता है, और केवल तब घटना को सावधानीपूर्वक गिना और चार्ट के लिए संचित किया जाता है।

10डैशबोर्ड और लिंक प्रबंधन

उत्पाद को अपने दम पर खड़ा होने के लिए, एक तेज़ रीडायरेक्ट और एक API पर्याप्त नहीं है - आपको एक इंटरफ़ेस की आवश्यकता है जहाँ उपयोगकर्ता लिंक प्रबंधित करता है और परिणाम देखता है। Urlik का डैशबोर्ड सभी खातों के लिंक पर "नियंत्रण कक्ष" है।

डैशबोर्ड में उपयोगकर्ता नए शॉर्ट लिंक बनाता है, कस्टम उपनाम सेट करता है, QR कोड प्राप्त करता है, और अपने सभी लिंक की एक सूची देखता है जिसमें प्रमुख मैट्रिक्स होते हैं। प्रत्येक लिंक के पास विस्तृत आँकड़े उपलब्ध हैं: क्लिक की संख्या, भूगोल, उपकरण, स्रोत, और समय के साथ प्रवृत्तियाँ - जो विश्लेषण अनुभाग में वर्णित हैं, स्पष्ट चार्ट और तालिकाओं में संकलित हैं।

यह रोज़मर्रा के परिदृश्यों को बिना समर्थन से संपर्क किए कवर करता है: एक नए अभियान के लिए लिंक बनाना, यह जांचना कि पहले से वितरित लिंक कैसा कर रहा है, कई अभियानों की तुलना करना, प्रिंट के लिए QR प्राप्त करना। डैशबोर्ड इस तरह से व्यवस्थित है कि बुनियादी क्रियाएँ सतह पर हैं और विस्तृत विश्लेषण एक क्लिक में खुलते हैं - बिना पहले स्क्रीन को अतिरिक्त विवरण से भरे।

एक अलग डिज़ाइन कार्य यह है कि आँकड़े एक नज़र में पढ़ने योग्य हों। संदर्भ के बिना संख्याएँ बेकार हैं, इसलिए प्रमुख मैट्रिक्स को शीर्ष पर रखा गया है, और भूगोल, उपकरण, और समय के अनुसार विभाजन स्पष्ट दृश्य प्रस्तुतियों के रूप में प्रस्तुत किए गए हैं न कि कच्ची तालिकाओं के रूप में जिन्हें आपको डिकोड करना है।

11सार्वजनिक REST API

Urlik को केवल एक साइट के रूप में नहीं सोचा गया था जिसे आप हाथ से उपयोग करते हैं, बल्कि एक उपकरण के रूप में जिसे आप अन्य उत्पादों और प्रक्रियाओं में एम्बेड कर सकते हैं। इसके लिए एक सार्वजनिक REST API है जिसके माध्यम से लिंक को छोटा करना और आँकड़े खींचना स्वचालित किया गया है।

API के माध्यम से आप प्रोग्रामेटिक रूप से शॉर्ट लिंक बना सकते हैं (कस्टम उपनाम सहित), उनके विवरण और QR प्राप्त कर सकते हैं, और क्लिक आँकड़े खींच सकते हैं। यह स्वचालन परिदृश्यों की एक मेज़बानी खोलता है:

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

एपीआई को पूर्वानुमानित होने के लिए डिज़ाइन किया गया है: स्पष्ट तरीके, मशीन-पठनीय प्रतिक्रियाएँ और त्रुटियाँ, और दस्तावेज़ीकरण जिसे एक डेवलपर बिना कॉल के एकीकृत कर सकता है। यह Urlik को "एक और छोटा करने वाला" से एक बुनियादी ढांचे के निर्माण खंड में बदल देता है जिस पर आप अपने उत्पादों में भरोसा कर सकते हैं।

12गति और विश्वसनीयता

एक लिंक शॉर्टनर के लिए, गति और अपटाइम "गैर-कार्यात्मक आवश्यकताएँ" नहीं हैं - वे उत्पाद का सार हैं। यदि रीडायरेक्ट धीमा है या सेवा बंद है, सब कुछ टूट जाता है: हर लिंक जो उपयोगकर्ताओं ने पहले ही भेजा और प्रिंट किया है। इसलिए हमने गर्म पथ का विशेष ध्यान रखा।

एक तेज रीडायरेक्ट

"शॉर्ट कोड → लक्ष्य URL" पथ को यथासंभव पतला बनाया गया है। प्रत्येक अनुरोध पर न्यूनतम कार्य होता है, और सबसे गर्म डेटा - कोड-से-लिंक मैपिंग - एक तेज कैश के माध्यम से उपलब्ध है। लक्ष्य सरल है: आगंतुक को यह महसूस नहीं होना चाहिए कि क्लिक और लक्ष्य पृष्ठ के बीच कुछ भी है।

गति को धीमा न करने वाली गिनती

क्लिक एनालिटिक्स जानबूझकर महत्वपूर्ण पथ से हटा दी गई है। उपयोगकर्ता पहले रीडायरेक्ट होता है, और केवल तब घटना को समृद्ध और लिखा जाता है। इस तरह समृद्ध आंकड़े तात्कालिक रीडायरेक्ट की आवश्यकता के साथ संघर्ष नहीं करते।

लचीलापन

चूंकि हर वितरित लिंक सेवा पर निर्भर करता है, हमने सुरक्षा का एक मार्जिन बनाया: रीडायरेक्ट परत सरल और पूर्वानुमानित है, और भारी भाग (डैशबोर्ड, एनालिटिक्स, एपीआई) अलग हैं ताकि उनका लोड रीडायरेक्ट उपलब्धता को प्रभावित न करे। गर्म पथ जितना सरल और अधिक अलग होगा, उच्च अपटाइम बनाए रखना उतना ही आसान होगा।

यह प्राथमिकता - रीडायरेक्ट की गति और विश्वसनीयता सबसे ऊपर - परियोजना में हर निर्णय के माध्यम से चलती है। हर नई क्षमता को एक प्रश्न के खिलाफ परीक्षण किया गया: क्या यह मूल प्रवाह को धीमा करेगा? यदि हां, तो इसे गर्म पथ से हटा दिया गया।

13दुरुपयोग सुरक्षा

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

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

समानसावधानीपूर्वक सार्वजनिक सेवा कायहां लागू होता है: जितने कम तरीके एक गुमनाम उपयोगकर्ता को नुकसान पहुँचाने के लिए होते हैं, डोमेन उतनी ही लंबी अवधि तक अपनी अच्छी प्रतिष्ठा बनाए रखता है। यह विशेष रूप से मुफ्त स्तर के लिए महत्वपूर्ण है, जो परिभाषा के अनुसार न केवल उपयोगी दर्शकों को आकर्षित करता है बल्कि उन लोगों को भी जो सेवा का दुरुपयोग करना चाहते हैं। एक कम प्रवेश बाधा और दुरुपयोग सुरक्षा के बीच संतुलन एक अलग इंजीनियरिंग कार्य है जिसे आप एक बार हल करके भूल नहीं सकते।

14प्रौद्योगिकी स्टैक

Urlik के लिए हमने एक स्टैक इकट्ठा किया जो एक आवश्यकता के अधीन है - उचित जटिलता पर रीडायरेक्ट गति। कुछ अतिरिक्त नहीं: प्रत्येक तत्व एक विशिष्ट कार्य को हल करता है।

• बैकेंड — PHP: रीडायरेक्ट परत, लिंक निर्माण, कोड और उपनाम निर्माण, API, और डैशबोर्ड लॉजिक।
• रीडायरेक्ट और कैश — गर्म "कोड → लिंक" मैपिंग तेज़ पहुँच के माध्यम से प्रदान की जाती है ताकि रीडायरेक्शन लगभग तात्कालिक हो।
• विश्लेषण परत — क्लिक इवेंट प्राप्त करना, जियो, उपकरण, ब्राउज़र, और स्रोत को पार्स करना, और प्रवृत्ति चार्ट के लिए समय के साथ एकत्रित करना।
• QR निर्माण — प्रत्येक शॉर्ट लिंक के लिए QR कोड का स्वचालित निर्माण।
• API — एक सार्वजनिक REST इंटरफ़ेस जो एकीकरण और स्वचालन के लिए पूर्वानुमानित प्रतिक्रियाएँ और दस्तावेज़ीकरण प्रदान करता है।

यहाँ PHP चुनना जानबूझकर है: यह एक परिपक्व स्टैक है, गर्म पथ पर तेज और संचालन में पूर्वानुमानित, जो सेवा को हल्का और बनाए रखने में सस्ता रखता है — जो विशेष रूप से एक मुफ्त स्तर के उपकरण के लिए महत्वपूर्ण है।

15डिजाइन और UX

एक शॉर्टनर सरलता को बेचता है, इसलिए हमने Urlik का इंटरफ़ेस पतला और तेज बनाया। मुख्य स्क्रीन मूल प्रवाह के अधीन है: लंबे लिंक के लिए एक बड़ा क्षेत्र, एक बटन, और तुरंत परिणाम के साथ छोटा लिंक और एक QR कोड। "पेस्ट" और "मिला" के बीच कोई अनिवार्य साइन-अप और कोई अतिरिक्त कदम नहीं।

साथ ही, उत्पाद को प्राचीन नहीं दिखना चाहिए। सरल पहले स्क्रीन के पीछे एक पूर्ण डैशबोर्ड है जिसमें एनालिटिक्स है, और "सिर्फ छोटा करें" से "आंकड़े जांचें" में संक्रमण सुगम बनाया गया है: उन्नत क्षमताएँ नए उपयोगकर्ता के रास्ते में नहीं आतीं, फिर भी वे उन लोगों से बहुत गहरी नहीं छिपी होतीं जिन्हें उनकी आवश्यकता होती है।

आंकड़ों के प्रस्तुतिकरण पर विशेष ध्यान दिया गया है। एनालिटिक्स बेकार है यदि आप इसे समझ नहीं सकते, इसलिए प्रमुख संख्याएँ शीर्ष पर रखी गई हैं, और भूगोल, उपकरण और समय के अनुसार विभाजन स्पष्ट रूप से दिखाए गए हैं। हमने माना कि उपयोगकर्ता को कुछ सेकंड में चित्र को समझ लेना चाहिए न कि तालिकाओं पर ध्यान केंद्रित करना चाहिए। और, निश्चित रूप से, पुनर्निर्देशन के शीर्ष पर कोई आक्रामक विज्ञापन नहीं — वे सेवा के छोटे लिंक पर विश्वास को सीधे कमजोर कर देंगे।

16हमने कैसे काम किया

हमने परियोजना को अनुक्रमिक चरणों में चलाया, प्रत्येक चरण में एक परिणाम प्रदर्शित किया:

• अनुसंधान।हमने शॉर्टनर उपयोग के मामलों, दर्द बिंदुओं (गति, अपटाइम, एनालिटिक्स, दुरुपयोग) को अनपैक किया, और प्राथमिकताएँ निर्धारित कीं — सबसे ऊपर गर्म मार्ग।
• संरचना।हमने पुनर्निर्देशन परत और एनालिटिक्स, कोड और उपनाम निर्माण योजना, आंकड़ों के भंडारण मॉडल, और एपीआई प्रारूप के बीच विभाजन को डिज़ाइन किया।
• मुख्य विकास।हमने लिंक शॉर्टनिंग, तेज पुनर्निर्देशन, क्यूआर निर्माण, और क्लिक घटनाओं के प्राप्ति और एकत्रीकरण का निर्माण किया।
• डैशबोर्ड और एनालिटिक्स।हमने भूगोल, उपकरण, स्रोत और प्रवृत्ति के अनुसार विस्तृत आंकड़ों के साथ लिंक सूची के साथ डैशबोर्ड बनाया।
• एपीआई और दस्तावेज़ीकरण।हमने सार्वजनिक REST API खोला और इसे दस्तावेजित किया ताकि एकीकरण बिना कॉल के हो सके।
• लॉन्च।हमने सेवा को एक मुफ्त स्तर और भुगतान क्षमताओं के साथ भेजा, जिसमें दुरुपयोग सुरक्षा शामिल है।

हर चरण में हम मुख्य प्रश्न पर लौटे - क्या मूल रीडायरेक्ट की गति प्रभावित हो रही है? इससे परियोजना पर ध्यान केंद्रित रहा और एक हल्के उपकरण को ओवरलोडेड कॉम्बाइन में बदलने से रोका।

17परिणाम

जो निकला वह "एक और शॉर्टनर" नहीं है, बल्कि एक हल्का, तेज़ SaaS उपकरण है जिसका मूल प्रवाह तात्कालिक है और जिसके पीछे पूर्ण विश्लेषण और व्यवसाय के लिए एक API है।

• बुनियादी प्रवाह एक कदम में होता है और तात्कालिक लगता है — रीडायरेक्ट आपको इंतजार नहीं कराता।
• हर लिंक में एक QR कोड और विस्तृत क्लिक विश्लेषण होता है: भूगोल, उपकरण, स्रोत, रुझान।
• कस्टम उपनाम व्यवसायों को अभियानों के लिए ब्रांडेड छोटे लिंक देते हैं।
• सार्वजनिक REST API सेवा को एक बुनियादी ढांचे के उपकरण में बदल देता है जो एकीकरण और स्वचालन के लिए है।
• मुफ्त स्तर प्रवेश बाधा को कम करता है, और भुगतान की क्षमताएँ रहने का एक कारण देती हैं।

18सीखने योग्य बातें

Urlik एक उदाहरण है कि कैसे एक धोखे से सरल उपकरण विचारशील इंजीनियरिंग पर आधारित होता है। कोई भी एक लिंक को छोटा कर सकता है; यहाँ मूल्य छोटा करने के तथ्य में नहीं है बल्कि कैसेयह कैसे किया जाता है: एक तात्कालिक रीडायरेक्ट, उच्च अपटाइम, बिना धीमा हुए ईमानदार विश्लेषण, कस्टम उपनाम, और एक API। ये understated विवरण वास्तव में एक उपयोगी उत्पादन उपकरण को एक शाम के लिए एक अध्ययन परियोजना से अलग करते हैं।

इस परियोजना का मुख्य पाठ प्राथमिकताओं की अनुशासन है। जब आधार गति और मूल प्रवाह की विश्वसनीयता है, तो बाकी सब - एनालिटिक्स, QR, API - स्वाभाविक रूप से मुख्य चीज को तोड़े बिना परतदार हो जाता है। हमने जानबूझकर गर्म पथ को हल्का रखा और नई क्षमताओं को इसे धीमा नहीं करने दिया।

हमारे लिए यह प्रदर्शन, एनालिटिक्स, और उत्पाद सोच के चौराहे पर एक परियोजना थी - उस प्रकार का कार्य जहाँ एक साधारण दिखने वाली सेवा के पीछे सावधानीपूर्वक आर्किटेक्चर की आवश्यकता होती है। यदि आपको एक तेज़ SaaS उपकरण, एनालिटिक्स और एक सार्वजनिक API के साथ एक सेवा, या एक उत्पाद चाहिए जहाँ गति और विश्वसनीयता महत्वपूर्ण हैं, तो हम जानते हैं कि ऐसी चीजों को लॉन्च कैसे करना है।