LPagery vs Magic Page Plugin

LPagery legge un file CSV o XLSX nel browser, mostra le colonne prima di salvare qualsiasi dato e tratta ogni colonna come un placeholder. Google Sheets funziona tramite link, mentre una fonte Radius recupera le città attorno a una località. Ogni riga diventa una pagina, indipendentemente da ciò che descrive.

L'importazione dei fogli di calcolo di Magic Page accetta XLSX, XLS e CSV sul server, con undici colonne fisse in un ordine fisso: ID del termine, località, latitudine, longitudine, CAP, regione, contea, Paese, indicatore di città principale, slug e popolazione. Le colonne dalla dodicesima in poi diventano campi personalizzati. Una riga rappresenta un luogo, quindi il modello dati è adatto alle pagine locali e a poco altro. La fonte dati principale di Magic Page è costituita dai suoi database di località per 19 Paesi, scaricati dal fornitore. In questa recensione non è stato verificato quali Paesi siano inclusi in una licenza né quanto siano aggiornati i dati. Nella versione 7.2 non è stato trovato alcun input da Google Sheets.

LPagery sincronizza un foglio Google secondo una pianificazione, con cadenza oraria predefinita e fino a una volta alla settimana. A ogni esecuzione scarica il foglio, crea pagine per le nuove righe, aggiorna le pagine la cui riga è cambiata, ignora le righe che non sono cambiate ed elimina le pagine relative alle righe rimosse quando attivi questa opzione. Una riga che restituisce un errore viene ritentata, mentre un download non riuscito contrassegna il gruppo con l'errore.

In Magic Page 7.2 non è stata trovata alcuna integrazione con Google Sheets. La funzione più simile è il canale di aggiornamento del fornitore per i propri database di località: un controllo settimanale ti informa quando una regione dispone di una versione più recente, dopodiché esegui manualmente l'aggiornamento. Copre i dati sulle località del fornitore e nulla di ciò che hai scritto personalmente.

In LPagery, il template è qualsiasi pagina, articolo o custom post type che già possiedi. Vi aggiungi i placeholder e lo selezioni nella dashboard. Ogni campo personalizzato di quella pagina viene copiato sostituendo i placeholder, quindi i builder che memorizzano il layout nei metadati del post funzionano tramite questo percorso, mentre undici builder dispongono di un proprio adapter aggiuntivo. Ogni set di pagine ha il proprio template e, in seguito, un set può essere associato a un template diverso.

Magic Page ha una pagina principale per sito. Registra il proprio post type, blocca un secondo post non appena ne esiste già uno e il renderer utilizza quello più recente. La pagina principale viene modificata nell'editor Classic o Gutenberg. Elementor è l'unico builder con un filtro di compatibilità, mentre Thrive Architect riceve un filtro per i propri shortcode. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance e SeedProd non sono menzionati nella versione 7.2 e non sono stati trovati neanche custom post type utilizzabili come template.

Per impostazione predefinita, LPagery crea vere pagine WordPress, una modalità che chiama Modalità Classica. La Modalità Live è l'alternativa: ogni pagina è un piccolo stub e il contenuto viene generato dal template quando qualcuno la apre, quindi una modifica al template viene mostrata su ogni pagina live non appena salvi. Puoi passare una pagina o un intero set da una modalità all'altra. Le pagine classiche conservano il contenuto quando il plugin viene disattivato; le pagine live devono prima essere convertite in pagine classiche.

Magic Page è virtuale per impostazione predefinita. Nulla viene scritto nella tabella dei post: un unico post principale viene servito per ogni URL di località e i dati della località vengono sostituiti al suo interno a ogni richiesta. Una località viene memorizzata come termine tassonomico con una riga di metadati per ogni colonna. La modifica della pagina principale cambia ogni URL alla richiesta successiva, rappresentando il vantaggio strutturale del plugin. L'esportazione in pagine statiche è il modello fisico opzionale: crea un vero post per ogni località, con una pianificazione dilazionata che distribuisce le date di pubblicazione su più giorni.

Dal modello virtuale derivano due conseguenze. La ricerca di WordPress non trova le pagine delle località, perché esiste solo il post principale. Inoltre, ogni richiesta di pagina esegue una query sulla distanza sull'intera tabella delle località, quindi il costo di una richiesta cresce con il numero di località; i numeri sono riportati nella sezione Scala e limiti.

LPagery inserisce le righe in una coda sul tuo server. Un worker svuota la coda e ogni pagina viene generata nella propria richiesta, quindi il limite di tempo PHP si applica a una sola pagina e mai all'intera esecuzione. Puoi chiudere la scheda, tornare in seguito e vedere l'avanzamento nella sezione Gestisci. Le righe non riuscite vengono ritentate con una pausa tra un tentativo e l'altro, mentre un'esecuzione senza progressi per dieci minuti viene mostrata come bloccata, così sai che WP-Cron non è in esecuzione.

