LPagery jämfört med Magic Page Plugin

LPagery läser en CSV- eller XLSX-fil i webbläsaren, visar kolumnerna innan något sparas och behandlar varje kolumn som en platshållare. Ett Google Sheet fungerar via en länk, och en Radius-källa hämtar städer runt en plats. Varje rad blir en sida, oavsett vad raden beskriver.

Magic Pages kalkylarksimport tar emot XLSX, XLS och CSV på servern, med elva fasta kolumner i en fast ordning: term-ID, plats, latitud, longitud, postnummer, region, län, land, flagga för större stad, slug och befolkning. Kolumner från och med den tolfte blir anpassade fält. En rad motsvarar en plats, så datamodellen passar lokala sidor och mycket annat passar den inte för. Magic Pages huvudsakliga datakälla är dess egna platsdatabaser för 19 länder, som laddas ner från leverantören. Vilka länder en licens låser upp och hur aktuella data är verifierades inte i denna granskning. Ingen Google Sheets-inmatning hittades i 7.2.

LPagery synkroniserar ett Google Sheet enligt ett schema, som standard varje timme och upp till en gång i veckan. Vid varje körning laddas kalkylarket ner, sidor skapas för nya rader, sidor vars rader 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 nedladdning markerar uppsättningen med ett fel.

Ingen Google Sheets-integration hittades i Magic Page 7.2. Det närmaste är leverantörens uppdateringskanal för dess egna platsdatabaser: en veckokontroll meddelar när en region har en nyare version, och du genomför uppdateringen manuellt. Den omfattar leverantörens platsdata och inget som du själv har skrivit.

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 vägen, och elva sidbyggare har dessutom en egen adapter. Varje siduppsättning har sin egen mall, och en uppsättning kan senare kopplas till en annan.

Magic Page har en huvudsida per webbplats. Den registrerar sin egen inläggstyp, blockerar ett andra inlägg så snart ett sådant finns och renderaren använder det senaste. Huvudsidan redigeras i Classic- eller Gutenberg-redigeraren. Elementor är den enda sidbyggaren med ett kompatibilitetsfilter, och Thrive Architect får ett filter för sina kortkoder. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance och SeedProd refereras inte till i 7.2, och anpassade inläggstyper som mallar hittades inte heller.

LPagery skapar riktiga WordPress-sidor som standard, vilket kallas Classic Mode. Live Mode är alternativet: varje sida är en liten stubb och innehållet renderas från mallen när någon öppnar sidan, så en malländring visas på alla livesidor så snart du sparar. Du kan växla en sida eller en hel uppsättning mellan de två lägena. Klassiska sidor behåller sitt innehåll när pluginet avaktiveras; livesidor måste först konverteras till Classic.

Magic Page är virtuell som standard. Ingenting skrivs till inläggstabellen: ett huvudinlägg visas under varje plats-URL och platsens data infogas i det vid varje förfrågan. En plats lagras som en taxonomiterm med en metarad per kolumn. Om du redigerar huvudsidan ändras alla URL:er vid nästa förfrågan, vilket är pluginets strukturella fördel. Export to Static Pages är den fysiska modellen som aktiveras manuellt: den skriver ett riktigt inlägg per plats, med ett publiceringsschema som sprider publiceringsdatumen över flera dagar.

Två saker följer av den virtuella modellen. WordPress-sökningen hittar inte platssidorna, eftersom endast huvudinlägget finns. Dessutom kör varje sidförfrågan en avståndsfråga över hela platstabellen, så kostnaden för en förfrågan ökar med antalet platser; siffrorna finns under Scale and limits.

LPagery placerar raderna i en kö på din server. En worker tömmer kön 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. Du kan stänga fliken, återkomma senare och se förloppet under Manage. Misslyckade rader försöks igen med en paus mellan försöken, och en körning utan framsteg i tio minuter visas som stalled så att du vet att WP-Cron inte körs.

