LPagery vs Multiple Pages Generator

Begge pluginene godtar opplasting av et regneark eller en offentlig Google Sheets-lenke, og ingen av dem krever en Google API-nøkkel. LPagery leser CSV og XLSX i nettleseren din og viser kolonnene før noe lagres. MPG laster opp filen til serveren, og leseren håndterer CSV, XLSX og ODS; XLS tilbys i filvelgeren, men leseren avviser det. Ingen av pluginene har en manuell radredigerer: Regnearket er redigeringsprogrammet.

MPG starter med et datasettbibliotek på skjermbildet Create New: hoteller, eiendom, jobber, verdensbyer, amerikanske byer, rørleggertjenester og låsesmedtjenester, som kan lastes ned som ferdige kildefiler. LPagery har i stedet en Radius-kilde som oppretter én rad per by rundt en lokasjon, og kan eksportere et ferdig sidesett tilbake til XLSX. MPG eksporterer prosjektinnstillingene, på Pro-abonnementet.

Begge pluginene leser et Google Sheet på nytt etter en tidsplan, og begge behandler arket som en offentlig CSV-lenke. LPagerys synkronisering kjører som standard hver time og opptil ukentlig. Hver kjøring laster ned arket, oppretter sider for nye rader, oppdaterer sider der raden er endret, hopper over rader som ikke er endret, og sletter sider for fjernede rader når du aktiverer dette alternativet. En mislykket nedlasting markerer sidesettet med feilen, og en mislykket rad prøves på nytt før den registreres.

MPGs synkronisering er en ny nedlasting av CSV-eksport-URL-en til arket, som erstatter prosjektets datafil og bygger URL-indeksen på nytt. Ingen side skrives, fordi det ikke finnes noen sider. På Pro-abonnementet kan du velge hver time, to ganger daglig, daglig, ukentlig eller månedlig, en On Demand-modus med en signert webhook som et eksternt system kan kalle, og en Live-modus som laster ned arket på nytt ved neste besøk når hurtigbufferen er eldre enn femten minutter. På gratisabonnementet er bare Manual tilgjengelig. Nye rader blir aktive umiddelbart, endrede rader vises ved neste forespørsel, og fjernede rader returnerer en 404 uten noe som må konfigureres.

Forskjellen mellom de to er hva som skjer når nedlastingen mislykkes. I MPG 4.2.1 fanger nedlastingsfunksjonen sin egen feil uten å vise den, synkroniseringen fortsetter med den forrige filen, og e-postmeldingen om vellykket synkronisering sendes likevel. Vi gjenskapte dette med en tilkoblingsfeil i laboratoriet. LPagery stopper kjøringen og viser feilen på sidesettet.

I begge pluginene er malen en side eller et innlegg du allerede har. MPG viser alle publiserte innlegg av en offentlig innleggstype og finner malen via et søkefelt som krever tre innskrevne tegn. LPagery viser sider, innlegg og de egendefinerte innleggstypene du aktiverer i innstillingene.

Forskjellen er hvor dypt plassholderne når. MPG erstatter dem i tittelen, innholdet og alt et SEO-plugin skriver ut i sidens head. Elementor har sin egen hook, og hver Gutenberg-blokk får et conditions-attributt. Byggere som lagrer layouten i egendefinerte felt, har ingen substitusjonsbane i versjon 4.2.1: adaptere for Divi, Bricks, Breakdance, Oxygen, WPBakery, Brizy og SeedProd ble ikke funnet, mens Avada og Thrive Architect bare fungerer bak en utviklerkonstant. LPagery kopierer alle egendefinerte felt i malen med erstattede plassholdere, og elleve byggere har sin egen adapter i tillegg.

MPG håndterer WPML, Polylang og TranslatePress i koden: malen byttes ut med oversettelsen, og språkvelgeren peker til den genererte URL-en. LPagery angir WPML-språket kun på Classic-sider, og ingen Polylang- eller TranslatePress-kode ble funnet i 3.0.

Dette er den største forskjellen mellom de to. MPG skriver ingenting til innleggstabellen. Når en forespørsel kommer inn, slår MPG opp stien i prosjektets URL-indeks, laster malen, erstatter plassholderne og viser resultatet som siden. I testen vår med 300 rader viste Sider-skjermen fortsatt tre elementer, mens alle 300 URL-ene returnerte 200. Sidene mangler også i den innebygde sitemap-en og REST API-et, så MPG bygger disse overflatene selv med sin egen sitemap, sitt eget søk og en valgfri innstilling for hjemme- og søkesløyfene.

LPagery skriver ekte sider. I Classic Mode er hver side helt uavhengig: du kan åpne den i redigeringsverktøyet, endre én setning, og den forblir en normal side hvis du deaktiverer LPagery. Live Mode er LPagerys virtuelle alternativ: hver side er en liten stub med egen slug, tittel og status, og innholdet gjengis fra malen når noen åpner den. En malendring vises på alle live-sider samtidig, og du kan bytte én side eller et helt sett mellom de to modusene. Live-sider trenger pluginet aktivert for å gjengi innholdet, så Convert to Classic er veien ut.

