LPagery jämfört med Multiple Pages Generator

Båda tilläggen accepterar en uppladdning av ett kalkylblad eller en offentlig länk till ett Google Sheet, och inget av dem kräver en Google API-nyckel. LPagery läser CSV och XLSX i din webbläsare och visar kolumnerna innan något sparas. MPG laddar upp filen till servern och läsaren hanterar CSV, XLSX och ODS; XLS erbjuds i filväljaren men avvisas av läsaren. Inget av tilläggen har en manuell radredigerare: kalkylbladet är redigeraren.

MPG börjar med ett datasetbibliotek på skärmen Skapa nytt: hotell, fastigheter, jobb, världsstäder, städer i USA, VVS- och låssmedstjänster, som kan laddas ner som färdiga källfiler. LPagery har i stället en källa för radie, som skapar en rad per stad runt en plats, och kan exportera en färdig siduppsättning tillbaka till XLSX. MPG:s export gäller projektinställningarna och är tillgänglig i Pro-planen.

Båda tilläggen läser om ett Google Sheet enligt ett schema, och båda behandlar arket som en offentlig CSV-länk. LPagerys synkronisering körs som standard varje timme och kan köras upp till varje vecka. Varje körning laddar ner arket, skapar sidor för nya rader, uppdaterar sidor vars rad har ändrats, hoppar över rader som inte har ändrats och tar bort sidor för borttagna rader när du aktiverar det alternativet. En misslyckad nedladdning markerar uppsättningen med felet, och en misslyckad rad försöks igen innan den registreras.

MPG:s synkronisering är en ny nedladdning av kalkylbladets CSV-export-URL, vilket ersätter projektets datafil och bygger om URL-indexet. Ingen sida skrivs, eftersom det inte finns några sidor. I Pro-planen kan du välja varje timme, två gånger dagligen, dagligen, veckovis eller månadsvis, läget På begäran med en signerad webhook som ett externt system kan anropa, samt Live-läget som laddar ner arket igen vid nästa besök när cachen är äldre än femton minuter. I gratisplanen är endast Manuellt tillgängligt. Tillagda rader blir live direkt, ändrade rader visas vid nästa förfrågan och borttagna rader returnerar en 404 utan något som behöver konfigureras.

Skillnaden mellan de två gäller vad som händer när nedladdningen misslyckas. I MPG 4.2.1 sväljer nedladdningsfunktionen sitt eget fel, synkroniseringen fortsätter med den föregående filen och bekräftelsemeddelandet skickas ändå. Vi återskapade detta med ett anslutningsfel i testmiljön. LPagery stoppar körningen och visar felet på uppsättningen.

I båda tilläggen är mallen en sida eller ett inlägg som du redan har. MPG listar alla publicerade inlägg av en offentlig inläggstyp och hittar mallen via ett sökfält där du behöver skriva tre tecken. LPagery listar sidor, inlägg och de anpassade inläggstyper som du aktiverar i inställningarna.

Skillnaden är hur långt platshållarna når. MPG ersätter dem i titeln, i innehållet och i allt som ett SEO-tillägg skriver ut i sidhuvudet. Elementor har en egen hook, och varje Gutenberg-block får ett attribut för villkor. Byggare som sparar sin layout i anpassade fält har ingen ersättningsväg i version 4.2.1: adaptrar för Divi, Bricks, Breakdance, Oxygen, WPBakery, Brizy och SeedProd hittades inte, och Avada och Thrive Architect fungerar endast bakom en utvecklarkonstant. LPagery kopierar varje anpassat fält från mallen med ersatta platshållare, och dessutom har elva byggare en egen adapter.

MPG hanterar WPML, Polylang och TranslatePress i koden: mallen byts ut mot dess översättning och språkväljaren pekar på den genererade URL:en. LPagery tilldelar WPML-språket endast på Classic-sidor, och ingen kod för Polylang eller TranslatePress hittades i 3.0.

Detta är den största skillnaden mellan de två. MPG skriver ingenting till inläggstabellen. När en förfrågan kommer in slår MPG upp sökvägen i projektets URL-index, laddar mallen, ersätter platshållarna och visar resultatet som sidan. I vårt test med 300 rader visade skärmen Sidor fortfarande tre objekt, medan alla 300 URL:er returnerade 200. Sidorna saknas också i den inbyggda webbplatskartan och i REST API:t, så MPG bygger själv upp dessa ytor med sin egen webbplatskarta, sin egen sökning och ett val för startsidans och sökningens loopar.

LPagery skriver riktiga sidor. I Classic Mode är varje sida helt fristående: du kan öppna den i redigeraren, ändra en mening och den förblir en vanlig sida om du avaktiverar LPagery. Live Mode är LPagerys virtuella alternativ: varje sida är en liten stub med egen slug, titel och status, och innehållet renderas från mallen när någon öppnar den. En mallredigering visas direkt på alla livesidor, och du kan växla en sida eller en hel uppsättning mellan de två lägena. Livesidor behöver tillägget aktivt för att rendera sitt innehåll, så Convert to Classic är vägen ut.