Magic Page har ingen kö och ingen serverbaserad jobbkörning. Varje längre åtgärd (databasinstallationen, importen av kalkylarket, den statiska exporten och rensningen av oanvända platser) består av en loop med admin-förfrågningar som styrs av webbläsarfliken. Varje förfrågan höjer sin egen tidsgräns till 60 sekunder och behandlar en batch. Om du stänger fliken avslutas körningen. Den statiska exporten och databasinstallationen sparar sin position på servern, så att du kan återuppta dem från samma skärm. Kalkylarksimporten sparar endast sin position i webbläsaren, så en stängd flik börjar om och importerar rader som redan skrivits en andra gång.

Vår CSV-fil med 300 rader tog 61,5 sekunder genom Magic Pages importverktyg i två batcher, eftersom importverktyget öppnar och tolkar hela kalkylarket på nytt vid varje batch.

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. Borttagna rader kan radera sina sidor under en synkronisering.

Magic Page uppdaterar platser genom att importera kalkylarket på nytt. En rad med ett term-id uppdaterar den platsen och skriver över dess namn, slug och alla fält; en rad utan ett sådant skapar en ny plats. Rader som saknas i kalkylarket lämnas orörda, och borttagning är ett separat verktyg, Delete Unused Locations, som permanent raderar alla platser utanför huvudsidan radie i batcher om 20. Det gick inte att hitta någon funktion för att upptäcka manuella ändringar i 7.2: en plats som redigerats manuellt skrivs över vid nästa import, och exporterade statiska sidor uppdateras på plats, så manuella ändringar av dem går förlorade. Malländringar fungerar på motsatt sätt: eftersom sidorna är virtuella når en ändring av huvudsidan alla URL:er utan någon körning alls.

Ingen av betalplanerna har något tak för antalet sidor. LPagerys worker bearbetar som standard 1 000 rader per körning och delar upp en stor uppladdning i delar, så en låg uppladdningsgräns hos webbhotellet hindrar den inte. Magic Page importerar 100 till 400 rader per begäran och installerar leverantörsdata 50 rader åt gången. Två begränsningar är specifika för Magic Page. En generering kan utgå från högst åtta radiecentrum åt gången; ytterligare platser måste väljas en och en. Kostnaden för en sidförfrågan ökar dessutom med platstabellen, eftersom varje begäran beräknar avstånd över alla platser: i vårt labb tog 25 sidförfrågningar 4,2 sekunder uppvärmda vid 309 platser och 10 sekunder uppvärmda vid 5 010 platser, där en begäran nådde 56 MB PHP-minne som mest. En aktiv LPagery-sida kostar en kontroll av existens plus en indexerad sökning per inlägg, oavsett mängden poster.

LPagery ersätter platshållare i titel, slug, utdrag, innehåll och alla anpassade fält, så fälten i Yoast SEO, Rank Math och SEOPress fylls från mallen via samma väg, medan All in One SEO får en egen hanterare eftersom pluginet lagrar data i sin egen tabell. Bildkolumner får ett filnamn och alt-text per sida. LPagery genererar ingen canonical-tagg och ingen egen webbplatskarta: båda överlåts till ditt SEO-plugin, och sidorna är vanliga inlägg som visas i WordPress kärnans och SEO-pluginets webbplatskartor.

Magic Page är starkare när det gäller lokal SEO-output. Det genererar LocalBusiness JSON-LD per plats med adress, koordinater, öppettider och sociala länkar, plus sex geografiska metataggar. Titel, beskrivning och nyckelord använder ersättning, men det finns inget slugmönster: URL:en består av ett globalt prefix plus platsens slug. Yoast SEO och All in One SEO är integrerade; Rank Math, SEOPress, The SEO Framework och Slim SEO hittades inte i 7.2. En bild per mallsida används som SEO-bild, och bildkolumner per plats hittades inte. Två funktioner påverkar hela webbplatsen. Pluginet tar bort WordPress kärnans canonical-tagg vid varje begäran i frontend och genererar sin egen endast när mallsidan aktiverar detta, vilket är avstängt som standard. Vid den första laddningen av en adminsida ställer det dessutom in permalänkstrukturen till /%postname%/ utan att fråga. Den egna webbplatskartan är avstängd som standard; i vårt labb gjorde en plats med ett mellanslag i sin slug att webbplatskartan returnerade ett fel för alla besökare tills platsen raderades.