URL-oppløsning er den andre konsekvensen. LPagerys sider har ekte slugs, så WordPress-kjernen ruter dem, og ingen plugin-kode deltar. MPG løser hver forespørsel med et lineært søk gjennom prosjektets URL-liste: i prosjektet med 50 000 rader tok søket til den siste raden 0,012 sekunder i tillegg til 0,035 sekunder for innlasting av indeksen, og et treff uten resultat går gjennom hele listen.

De to pluginene har ikke det samme problemet her. LPagery skriver én side per rad, så en stor kjøring trenger en kø. Radene legges i en kø på serveren din, en arbeider tømmer den, og hver side genereres i sin egen forespørsel. Dermed gjelder PHP-tidsgrensen for én side og aldri for hele kjøringen. Mislykkede rader forsøkes på nytt med en pause mellom forsøkene, en kjøring uten fremdrift i ti minutter vises som stoppet slik at du vet at WP-Cron ikke kjører, og du kan lukke fanen når kjøringen er lagt i kø.

MPG har ingen kø og trenger ingen. Når et prosjekt publiseres, analyseres filen og en URL-indeks skrives: 300 rader på 0,07 sekunder, 50 000 rader på 2,08 sekunder med et maksimalt minneforbruk på 94 MB. En CSV-fil med 50 000 rader ble publisert med PHP-tidsgrensen satt til ti sekunder. Det eneste lange trinnet er selve opplastingen.

Kostnaden flyttes i stedet til den besøkende. I prosjektet med 50 000 rader tok en generert side 0,33 til 0,66 sekunder, sammenlignet med 0,20 sekunder for en statisk side på samme nettsted, og MPG-sløyfeblokken laster inn hver prosjekts URL-indeks ved hver forespørsel, inkludert administrasjonssider og sider MPG aldri berører. En Classic-side i LPagery medfører ingen ekstra kostnad ved visning; en Live-side koster ett indeksert oppslag.

Når du laster opp en endret fil, lar LPagery deg opprette, ignorere eller oppdatere eksisterende sider. En side oppdateres bare når raden eller innstillingene for den er endret. Hvis noen har redigert en generert side manuelt, oppdager LPagery dette ved lagring og lar siden være urørt, med mindre du velger å overskrive manuelle endringer. Sidene matches mot en intern post, slik at de fortsatt blir funnet etter at du endrer permalinkmønsteret. En fjernet rad sletter siden når slettealternativet er aktivert.

MPG erstatter hele datasettet ved hver synkronisering eller nye opplasting og bygger indeksen på nytt. Det finnes ingen beslutning per rad, ingen radhash og ingenting som må beskyttes, fordi det ikke finnes sider som kan redigeres. Det betyr også at en fjernet rad forsvinner av seg selv, noe LPagery bare gjør når sletteflagget er aktivert. En malendring i MPG når alle URL-er ved neste forespørsel; LPagery gir deg det samme i Live Mode, mens Classic-sider trenger en oppdateringskjøring etter en designendring. Begge lar deg knytte et prosjekt eller et sideutvalg til en annen mal.

Ingen av de betalte abonnementene har en sidegrense du vil nå. MPG leser opptil 1 000 000 rader per prosjekt, og vi verifiserte 50 000 sider fra ett prosjekt. Indeksen skrives i deler på 5 000 rader, og nettstedskartet deles opp når det overstiger 50 000 URL-er per fil. Vi fant ingen sidegrense i LPagerys betalte abonnementer. LPagerys arbeider behandler som standard 1 000 rader per intervall, og en stor opplasting deles opp i deler slik at en lav opplastingsgrense hos verten ikke blokkerer den.

Vi gjennomførte ingen omfattende testkjøring mot LPagery for denne siden, så tallet på 50 000 rader gjelder kun MPG. Hvor robust en stor LPagery-kjøring er, dekkes under bakgrunnsbehandling.

Begge pluginene erstatter plassholdere i tittel, slug og innhold, og begge fyller ut feltene i Yoast SEO, Rank Math, All in One SEO og SEOPress. MPG gjør dette med en filterintegrasjon per plugin og støtter i tillegg tre andre ved navn: Squirrly, The SEO Framework og SmartCrawl. LPagery kopierer alle egendefinerte felt fra malsiden, slik at SEO-pluginens egne felt fylles ut uten en spesialintegrasjon. All in One SEO får sin egen håndterer fordi pluginen lagrer data i sin egen tabell.

Nettstedskart fungerer forskjellig fordi sidene er forskjellige. LPagerys sider er vanlige innlegg og vises i kjerne- og SEO-pluginenes nettstedskart. I Live Mode oppdateres endringsdatoen på hver side når du lagrer malen. MPGs sider mangler i disse nettstedskartene, så MPG skriver sin egen XML-fil i nettstedets rotmappe og legger til en linje i robots.txt. Filen bygges bare på nytt ved en synkronisering, en bibliotekutrulling eller et manuelt klikk. Etter at vi reduserte et prosjekt fra 15 rader til 3, returnerte de fjernede URL-ene 404, mens nettstedskartet fortsatt listet alle 14. MPG genererer også sin egen canonical-tag, og omdirigeringen med avsluttende skråstrek sendes med status 200, slik at begge URL-formatene viser siden.

