हमने अपनी वेबसाइट AI से कैसे बनाई — केस HD SofT: 13 भाषाएँ, WordPress, ऑटोमेशन और एनालिटिक्स

यह लेख बताता है कि हमने HD SofT पर अपनी वेबसाइट कैसे बनाई कृत्रिम बुद्धिमत्ता का उपयोग करते हुए — Squarespace से WordPress + Bricks Builder पर, 13 भाषाओं के लिए, अपने स्वयं के सर्वर पर, स्वचालित प्रकाशन पाइपलाइन और एनालिटिक्स के साथ। और इस यात्रा से हमने क्या सीखा।

हमने Squarespace से क्यों स्विच किया

हमारी पुरानी साइट Squarespace पर थी। उसने लंबे समय तक हमारी सेवा की, लेकिन तीन बातें उसके खिलाफ गईं:

• बहुभाषीयता बहुत महंगी और बोझिल थी। हम एक फिनिश सॉफ्टवेयर कंपनी हैं, लेकिन हम दुनिया भर में परियोजनाएँ करते हैं। हम चाहते थे कि हमारी सामग्री 13 भाषाओं में पठनीय हो — Squarespace की बहुभाषी सुविधाएँ अलग प्लगइन और मासिक बढ़ती कीमत के बिना यह नहीं कर सकती थीं।
• हम एक ही सेवा प्रदाता के पारिस्थितिकी तंत्र में बंधे हुए थे। हम पूरे स्टैक के मालिक बनना चाहते थे: डेटाबेस, सर्वर, डिप्लॉय प्रक्रिया और संपूर्ण सामग्री। केवल इसी तरह हम स्वयं को सीमित किए बिना नए AI और एकीकरण समाधान आज़मा सकते हैं।
• SEO और AI सर्च के लिए नियंत्रण आवश्यक है। संरचित डेटा (JSON-LD), llms.txt और अलग-अलग पृष्ठों के Open Graph टैग मानक सेवाओं के सहारे उस तरह संभव नहीं थे जैसा हम चाहते थे।

हमने पुनर्निर्माण का निर्णय लिया — और साथ ही व्यवहार में परखा कि आज के AI टूल्स कितनी दूर तक जा सकते हैं, जब एक सॉफ्टवेयर कंपनी उनसे अपनी उत्पादन-स्तर की वेबसाइट बनाती है।

स्टैक का चयन: WordPress, Bricks और अपना VPS

हमने प्लेटफ़ॉर्म के रूप में WordPress, पेज बिल्डर के रूप में Bricks Builder और सर्वर के रूप में Docker और Kubernetes-आधारित वातावरण के साथ अपना VPS चुना।

• WordPress, क्योंकि यह मानक है: REST API, Yoast SEO और हर उस चीज़ के लिए दस साल की सहायक लाइब्रेरी जो हमें चाहिए। उपयोग में हैं Yoast SEO, Redirection (URL रीडायरेक्ट), Converter for Media (स्वचालित WebP रूपांतरण) और AI Engine।
• Bricks Builder दृश्य स्तर को संभालता है। महत्वपूर्ण निर्णय: हमने सभी शैलियाँ (टाइपोग्राफी, रंग, स्पेसिंग, ग्रिड) Bricks के Theme Style के अंतर्गत छोड़ दीं — हम अलग-अलग पृष्ठों के लिए पिक्सेल हार्डकोड नहीं करते। इस तरह मशीन (पढ़ें: AI) नई सामग्री बना सकती है और वह बिना अलग समायोजन के तैयार दिखावट में फिट हो जाती है।
• अपना VPS पूर्ण नियंत्रण देता है: लागत पूर्वानुमेय है, सर्वर फ़िनलैंड में है, और हम उसी वातावरण में n8n ऑटोमेशन और अन्य परियोजनाएँ बना सकते हैं।

हमने क्या छोड़ा? बहुभाषीयता प्लगइन्स। उनके बजाय हमने अपना समाधान बनाया जिसमें प्रत्येक भाषा का पथ के अंतर्गत अपना पृष्ठ है (उदाहरण के लिए /en/services/, /de/dienstleistungen/)। URL संरचना सरल है, और सर्च इंजन पृष्ठों को स्वतंत्र इकाइयों के रूप में संभालते हैं, अनुवाद जादू के रूप में नहीं।

