LPagery vs Magic Page Plugin

O LPagery lê um arquivo CSV ou XLSX no navegador, mostra as colunas antes que qualquer dado seja salvo e trata cada coluna como um placeholder. Uma planilha do Google Sheets funciona por meio de um link, e uma fonte Radius busca cidades ao redor de uma localização. Cada linha se transforma em uma página, independentemente do que a linha descreve.

A importação de planilhas do Magic Page aceita XLSX, XLS e CSV no servidor, com onze colunas fixas em uma ordem fixa: ID do termo, localização, latitude, longitude, CEP, região, condado, país, indicador de cidade principal, slug e população. As colunas a partir da décima segunda tornam-se campos personalizados. Uma linha representa um local, portanto o modelo de dados se adapta a páginas de localização e a pouco mais do que isso. A principal fonte de dados do Magic Page são seus próprios bancos de dados de localizações para 19 países, baixados do fornecedor. Não foi verificado nesta análise quais países uma licença desbloqueia nem quão atuais são os dados. Nenhuma entrada via Google Sheets foi encontrada na versão 7.2.

O LPagery sincroniza uma planilha do Google Sheets conforme uma agenda, por padrão a cada hora e, no máximo, semanalmente. A cada execução, a planilha é baixada, páginas são criadas para novas linhas, páginas cuja linha foi alterada são atualizadas, linhas sem alterações são ignoradas e páginas correspondentes a linhas removidas são excluídas quando você ativa essa opção. Uma linha que falhar é tentada novamente, e um download malsucedido marca o conjunto com o erro.

Nenhuma integração com o Google Sheets foi encontrada no Magic Page 7.2. O recurso mais próximo é o canal de atualização do fornecedor para seus próprios bancos de dados de localizações: uma verificação semanal informa quando uma região tem uma versão mais recente, e você executa a atualização manualmente. Isso abrange os dados de localização do fornecedor e nada que você tenha escrito.

No LPagery, o template é qualquer página, post ou tipo de post personalizado que você já tenha. Você adiciona placeholders a ele e o seleciona no painel. Todos os campos personalizados dessa página são copiados com os placeholders substituídos, portanto, os construtores que armazenam o layout nos metadados do post funcionam por esse caminho, e onze construtores têm seu próprio adaptador adicional. Cada conjunto de páginas tem seu próprio template, e um conjunto pode ser direcionado para outro posteriormente.

O Magic Page tem uma página principal por site. Ele registra seu próprio tipo de post, bloqueia um segundo post assim que um existe e o renderizador usa o mais recente. A página principal é editada no editor Clássico ou Gutenberg. Elementor é o único construtor com um filtro de compatibilidade, e o Thrive Architect recebe um filtro para seus shortcodes. Divi, Bricks, Oxygen, WPBakery, Beaver Builder, Brizy, Breakdance e SeedProd não são referenciados na versão 7.2, e tipos de post personalizados como templates também não foram encontrados.

Por padrão, o LPagery cria páginas reais do WordPress, o que ele chama de Modo Clássico. O Modo Live é a alternativa: cada página é um pequeno stub e o conteúdo é renderizado a partir do template quando alguém a abre, portanto, uma alteração no template aparece em todas as páginas live assim que você salva. Você pode alternar uma página ou um conjunto inteiro entre os dois modos. As páginas clássicas mantêm seu conteúdo quando o plugin é desativado; as páginas live precisam ser convertidas para o Modo Clássico primeiro.

O Magic Page é virtual por padrão. Nada é gravado na tabela de posts: um post principal é servido em cada URL de localização, e os dados da localização são substituídos nele a cada solicitação. Uma localização é armazenada como um termo de taxonomia, com uma linha de metadados por coluna. Editar a página principal altera todas as URLs na próxima solicitação, o que representa a vantagem estrutural do plugin. A exportação para páginas estáticas é o modelo físico opcional: ela grava um post real por localização, com uma programação gradual que distribui as datas de publicação ao longo dos dias.

Duas consequências resultam do modelo virtual. A pesquisa do WordPress não encontra as páginas de localização, porque apenas o post principal existe. Além disso, cada solicitação de página executa uma consulta de distância em toda a tabela de localizações, portanto, o custo de uma solicitação cresce conforme o número de localizações; os números estão em Escala e limites.

O LPagery coloca as linhas em uma fila no seu servidor. Um worker esvazia a fila, e cada página é gerada em sua própria solicitação, portanto, o limite de tempo do PHP se aplica a uma página e nunca à execução inteira. Você pode fechar a aba, voltar mais tarde e ver o progresso em Gerenciar. As linhas com falha são tentadas novamente com uma pausa entre as tentativas, e uma execução sem progresso por dez minutos é exibida como interrompida, para que você saiba que o WP-Cron não está funcionando.