URL-upplösning är den andra konsekvensen. LPagerys sidor har riktiga sluggar, så WordPress-kärnan dirigerar dem och ingen tilläggskod deltar. MPG löser varje förfrågan genom en linjär genomsökning av projektets URL-lista: i projektet med 50 000 rader tog genomsökningen till den sista raden 0,012 sekunder utöver den 0,035 sekunder långa indexladdningen, och en missad träff går igenom hela listan.

De två tilläggen har inte samma situation här. LPagery skriver en sida per rad, så en stor körning behöver en kö. Raderna läggs i en kö på din server, en worker tömmer den och varje sida genereras i en egen förfrågan, så PHP-tidsgränsen gäller för en sida och aldrig för hela körningen. Misslyckade rader försöks igen med en paus mellan försöken, en körning utan framsteg i tio minuter visas som fastnad så att du vet att WP-Cron inte körs, och du kan stänga fliken när körningen har lagts i kön.

MPG har ingen kö och behöver ingen. När ett projekt publiceras analyseras filen och ett URL-index skrivs: 300 rader på 0,07 sekunder, 50 000 rader på 2,08 sekunder med en toppförbrukning på 94 MB minne. En CSV-fil med 50 000 rader publicerades med PHP-tidsgränsen inställd på tio sekunder. Det enda långa steget är själva uppladdningen.

Kostnaden flyttas i stället till besökaren. I projektet med 50 000 rader tog en genererad sida 0,33 till 0,66 sekunder jämfört med 0,20 sekunder för en statisk sida på samma webbplats, och MPG:s loopblock laddar varje projekts URL-index vid varje förfrågan, inklusive adminskärmar och sidor som MPG aldrig hanterar. En Classic-sida i LPagery kostar inget extra att leverera; en Livesida kostar en indexerad uppslagning.

När du laddar upp en ändrad fil låter LPagery dig skapa, ignorera eller uppdatera befintliga sidor. En sida uppdateras endast när dess rad eller inställningar har ändrats. Om någon har redigerat en genererad sida manuellt upptäcker LPagery det vid sparandet och lämnar sidan orörd om du inte väljer att skriva över manuella ändringar. Sidor matchas genom en intern post, så de hittas fortfarande efter att du har ändrat permalänkmönstret. En borttagen rad raderar dess sida när borttagningsalternativet är aktiverat.

MPG ersätter hela datasetet vid varje synkronisering eller ny uppladdning och bygger om indexet. Det finns inget beslut per rad, ingen radhash och inget att skydda, eftersom det inte finns några sidor att redigera. Det innebär också att en borttagen rad försvinner av sig själv, något LPagery endast gör när borttagningsflaggan är aktiverad. En malländring i MPG når varje URL vid nästa förfrågan; LPagery ger dig samma sak i Live Mode, medan Classic-sidor behöver en uppdateringskörning efter en designändring. Båda låter dig koppla ett projekt eller en siduppsättning till en annan mall.

Ingen av betalplanerna har en sidgräns som du kommer att nå. MPG Pro läser upp till 1 000 000 rader per projekt, och vi verifierade 50 000 sidor från ett enda projekt; dess index skrivs i block om 5 000 rader och dess webbplatskarta delas upp när den överstiger 50 000 URL:er per fil. Ingen sidgräns hittades i LPagerys betalplaner. LPagerys worker bearbetar som standard 1 000 rader per intervall, och en stor uppladdning delas upp i delar så att en låg uppladdningsgräns hos webbhotellet inte blockerar den.

Vi genomförde ingen stor laboratoriekörning mot LPagery för den här sidan, så siffran 50 000 rader gäller endast MPG. Hållbarheten vid en stor LPagery-körning behandlas under bakgrundsbehandling.

Båda pluginen ersätter platshållare i titel, slug och innehåll, och båda fyller i fälten för Yoast SEO, Rank Math, All in One SEO och SEOPress. MPG gör detta med en filterintegrering per plugin och har dessutom stöd för ytterligare tre plugin med namn: Squirrly, The SEO Framework och SmartCrawl. LPagery kopierar alla anpassade fält från mallsidan, så SEO-pluginets egna fält fylls i utan en särskild integrering, och All in One SEO får en egen hanterare eftersom det lagrar data i sin egen tabell.

Webbplatskartor fungerar olika eftersom sidorna är olika. LPagerys sidor är vanliga inlägg och visas i WordPress kärn- och SEO-pluginens webbplatskartor; i Live Mode ändras det modifierade datumet på varje sida när du sparar mallen. MPG:s sidor saknas i dessa webbplatskartor, så det skriver en egen XML-fil i webbplatsens rotkatalog och lägger till en rad i robots.txt. Filen byggs endast om vid en synkronisering, en biblioteksdistribution eller ett manuellt klick: efter att vi minskade ett projekt från 15 rader till 3 returnerade de borttagna URL:erna 404 medan webbplatskartan fortfarande listade alla 14. MPG skapar också sin egen canonical-tagg, och dess omdirigering av snedstreck i slutet skickas med status 200, så båda URL-varianterna visar sidan.

