सेवा के साथ जोड़ना
अंतिम अपडेट: 22 जून 2026
पिछले चरण में आपने पोस्ट का डेटा बना लिया था। अब इस डेटा को असली उपयोगकर्ताओं को दिखाने की बारी है। WEEGLOO का काम डेटा को संग्रहीत करना और प्रबंधित करना है, इसलिए इसे किस सेवा के रूप में दिखाना है यह पूरी तरह बनाने वाले की पसंद पर निर्भर करता है। आप इसे वेब एप्लिकेशन के रूप में बना सकते हैं, मोबाइल ऐप तक बढ़ा सकते हैं, या दोनों को साथ रख सकते हैं। मुख्य बात यह है कि WEEGLOO जो RESTful API देता है, उससे आप डेटा प्राप्त करके अपनी इच्छित रूप में उपयोग कर सकते हैं।
इस उदाहरण में हम Tech Blog को एक वेब साइट के रूप में बनाते हैं। आगंतुक वेब ब्राउज़र से पोस्ट देख सकें, इसके लिए हम वह स्क्रीन (Front-end) तैयार करते हैं। इस तरह बनाई गई स्थिर वेब फ़ाइलों को WEEGLOO के Web Hosting फ़ीचर से परिनियोजित किया जा सकता है।
केवल-पढ़ने वाला टोकन जारी करना
WEEGLOO API को कॉल करने के लिए प्रमाणीकरण हेतु एक Access Token चाहिए। इस उदाहरण में हम आगंतुकों को पोस्ट दिखाने के उद्देश्य से केवल-पढ़ने वाला टोकन यानी Delivery Access Token, और प्रकाशित कंटेंट को पहुँचाने वाला API यानी CDA(Content Delivery API) उपयोग करते हैं।
टोकन बनाने से पहले, वह टोकन किस डेटा तक पहुँच सकता है यह SpaceRole से तय करना होता है। सुरक्षा के लिए, पहले बनाए गए Article Content Type पर ही पढ़ने की अनुमति देने वाला SpaceRole बनाते हैं। ऐसा करने से टोकन पोस्ट पढ़ने के अलावा कुछ नहीं कर पाता।
- बाएँ मेनू में Roles & Permissions दबाएँ।
- Create दबाएँ और भूमिका का नाम दर्ज करें। उदाहरण:
Article Read-Only। Articleके Content और Content Type पर केवल Read की अनुमति दें। अन्य अनुमतियाँ चालू न करें।- Save से सहेजें।

SpaceRole सेटिंग के बारे में विस्तृत जानकारी भूमिकाएँ और अनुमतियाँ में दी गई है।
अब इस SpaceRole वाला Delivery Access Token बनाते हैं।
- बाएँ मेनू में Delivery Access Tokens दबाएँ।
- Create दबाएँ और टोकन का नाम दर्ज करें। उदाहरण:
Tech Blog Web। - Role में पहले बनाया गया
Article Read-Onlyचुनें और Save से सहेजें।
जारी किए गए टोकन का मान केवल एक बार सुरक्षित रूप से संग्रहीत कर लें। यह मान आगंतुक के ब्राउज़र तक उजागर हो सकता है, इसलिए ऊपर बताए अनुसार केवल-पढ़ने वाली SpaceRole से दायरे को सीमित कर रखना महत्वपूर्ण है।