O Magic Page não tem fila nem executor de tarefas no lado do servidor. Toda operação longa (a instalação do banco de dados, a importação da planilha, a exportação estática e a limpeza de localizações não utilizadas) consiste em um loop de solicitações administrativas acionadas pela aba do navegador. Cada solicitação aumenta seu próprio limite de tempo para 60 segundos e processa um lote. Fechar a aba encerra a execução. A exportação estática e a instalação do banco de dados mantêm sua posição no servidor, para que você possa retomá-las na mesma tela. A importação da planilha mantém sua posição apenas no navegador, portanto, uma aba fechada começa novamente e importa pela segunda vez as linhas já gravadas.

Nosso CSV de 300 linhas levou 61,5 segundos por meio do importador do Magic Page em dois lotes, porque o importador reabre e reprocessa toda a planilha em cada lote.

Quando você envia um arquivo alterado, o LPagery permite criar, ignorar ou atualizar páginas existentes. Uma página só é atualizada quando sua linha ou suas configurações foram alteradas. Se alguém editou manualmente uma página gerada, o LPagery identifica isso no salvamento e deixa a página intacta, a menos que você escolha substituir as alterações manuais. Linhas removidas podem excluir suas páginas durante uma sincronização.

O Magic Page atualiza as localizações reimportando a planilha. Uma linha com um ID de termo atualiza essa localização e substitui seu nome, slug e todos os campos; uma linha sem ID cria uma nova localização. As linhas ausentes da planilha são deixadas intactas, e a remoção é uma ferramenta separada, Excluir localizações não utilizadas, que exclui permanentemente todas as localizações fora do raio da página principal em lotes de 20. A detecção de edições manuais não foi encontrada na versão 7.2: uma localização editada manualmente é substituída pela próxima importação, e as páginas estáticas exportadas são atualizadas no local, portanto, as edições manuais feitas nelas são perdidas. As alterações no template funcionam de outra forma: como as páginas são virtuais, uma edição na página principal chega a todas as URLs sem nenhuma execução.

Nenhum dos planos pagos limita o número de páginas. Por padrão, o worker do LPagery processa 1.000 linhas por ciclo e divide um upload grande em partes, para que um limite reduzido de upload no servidor não o bloqueie. O Magic Page importa de 100 a 400 linhas por solicitação e instala os dados do fornecedor 50 linhas por vez. Há dois limites específicos do Magic Page. Uma construção pode agrupar no máximo oito centros de raio por vez; as localizações adicionais precisam ser selecionadas uma a uma. E o custo de uma solicitação de página aumenta com a tabela de localizações, porque cada solicitação calcula as distâncias em relação a todas as localizações: em nosso laboratório, 25 solicitações de página levaram 4,2 segundos com cache aquecido em 309 localizações e 10 segundos com cache aquecido em 5.010, sendo que uma solicitação atingiu um pico de 56 MB de memória PHP. Uma página ativa do LPagery custa uma verificação de existência mais uma consulta indexada por post, independentemente do tamanho do conjunto.

O LPagery substitui placeholders no título, slug, resumo, conteúdo e em todos os campos personalizados, portanto os campos do Yoast SEO, Rank Math e SEOPress são preenchidos a partir do template por esse único caminho, enquanto o All in One SEO conta com seu próprio handler, pois armazena os dados em sua própria tabela. As colunas de imagem recebem um nome de arquivo e texto alternativo por página. O LPagery não gera uma tag canonical nem um sitemap próprio: deixa ambos sob responsabilidade do seu plugin de SEO, e as páginas são posts normais que aparecem nos sitemaps do WordPress e do plugin de SEO.

O Magic Page é mais forte na geração de SEO local. Ele gera JSON-LD de LocalBusiness por localização, com endereço, coordenadas, horário de funcionamento e links sociais, além de seis meta tags geográficas. Título, descrição e palavras-chave passam por substituição, mas não há um padrão de slug: a URL é composta por um prefixo global mais o slug da localização. Yoast SEO e All in One SEO são integrados; Rank Math, SEOPress, The SEO Framework e Slim SEO não foram encontrados na versão 7.2. Uma imagem por página principal é usada como imagem de SEO, e não foram encontradas colunas de imagem por localização. Dois comportamentos afetam todo o site. O plugin remove a tag canonical principal do WordPress em todas as solicitações do front-end e gera a sua própria somente quando a página principal opta por isso, opção desativada por padrão. Além disso, no primeiro carregamento de uma página do admin, ele define a estrutura de permalinks como /%postname%/ sem solicitar confirmação. Seu próprio sitemap fica desativado por padrão; em nosso laboratório, uma localização com um espaço no slug fez esse sitemap retornar um erro para todos os visitantes até que a localização fosse excluída.

