A GraphQL Admin API é a interface principal para criar apps e integrações administrativas na Shopify. Uma arquitetura confiável combina escopos mínimos, controle do custo das consultas, paginação, webhooks, filas, idempotência e reconciliação — em vez de depender de consultas constantes ou processos síncronos frágeis.
Por que a GraphQL Admin API é a base recomendada
A Shopify classifica a REST Admin API como legado e direciona o desenvolvimento atual para GraphQL. Nessa abordagem, você solicita somente os campos necessários, reduz transferências desnecessárias e consegue navegar por produtos, variantes, pedidos, clientes e outros objetos relacionados em uma única operação estruturada.
Isso não elimina a necessidade de planejamento. Consultas profundas ou com muitas conexões podem custar mais, enquanto respostas extensas precisam de paginação ou operações em massa.
Autenticação e escopos
O app deve obter um token de acesso pelo fluxo adequado ao seu modelo de instalação e enviá-lo somente pelo servidor. Nunca exponha tokens no tema, navegador, repositório ou aplicativo móvel.
Solicite apenas os escopos necessários, como leitura de produtos ou gestão de pedidos. Alguns dados protegidos exigem análise adicional da Shopify. Mudanças de escopo também precisam ser tratadas na reinstalação ou atualização da autorização.
Versionamento, custo e limites por plano
A Shopify publica versões trimestrais da API. Fixe uma versão no endpoint, acompanhe avisos de descontinuação e teste a próxima versão antes da troca. Usar uma versão sem governança pode fazer a integração depender de comportamentos removidos posteriormente.
Na GraphQL Admin API, cada consulta recebe um custo em pontos. O limite máximo documentado por consulta é de 1.000 pontos, mas a capacidade restaurada por segundo varia:
| Categoria da loja | Taxa documentada |
|---|---|
| Standard | 100 pontos/s |
| Advanced | 200 pontos/s |
| Shopify Plus | 1.000 pontos/s |
| Commerce Components | 2.000 pontos/s |
Esses valores não significam que toda consulta possa ser repetida nessa frequência. Leia no retorno da API o custo solicitado, o custo real e o estado disponível do limite. Implemente espera progressiva com variação aleatória quando houver limitação, sem disparar retentativas simultâneas.
Padrões para volumes altos e eventos operacionais
Paginação e operações em massa
Use paginação por cursor, com argumentos como first e after, para processar conjuntos controlados. Não presuma que todos os registros caberão em uma resposta nem use paginação baseada apenas em números de página.
Para exportações extensas, as bulk operations executam consultas assíncronas e entregam o resultado em arquivo. Elas têm regras próprias de concorrência e execução. Apps criados por parceiros podem precisar de habilitação para determinadas operações em massa; valide o estado atual na documentação e no painel do app.
Webhooks em vez de polling
Assine eventos de produto, pedido ou app desinstalado em vez de consultar repetidamente se algo mudou. Ao receber um webhook, valide a assinatura HMAC usando o corpo bruto da requisição, registre o identificador da entrega e responda rapidamente. O processamento pesado deve seguir para uma fila.
Entregas podem ser repetidas ou chegar fora da ordem esperada. Torne o consumidor idempotente: registre eventos processados, compare datas de atualização e faça operações de escrita que possam ser repetidas sem duplicar estoque, notas ou registros financeiros.
Filas, retentativas e reconciliação
- Separe recebimento, transformação e gravação em etapas observáveis.
- Retente apenas erros temporários; envie falhas permanentes para análise.
- Use uma fila de mensagens mortas para eventos que excederem as tentativas.
- Execute reconciliação periódica para encontrar eventos perdidos ou divergências.
- Monitore latência, erros, custo das queries e tamanho das filas sem registrar dados sensíveis.
Exemplo conceitual: produtos e pedidos
Imagine uma operação brasileira que envia produtos de um ERP para a Shopify e devolve pedidos aprovados ao sistema de gestão. O ERP publica alterações em uma fila; um trabalhador valida o identificador externo, consulta somente os campos necessários e cria ou atualiza o produto.
Para pedidos, um webhook informa a mudança. O endpoint verifica o HMAC, confirma rapidamente o recebimento e coloca o evento na fila. O consumidor consulta o pedido pela versão vigente da API, transforma os dados e usa uma chave interna para impedir a criação duplicada no ERP.
Uma rotina posterior compara pedidos atualizados em determinado intervalo. Essa reconciliação não substitui os webhooks: ela funciona como rede de segurança para indisponibilidades, falhas de processamento e divergências entre sistemas.
Checklist técnico antes do deploy
- Fixar e registrar a versão trimestral utilizada.
- Revisar escopos, dados protegidos e armazenamento de tokens.
- Medir custo das queries e testar paginação com volume representativo.
- Validar HMAC dos webhooks usando o corpo bruto.
- Implementar idempotência, retentativas limitadas e fila de falhas.
- Testar instalação, renovação de permissões e desinstalação.
- Executar testes em loja de desenvolvimento com dados não sensíveis.
- Configurar logs correlacionados, alertas e processo de reconciliação.
- Documentar rollback e comportamento durante indisponibilidades externas.
Perguntas frequentes
A GraphQL Admin API exige Shopify Plus?
Não. A API pode atender lojas em diferentes planos, mas os limites de pontos e determinados recursos variam. Confirme no admin se a funcionalidade necessária está incluída no plano contratado.
Bulk operations substituem a paginação?
Não em todos os casos. Use paginação para fluxos incrementais e respostas controladas. Prefira operações em massa para leituras assíncronas de grandes conjuntos, respeitando as regras vigentes.
É seguro processar o pedido diretamente no webhook?
Não é o desenho mais resiliente. Valide a mensagem, registre a entrega, responda rapidamente e processe o trabalho em uma fila com idempotência e retentativas.
Uma integração confiável começa pela arquitetura
A GraphQL Admin API oferece uma base flexível, mas a robustez depende de como você controla versões, permissões, limites, eventos e falhas. Antes de publicar, teste o fluxo completo e confirme na documentação vigente qualquer requisito relacionado ao plano ou ao tipo de app.
Fonte principal
Shopify Developers, “APIs for apps”, consultado em 09/11/2026.
- About Shopify API versioning, consulta em 09/11/2026.
- GraphQL Admin API rate limits, consulta em 09/11/2026.
- Perform bulk operations with the GraphQL Admin API, consulta em 09/11/2026.
- About webhooks, consulta em 09/11/2026.
Revise a arquitetura da sua integração Shopify
A DABS é uma agência Shopify no Brasil especializada em desenvolvimento, migrações, temas, integrações, checkout, Shopify Plus e suporte técnico. Solicite uma avaliação consultiva do seu app ou fluxo de dados.












Quer comentar algo?
Tem uma dúvida ou quer compartilhar sua experiência? Deixe seu comentário abaixo que a nossa equipe irá responder o mais breve possível.