LPagery vs Magic Page Plugin

LPagery læser en CSV- eller XLSX-fil i din browser, viser kolonnerne, før noget gemmes, og behandler hver kolonne som en pladsholder. Et Google Sheet fungerer via et link, og en Radius-kilde henter byer omkring en lokation. Hver række bliver til en side, uanset hvad rækken beskriver.

Magic Pages regnearksimport tager XLSX, XLS og CSV på serveren med elleve faste kolonner i en fast rækkefølge: term-id, lokation, breddegrad, længdegrad, postnummer, region, amt, land, markering for større by, slug og befolkningstal. Kolonner fra og med den tolvte bliver til brugerdefinerede felter. En række er et sted, så datamodellen passer til lokationssider og ikke meget andet. Magic Pages primære datakilde er dets egne lokationsdatabaser for 19 lande, som downloades fra leverandøren. Hvilke lande en licens låser op for, og hvor aktuelle dataene er, blev ikke verificeret i denne gennemgang. Der blev ikke fundet Google Sheets-input i 7.2.

LPagery synkroniserer et Google Sheet efter en tidsplan, som standard hver time og op til én gang om ugen. Ved hver kørsel downloades arket, der oprettes sider for nye rækker, sider hvis række er ændret opdateres, uændrede rækker springes over, og sider for slettede rækker slettes, når du aktiverer denne mulighed. En række, der fejler, forsøges igen, og en mislykket download markerer sættet med fejlen.

Der blev ikke fundet nogen Google Sheets-integration i Magic Page 7.2. Det nærmeste er leverandørens opdateringskanal til egne lokationsdatabaser: en ugentlig kontrol fortæller dig, når en region har en nyere version, og du kører opdateringen manuelt. Den dækker leverandørens lokationsdata og intet, du selv har skrevet.

I LPagery er skabelonen enhver side, ethvert indlæg eller enhver brugerdefineret indlægstype, du allerede har. Du tilføjer pladsholdere til den og vælger den i kontrolpanelet. Alle brugerdefinerede felter på siden kopieres med pladsholderne erstattet, så page builders, der gemmer deres layout i post meta, fungerer via denne metode, og elleve builders har deres egen adapter ovenpå. Hvert sidesæt har sin egen skabelon, og et sæt kan senere knyttes til en anden.

Magic Page har én masterside pr. websted. Den registrerer sin egen indlægstype, blokerer et andet indlæg, så snart ét findes, og rendereren bruger det nyeste. Mastersiden redigeres i Classic- eller Gutenberg-editoren. Elementor er den eneste builder med et kompatibilitetsfilter, og Thrive Architect får ét filter til sine shortcodes. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance og SeedProd er ikke nævnt i 7.2, og brugerdefinerede indlægstyper som skabeloner blev heller ikke fundet.

LPagery opretter som standard rigtige WordPress-sider, hvilket kaldes Classic Mode. Live Mode er alternativet: hver side er en lille stub, og indholdet renderes fra skabelonen, når nogen åbner den, så en ændring af skabelonen vises på alle live-sider, så snart du gemmer. Du kan skifte en side eller et helt sæt mellem de to tilstande. Classic-sider bevarer deres indhold, når pluginet deaktiveres; live-sider skal først konverteres til Classic.

Magic Page er som standard virtuel. Intet skrives til posts-tabellen: ét masterindlæg vises under hver lokations-URL, og lokationens data indsættes ved hver forespørgsel. En lokation gemmes som et taksonomibegreb med én meta-række pr. kolonne. Når mastersiden redigeres, ændres alle URL'er ved den næste forespørgsel, hvilket er pluginets strukturelle fordel. Export to Static Pages er den fysiske model, som tilvælges: den skriver ét rigtigt indlæg pr. lokation med en drypplan, der fordeler udgivelsesdatoerne over flere dage.

Den virtuelle model medfører to ting. WordPress-søgning finder ikke lokationssiderne, fordi der kun findes ét masterindlæg. Og hver sideforespørgsel kører en afstandsforespørgsel over hele lokationstabellen, så omkostningen ved en forespørgsel vokser med antallet af lokationer; tallene findes under Scale and limits.

LPagery placerer rækkerne i en kø på din server. En worker tømmer køen, og hver side genereres i sin egen forespørgsel, så PHP-tidsgrænsen gælder for én side og aldrig for hele kørslen. Du kan lukke fanen, komme tilbage senere og se fremskridtet under Manage. Mislykkede rækker forsøges igen med en pause mellem forsøgene, og en kørsel uden fremskridt i ti minutter vises som fastlåst, så du ved, at WP-Cron ikke kører.