Magic Page non dispone di una coda né di un gestore di processi lato server. Ogni operazione prolungata (l'installazione del database, l'importazione del foglio di calcolo, l'esportazione statica e la pulizia delle località inutilizzate) consiste in un ciclo di richieste amministrative avviate dalla scheda del browser. Ogni richiesta aumenta il proprio limite di tempo a 60 secondi ed elabora un batch. Chiudere la scheda interrompe l'esecuzione. L'esportazione statica e l'installazione del database conservano la posizione sul server, quindi puoi riprenderle dalla stessa schermata. L'importazione del foglio di calcolo conserva la posizione solo nel browser, quindi una scheda chiusa ricomincia da capo e importa una seconda volta le righe già scritte.

Il nostro CSV di 300 righe ha richiesto 61,5 secondi tramite l'importatore di Magic Page in due batch, perché l'importatore riapre e analizza nuovamente l'intero foglio di calcolo a ogni batch.

Quando carichi un file modificato, LPagery ti consente di creare, ignorare o aggiornare le pagine esistenti. Una pagina viene aggiornata solo quando cambiano la relativa riga o le sue impostazioni. Se qualcuno ha modificato manualmente una pagina generata, LPagery lo rileva al momento del salvataggio e lascia intatta la pagina, a meno che tu non scelga di sovrascrivere le modifiche manuali. Le righe rimosse possono eliminare le relative pagine durante una sincronizzazione.

Magic Page aggiorna le località reimportando il foglio di calcolo. Una riga con un ID termine aggiorna quella località e sovrascrive il nome, lo slug e ogni campo; una riga senza ID crea una nuova località. Le righe assenti dal foglio vengono lasciate intatte e la rimozione è gestita da uno strumento separato, Elimina località inutilizzate, che elimina definitivamente ogni località al di fuori del raggio della pagina principale in batch di 20. Nella versione 7.2 non è stato rilevato alcun sistema di rilevamento delle modifiche manuali: una località modificata manualmente viene sovrascritta alla successiva importazione e le pagine statiche esportate vengono aggiornate direttamente, quindi le modifiche manuali apportate a esse vanno perse. Le modifiche al template funzionano al contrario: poiché le pagine sono virtuali, una modifica alla pagina principale raggiunge ogni URL senza alcuna nuova esecuzione.

Nessuno dei due piani a pagamento impone un limite al numero di pagine. Per impostazione predefinita, il worker di LPagery elabora 1.000 righe per ciclo e suddivide un caricamento di grandi dimensioni in parti, così un limite ridotto per i caricamenti sul server non lo blocca. Magic Page importa da 100 a 400 righe per richiesta e installa i dati del fornitore 50 righe alla volta. Due limiti sono specifici di Magic Page. Una generazione può raggruppare al massimo otto centri di raggio alla volta; le località aggiuntive devono essere selezionate una per una. Inoltre, il costo di una richiesta di pagina aumenta con la tabella delle località, perché ogni richiesta calcola le distanze su tutte le località: nel nostro laboratorio, 25 richieste di pagina hanno richiesto 4,2 secondi a caldo su 309 località e 10 secondi a caldo su 5.010, con una richiesta che ha raggiunto un picco di 56 MB di memoria PHP. Una pagina live di LPagery comporta un controllo di esistenza più una ricerca indicizzata per post, indipendentemente dalle dimensioni dell'insieme.

LPagery sostituisce i segnaposto nel titolo, nello slug, nell'estratto, nel contenuto e in ogni campo personalizzato, quindi i campi di Yoast SEO, Rank Math e SEOPress vengono compilati dal template attraverso un unico percorso, mentre All in One SEO dispone di un proprio gestore perché memorizza i dati nella propria tabella. Le colonne delle immagini ricevono un nome file e un testo alternativo per ogni pagina. LPagery non genera né un tag canonical né una sitemap propria: lascia entrambi al tuo plugin SEO e le pagine sono normali post che compaiono nelle sitemap principali e in quelle del plugin SEO.

Magic Page è più completo per quanto riguarda l'output SEO locale. Genera dati JSON-LD LocalBusiness per ogni località, con indirizzo, coordinate, orari di apertura e link social, oltre a sei meta tag geografici. Titolo, descrizione e parole chiave vengono gestiti tramite sostituzione, ma non esiste uno schema per lo slug: l'URL è composto da un prefisso globale e dallo slug della località. Yoast SEO e All in One SEO sono integrati; Rank Math, SEOPress, The SEO Framework e Slim SEO non sono stati rilevati nella versione 7.2. Un'immagine per ogni pagina principale viene utilizzata come immagine SEO e non sono state rilevate colonne di immagini per località. Due comportamenti interessano l'intero sito. Il plugin rimuove il tag canonical principale di WordPress a ogni richiesta del frontend e genera il proprio solo quando la pagina principale lo abilita, opzione disattivata per impostazione predefinita. Inoltre, al primo caricamento di una pagina di amministrazione imposta la struttura dei permalink su /%postname%/ senza chiedere conferma. La sitemap propria è disattivata per impostazione predefinita; nel nostro laboratorio, una località con uno spazio nello slug ha fatto sì che la sitemap restituisse un errore a ogni visitatore finché la località non è stata eliminata.

Magic Page dispone di un linguaggio per i template più avanzato ed è progettato attorno alle località. Un blocco [if] con [elseif] e [else] mostra contenuti per una specifica località, regione, contea o indicatore di grande città, oppure per un Location Set denominato. [random chance="40"] mantiene o rimuove un blocco con quella probabilità e il risultato viene memorizzato per ogni località. Gli XFields sono variabili denominate con un valore predefinito e override per località, ed è così che vengono gestiti i numeri di telefono e gli estratti delle recensioni specifici per ogni località. [cities] elenca le altre località più vicine in base alla distanza, con filtri per raggio, contea e indicatore di grande città, mentre [map] incorpora una Google Map utilizzando la tua chiave API. Un'espressione spintax può essere denominata una volta e riutilizzata in tutto il sito.

LPagery non dispone di blocchi condizionali, blocchi casuali ponderati né ordinamento per distanza. Se una frase deve comparire solo per alcune righe, la inserisci in una colonna separata e lasci vuota la cella per le altre; anche un numero di telefono per riga viene inserito in una colonna. I segnaposto possono essere nidificati. Le visualizzazioni creano un elenco o una griglia stilizzata di pagine correlate su ogni pagina, abbinate in base a un valore condiviso di una colonna e ordinate per nome, data o una colonna a tua scelta. Le colonne possono inoltre impostare l'autore, la pagina genitore, lo stato e i termini tassonomici di ogni pagina.

Lo spintax funziona in entrambi i plugin ed entrambi mantengono stabile la variante scelta durante gli aggiornamenti: LPagery memorizza un seed per pagina, mentre Magic Page memorizza nella cache l'indice scelto per ogni località. Magic Page può anche estrarre nuovamente le varianti spintax per una parte delle pagine nel tempo tramite il cron giornaliero, disattivato per impostazione predefinita.

LPagery genera testi e immagini AI per ogni riga nell'app LPagery e trasferisce il set di pagine completato nel plugin. Puoi scegliere il modello testuale per ogni sito tra sei opzioni di OpenAI e Google. I prompt per le immagini includono stile, formato, atmosfera e i colori del tuo brand, mentre i prompt testuali sono disponibili in più di venti lingue, selezionate in base al Paese del tuo sito. Ogni licenza a pagamento riceve un accredito mensile, quindi non è necessario configurare una chiave API.

In Magic Page 7.2 non è stata rilevata alcuna funzionalità AI. Le uniche chiavi di terze parti richieste dal plugin sono la chiave di licenza e una chiave Google Maps, e anche la pagina delle funzionalità del fornitore non elenca alcuna capacità AI.

I dati di LPagery provengono dalla directory dei plugin di WordPress.org alla data della verifica. Magic Page Plugin non è presente su WordPress.org, quindi da questa fonte non risultano numero di installazioni, valutazione o data dell’ultimo aggiornamento. Il file del plugin più recente nello zip 7.2 è datato 2024-10-04 e l’intestazione del plugin non dichiara alcuna versione fino alla quale sia stato testato.

Solo LPagery offre due modalità di rendering con conversione in entrambe le direzioni, URL di immagini virtuali che servono un unico file immagine con un nome diverso per ogni pagina, un controllo dei blocchi per verificare il funzionamento di WP-Cron, la sincronizzazione con Google Sheets, colonne AI con crediti e un percorso di importazione per i placeholder creati per il plugin Multiple Pages Generator.

Solo Magic Page offre la distanza come concetto principale, i Location Sets, gli XFields, un rilascio graduale delle località distribuito su un numero configurabile di giorni, l’esportazione in pagine statiche con date di pubblicazione sfalsate, l’esportazione dell’intero sito come HTML statico, il rendering PDF tramite l’API del fornitore, una ricerca delle località nel front-end e un embed di Google Maps per ogni località. I database di località del fornitore per 19 Paesi non sono stati verificati in questa analisi.

Abbiamo esaminato l’area di amministrazione di LPagery con un file di cinque righe e contato ciò che un nuovo utente deve imparare e selezionare prima che la prima pagina sia online. LPagery richiede tre concetti (pagina template, placeholder, file sorgente) e un’unica impostazione obbligatoria: il template. Tutto il resto ha un valore predefinito. La prima pagina era online dopo sei clic su tre schermate.

Il percorso nell’area di amministrazione di Magic Page non ha potuto essere misurato nello stesso ambiente di test, perché non era attiva alcuna chiave di licenza e l’editor della pagina principale ne richiede una. Dal codice e dalle schermate esaminate: i concetti sono una pagina principale, località, raggio, Location Sets, XFields e un insieme di shortcode; la schermata delle impostazioni contiene 29 controlli in un’unica pagina, 15 dei quali senza un’etichetta utilizzabile da uno screen reader; inoltre, l’elenco di Magic Page mostra ogni termine relativo alle località direttamente nella stessa cella della tabella, senza alcun limite.