LPagery jämfört med PageForge

Båda tilläggen läser en CSV-fil med en rubrikrad och omvandlar varje kolumn till en platshållare. LPagery läser CSV och XLSX i din webbläsare och visar kolumnerna innan något sparas. PageForge laddar först upp CSV-filen till mediebiblioteket, accepterar även TXT och TSV och identifierar avgränsaren från den första raden, så en semikolonseparerad export från Excel fungerar utan konvertering. XLSX hittades inte i PageForge 1.2.4 eller 1.1.3; endast CSV-, TXT- och TSV-filer accepteras.

Google Sheets är den största skillnaden mellan de två. LPagery använder en offentlig länk till ett ark och läser om det enligt ett schema, vilket beskrivs i nästa avsnitt. PageForges Google Sheets-källa finns i premiumkoden för Professional- och Enterprise-nivåerna och nekas i Starter, nivån vi köpte, så vi kunde inte verifiera att den fungerade. Vi hittade inte heller någon källa för radie: LPagery kan skapa sidor för städerna runt en plats, medan PageForge saknar inbyggda stadsdata.

LPagery kör en schemalagd synkronisering, som standard varje timme och upp till en gång i veckan. Vid varje körning hämtas arket, sidor skapas för nya rader, sidor vars rad har ändrats uppdateras, oförändrade rader hoppas över och sidor för borttagna rader raderas när du aktiverar det alternativet. En misslyckad rad försöks igen och en misslyckad hämtning markerar uppsättningen med felet. Synkronisering med Google Sheets ingår i LPagerys Extended-plan.

PageForge läser ett ark en gång, när du trycker på Generate, via en Google API-nyckel från Settings eller den offentliga CSV-exporten som reservlösning. Vi hittade ingen cron-hook, tidsstämpel eller inställning som hänvisar till ett ark efteråt, så en ändrad cell når aldrig en publicerad sida och en rad som du tar bort lämnar sidan publicerad. En misslyckad läsning visar ett meddelande för varje orsak, från ett tomt ark till en felaktig nyckel. Om du trycker på Generate igen skapas sidor för nya rader; vad som händer med ändrade rader behandlas under Uppdateringar och omsynkronisering.

I LPagery är mallen vilken sida, vilket inlägg eller vilken anpassad inläggstyp som helst som du redan har. Du lägger till platshållare i den och väljer den i kontrollpanelen. Alla anpassade fält på sidan kopieras med platshållarna ersatta, så sidbyggare som lagrar sin layout i post meta fungerar via den generiska sökvägen, och elva sidbyggare har dessutom en egen adapter. Live Mode stöder Elementor- och Gutenberg-mallar.

PageForges mall är en egen privat inläggstyp som skapas i pluginet, med ett titel-, slug- och metabeskrivningsmönster. En befintlig sida kan kopplas som baslayout: dess innehåll ersätter mallens innehåll, och en fast lista med femton Elementor- och Divi-fält klonas med platshållarna ersatta. Fält från Bricks, Breakdance, Oxygen, Brizy, SeedProd och Divi 5 finns inte med i någon av versionernas listor, så en layout från dessa sidbyggare kopieras inte. Rullgardinsmenyn för måltyp av inlägg erbjuder PageForges egen typ, sida eller inlägg.

Båda pluginen skriver riktiga WordPress-sidor och lagrar raden på varje sida. LPagery kallar detta Classic Mode. LPagery har även Live Mode, där varje sida är en liten stubbe och innehållet renderas från mallen när någon öppnar sidan, så att en malländring visas på alla livesidor så snart du sparar den. Du kan växla en sida eller en hel uppsättning mellan de två lägena.

PageForge skriver endast fysiska sidor, som standard i sin egen offentliga inläggstyp. Utöver det lagrade innehållet körs en andra platshållaromgång när sidan visas, så att en {City} som finns kvar i sidbyggarens JSON fortfarande ersätts på webbplatsens framsida. LPagery gör samma sak i Live Mode, där ersättningen körs över den färdiga HTML-koden; en Classic-sida behåller det som lagrades vid genereringen.

LPagery placerar raderna i en kö på din server. En worker tömmer kön, och varje sida genereras i en egen begäran, så PHP-tidsgränsen gäller för en sida i taget och aldrig för hela körningen. Misslyckade rader försöks igen med en paus mellan försöken, förloppet visas under Manage, och en körning utan framsteg i tio minuter visas som blockerad så att du vet att WP-Cron inte körs.

PageForge har två lägen. Instant kör varje rad i en enda begäran. I vårt test skrev det 320 sidor på 25 sekunder med standardtidsgränsen, och det fortsatte även efter att vi stängde fliken. Med en tidsgräns på 2 sekunder avbröts begäran efter 144 av 320 sidor, de återstående 176 raderna gick förlorade och skärmen stod kvar på Starting generation utan möjlighet att återuppta. Queue Mode är en droppvis publicerare: WP-Cron tömmer kön vid sju fasta tidpunkter per dag, som standard 10 sidor per dag, och en höjd gräns flyttar tillbaka arbetet till en enda cron-begäran som begränsas av samma PHP-gräns. Inget av lägena visar förlopp under körningen; kampanjtabellen uppdateras var 15:e sekund och visar antal efteråt.

