Aplicativo móvel PrestaShop: 4 opções, custos e um plano de teste

Um aplicativo móvel PrestaShop para clientes é um aplicativo iOS e Android com o nome da sua loja que os clientes instalam para navegar, fazer novos pedidos e pagar. O PrestaShop não fornece um, então você pode obtê-lo de quatro maneiras: um módulo de criação de aplicativos móveis, um conversor de site para aplicativo, um serviço de aplicativo gerenciado ou uma construção personalizada. A escolha certa depende principalmente do seu checkout, porque um checkout PrestaShop é construído a partir de módulos.

Este guia ajuda você a escolher uma rota e comprová-la em sua própria loja antes de gastar dinheiro. Para a versão curta, consulte o PrestaShop para a página do aplicativo.

Uma loja PrestaShop deveria ter um aplicativo?

Um aplicativo ganha seu lugar quando as mesmas pessoas compram de você repetidamente. Verifique sua loja primeiro com quatro perguntas.

• Os clientes fazem novos pedidos? Vinho, café, ração para animais de estimação, cosméticos, suprimentos para impressoras, peças de reposição e consumíveis comerciais são comprados em um ciclo.
• Os clientes fazem login para fazer alguma coisa? Contas comerciais com preços de grupo, histórico de pedidos, faturas, devoluções e vouchers de fidelidade trazem as pessoas de volta à sua conta.
• Você tem novidades que valem a pena ser notificadas? Vendas, reabastecimentos e novas linhas atendem ao impulso.
• A loja móvel já está boa? Se os compradores por telefone abandonarem seu checkout hoje, um aplicativo desenvolvido nesse checkout herdará o problema.

Se a maioria dos pedidos vier de visitantes de primeira viagem, concentre-se no tema móvel.

O que torna o PrestaShop diferente quando você adiciona um aplicativo?

PrestaShop é de código aberto e geralmente auto-hospedado, e é amplamente utilizado na Europa e na América Latina, onde a forma como as pessoas pagam e recebem encomendas muda de país para país. Uma loja típica é instalada em seu país, um módulo de cada vez: um módulo de pagamento para o método bancário em que os clientes confiam, um módulo de transportadora com mapa de pontos de coleta, traduções, regras fiscais e grupos de clientes com seus próprios preços.

Isso torna o checkout a parte mais difícil. Produtos e categorias são fáceis de copiar para um aplicativo. Um pagamento que redireciona para um banco, pede aprovação em um aplicativo bancário e depois retorna para a página de confirmação do pedido, não o é.

As versões também variam. PrestaShop 1.7, 8 e 9 estão em uso, e PrestaShop 9.1, lançado em março de 2026, tornou o Hummingbird o tema padrão para novas instalações, enquanto muitas lojas permanecem no clássico ou em um tema personalizado. Qualquer rota que coloque código dentro da sua loja deve corresponder à sua versão e aos seus módulos.

Portanto, faça uma pergunta para cada rota: o aplicativo mostra o que meus módulos adicionam ou apenas o que o PrestaShop conhece?

Quais são as quatro maneiras de obter um aplicativo móvel PrestaShop?

Rota 1: um módulo de criação de aplicativos móveis

Vários fornecedores vendem módulos de criação de aplicativos móveis no Mercado de complementos PrestaShop e em seus próprios sites. Você instala um módulo conector em seu back office, ele expõe seu catálogo, clientes e pedidos ao aplicativo do fornecedor, e o aplicativo os desenha como telas nativas. Alguns constroem Serviço web PrestaShop, uma API CRUD sobre recursos como produtos, combinações, carrinhos, clientes e pedidos.

Bom em: listas e páginas de produtos nativas e uma tela inicial com layout diferente do seu site.

Verifique com atenção:

• Suporte de pagamento e operadora. A API descreve pedidos e transportadoras como dados. Ele não descreve o que um módulo de pagamento ou módulo de ponto de coleta renderiza na finalização da compra, portanto, cada um precisa de suporte explícito do fornecedor do aplicativo. Peça a lista de módulos suportados e compare-a com a sua. Um substituto comum para um não suportado é o checkout do seu site mostrado em um WebView.
• Versão e licença. O conector é um módulo como qualquer outro, então confirme se ele suporta sua versão PrestaShop e ainda está atualizado. As licenças variam entre um preço único, uma assinatura e extras pagos, portanto, confirme que você recebe versões prontas para loja em suas próprias contas de desenvolvedor.
• Design. As personalizações do seu tema da web não são transferidas. O aplicativo tem sua própria aparência.

Rota 2: um conversor de site para aplicativo

