वेबसाइट बिल्डर या कस्टम कोड: जब कोई साइट चलती है

आमतौर पर गलत क्षणों में पूछे जाने वाले प्रश्न

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

पहली बार जवाब देने के लिए कुछ भी नहीं है। कोई यातायात नहीं, कोई पूछताछ नहीं, जिसके बारे में कोई मतलब नहीं है। उस बिंदु पर एक बिल्डर लगभग हमेशा सही कॉल है, और इसके बारे में बहस करने के लिए कुछ भी नहीं है।

दूसरी बार उत्तर आपके डेटा में पहले से ही है - लेकिन आपको उन विशिष्ट कार्यों को देखना होगा जो काम करना बंद कर देते हैं, न कि मंच पर। यह क्या है?

हमने इस कदम को खुद बनाया और पता लगाया कि दोनों पक्षों की लागत, जिसमें बिल का हिस्सा शामिल है जो लेख आमतौर पर बाहर निकलते हैं।

वास्तव में क्या एक बिल्डर हल करता है: एक बार में पांच छत संकेत में से तीन आगे बढ़ने के लिए एक…

क्या बिल्डरों के लिए क्रेडिट लायक है की एक ईमानदार सूची के साथ शुरू करें, क्योंकि यह बातचीत आम तौर पर उन लोगों के नेतृत्व में होती है जो विकास की बिक्री से लाभ उठाते हैं।

गति। विचार से एक शाम में एक कामकाजी पेज तक। कोई एजेंसी तेज़ नहीं होगी क्योंकि एक एजेंसी का संक्षिप्त, एक अनुमोदन दौर और एक कतार है।

मूल्य निर्धारण एक सदस्यता मार्च में और सितंबर में समान खर्च करती है, और बजट में अपनी खुद की लाइन की आवश्यकता नहीं है।

आपके पक्ष में कोई तकनीकी ऋण नहीं। अद्यतन, सुरक्षा, प्रमाणपत्र, बैकअप - मंच की समस्या। यह वास्तविक काम है, और अपनी खुद की साइट पर यह पैसे या नसों की लागत है।

किसी को शामिल किए बिना पाठ को बदलने की क्षमता। यह नीचे है। जिस साइट का मालिक किसी अन्य की तुलना में खुद को उम्र का बदलाव नहीं कर सकता है।

यदि आपकी साइट दस या बीस पृष्ठ है जो एक बार एक तिमाही में बदल जाती है, तो एक बिल्डर पूरी तरह से नौकरी को कवर करता है और आपको स्थानांतरित करने की आवश्यकता नहीं है।

जहां एक निर्माता बाहर निकलता है, और यह डिजाइन नहीं है

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

लोग तीन अन्य स्थानों में भाग लेते हैं।

पहला, डेटा। जैसे ही साइट में कुछ ऐसा होता है जो एक टेबल में रहता है - फिल्टर के साथ एक सूची, एक शेड्यूल, एक संपत्ति डेटाबेस, कीमतें जो चलती हैं - एक निर्माता मैन्युअल श्रम की मांग शुरू करता है जो रैखिक रूप से बढ़ता है। एक सौ आइटम अभी भी हाथ से संभाला जा सकता है। एक हजार नहीं।

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

तीसरा, खोज इंजनों के लिए क्या परोसा जाता है पर नियंत्रण। प्रतिक्रिया हेडर, कैनोनिकल एड्रेस, संरचित डेटा, साइटमैप, लोड स्पीड। एक बिल्डर पर आप इन बिल्कुल नियंत्रित होते हैं जब तक कि प्लेटफ़ॉर्म ने आपको देने का फैसला किया और जब आप इसे हिट करते हैं तो आपको सीमा ठीक से मिल जाती है।

पांच संकेत जिन्हें आपने छत पर मारा है

इनमें से कोई भी अकेला नहीं है। एक बार में तीन एक बातचीत है।

आप नियमित रूप से तीसरे पक्ष की सेवाओं के लिए एक मंच सीमा के आसपास काम करने के लिए भुगतान करते हैं। उन सदस्यताओं को बिल्डर की लागत के हिस्से के रूप में गणना करें - वे आमतौर पर इसे दोहराते हैं।

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

