LPagery versus Magic Page Plugin

LPagery leest een CSV- of XLSX-bestand in je browser, toont de kolommen voordat er iets wordt opgeslagen en behandelt elke kolom als een placeholder. Een Google Sheet werkt via een link en een Radius-bron haalt steden rond een locatie op. Elke rij wordt een pagina, ongeacht wat de rij beschrijft.

De spreadsheetimport van Magic Page verwerkt XLSX, XLS en CSV op de server, met elf vaste kolommen in een vaste volgorde: term-id, locatie, breedtegraad, lengtegraad, postcode, regio, county, land, aanduiding van grote stad, slug en inwonertal. Kolommen vanaf de twaalfde worden aangepaste velden. Een rij is een plaats, waardoor het gegevensmodel geschikt is voor locatiepagina's en weinig anders. De belangrijkste gegevensbron van Magic Page bestaat uit eigen locatiedatabases voor 19 landen, gedownload van de leverancier. Welke landen door een licentie worden ontgrendeld en hoe actueel de gegevens zijn, is in deze review niet gecontroleerd. In 7.2 werd geen Google Sheets-invoer gevonden.

LPagery synchroniseert een Google Sheet volgens een schema, standaard elk uur en maximaal wekelijks. Bij elke uitvoering wordt het sheet gedownload, worden voor nieuwe rijen pagina's aangemaakt, worden pagina's waarvan de rij is gewijzigd bijgewerkt, worden ongewijzigde rijen overgeslagen en worden pagina's van verwijderde rijen verwijderd wanneer je die optie inschakelt. Een mislukte rij wordt opnieuw geprobeerd en bij een mislukte download wordt de fout bij de set weergegeven.

In Magic Page 7.2 werd geen Google Sheets-integratie gevonden. Het meest vergelijkbare is het updatekanaal van de leverancier voor de eigen locatiedatabases: een wekelijkse controle laat zien wanneer een regio een nieuwere versie heeft en je voert de update handmatig uit. Dit betreft de locatiegegevens van de leverancier en niets wat je zelf hebt geschreven.

In LPagery is de template elke pagina, elk bericht of elk aangepast berichttype dat je al hebt. Je voegt er placeholders aan toe en selecteert deze in het dashboard. Elk aangepast veld van die pagina wordt gekopieerd, waarbij placeholders worden vervangen. Daardoor werken page builders die hun lay-out in post meta opslaan via deze route, en hebben elf builders daarnaast een eigen adapter. Elke paginaset heeft een eigen template en een set kan later aan een andere template worden gekoppeld.

Magic Page heeft één hoofdpagina per site. De plugin registreert een eigen berichttype, blokkeert een tweede bericht zodra er al één bestaat en de renderer gebruikt het nieuwste bericht. De hoofdpagina wordt bewerkt in de Classic- of Gutenberg-editor. Elementor is de enige builder met een compatibiliteitsfilter en Thrive Architect krijgt één filter voor zijn shortcodes. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance en SeedProd worden in 7.2 niet genoemd en aangepaste berichttypen als templates zijn evenmin aangetroffen.

LPagery schrijft standaard echte WordPress-pagina's weg. Dit wordt Classic Mode genoemd. Live Mode is het alternatief: elke pagina is een kleine stub en de inhoud wordt vanuit de template gerenderd wanneer iemand de pagina opent. Daardoor wordt een templatewijziging direct na het opslaan op elke live pagina weergegeven. Je kunt een pagina of een hele set tussen beide modi wisselen. Classic-pagina's behouden hun inhoud wanneer de plugin wordt gedeactiveerd; live pagina's moeten eerst naar Classic worden geconverteerd.