AI के साथ सामग्री उत्पादन — एक दोहराने योग्य प्रक्रिया

सभी सामग्री का आधार FI-master है: फिनिश में मूल संस्करण, जिसे हम हाथ से लिखते और संपादित करते हैं। केवल जब वह लॉक हो जाता है, AI उसे अन्य 12 भाषाओं में अनुवाद करता है।

व्यवहार में प्रक्रिया इस प्रकार आगे बढ़ती है:

1. FI-master हाथ से लिखा और प्रूफरीड किया जाता है। फ़िनिश को मानव समीक्षक की आवश्यकता होती है — संयुक्त शब्द, विराम चिह्न और बारीकियाँ AI से अक्सर अधूरी रह जाती हैं।
2. जब पाठ स्वीकृत हो जाता है, हम अनुवाद स्क्रिप्ट चलाते हैं जो सभी आवश्यक भाषाओं के लिए संस्करण तैयार करती है (en, de, es, fr, pt, pl, ro, tr, hi, ko, ar, fa)।
3. प्रत्येक अनुवाद को एक _hdsoft_translation_key मेटा फ़ील्ड मिलता है, जो FI-master पोस्ट की ID की ओर इशारा करता है। इस तरह सिस्टम जानता है कि कौन से संस्करण एक साथ संबंधित हैं।
4. फ़ीचर्ड इमेज और प्रकाशन तिथि मास्टर से स्वचालित रूप से कॉपी होती है, इसलिए अनुवाद संस्करण दृश्यात्मक रूप से सुसंगत होते हैं।

RTL भाषाओं (अरबी, फ़ारसी) पर विशेष ध्यान दिया जाता है: HTML का dir="rtl" विशेषता, सही-दिशा वाला लेआउट और प्रूफरीडर के रूप में मूल वक्ता।

AI नई जानकारी नहीं जोड़ता, संख्याएँ नहीं गढ़ता और न ही स्वर बदलता है। उसका कार्य सरल है: अनुवाद करना, पुनर्लेखन नहीं।

तकनीकी ऑटोमेशन: REST API, mu-plugins और GitHub Actions

यह वह हिस्सा है जहाँ AI वास्तव में समय बचाता है।

पृष्ठ REST API के माध्यम से बनाए जाते हैं। Bricks में एक पृष्ठ की संरचना _bricks_page_content_2 मेटा फ़ील्ड में JSON प्रारूप में संग्रहीत होती है। जब हम एक नया सेवा पृष्ठ बनाना चाहते हैं, AI एक Bricks-संगत JSON संरचना (Section → Container → Block → Heading + Text) बनाता है, उसे REST API के माध्यम से POST करता है, और पृष्ठ तैयार है। संपादक में सीधे प्रूफरीडिंग की जा सकती है, लेकिन मूल कार्य एक ही कमांड से होता है।

mu-plugins विशेष कार्य संभालते हैं। मानक घटकों के अतिरिक्त हम अपने कुछ mu-plugins का उपयोग करते हैं:

• hdsoft-jsonld.php — Yoast के मूल स्तर के ऊपर विस्तृत SEO स्कीमा (Service, SoftwareApplication, CreativeWork, ContactPage, FAQPage) उत्पन्न करता है।
• hdsoft-tracking.php — Google Analytics, Lead Feeder और Bing Webmaster के टैग।
• hdsoft-domain.php — पृष्ठों पर दिखने वाले सभी URL को अंतिम hdsoft.fi डोमेन पर मजबूर करता है (कटओवर के दौरान URL अवशेषों से बचा)।
• hdsoft-llms.php — सही UTF-8 चारसेट के साथ AI सर्च इंजनों को /llms.txt फ़ाइल परोसता है।

सभी mu-plugins स्वचालित रूप से GitHub Actions के माध्यम से डिप्लॉय होते हैं: जब main ब्रांच पर पुश किया जाता है, रनर परिवर्तन को K8s क्लस्टर में लागू करता है। मैनुअल kubectl cp कमांड की आवश्यकता नहीं।

