LPagery बनाम Multiple Pages Generator

दोनों प्लगइन्स स्प्रेडशीट अपलोड या सार्वजनिक Google Sheet लिंक स्वीकार करते हैं, और किसी को भी Google API key की आवश्यकता नहीं होती। LPagery आपके ब्राउज़र में CSV और XLSX पढ़ता है और कुछ भी सेव करने से पहले कॉलम दिखाता है। MPG फ़ाइल को सर्वर पर अपलोड करता है और इसका रीडर CSV, XLSX और ODS संभालता है; फ़ाइल पिकर में XLS उपलब्ध है, लेकिन रीडर उसे अस्वीकार कर देता है। किसी भी प्लगइन में मैन्युअल रो एडिटर नहीं है: स्प्रेडशीट ही एडिटर है।

MPG की Create New स्क्रीन पर शुरुआत करने के लिए एक डेटासेट लाइब्रेरी होती है: होटल, रियल एस्टेट, नौकरियाँ, विश्व के शहर, US के शहर, प्लंबिंग और लॉकस्मिथ सेवाएँ, जिन्हें तैयार स्रोत फ़ाइलों के रूप में डाउनलोड किया जा सकता है। इसके बजाय LPagery में Radius source है, जो किसी स्थान के आसपास के शहरों के लिए एक-एक पंक्ति बनाता है, और यह पूरे किए गए पेज सेट को वापस XLSX में एक्सपोर्ट कर सकता है। MPG का एक्सपोर्ट Pro प्लान पर प्रोजेक्ट सेटिंग्स का होता है।

दोनों प्लगइन्स निर्धारित समय पर Google Sheet को दोबारा पढ़ते हैं, और दोनों शीट को सार्वजनिक CSV लिंक के रूप में इस्तेमाल करते हैं। LPagery का सिंक डिफ़ॉल्ट रूप से हर घंटे चलता है और अधिकतम साप्ताहिक रूप से सेट किया जा सकता है। प्रत्येक रन शीट डाउनलोड करता है, नई पंक्तियों के लिए पेज बनाता है, बदली हुई पंक्तियों वाले पेज अपडेट करता है, अपरिवर्तित पंक्तियों को छोड़ देता है और जब आप वह विकल्प चालू करते हैं तो हटाई गई पंक्तियों के पेज मिटा देता है। विफल डाउनलोड पर सेट में त्रुटि दर्ज होती है, और विफल पंक्ति को दर्ज करने से पहले दोबारा प्रयास किया जाता है।

MPG का सिंक शीट के CSV एक्सपोर्ट URL से नया डाउनलोड करता है, जो प्रोजेक्ट की डेटा फ़ाइल को बदल देता है और URL इंडेक्स को फिर से बनाता है। कोई पेज नहीं लिखा जाता क्योंकि कोई पेज होता ही नहीं है। Pro प्लान पर आप हर घंटे, दिन में दो बार, दैनिक, साप्ताहिक या मासिक विकल्प चुन सकते हैं; On Demand मोड में साइन किए गए webhook के माध्यम से कोई बाहरी सिस्टम इसे कॉल कर सकता है; और Live मोड में अगली विज़िट पर शीट दोबारा डाउनलोड होती है, जब कैश पंद्रह मिनट से अधिक पुराना हो। Free प्लान पर केवल Manual उपलब्ध है। जोड़ी गई पंक्तियाँ तुरंत लाइव हो जाती हैं, बदली हुई पंक्तियाँ अगले अनुरोध पर दिखाई देती हैं और हटाई गई पंक्तियाँ 404 लौटाती हैं—इसके लिए कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं होती।

दोनों के बीच अंतर यह है कि डाउनलोड विफल होने पर क्या होता है। MPG 4.2.1 में डाउनलोड फ़ंक्शन अपनी त्रुटि को स्वयं दबा देता है, सिंक पिछली फ़ाइल के साथ जारी रहता है और सफलता का ईमेल फिर भी भेज दिया जाता है। हमने लैब में कनेक्शन त्रुटि के साथ इसे दोहराया। LPagery रन रोक देता है और सेट पर त्रुटि दिखाता है।

दोनों प्लगइनों में टेम्पलेट वह पेज या पोस्ट होता है जो आपके पास पहले से मौजूद है। MPG किसी सार्वजनिक पोस्ट प्रकार की प्रकाशित पोस्ट को सूचीबद्ध करता है और तीन टाइप किए गए अक्षरों की आवश्यकता वाले सर्च बॉक्स के माध्यम से टेम्पलेट ढूँढता है। LPagery उन पेजों, पोस्ट और कस्टम पोस्ट प्रकारों को सूचीबद्ध करता है जिन्हें आप इसकी सेटिंग्स में सक्षम करते हैं।

