Overview
Publishing आपके form को respondents के लिए उपलब्ध बनाने की प्रक्रिया है। NueForm एक versioned publishing system उपयोग करता है जो आपको live version को प्रभावित किए बिना form में changes करने देता है जब तक आप तैयार न हों।

Publishing Workflow
Draft vs. Published
प्रत्येक form दो states में exists करता है:
- Draft: वह version जो आप form builder में देखते और edit करते हैं। Changes स्वचालित रूप से save होते हैं लेकिन respondents को दिखाई नहीं देते।
- Published: वह version जो respondents आपके form URL पर visit करने पर देखते हैं। यह उस समय form का snapshot है जब आपने Publish click किया था।
जब आप published form में changes करते हैं, तो builder unpublished changes indicate करने वाला badge दिखाता है। Respondents पहले published version देखते रहते हैं जब तक आप फिर से publish नहीं करते।
Phone पर call करने वालों को भी published version ही मिलता है। हर call शुरू से अंत तक उसी version पर चलती है जो call शुरू होते समय live था, भले ही आप call के दौरान फिर से publish कर दें: draft के changes calls पर तब तक सुनाई नहीं देते जब तक आप publish नहीं करते। देखें Telephony।
नीचे दी गई चीज़ें भी इसी तरह published version से चलती हैं:
- AI चैट: वह किन questions पर बात कर सकता है, और वह चालू है या नहीं।
- Payments: price, Stripe account, payment mode और payment tracking।
- Email steps: वे क्या भेजते हैं।
- Read-aloud audio: text और voice।
- Contracts: हर signer को वही version दिखता है जो signing session बनाते समय published था, भले ही session खुला रहते आप फिर से publish करें, और signed PDF में भी वही version होता है।
इनमें से किसी में भी किए गए changes respondents तक तब पहुँचते हैं जब आप publish करते हैं। Builder preview और draft preview आपका draft इस्तेमाल करते हैं, AI चैट भी। Read-aloud audio इसका अपवाद है: यह publish करते समय बनता है, इसलिए preview में published audio ही बजता है।
Web submissions भी published version से ही जाँचे जाते हैं। Published version के किसी question का answer रखा जाता है, भले ही आपने बाद में वह question draft में delete या बदल दिया हो, quiz scores published questions से निकाले जाते हैं, और कौन submit कर सकता है यह published settings तय करती हैं: bot protection, respondent login और हर visitor के लिए एक response की सीमा।
कैसे Publish करें
- Builder में अपना form खोलें।
- अपने desired changes करें।
- Top-right corner में Publish button पर click करें।
- आपके changes अब live हैं।
पहली बार form publish करने पर, यह अपने public URL पर accessible हो जाता है। Publish करने से पहले, form केवल builder में आपको दिखाई देता है।
Draft का Preview करना
Form के public page पर मौजूदा draft आज़माने के लिए, ऐसे व्यक्ति के रूप में sign in रहते हुए https://nueform.io/f/{slug}?preview=1 खोलें जो form edit कर सकता है: उसका owner, team का ऐसा member जिसका role forms edit कर सकता है (Owner, Admin या Editor), या edit access वाला guest। Form unpublished या बंद होने पर भी आपको draft दिखता है, और कुछ भी record नहीं होता: न response, न saved progress, न visit।
बाकी सभी के लिए, team के Viewers और केवल देखने वाले guests समेत, ?preview=1 कुछ नहीं बदलता: उन्हें किसी भी visitor की तरह published form मिलता है (बंद है तो बंद), और उनकी visit और answers हमेशा की तरह record होते हैं।
Responses स्वीकार करना
Form नए responses तभी स्वीकार करता है जब वह published और खुला हो। यह नियम हर channel पर एक जैसा है: form का page, embeds और phone calls।
- Published नहीं — जो form कभी publish नहीं हुआ, या unpublish कर दिया गया, वह कोई submission स्वीकार नहीं करता। इसमें पहले से चल रहे responses भी शामिल हैं: form unpublish होते ही शुरू किए गए response का अगला save refuse हो जाता है, और उसे पूरा नहीं किया जा सकता। इसका एकमात्र अपवाद पहले से चल रही phone call है: caller उसे पूरा कर सकता है, और अगर आप call के दौरान form unpublish करते हैं, तो उसका response हमेशा की तरह आप तक पहुँचता है। Response केवल तब रोका जाता है जब form review के लिए रोका गया हो या call के दौरान review में reject हो जाए (देखें Telephony)।
- बंद — published form नए responses लेना बंद कर देता है जब आप उसे उसके लाइव / बंद switch से बंद करते हैं या प्रतिक्रियाएँ स्वीकार करें off हो, जब उसकी बंद होने की तिथि बीत जाए, जब वह अपनी प्रतिक्रिया सीमा तक पहुँच जाए, या जब आपकी monthly response limit ख़त्म हो जाए (नीचे मासिक प्रतिक्रिया सीमा देखें)। जो respondent पहले से form भर रहा है और जिसके answers save हो चुके हैं, वह अब भी उसे पूरा कर सकता है।
अगर कोई form किसी respondent के answers भरते समय स्वीकार करना बंद कर दे (क्योंकि उसे unpublish किया गया, या उसके पहले answers save होने से पहले बंद कर दिया गया), तो form की जगह फ़ॉर्म बंद है screen आ जाती है, कभी thank-you screen नहीं, ताकि किसी को यह न लगे कि जो answer record नहीं हुआ वह record हो गया। Questionnaire-style forms में कारण इसके बजाय सबमिट करें button के नीचे दिखता है।
अगर submission किसी और वजह से fail हो जाए, जैसे connection टूट जाए, तब भी thank-you screen नहीं दिखती। Respondent को आपकी प्रतिक्रियाएँ सबमिट नहीं हो सकीं। कृपया पुनः प्रयास करें। और एक पुनः प्रयास करें button दिखता है, और उसके answers बने रहते हैं। Questionnaire-style forms में यह message सबमिट करें button के नीचे दिखता है, जिसे वह फिर से दबा सकता है।
Form खोलना और बंद करना
Published form में एक लाइव / बंद switch होता है: forms list में उसकी row पर lock icon, और उसके dashboard पर प्रकाशित करें के बगल वाला button।
- यह केवल यह बदलता है कि live form responses लेता है या नहीं। यह आपके pending edits कभी publish नहीं करता: वे तब तक unpublished रहते हैं जब तक आप प्रकाशित करें पर click नहीं करते।
- फ़ॉर्म बंद करें हमेशा, तुरंत काम करता है।
- फ़ॉर्म खोलें live form के हिसाब से आपका plan फिर से check करता है। अगर वह कोई ऐसा feature इस्तेमाल करता है जो आपके plan में शामिल नहीं है (जैसे contract questions, data nodes या webhook), तो वह बंद ही रहता है: feature हटाकर publish करें, या upgrade करें, फिर उसे दोबारा खोलें।
- Switch वही दिखाता है जो respondents को मिलता है। Builder की settings में प्रतिक्रियाएँ स्वीकार करें, बंद होने की तिथि और प्रतिक्रिया सीमा draft का हिस्सा हैं, इसलिए उनमें किए बदलाव publish करने पर लागू होते हैं। उदाहरण के लिए, बीत चुकी close date को आगे बढ़ाने के बाद भी form तब तक बंद रहता है जब तक आप publish नहीं करते।
- हर बार खोलने या बंद करने से form की version history में एक version जुड़ जाता है।
Team forms में केवल admins और owners ही form खोल या बंद कर सकते हैं: देखें Publish Permissions।
Review के लिए रोके गए Forms
जब आप publish करते हैं, NueForm अपने आप form के content का abuse (जैसे phishing) के लिए review करता है। इस review के लिए रोका गया form live रहता है, लेकिन जब तक वह रुका हुआ है:
- नए responses रोक लिए जाते हैं। वे आपके responses में नहीं दिखते, और उनके लिए कोई webhook या notification email नहीं भेजा जाता। पूरे हुए responses फिर भी आपकी monthly response limit में गिने जाते हैं।
- Email steps नहीं भेजे जाते।
- Form के page पर data nodes और payments refuse कर दिए जाते हैं।
अगर form approve हो जाता है, तो उसके रोके गए responses आपके responses में दिखने लगते हैं; जो webhooks और notification emails छूट गए थे, वे बाद में नहीं भेजे जाते। अगर वह reject हो जाता है, तो form unpublish हो जाता है, उसके रोके गए responses delete हो जाते हैं, और आपको email मिलता है। Form reject होने के समय अब भी चल रही phone call पूरी हो सकती है, लेकिन उसका response रोक लिया जाता है: वह आप तक नहीं पहुँचता, हालाँकि वह फिर भी आपकी monthly response limit में गिना जाता है।
Versioning
NueForm हर बार publish करने पर स्वचालित रूप से एक version snapshot बनाता है। इससे आपको समय के साथ अपने form का पूर्ण history मिलता है।
Version Details
प्रत्येक version record करता है:
| Field | विवरण |
|---|---|
| Version Number | Publish time पर assign किया गया sequential integer (1, 2, 3, ...)। |
| Published By | उस user का नाम जिसने यह version publish किया। |
| Snapshot | Publishing के समय form और उसके सभी questions की पूर्ण copy। |
| Changelog | पिछले publish के बाद से किए गए changes की list (जैसे, "Added question: What is your name?", "Changed theme color")। |
| Created At | यह version publish होने का timestamp। |
Change Tracking
NueForm publishes के बीच changes को स्वचालित रूप से track करता है:
- Questions added, removed, या reordered
- Question text, type, या settings changed
- Form settings modified (theme, title, mode, आदि)
- Logic jumps added या modified
ये changes एक changelog में compile होते हैं जो प्रत्येक published version के साथ store होता है।
पिछले Version पर Revert करना
यदि आपको अपने form के पहले के version पर वापस जाना है:
- Form की version history पर navigate करें।
- वह version select करें जिसे आप restore करना चाहते हैं।
- Revert to this version पर click करें।
Revert करने पर आपका current draft selected version के snapshot से replace हो जाता है, और कोई भी unpublished changes lost हो जाते हैं। Selected version फिर से published version भी बन जाता है, प्रकाशित करें पर click किए बिना: अगर form published है, तो respondents को वह तुरंत मिलता है। उसके बाद publish हुए versions history से हटा दिए जाते हैं।
अपना Form Share करना
Public URL
प्रत्येक published form यहां उपलब्ध है:
https://nueform.io/f/{slug}
जहां {slug} आपके form का unique identifier है। उदाहरण:
https://nueform.io/f/customer-feedback-2024
Custom Slugs
आप अपने form का slug customize कर सकते हैं ताकि URL अधिक memorable बन जाए:
- अपनी form settings खोलें।
- Slug field खोजें।
- अपना desired slug दर्ज करें (केवल lowercase letters, numbers, और hyphens)।
- Save करें।
Slugs सभी NueForm forms में unique होने चाहिए। यदि आपका desired slug taken है, तो आपको दूसरा चुनना होगा। Slug बदलने से पुराने URL के मौजूदा links टूट जाएंगे।
Custom Domains
Pro+ plan के साथ, आप अपने domain से forms serve कर सकते हैं:
- Subdomain:
yourcompany.nueform.io/f/{slug} - Custom domain:
forms.yourcompany.com/f/{slug}
Setup instructions के लिए Custom Domains guide देखें।
URL Parameters
आप URL parameters के माध्यम से अपने form में data pass कर सकते हैं। ये logic jumps और text substitution में उपयोग के लिए URL variables के रूप में उपलब्ध हो जाते हैं:
https://nueform.io/f/my-form?name=John&source=email
इस उदाहरण में, {name} "John" और {source} "email" resolve होगा आपके form के titles, descriptions, या logic conditions में कहीं भी।
अधिक details के लिए Variables guide देखें।
Embedding
आप iframe का उपयोग करके किसी भी website पर अपना form embed कर सकते हैं:
<iframe
src="https://nueform.io/f/{slug}"
width="100%"
height="600"
frameborder="0"
style="border: none;"
></iframe>
Embeds में URL Variables Pass करना
आप embedded forms में URL variables उसी तरह pass कर सकते हैं जैसे direct links के साथ:
<iframe
src="https://nueform.io/f/my-form?name=John&company=Acme"
width="100%"
height="600"
frameborder="0"
></iframe>
Responsive embeds के लिए, iframe को position: relative और padding-bottom: 75% (या आपका desired aspect ratio) वाले container में wrap करने और iframe को position: absolute; top: 0; left: 0; width: 100%; height: 100%; set करने पर विचार करें।
Webhooks
Pro+ plan के साथ, आप अपने form पर webhook URL configure कर सकते हैं। Response submit होने पर, NueForm आपके webhook URL पर response data के साथ POST request भेजेगा।
Webhook Payload
Webhook POST body में शामिल है:
event— हमेशाform.submittedformId— form की IDformTitle— submission के समय form का titleresponseId— response की IDanswers— सभी answers, हर एक अपनेquestionIdऔरvalueके साथrespondent— login ज़रूरी वाले forms पर submit करने वाला व्यक्ति; बाकी परnullsubmittedAt— webhook कब भेजा गया
Quiz results शामिल नहीं होते: उन्हें responseId के साथ Responses API से लें (Quiz Results देखें)। पूरा schema Webhook Payloads में है।
Webhook Security
हर webhook request में एक X-NueForm-Signature header होता है — आपके webhook secret से बनाया गया request body का HMAC-SHA256 signature — जिससे आप verify कर सकते हैं कि request NueForm से आई है। Secret को पहले से set up करने की ज़रूरत नहीं: यह कैसे बनता है, इसके लिए Webhooks Overview देखें। Team forms team owner के secret से sign होते हैं: Team forms के secrets देखें।
Global Webhooks
Per-form webhooks के अलावा, आप अपनी account settings में 5 तक global webhooks configure कर सकते हैं। Global webhooks आपके सभी forms में हर form submission के लिए fire होते हैं।
Incremental Submission
Enable होने पर, NueForm respondent के form में progress करते हुए partial responses save करता है। इसका मतलब:
- यदि respondent बीच में form छोड़ देता है, तो भी आपके पास उनके partial answers हैं।
- हर बार respondent अगले question पर आगे बढ़ता है, उनकी progress save होती है।
- जब वे end तक पहुंचकर submit करते हैं तो response "completed" mark होता है।
यह लंबे forms के लिए विशेष रूप से उपयोगी है जहां drop-off एक concern है।
Responses सीमित करना
Limit One Response setting browser-based visitor identification का उपयोग करके एक ही व्यक्ति को form एक से अधिक बार submit करने से रोकती है। Enable होने पर:
- Browser की local storage में एक unique visitor ID generate और store होती है।
- बाद की visits पर, form check करता है कि इस visitor ने पहले submit किया है या नहीं।
- यदि उन्होंने किया है, तो form नई submission allow करने के बजाय एक message display करता है।
यह feature browser-based identification उपयोग करता है और browser data clear करके या different browser उपयोग करके circumvent किया जा सकता है। यह security measure नहीं है -- यह accidental duplicate submissions रोकने के लिए एक convenience feature है।
मासिक प्रतिक्रिया सीमा
हर प्लान में प्रतिक्रियाओं की एक मासिक सीमा शामिल होती है, जो आपके सभी फ़ॉर्म पर मिलाकर गिनी जाती है:
| प्लान | प्रति माह प्रतिक्रियाएँ |
|---|---|
| Entrepreneur (निःशुल्क) | 5,000 |
| Pro | 50,000 |
| Enterprise | असीमित |
प्रतिक्रिया तब गिनी जाती है जब वह पूरी होती है — यानी जब कोई व्यक्ति वास्तव में फ़ॉर्म सबमिट करता है। आधे भरे और कभी सबमिट न किए गए फ़ॉर्म आपकी सीमा में नहीं गिने जाते, और न ही वे प्रतिक्रियाएँ जो आप स्वयं CSV या Typeform से आयात करते हैं।
NueVoice के ज़रिए एकत्र की गई फ़ोन प्रतिक्रियाएँ भी गिनी जाती हैं। ध्यान दें कि यदि कोई कॉल कई फ़ॉर्म से होकर गुज़रती है, तो पूरा हुआ हर फ़ॉर्म अपनी अलग प्रतिक्रिया के रूप में गिना जाता है।
सीमा हर कैलेंडर माह की शुरुआत में रीसेट होती है। आप अपना वर्तमान उपयोग और रीसेट की तारीख अपने प्रोफ़ाइल पेज पर, Activity के लागत और बिलिंग अनुभाग में, और अपने सूचना केंद्र की प्लान-सीमा अलर्ट में देख सकते हैं।
सीमा तक पहुँचने पर, आपके फ़ॉर्म नए सबमिशन स्वीकार करना बंद कर देते हैं — जब तक सीमा रीसेट न हो या आप अपग्रेड न करें। उत्तर देने वालों को केवल एक तटस्थ संदेश दिखता है कि इस समय प्रतिक्रियाएँ स्वीकार नहीं की जा रही हैं; उन्हें आपके प्लान या बिलिंग के बारे में कभी कुछ नहीं दिखाया जाता। सीमा पूरी होने पर हम आपको ईमेल भेजते हैं।
टीम फ़ॉर्म के लिए, प्रतिक्रियाएँ टीम स्वामी की सीमा में गिनी जाती हैं, न कि उस सदस्य की सीमा में जिसने फ़ॉर्म बनाया।