LPagery vs Magic Page Plugin

LPagery leser en CSV- eller XLSX-fil i nettleseren din, viser kolonnene før noe lagres, og behandler hver kolonne som en plassholder. Et Google Sheet fungerer via lenke, og en Radius-kilde henter byer rundt en lokasjon. Hver rad blir til en side, uansett hva raden beskriver.

Magic Pages regnearkimport tar imot XLSX, XLS og CSV på serveren, med elleve faste kolonner i en fast rekkefølge: term-ID, lokasjon, breddegrad, lengdegrad, postnummer, region, fylke, land, flagg for større by, slug og befolkningstall. Kolonner fra og med den tolvte blir til egendefinerte felt. En rad er et sted, så datamodellen passer for lokasjonssider og lite annet. Magic Pages viktigste datakilde er egne lokasjonsdatabaser for 19 land, lastet ned fra leverandøren. Hvilke land en lisens låser opp, og hvor oppdaterte dataene er, ble ikke verifisert i denne gjennomgangen. Ingen Google Sheets-inndata ble funnet i 7.2.

LPagery synkroniserer et Google Sheet etter en tidsplan, 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 rad prøves på nytt, og en mislykket nedlasting markerer settet med feilen.

Ingen Google Sheets-integrasjon ble funnet i Magic Page 7.2. Det nærmeste er leverandørens oppdateringskanal for egne lokasjonsdatabaser: en ukentlig kontroll varsler deg når en region har en nyere versjon, og du kjører oppdateringen manuelt. Den dekker leverandørens lokasjonsdata og ingenting du har skrevet selv.

I LPagery er malen en hvilken som helst side, innlegg eller egendefinert innleggstype du allerede har. Du legger til plassholdere i den og velger den i kontrollpanelet. Alle egendefinerte felt på siden kopieres med plassholderne erstattet, slik at sidebyggere som lagrer oppsettet sitt i post meta fungerer gjennom denne banen, og elleve byggere har sin egen adapter i tillegg. Hvert sidesett har sin egen mal, og et sett kan senere pekes til en annen mal.

Magic Page har én hovedside per nettsted. Den registrerer sin egen innleggstype, blokkerer et nytt innlegg så snart ett allerede finnes, og gjengiveren bruker det nyeste. Hovedsiden redigeres i Classic- eller Gutenberg-editoren. Elementor er den eneste sidebyggeren med et kompatibilitetsfilter, og Thrive Architect får ett filter for kortkodene sine. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance og SeedProd er ikke referert til i 7.2, og egendefinerte innleggstyper som maler ble heller ikke funnet.

LPagery skriver som standard ekte WordPress-sider, noe som kalles Classic Mode. Live Mode er alternativet: hver side er en liten stub, og innholdet gjengis fra malen når noen åpner den. Dermed vises en malendring på alle live-sider så snart du lagrer. Du kan bytte en side eller et helt sett mellom de to modusene. Classic-sider beholder innholdet når pluginet deaktiveres, mens live-sider først må konverteres til Classic.

Magic Page er virtuell som standard. Ingenting skrives til innleggstabellen: ett hovedinnlegg vises under hver steds-URL, og stedets data settes inn ved hver forespørsel. Et sted lagres som et taksonomibegrep med én meta-rad per kolonne. Når du redigerer hovedsiden, endres alle URL-er ved neste forespørsel, noe som er pluginets strukturelle fordel. Export to Static Pages er den fysiske modellen du kan velge å aktivere: den skriver ett ekte innlegg per sted, med en dryppplan som fordeler publiseringsdatoene over flere dager.

To ting følger av den virtuelle modellen. WordPress-søk finner ikke stedssidene, fordi bare hovedinnlegget eksisterer. I tillegg kjører hver sideforespørsel et avstandsøk over hele stedstabellen, slik at kostnaden for en forespørsel øker med antallet steder. Tallene finner du under Scale and limits.

LPagery legger radene i en kø på serveren din. En arbeider tømmer køen, og hver side genereres i sin egen forespørsel. Dermed gjelder PHP-tidsgrensen for én side og aldri for hele kjøringen. Du kan lukke fanen, komme tilbake senere og se fremdriften under Manage. Mislykkede rader prøves på nytt med en pause mellom forsøkene, og en kjøring uten fremdrift i ti minutter vises som stoppet, slik at du vet at WP-Cron ikke kjører.