तुम क्यों एक विशिष्ट पृष्ठ धीरे धीरे लोड का जवाब नहीं दे सकते। नहीं जानता-लेकिन नहीं-फिक्स - शाब्दिक रूप से नहीं देख सकते।

एक डेवलपर जिसे आप सुधार के लिए काम पर रखते हैं वह इस प्लेटफॉर्म पर अपनी सजा शुरू कर देता है, लेकिन हम कोशिश कर सकते हैं।

साइट पैसे बनाता है और डाउनटाइम की लागत विकास की लागत से अधिक है। यह प्लेटफॉर्म क्षमता के बारे में नहीं है; यह आपके नियंत्रण के तहत राजस्व-महत्वपूर्ण परिसंपत्ति रखने के बारे में है।

वास्तव में क्या खर्च होता है: 673 पता

अब बिल कोई आपको दिखाता है। नई साइट का निर्माण माइग्रेशन का छोटा सा हिस्सा है। बड़ा आधा क्या पुराने पते के लिए होता है।

हमारी साइट ने अपने पिछले प्लेटफॉर्म को बंद कर दिया और वर्षों से सर्च इंजन ने सैकड़ों पते सीखे थे। इंजन के परिवर्तन के बाद वे मौजूदा बंद हो गए। खोज कंसोल रिपोर्ट में कहा गया है कि 673 पता नहीं मिला।

उनमें से प्रत्येक एक पृष्ठ है जो अभी भी लिंक करता है, या एक खोज स्थान जिसे आप दे रहे हैं, या दोनों। उनके माध्यम से पूरी तरह से स्वचालित नहीं किया जा सकता है, क्योंकि प्रत्येक पते पर निर्णय संपादकीय है: क्या नई साइट पर एक पृष्ठ है जो उसी प्रश्न का उत्तर देता है?

इसलिए व्यावहारिक नियम: पुराने और नए पते के बीच का नक्शा विकास से पहले तैयार किया जाता है, लॉन्च के बाद नहीं। पुराने मंच से और अलग से खोज कंसोल से सूची लेने के लिए, क्योंकि दो सूचियों मैच नहीं होगा - खोज इंजन पता है कि आप भूल गए हैं।

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

क्यों यातायात एक सावधान प्रवास के बाद भी गिर जाता है

अग्रिम में जानने के लिए, इसलिए आपको असफलता के लिए सामान्य प्रक्रिया की गलती नहीं है।

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

पहले सप्ताह में बीस से तीस फीसदी डुबकी सही ढंग से निष्पादित प्रवास के लिए सामान्य है। चेतावनी संकेत अलग है: यातायात जो दो या तीन महीने के भीतर ठीक नहीं होती है, या साइट पर फैलने के बजाय एक खंड में गिरावट केंद्रित होती है।

क्यों माइग्रेशन एक मौसम के शिखर पर निर्धारित नहीं हैं। यदि दिसंबर आपका वार्षिक राजस्व आधा बनाता है, तो फरवरी में चलें।

बिल्डरों पर दृश्यता, मिथकों के बिना

यह दावा कि बिल्डरों पर निर्मित साइटों को रैंक नहीं किया जा सकता है, और इसे अक्सर विकास बेचने वाले लोगों द्वारा दोहराया जाता है।

एक खोज इंजन नहीं पूछता कि क्या एक पेज के साथ बनाया गया था। यह दिखता है कि पृष्ठ क्या कार्य करता है: सामग्री, गति, संरचना, मार्कअप। अच्छा पाठ के साथ एक बिल्डर पेज हर बार खराब पाठ के साथ एक कस्टम-कोडित पेज को हरा देगा।

वास्तविक अंतर छत और प्रतिक्रिया समय है। जब आपको कुछ बदलने की आवश्यकता होती है तो प्लेटफ़ॉर्म आपको कोई एक्सेस नहीं देता है, कस्टम कोड जो आधा घंटे है; एक बिल्डर पर यह अज्ञात परिणाम के साथ एक समर्थन टिकट है।

और लोड गति। बिल्डर्स स्क्रिप्ट के सार्वभौमिक बंडल को जहाज करते हैं क्योंकि वे अग्रिम में नहीं जान सकते कि आपको क्या चाहिए। केवल कस्टम कोड जहाजों का उपयोग किया जाता है। अंतर आमतौर पर catastrophic नहीं है, लेकिन यह मोबाइल यातायात पर दिखाई देता है - और कोर वेब Vitals वास्तविक यात्राओं पर मापा जाता है।

