Marketing website — अपने ही domain से होस्टिंग बेचें

Nimbopanel आपके होस्टिंग व्यवसाय के लिए एक ready-made marketing website देता है: एक landing page, standalone pages, एक blog, और एक pricing section जो सीधे आपके बेचे जाने वाले plans से जुड़ा है — तो आप एक अलग site बनाए बिना customers ले सकते हैं। आप इसे पैनल में Marketing के अंतर्गत edit करते हैं (एक reseller अपनी Selling → Website के अंतर्गत edit करता है)।

यह उस होस्टिंग व्यवसाय के लिए है जिसे आप अपने customers को बेचते हैं। Nimbopanel ख़ुद software vendor है, तो nimbopanel.com एक अलग storefront है — यह feature वह नहीं है।

site पर क्या है

• एक landing page — hero, feature highlights, एक pricing section जो आपके Billing plans से live खींची जाती है, और एक FAQ।
• /p/<slug> पर standalone pages (एक About या Terms page, server-rendered और indexable)।
• एक RSS feed के साथ एक blog।
• आपका brand: नाम, logo, accent colour, एक template (Classic / Bold / Minimal), एक light/dark/auto theme, और site की भाषा।
• वैकल्पिक रूप से hero में एक domain-search box जो बिक्री के लिए domains offer करता है, एक बार जब कोई registrar configure हो जाए।

एक setup wizard पहली बार आपको ज़रूरी बातों से गुज़ारता है।

इसे कैसे serve किया जाता है — चार modes

Marketing card पर आप चुनते हैं कि site कैसे publish की जाए:

1. None — कोई public marketing site नहीं (default)। /home, /p और /blog 404 लौटाते हैं।
2. Built-in — पैनल के अपने /home address पर serve की गई। बिना कुछ सेट किए इसे आज़माने के लिए अच्छा।
3. External — आप कहीं और एक site रखते हैं; पैनल बस आपके URL पर redirect करता है।
4. Publish to my domain — शक्तिशाली विकल्प। पैनल आपके अपने apex domain (yourbrand.com) पर एक होस्टिंग account बनाता है और उसमें एक static site generate करता है। आप उन files के पूरे मालिक हैं और बाद में उन्हें WordPress से भी बदल सकते हैं। domain के यहाँ point करते ही HTTPS अपने-आप जारी हो जाता है।

Publishing, और "Republish now" संकेत

जब आप अपने ही domain पर publish करते हैं, तो live site एक static snapshot होती है — prices, plans और content उस पल files में bake हो जाते हैं जब आप Publish क्लिक करते हैं। यह public site को तेज़ और स्वतंत्र रखता है, पर इसका मतलब है कि पैनल में आपका किया कोई बदलाव live site पर तब तक नहीं दिखता जब तक आप फिर से publish न करें।

तो पैनल इसे आपके लिए track करता है। यह उस हर चीज़ का fingerprint बनाता है जो एक visitor देख सकता है — prices, plans, features, content, brand, logo — और जब वह अब live से मेल नहीं खाती, तो Marketing card एक amber "Republish now" badge दिखाता है। फिर से Publish क्लिक करें और live site मेल खाने के लिए फिर से build हो जाती है; badge साफ़ हो जाता है।

इस tracking के होने से पहले publish की गई site को इसे अपनाने के लिए एक manual Publish चाहिए। जब तक आप एक बार publish नहीं करते, badge एक price बदलने के बाद भी शायद न दिखे — तो अगर आपकी live site पर कोई price पुरानी लगे, एक बार publish करें और उसके बाद से यह track होगी।

यही कारण भी है कि Billing में आपका बदला हुआ price apex पर ग़लत दिख सकता है जबकि checkout में सही है: card पुराना snapshot है, checkout live है। Republish करना उन्हें फिर से एक-दूसरे से मिला देता है।

आपके अपने domain पर checkout

Signup और checkout आपके अपने domain पर चल सकते हैं, न कि visitors को panel.yourdomain.com पर भेजते हुए। एक visitor plan browse करने, sign up करने और भुगतान करने के पूरे रास्ते yourbrand.com पर ही रहता है।

केवल public checkout surface आपके domain पर proxy की जाती है — signup page, plan/checkout/return endpoints, storefront brand और domain search, और static assets। बाक़ी सब कुछ — admin panel, login, app ख़ुद — जानबूझकर आपके marketing domain पर उजागर नहीं होता, तो आपका storefront domain कभी control panel serve नहीं करता।

हाथ से कुछ configure करने को नहीं: site publish करना इसे wire कर देता है। आप केवल एक चीज़ देते हैं वह है apex domain और सर्वर पर point करता उसका DNS।

रीसेलर

एक reseller के पास वही feature Selling → Website के अंतर्गत है, जो उनका brand और उनके plans उनके domain पर publish करता है, उसी "Republish now" संकेत के साथ। एक reseller की marketing site केवल उनकी है; आपके built-in pages और blog आपके हैं और एक reseller के domain पर उजागर नहीं होते।