Magic Page har ingen kø og ingen serverbasert jobbkøyrer. Hver langvarige operasjon (databaseinstallasjonen, regnearkimporten, den statiske eksporten og oppryddingen av ubrukte steder) er en løkke med administratorforespørsler som styres av nettleserfanen. Hver forespørsel øker sin egen tidsgrense til 60 sekunder og behandler én batch. Hvis du lukker fanen, avsluttes kjøringen. Den statiske eksporten og databaseinstallasjonen beholder posisjonen på serveren, slik at du kan fortsette fra samme skjerm. Regnearkimporten beholder bare posisjonen i nettleseren, så en lukket fane starter på nytt og importerer rader som allerede er skrevet, én gang til.

CSV-filen vår med 300 rader tok 61,5 sekunder gjennom Magic Pages importverktøy i to batcher, fordi importverktøyet åpner og analyserer hele regnearket på nytt for hver batch.

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 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. Fjernede rader kan slette sidene sine under en synkronisering.

Magic Page oppdaterer steder ved å importere regnearket på nytt. En rad med en term-ID oppdaterer dette stedet og overskriver navnet, sluggen og alle felter; en rad uten term-ID oppretter et nytt sted. Rader som mangler i arket, blir liggende urørt, og fjerning er et separat verktøy, Delete Unused Locations, som sletter alle steder utenfor hovedsidens radius permanent i batcher på 20. Det ble ikke funnet noen funksjon for å oppdage manuelle redigeringer i 7.2: et sted som er redigert manuelt, overskrives ved neste import, og eksporterte statiske sider oppdateres direkte, slik at manuelle endringer i dem går tapt. Malendringer fungerer motsatt: fordi sidene er virtuelle, når en redigering av hovedsiden alle URL-er uten noen kjøring i det hele tatt.

Ingen av de betalte abonnementene har en øvre grense for antall sider. LPagerys arbeider behandler som standard 1 000 rader per kjøring og deler en stor opplasting inn i deler, slik at en lav opplastingsgrense hos verten ikke blokkerer den. Magic Page importerer 100 til 400 rader per forespørsel og installerer leverandørdata 50 rader om gangen. To begrensninger gjelder spesifikt for Magic Page. Et prosjekt kan samles rundt maksimalt åtte radiusbaserte sentre om gangen; flere steder må velges ett og ett. Kostnaden for en sideforespørsel øker også med lokasjonstabellen, fordi hver forespørsel beregner avstander til alle lokasjoner: I laboratoriet vårt tok 25 sideforespørsler 4,2 sekunder etter oppvarming ved 309 lokasjoner og 10 sekunder etter oppvarming ved 5 010 lokasjoner, der én forespørsel nådde en topp på 56 MB PHP-minne. En aktiv LPagery-side koster én eksistenskontroll pluss ett indeksert oppslag per innlegg, uansett hvor stort settet er.

LPagery erstatter plassholdere i tittelen, slug-en, utdraget, innholdet og alle egendefinerte felt, slik at feltene i Yoast SEO, Rank Math og SEOPress fylles fra malen gjennom denne ene banen. All in One SEO får sin egen håndterer fordi pluginet lagrer data i sin egen tabell. Bildekolonner får et filnavn og en alt-tekst per side. LPagery genererer ingen canonical-tag og ingen egen sitemap: Begge deler overlates til SEO-pluginet ditt, og sidene er vanlige innlegg som vises i sitemappene til WordPress-kjernen og SEO-pluginet.

Magic Page er sterkere når det gjelder lokal SEO-output. Det genererer LocalBusiness JSON-LD per lokasjon med adresse, koordinater, åpningstider og lenker til sosiale medier, samt seks geo-metatagger. Tittel, beskrivelse og nøkkelord bruker substitusjon, men det finnes ikke noe slug-mønster: URL-en består av ett globalt prefiks pluss lokasjonens slug. Yoast SEO og All in One SEO er integrert; Rank Math, SEOPress, The SEO Framework og Slim SEO ble ikke funnet i 7.2. Ett bilde per hovedside fungerer som SEO-bilde, og det ble ikke funnet bildekollonner per lokasjon. To funksjoner påvirker hele nettstedet. Pluginet fjerner WordPress-kjernens canonical-tag ved hver forespørsel fra frontend og genererer sin egen bare når hovedsiden aktiverer dette, noe som er deaktivert som standard. Ved den første innlastingen av en admin-side setter pluginet også permalink-strukturen til /%postname%/ uten å spørre. Pluginets egen sitemap er deaktivert som standard; i laboratoriet vårt førte én lokasjon med mellomrom i slug-en til at denne sitemapen returnerte en feil for alle besøkende helt til lokasjonen ble slettet.