Magic Page is standaard virtueel. Er wordt niets naar de tabel met berichten geschreven: één hoofdbericht wordt onder elke locatie-URL weergegeven en de gegevens van de locatie worden bij elk verzoek daarin geplaatst. Een locatie wordt opgeslagen als een taxonomieterm met één meta-regel per kolom. Wanneer je de hoofdpagina bewerkt, verandert elke URL bij het volgende verzoek. Dat is het structurele voordeel van de plugin. Export to Static Pages is het optionele fysieke model: er wordt één echt bericht per locatie geschreven, met een druppelsgewijs publicatieschema dat de publicatiedatums over meerdere dagen verspreidt.

Uit het virtuele model volgen twee zaken. WordPress Search vindt de locatiepagina's niet, omdat alleen het hoofdbericht bestaat. Bovendien wordt bij elk paginaverzoek een afstandsquery over de volledige locatietabel uitgevoerd. Daardoor nemen de kosten van een verzoek toe naarmate het aantal locaties groeit; de cijfers staan onder Scale and limits.

LPagery plaatst de rijen in een wachtrij op je server. Een worker verwerkt de wachtrij en elke pagina wordt in een eigen verzoek gegenereerd. Daardoor is de PHP-tijdslimiet van toepassing op één pagina en nooit op de volledige uitvoering. Je kunt het tabblad sluiten, later terugkomen en de voortgang bekijken onder Manage. Mislukte rijen worden opnieuw geprobeerd met een pauze tussen de pogingen. Een uitvoering die tien minuten geen voortgang boekt, wordt als vastgelopen weergegeven, zodat je weet dat WP-Cron niet actief is.

Magic Page heeft geen wachtrij en geen server-side jobrunner. Elke langdurige bewerking (de database-installatie, de spreadsheetimport, de statische export en het opruimen van ongebruikte locaties) bestaat uit een lus van adminverzoeken die door je browsertabblad wordt aangestuurd. Elk verzoek verhoogt zijn eigen tijdslimiet naar 60 seconden en verwerkt één batch. Wanneer je het tabblad sluit, wordt de uitvoering beëindigd. De statische export en de database-installatie bewaren hun positie op de server, zodat je ze vanuit hetzelfde scherm kunt hervatten. De spreadsheetimport bewaart de positie alleen in de browser. Een gesloten tabblad begint daarom opnieuw en importeert rijen die al waren weggeschreven nogmaals.

Ons CSV-bestand met 300 rijen werd via de importer van Magic Page in twee batches in 61,5 seconden verwerkt, omdat de importer de volledige spreadsheet bij elke batch opnieuw opent en parseert.

Wanneer je een gewijzigd bestand uploadt, laat LPagery je bestaande pagina's aanmaken, negeren of bijwerken. Een pagina wordt alleen bijgewerkt wanneer de rij of de instellingen ervan zijn gewijzigd. Als iemand een gegenereerde pagina handmatig heeft bewerkt, merkt LPagery dat tijdens het opslaan en laat de plugin de pagina ongemoeid, tenzij je ervoor kiest handmatige wijzigingen te overschrijven. Verwijderde rijen kunnen hun pagina's tijdens een synchronisatie verwijderen.

Magic Page werkt locaties bij door de spreadsheet opnieuw te importeren. Een rij met een term-id werkt die locatie bij en overschrijft de naam, slug en elk veld; een rij zonder term-id maakt een nieuwe locatie aan. Rijen die niet in de spreadsheet voorkomen, blijven behouden. Verwijderen gebeurt via een afzonderlijke tool, Delete Unused Locations, die elke locatie buiten de radius van de hoofdpagina permanent verwijdert in batches van 20. Detectie van handmatige bewerkingen is in 7.2 niet aangetroffen: een handmatig bewerkte locatie wordt bij de volgende import overschreven en geëxporteerde statische pagina's worden op hun plaats bijgewerkt, waardoor handmatige wijzigingen eraan verloren gaan. Templatewijzigingen werken anders: omdat pagina's virtueel zijn, bereikt een bewerking van de hoofdpagina elke URL zonder dat er een uitvoering nodig is.