O Magic Page possui uma linguagem de templates mais avançada e é desenvolvido em torno de localizações. Um bloco [if] com [elseif] e [else] exibe conteúdo para uma localização, região, condado ou indicação de cidade grande específica, ou para um Location Set nomeado. [random chance="40"] mantém ou remove um bloco com essa probabilidade, e o resultado é armazenado por localização. XFields são variáveis nomeadas com um valor padrão e substituições por localização, o que permite definir números de telefone e trechos de avaliações específicos para cada localização. [cities] lista outras localizações mais próximas por distância, com filtros por raio, condado e indicação de cidade grande, e [map] incorpora um Google Map usando sua própria chave de API. Uma expressão de spintax pode ser nomeada uma vez e reutilizada em todo o site.

O LPagery não possui blocos condicionais, blocos aleatórios ponderados nem ordenação por distância. Se uma frase deve aparecer apenas para algumas linhas, você a coloca em sua própria coluna e deixa a célula vazia para as demais; um número de telefone por linha também é definido em uma coluna. Os placeholders podem ser aninhados. As Views criam uma lista ou grade estilizada de páginas relacionadas em cada página, correspondidas por um valor compartilhado de coluna e ordenadas por nome, data ou uma coluna de sua escolha. As colunas também podem definir o autor, a página pai, o status e os termos de taxonomia de cada página.

O Spintax funciona em ambos, e ambos mantêm a variante escolhida estável entre atualizações: o LPagery armazena uma seed por página, enquanto o Magic Page armazena em cache o índice escolhido por localização. O Magic Page também pode sortear novamente o spintax em uma parte das páginas ao longo do tempo por meio de seu cron diário, desativado por padrão.

O LPagery gera textos e imagens com AI por linha no aplicativo LPagery e envia o conjunto de páginas concluído para o plugin. Você escolhe o modelo de texto por site entre seis opções da OpenAI e do Google. Os prompts de imagem incluem estilo, formato, clima e as cores da sua marca, e há prompts de texto em mais de vinte idiomas, escolhidos com base no país do seu site. Toda licença paga recebe uma recarga mensal de créditos, portanto não é necessário configurar uma chave de API.

Nenhum recurso de AI foi encontrado no Magic Page 7.2. As únicas chaves de terceiros solicitadas pelo plugin são a chave de licença e uma chave do Google Maps, e a página de recursos do fornecedor também não lista nenhum recurso de AI.

Os dados da LPagery vêm do diretório de plugins do WordPress.org na data de verificação. O Magic Page Plugin não está listado no WordPress.org, portanto não há contagem de instalações, avaliação ou data de atualização provenientes dessa fonte. O arquivo de plugin mais recente no ZIP 7.2 tem a data de 2024-10-04, e o cabeçalho do plugin não declara nenhuma versão testada.

Apenas a LPagery tem dois modos de renderização com conversão nos dois sentidos, URLs de imagens virtuais que exibem um arquivo de imagem com um nome diferente em cada página, uma verificação de interrupção para detectar WP-Cron inativo, sincronização com Google Sheets, colunas de IA com créditos e um caminho de importação para placeholders criados para o plugin Multiple Pages Generator.

Apenas o Magic Page trata a distância como um conceito central, oferece conjuntos de localizações, XFields, uma liberação gradual que disponibiliza localizações ao longo de um número configurável de dias, exportação para páginas estáticas com datas de publicação escalonadas, exportação de todo o site como HTML estático, renderização de PDF por meio da API do fornecedor, pesquisa de localizações no front-end e um mapa do Google Maps incorporado para cada localização. Os bancos de dados de localizações do fornecedor para 19 países não foram verificados nesta análise.

Percorremos o painel administrativo da LPagery com um arquivo de cinco linhas e contamos o que um novo usuário precisa aprender e clicar antes que a primeira página esteja online. A LPagery exige três conceitos (página modelo, placeholder e arquivo de origem) e uma configuração obrigatória: o modelo. Todo o restante tem um valor padrão. A primeira página ficou online após seis cliques em três telas.

O caminho administrativo do Magic Page não pôde ser medido no mesmo ambiente de teste, porque nenhuma chave de licença estava ativa e o editor da página principal precisa de uma. Com base no código e nas telas que analisamos: os conceitos são uma página principal, localizações, raio, conjuntos de localizações, XFields e um conjunto de shortcodes; a tela de configurações contém 29 controles em uma única página, 15 deles sem um rótulo utilizável por um leitor de tela; e a lista do Magic Page exibe todos os termos de localização em linha dentro de uma única célula da tabela, sem limite.