पहिले नै इ-कमर्स साइट छ? pasal.biz इन्जेसनमार्फत निःशुल्क ट्राफिक पाउनुहोस्

यो कसका लागि हो

क्याटलग इन्जेसन यस्ता बिक्रेताका लागि हो जो:

• पहिले नै WooCommerce, Shopify, Magento, OpenCart, दराज वा कस्टम साइटमा अनलाइन पसल चलाउँछन्।
• म्यानुअल डाटा प्रविष्टि नगरी pasal.biz ग्राहकहरूसम्म पुग्न चाहन्छन्।
• भुक्तानी र डेलिभरी सम्हाल्ने तरिकामा परिवर्तन गर्न चाहँदैनन् — त्यो तपाईंको अवस्थित साइटमा रहन्छ।
• स्टक वा मूल्य परिवर्तन हुँदा क्याटलग अपडेट स्वतः बग्न चाहन्छन्।

यो कसरी काम गर्छ (सजिलो शब्दमा)

1. तपाईंले pasal.biz लाई आफ्नो उत्पादन फिडको सार्वजनिक URL दिनुहुन्छ।
2. pasal.biz ले फिड ल्याउँछ, उत्पादन पार्स गर्छ र तपाईंको pasal.biz पसल प्रोफाइलमा लिस्ट गर्छ।
3. ग्राहकले खोज, छिमेक ब्राउज, वा श्रेणी पृष्ठहरूमार्फत pasal.biz मा तपाईंका उत्पादन फेला पार्छन्।
4. ग्राहकले "किन्नुहोस्" वा "साइटमा हेर्नुहोस्" ट्याप गर्दा तिनीहरू तपाईंको मूल वेबसाइटको उत्पादन पृष्ठमा फर्किन्छन्।
5. तपाईं आफ्नै साइटमा अर्डर, भुक्तानी, र डेलिभरी सम्हाल्नुहुन्छ, जस्तो पहिले गर्नुहुन्थ्यो।
6. pasal.biz आफूलाई भुक्तानी, पूर्ति, वा फिर्तामा हाल्दैन। pasal.biz ले ट्राफिकमा कमिशन लिँदैन। पूर्ण बिक्री तपाईंको हो।

समर्थित फिड फर्म्याट

१. CSV v1 (सबैभन्दा सरल)

सार्वजनिक URL मा होस्ट गरिएको साधारण CSV फाइल। आवश्यक कलमहरू:

केवल name, sku, र link कडा रूपमा आवश्यक छन् — यी तीन मध्ये कुनै नभएको पंक्ति छुटाइन्छ र ड्यासबोर्डमा रिपोर्ट गरिन्छ। बाँकी सबै वैकल्पिक छन्।

उदाहरण: example-csv-feed.v1.csv। आफ्नो CSV बचत गर्नुहोस्, सार्वजनिक URL मा होस्ट गर्नुहोस् (Dropbox लिङ्क, Google Drive साझा लिङ्क, आफ्नै सर्भर), र सेलर ड्यासबोर्डमा URL पेश गर्नुहोस्।

फर्म्याट अपेक्षाहरू

पार्सर जानाबुझाक मिलाउने खालको छ — तपाईंको अवस्थित निर्यातकले सायद पहिले नै पढ्न मिल्ने फाइल बनाउँछ।

• कलमको क्रमले फरक पार्दैन। हेडर नामले मिलाइन्छ।
• एन्कोडिङ: UTF-8। BOM स्वतः हटाइन्छ। अन्य एन्कोडिङले देवनागरी क्यारेक्टर बिगार्छ।
• लाइन एन्डिङ: LF, CRLF, वा मिश्रित। दुवै काम गर्छ।
• डिलिमिटर: पूर्वनिर्धारित कमा। सेमिकोलन र ट्याब सेलर ड्यासबोर्डमा सेट गर्दा समर्थित।
• उद्धरण: मानक RFC 4180।
• हेडर र सेल मानवरिपरि व्हाइटस्पेस ट्रिम गरिन्छ।
• खाली रेखाहरू छुटाइन्छन्।
• अज्ञात कलमहरू उपेक्षा गरिन्छन्, त्रुटि होइन।

स्वीकृत मूल्य फर्म्याट

