कॉर्पोरेट वेबसाइट

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

प्रोजेक्ट शुरू करें

या हमें यहाँ लिखें sales@wwi.dev

रेंडरिंग

स्टैटिक HTML, कोई रनटाइम सर्वर नहीं

डिलीवरी

Cloudflare का ग्लोबल एज नेटवर्क

सुगम्यता

WCAG 2.2 AA, हर पेज पर सत्यापित

भाषाएँ

जितनी भाषाओं में आप बिक्री करते हैं, उतनी

ट्रैकिंग

डिफ़ॉल्ट रूप से कोई थर्ड-पार्टी स्क्रिप्ट नहीं

होस्टिंग

हम होस्ट और संचालित करते हैं, हर महीने

डिलिवरेबल्स

Whitewater की साइट में क्या शामिल होता है

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

01

आपके ब्रांड के लिए बना एक डिज़ाइन सिस्टम

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

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

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

02

जिस तरह से खरीदार सर्च करता है, उसी के लिए लिखे गए पेज

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

03

एक संपर्क माध्यम जो सच में काम करता है

यह फ़ॉर्म सादा HTML है, जो उसी डोमेन पर मौजूद एक सर्वरलेस एंडपॉइंट पर भेजा जाता है। इसे Cloudflare Turnstile चैलेंज, एक छिपे हुए हनीपॉट फ़ील्ड और एक फ़िल-टाइम जाँच से सुरक्षित किया गया है, और यह एक सत्यापित भेजने वाले डोमेन से भेजा जाता है ताकि लीड स्पैम फ़ोल्डर में नहीं, इनबॉक्स में पहुँचे।

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

04

जिस भी भाषा में आप बिक्री करते हैं, हर पेज उसमें

हर भाषा को असली रूट और असली कॉपी मिलती है, साथ ही hreflang क्लस्टर, हर पेज का अपना कैननिकल और सही टेक्स्ट दिशा भी संभाली जाती है। यह साइट खुद इसका सबूत है, आठ भाषाओं में मौजूद होकर।

05

इमेजरी और टाइपोग्राफ़ी, बिल्ड के समय ही तैयार

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

06

होस्टिंग, डिप्लॉय, और उन्हें नियंत्रित करने वाला एक टेस्ट सूट

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

रीलॉन्च

पहले से मौजूद साइट की जगह नई साइट

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

01

कुछ भी डिज़ाइन होने से पहले एक इन्वेंट्री

हम मौजूदा साइट के हर URL की सूची बनाते हैं, उसके साइटमैप, इंटरनल लिंक, सर्वर या CDN लॉग, और अगर आपके पास हो तो उसकी Search Console हिस्ट्री से लेकर। हर URL के लिए फिर एक फ़ैसला लिया जाता है: उसी पते पर रखा जाए, हटाया जाए, किसी मज़बूत पेज में मिलाया जाए, फिर से लिखा जाए, या जानबूझकर हटा दिया जाए।

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

02

कंटेंट, अपने मतलब के साथ, दूसरी जगह ले जाया गया

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

यह काम प्लेटफ़ॉर्म से स्वतंत्र है। चाहे मौजूदा साइट WordPress पर चले, किसी होस्टेड साइट बिल्डर पर, किसी ऐसे कस्टम कंटेंट सिस्टम पर जिसे अब कोई मेंटेन नहीं करता, या दशक भर पुरानी हाथ से लिखी HTML पर, कंटेंट को कंटेंट की तरह ही लिया जाता है और नई बनावट में उसकी अपनी शर्तों पर दोबारा बनाया जाता है।

03

एक रीडायरेक्ट मैप, लिखित और टेस्ट किया हुआ

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

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

04

क्या साथ आता है, और हम जानबूझकर क्या हटाते हैं

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

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

05

कटओवर, और उसके बाद के हफ़्ते

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

फिर हम नज़र रखते हैं। किसी भी रीलॉन्च के बाद कुछ हफ़्तों तक सर्च नतीजे हिलते हैं, जब तक सर्च इंजन दोबारा क्रॉल और मूल्यांकन नहीं कर लेते: कुछ सर्च ऊँची जगह टिक जाते हैं, कुछ पहले नीचे जाकर फिर संभलते हैं। हम आपके साथ बुनियादी पहलुओं पर नज़र रखते हैं, यानी इंडेक्स किए गए पेज, रीडायरेक्ट की सेहत, Core Web Vitals और वे सर्च जो बिज़नेस के लिए सच में मायने रखते हैं, और जो हम देखते हैं वह आपको बताते हैं, यहाँ तक कि तब भी जब ईमानदार जवाब यह हो कि कुछ करने की ज़रूरत नहीं।

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

इंजीनियरिंग

यह कैसे बनाया जाता है

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

स्टैटिक-फर्स्ट

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

निर्भरता नहीं, सिर्फ़ बेहतरी

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

एसेट्स सिर्फ़ एक बार संभाले जाते हैं

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

डिप्लॉय जिन्हें वापस पलटा जा सकता है

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

चित्र 1: एक चित्र की तरह पेज: व्यूपोर्ट, हेडिंग, मुख्य एक्शन, कंट्रास्ट लक्ष्य।

गहराई में

चार अनुशासन, हर एक का अपना पेज

सर्च, सुगम्यता, भाषाएँ और सिक्योरिटी यहाँ इंजीनियरिंग के अनुशासन हैं, किसी ब्रोशर के बुलेट पॉइंट नहीं। हर एक का अपना पेज है जिस पर पूरी बारीकी दर्ज है; यह हर एक का छोटा रूप है।

खोजे जाने के लिए बनाई गई

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

हम सर्च के लिए कैसे बनाते हैं

सबके लिए इस्तेमाल लायक

WCAG 2.2 AA न्यूनतम सीमा है, ब्रोशर का दावा नहीं: दोनों कलर स्कीम में जाँचा हुआ कंट्रास्ट, पूरा कीबोर्ड सपोर्ट, आरामदायक टार्गेट, reduced motion का सम्मान करती मोशन, और हर पेज का तीन चौड़ाइयों पर ऑटोमेटेड ऑडिट जो किसी भी उल्लंघन पर बिल्ड फ़ेल कर देता है।

सुगम्यता कैसे सत्यापित होती है

जिस भी भाषा में आप बिक्री करते हैं

हर भाषा का असली रूट और इंसानों की लिखी कॉपी, सही hreflang क्लस्टर और ख़ुद की ओर इशारा करते कैननिकल, लेआउट सिस्टम में ही संभाला हुआ राइट-टू-लेफ़्ट, और हर लिपि के हिसाब से सबसेट फ़ॉन्ट। यह साइट खुद आठ भाषाओं में मौजूद होकर इसका सबूत है।

बहुभाषी सही तरीके से कैसे होता है

पूरी तरह सुरक्षित, और मेल भी पहुँचती है

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

सिक्योरिटी और मेल की न्यूनतम सीमा

होस्टिंग और बदलाव

इसे कौन चलाता है, कौन लिखता है, और यह कैसे बदलता है

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

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

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

शब्द कौन लिखता है

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

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

लॉन्च के बाद कंटेंट बदलना

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

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

वेबसाइट प्रोजेक्ट शुरू करें sales@wwi.dev

बताइए साइट को क्या करना है और किसे राज़ी करना है। हमसे संपर्क फ़ॉर्म या sales@wwi.dev पर संपर्क करें, जवाब उसी से मिलेगा जो इसे बनाता है।