Magic Page har ingen kø og ingen serverbaseret jobrunner. Alle lange handlinger (databaseinstallationen, regnearksimporten, den statiske eksport og oprydningen af ubrugte lokationer) er en løkke af administratorforespørgsler, som styres af din browserfane. Hver forespørgsel hæver sin egen tidsgrænse til 60 sekunder og behandler ét batch. Når fanen lukkes, afsluttes kørslen. Den statiske eksport og databaseinstallationen gemmer deres position på serveren, så du kan genoptage dem fra samme skærm. Regnearksimporten gemmer kun sin position i browseren, så en lukket fane starter forfra og importerer rækker, der allerede er skrevet, endnu en gang.

Vores CSV-fil med 300 rækker tog 61,5 sekunder gennem Magic Pages importer i to batches, fordi importeren åbner og fortolker hele regnearket igen ved hvert batch.

Når du uploader en ændret fil, lader LPagery dig oprette, ignorere eller opdatere eksisterende sider. En side opdateres kun, når dens række eller dens indstillinger er ændret. Hvis nogen har redigeret en genereret side manuelt, registrerer LPagery det ved lagringen og lader siden være, medmindre du vælger at overskrive manuelle ændringer. Fjernede rækker kan slette deres sider under en synkronisering.

Magic Page opdaterer lokationer ved at importere regnearket igen. En række med et term-id opdaterer den pågældende lokation og overskriver dens navn, slug og alle felter; en række uden et term-id opretter en ny lokation. Rækker, der mangler i arket, lades være, og fjernelse er et separat værktøj, Delete Unused Locations, som sletter alle lokationer uden for mastersidens radius permanent i batches på 20. Registrering af manuelle redigeringer blev ikke fundet i 7.2: En lokation, der er redigeret manuelt, overskrives ved næste import, og eksporterede statiske sider opdateres på stedet, så manuelle ændringer af dem går tabt. Skabelonændringer fungerer omvendt: fordi siderne er virtuelle, når en redigering af mastersiden alle URL'er uden nogen kørsel.

Ingen af de betalte abonnementer begrænser antallet af sider. LPagerys worker behandler som standard 1.000 rækker pr. kørsel og opdeler en stor upload i dele, så en lav uploadgrænse hos hosten ikke blokerer den. Magic Page importerer 100 til 400 rækker pr. anmodning og installerer leverandørdata 50 rækker ad gangen. To begrænsninger gælder specifikt for Magic Page. En opbygning kan højst samle otte radiuscentre ad gangen; yderligere placeringer skal vælges én ad gangen. Og prisen for en sideanmodning vokser med lokationstabellen, fordi hver anmodning beregner afstande på tværs af alle lokationer: I vores laboratorietest tog 25 sideanmodninger 4,2 sekunder ved 309 lokationer og 10 sekunder ved 5.010 lokationer, hvor én anmodning toppede ved 56 MB PHP-hukommelse. En aktiv LPagery-side koster ét eksistenstjek plus ét indekseret opslag pr. indlæg, uanset størrelsen på datasættet.

LPagery erstatter pladsholdere i titlen, sluggen, uddraget, indholdet og alle brugerdefinerede felter, så felterne i Yoast SEO, Rank Math og SEOPress udfyldes fra skabelonen via denne ene metode, mens All in One SEO får sin egen håndtering, fordi pluginet gemmer data i sin egen tabel. Billedkolonner får et filnavn og alt-tekst pr. side. LPagery genererer hverken et canonical-tag eller et eget sitemap: Det overlader begge dele til dit SEO-plugin, og siderne er almindelige indlæg, der vises i WordPress' og SEO-pluginets sitemaps.

Magic Page er stærkere, når det gælder lokal SEO-output. Det genererer LocalBusiness JSON-LD pr. lokation med adresse, koordinater, åbningstider og links til sociale medier samt seks geografiske metatags. Titel, beskrivelse og søgeord kører gennem substitution, men der findes ikke noget slugmønster: URL'en består af ét globalt præfiks plus lokationens slug. Yoast SEO og All in One SEO er integreret; Rank Math, SEOPress, The SEO Framework og Slim SEO blev ikke fundet i 7.2. Ét billede pr. masterside fungerer som SEO-billede, og der blev ikke fundet billedkolonner pr. lokation. To funktioner påvirker hele webstedet. Pluginet fjerner WordPress' centrale canonical-tag ved hver frontend-anmodning og genererer kun sit eget, når mastersiden aktivt tilvælger det, hvilket er deaktiveret som standard. Og ved den første indlæsning af en administratorside indstiller det permalinkstrukturen til /%postname%/ uden at spørge. Dets eget sitemap er deaktiveret som standard; i vores laboratorietest fik én lokation med et mellemrum i sin slug dette sitemap til at returnere en fejl for alle besøgende, indtil lokationen blev slettet.