जब आपको निश्चित रूप से नहीं जाना चाहिए

तीन स्थितियों में जो विकास स्वयं के लिए भुगतान नहीं करेगा, हालांकि यह निश्चित रूप से बेचा जाता है।

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

आपको यह पसंद नहीं है कि साइट कैसे दिखती है। एक सप्ताह में एक निर्माता परिवर्तन पर डिजाइन और विकास का एक अंश लागत।

कुछ लोगों ने आपको बताया कि बिल्डरों पर कोई एसईओ नहीं है। इससे पहले, उन्हें यह दिखाने के लिए कहें कि कौन सा विशिष्ट परिवर्तन असंभव है। यदि कोई जवाब नहीं मिलता है, तो यह तर्क नहीं है।

हाइब्रिड जो अक्सर सही उत्तर होता है

एक निर्माता पर सब कुछ के बीच और सब कुछ कस्टम एक मध्यम विकल्प है कि शायद ही कभी पेशकश की है बैठते हैं।

साइट का हिस्सा जो डेटा पर रहता है और पैसे बनाता है - कैटलॉग, खाता क्षेत्र, एक मूल्य कैलकुलेटर - कस्टम कोड पर बनाया गया है। बाकी — ब्लॉग, पृष्ठों के बारे में, अभियान लैंडिंग — रहता है जहां मालिक खुद पाठ संपादित करता है।

तकनीकी रूप से यह एक डोमेन है जो पथ द्वारा विभाजित है। एक आगंतुक के लिए और एक खोज इंजन के लिए यह एक एकल साइट है।

लाभ यह है कि विकास केवल उसी के लिए भुगतान किया जाता है जहां यह कुछ लौटाता है, और एक संपादक एक अल्पविराम को ठीक करने के लिए कतार नहीं है। लागत दोनों हिस्सों को एक साइट की तरह देखना है।

अधिकांश व्यवसायों के लिए जिनकी साइट पहले से ही काम करती है और पहले से ही कमाई करती है, यह सब कुछ लिखने की तुलना में एक साफ कदम है।

निर्यात करें: इसकी आवश्यकता से पहले इसे चेक करें

किसी भी प्लेटफॉर्म पर अपने पहले महीने में स्थापित करने की एक चीज, बजाय उस दिन आप छोड़ने का फैसला करते हैं।

वास्तव में आप क्या कर सकते हैं? पाठ - लगभग हमेशा। मूल आकार पर छवियां - हमेशा नहीं: कुछ प्लेटफॉर्म केवल उनके टेम्पलेट के लिए तैयार किए गए संकुचित संस्करणों को वापस करते हैं। विशेषताओं के साथ एक सूची संरचना - शायद ही कभी प्रयोज्य आकार में। पृष्ठ पते की एक सूची - लगभग कभी इसे एक खोज कंसोल से खींचने के बिना नहीं।

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

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

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

कैसे एक शाम में निर्णय लेने के लिए

उन चीजों की सूची लें जिन्हें आप पिछले छह महीनों में साइट पर करना चाहते थे और नहीं करते थे। चाहते थे और नहीं करते थे - यह अच्छा नहीं होगा।

प्रत्येक के आगे, कारण लिखें: मंच मुझे बहुत महंगा नहीं देगा, कभी भी इसे बाहर नहीं समझा जाएगा।

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

यह एक क्रूड परीक्षण है, लेकिन यह फीचर टेबल की तुलना में बेहतर काम करता है, क्योंकि यह उस चीज़ पर निर्भर करता है जो आपको वास्तव में किसी को निर्णय लेने के बजाय की जरूरत है।

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

हम क्या करेंगे

दो चीजें जो हमें समय पर खर्च करती हैं।

पुराने पते की सूची विकास से पहले नहीं ली जानी चाहिए। इसके बाद कुछ पृष्ठों को विरासत में लाने के लिए कुछ के साथ डिजाइन किया गया था, और 673 पते इस तथ्य के बाद एक अलग काम नहीं हुआ होगा।

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

न तो मंच चुनने के बारे में है। दोनों डिजाइन एजेंसी के बदलाव के बजाय अपने जोखिम के साथ एक परियोजना के रूप में प्रवास का इलाज कर रहे हैं।