Por que manter loja Magento com várias store views dá mais trabalho

O Magento organiza a operação numa hierarquia: global, website, loja (store) e visão de loja (store view). Pela documentação da Adobe, o website é o contêiner de métodos de entrega e de pagamento e é o nível indicado para gerenciar preço de catálogo; a função principal da loja é a categoria raiz; e a da visão de loja é a tradução e o símbolo da moeda, podendo ter URL base própria.

Na manutenção, isso quer dizer que a mesma configuração pode ter valor diferente em cada nível. Uma correção feita no escopo padrão pode não valer na visão em espanhol, porque ali o valor foi sobrescrito. É o tipo de defeito que só aparece para o cliente de um país.

Manutenção de loja Magento com várias store views: o que se multiplica

O queOnde fica no MagentoO que conferir a cada mudança
Textos de produto, categoria e páginas CMSvisão de lojatradução ausente cai no valor padrão e mostra outro idioma
E-mails transacionais (pedido, fatura, envio)modelo e locale configurados por visão de lojae-mail no idioma errado ou modelo antigo depois de mudar o tema
Moeda basewebsite, quando o escopo de preço do catálogo é websiteé a moeda das transações de pagamento on-line
Moeda de exibição e moedas permitidasvisão de lojapreço exibido convertido pela taxa cadastrada
Taxa de câmbioimportação manual ou agendadaagendamento ligado, serviço configurado e cron rodando
Meios de pagamento e frete por paíswebsite, nos campos Payment from Applicable Countries e Ship to Applicable Countriespaís atendido sem meio de pagamento ou sem frete
Estoquewebsite ou global, nunca por lojadisponibilidade diferente da esperada em um país
Impostosregras por país e região de destinocálculo no carrinho para cada país atendido
URLs e hreflangchave de URL por visão de lojaURL traduzida quebrada e alternates apontando para a página errada

Conferi os escopos de pagamento, frete e moeda no código da 2.4.8-p4: os campos de país aplicável dos meios de pagamento e de frete aparecem só no padrão e no website, não na visão de loja.

O que muda no suporte de loja Magento multimoeda

  • Exibir não é cobrar. Pela definição da Adobe, a moeda base é a usada em todas as transações de pagamento on-line; a de exibição é conversão pela taxa cadastrada. Se o cliente vê o preço em dólar e o pagamento acontece em reais, o valor na fatura do cartão pode não bater com o que ele viu, e isso vira chamado no atendimento.
  • Câmbio parado. A importação agendada de taxas vem desligada no config.xml padrão do módulo de moedas (conferi na 2.4.8-p4) e, quando ligada, depende do cron. Taxa esquecida por meses é preço errado em silêncio.
  • Serviço de cotação antigo. Desde a 2.4.6, a Adobe marca o Fixer.io como obsoleto e recomenda a Fixer API, da APILayer. Loja antiga pode seguir configurada no serviço velho.
  • Cache. Depois de salvar as taxas, a documentação manda atualizar o cache; sem isso, a vitrine segue com o preço antigo.

Testar atualização em loja com vários idiomas: a conta do esforço

Toda atualização de versão, patch ou módulo pede teste de regressão. Numa loja com várias visões, eu monto a conta assim:

roteiros = (fluxos de navegação x visões de loja)
         + (meios de pagamento ativos em cada visão, somados)
         + (e-mails transacionais x visões de loja)

Exemplo ilustrativo: 5 fluxos de navegação (home, categoria com filtro, busca, produto e carrinho), 3 visões de loja (português, inglês e espanhol), 3 meios de pagamento na visão em português e 2 em cada uma das outras, e 3 e-mails transacionais (pedido, fatura e envio).

ParteLoja com 1 visãoLoja com 3 visões
Fluxos de navegação5 x 1 = 55 x 3 = 15
Checkouts por meio de pagamento33 + 2 + 2 = 7
E-mails transacionais3 x 1 = 33 x 3 = 9
Total de roteiros1131
Com 10 minutos por roteiro (hipótese)110 minutos310 minutos

A mesma atualização quase triplica o tempo de teste. Isso precisa aparecer no orçamento e no prazo, e é o que separa o suporte que conhece a operação do que testa só a visão em português.

Checklist: 10 itens que o suporte de loja multi-idioma precisa cobrir

  1. Mapa de websites, lojas e visões, com códigos, domínios e idiomas.
  2. Lista de configurações sobrescritas por visão de loja, revisada a cada atualização.
  3. Roteiro de regressão por visão, com os meios de pagamento de cada país.
  4. Conferência dos e-mails transacionais em cada idioma depois de mudança de tema ou de versão.
  5. Importação agendada de câmbio ligada, com destinatário do e-mail de erro definido.
  6. Cron monitorado, porque câmbio, e-mails e indexação dependem dele.
  7. Regras de imposto e de frete revisadas quando entra um país novo.
  8. Pacotes e arquivos de tradução versionados junto com o código.
  9. hreflang e URLs traduzidas conferidos depois de reindexação ou migração.
  10. Responsável definido pela revisão de tradução de conteúdo novo.

Suporte Magento em espanhol e inglês: idioma e fuso do atendimento

Operação em outro país traz perguntas que a loja só brasileira não tem:

  • Em que idioma o suporte atende? Quem abre o chamado pode ser a equipe local do outro país.
  • Em que fuso o prazo conta? Horário comercial de Brasília não é horário comercial em Madri.
  • Quem revisa o texto que chega ao cliente final quando a correção muda uma mensagem da loja?
  • Em que idioma fica a documentação das mudanças?

Eu atendo em português, inglês e espanhol e trabalho com loja multi-idioma e multimoeda; as páginas em inglês e em espanhol explicam o atendimento para quem prefere esses idiomas. O fluxo de levantamento e homologação está em como funciona o suporte Magento 2, e a rotina que vale para qualquer loja está no calendário de manutenção preventiva.

Perguntas frequentes

O que muda no suporte de loja Magento multimoeda?

Entram na rotina a taxa de câmbio, que precisa de importação agendada e cron funcionando, a diferença entre moeda exibida e moeda da transação e o teste de checkout em cada moeda e meio de pagamento. Câmbio esquecido não gera erro na tela: gera preço errado em silêncio.

Loja Magento em inglês e espanhol precisa de instalações separadas?

Não necessariamente. Uma instalação do Magento pode ter vários websites e visões de loja com idiomas, domínios e moedas diferentes, administrados no mesmo painel. Websites separados fazem sentido quando carrinho, meios de pagamento e entrega precisam ser independentes.

Como testar atualização em loja com vários idiomas?

Monte o roteiro por visão de loja: fluxos de navegação em cada idioma, checkout com cada meio de pagamento ativo em cada país e conferência dos e-mails transacionais em cada idioma. Rode tudo em homologação antes de publicar e ajuste o prazo ao número de roteiros.

Existe suporte Magento em espanhol?

Existe. Eu atendo em português, inglês e espanhol, inclusive lojas multi-idioma e multimoeda. Com qualquer fornecedor, combine por escrito o idioma do atendimento, o fuso em que o prazo é contado e quem revisa os textos que chegam ao cliente final.

Fontes oficiais

  1. Multiple websites or stores (Adobe Experience League)
  2. Websites, stores, and views (Adobe Experience League)
  3. General > Currency Setup (Adobe Experience League)
  4. Update currency rates (Adobe Experience League)

Outros artigos

Ver todos os artigos

Precisa de um orçamento? Ficarei feliz em ajudar. Clique aqui