पोस्ट का डेटा प्राप्त करना
अब वास्तव में पोस्ट प्राप्त करने वाले API को कॉल करते हैं। प्रमाणीकरण Authorization हेडर में Bearer तरीके से किया जाता है, जिसमें पहले बनाया गया Delivery Access Token मान डाला जाता है।
Authorization: Bearer <Delivery Access Token>| API | Method | Path | Params |
|---|---|---|---|
| CDA | GET | /v1/spaces/{spaceId}/content-types/{contentTypeId}/contents | ?order=-sys.createdAt,sys.id |
यह API किसी विशिष्ट Space के भीतर Article Content की सूची प्राप्त करता है। order विकल्प से नवीनतम क्रम में छँटाई लगाई गई है, और include विकल्प का उपयोग करने पर जुड़े हुए डेटा को भी साथ प्राप्त किया जा सकता है।
पहली बार कॉल करने पर कोई डेटा नहीं आ सकता है। इसका कारण यह है कि बनाया गया Content अभी प्रकाशित (Publish) नहीं हुआ है। WEEGLOO लिखे जा रहे डेटा और आगंतुक को दिखाने वाले डेटा को अलग करने के लिए प्रकाशन नामक एक चरण रखता है। Content को प्रकाशित करने के बाद फिर से कॉल करने पर पोस्ट दिखाई देती है।
{
"sys": { "type": "TotalPageResponse" },
"limit": 15,
"totalCount": 1,
"items": [
{
"sys": {
"id": "3trmXRkRjC1x4J9h2om4Qh41o7sejd",
"type": "Content",
"space": { "sys": { "id": "ep8f7qJY", "type": "Refer", "targetType": "Space" } },
"contentType": { "sys": { "id": "3trmXRkRjC1x4J9h2om4QZv0jC58Nv", "type": "Refer", "targetType": "ContentType" } },
"createdAt": "2026-06-21T15:38:22.630Z",
"updatedAt": "2026-06-21T15:38:22.630Z",
"revision": 1
},
"fields": {
"title": "Building a Headless Blog with WEEGLOO",
"body": "WEEGLOO lets you define your content structure once and deliver it anywhere through a REST API. In this post we model an Article, write our first entry, and fetch it from a web app, with no backend server to build or maintain.",
"category": "Web"
}
}
],
"links": {
"self": "/v1/spaces/ep8f7qJY/content-types/3trmXRkRjC1x4J9h2om4QZv0jC58Nv/contents?order=-sys.createdAt,sys.id"
}
}API के विस्तृत उपयोग और विकल्पों के बारे में API रेफरेंस में बताया गया है।
बहुभाषी समर्थन
एक कदम और आगे बढ़कर, पोस्ट को कई भाषाओं में उपलब्ध कराते हैं। WEEGLOO एक ही कंटेंट को कई भाषाओं में प्रबंधित करने के लिए Locale फ़ीचर देता है।
सबसे पहले Locale सेटिंग में एक नई भाषा जोड़ते हैं। यहाँ हम Korean जोड़ते हैं, और मान न होने पर बदले में दिखाने वाली Fallback भाषा को English तय करते हैं। Fallback वह भाषा है जो किसी विशेष भाषा में मान न होने पर बदले में दिखाई जाती है।
इसके बाद पहले बनाए गए Content पर जाने पर आप देखेंगे कि हर Field के लिए भाषा-वार मान दर्ज करने का खाना बन गया है। इस तरह एक ही पोस्ट की सामग्री को भाषा-वार अलग-अलग प्रबंधित किया जाता है। हालाँकि, इस फ़ीचर का उपयोग करने के लिए Content Type में संबंधित Field का बहुभाषी विकल्प पहले से चालू रखना होता है।

बहुभाषी समर्थन के बारे में विस्तृत जानकारी बहुभाषी प्रबंधन में दी गई है।
इस तरह एक ही डेटा संरचना से कई भाषाओं को समर्थन देने वाली वेब सेवा बनाई जा सकती है। बुनियादी कंटेंट प्राप्ति और बहुभाषी प्रबंधन तक पूरा हो गया है, इसलिए अगले चरण में हम ऐसी सहयोग सुविधा देखेंगे जिससे कई लोग मिलकर कंटेंट लिखते और प्रबंधित करते हैं।
- सहयोग करना: कई लोगों को Space में आमंत्रित कर भूमिकाएँ बाँटकर मिलकर कंटेंट प्रबंधित करते हैं।
