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 que | Onde fica no Magento | O que conferir a cada mudança |
|---|---|---|
| Textos de produto, categoria e páginas CMS | visão de loja | traduçã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 loja | e-mail no idioma errado ou modelo antigo depois de mudar o tema |
| Moeda base | website, 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 permitidas | visão de loja | preço exibido convertido pela taxa cadastrada |
| Taxa de câmbio | importação manual ou agendada | agendamento ligado, serviço configurado e cron rodando |
| Meios de pagamento e frete por país | website, nos campos Payment from Applicable Countries e Ship to Applicable Countries | país atendido sem meio de pagamento ou sem frete |
| Estoque | website ou global, nunca por loja | disponibilidade diferente da esperada em um país |
| Impostos | regras por país e região de destino | cálculo no carrinho para cada país atendido |
| URLs e hreflang | chave de URL por visão de loja | URL 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.xmlpadrã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).
| Parte | Loja com 1 visão | Loja com 3 visões |
|---|---|---|
| Fluxos de navegação | 5 x 1 = 5 | 5 x 3 = 15 |
| Checkouts por meio de pagamento | 3 | 3 + 2 + 2 = 7 |
| E-mails transacionais | 3 x 1 = 3 | 3 x 3 = 9 |
| Total de roteiros | 11 | 31 |
| Com 10 minutos por roteiro (hipótese) | 110 minutos | 310 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
- Mapa de websites, lojas e visões, com códigos, domínios e idiomas.
- Lista de configurações sobrescritas por visão de loja, revisada a cada atualização.
- Roteiro de regressão por visão, com os meios de pagamento de cada país.
- Conferência dos e-mails transacionais em cada idioma depois de mudança de tema ou de versão.
- Importação agendada de câmbio ligada, com destinatário do e-mail de erro definido.
- Cron monitorado, porque câmbio, e-mails e indexação dependem dele.
- Regras de imposto e de frete revisadas quando entra um país novo.
- Pacotes e arquivos de tradução versionados junto com o código.
- hreflang e URLs traduzidas conferidos depois de reindexação ou migração.
- 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
- Multiple websites or stores (Adobe Experience League)
- Websites, stores, and views (Adobe Experience League)
- General > Currency Setup (Adobe Experience League)
- Update currency rates (Adobe Experience League)