Em muitas lojas Magento, o blog já funciona há anos, mas a tecnologia atual deixa de ser cómoda de manter. Com o tempo, surge a necessidade de simplificar a arquitetura, tirar melhor partido dos mecanismos nativos do Magento e organizar os conteúdos sem reescrever manualmente centenas de artigos.
Em muitas lojas Magento, o blog já funciona há anos, mas a tecnologia atual deixa de ser cómoda de manter. Com o tempo, surge a necessidade de simplificar a arquitetura, tirar melhor partido dos mecanismos nativos do Magento e organizar os conteúdos sem reescrever manualmente centenas de artigos.
Kowal_Blog resolve este problema graças ao mecanismo de migração de módulos de blog existentes para um novo modelo baseado no catálogo Magento.
Isto significa que mudar de blog não tem de implicar a perda do trabalho editorial já realizado nem o risco de uma queda acentuada de visibilidade nos motores de busca.
O que oferece a migração
O principal valor para o cliente é simples: os conteúdos já existentes podem ser transferidos para a nova solução sem construir tudo do zero.
A migração permite preservar e organizar:
artigos do blog,
categorias,
tags,
dados SEO básicos,
a estrutura de publicação,
as relações entre o conteúdo e as categorias,
o histórico de URLs necessário para redirecionamentos.
Na prática, isto significa um tempo de implementação mais curto, menor risco editorial e um custo mais baixo na transição para a nova solução.
Suporte para blogs Magento conhecidos
O mecanismo de migração foi preparado a pensar em implementações Magento reais, onde normalmente se encontram algumas extensões de blog bem conhecidas.
Atualmente, são suportadas migrações a partir de:
Amasty Blog,
Magefan Blog.
Isto é importante porque são precisamente estas soluções que surgem frequentemente em lojas que desenvolveram o blog de forma independente do catálogo Magento e que hoje pretendem transferi-lo para um modelo mais coerente.
Comandos de migração
A migração é iniciada a partir da consola Magento:
bin/magento kowal:blog:migrate
O parâmetro define o módulo a partir do qual os dados devem ser obtidos. Valores disponíveis:
amasty - importação de Amasty Blog Pro,
magefan - importação de Magefan Blog.
Migração básica a partir de Amasty:
bin/magento kowal:blog:migrate amasty
Migração básica a partir de Magefan:
bin/magento kowal:blog:migrate magefan
Na variante básica, o comando utiliza a categoria raiz do blog definida na configuração:
Stores > Configuration > Kowal > Blog > Blog Root Categories
Se a configuração não estiver definida ou se for necessário forçar outra root do blog para uma execução específica, deve ser usada a opção --root-category-id.
O valor 123 deve ser substituído pelo identificador da categoria Magento sob a qual devem ser criadas as categorias do blog transferidas. Esta categoria torna-se a página principal de destino do blog e a root da árvore de categorias importada.
Prefixo dos URLs antigos
O comando tem a opção --legacy-prefix, que define o prefixo antigo dos endereços do blog utilizado na criação de redirecionamentos 301.
Nesta variante, o migrador continua a transferir categorias, tags e artigos, mas ignora a criação de redirecionamentos 301 para os endereços antigos de artigos e tags.
O que significam as variantes dos comandos
As variantes mais utilizadas:
bin/magento kowal:blog:migrate amasty
Importa dados de Amasty, utiliza a categoria root da configuração e cria redirecionamentos com o prefixo predefinido blog.
bin/magento kowal:blog:migrate magefan
Importa dados de Magefan, utiliza a categoria root da configuração e cria redirecionamentos com o prefixo predefinido blog.
O migrador transfere os metadados SEO básicos sempre que estes possam ser mapeados diretamente para os campos nativos do Magento.
A regra mais importante: após a migração, uma publicação do blog é um produto do tipo blog_post, pelo que os metadados da publicação são guardados nos campos SEO padrão do produto Magento. As categorias do blog são categorias do catálogo, pelo que os seus metadados são guardados nos campos SEO padrão das categorias Magento.
Metadados das publicações do blog
Para as publicações, são migrados:
meta title,
meta description,
meta keywords.
No blog_post de destino, os campos são guardados como:
meta_titlemeta_descriptionmeta_keyword
Graças a isto, após a migração a publicação utiliza os mecanismos SEO nativos do Magento para produtos: geração do título da página, meta description, meta keywords, URL rewrite e suporte de store view.
Para Amasty Blog Pro, o mapeamento é o seguinte:
meta_title vai para meta_title,
meta_description vai para meta_description,
meta_tags vai para meta_keyword.
Para Magefan Blog, o mapeamento é o seguinte:
meta_title vai para meta_title,
meta_description vai para meta_description,
meta_keywords vai para meta_keyword.
Se a publicação de origem tiver valores separados por store view, o migrador guarda-os como valores de store view do produto. Isto significa que os metadados das publicações em ambientes multilingues ou multi-loja podem ser preservados sem reescrita manual após a migração.
Metadados das categorias do blog
Para as categorias, são migrados:
meta title,
meta description,
meta keywords.
Na categoria Magento de destino, os campos são guardados como:
meta_titlemeta_descriptionmeta_keywords
Para Amasty Blog Pro, o mapeamento é o seguinte:
meta_title vai para meta_title,
meta_description vai para meta_description,
meta_tags vai para meta_keywords.
Para Magefan Blog, o mapeamento é o seguinte:
meta_title vai para meta_title,
meta_description vai para meta_description,
meta_keywords vai para meta_keywords.
As categorias Amasty podem ter dados por store view e, nesse caso, o migrador guarda os respetivos valores ao nível do store view específico da categoria Magento.
Metadados das tags
As tags em Kowal_Blog são modeladas como opções do atributo de produto blog_tags. Por esse motivo, a sua migração funciona de forma diferente da migração de publicações e categorias.
O migrador transfere o nome da tag para a etiqueta da opção blog_tags e utiliza a antiga URL key ou o slug da tag para preparar os redirecionamentos 301. Dados como:
meta title,
meta description,
meta keywords,
meta robots,
descrição da tag,
são lidos da origem e preservados nos dados de mapeamento da migração, mas não são automaticamente guardados como conteúdo ativo da página da tag em kowal_blog_tag_content.
Após a migração, vale a pena rever separadamente as páginas de tags mais importantes no painel Blog > Tags e completar a sua descrição e metadados, caso as tags devam funcionar como landing pages para tráfego SEO.
Meta robots e Open Graph
Os campos meta_robots são lidos de Amasty e Magefan para os dados de origem da migração, mas o modelo de destino atual não os guarda automaticamente nas publicações nem nas categorias como campo ativo de frontend.
De forma análoga, os campos adicionais de Open Graph de Amasty, por exemplo:
open_graph_meta_title,
open_graph_meta_description,
open_graph_meta_type,
bem como os campos OG de Magefan, por exemplo:
og_title,
og_description,
og_img,
og_type,
são preservados nos dados de migração, mas não são automaticamente publicados no frontend por Kowal_Blog.
Se o cliente utilizar meta robots avançados ou Open Graph no blog atual, isso deve ser incluído na auditoria pós-migração. As variantes possíveis incluem:
configuração manual dos valores mais importantes no módulo SEO de destino,
preparação de um adaptador adicional ou extensão da migração,
utilização de um módulo SEO externo que gere robots e Open Graph para produtos do tipo blog_post e categorias do blog.
Controlo dos metadados após a migração
Após a migração, deve ser verificada uma amostra dos endereços SEO mais importantes:
publicações com maior tráfego orgânico,
categorias do blog que geram entradas a partir do Google,
tags que tinham páginas próprias indexadas,
publicações com meta title e meta description personalizados,
versões por store view, se a loja for multilingue.
Controlo mínimo no painel Magento:
Abra a publicação importada do tipo blog_post.
Verifique Search Engine Optimization.
Compare Meta Title, Meta Description e Meta Keywords com os dados de origem.
Abra a categoria de blog importada.
Verifique a secção SEO da categoria.
Para tags importantes, aceda a Blog > Tags e complete a descrição e os metadados, caso devam ser visíveis no frontend.
Migração sem reescrita manual de conteúdos
Uma das maiores vantagens é a ausência da necessidade de recriar manualmente o blog.
Em vez de:
copiar textos artigo a artigo,
recriar a estrutura de categorias,
reescrever tags,
corrigir manualmente dezenas ou centenas de endereços,
é possível realizar uma migração controlada para Kowal_Blog.
Para a equipa do cliente, isso significa menos trabalho operacional e, para o projeto, maior previsibilidade.
Proteção do SEO existente
Na migração de um blog, surge quase sempre uma pergunta-chave: o que acontecerá aos URLs atuais?
É uma questão muito pertinente, porque os artigos antigos muitas vezes:
já têm tráfego orgânico,
estão indexados no Google,
têm links externos,
circulam em materiais de marketing,
estão associados a campanhas ou newsletters.
Por isso, o mecanismo de migração em Kowal_Blog contempla a criação de redirecionamentos para estruturas conhecidas de URLs de artigos e tags. Isto permite passar para o novo modelo de URL sem deixar utilizadores e robots dos motores de busca em páginas quebradas.
Além disso, o sistema gera relatórios dos redirecionamentos realizados e um relatório separado de conflitos de endereços, para que a equipa de implementação veja imediatamente quais os caminhos tratados automaticamente e quais exigem decisão.
Uma base melhor para o desenvolvimento futuro da loja
A migração não é apenas uma transferência pontual de dados. É também a organização da base sobre a qual a loja continuará a funcionar.
Após a migração, o blog passa para um modelo que utiliza mecanismos nativos do Magento, tais como:
categorias de catálogo,
store views,
URL rewrites,
atributos EAV,
SEO padrão do Magento,
formulários administrativos do Magento.
Isto simplifica o desenvolvimento a longo prazo e reduz o número de camadas separadas e não padronizadas a manter.
Possibilidade de preparar uma migração a pedido do cliente
Nem todas as lojas utilizam um dos módulos mais populares. Algumas implementações funcionam com extensões mais antigas, soluções próprias ou versões modificadas de módulos disponíveis no mercado.
Por isso, o mecanismo de migração foi concebido de forma extensível.
Isto significa que, além do suporte pronto para blogs Magento conhecidos, também é possível preparar migrações:
a partir de outro módulo de blog comercial,
a partir da solução própria do cliente,
a partir de uma estrutura de dados não padronizada criada num projeto específico,
a partir de uma versão da extensão previamente modificada para uma determinada loja.
Do ponto de vista comercial, esta é uma vantagem muito importante. O cliente não fica limitado apenas à lista de integrações prontas. Se a loja tiver um blog não padronizado, é possível preparar um percurso de migração dedicado aos seus dados concretos e ao seu processo de negócio.
Para quem esta possibilidade é particularmente valiosa
A migração do blog para Kowal_Blog será especialmente valiosa para:
lojas com um grande número de artigos,
marcas que publicam regularmente conteúdos SEO,
projetos multilingues,
empresas que planeiam reestruturar o blog sem perder o tráfego existente,
lojas que querem simplificar a arquitetura Magento e reduzir o número de sistemas de conteúdo paralelos.
Argumento comercial de forma direta
O cliente não compra aqui apenas um novo módulo de blog.
Compra a possibilidade de passar da solução atual para um modelo mais coerente com Magento:
sem reescrita manual de conteúdos,
preservando o valor do conteúdo existente,
com controlo sobre os redirecionamentos,
com relatório das operações executadas,
com opção de preparar uma migração dedicada, se o blog atual funcionar de forma não padronizada.
Isto encurta o caminho entre a decisão de mudança e o lançamento efetivo do novo blog, reduzindo significativamente a barreira de entrada para lojas que já têm um histórico de publicações.