अंतर यह है कि प्लेसहोल्डर कितनी गहराई तक पहुँचते हैं। MPG उन्हें शीर्षक, कंटेंट और SEO प्लगइन द्वारा पेज हेड में प्रिंट की जाने वाली हर चीज़ में बदलता है। Elementor को अपना अलग हुक मिलता है और हर Gutenberg ब्लॉक को एक conditions attribute मिलता है। वे बिल्डर जो अपना लेआउट कस्टम फ़ील्ड में रखते हैं, उनके लिए संस्करण 4.2.1 में प्रतिस्थापन का कोई मार्ग नहीं है: Divi, Bricks, Breakdance, Oxygen, WPBakery, Brizy और SeedProd के लिए अडैप्टर नहीं मिले, जबकि Avada और Thrive Architect केवल डेवलपर कॉन्स्टेंट के पीछे काम करते हैं। LPagery टेम्पलेट के हर कस्टम फ़ील्ड को प्लेसहोल्डर बदलकर कॉपी करता है और इसके अलावा ग्यारह बिल्डरों के लिए अपने स्वयं के अडैप्टर उपलब्ध कराता है।

MPG WPML, Polylang और TranslatePress को कोड के माध्यम से संभालता है: टेम्पलेट को उसके अनुवाद से बदला जाता है और भाषा स्विचर जनरेट किए गए URL पर ले जाता है। LPagery केवल Classic पेजों पर WPML भाषा निर्धारित करता है, और 3.0 में Polylang या TranslatePress का कोई कोड नहीं मिला।

दोनों के बीच यह सबसे बड़ा अंतर है। MPG posts टेबल में कुछ भी नहीं लिखता। अनुरोध आने पर MPG प्रोजेक्ट के URL इंडेक्स में पाथ खोजता है, टेम्पलेट लोड करता है, प्लेसहोल्डर बदलता है और परिणाम को पेज के रूप में प्रस्तुत करता है। हमारे 300-पंक्ति परीक्षण में Pages स्क्रीन पर अभी भी तीन आइटम सूचीबद्ध थे, जबकि सभी 300 URL ने 200 लौटाया। ये पेज core sitemap और REST API से भी अनुपस्थित रहते हैं, इसलिए MPG अपनी sitemap, अपनी सर्च और होम तथा सर्च लूप्स के लिए opt-in के माध्यम से इन सतहों को स्वयं दोबारा बनाता है।

LPagery वास्तविक पेज लिखता है। Classic Mode में हर पेज पूरी तरह स्वतंत्र होता है: आप इसे एडिटर में खोल सकते हैं, एक वाक्य बदल सकते हैं और LPagery को निष्क्रिय करने पर भी यह सामान्य पेज बना रहता है। Live Mode LPagery का वर्चुअल विकल्प है: हर पेज अपनी slug, title और status वाला एक छोटा stub होता है और कोई व्यक्ति इसे खोलने पर कंटेंट टेम्पलेट से रेंडर होता है। टेम्पलेट में किया गया बदलाव सभी लाइव पेजों पर एक साथ दिखाई देता है और आप किसी एक पेज या पूरे सेट को दोनों मोड के बीच बदल सकते हैं। लाइव पेजों को अपना कंटेंट रेंडर करने के लिए प्लगइन के सक्रिय होने की आवश्यकता होती है, इसलिए Convert to Classic इससे बाहर निकलने का विकल्प है।

URL resolution इसका एक और परिणाम है। LPagery के पेजों की वास्तविक slugs होती हैं, इसलिए WordPress core उन्हें रूट करता है और किसी प्लगइन कोड की आवश्यकता नहीं होती। MPG हर अनुरोध को प्रोजेक्ट की URL सूची पर linear scan के माध्यम से resolve करता है: 50,000-पंक्ति वाले प्रोजेक्ट में आखिरी पंक्ति तक स्कैन करने में 0.035 सेकंड के इंडेक्स लोड के अतिरिक्त 0.012 सेकंड लगे और किसी match के न मिलने पर पूरी सूची स्कैन होती है।

