LPagery vs Magic Page Plugin

LPagery lit un fichier CSV ou XLSX dans votre navigateur, affiche les colonnes avant toute sauvegarde et traite chaque colonne comme un espace réservé. Une Google Sheet fonctionne via un lien, et une source Radius récupère les villes autour d'un lieu. Chaque ligne devient une page, quel que soit son contenu.

L'importation de feuilles de calcul de Magic Page accepte les fichiers XLSX, XLS et CSV sur le serveur, avec onze colonnes fixes dans un ordre défini : identifiant du terme, lieu, latitude, longitude, code postal, région, comté, pays, indicateur de grande ville, slug et population. Les colonnes à partir de la douzième deviennent des champs personnalisés. Une ligne correspond à un lieu ; le modèle de données convient donc aux pages locales et à peu d'autres usages. La principale source de données de Magic Page est constituée de ses propres bases de données de lieux pour 19 pays, téléchargées depuis l'éditeur. Les pays déverrouillés par une licence et l'actualité des données n'ont pas été vérifiés dans cette analyse. Aucune saisie Google Sheets n'a été trouvée dans la version 7.2.

LPagery synchronise une Google Sheet selon un calendrier, toutes les heures par défaut et jusqu'à une fois par semaine. À chaque exécution, la feuille est téléchargée, les pages correspondant aux nouvelles lignes sont créées, les pages dont la ligne a changé sont mises à jour, les lignes inchangées sont ignorées et les pages correspondant aux lignes supprimées sont supprimées lorsque vous activez cette option. Une ligne en échec est relancée et un téléchargement échoué signale une erreur sur l'ensemble.

Aucune intégration Google Sheets n'a été trouvée dans Magic Page 7.2. L'équivalent le plus proche est le canal de mise à jour de l'éditeur pour ses propres bases de données de lieux : une vérification hebdomadaire vous indique lorsqu'une région dispose d'une version plus récente, puis vous lancez la mise à jour manuellement. Cela concerne les données de lieux de l'éditeur, et rien de ce que vous avez saisi vous-même.

Dans LPagery, le modèle correspond à n'importe quelle page, article ou type de contenu personnalisé que vous possédez déjà. Vous y ajoutez des espaces réservés, puis vous le sélectionnez dans le tableau de bord. Chaque champ personnalisé de cette page est copié avec les espaces réservés remplacés. Ainsi, les constructeurs qui stockent leur mise en page dans les métadonnées des articles fonctionnent via ce mécanisme, et onze constructeurs disposent en plus de leur propre adaptateur. Chaque ensemble de pages possède son propre modèle, et un ensemble peut ensuite être associé à un autre modèle.

Magic Page utilise une page maître par site. Il enregistre son propre type de contenu, bloque la création d'un deuxième article dès qu'il en existe déjà un, et le moteur de rendu utilise le plus récent. La page maître est modifiée dans l'éditeur classique ou Gutenberg. Elementor est le seul constructeur doté d'un filtre de compatibilité, et Thrive Architect bénéficie d'un filtre pour ses shortcodes. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance et SeedProd ne sont pas référencés dans la version 7.2, et les types de contenu personnalisés utilisés comme modèles n'ont pas non plus été trouvés.

Par défaut, LPagery crée de véritables pages WordPress, ce qu'il appelle le Mode classique. Le Mode Live est l'alternative : chaque page est un petit brouillon et le contenu est généré à partir du modèle lorsqu'un visiteur l'ouvre. Ainsi, une modification du modèle s'affiche sur chaque page live dès que vous l'enregistrez. Vous pouvez basculer une page ou un ensemble complet entre les deux modes. Les pages classiques conservent leur contenu lorsque le plugin est désactivé ; les pages live doivent d'abord être converties en pages classiques.