Magic Page har det mer avanserte malspråket, og det er bygget rundt lokasjoner. En [if]-blokk med [elseif] og [else] viser innhold for én lokasjon, region, fylke eller storby, eller for et navngitt Location Set. [random chance="40"] beholder eller fjerner en blokk med denne sannsynligheten, og resultatet lagres per lokasjon. XFields er navngitte variabler med én standardverdi og overstyringer per lokasjon, som brukes til telefonnumre og utdrag fra anmeldelser per lokasjon. [cities] viser de nærmeste andre lokasjonene etter avstand, og kan filtreres etter radius, fylke og storby. [map] bygger inn et Google Map med din egen API-nøkkel. Et spintax-uttrykk kan navngis én gang og gjenbrukes på hele nettstedet.

LPagery har ingen betingede blokker, ingen vektede tilfeldige blokker og ingen avstandsbasert sortering. Hvis en setning bare skal vises for enkelte rader, legger du den i sin egen kolonne og lar cellen være tom for de andre; et telefonnummer per rad er også bare en kolonne. Plassholdere kan nestes. Views bygger en utformet liste eller et rutenett med relaterte sider på hver side, basert på en felles kolonneverdi og sortert etter navn, dato eller en valgfri kolonne. Kolonner kan også angi forfatter, overordnet side, status og taksonomitermer for hver side.

Spintax fungerer i begge, og begge beholder den valgte varianten stabil gjennom oppdateringer: LPagery lagrer et seed per side, mens Magic Page bufrer den valgte indeksen per lokasjon. Magic Page kan også trekke spintax på nytt for en andel av sidene over tid gjennom sin daglige cron-jobb, som er deaktivert som standard.

LPagery genererer AI-tekst og bilder per rad i LPagery-appen og sender det ferdige sidesettet til pluginet. Du velger tekstmodell per nettsted fra seks alternativer på tvers av OpenAI og Google. Bildeprompter inneholder stil, format, stemning og merkevarefargene dine, og tekstprompter finnes på mer enn tjue språk, valgt ut fra landet på nettstedet ditt. Alle betalte lisenser får en månedlig kredittpåfylling, så du trenger ikke konfigurere noen API-nøkkel.

Det ble ikke funnet noen AI-funksjon i Magic Page 7.2. De eneste tredjepartsnøklene pluginet ber om, er lisensnøkkelen og en Google Maps-nøkkel, og leverandørens funksjonsside viser heller ingen AI-funksjonalitet.

LPagerys tall kommer fra WordPress.orgs plugin-katalog på verifiseringsdatoen. Magic Page Plugin er ikke oppført på WordPress.org, så det finnes ikke noe installasjonstall, noen vurdering eller oppdateringsdato fra denne kilden. Den nyeste plugin-filen i 7.2-zip-filen er datert 2024-10-04, og plugin-headeren oppgir ingen versjon den er testet opp til.

Bare LPagery har to gjengivelsesmoduser med konvertering i begge retninger, Virtual Image URLs som leverer én bildefil under et annet navn per side, en kontroll for stoppet WP-Cron, synkronisering med Google Sheets, AI-kolonner med kreditter og en importfunksjon for plassholdere skrevet for Multiple Pages Generator-pluginen.

Bare Magic Page har avstand som et førsteklasses konsept, Location Sets, XFields, en dryppfunksjon som publiserer lokasjoner over et konfigurerbart antall dager, Export to Static Pages med forskjøvede publiseringsdatoer, eksport av hele nettstedet som statisk HTML, PDF-gjengivelse via leverandørens API, et lokasjonssøk på forsiden og en Google Maps-innebygging per lokasjon. Leverandørens lokasjonsdatabaser for 19 land ble ikke verifisert i denne gjennomgangen.

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

Administrasjonsflyten i Magic Page kunne ikke måles i samme testmiljø, fordi ingen lisensnøkkel var aktiv der, og redigeringsverktøyet for hovedsiden krever en slik nøkkel. Basert på koden og skjermbildene vi gjennomgikk, er konseptene en hovedside, lokasjoner, radius, Location Sets, XFields og et sett med kortkoder; innstillingssiden har 29 kontroller på én side, hvorav 15 mangler en etikett som en skjermleser kan bruke; og Magic Page-listen gjengir alle lokasjonsuttrykk direkte i én tabellcelle, uten noen begrensning.