इस मामले में दोनों प्लगइनों की समस्या एक जैसी नहीं है। LPagery हर पंक्ति के लिए एक पेज लिखता है, इसलिए बड़े रन के लिए एक queue की आवश्यकता होती है। पंक्तियाँ आपके सर्वर पर queue में जाती हैं, एक worker उन्हें प्रोसेस करता है और हर पेज अपने अलग अनुरोध में जनरेट होता है। इसलिए PHP समय सीमा केवल एक पेज पर लागू होती है, पूरे रन पर नहीं। विफल पंक्तियों को प्रयासों के बीच विराम के साथ दोबारा आज़माया जाता है, दस मिनट तक कोई प्रगति न होने वाले रन को stalled के रूप में दिखाया जाता है ताकि आपको पता चले कि WP-Cron नहीं चल रहा है, और रन queue में जाने के बाद आप टैब बंद कर सकते हैं।

MPG में queue नहीं है और इसकी आवश्यकता भी नहीं होती। किसी प्रोजेक्ट को प्रकाशित करने पर फ़ाइल पार्स होती है और URL इंडेक्स लिखा जाता है: 0.07 सेकंड में 300 पंक्तियाँ और 94 MB की peak memory के साथ 2.08 सेकंड में 50,000 पंक्तियाँ। 50,000-पंक्ति वाली CSV PHP समय सीमा को दस सेकंड पर सेट करके प्रकाशित की गई। एकमात्र लंबा चरण अपलोड है।

इसके बजाय लागत विज़िटर पर स्थानांतरित हो जाती है। 50,000-पंक्ति वाले प्रोजेक्ट में एक जनरेट किए गए पेज को उसी साइट पर static पेज के 0.20 सेकंड की तुलना में 0.33 से 0.66 सेकंड लगे, और MPG का loop block हर अनुरोध पर हर प्रोजेक्ट का URL इंडेक्स लोड करता है, जिसमें admin स्क्रीन और वे पेज भी शामिल हैं जिन्हें MPG कभी छूता नहीं। LPagery के Classic पेज को serve करने में कोई अतिरिक्त लागत नहीं होती; Live पेज पर एक indexed lookup की लागत आती है।

जब आप बदली हुई फ़ाइल अपलोड करते हैं, तो LPagery आपको मौजूदा पेजों को बनाने, अनदेखा करने या अपडेट करने देता है। किसी पेज को केवल तभी अपडेट किया जाता है जब उसकी पंक्ति या उसकी सेटिंग्स बदली हों। यदि किसी ने जनरेट किए गए पेज को हाथ से संपादित किया है, तो LPagery सेव के दौरान इसका पता लगा लेता है और पेज को वैसे ही छोड़ देता है, जब तक कि आप मैनुअल बदलावों को ओवरराइट करने का विकल्प न चुनें। पेजों का मिलान एक आंतरिक रिकॉर्ड के आधार पर किया जाता है, इसलिए permalink pattern बदलने के बाद भी वे मिल जाते हैं। जब delete विकल्प चालू हो, तो हटाई गई पंक्ति का पेज भी हटा दिया जाता है।

MPG हर सिंक या दोबारा अपलोड पर पूरे डेटासेट को बदल देता है और इंडेक्स को फिर से बनाता है। इसमें प्रति-पंक्ति कोई निर्णय, कोई row hash और सुरक्षित रखने के लिए कुछ भी नहीं होता, क्योंकि संपादित करने के लिए कोई पेज नहीं होते। इसका यह भी अर्थ है कि हटाई गई पंक्ति अपने-आप हट जाती है, जबकि LPagery ऐसा केवल delete flag सेट होने पर करता है। MPG में किया गया template edit अगले अनुरोध पर हर URL तक पहुंच जाता है; LPagery में Live Mode यही सुविधा देता है, जबकि Classic पेजों में डिज़ाइन बदलने के बाद update run की आवश्यकता होती है। दोनों में किसी प्रोजेक्ट या page set को अलग template पर निर्देशित किया जा सकता है।

किसी भी paid plan में ऐसा page cap नहीं है जिसे आप पूरा कर सकें। MPG Pro प्रति प्रोजेक्ट 1,000,000 rows तक पढ़ता है और हमने एक प्रोजेक्ट से 50,000 पेज सत्यापित किए हैं; इसका इंडेक्स 5,000 rows के chunks में लिखा जाता है और इसकी sitemap प्रति फ़ाइल 50,000 URLs से अधिक होने पर विभाजित हो जाती है। LPagery के paid plans में कोई page cap नहीं मिला। LPagery का worker डिफ़ॉल्ट रूप से प्रत्येक tick में 1,000 rows लेता है और बड़े upload को parts में विभाजित किया जाता है, ताकि होस्ट की छोटी upload limit उसे रोक न सके।