Geen van beide betaalde abonnementen beperkt het aantal pagina's. De worker van LPagery verwerkt standaard 1.000 rijen per tick en splitst een grote upload op in delen, zodat een lage uploadlimiet van de hostingprovider het proces niet blokkeert. Magic Page importeert 100 tot 400 rijen per verzoek en installeert leveranciersgegevens in batches van 50 rijen. Twee limieten zijn specifiek voor Magic Page. Eén build kan maximaal acht radiuscentra tegelijk gebruiken; verdere locaties moeten één voor één worden geselecteerd. Daarnaast nemen de kosten van een paginaverzoek toe naarmate de locatietabel groter wordt, omdat elk verzoek afstanden over alle locaties berekent: in ons lab deden 25 paginaverzoeken er 4,2 seconden over bij 309 locaties en 10 seconden bij 5.010 locaties, waarbij één verzoek piekte op 56 MB PHP-geheugen. Een live pagina van LPagery kost één bestaanscontrole plus één geïndexeerde zoekopdracht per bericht, ongeacht de omvang van de set.

LPagery vervangt placeholders in de titel, slug, samenvatting, content en elk aangepast veld. Daardoor worden de velden van Yoast SEO, Rank Math en SEOPress via die ene route vanuit het template ingevuld. All in One SEO krijgt een eigen handler, omdat het gegevens in een eigen tabel opslaat. Afbeeldingskolommen krijgen per pagina een bestandsnaam en alt-tekst. LPagery genereert geen canonical-tag en geen eigen sitemap: het laat beide over aan je SEO-plugin. De pagina's zijn normale berichten die verschijnen in de sitemaps van WordPress en de SEO-plugin.

Magic Page is sterker op het gebied van lokale SEO-output. Het genereert per locatie LocalBusiness JSON-LD met adres, coördinaten, openingstijden en links naar sociale media, plus zes geo-metatags. Titel, beschrijving en trefwoorden worden via substitutie verwerkt, maar er is geen slugpatroon: de URL bestaat uit één algemene prefix plus de slug van de locatie. Yoast SEO en All in One SEO zijn geïntegreerd; Rank Math, SEOPress, The SEO Framework en Slim SEO werden niet aangetroffen in versie 7.2. Eén afbeelding per masterpagina dient als SEO-afbeelding; afbeeldingskolommen per locatie werden niet aangetroffen. Twee gedragingen gelden voor de hele site. De plugin verwijdert de canonical-tag van WordPress bij elk frontendverzoek en genereert alleen een eigen tag wanneer de masterpagina hiervoor kiest, wat standaard is uitgeschakeld. Daarnaast stelt de plugin bij het eerste laden van een adminpagina de permalinkstructuur zonder toestemming in op /%postname%/. De eigen sitemap is standaard uitgeschakeld; in ons lab zorgde één locatie met een spatie in de slug ervoor dat deze sitemap voor elke bezoeker een fout retourneerde totdat de locatie werd verwijderd.

Magic Page heeft de uitgebreidere templatingtaal en is opgebouwd rond locaties. Met een [if]-blok met [elseif] en [else] toon je content voor één locatie, regio, county of vlag voor een grote stad, of voor een benoemde Location Set. [random chance="40"] behoudt of verwijdert een blok met die waarschijnlijkheid, waarbij de uitkomst per locatie wordt opgeslagen. XFields zijn benoemde variabelen met één standaardwaarde en overschrijvingen per locatie. Zo voeg je bijvoorbeeld telefoonnummers en reviewfragmenten per locatie toe. [cities] toont de dichtstbijzijnde andere locaties op basis van afstand en kan worden gefilterd op radius, county en de vlag voor een grote stad. [map] voegt een Google Map in met je eigen API-key. Een spintax-expressie kan één keer worden benoemd en vervolgens op de hele site worden hergebruikt.