Magic Page har det mere avancerede skabelonsprog, og det er bygget op omkring lokationer. En [if]-blok med [elseif] og [else] viser indhold for én lokation, region, kommune eller storby-markering eller for et navngivet Location Set. [random chance="40"] beholder eller fjerner en blok med den angivne sandsynlighed, og resultatet gemmes pr. lokation. XFields er navngivne variabler med én standardværdi og lokale overskrivninger, hvilket bruges til telefonnumre og anmeldelsesuddrag pr. lokation. [cities] viser de nærmeste andre lokationer efter afstand og kan filtreres efter radius, kommune og storby-markering, mens [map] integrerer et Google Map med din egen API-nøgle. Et spintax-udtryk kan navngives én gang og genbruges på hele webstedet.

LPagery har ingen betingede blokke, ingen vægtede tilfældige blokke og ingen afstandsbaseret sortering. Hvis en sætning kun skal vises for nogle rækker, placerer du den i sin egen kolonne og lader cellen være tom for de øvrige; et telefonnummer pr. række placeres også i en kolonne. Pladsholdere kan indlejres. Views opbygger en formateret liste eller et gitter med relaterede sider på hver side, matchet efter en fælles kolonneværdi og sorteret efter navn, dato eller en kolonne efter eget valg. Kolonner kan også angive forfatter, overordnet side, status og taksonomitermer for hver side.

Spintax fungerer i begge løsninger, og begge bevarer den valgte variant stabilt på tværs af opdateringer: LPagery gemmer et seed pr. side, mens Magic Page gemmer det valgte indeks pr. lokation. Magic Page kan også over tid genvælge spintax på en del af siderne via sin daglige cron-jobkørsel, som er deaktiveret som standard.

LPagery genererer AI-tekst og -billeder pr. række i LPagery-appen og sender det færdige sidesæt til pluginet. Du vælger tekstmodellen pr. websted blandt seks muligheder fra OpenAI og Google. Billedprompter indeholder stil, format, stemning og dine brandfarver, og tekstprompter findes på mere end tyve sprog, valgt ud fra dit websteds land. Alle betalte licenser får en månedlig kreditopfyldning, så du behøver ikke konfigurere en API-nøgle.

Der blev ikke fundet nogen AI-funktion i Magic Page 7.2. De eneste tredjepartsnøgler, pluginet beder om, er licensnøglen og en Google Maps-nøgle, og leverandørens funktionsside angiver heller ingen AI-funktion.

LPagerys tal stammer fra plugin-biblioteket på WordPress.org på verifikationsdatoen. Magic Page Plugin er ikke opført på WordPress.org, så der findes ikke noget antal installationer, nogen vurdering eller nogen opdateringsdato fra denne kilde. Den nyeste plugin-fil i 7.2-zip-filen er dateret 2024-10-04, og plugin-headeren angiver ingen testet-op-til-version.

Kun LPagery har to renderingstilstande med konvertering i begge retninger, virtuelle billed-URL'er, der viser den samme billedfil under et andet navn pr. side, et stop-tjek for inaktiv WP-Cron, synkronisering med Google Sheets, AI-kolonner med kreditter samt en importmulighed for placeholders, der er skrevet til Multiple Pages Generator-pluginet.

Kun Magic Page har afstand som et centralt begreb, Location Sets, XFields, en drip-funktion, der frigiver lokationer over et konfigurerbart antal dage, Export to Static Pages med forskudte udgivelsesdatoer, eksport af hele webstedet som statisk HTML, PDF-rendering via leverandørens API, en lokationssøgning på frontend og et Google Maps-embed pr. lokation. Leverandørens lokationsdatabaser for 19 lande blev ikke verificeret i denne gennemgang.

Vi gennemgik LPagerys administration med en fil med fem rækker og talte, hvad en ny bruger skal lære og klikke på, før den første side er live. LPagery kræver tre begreber (templateside, placeholder, kildefil) og én obligatorisk indstilling, nemlig templaten. Alt andet har en standardværdi. Den første side var live efter seks klik på tre skærmbilleder.

Magic Pages administrationsforløb kunne ikke måles i det samme testmiljø, fordi ingen licensnøgle var aktiv dér, og editoren til mastersiden kræver en sådan. Ud fra den kode og de skærmbilleder, vi gennemgik, er begreberne en master side, lokationer, radius, Location Sets, XFields og et sæt shortcodes; indstillingssiden indeholder 29 kontroller på én side, hvoraf 15 ikke har en etiket, som en skærmlæser kan bruge; og Magic Page-listen viser hvert lokationsudtryk direkte i én tabelcelle uden nogen begrænsning.