हमने इस पेज के लिए LPagery के विरुद्ध कोई बड़ा lab run नहीं किया, इसलिए 50,000-row का आंकड़ा केवल MPG का है। बड़े LPagery run की विश्वसनीयता background processing के अंतर्गत कवर की गई है।

दोनों plugins title, slug और content में placeholders को बदलते हैं और Yoast SEO, Rank Math, All in One SEO और SEOPress के fields भी भरते हैं। MPG यह काम प्रत्येक plugin के लिए filter integration के माध्यम से करता है और नाम से तीन अन्य plugins को भी कवर करता है: Squirrly, The SEO Framework और SmartCrawl। LPagery template page के हर custom field को कॉपी करता है, इसलिए SEO plugin के अपने fields किसी विशेष integration के बिना भर जाते हैं। All in One SEO के लिए इसका अपना handler है, क्योंकि यह डेटा अपनी अलग table में संग्रहीत करता है।

Sitemaps अलग तरीके से काम करती हैं, क्योंकि पेज भी अलग होते हैं। LPagery के पेज सामान्य posts होते हैं और core तथा SEO plugin sitemaps में दिखाई देते हैं; Live Mode में template सेव करने पर हर पेज की modified date बदल जाती है। MPG के पेज इन sitemaps में मौजूद नहीं होते, इसलिए यह site root में अपनी XML file लिखता है और robots.txt में एक line जोड़ता है। यह file केवल sync, library deploy या manual click पर दोबारा बनाई जाती है: जब हमने किसी प्रोजेक्ट को 15 rows से घटाकर 3 किया, तो हटाए गए URLs ने 404 लौटाया, जबकि sitemap में सभी 14 URLs सूचीबद्ध रहे। MPG अपना canonical tag भी जोड़ता है और इसका trailing-slash redirect 200 status के साथ भेजा जाता है, इसलिए URL के दोनों रूप पेज दिखाते हैं।

Images के लिए दोनों plugins किसी column से featured image लेते हैं। MPG row के URL को image source के रूप में प्रदर्शित करता है और कुछ भी import नहीं करता, इसलिए प्रति-पेज filename या attachment नहीं होता। LPagery image को filename और alt text को प्रति पेज बदलते हुए media library में कॉपी, डाउनलोड या reference करता है।

MPG में अधिक समृद्ध template language है और यह version 4.2.1 में निःशुल्क उपलब्ध है। mpg-if shortcode में all या any logic के साथ अधिकतम छह conditions ली जा सकती हैं, हर Gutenberg block को MPG conditions attribute मिलता है, एक MPG Conditional block उपलब्ध है और हर Elementor widget के Advanced tab में conditions control मिलता है। has value और equals से लेकर greater than और regex तक ग्यारह operators उपलब्ध हैं। एक loop shortcode और block filters, ordering और limit के साथ प्रोजेक्ट की rows की सूची बनाते हैं, match shortcode उन rows की सूची बनाता है जिनका कोई value वर्तमान row के साथ समान होता है, और mpg_search shortcode विज़िटरों को generated pages में खोज करने की सुविधा देता है।

LPagery में conditional blocks नहीं हैं। यदि कोई वाक्य केवल कुछ rows के लिए दिखना चाहिए, तो आप उस वाक्य को अपने अलग column में रखते हैं और अन्य rows के cells खाली छोड़ देते हैं। Placeholders nested हो सकते हैं, इसलिए किसी cell में दूसरा placeholder हो सकता है, जिसे MPG का single replacement pass resolve नहीं करता। Views प्रत्येक पेज पर संबंधित pages की styled list या grid बनाते हैं, जिसे name, date या आपकी पसंद के किसी column के अनुसार क्रमित किया जा सकता है। Columns प्रत्येक पेज का author, parent page, status और taxonomy terms सेट कर सकते हैं; MPG में parent relations या taxonomy output नहीं है, क्योंकि उन्हें जोड़ने के लिए कोई post मौजूद नहीं होता।

Spintax दोनों में काम करता है और दोनों में स्थिर रहता है। LPagery प्रत्येक पेज के लिए एक seed संग्रहीत करता है, जबकि MPG प्रत्येक URL के लिए चुने गए variant को अपनी table में संग्रहीत करता है, इसलिए अगली visit या update पर दोनों wording को दोबारा नहीं लिखते। LPagery MPG के double-brace placeholder syntax को भी पढ़कर उसे convert करता है, इसलिए MPG के लिए लिखा गया template दोबारा उपयोग किया जा सकता है।