Magic Page har det mer avancerade mallspråket och är uppbyggt kring platser. Ett [if]-block med [elseif] och [else] visar innehåll för en viss plats, region, kommun eller storstadsflagga, eller för en namngiven Location Set. [random chance="40"] behåller eller tar bort ett block med den sannolikheten, och resultatet sparas per plats. XFields är namngivna variabler med ett standardvärde och platsspecifika överskrivningar, vilket används för telefonnummer och recensionsutdrag per plats. [cities] listar de närmaste andra platserna efter avstånd och kan filtreras efter radie, kommun och storstadsflagga, medan [map] bäddar in en Google Map med din egen API-nyckel. Ett spintax-uttryck kan namnges en gång och återanvändas på hela webbplatsen.

LPagery har inga villkorsblock, inga viktade slumpblock och ingen avståndsordning. Om en mening bara ska visas för vissa rader lägger du den i en egen kolumn och lämnar cellen tom för de övriga; ett telefonnummer per rad kan också ligga i en kolumn. Platshållare kan bäddas in i varandra. Views skapar en formaterad lista eller ett rutnät med relaterade sidor på varje sida, matchade efter ett gemensamt kolumnvärde och sorterade efter namn, datum eller en valfri kolumn. Kolumner kan även ange författare, överordnad sida, status och taxonomitermer för varje sida.

Spintax fungerar i båda, och båda behåller den valda varianten stabil mellan uppdateringar: LPagery lagrar ett seed-värde per sida, medan Magic Page cachelagrar det valda indexet per plats. Magic Page kan även slumpa om spintax för en andel av sidorna över tid via sin dagliga cron-körning, vilket är avstängt som standard.

LPagery genererar AI-text och bilder per rad i LPagery-appen och skickar det färdiga sidsetet till pluginet. Du väljer textmodell per webbplats från sex alternativ från OpenAI och Google. Bildprompter innehåller stil, format, stämning och dina varumärkesfärger, och textprompter finns på fler än tjugo språk som väljs utifrån webbplatsens land. Alla betallicenser får en månatlig kredituppfyllning, så du behöver inte konfigurera någon API-nyckel.

Ingen AI-funktion hittades i Magic Page 7.2. De enda tredjepartsnycklar som pluginet efterfrågar är licensnyckeln och en Google Maps-nyckel, och leverantörens funktionssida listar inte heller någon AI-funktion.

LPagerys uppgifter kommer från plugin-katalogen på WordPress.org på verifieringsdatumet. Magic Page Plugin finns inte listat på WordPress.org, så det finns inget antal installationer, betyg eller uppdateringsdatum från den källan. Den nyaste plugin-filen i zip-filen för 7.2 är daterad 2024-10-04, och plugin-headern anger ingen testad upp till-version.

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, en kontroll av stoppade körningar på grund av död WP-Cron, synkronisering med Google Sheets, AI-kolumner med krediter och en importväg för platshållare som skapats för pluginet Multiple Pages Generator.

Endast Magic Page har avstånd som ett centralt koncept, Location Sets, XFields, en droppfunktion som släpper platser över ett konfigurerbart antal dagar, Export to Static Pages med förskjutna publiceringsdatum, export av hela webbplatsen som statisk HTML, PDF-rendering via leverantörens API, en platssökning i frontend och en Google Maps-inbäddning per plats. Leverantörens platsdatabaser för 19 länder verifierades inte i denna granskning.

Vi gick igenom LPagerys admin med en fil på 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. LPagery kräver tre koncept (mall-sida, platshållare och källfil) och en obligatorisk inställning, mallen. Allt annat har ett standardvärde. Den första sidan var live efter sex klick på tre skärmar.

Magic Pages adminflöde kunde inte mätas i samma testmiljö, eftersom ingen licensnyckel var aktiv där och redigeraren för huvudsidan kräver en sådan. Utifrån koden och skärmarna vi granskade är koncepten en huvudsida, platser, radie, Location Sets, XFields och en uppsättning kortkoder; inställningsskärmen innehåller 29 kontroller på en sida, varav 15 saknar en etikett som en skärmläsare kan använda; och Magic Page-listan visar varje platsterm direkt i en tabellcell, utan någon gräns.