En sak att känna till innan du väljer Queue Mode: sidor som skapas av PageForges cron-schemaläggare får inga SEO-fält. SEO-skrivaren kontrollerar om det finns en redigerande användare, men en cron-begäran har ingen sådan, och felet ignoreras. En sida som vi genererade på detta sätt saknade metatitel, beskrivning, canonical- och Open Graph-taggar; samma rad som genererades från webbläsaren hade alla dessa. Den dagliga gränsen är i sig en verklig funktion för en webbplats som vill släppa sidor gradvis, och LPagery har inget motsvarande.

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. En uppsättning kan kopplas till en annan mall, och borttagna rader kan ta bort sina sidor.

PageForge har ingen uppdateringskörning. Innan en sida skapas letar det efter en befintlig sida genom ett fingeravtryck av raden och därefter genom sluggen. Vi testade tre fall mot en live-sida. Den identiska raden markerades som redan publicerad. Samma rad med en tillagd kolumn avvisades som en dubblett, utan att innehållet ändrades. Ett ändrat värde som ändrade sluggen skapade en andra sida och lämnade den första på plats. Ett korrigerat värde i kalkylarket uppdaterar alltså aldrig en live-sida, och malländringar stannar på mallen: inget renderar om befintliga sidor när den sparas. Det enda fält PageForge ändrar på en befintlig sida är statusen, från utkast till publicerad.

Ingen av de betalda planerna har ett tak för antalet sidor, och vi hittade inte heller något tak i PageForges kod. LPagerys arbetare hanterar som standard 1 000 rader per körning, och en stor uppladdning delas upp i delar så att en låg uppladdningsgräns hos webbhotellet inte blockerar den. PageForges begränsningar är de som beskrevs i föregående avsnitt: en PHP-begäran i Instant-läget och den dagliga gränsen i Queue-läget. Dess kö lagras som ett enda autoloadat alternativ, 140 KB för 320 rader i vårt test, som WordPress läser in vid varje begäran och som PageForge skriver om efter varje behandlad rad. LPagery lagrar sin kö i en egen tabell.

Båda tilläggen 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. LPagery gör detta genom att kopiera alla anpassade fält från mallsidan, så SEO-tilläggets eget metabox på mallen fungerar som SEO-gränssnitt. All in One SEO har en egen hanterare eftersom det lagrar data i sin egen tabell. PageForge har en särskild adapter för samma fyra tillägg som skriver titel, beskrivning, fokusnyckelord, canonical, Open Graph-, Twitter- och robots-fält, och det skriver till alla SEO-tillägg som upptäcks samtidigt.

PageForge fungerar även på webbplatser utan SEO-tillägg. Det genererar egna meta description-, Open Graph- och Twitter-taggar och filtrerar den kanoniska URL:en. Det lägger också till ett JSON-LD-diagram på varje enskilt inlägg och varje sida på webbplatsen, med en LocalBusiness-nod, en WebPage-nod och en Service-nod med det område som betjänas. LPagery genererar inga egna taggar eller scheman utan överlåter detta till temat eller SEO-tillägget. Bilder fungerar däremot på motsatt sätt: LPagery ger varje bildkolumn ett filnamn och alt-text per sida; PageForges enda bildväg är ett lagerfoto från Pexels, utan ersättning av filnamn eller alt-text från dina data. Båda uppsättningarna sidor visas i webbplatsens kärn- och SEO-tilläggswebbplatskartor. I Live Mode uppdaterar LPagery det ändrade datumet på varje sida när du sparar mallen.

PageForges mallspråk består av en enda ersättningsomgång: {City} eller {city} ersätts med cellvärdet, och det är allt. Vi hittade ingen spintax, inga nästlade platshållare och inga villkorsblock i någon av versionerna. Kolumnvärden anger inte taxonomitermer, författare eller överordnad sida; genererade inlägg saknar termer och använder standardförfattaren. PageForge har i stället en validering före körning som rapporterar olösta variabler, dubblettsluggar och tomma rader. En sitemap-shortcode listar upp till 5 000 genererade sidor grupperade efter stad, delstat eller tjänst, och ett AI-alternativ ber modellen välja tre till sex interna länkar från de trettio senaste inläggen.