LPagery heeft geen conditionele blokken, geen gewogen willekeurige blokken en geen sortering op afstand. Als een zin slechts voor bepaalde rijen moet worden weergegeven, plaats je deze in een eigen kolom en laat je de cel voor de overige rijen leeg; een telefoonnummer per rij is eveneens een kolom. Placeholders kunnen genest worden. Views maken op elke pagina een gestileerde lijst of raster met gerelateerde pagina's, gekoppeld op basis van een gedeelde kolomwaarde en gesorteerd op naam, datum of een kolom naar keuze. Kolommen kunnen ook de auteur, bovenliggende pagina, status en taxonomietermen van elke pagina instellen.

Spintax werkt in beide plugins en beide houden de gekozen variant stabiel bij updates: LPagery slaat per pagina een seed op, terwijl Magic Page de gekozen index per locatie in de cache bewaart. Magic Page kan spintax ook na verloop van tijd opnieuw laten bepalen voor een deel van de pagina's via de dagelijkse cron, die standaard is uitgeschakeld.

LPagery genereert AI-tekst en afbeeldingen per rij in de LPagery-app en pusht de voltooide paginaset naar de plugin. Je kiest per website het tekstmodel uit zes opties van OpenAI en Google. Afbeeldingsprompts bevatten stijl, formaat, sfeer en de kleuren van je merk. Tekstprompts zijn beschikbaar in meer dan twintig talen, geselecteerd op basis van het land van je website. Elke betaalde licentie krijgt maandelijks extra credits, waardoor je geen API-key hoeft in te stellen.

In Magic Page 7.2 werd geen AI-functie aangetroffen. De enige keys van derden waar de plugin om vraagt, zijn de licentiesleutel en een Google Maps-key. Ook vermeldt de featurepagina van de leverancier geen AI-mogelijkheid.

De cijfers van LPagery zijn afkomstig uit de plugin-directory van WordPress.org op de verificatiedatum. Magic Page Plugin staat niet vermeld op WordPress.org, dus deze bron bevat geen aantal installaties, beoordeling of updatedatum. Het nieuwste pluginbestand in de 7.2-zip is gedateerd op 2024-10-04 en de pluginheader vermeldt geen versie waarvoor de plugin is getest.

Alleen LPagery heeft twee renderingsmodi met conversie in beide richtingen, virtuele afbeeldings-URL's die per pagina hetzelfde afbeeldingsbestand onder een andere naam aanbieden, een controle op vastgelopen processen door inactieve WP-Cron, synchronisatie met Google Sheets, AI-kolommen met credits en een importmogelijkheid voor placeholders die zijn geschreven voor de Multiple Pages Generator-plugin.

Alleen Magic Page heeft afstand als volwaardig concept, Location Sets, XFields, een dripfunctie die locaties vrijgeeft over een instelbaar aantal dagen, Export to Static Pages met gespreide publicatiedatums, export van de volledige site als statische HTML, PDF-rendering via de API van de leverancier, een zoekfunctie naar locaties aan de voorkant en een Google Maps-embed per locatie. De locatiedatabases van de leverancier voor 19 landen zijn in deze beoordeling niet geverifieerd.

We hebben de beheeromgeving van LPagery doorlopen met een bestand van vijf rijen en geteld wat een nieuwe gebruiker moet leren en aanklikken voordat de eerste pagina live staat. LPagery vereist drie concepten (templatepagina, placeholder, bronbestand) en één verplichte instelling: de template. Voor al het andere is er een standaardwaarde. De eerste pagina stond na zes klikken op drie schermen live.

Het beheerdersproces van Magic Page kon in hetzelfde testlab niet worden gemeten, omdat daar geen actieve licentiesleutel was en de editor voor de hoofdpagina er één nodig heeft. Op basis van de code en de schermen die we hebben beoordeeld: de concepten zijn een hoofdpagina, locaties, straal, Location Sets, XFields en een reeks shortcodes; het instellingenscherm bevat 29 bedieningselementen op één pagina, waarvan 15 geen label hebben dat een schermlezer kan gebruiken; en de Magic Page-lijst toont elke locatieterm inline in één tabelcel, zonder limiet.