आमतौर पर, नियमों और सर्वोत्तम प्रथाओं का एक समूह होता है जो एक वेबसाइट को अनुकूलित करने में मदद करते हैं, नए ग्राहक लाते हैं, और सामान्य रूप से उपयोगकर्ता के अनुभव को तेज, सुचारू और सुखद बनाते हैं (कभी-कभी) सर्वर लोड को कम करते हैं।
इसके अलावा, आमतौर पर, सबसे बड़ी कंपनियां उन सर्वोत्तम प्रथाओं का उपयोग करने की जहमत नहीं उठाती हैं। कुछ कंपनियों को छोड़कर (Google की तरह), सबसे बड़ी वेबसाइटों पर, हम देख सकते हैं:
- तालिका लेआउट, जो कि न्यूनतम जावास्क्रिप्ट नहीं है, कोई सीएसएस नहीं छिड़कता है जहां उन्हें होना चाहिए, कई सीएसएस फाइलें, यहां तक कि ऐसी स्थिति में भी जावास्क्रिप्ट को घुसपैठ करना, जहां यह विनीत होना सरल था, जावास्क्रिप्ट फ़ाइलों में कॉल करना
<head/>
, आदि। - अर्थहीन त्रुटियां, कष्टप्रद पॉपअप, भरने के लिए बड़ी मात्रा में फ़ील्ड्स के साथ पंजीकरण फॉर्म, UX मुद्दों पर रजिस्टरing, मूर्खतापूर्ण प्रश्न और स्थितियाँ जो वेबसाइट का उपयोग करना असंभव बना देती हैं, वेबसाइट के प्रमुख भागों पर भ्रमित करने वाली स्थितियों, एकाधिक रीडायरेक्ट, धीमा पृष्ठ, आदि। ।
एक तरफ, वे कंपनियां अपनी वेबसाइट को विकसित करने, ऑप्टिमाइज़ करने और होस्ट करने के लिए बड़ी मात्रा में पैसा दे रही हैं क्योंकि उनकी सफलता आंशिक रूप से या पूरी तरह से इस पर निर्भर करती है; दूसरी ओर, वे लगातार सर्वोत्तम प्रथाओं का उल्लंघन कर रहे हैं, जबकि लोग उन सर्वोत्तम प्रथाओं की वकालत करते हैं जो बताते हैं कि उनका अनुसरण करने से पर्यावरण पर कम फ़ुटप्रिंट के साथ बेहतर UX और तेज़ वेबसाइटों को प्राप्त करने में मदद मिलती है (जो हजारों सर्वरों पर होस्ट की गई वेबसाइटों पर गैर-नगण्य हो सकती हैं) ।
ऐसे मामले में, यह पूछना तर्कसंगत है:
यदि बड़ी कंपनियां जो वास्तव में सफल हैं, उनके पास अपनी वेबसाइटों और सक्षम कर्मचारियों के लिए बहुत पैसा है और जो वेबसाइट ऑप्टिमाइज़ेशन के बारे में परवाह करते हैं , उन सर्वोत्तम प्रथाओं का लगातार उल्लंघन करते हैं , तो क्या वे सर्वोत्तम अभ्यास हैं?
या, दूसरे शब्दों में, यदि वे सर्वोत्तम प्रथाएं बहुत महत्वपूर्ण हैं और वेबसाइटों को अनुकूलित करने में बहुत मदद करती हैं, तो उन कंपनियों को उनकी परवाह क्यों नहीं है?
चलो डेल डॉट कॉम का एक उदाहरण लेते हैं। मुझे पूरा यकीन है कि वे अपना होम पेज बनाने के लिए सबसे अच्छे से बेहतर किराया लेते हैं। उनका होम पेज टेबल लेआउट का उपयोग करता है। क्या इसका मतलब यह है कि जो लोग टेबल लेआउट को गलत बताते हैं वे गलत हैं? इसका मतलब यह है कि डेल द्वारा काम पर रखा सबसे अच्छा अक्षम हैं?
¹ पहला उदाहरण: ईबे यह असंभव बनाता है, जब पंजीकरण, दोनों क्षेत्रों में अपना मेल पता पेस्ट करने के लिए , यह कष्टप्रद उपयोगकर्ताओं को छोड़कर किसी भी कारण के साथ पंजीकरण फॉर्म का उपयोग करने के लिए लंबे समय तक बना रहा है; सबसे अच्छा अभ्यास नकल की मनाही होगी , लेकिन चिपकाने की अनुमति दें। दूसरा उदाहरण: Microsoft Live पासवर्ड की लंबाई 16 वर्णों तक सीमित करता है, जिसमें कोई स्पष्ट कारण नहीं है।
A उदाहरण के लिए, जब आप बहुत लंबे समय तक अमेज़ॅन के लिए नहीं जा रहे हैं, तो यह कहता है कि पासवर्ड अमान्य है, फिर, इसे पुनर्प्राप्त करने के लिए, आपसे आपके पिछले लेन-देन के बारे में जानकारी मांगता है, जो यदि आप खाते को अनुपयोगी बनाते हैं खाते से पहले कभी कोई लेनदेन नहीं किया।
³ डेल, उदाहरण के लिए, किसी भी हार्ड डिस्क के बिना रैक सर्वर को ऑर्डर करना असंभव बनाता है, जबकि यह पूरी तरह से वैध हो सकता है यदि आपके पास पहले से ही हार्ड डिस्क है जिसे आप पुन: उपयोग करना चाहते हैं।
Important इस तरह के अनुकूलन में सबसे महत्वपूर्ण सामग्री को तेजी से भेजने के लिए आंशिक फ्लश शामिल है, पृष्ठों के लोड होने की प्रतीक्षा कर रहे लोगों और वेबसाइट का उपयोग करने वाले लोगों की संख्या आदि के बीच के संबंधों पर अध्ययन, आदि।
डेल, माइक्रोसॉफ्ट और अन्य के लिए।
For ईबे या अन्य वेब-आधारित कंपनियों के रूप में।