LPagery har spintax med nästling och ett frö per sida, så den valda varianten förblir densamma när sidan uppdateras. Platshållare kan nästlas, så en cell kan innehålla en annan platshållare. Kolumner kan ange författare, överordnad sida, status och taxonomitermer för varje sida, och bildkolumner kan kopiera, ladda ner eller referera till en bild per rad. Views skapar en formaterad lista eller ett rutnät med relaterade sidor på varje sida, sorterade efter namn, datum eller en kolumn du väljer. Villkorsblock saknas även i LPagery: om en mening bara ska visas för vissa rader placerar du den i en egen kolumn och lämnar cellen tom för de övriga.

Valideringen förtjänar en närmare granskning. I vår genomgång genererade PageForge från en CSV-fil vars rubriker inte matchade någon av mallens platshållare, rapporterade en färdig sida utan några problem och publicerade en sida med titeln {Service} i {City}, {State}. LPagery stoppar samma uppladdning med ett meddelande som anger mallen, länkar till den och föreslår en platshållare att lägga till.

LPagery genererar AI-text och bilder per rad i LPagery-appen och skickar det färdiga sidpaketet till pluginet. Du väljer textmodell per webbplats bland sex alternativ från OpenAI och Google. Bildprompter innehåller stil, format, känsla och dina varumärkesfärger, och textprompter finns på fler ä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.

PageForge ansluter till OpenAI, Anthropic, Google Gemini och DeepSeek med dina egna nycklar, och i premiumversionen till valfri OpenAI-kompatibel endpoint. Text per sida kommer från en kryssruta i mallen som ber leverantören om ett SEO-innehållsblock på cirka 700 till 2 200 ord samt en metabeskrivning, och tokenen {AI:Article} infogar en längre artikel. Det finns ingen AI-bildgenerering: {AI:Image} hämtar ett Pexels-foto som matchar tjänsten och staden. Prompter skrivs på engelska, med en ruta för varumärkeskontext i fritext som läggs till. Utöver bulkgenenerering innehåller PageForge en AI-planerare för webbplatser, en blogg- och en SEO-rapport, allt med din egen nyckel.

Uppgifter från WordPress.orgs plugin-katalog på verifieringsdatumet. PageForges kostnadsfria listning är sju månader gammal och de betalda versionerna säljs via Freemius, så installationsantalet gäller endast gratisversionen. LPagerys listning är fyra år gammal. Båda har fem stjärnor, baserat på tre respektive 31 omdömen.

Endast PageForge har en MCP-server. Pluginet tillhandahåller en Model Context Protocol-endpoint med OAuth 2.1-inloggning för ChatGPT och Claude, åtkomsttoken med begränsad behörighet, hastighetsbegränsningar och en Connections-skärm. Sjutton verktyg läser av webbplatsen: mallar, sidor, förhandsvisningar, SEO-granskningar, granskningar av bilders alt-text och diagnostik. Sju premiumverktyg skriver: uppdaterar SEO-fält, optimerar dem i bulk, korrigerar bilders alt-text och skapar, listar eller avbryter kampanjer, allt bakom ett förhandsgransknings- och bekräftelsesteg med en granskningslogg. LPagery har ingen MCP-server; dess REST API används av LPagery-appen.

PageForge har även ett eget JSON-LD-graf- och metataggsystem, en körning för platshållare, en förhandsvaliderare, detektering av avgränsare, en daglig schemaläggare för publicering samt en Inject HTML-skärm för analys- och verifieringstaggar.

Endast LPagery har två renderingslägen med konvertering i båda riktningarna, virtuella bild-URL:er som visar en bildfil under ett annat namn per sida och schemalagd synkronisering med Google Sheets med hantering av tillägg, ändringar och borttagningar. Endast LPagery har detektering av manuella redigeringar, en kontroll av stoppade processer för död WP-Cron, Views för rutnät med relaterade sidor och en importväg för platshållare som skrivits för pluginet Multiple Pages Generator. Om ditt arbetsflöde bygger på en AI-assistent som granskar och redigerar en färdig webbplats är MCP-servern viktig. Om ditt arbetsflöde bygger på ett kalkylark som ständigt ändras är synkroniseringen och uppdateringsvägen viktigare.

Vi gick igenom båda adminskärmarna med samma fil med fem rader och räknade vad en ny användare behöver lära sig och klicka på innan den första sidan är live. PageForge har den kortaste vägen vi mätte: ladda upp CSV-filen under Data Sources, välj sedan mall, källa och läge under Generate och tryck på Start. Sex klick på två skärmar, och den enda konkurrentkörningen som slutfördes vid första försöket. Den kräver fem koncept (datakälla, mall, titel- och slugmönster, platshållare, läge) och fyra inställningar som måste fyllas i.

LPagery kräver tre koncept (mall sida, platshållare, källfil) och en obligatorisk inställning, mallen. Den första sidan var live efter sex klick på tre skärmar för en återkommande användare; startguiden kräver nio klick över sex skärmar. Den extra skärmen är granskningssteget: LPagery visar kolliderande sluggar och olösta platshållare innan något skapas, vilket är kontrollen som PageForges väg med två skärmar hoppar över.