Magic Page est virtuel par défaut. Rien n'est écrit dans la table des articles : un seul article maître est diffusé sous chaque URL de localisation, et les données de la localisation y sont insérées à chaque requête. Une localisation est enregistrée comme terme de taxonomie, avec une ligne de métadonnées par colonne. La modification de la page maître change chaque URL lors de la requête suivante, ce qui constitue l'avantage structurel du plugin. L'exportation vers des pages statiques est le modèle physique activé volontairement : il crée un véritable article par localisation, avec un calendrier de publication progressif qui répartit les dates de publication sur plusieurs jours.

Deux conséquences découlent du modèle virtuel. La recherche WordPress ne trouve pas les pages de localisation, car seul l'article maître existe. De plus, chaque requête de page exécute une requête de distance sur l'ensemble de la table des localisations. Le coût d'une requête augmente donc avec le nombre de localisations ; les chiffres sont présentés dans la section Échelle et limites.

LPagery place les lignes dans une file d'attente sur votre serveur. Un processus de traitement vide la file, et chaque page est générée dans sa propre requête. La limite de temps PHP s'applique donc à une seule page et jamais à l'ensemble de l'exécution. Vous pouvez fermer l'onglet, revenir plus tard et consulter la progression dans la section Gestion. Les lignes échouées sont réessayées avec une pause entre chaque tentative, et une exécution sans progression pendant dix minutes est indiquée comme bloquée afin que vous sachiez que WP-Cron ne fonctionne pas.

Magic Page ne dispose ni d'une file d'attente ni d'un processus d'exécution côté serveur. Chaque opération longue (installation de la base de données, importation de la feuille de calcul, exportation statique et nettoyage des localisations inutilisées) consiste en une boucle de requêtes d'administration pilotées par l'onglet de votre navigateur. Chaque requête augmente sa propre limite de temps à 60 secondes et traite un lot. Fermer l'onglet met fin à l'exécution. L'exportation statique et l'installation de la base de données conservent leur position sur le serveur, ce qui permet de les reprendre depuis le même écran. L'importation de la feuille de calcul ne conserve sa position que dans le navigateur : un onglet fermé recommence depuis le début et importe une seconde fois les lignes déjà écrites.

Notre fichier CSV de 300 lignes a été traité en 61,5 secondes par l'importateur de Magic Page, en deux lots, car l'importateur rouvre et analyse à nouveau l'ensemble de la feuille de calcul à chaque lot.

Lorsque vous importez un fichier modifié, LPagery vous permet de créer, d'ignorer ou de mettre à jour les pages existantes. Une page est mise à jour uniquement lorsque sa ligne ou ses paramètres ont changé. Si quelqu'un a modifié manuellement une page générée, LPagery le détecte lors de l'enregistrement et laisse la page inchangée, sauf si vous choisissez d'écraser les modifications manuelles. Les lignes supprimées peuvent entraîner la suppression de leurs pages lors d'une synchronisation.

Magic Page met à jour les localisations en réimportant la feuille de calcul. Une ligne contenant un identifiant de terme met à jour cette localisation et écrase son nom, son slug ainsi que chaque champ ; une ligne qui n'en contient pas crée une nouvelle localisation. Les lignes absentes de la feuille sont laissées intactes, et leur suppression nécessite un outil distinct, Supprimer les localisations inutilisées, qui supprime définitivement par lots de 20 toutes les localisations situées en dehors du rayon de la page maître. La détection des modifications manuelles n'a pas été trouvée dans la version 7.2 : une localisation modifiée manuellement est écrasée lors de l'importation suivante, et les pages statiques exportées sont mises à jour sur place, de sorte que les modifications manuelles qui y ont été apportées sont perdues. Les modifications du modèle fonctionnent différemment : puisque les pages sont virtuelles, une modification de la page maître atteint chaque URL sans aucune nouvelle exécution.