Um conversor cria um shell nativo em torno do seu site ativo. O shell fornece o ícone do aplicativo, tela de inicialização, cabeçalho nativo, menus e guias inferiores e notificações push opcionais. Seu front office é carregado dentro dele em um WebView, o mesmo mecanismo de navegador que o Safari e o Chrome usam.

Bom em: fidelidade. O aplicativo mostra qualquer que seja o seu tema e módulos renderizados em um telefone, porque é a mesma página do mesmo servidor. Você não instala nada no PrestaShop, então sua versão não importa.

Verifique com atenção: você não obtém telas de produtos redesenhadas nativamente. O aplicativo é tão rápido e organizado quanto o seu tema móvel e nada melhor. Os pagamentos que saem da sua loja podem se comportar de maneira diferente em um navegador incorporado e no Safari ou Chrome, e é para isso que serve o plano de teste abaixo.

SiteTo.App faz esse caminho. Você cola o URL da sua loja, define o nome, o ícone e as guias e visualiza o aplicativo em seu próprio telefone gratuitamente. Uma versão custa US$ 29 para Android, US$ 79 para iOS ou US$ 99 para ambos, pago uma vez.

Rota 3: um serviço de aplicativo gerenciado

Um serviço gerenciado usa a mesma abordagem WebView para suas páginas e adiciona uma equipe. Eles configuram o aplicativo, criam telas nativas personalizadas, enviam para as lojas e fazem a manutenção por uma taxa mensal. Nosso Comparação SiteTo.App vs MobiLoud analisa um desses serviços em detalhes.

Rota 4: um aplicativo personalizado

Uma agência ou desenvolvedor cria um aplicativo com base nas APIs da sua loja. Este é o caminho para coisas que um site não pode fazer, como trabalhar totalmente offline. Tem o preço de um projeto e precisa de retrabalho quando você atualiza o PrestaShop ou substitui um módulo do qual depende.

Como as rotas se comparam?

Quanto custa cada rota?

• Módulo construtor de aplicativos: definido pelo fornecedor. Verifique se o preço de listagem é uma licença única ou uma assinatura, e se versões prontas para loja, push e atualizações para novas versões do PrestaShop estão incluídas ou vendidas como extras.
• Conversor de site para aplicativo: uma taxa de construção. SiteTo.App cobra US$ 29 para Android, US$ 79 para iOS ou US$ 99 para ambos, pago uma vez, e reconstruções posteriores são cotadas separadamente.
• Serviço gerenciado: uma taxa mensal enquanto o aplicativo estiver ativo. A comparação vinculada à Rota 3 funciona por meio dos números atuais de um serviço.
• Aplicativo personalizado: uma cotação do projeto e, em seguida, o tempo do desenvolvedor sempre que a loja mudar abaixo dela.

Cada rota também precisa de uma assinatura de desenvolvedor da Apple (US$ 99 por ano) e do registro do Google Play (US$ 25 uma vez), pagos diretamente a eles. O guia de custos do aplicativo do site cobre todo o orçamento.

Qual rota se adapta a qual loja PrestaShop?

Escolha um módulo de criação de aplicativos se sua loja estiver próxima do estoque do PrestaShop, seus módulos de pagamento e operadora estão na lista de suporte do fornecedor, e uma navegação nativa é mais importante para você do que manter seu web design.

Escolha um conversor se a sua loja mobile já funciona bem e grande parte dela vem de módulos. Isso cobre pagamentos bancários locais, entrega em pontos de coleta, preços para grupos B2B, vários idiomas e checkout personalizado.

Escolha um serviço gerenciado se você deseja que uma equipe seja responsável pelo lançamento e manutenção, e a taxa mensal faz sentido em relação à receita do seu aplicativo.

Escolha uma construção personalizada se o aplicativo precisar fazer algo que um navegador não pode, como funcionar corretamente off-line.

Quando SiteTo.App é a escolha errada?

• Seu tema móvel é o problema. Um tema lento ou uma finalização de compra estranha por telefone serão igualmente lentos e estranhos no aplicativo. Conserte a loja primeiro.
• Você precisa de impulso no ciclo de vida. SiteTo.App envia título, texto, imagem e link para todos que aderiram, por meio de seu próprio projeto Firebase. Ele não envia notificações de carrinho abandonado ou status de pedido e ainda não possui segmentos ou agendamento. Uma loja multinacional não pode enviar uma mensagem aos clientes franceses e outra aos espanhóis.
• Sua forma de pagamento principal não pode retornar ao aplicativo. Se o plano de teste mostrar que o método bancário mais usado termina no navegador do telefone e o seu provedor de pagamento não tem solução, não inicie-o.
• Você deseja que outra pessoa envie e mantenha o aplicativo. Você publica a partir de suas próprias contas da Apple e do Google, e um serviço gerenciado é a melhor opção se você preferir entregá-lo.