यी सबै १,२९९ NPR मा पार्स हुन्छन्:

• 1299
• 1,299 (हजार छुट्याउने)
• Rs. 1,299 वा NPR 1299 (मुद्रा पाठ उपेक्षा हुन्छ)
• 1299.00 (दशमलव)
• 1.299,00 (युरोपेली दशमलव)

0 स्वीकार्य छ। खाली मूल्य सेल "मूल्य सेट नगरिएको" मानिन्छ।

छवि URL

• प्रत्येक URL https:// हुनुपर्छ र इन्टरनेटबाट सार्वजनिक रूपमा पहुँचयोग्य हुनुपर्छ।
• प्रति उत्पादन ३ छविसम्म। तेस्रो भन्दा पछिका मौनै छुटाइन्छन्।
• धेरै URL एकल पाइप | ले छुट्याउनुहोस्।

खराब पंक्तिको के हुन्छ

प्रत्येक पंक्ति स्वतन्त्र रूपमा प्रमाणित गरिन्छ। खराब पंक्तिले रन रद्द गर्दैन; पंक्ति नम्बर र विशिष्ट कारणसहित लग गरिन्छ, र बाँकी क्याटलग अझै इन्जेस्ट हुन्छ। अर्को सिंकपछि सेलर ड्यासबोर्डमा प्रति-पंक्ति डायग्नोस्टिक्स समीक्षा गर्न सकिन्छ।

२. WooCommerce (Store API)