För bilder hämtar båda pluginen en utvald bild från en kolumn. MPG skriver ut radens URL som bildkälla och importerar ingenting, så det finns inget filnamn per sida och ingen bilaga. LPagery kopierar, laddar ner eller refererar till bilden i mediebiblioteket, med filnamn och alt-text ersatta per sida.

MPG har det mer avancerade mallspråket, och det är kostnadsfritt i version 4.2.1. En mpg-if-shortcode tar upp till sex villkor med logiken alla eller något, varje Gutenberg-block får ett MPG conditions-attribut, det finns ett MPG Conditional-block och varje Elementor-widget får en villkorskontroll på fliken Advanced. Elva operatorer finns tillgängliga, från har värde och är lika med till större än och regex. En loop-shortcode och ett block listar projektets rader med filter, sortering och en gräns, en match-shortcode listar rader som delar ett värde med den aktuella raden och en mpg_search-shortcode ger besökare möjlighet att söka bland genererade sidor.

LPagery har inga villkorsblock. Om en mening endast ska visas för vissa rader lägger du meningen i en egen kolumn och lämnar cellen tom för de andra. Platshållare kan kapslas, så en cell kan innehålla en annan platshållare, vilket MPG:s enda ersättningspass inte löser. Views bygger en formaterad lista eller ett rutnät med relaterade sidor på varje sida, sorterat efter namn, datum eller en valfri kolumn. Kolumner kan ange författare, överordnad sida, status och taxonomitermer för varje sida; MPG har inga överordnade relationer och ingen taxonomiutdata, eftersom det inte finns något inlägg att koppla dem till.

Spintax fungerar i båda och förblir stabilt i båda. LPagery lagrar ett seed-värde per sida, medan MPG lagrar den valda varianten per URL i sin egen tabell, så inget av pluginen skriver om formuleringen vid nästa besök eller uppdatering. LPagery läser också MPG:s platshållarsyntax med dubbla klamrar och konverterar den, så en mall som skrivits för MPG kan återanvändas.

Ingen funktion för AI-innehåll hittades i MPG version 4.2.1. Vi sökte igenom modeller, controllers, hjälpfunktioner, vyer och block efter hantering av leverantörer eller API-nycklar och hittade endast Elementors eget kontrollnamn. Leverantörens dokumentation hänvisar till tillägg för kalkylblad som fyller kolumner med AI-text innan du importerar filen.

LPagery genererar AI-text och bilder per rad i LPagery-appen och skickar den färdiga siduppsättningen till pluginet. Du väljer textmodell per webbplats bland sex alternativ från OpenAI och Google. Bildprompter innehåller stil, format, stämning och dina varumärkesfärger, och textprompter finns på mer än tjugo språk som väljs utifrån webbplatsens land. Alla betalda licenser får en månatlig påfyllning av krediter, så du behöver inte konfigurera någon API-nyckel. Inget av produkterna erbjuder möjligheten att använda en egen API-nyckel.

Uppgifter från WordPress.orgs plugin-katalog på verifieringsdatumet. MPG:s listning är äldre och uppdaterades två dagar innan vi verifierade den. Pro-versionen har ingen listning på WordPress.org och har samma versionsnummer som gratisversionen.

Endast LPagery har två renderingslägen med konvertering i båda riktningarna, virtuella bild-URL:er som levererar samma bildfil under ett annat namn per sida, en kontroll av avstannade jobb på grund av död WP-Cron, AI-text och bilder med inkluderade krediter samt en importväg för MPG:s platshållarsyntax.

Endast MPG har nollskrivningsmodellen som gör 50 000 URL:er aktiva på några sekunder, ett datasetbibliotek med startfiler, en signerad webhook som utlöser en synkronisering, en frontend-sökning över genererade sidor, en egen sitemap-fil, ett publiceringsschema från en created_date-kolumn som håller en URL på 404 fram till det datumet samt hantering för Polylang och TranslatePress. Det låter dig också flytta hooken som det fångar upp förfrågningar på, vilket är en reservlösning för teman som inte fungerar med standardinställningen.

Vi gick igenom båda adminskärmarna med samma fil med fem rader och räknade vad en ny användare måste lära sig och klicka på innan den första sidan är live. LPagery kräver tre koncept (mall­sida, platshållare och källfil) samt en obligatorisk inställning, mallen. Allt annat har ett standardvärde. Den första sidan var live efter sex klick på tre skärmar utan något avbrott.

MPG gör detta på två skärmar, datasetbiblioteket och en lång byggarsida, samt nio klick. Det kräver sju koncept, bland annat virtuella sidor och mallen för URL-formatet, och fyra inställningar måste fyllas i. Ett avbrott: mallväljaren visar ingenting förrän du skriver tre tecken, så du måste känna till titeln på din mallsida. Källtypen är också som standard inställd på en länk, så en användare med en CSV-fil måste ändra en rullgardinsmeny innan ett uppladdningsfält visas.