Também não é adequado para Bluetooth, AR, uso off-line intenso ou processamento em segundo plano.

Como você testa uma loja PrestaShop como um aplicativo?

Use um iPhone real e um telefone Android real se você planeja enviar ambos. Siga as etapas em ordem. Execute qualquer etapa com falha novamente no navegador normal do telefone: se também falhar lá, a correção pertence à loja.

Passo 1: Prepare a loja

Coloque cada módulo de pagamento em modo de teste ou crie um produto oculto de baixo preço que você possa reembolsar. Crie uma conta de cliente de teste. Tire a loja do modo de manutenção, pois a visualização de uma loja fechada mostra apenas a página de manutenção.

Etapa 2: navegue e construa um carrinho

Abra uma categoria, use os filtros e a busca, depois abra um produto com combinações. Escolha um tamanho ou cor e adicione ao carrinho. Observe a contagem do carrinho no cabeçalho do seu tema. Em seguida, aplique um voucher no carrinho.

Etapa 3: verifique a entrega e os totais

Insira um endereço de entrega real e compare custos de transporte e impostos com o mesmo carrinho em seu site.

Se você utiliza ponto de coleta ou transportador de armários, abra seu mapa na etapa de entrega. Alguns desses widgets oferecem um botão “usar minha localização”. Não dependa disso. Digite um código postal, escolha um ponto e confirme posteriormente que ele aparece na página de confirmação do pedido e no pedido de back office.

Etapa 4: pague com cada módulo de pagamento

Esta etapa decide se você pode iniciar.

• Formulários de cartão na página normalmente se comportam como na web móvel. Use um cartão de teste que acione o 3-D Secure e confirme que o desafio foi concluído.
• Métodos de redirecionamento enviar o cliente para uma página do banco ou janela do PayPal. Siga todo o caminho e confirme que você chega à página de confirmação do pedido dentro do aplicativo.
• Métodos de aplicativos bancários como iDEAL, Bancontact, BLIK, Bizum ou MB WAY solicitam ao cliente que aprove o pagamento noutra app. O risco é o caminho de volta. Um aplicativo de banco pode retornar o cliente ao navegador padrão do telefone, onde sua loja não tem sessão, enquanto o aplicativo fica mostrando a etapa de pagamento. O pedido ainda pode ser registrado através da notificação do servidor do provedor, mas o cliente vê uma tela confusa.
• Botões Apple Pay e Google Pay mostram apenas quando o script do módulo de pagamento decide que o ambiente os suporta e um WebView no aplicativo não é o mesmo ambiente do Safari ou do Chrome. Trate-os como um bônus e mantenha o pagamento com cartão disponível ao lado deles.

Se você retornar de um pagamento para um carrinho vazio ou uma página de login, observe primeiro os cookies. O PrestaShop armazena a sessão em um cookie, e um retorno que chega sem ele perde a sessão, fazendo com que o carrinho pareça vazio. Pelo menos um provedor de pagamento documenta isso para PrestaShop e aponta para a configuração Cookie SameSite em Parâmetros Avançados → Administração, com HTTPS habilitado em toda a loja. Pergunte ao suporte do seu próprio módulo de pagamento qual configuração eles exigem.

Em seguida, verifique se o pedido chegou ao back office com o status correto.

Etapa 5: testar contas e sessões

Faça login, abra seu histórico de pedidos e use Reordenar em um pedido anterior, se o seu tema permitir. Em seguida, feche o aplicativo completamente e abra-o novamente: você ainda deverá estar conectado com o carrinho intacto. PrestaShop Configurações de administração defina a vida útil do cookie do front office para 480 horas (20 dias) por padrão.

A mesma página possui uma opção chamada “Verificar o endereço IP do cookie”, que compara o endereço do visitante com aquele armazenado no cookie. Os telefones mudam de endereço à medida que se movem entre Wi-Fi e dados móveis, portanto, revise essa opção se os testadores forem desconectados sem motivo claro.

Se você usa um módulo de login social, experimente cada botão. Google bloqueia sua tela de login em WebViews incorporados, portanto, um botão "Continuar com o Google" pode mostrar um erro. Certifique-se de que o login por e-mail e senha seja oferecido.

Passo 6: Idiomas, moedas e B2B

PrestaShop coloca o idioma no endereço, como /fr/ ou /es/, então decida em qual idioma o aplicativo deve abrir. Em seguida, alterne o idioma e a moeda com os seletores do seu tema e verifique se os preços e o carrinho acompanham.

Para uma loja comercial, faça login com uma conta em um grupo de clientes que tenha preços próprios. Compare o preço de um produto e o total do carrinho com a mesma conta no site.

Passo 7: Arrume a moldura