MPG संस्करण 4.2.1 में AI सामग्री की कोई सुविधा नहीं मिली। हमने किसी भी प्रदाता या API key हैंडलिंग के लिए मॉडल, कंट्रोलर, हेल्पर, व्यू और ब्लॉक की जांच की और केवल Elementor का अपना कंट्रोल नाम पाया। विक्रेता का दस्तावेज़ आपको ऐसे spreadsheet add-ons की ओर निर्देशित करता है, जो फ़ाइल इम्पोर्ट करने से पहले कॉलम में AI टेक्स्ट भरते हैं।

LPagery, LPagery ऐप में प्रत्येक पंक्ति के लिए AI टेक्स्ट और इमेज जनरेट करता है और तैयार पेज सेट को प्लगइन में भेजता है। आप OpenAI और Google के छह विकल्पों में से प्रत्येक वेबसाइट के लिए टेक्स्ट मॉडल चुनते हैं। इमेज प्रॉम्प्ट में स्टाइल, फ़ॉर्मेट, मूड और आपके ब्रांड के रंग शामिल होते हैं, जबकि टेक्स्ट प्रॉम्प्ट बीस से अधिक भाषाओं में उपलब्ध होते हैं और आपकी वेबसाइट के देश के आधार पर चुने जाते हैं। प्रत्येक पेड लाइसेंस में हर महीने क्रेडिट जोड़े जाते हैं, इसलिए किसी API key को सेट अप करने की आवश्यकता नहीं होती। दोनों में से किसी भी उत्पाद में अपनी API key इस्तेमाल करने का विकल्प नहीं है।

सत्यापन की तारीख को WordPress.org प्लगइन डायरेक्टरी से लिए गए आंकड़े। MPG की लिस्टिंग पुरानी है और हमारे सत्यापन से दो दिन पहले अपडेट की गई थी। इसके Pro बिल्ड की WordPress.org पर कोई लिस्टिंग नहीं है और इसका संस्करण नंबर फ्री संस्करण के समान है।

केवल LPagery में दोनों दिशाओं में कन्वर्ज़न वाले दो रेंडर मोड, Virtual Image URLs जो प्रत्येक पेज के लिए अलग नाम के तहत एक ही इमेज फ़ाइल उपलब्ध कराते हैं, बंद WP-Cron के लिए स्टॉल चेक, शामिल क्रेडिट के साथ AI टेक्स्ट और इमेज, तथा MPG के प्लेसहोल्डर सिंटैक्स के लिए इम्पोर्ट विकल्प है।

केवल MPG में zero-write मॉडल है, जो कुछ ही सेकंड में 50,000 URLs को लाइव करता है; starter files वाली dataset library; sync ट्रिगर करने वाला signed webhook; जनरेट किए गए पेजों पर front-end search; अपनी sitemap फ़ाइल; created_date कॉलम से publication schedule, जो उस तारीख तक URL को 404 बनाए रखता है; और Polylang तथा TranslatePress हैंडलिंग। यह आपको उस hook को भी स्थानांतरित करने देता है जिस पर यह requests को intercept करता है—ऐसे themes के लिए एक वैकल्पिक उपाय जो डिफ़ॉल्ट के साथ समस्या पैदा करते हैं।

हमने एक ही पांच-पंक्ति वाली फ़ाइल के साथ दोनों admin screens का उपयोग किया और गिना कि पहला पेज लाइव होने से पहले नए उपयोगकर्ता को क्या सीखना और क्लिक करना पड़ता है। LPagery में तीन अवधारणाएँ (template page, placeholder, source file) और एक आवश्यक सेटिंग, template, की जरूरत होती है। बाकी सभी चीज़ों के लिए डिफ़ॉल्ट मौजूद है। बिना किसी स्टॉल के, तीन screens पर छह क्लिक के बाद पहला पेज लाइव हो गया।

MPG में यह काम दो screens—dataset library और एक लंबे builder page—पर नौ क्लिक में होता है। इसमें सात अवधारणाएँ सीखनी पड़ती हैं, जिनमें virtual pages और URL format template शामिल हैं, और चार सेटिंग भरनी होती हैं। एक स्टॉल है: जब तक आप तीन characters टाइप नहीं करते, template picker में कुछ नहीं दिखता, इसलिए आपको अपने template page का title पता होना चाहिए। Source type भी डिफ़ॉल्ट रूप से link होता है, इसलिए CSV वाले उपयोगकर्ता को upload control दिखाई देने से पहले dropdown बदलना पड़ता है।