एक वैश्विक JS बहुभाषी नेविगेशन को संभालता है। हेडर टेम्पलेट में Bricks Code एलिमेंट URL का भाषा कोड पढ़ता है, मेनू, फ़ुटर और पिछले/अगले लिंक का अनुवाद करता है। इसका मतलब है कि हम प्रति-भाषा हेडर नहीं बनाते, बल्कि एक नई सेवा जोड़ते समय एक फ़ाइल अपडेट करते हैं।

SEO और GEO तुरंत संरचना में

AI सर्च (ChatGPT, Perplexity, Claude, Bing Copilot) Google से अलग प्रजाति है। वे लिंक को इंडेक्स और रैंक नहीं करते — वे पृष्ठ को सारांश के रूप में पढ़ते हैं और प्रश्न का सीधा उत्तर देते हैं। इसके लिए दो चीज़ों की आवश्यकता है:

1. संरचित डेटा JSON-LD प्रारूप में। Yoast मूल सब कुछ संभालता है (WebPage, Article, BlogPosting, BreadcrumbList, Organization)। अपना hdsoft-jsonld.php महत्वपूर्ण विशेष प्रकार जोड़ता है: Service सेवा पृष्ठों के लिए, SoftwareApplication उत्पादों के लिए, FAQPage स्वचालित रूप से जब सामग्री में प्रश्न/उत्तर पैटर्न होते हैं।
2. llms.txt साइट की रूट में। यह एक संक्षिप्त सारांश है कि कंपनी क्या है, क्या करती है और अधिक जानकारी कहाँ से मिलती है। हम इसे प्रत्येक बार अद्यतन रखते हैं जब हम कोई नई सेवा, उत्पाद या परियोजना जोड़ते हैं।

संयोजन काम करता है: AI सर्च “HD SofT क्या करता है” जैसे प्रश्नों का सही उत्तर दे पाते हैं, बिना अनुमान लगाए या हमें किसी अन्य कंपनी के साथ मिलाए।

इसके अतिरिक्त प्रत्येक पृष्ठ पर है:

• JSON-LD में inLanguage फ़ील्ड, URL उपसर्ग से उत्पन्न
• अनुवाद संस्करणों के लिए og:locale टैग (fi_FI, en_US, de_DE …)
• जब सभी अनुवाद तैयार होते हैं तब hreflang लिंक
• उत्तर-केंद्रित अनुच्छेद — संक्षिप्त, प्रश्न और उत्तर प्रारूप में, ताकि AI उससे एक वाक्य का उत्तर प्राप्त कर सके

एनालिटिक्स एक साथ जुड़े

वेबसाइट को डेटा के बिना सुधारा नहीं जा सकता। हमने तुरंत निम्नलिखित को सक्षम किया:

• Google Analytics 4 — मूल ट्रैफ़िक, चैनल, पृष्ठ, व्यवहार।
• Google Search Console — ऑर्गेनिक दृश्यता, टॉप क्वेरीज़, इंडेक्सिंग समस्याएँ।
• Lead Feeder — कंपनी-स्तरीय पहचान, जब कोई पहचान योग्य IP रेंज से पृष्ठों को बार-बार देखता है।
• Bing Webmaster Tools — Bing अभी भी विशेष रूप से व्यावसायिक बाज़ार में प्रासंगिक है, और Microsoft का Copilot Bing पढ़ता है।

विशेष रूप से एक चीज़: साप्ताहिक मार्केटिंग स्नैपशॉट। हमने एक कमांड-लाइन आधारित स्क्रिप्ट लिखी जो GA4 डेटा और Search Console डेटा प्राप्त करती है, पिछले सप्ताह से तुलना करती है और एक Markdown सारांश प्रिंट करती है: चैनल, देश, टॉप पृष्ठ, टॉप क्वेरीज़, डेल्टा। यह कोई शानदार डैशबोर्ड नहीं है बल्कि व्यावहारिक रिपोर्टिंग है, लेकिन यह सुनिश्चित करती है कि हम कोई रुझान न चूकें।

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

DNS कटओवर और बाद की देखभाल

