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

कोई भी गंभीर खरीदार सबसे पहले आपकी कॉर्पोरेट साइट देखता है। हम आपकी साइट वैसे ही बनाते हैं जैसे एक प्रोडक्ट कंपनी अपनी साइट बनाती है: आपके ब्रांड के लिए शुरू से डिज़ाइन की गई, स्टैटिक 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: एक चित्र की तरह पेज: व्यूपोर्ट, हेडिंग, मुख्य एक्शन, कंट्रास्ट लक्ष्य।

सर्च

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

ज़्यादातर कंपनियों के लिए ऑर्गैनिक सर्च ही नए ग्राहक तक पहुँचने का मुख्य रास्ता है। इसलिए सर्च बिल्ड की एक शर्त है, न कि किसी अलग एजेंसी द्वारा बाद में जोड़ा गया जुगाड़।

  • पहले ढाँचा। हर सर्च इरादे के लिए एक पेज, ऐसी हेडिंग के साथ जो सर्च करने वाले के सवाल का जवाब दे, और इंटरनल लिंक जो ढाँचे को साफ़ बना दें।
  • हर पेज पर साफ़-सुथरा हेड। एक अलग टाइटल और मेटा डिस्क्रिप्शन, ठीक एक कैननिकल URL, और सोशल कार्ड जो सही दिखें जब कोई लिंक किसी चैट में पेस्ट करे।
  • दिखने वाली सामग्री से बना स्ट्रक्चर्ड डेटा। ऑर्गनाइज़ेशन, सर्विस और ब्रेडक्रम्ब मार्कअप उसी सोर्स से बनते हैं जिससे पेज दिखता है, इसलिए सर्च इंजन जो डेटा पढ़ता है वह कभी भी असली पेज से अलग नहीं हो सकता।
  • मशीन-रीडेबल इंडेक्स। हर लोकेल को कवर करने वाला एक साइटमैप इंडेक्स, उसकी ओर इशारा करती एक robots फ़ाइल, और उन क्रॉलर के लिए एक llms.txt जो अब लोगों के लिए साइटों का सार तैयार करते हैं।
  • तुरंत इंडेक्सिंग। हर प्रोडक्शन डिप्लॉय बदले हुए URL के साथ IndexNow एंडपॉइंट को पिंग करता है, ताकि इसे सपोर्ट करने वाले सर्च इंजन को बदलाव मिनटों में पता चल जाए, अगले क्रॉल तक इंतज़ार नहीं करना पड़ता।
  • बनावट से ही अच्छे Core Web Vitals। स्टैटिक डिलीवरी, हैश किए हुए इम्यूटेबल एसेट्स और कोई थर्ड-पार्टी स्क्रिप्ट न होना, अच्छे फ़ील्ड डेटा तक पहुँचने का सबसे छोटा रास्ता है, और यह डेटा खुद एक रैंकिंग फ़ैक्टर है।
  • हम क्या दावा नहीं करेंगे। कोई भी आपको रैंकिंग नहीं बेच सकता। हम वह तकनीकी और एडिटोरियल नींव बनाते हैं जिससे मज़बूत कंटेंट मुक़ाबला कर सके, लॉन्च के बाद इसे मापते हैं, और साफ़ बताते हैं कि कौन से हिस्से हमारे नियंत्रण से बाहर हैं।

सुगम्यता

सबके लिए इस्तेमाल लायक, सिर्फ़ ज़्यादातर लोगों के लिए नहीं

सुगम्यता एक साथ एक कानूनी जोखिम भी है, एक सर्च सिग्नल भी और एक क्वालिटी सिग्नल भी। हम WCAG 2.2 लेवल AA को न्यूनतम मानक मानते हैं और इसे किसी ब्रोशर में दावा करने के बजाय मशीन से जाँचते हैं।

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

भाषाएँ

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

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

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

सिक्योरिटी और मेल

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

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

  • एक असली कंटेंट सिक्योरिटी पॉलिसी। कोई इनलाइन स्क्रिप्ट की खुली छूट नहीं: हर इनलाइन स्क्रिप्ट हैश से पिन की जाती है और बाक़ी सब कुछ अस्वीकार कर दिया जाता है, जिससे इंजेक्ट की गई कोई भी स्क्रिप्ट चल ही नहीं पाती।
  • पहले ही दिन से ट्रांसपोर्ट और ब्राउज़र हेडर। Strict transport security, कोई content sniffing नहीं, एक referrer policy, और framing से सुरक्षा, ये सब पहले ही डिप्लॉय के साथ मौजूद रहते हैं।
  • फ़ॉर्म की परत-दर-परत सुरक्षा। इंसान होने की पुष्टि के लिए Turnstile चैलेंज, भोले बॉट के लिए हनीपॉट, तेज़ बॉट के लिए फ़िल-टाइम जाँच, और हर फ़ील्ड पर सर्वर-साइड वैलिडेशन और लंबाई की सीमा।
  • डिप्लॉय के समय ही डिलिवरेबिलिटी की जाँच। पब्लिश करते समय ही भेजने वाले डोमेन को सत्यापित किया जाता है, ताकि जो फ़ॉर्म मेल भेजना बंद कर दे उसे हम पकड़ लें, न कि कोई ऐसा ग्राहक जिसे कभी जवाब ही न मिला।
  • डिफ़ॉल्ट रूप से कोई ट्रैकर नहीं। जब तक आप न कहें, कोई थर्ड-पार्टी चीज़ लोड नहीं होती, और अगर एनालिटिक्स लगाया भी जाए तो वह कुकी-रहित होता है, यानी कोई consent बैनर भी नहीं चाहिए।
  • राज़ रिपॉज़िटरी से बाहर ही रहते हैं। कुंजियाँ एक सीक्रेट स्टोर में रहती हैं और चलती हुई साइट तक एनवायरनमेंट बाइंडिंग के रूप में पहुँचती हैं, git में किसी फ़ाइल के रूप में कभी नहीं।

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

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

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

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

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

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

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

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

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

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

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

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

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