Lide com o banner do cookie e qualquer pop-up do boletim informativo e verifique se o cabeçalho fixo do seu tema não se duplica com o cabeçalho e as guias nativos. O SiteTo.App pode executar scripts que ocultam o cabeçalho e os pop-ups do seu site, portanto, anote o que você deseja remover.

O que os resultados devem lhe dizer?

O que você deve configurar no próprio aplicativo?

• Abas inferiores: PrestaShop já tem bons destinos. Página inicial, uma categoria superior ou a página suspensa Preços, Carrinho e Minha conta funcionam para a maioria das lojas, e uma loja comercial pode apontar uma guia diretamente para o histórico de pedidos. Ative URLs amigáveis ​​em Parâmetros da loja → Tráfego e SEO primeiro e copie cada endereço da sua loja ativa.
• Selo do carrinho: com a ajuda de um desenvolvedor, o SDK SiteTo.App JS pode mostrar uma contagem na guia Carrinho. Os temas PrestaShop desde 1.7 mantêm o carrinho atual em um prestashop.cart objeto JavaScript e disparar um updateCart evento quando ele muda, o que dá ao desenvolvedor o número para repassar.
• Push: conecte seu próprio projeto Firebase com o Guia do Firebasee envie um título, texto, imagem e link do painel.

As alterações de produtos, preços e estoque no back office aparecem no aplicativo sem uma nova construção. A alteração do ícone ou do nome do aplicativo precisa de uma reconstrução, e as reconstruções posteriores são citadas separadamente.

O que as lojas PrestaShop precisam saber antes de publicar?

Você envia o aplicativo de suas próprias contas Apple e Google. SiteTo.App assina a versão do iOS e carrega-a no TestFlight em sua conta Apple, para que você não precise de um Mac ou Xcode e fornece um AAB para Google Play. O criar e publicar guia percorre cada etapa. A Apple e o Google decidem o que será aprovado e ninguém pode prometer o resultado. Esses pontos surgem principalmente nas lojas PrestaShop.

Bens físicos usam seu próprio checkout. da maçã Diretrizes para revisão de aplicativos dizem que os bens e serviços consumidos fora do aplicativo são pagos por métodos diferentes da compra no aplicativo (seção 3.1.3 (e)). Isso abrange uma loja que envia produtos.

Os produtos virtuais são diferentes. O conteúdo para download usado dentro do aplicativo se enquadra nas regras de compra no aplicativo da Apple na seção 3.1, e o Google Play tem sua própria política de pagamentos. Leia ambos primeiro se os downloads forem uma parte real de suas vendas.

Oferecer exclusão de conta. A Apple espera que qualquer aplicativo que suporte a criação de contas permita que as pessoas comecem a excluir suas contas de dentro do aplicativo. Módulo GDPR oficial do PrestaShop lida com solicitações de apagamento que o comerciante valida no back office. Adicione um link claramente identificado como "Excluir minha conta" ou formulário de solicitação à área da conta.

Dê aos revisores uma maneira de entrar. Se os preços ou o catálogo estiverem protegidos por um login, como em muitas lojas B2B, forneça uma conta de teste funcional nas notas de revisão.

Mostre mais do que um site. A Diretriz 4.2 da Apple pede que os aplicativos ofereçam mais do que um site reembalado. Guias nativas, um cabeçalho nativo e notificações push ajudam. Veja o Guia da diretriz 4.2 e o guia de publicação.

Perguntas comuns

Preciso instalar algum módulo ou habilitar o webservice?

Não com um conversor. SiteTo.App funciona a partir do URL público da sua loja. Os módulos do criador de aplicativos precisam de um conector em seu back office porque leem seu catálogo diretamente.

Um aplicativo pode cobrir um multistore?

Um aplicativo inicia em um URL. As lojas em uma multiloja possuem endereços próprios, então escolha a loja que o aplicativo deve abrir. Marcas distintas geralmente merecem aplicativos separados.

O que acontece com o aplicativo quando atualizo o PrestaShop ou mudo de tema?

Com um conversor, o aplicativo mostra a loja atualizada na próxima vez que for aberta, sem nenhuma nova construção. Se os endereços da sua página mudarem, os links das guias no aplicativo precisarão ser atualizados para corresponder. Uma atualização de módulo que interrompe seu checkout móvel também o interrompe no aplicativo, portanto, faça um pedido de teste em um telefone após atualizações significativas.

Próxima etapa

Faça um pedido de teste em seu telefone com a forma de pagamento mais usada. Se tudo correr bem, visualize sua loja PrestaShop como um aplicativo gratuitamente, execute as sete etapas acima e verifique preços uma vez que você sabe que funciona.

Executando outra plataforma também? Veja os guias para Magento e WooCommerce.