हमने उत्पादन डोमेन hdsoft.fi पर 4 मई 2026 को बदला। कटओवर के लिए हम इस प्रकार तैयार हुए:

• हमने पुराने Squarespace URL से नए तक 28 रीडायरेक्ट बनाए — सभी सापेक्ष, जिससे वे डोमेन परिवर्तन को सहन करें।
• 404 त्रुटियाँ GA4 में एक अपने इवेंट के रूप में जोड़ी गईं, ताकि हम टूटे हुए लिंक तुरंत नोटिस कर सकें।
• साइटमैप Search Console को केवल DNS परिवर्तन के बाद सबमिट किया गया, पहले नहीं (अन्यथा Google इसे त्रुटिपूर्ण के रूप में चिह्नित करेगा)।

कटओवर के बाद हम पहले चार सप्ताहों के लिए साप्ताहिक मार्केटिंग स्नैपशॉट चलाते हैं, उसके बाद महीने में एक बार। इस तरह हम जल्दी से नोटिस करते हैं यदि कोई URL 404 पर रह गया है या कोई पृष्ठ आश्चर्यजनक रूप से अच्छा प्रदर्शन करता है (तब अधिक सामग्री)।

हमने क्या सीखा

सबसे महत्वपूर्ण अंतर्दृष्टि तकनीक नहीं बल्कि कार्य प्रणाली हैं।

• AI के सामग्री उत्पादन शुरू करने से पहले शैलियों को एक स्थान पर डिज़ाइन करें। Bricks Theme Style और Global Classes AI के उपकरण हैं: जब संरचना तैयार है, मशीन बस अंतराल भरती है। यदि आप शैलियाँ खुली छोड़ देते हैं, AI प्रत्येक पृष्ठ के लिए पिक्सेल हार्डकोड करता है और गड़बड़ी शुरू हो जाती है।
• अनुवादों से पहले FI-master को लॉक करें। यदि मास्टर अभी भी विकसित हो रहा है, अनुवाद विभिन्न पीढ़ियों के अनुसार बिगड़ जाते हैं। सत्य का एक स्रोत — और अन्य उससे अनुसरण करते हैं।
• दृश्य निरीक्षण अनिवार्य। AI एक ऐसा पृष्ठ बना सकता है जो JSON स्तर पर त्रुटिहीन हो लेकिन उपयोगकर्ता को गड़बड़ दिखे। प्रत्येक परिवर्तन के बाद Playwright-आधारित स्क्रीनशॉट चलाएँ — मनुष्य पढ़ता है, केवल वैलिडेटर नहीं।
• फ़िनिश को मानव की आवश्यकता है। संयुक्त शब्द, विराम चिह्न और स्वर: AI ऐसी त्रुटियाँ करता है जिन्हें मशीन नहीं देखती। मूल वक्ता को अंतिम चरण के रूप में रखें।
• संदर्भ को एक फ़ाइल में एकत्र करें। हमारे पास रेपो की रूट में CLAUDE.md है: सभी नियम, उपकरण, पथ, डिप्लॉय तंत्र। जब AI सत्र खोला जाता है, यह पहले फ़ाइल पढ़ता है। मनुष्य संपादन शुरू करने से पहले वही करता है: निर्देश पढ़ें ताकि आप दोबारा शुरू न करें।

अंततः सबसे अच्छा AI उपकरण वह है जिसे उपयोगकर्ता रोकना जानता है। उत्पादन सस्ता है — गुणवत्ता आश्वासन वह हिस्सा है जो निर्णायक होता है।

क्या आप यही टर्नकी चाहते हैं?

HD SofT ग्राहकों के लिए AI-आधारित वेब सेवा और सामग्री परियोजनाएँ क्रियान्वित करता है। वही विधि, वही गुणवत्ता स्तर, वही नियंत्रण: WordPress + Bricks, ऑटोमेशन पाइपलाइन, बहुभाषीयता और एनालिटिक्स — सब कुछ साइट के प्रकाशित होने से पहले ही ठीक से जुड़ा हुआ।

अधिक पूछें: संपर्क फ़ॉर्म, डिजिटल मार्केटिंग या सॉफ्टवेयर विकास।