Desenvolvimento Shopify à medida ou personalização do tema: como decidir

A maioria dos pedidos na Shopify chega formulada como "pode só mudar o tema?" Às vezes a resposta são dez minutos no editor de temas. Outras vezes a alteração está na finalização da compra ou na lógica de preços, onde o código do tema não chega, e a escolha real é entre uma app da App Store, uma app personalizada com Shopify Functions, uma mudança de plano ou aceitar que a Shopify não o permite. Escolher a camada errada é o caminho para a loja pagar por um remendo no tema que se parte na atualização seguinte, ou por uma app personalizada que só funciona num plano que não tem.

Este guia organiza os pedidos pela camada que os consegue realmente entregar. Todos os limites de plano, datas e números abaixo vêm do shopify.dev ou da Central de Ajuda da Shopify, confirmados a 23 de outubro de 2026.

#O que se pode mudar num tema Shopify sem programar

Os temas Online Store 2.0 são construídos a partir de modelos JSON. A documentação dos modelos JSON da Shopify descreve-os como ficheiros de dados que guardam uma lista de secções e as respetivas definições, e diz que os comerciantes “podem adicionar, remover e reordenar estas secções através do editor de temas” (tradução própria). Um modelo pode apresentar até 25 secções, e cada secção pode ter até 50 blocos.

Por isso, uma grande parte da “personalização” é configuração: subir um bloco de testemunhos para a zona visível sem deslocar a página, acrescentar uma secção de guia de tamanhos a um modelo de produto, montar uma página de destino com secções que já existem, mudar cores e tipos de letra nas definições do tema. Se o seu tema já traz a secção de que precisa, ninguém tem de escrever código. O tópico do r/shopify que fez exatamente esta pergunta a 23 de outubro de 2026 resumiu-o numa linha:

Muitos pedidos “à medida” acabam por ser um metacampo mais uma secção.

(u/Born_Programmer_1089, r/shopify, 23 de outubro de 2026, tradução própria)

O degrau seguinte é editar Liquid, CSS e JavaScript no próprio tema. Isso cobre um novo tipo de secção, um modelo de produto próprio, um metacampo mostrado na página de produto, uma disposição diferente dos filtros de coleção. A página de ajuda sobre edição do código do tema da Shopify é direta quanto ao custo: só deve editar o código “se não conseguir fazer as alterações de que precisa” no editor, e se as alterações não forem compatíveis com uma atualização do tema, “todas as suas alterações ao código são removidas na cópia atualizada” (tradução própria). Duplique primeiro o tema e mantenha uma lista dos ficheiros alterados, para que a próxima atualização seja uma fusão de código e não uma escavação arqueológica.

O que o código do tema não consegue fazer é igualmente importante. Ele desenha a montra da loja. Não corre durante a finalização da compra, não muda a forma como os descontos são calculados e não consegue impedir que uma encomenda seja feita.

#Quando é que a loja Shopify precisa de uma app

Avaliações, conjuntos de produtos, recomendadores de tamanho, widgets de fidelização e visualizadores 3D costumam vir de apps. As apps atuais colocam o que mostram na loja numa extensão de app para temas: blocos Liquid que o comerciante posiciona no editor de temas. A Shopify descreve a vantagem sem rodeios: os comerciantes “não vão precisar de editar manualmente o código do tema”, e as apps “não editam o código do tema, o que reduz o risco de introduzir alterações que partem o tema” (tradução própria). As extensões de app para temas integram-se com temas Online Store 2.0, por isso uma loja que ainda usa um tema antigo (vintage) perde esse caminho limpo.

Para o dono da loja, daqui saem duas regras:

• Se uma app da App Store resolve o problema e se instala através de blocos de app, costuma ser mais barata e mais segura do que código próprio no tema, porque o fornecedor da app a mantém e ela sobrevive às atualizações do tema.
• Se um programador propuser colar à mão o snippet de uma app no theme.liquid, pergunte porque é que a app não tem bloco de app. Os snippets colados à mão tendem a ficar no tema depois de a app ser desinstalada.

Uma app personalizada faz sentido quando a lógica é específica do seu negócio (uma sincronização com o ERP, uma regra de preços que ninguém vende, um passo de aprovação B2B) ou quando as opções da App Store cobrem cada uma metade do requisito e entram em conflito umas com as outras.