Aucun des deux forfaits payants ne plafonne le nombre de pages. Par défaut, le processus de LPagery traite 1 000 lignes par cycle et divise un import volumineux en plusieurs parties afin qu'une limite d'importation réduite chez l'hébergeur ne le bloque pas. Magic Page importe de 100 à 400 lignes par requête et installe les données du fournisseur par lots de 50 lignes. Deux limites sont propres à Magic Page. Une génération peut regrouper au maximum huit centres de rayon à la fois ; les emplacements supplémentaires doivent être sélectionnés un par un. De plus, le coût d'une requête de page augmente avec le nombre d'emplacements, car chaque requête calcule les distances par rapport à tous les emplacements : dans notre laboratoire, 25 requêtes de page ont pris 4,2 secondes à chaud avec 309 emplacements et 10 secondes à chaud avec 5 010 emplacements, une requête atteignant un pic de 56 Mo de mémoire PHP. Une page active de LPagery nécessite une vérification d'existence et une recherche indexée par publication, quelle que soit la taille de l'ensemble.

LPagery remplace les espaces réservés dans le titre, le slug, l'extrait, le contenu et chaque champ personnalisé. Les champs de Yoast SEO, Rank Math et SEOPress sont ainsi remplis depuis le modèle par ce même mécanisme, tandis que All in One SEO dispose de son propre gestionnaire, car il stocke les données dans sa propre table. Les colonnes d'images reçoivent un nom de fichier et un texte alternatif pour chaque page. LPagery n'émet aucune balise canonical ni aucun sitemap qui lui soit propre : il laisse ces deux éléments à votre extension SEO, et les pages sont des publications classiques qui apparaissent dans les sitemaps de WordPress et de l'extension SEO.

Magic Page est plus performant en matière de résultats de SEO local. Il émet un balisage JSON-LD LocalBusiness pour chaque emplacement, avec l'adresse, les coordonnées, les horaires d'ouverture et les liens sociaux, ainsi que six balises meta géographiques. Le titre, la description et les mots-clés utilisent la substitution, mais il n'existe aucun modèle de slug : l'URL se compose d'un préfixe global et du slug de l'emplacement. Yoast SEO et All in One SEO sont intégrés ; Rank Math, SEOPress, The SEO Framework et Slim SEO n'ont pas été trouvés dans la version 7.2. Une image par page principale sert d'image SEO, et aucune colonne d'image par emplacement n'a été trouvée. Deux comportements s'appliquent à l'ensemble du site. L'extension supprime la balise canonical native de WordPress à chaque requête front-end et n'émet la sienne que lorsque la page principale l'active, ce qui est désactivé par défaut. De plus, lors du premier chargement d'une page d'administration, elle définit la structure des permaliens sur /%postname%/ sans demander confirmation. Son propre sitemap est désactivé par défaut ; dans notre laboratoire, un emplacement dont le slug contenait un espace a fait renvoyer une erreur à ce sitemap pour chaque visiteur jusqu'à la suppression de l'emplacement.

Magic Page dispose d'un langage de modèles plus riche et est conçu autour des emplacements. Un bloc [if] avec [elseif] et [else] affiche du contenu pour un emplacement, une région, un comté ou un indicateur de grande ville donné, ou pour un Location Set nommé. [random chance="40"] conserve ou supprime un bloc selon cette probabilité, et le résultat est enregistré pour chaque emplacement. Les XFields sont des variables nommées avec une valeur par défaut et des remplacements propres à chaque emplacement, ce qui permet de gérer les numéros de téléphone et les extraits d'avis spécifiques à chaque emplacement. [cities] répertorie les autres emplacements les plus proches selon la distance, avec des filtres par rayon, comté et indicateur de grande ville, tandis que [map] intègre une Google Map avec votre propre clé API. Une expression spintax peut être nommée une seule fois et réutilisée sur l'ensemble du site.