तपाईंको पसल WooCommerce मा चल्छ भने आफ्नो स्टोरफ्रन्ट origin (जस्तै https://your-shop.com) pasal.biz लाई दिनुहोस् — हामी सार्वजनिक Store API मार्फत नेटिभ रूपमा ल्याउँछौं:

GET ${origin}/wp-json/wc/store/v1/products?per_page=100&page=N

Store API लाई auth चाहिँदैन, र यसले स्टोरफ्रन्टले देखाउने उही उत्पादन फर्काउँछ। हरेक आधुनिक Woo install मा यो पूर्वनिर्धारित रूपमा सक्रिय हुन्छ — कुनै प्लगइन इन्स्टल गर्नु पर्दैन, API key हामीलाई दिनु पर्दैन। यदि तपाईंको साइटमा Store API निष्क्रिय छ भने तल विकल्प ४ (WordPress) हेर्नुहोस्।

३. Shopify

हरेक Shopify स्टोरफ्रन्टले सार्वजनिक /products.json एन्डपोइन्ट खुलाउँछ। आफ्नो स्टोरफ्रन्ट URL (जस्तै https://your-shop.myshopify.com) पेश गर्नुहोस्, pasal.biz ले यसरी पेजिनेट गर्छ:

GET ${origin}/products.json?limit=250&page=N

Auth चाहिँदैन, प्लगइन चाहिँदैन। Variants फ्ल्याट गरिन्छन् — हरेक variant आफ्नै इन्जेस्ट उत्पादन बन्छ, र पेरेन्ट अन्तर्गत समूहीकरण हुन्छ ताकि एपमा "More variants" विकल्पले काम गरोस्। नोट: /products.json मा currency कोड हुँदैन, त्यसैले pasal.biz ले NPR मान्छ (प्रति पसल कन्फिगर गर्न सकिन्छ)। Shopify स्टोरफ्रन्टमा password protection छ भने इन्जेसन पुग्न सक्दैन।

४. WordPress (wp/v2/product)

WooCommerce Store API नभएको (वा Store API निष्क्रिय भएको) WordPress साइटहरूका लागि pasal.biz जेनेरिक WP REST एन्डपोइन्टमा फलब्याक गर्न सक्छ:

GET ${origin}/wp-json/wp/v2/product?per_page=100&page=N&_embed

हामी title, description, link, र embedded featured image पढ्छौं। यो एन्डपोइन्टले मूल्य र स्टक दिँदैन, त्यसैले लिस्टिङ "मूल्यका लागि सम्पर्क" शैलीमा देखिन्छन् — शोरूम-शैलीका पसलहरूका लागि ठीक, सिधै "अहिले किन्नुहोस्" फ्लोका लागि कम उपयोगी। Woo Store API सक्रिय गर्न मिल्छ भने विकल्प २ रोज्नुहोस्।

५. Google Merchant Center (GMC) फिड

Google Shopping का लागि पहिले नै GMC फिड राख्नुभएको छ भने pasal.biz लाई त्यही फिड URL मा देखाउन सक्नुहुन्छ। हामीले मानक GMC फिल्डहरू (title, link, image_link, price, availability, condition, brand, google_product_category) पार्स गर्छौं।

Google Shopping मा पहिले नै विज्ञापन गरिरहेका बिक्रेताका लागि सबैभन्दा कम-प्रयास विकल्प।

६. Generic JSON एन्डपोइन्ट

कस्टम Next.js, Django, वा hand-rolled ब्याकएन्ड छ? आफ्नो JSON आकार वर्णन गर्ने सानो रेसिपी हामीलाई पठाउनुहोस्, pasal.biz ले बाँकी सम्हाल्छ:

{
  "itemsPath": "products",
  "pagination": {
    "style": "page",
    "pageParam": "page",
    "limitParam": "per_page",
    "limitValue": 100
  },
  "fields": {
    "id": "id",
    "name": "title",
    "url": "slug",
    "price": "priceCents",
    "photos": "images[].url",
    "categories": "categories[].name"
  }
}

आवश्यक फिल्डहरू: id, name, url। बाँकी सबै वैकल्पिक। Path मिनी-भाषाले dotted paths (a.b.c) र single-step array fan-out (images[].url) समर्थन गर्छ; यो भन्दा जटिल केहीलाई dedicated adapter चाहिन्छ। Pagination ले page, offset, cursor, र none शैली समर्थन गर्छ।

७. Sitemap + schema.org/Product (फिडै नचाहिने)

तपाईंको पसलमा फिड छैन, API छैन, JSON पनि छैन — खाली product पेज मात्र? यदि तपाईंले sitemap.xml प्रकाशन गर्नुभएको छ भने (अधिकांश प्लेटफर्मले स्वतः गर्छन्), pasal.biz ले त्यो क्रल गरेर हरेक पेजको structured data बाट सिधै उत्पादन निकाल्न सक्छ। अधिकांश आधुनिक थिमले Google Shopping का लागि schema.org/Product JSON-LD ब्लक पूर्वनिर्धारित रूपमा निकाल्छन्; pasal.biz ले ती पढ्छ, र structured data नभएका पेजका लागि OpenGraph फलब्याक प्रयोग गर्छ।

Per-run सुरक्षा क्याप: प्रति रन २०० पेजसम्म, ५० nested sitemaps सम्म। ठूला क्याटलग धेरै रनमा इन्जेस्ट हुन्छन्। PasalBot ले वास्तविक User-Agent राख्छ, हरेक होस्टको /robots.txt ल्याउँछ, RFC 9309 अनुसार Disallow नियम (longest-match wins) पालना गर्छ, र Crawl-delay मान्छ — सार्वजनिक क्रल नीतिका लागि /bot र PasalBot लाई ब्लक गर्न /robots-policy हेर्नुहोस्।

यो सबैभन्दा ढिलो विकल्प हो (प्रति product पेज एक HTTP request, प्रति-होस्ट थ्रोटल गरिएको), तर शून्य सेटअपमा काम गर्छ। तपाईंको साइटमा real feed छ भने त्यो रोज्नुहोस्।

प्लेटफर्म र मार्केटप्लेसका लागि: Partner Feed API

माथिका सात एडाप्टर एउटै पसलका लागि हुन्। यदि तपाईं धेरै व्यवसाय होस्ट गर्ने इ-कमर्स प्लेटफर्म वा मार्केटप्लेस हुनुहुन्छ — विशेष गरी हामीले स्वतः पत्ता लगाउन सक्ने मानक स्टोरफ्रन्ट नचलाउनुहुने भए — एउटै सरल JSON फिड दिनुहोस्, हामी तपाईंले होस्ट गरेका हरेक व्यवसायलाई आ-आफ्नै pasal.biz पसलको रूपमा सूचीबद्ध गर्छौं, र ट्राफिक तिनैमा एट्रिब्युट हुन्छ। तपाईंका उत्पादन कसरी सर्भ हुन्छन्, त्यो अनुसार मोडेल छान्नुहोस्।

प्रति उत्पादन आवश्यक: id, name, url. मूल्य NPR मा। HTTPS मा JSON। खाली सूची नआएसम्म हामी page=1, 2, 3… कल गर्छौं (per_page २५० सम्म)।

मोडेल १ — हरेक व्यवसायको आफ्नै URL

सबैभन्दा सजिलो: प्रति व्यवसाय एउटा बेस URL, मात्र products एन्डपोइन्ट। हामी प्रति URL एउटा पसल बनाउँछौं।

GET /products?page=1&per_page=100

मोडेल २ — एउटै साझा URL, धेरै वेन्डर

एउटै साइटबाट धेरै विक्रेता: हामीलाई वेन्डर सूची र products एन्डपोइन्टमा वेन्डर फिल्टर दिनुहोस्। हामी प्रति वेन्डर एउटा पसल बनाउँछौं।

GET /vendors
GET /products?vendor=<id>&page=1&per_page=100

मोडेल ३ — मल्टि-टेनेन्ट (एउटै प्लेटफर्म, धेरै ग्राहक)

सबै टेनेन्ट एउटै बेस होस्टमा, रिक्वेस्ट हेडरले छानिन्छ। हरेक टेनेन्ट भित्र मोडेल १ वा २ प्रयोग गर्नुहोस्।

GET /tenants
# त्यसपछि हरेक कलमा पठाउनुहोस्:   X-Tenant: <tenantId>
GET /products?page=1&per_page=100
GET /vendors                                # टेनेन्टमा धेरै वेन्डर भए
GET /products?vendor=<id>&page=1&per_page=100

उत्पादन फर्म्याट

{
  "products": [
    {
      "id": "12345",                              // आवश्यक — स्थिर, कहिल्यै नबदलिने
      "name": "Wireless Earbuds X",               // आवश्यक
      "url": "https://acme.example.com/p/12345",  // आवश्यक — खरिददार यहीं पुग्छ
      "price": 4990,                              // NPR
      "original_price": 6990,                     // वैकल्पिक — स्ट्राइक-थ्रु मूल्य
      "in_stock": true,                           // वैकल्पिक
      "images": ["https://cdn.example.com/12345.jpg"], // वैकल्पिक, ३ सम्म
      "brand": "Acme",                            // वैकल्पिक
      "categories": ["Audio", "Electronics"],     // वैकल्पिक, ३ सम्म
      "condition": "new",                         // वैकल्पिक — new | like_new | good | fair
      "updated_at": "2026-06-24T10:00:00Z"        // वैकल्पिक — तल हेर्नुहोस्
    }
  ]
}

वेन्डर फर्म्याट (मोडेल २ र ३)

{
  "vendors": [
    {
      "id": "acme",                               // आवश्यक — स्थिर
      "name": "Acme Traders",                     // आवश्यक
      "logo": "https://cdn.example.com/v/acme.png",// वेन्डर फोटो / लोगो
      "url": "https://example.com/store/acme",    // वेन्डर स्टोरफ्रन्ट
      "location": "Kathmandu",                    // सहर
      "bio": "Audio & accessories since 2018",    // छोटो विवरण
      "category": "Electronics",                  // वैकल्पिक
      "phone": "+9779800000000"                   // वैकल्पिक
    }
  ]
}

टेनेन्ट सूची (मोडेल ३) उही आकारको हुन्छ: { "tenants": [ { "id": "acme", "name": "Acme" } ] }।

इन्क्रिमेन्टल अपडेट (सिफारिस गरिएको)

यदि उत्पादनमा updated_at छ र एन्डपोइन्टले ?updated_since= स्वीकार गर्छ भने, हामी हरेक पटक पूरै क्याटलगको सट्टा बदलिएको मात्र तान्छौं — दुवै पक्षलाई सजिलो:

GET /products?updated_since=2026-06-24T00:00:00Z&page=1&per_page=100

वैकल्पिक — नभए पनि हामी हरेक sync मा पूरै फेरि तान्छौं।

नियमहरू

• स्थिर ID: हरेक पटक उही id (र vendor.id, tenant.id) — नभए डुप्लिकेट बन्छन्।
• मुद्रा: मूल्य NPR मा सादा संख्या। NPR नभए भन्नुहोस्, हामी मूल्य लुकाउँछौं (हामी रूपान्तरण गर्दैनौं)।
• कोटि: सादा नाम; हामी आफ्नो pasal.biz कोटि ट्याक्सोनोमीमा म्याप गर्छौं।
• Response आकार: wrapped ({ "products": [...] }) वा bare array — दुवै ठीक।
• बोट पहुँच: तपाईंका एन्डपोइन्ट Cloudflare वा WAF पछाडि भए हाम्रो क्रलर PasalBot (User-Agent PasalBot/1.0 (+https://pasal.biz/bot)) allow-list गर्नुहोस् — /bot हेर्नुहोस् — वा हामीलाई डाटा पुश गर्नुहोस्।

सुरु गर्न [email protected] मा कुन मोडेल प्रयोग गर्ने, बेस URL, /products को नमुना response (र /vendors भए त्यो पनि), कुनै auth (हेडरमा API key भए हुन्छ), र एन्डपोइन्ट बोट-वाल पछाडि छ कि छैन — इमेल गर्नुहोस्।

सात मध्ये कुनै पनि नमिले?

[email protected] मा यी सहित इमेल पठाउनुहोस्:

• तपाईंको प्लेटफर्म (Magento, OpenCart, PrestaShop, Sana, कस्टम साइट, आदि)।
• तपाईंको अवस्थित उत्पादन डाटाको नमुना।
• तपाईंसँग लगभग कति उत्पादन छन् र क्याटलग कति पटक परिवर्तन हुन्छ।

व्यवहारमा माथिका सात एडाप्टरले हामीले देखेका अधिकांश पसल समेट्छन् — नेटिभ WooCommerce / Shopify support र sitemap+JSON-LD फलब्याकका कारण "मेरो प्लेटफर्म समर्थित छैन" साँच्चै दुर्लभ हुन्छ। तपाईंको दुर्लभ मध्ये एक हो भने CSV v1 बाटो सबैभन्दा छिटो workaround हो।

तपाईंको फिड जोडिएपछि

• pasal.biz ले फिड तालिकामा (सामान्यतया प्रत्येक केही घण्टा) पुनः ल्याउँछ र लिस्टिङ अपडेट गर्छ।
• ठूलो क्याटलग परिवर्तन पछि सेलर ड्यासबोर्डबाट तत्काल पुनः इन्जेस्ट सुरु गर्न सकिन्छ।
• स्टक सकिएका सामान फिडबाट हटेपछि pasal.biz बाट पनि हट्छन्।
• त्रुटिहरू (टुटेका छविहरू, बिग्रेका मूल्यहरू, हराइरहेका SKU) ड्यासबोर्डमा पंक्ति-दर-पंक्ति झुन्डिन्छन्।

तपाईंको साइटमा के रहन्छ

• तपाईंको चेकआउट फ्लो।
• तपाईंको भुक्तानी गेटवे (eSewa, Khalti, FonePay, IME Pay, बैंक, जे पनि)।
• तपाईंको डेलिभरी सञ्चालन।
• तपाईंको फिर्ता नीति।
• तपाईंको ग्राहक डाटा — pasal.biz ले संग्रह वा साझा गर्दैन।

इन्जेस्ट गरिएको क्याटलगका लागि pasal.biz एक डिस्कभरी तह हो। तपाईं र ग्राहकबीच आउने मार्केटप्लेस होइन।

ट्राफिकको बारेमा — मैले के पाउँछु?

इमानदार जवाफ: pasal.biz ले इच्छुक ग्राहकलाई तपाईंको उत्पादन लिङ्कमा निःशुल्क पठाउँछ, र तिनीहरूले तपाईंको साइटमा तिर्ने सबै कुराको १००% तपाईंले राख्नुहुन्छ। हामी विशिष्ट ट्राफिक मात्राको ग्यारेन्टी गर्दैनौं। सबैभन्दा बढी ट्राफिक पाउने पसलहरू:

• फिडमा स्पष्ट उत्पादन शीर्षक र पूर्ण विवरण।
• प्रति उत्पादन एकभन्दा बढी राम्रो छवि।
• सही श्रेणी।
• अद्यावधिक स्टक र मूल्य (बारम्बार फिड अपडेट)।

सामान्य प्रश्नहरू