#Shopify Functions: o que fazem e em que plano funcionam

As Shopify Functions permitem aos programadores “personalizar a lógica de backend da Shopify executando código próprio durante o processo de finalização da compra” (tradução própria). É a camada para tudo o que altera dinheiro, entrega ou a possibilidade de uma encomenda avançar. As APIs de Functions atuais:

• Discount: uma função pode aplicar descontos em produtos, encomendas e portes
• Payment Customization: mudar o nome, reordenar ou esconder métodos de pagamento, definir prazos de pagamento
• Delivery Customization: mudar o nome, ordenar ou esconder opções de entrega
• Cart and Checkout Validation: bloquear a finalização da compra com uma mensagem de erro própria
• Cart Transform: expandir, juntar ou atualizar linhas do carrinho, para conjuntos de produtos
• Fulfillment Constraints e Order Routing
• Pickup Point e Local Pickup Delivery Option Generators

As Functions compilam para WebAssembly, correm nos servidores da Shopify e funcionam com limites apertados de número de instruções e de tamanho de entrada e saída. A regra dos planos é a parte que os donos de lojas não veem. A documentação da Shopify diz que “lojas em qualquer plano podem usar apps públicas distribuídas através da Shopify App Store que contêm funções”, mas “só lojas num plano Shopify Plus podem usar apps personalizadas que contêm APIs de Shopify Functions” (tradução própria).

Na prática: uma regra que esconde um método de pagamento, vinda de uma app da App Store, funciona no Basic. A mesma regra escrita como app personalizada só para a sua loja exige Plus. Antes de encomendar uma Function à medida, confirme o seu plano, ou veja se uma app pública já a oferece.

Há também limites por loja. A Shopify permite no máximo 25 funções ativas em cada categoria: descontos, personalizações de pagamento, personalizações de entrega e validações. Lojas com muitas apps a fazer trabalhos parecidos podem bater nesse teto.

O Shopify Scripts, a ferramenta mais antiga Script Editor para lógica de descontos e portes, acabou. A página de ajuda do Script Editor diz que, a partir de 30 de junho de 2026, o Shopify Scripts “foi descontinuado”, os scripts publicados “foram desativados e deixaram de funcionar” (tradução própria), e o substituto são as Shopify Functions. Se os seus preços por escalões deixaram de funcionar sem aviso este verão, é essa a razão.

#Como ter preços de revenda na Shopify sem app

A venda por grosso é o exemplo mais claro de como compensa verificar as funcionalidades nativas da Shopify antes de escrever código. A 22 de outubro de 2026, o dono de uma loja pediu precisamente isto no r/shopify:

Estou a tentar perceber que alternativas as pessoas aqui usaram para dar um preço com desconto a revendedores vs clientes de retalho. Pensei que talvez pudesse criar um código de cupão que o cliente usasse para aplicar uma % de desconto fixa.

(u/GreenGloober, r/shopify, 22 de outubro de 2026, tradução própria)

As respostas cobriram duas das camadas acima. Um programador descreveu o caminho pelo tema: um código de desconto limitado a um segmento para a finalização da compra, mais uma verificação em Liquid na página de produto.

Marca os teus clientes de revenda com uma etiqueta (ex. “wholesale”), cria um segmento de clientes a partir dessa etiqueta e cria um código de desconto percentual limitado a esse segmento, para não ir parar a clientes de retalho. […] Isso resolve-se no tema: uma pequena verificação em Liquid sobre customer.tags que, para clientes de revenda com sessão iniciada, mostra o preço de revenda ao lado do de retalho ou em vez dele. Isso é só visual, por isso é o desconto que continua a fazer o trabalho a sério no checkout.

(u/vladeta, r/shopify, 23 de outubro de 2026, tradução própria)

Funciona para uma percentagem fixa, e o aviso “é só visual” é a parte importante: o tema mostra um número, o desconto decide o valor cobrado, e os dois podem deixar de coincidir. O mesmo comentário apresentou depois as listas de preços B2B nativas como uma funcionalidade do Plus. Outra resposta apontou antes para o caminho nativo:

adiciona os teus revendedores como empresas, faz um catálogo com a tua % de desconto de revenda e, quando eles iniciam sessão, veem o preço deles em todos os produtos. sem plus ficas limitado a 3 catálogos, mas chega bem se só tens um escalão de revenda

(u/HoneyedVices, r/shopify, 23 de outubro de 2026, tradução própria)

A documentação da Shopify dá razão à segunda resposta. O Shopify B2B “está disponível nos planos Basic, Grow, Advanced e Shopify Plus” (tradução própria), e não apenas no Plus. Os clientes de revenda são configurados como empresas e recebem catálogos com os seus próprios preços.

A comparação de planos do B2B mostra onde os planos diferem:

Assim, um revendedor com uma única tabela de preços de revenda e escalões por volume pode não precisar de app nem de código à medida no Basic. Um negócio com um acordo de preços separado para cada cliente precisa de atribuição direta de catálogos, o que significa Plus, ou uma app de preços, ou uma Function de desconto à medida dentro de uma app pública. Reescrever preços no carrinho tem uma barreira própria: a API Cart Transform diz que só lojas de desenvolvimento ou lojas Plus podem usar apps com operações lineUpdate.

Quem tem WooCommerce e está a comparar plataformas reconhece o compromisso visto do outro lado: lá, o preço por cliente é um plugin ou PHP à medida em qualquer alojamento, sem escalão de plano, mas a manutenção fica por sua conta. A nossa comparação entre Shopify Plus e WooCommerce headless trata essa decisão em detalhe.

#O que substituiu o checkout.liquid

A finalização da compra era o sítio onde as lojas Plus editavam Liquid à vontade. Isso terminou por fases, e as datas da Shopify são precisas:

• 13 de agosto de 2024: as personalizações do checkout.liquid deixaram de funcionar nas páginas Information, Shipping e Payment. O registo de alterações da Shopify dizia que as lojas que falhassem o prazo seriam “atualizadas automaticamente para um Shopify Checkout padrão, sem personalizações” (tradução própria).
• 28 de agosto de 2025: a documentação do checkout.liquid diz que foi desativado nas páginas Thank you e Order status, e as tags de script nessas páginas foram desativadas para lojas Plus. No mesmo dia, o campo de scripts adicionais passou a ser só de leitura.
• 26 de agosto de 2026: o prazo para as lojas sem Plus atualizarem as páginas Thank you e Order status. A página de ajuda da Shopify diz que a atualização substitui essas páginas e as personalizações que lá existam.

O substituto é um conjunto de ferramentas mais estreitas. As extensões de interface do checkout acrescentam blocos construídos com componentes da própria Shopify, que correm numa sandbox isolada sem acesso à “própria página de checkout (HTML ou outros recursos)” (tradução própria). Os web pixels tratam do rastreio. As definições de marca e a Checkout Branding API tratam do design. As Functions tratam da lógica.

A fronteira entre planos passa pelo meio da finalização da compra. A página de personalização do checkout da Shopify diz que “as funcionalidades avançadas de personalização do checkout estão disponíveis apenas no plano Shopify Plus” (tradução própria), e lista como funcionalidades Plus as apps que personalizam as páginas Information, Shipping e Payment e a Checkout Branding API. As personalizações standard estão disponíveis a partir do Basic.

#Que funcionalidades são exclusivas do Shopify Plus

Com base nas páginas citadas acima, estes são os itens exclusivos do Plus com mais probabilidade de decidir um projeto:

• Apps personalizadas que contêm Shopify Functions (apps públicas da App Store com Functions funcionam em qualquer plano)
• Extensões de interface do checkout nos passos Information, Shipping e Payment
• Checkout Branding API
• Operações lineUpdate do Cart Transform, usadas para substituir o preço, o título ou a imagem de uma linha do carrinho
• Prazos de pagamento definidos por uma Function de personalização de pagamento, e ocultação de posições de pagamento específicas
• Catálogos B2B ilimitados, atribuição direta de catálogos a empresas, exigência de depósito

O que não está nesta lista pode ainda ter alguma nuance de plano. A Shopify altera estas páginas, por isso consulte a própria página no dia em que define o âmbito, e não um artigo de blogue do ano passado, incluindo este.