LPagery ne propose ni blocs conditionnels, ni blocs aléatoires pondérés, ni classement par distance. Si une phrase ne doit apparaître que pour certaines lignes, vous la placez dans sa propre colonne et laissez la cellule vide pour les autres ; un numéro de téléphone par ligne est également placé dans une colonne. Les espaces réservés peuvent être imbriqués. Les vues créent une liste ou une grille stylisée de pages associées sur chaque page, mises en correspondance à partir d'une valeur de colonne commune et classées par nom, date ou selon une colonne de votre choix. Les colonnes peuvent également définir l'auteur, la page parente, le statut et les termes de taxonomie de chaque page.

Le spintax fonctionne dans les deux extensions, et toutes deux conservent la variante choisie lors des mises à jour : LPagery stocke une valeur initiale par page, tandis que Magic Page met en cache l'index choisi pour chaque emplacement. Magic Page peut également effectuer un nouveau tirage du spintax au fil du temps pour une partie des pages grâce à son cron quotidien, désactivé par défaut.

LPagery génère le texte et les images avec l'IA pour chaque ligne dans l'application LPagery, puis transmet l'ensemble des pages finalisées à l'extension. Vous choisissez le modèle de texte pour chaque site parmi six options d'OpenAI et Google. Les prompts d'image intègrent le style, le format, l'ambiance et les couleurs de votre marque, tandis que les prompts de texte sont disponibles dans plus de vingt langues, sélectionnées en fonction du pays de votre site. Chaque licence payante bénéficie d'un crédit mensuel supplémentaire, vous n'avez donc aucune clé API à configurer.

Aucune fonctionnalité d'IA n'a été trouvée dans Magic Page 7.2. Les seules clés tierces demandées par l'extension sont sa clé de licence et une clé Google Maps, et la page des fonctionnalités du fournisseur ne mentionne pas non plus de fonctionnalité d'IA.

Les chiffres de LPagery proviennent du répertoire des plugins de WordPress.org à la date de vérification. Magic Page Plugin n’est pas répertorié sur WordPress.org : cette source ne fournit donc ni nombre d’installations, ni note, ni date de mise à jour. Le fichier de plugin le plus récent dans l’archive zip 7.2 est daté du 04/10/2024, et l’en-tête du plugin ne déclare aucune version jusqu’à laquelle il a été testé.

Seul LPagery propose deux modes de rendu avec conversion dans les deux sens, des URL d’images virtuelles qui servent un même fichier image sous un nom différent pour chaque page, une vérification des blocages dus à WP-Cron, la synchronisation avec Google Sheets, des colonnes d’IA avec crédits, ainsi qu’une méthode d’importation pour les placeholders conçus pour le plugin Multiple Pages Generator.

Seul Magic Page propose la distance comme concept central, les ensembles de lieux, les XFields, une diffusion progressive qui publie les lieux sur un nombre de jours configurable, l’export vers des pages statiques avec des dates de publication échelonnées, l’export de l’ensemble du site en HTML statique, le rendu PDF via l’API du fournisseur, une recherche de lieux côté visiteur et une intégration Google Maps pour chaque lieu. Ses bases de données de lieux fournies pour 19 pays n’ont pas été vérifiées dans le cadre de cette analyse.

Nous avons parcouru l’interface d’administration de LPagery avec un fichier de cinq lignes et compté ce qu’un nouvel utilisateur doit apprendre et sélectionner avant la mise en ligne de la première page. LPagery nécessite trois concepts (page modèle, placeholder, fichier source) et un seul réglage obligatoire : le modèle. Tout le reste possède une valeur par défaut. La première page était en ligne après six clics sur trois écrans.

Le parcours d’administration de Magic Page n’a pas pu être mesuré dans le même environnement, car aucune clé de licence n’y était active et l’éditeur de page maître en nécessite une. D’après le code et les écrans examinés, les concepts sont une page maître, les lieux, le rayon, les ensembles de lieux, les XFields et un ensemble de shortcodes ; l’écran des réglages contient 29 contrôles sur une seule page, dont 15 sans libellé utilisable par un lecteur d’écran ; et la liste Magic Page affiche chaque terme de lieu directement dans une seule cellule du tableau, sans limite.