For bilder henter begge pluginene et fremhevet bilde fra en kolonne. MPG skriver radens URL som bildekilde og importerer ingenting, så det finnes ikke noe filnavn per side eller noe vedlegg. LPagery kopierer, laster ned eller refererer til bildet i mediebiblioteket, med filnavn og alt-tekst erstattet per side.

MPG har et mer omfattende malspråk, og det er gratis i versjon 4.2.1. En mpg-if-shortcode støtter opptil seks betingelser med logikken alle eller hvilken som helst. Hver Gutenberg-blokk får et MPG conditions-attributt, det finnes en MPG Conditional-blokk, og hver Elementor-widget får en betingelseskontroll i fanen Advanced. Elleve operatorer er tilgjengelige, fra har verdi og er lik til større enn og regex. En loop-shortcode og -blokk viser rader fra prosjektet med filtre, sortering og en grense. En match-shortcode viser rader som deler en verdi med den gjeldende raden, og en mpg_search-shortcode gir besøkende et søk på genererte sider.

LPagery har ingen betingede blokker. Hvis en setning bare skal vises for enkelte rader, legger du setningen i sin egen kolonne og lar cellen stå tom for de andre. Plassholdere kan nestes, slik at en celle kan inneholde en annen plassholder, noe MPGs ene erstatningsrunde ikke løser. Views bygger en formatert liste eller et rutenett med relaterte sider på hver side, sortert etter navn, dato eller en kolonne du velger. Kolonner kan angi forfatter, overordnet side, status og taksonomitermer for hver side. MPG har ingen relasjoner til overordnede sider og ingen taksonomiutdata, fordi det ikke finnes noe innlegg de kan knyttes til.

Spintax fungerer i begge og forblir stabilt i begge. LPagery lagrer en seed per side, mens MPG lagrer den valgte varianten per URL i sin egen tabell. Derfor omskriver ingen av dem teksten ved neste besøk eller oppdatering. LPagery leser også MPGs syntaks for plassholdere med doble krøllparenteser og konverterer den, slik at en mal skrevet for MPG kan gjenbrukes.

Ingen funksjon for AI-innhold ble funnet i MPG versjon 4.2.1. Vi søkte gjennom modellene, kontrollerne, hjelpefunksjonene, visningene og blokkene etter håndtering av leverandører eller API-nøkler, og fant bare Elementors eget kontrollnavn. Leverandørens dokumentasjon viser til tillegg for regneark som fyller kolonner med AI-tekst før du importerer filen.

LPagery genererer AI-tekst og bilder per rad i LPagery-appen og sender det ferdige sidesettet inn i pluginet. Du velger tekstmodell per nettsted fra seks alternativer på tvers av OpenAI og Google. Bildetekster inneholder stil, format, stemning og merkevarefargene dine, og tekstinstrukser finnes på mer enn tjue språk, valgt ut fra nettstedets land. Alle betalte lisenser får en månedlig kredittpåfylling, så du trenger ikke konfigurere noen API-nøkkel. Ingen av produktene tilbyr muligheten til å bruke din egen nøkkel.

Tall fra plugin-katalogen på WordPress.org på datoen for verifiseringen. MPG-oppføringen er eldre og ble oppdatert to dager før vi verifiserte den. Pro-versjonen har ingen oppføring på WordPress.org og har samme versjonsnummer som gratisversjonen.

Bare LPagery har to gjengivelsesmoduser med konvertering i begge retninger, virtuelle bilde-URL-er som leverer én bildefil under et annet navn per side, kontroll av stopp ved død WP-Cron, AI-tekst og bilder med inkluderte kreditter, samt en importmetode for MPG-syntaks for plassholdere.

Bare MPG har nullskrivingsmodellen som gjør 50 000 URL-er aktive på sekunder, et datasettbibliotek med startfiler, en signert webhook som utløser en synkronisering, et frontend-søk over genererte sider, sin egen sitemap-fil, en publiseringsplan fra en created_date-kolonne som holder en URL på 404 frem til datoen, samt støtte for Polylang og TranslatePress. Den lar deg også flytte hooken som den avskjærer forespørsler på, som en løsning for temaer som kommer i konflikt med standardinnstillingen.

Vi gikk gjennom begge administrasjonssidene med den samme filen med fem rader og talte hva en ny bruker må lære og klikke på før den første siden er aktiv. LPagery krever tre konsepter (malside, plassholder, kildefil) og én obligatorisk innstilling, malen. Alt annet har en standardverdi. Den første siden var aktiv etter seks klikk på tre skjermer, uten stopp.

MPG gjør dette på to skjermer, datasettbiblioteket og én lang byggeside, og ni klikk. Det krever sju konsepter, blant annet virtuelle sider og URL-formatmalen, og fire innstillinger må fylles ut. Ett stopp: Malvelgeren viser ingenting før du skriver inn tre tegn, så du må kjenne tittelen på malsiden. Kildetypen er også satt til en lenke som standard, så en bruker med en CSV-fil må endre en rullegardinmeny før et opplastingsfelt vises.