#Como saber se a Shopify permite a alteração

A primeira resposta no mesmo tópico acrescentou o passo que a maioria das listas de decisão ignora:

Primeiro vê se a Shopify permite mesmo a alteração que queres fazer. Por exemplo, mudar o aspeto de uma página de produto é muito diferente de impor uma regra de compra no checkout. A primeira pode precisar só de uma edição do tema, enquanto a segunda pode precisar de Shopify Functions ou de uma app compatível.

(u/kunalkhatri12, r/shopify, 23 de outubro de 2026, tradução própria)

Alguns pedidos esbarram nas regras da plataforma antes de se falar em orçamento. A Shopify documenta vários:

• Nada de código arbitrário na finalização da compra. As extensões de interface do checkout “estão limitadas a componentes de interface e APIs específicos expostos pela plataforma” (tradução própria) e correm num Web Worker sem acesso ao DOM. Um design que exija um script próprio injetado no passo de pagamento não é construível.
• A ordenação das entregas tem um limite. A API Delivery Customization diz que “a opção de envio mais barata tem de ser sempre a primeira opção selecionada” (tradução própria).
• As subscrições bloqueiam alguma lógica. O Cart Transform rejeita operações de expandir, juntar e atualizar quando existe um plano de venda, e a personalização de pagamento não consegue definir prazos de pagamento quando o carrinho tem artigos de subscrição.
• As chamadas de rede a partir de Functions são restritas. Nas funções Discount, o destino do pedido está limitado a apps personalizadas em lojas Plus e Enterprise; nas funções Validation, a apps personalizadas em lojas Enterprise.

Dez minutos a ler a página certa do shopify.dev antes de um orçamento evitam um fracasso conhecido: uma funcionalidade especificada, desenhada e meio construída, abandonada depois porque a plataforma nunca a permitiu. Quando a resposta da Shopify é não, as opções honestas são um fluxo diferente, um passo externo antes da finalização da compra ou uma plataforma onde o código do checkout é seu. Ser dono do código tem um preço que os programadores costumam subestimar. Num tópico de 18 de outubro, um programador experiente perguntou se devia construir as lojas dos clientes na Shopify ou em alojamento próprio, dizendo que na Shopify “sinto que estou a trabalhar dentro de uma caixa” (tradução própria). Uma das respostas veio de alguém com muitos projetos à medida no currículo:

Na minha carreira estive à frente de imensos projetos headless e à medida. Muito poucos deviam ter sido feitos assim, e em 2026 isso aplica-se ainda mais. São os requisitos excecionais que justificam a complexidade.

(u/pjmg2020, r/shopify, 19 de outubro de 2026, tradução própria)

Se o seu requisito é mesmo excecional, por exemplo lógica de finalização da compra que a Shopify recusa, o nosso guia de migração da Shopify para WooCommerce explica o que a mudança implica.

#Tema, app, Function ou Plus: tabela de decisão

#Como fazer o briefing a um programador Shopify

Escreva o pedido como um resultado: “os clientes de revenda na Alemanha veem preços sem IVA e têm de encomendar em caixas de seis” é um briefing, “adicionar um script ao carrinho” é um palpite sobre a solução. Indique o seu plano, as apps já instaladas e se usa subscrições ou B2B. Uma resposta no tópico sobre a decisão acrescentou um hábito que vale a pena copiar:

Antes de te comprometeres, escreve a regra exata em linguagem simples, com alguns casos de teste.

(u/Muted_Jellyfish_6784, r/shopify, 23 de outubro de 2026, tradução própria)

Peça que o orçamento separe a construção da manutenção contínua. O código do tema, as Functions e as extensões do checkout precisam todos de alguém que os atualize quando a Shopify muda uma versão da API.

Se a resposta for trabalho no tema, um programador Shopify consegue normalmente definir o âmbito a partir da lista de modelos. Se o trabalho mexer na finalização da compra, nos preços ou em compras feitas por agentes, também muda a forma como as ferramentas de compras com IA conseguem ler a sua loja e comprar nela, que é o que o nosso serviço de preparação para o comércio com IA verifica. O guia do Universal Commerce Protocol explica como os agentes de IA estão a mudar a forma como as pessoas compram online.