Guia de▁Desenvolvedores GT BOGO Engine para WooCommerce

Se▁você é um▁desenvolvedor WooCommerce▁avaliando GT BOGO Engine para o▁trabalho do▁cliente ou para▁sua▁própria▁loja,▁este▁guia de▁desenvolvimento▁percorre as▁decisões arquitetônicas que▁importam para▁implantação de▁produção. A▁plataforma é o primeiro▁sistema de▁automação de▁nível▁empresarial do▁mundo Buy X Get Y▁construído▁especificamente para WooCommerce, com 47 superpotências, 200▁pacotes de▁campanha▁pré-construídos em 19▁indústrias e▁uma▁superfície de▁extensão▁voltada para o▁desenvolvedor que▁suporta▁personalização▁limpa▁sem▁garfos ou patches de▁macacos. A▁lógica▁promocional▁funciona do▁lado do▁carrinho em▁vez de▁através da▁mecânica de cupons, a▁inteligência do▁cliente▁funciona▁continuamente em▁vez de▁através da segmentação manual, e as▁escolhas arquitetônicas▁afetam▁tudo a▁jusante —▁desde▁como as▁regras▁personalizadas são▁implementadas▁até▁como a▁plataforma se▁integra com▁configurações▁sem▁cabeça para▁como▁os▁fluxos de▁trabalho de▁teste e de▁estadia▁operam.

Este post é para▁desenvolvedores que▁querem▁uma▁orientação▁técnica▁abrangente para o GT BOGO Engine▁antes de se▁comprometer com a▁padronização da▁plataforma.▁Nós▁vamos▁percorrer a▁arquitetura central, a▁superfície de▁extensão do▁desenvolvedor,▁os▁padrões de▁integração para▁ferramentas▁comuns do▁ecossistema WooCommerce, e as▁considerações▁operacionais para▁implementações de▁produção. O▁objetivo é▁fornecer▁detalhes▁técnicos▁suficientes para que▁os▁desenvolvedores▁possam▁tomar▁decisões de▁avaliação▁informadas▁sem▁mergulhar em plugins▁internos.

▁Arquitetura Core:▁Regras de Cart-Side vs▁Descontos▁baseados em cupons

A base arquitetônica do GT BOGO Engine é que a▁lógica▁promocional é▁executada na▁camada de▁cálculo do▁carrinho em▁vez de▁através da▁redenção de cupons.▁Quando o▁carrinho de um▁cliente▁corresponde▁às▁condições de▁uma▁regra▁configurada, a▁plataforma▁aplica o▁desconto▁como um item de▁linha▁claramente▁rotulado do▁carrinho —▁nenhum▁código de cupom é▁necessário,▁nenhum▁campo de cupom aparece na▁página de checkout, e▁nenhum▁código é▁raspado para sites▁agregadores. A▁arquitetura do▁lado do▁carrinho▁elimina▁toda a▁classe de▁problemas▁operacionais▁relacionados com cupom que▁os plugins▁promocionais▁tradicionais▁criam.

A▁arquitetura do▁lado do▁carrinho▁tem▁três▁implicações arquitetônicas que▁os▁desenvolvedores▁devem▁entender.▁Primeiro, a▁lógica de▁desconto da▁plataforma▁executa▁durante▁os▁ganchos de▁cálculo do▁carrinho WooCommerce, o que▁significa que▁ele se▁integra com o▁carrinho▁padrão WooCommerce e▁fluxo de checkout▁sem▁substituí-lo.▁Personalizações de checkout▁personalizadas,▁integrações de▁pagamento▁personalizadas e▁lógica de▁transporte▁personalizado▁tudo▁continua a▁funcionar▁porque a▁lógica da▁plataforma▁está▁abaixo da▁camada de checkout.▁Segundo, o▁cálculo de▁desconto é determinístico▁dado▁conteúdo do▁carrinho e▁estado do▁cliente - o▁mesmo▁carrinho com o▁mesmo▁cliente▁ao▁mesmo tempo▁produz o▁mesmo▁desconto, o que▁simplifica a▁depuração e▁teste.

▁Terceiro, a▁arquitetura do▁lado do▁carrinho▁significa▁lógica▁promocional▁não▁depende de▁tabelas de▁banco de▁dados de cupom,▁geração de▁código de cupom ou▁fluxos de▁trabalho de▁validação de cupom. O▁esquema de▁banco de▁dados do plugin é▁independente do▁esquema de cupom do WooCommerce, o que▁significa que as▁regras▁promocionais▁podem▁escalar▁além▁dos▁limites que▁sistemas▁baseados em cupom▁atingem em▁alto volume de▁transação. Para▁mais sobre▁os trade-offs arquitetônicos,▁veja por que▁os▁códigos de cupom▁matam as▁vendas do WooCommerce.

A▁Superfície de▁Extensão do▁Desenvolvedor

A▁plataforma▁expõe▁uma▁superfície de▁extensão▁construída em▁padrões▁padrão de▁ganchos WordPress. As▁condições de▁regras▁personalizadas▁registram-se▁através de▁ganchos de▁filtro▁documentados. As▁ações▁personalizadas▁registram-se▁através de▁ganchos de▁filtro▁documentados. As▁extensões de▁inteligência do▁cliente se▁conectam▁ao pipeline de segmentação. As personalizações de e- mail do▁ciclo de▁vida se▁conectam▁ao pipeline de renderização de e- mail. A▁superfície de▁extensão▁baseada em▁ganchos▁significa que▁os▁desenvolvedores▁podem▁estender a▁plataforma▁sem bifurcar▁os▁internos da base de▁código ou do patching de▁macacos.

▁Dados de▁abandono de▁carrinho do Baymard Institute, com base em 50▁estudos de▁abandono de▁carrinho▁separados,▁coloca a▁média global em 70,22%. A▁superfície de▁extensão da▁plataforma▁permite que▁os▁desenvolvedores enderecem▁padrões de▁abandono de▁carrinho▁específicos de▁cliente▁através da▁lógica▁personalizada▁sem▁abandonar▁os▁recursos de▁recuperação de▁carrinho▁embutidos da▁plataforma.▁Uma▁condição▁personalizada▁pode▁refinar▁quando▁os emails de▁recuperação de▁abandono▁fogo;▁uma▁ação▁personalizada▁pode▁aplicar▁personalização▁cliente-específica para▁mensagens de▁recuperação;▁uma▁regra de segmentação▁personalizada▁pode▁identificar▁padrões de▁abandono▁específicos da base de▁cliente.

A▁superfície de▁extensão▁segue▁três▁princípios arquitetônicos que▁importam para o▁código de▁produção.▁Primeiro,▁os▁ganchos são▁documentados e▁estáveis —▁mudanças▁compatíveis com o backward▁acontecem▁livremente, e▁mudanças▁incompatíveis com o backward▁acontecem em▁transições de▁versões▁principais com▁caminhos de▁migração▁documentados.▁Segundo,▁os caláveis de▁gancho▁recebem▁objetos de▁contexto▁estruturados em▁vez de▁arrays▁brutos, o que▁significa que o▁código▁personalizado é▁seguro e▁sobrevive à▁refatoração▁interna.▁Terceiro, a▁superfície de▁extensão é testável em▁isolamento▁através de▁objetos de▁contexto▁simulados▁documentados, o que▁significa que o▁código▁personalizado▁pode ser▁testado em▁unidade▁sem▁exigir▁testes▁completos de▁integração WordPress. Para▁mais sobre▁padrões de▁teste,▁consulte o▁programador WooCommerce.

A▁Camada de▁Inteligência do▁Cliente

A▁camada de▁inteligência do▁cliente▁corre▁continuamente▁através da base de▁clientes da▁loja WooCommerce,▁marcando▁clientes com▁estado▁estruturado que as▁regras▁promocionais▁podem visar. LTV▁pontuação▁atribui Silver, Gold, e VIP▁papéis com base em▁padrões de▁gastos do▁cliente.▁inteligência▁aniversário▁detecta a data de▁aniversário de▁cada▁cliente. Segmentação do▁cliente▁corre▁continuamente,▁marcando▁clientes▁como▁novos,▁retornando, em▁risco, lapso, VIP,▁assinante,▁campeão de▁referência, ou aniversariante com base no▁comportamento real.

A▁pesquisa da McKinsey sobre a▁integração de▁preços e▁lealdade▁verifica▁consistentemente que▁os varejistas personalizando▁ofertas▁baseadas no▁histórico do▁cliente▁produzem de 2 a 4▁pontos▁percentuais de▁melhoria da▁margem em▁comparação com as▁ofertas de▁transmissão. A▁camada de▁inteligência do▁cliente é a base para▁este▁tipo de▁personalização —▁regras▁promocionais▁visam▁os▁estados do▁cliente▁como▁condições nativas em▁vez de▁exigir segmentação manual em▁uma▁ferramenta▁separada. A▁camada de▁inteligência▁reduz a▁sobrecarga▁operacional▁ao▁melhorar a▁precisão▁promocional.

Para▁os▁desenvolvedores, a▁camada de▁inteligência do▁cliente▁expõe APIs▁estruturadas que o▁código▁personalizado▁pode▁consultar. O▁estado do▁cliente é▁acessível▁através de▁métodos▁documentados, em▁vez de▁exigir▁consultas▁personalizadas contra o▁banco de▁dados WooCommerce. A API▁estruturada▁significa que a▁lógica de▁condição▁personalizada▁pode▁alavancar a▁inteligência do▁cliente da▁plataforma▁sem re-implementar o▁trabalho de segmentação.▁Os▁dados da▁camada de▁inteligência▁também são▁acessíveis▁através▁dos endpoints da API REST para▁cenários de▁integração▁sem▁cabeça e▁externos. Para▁mais▁informações sobre a▁camada de▁inteligência,▁veja▁promoções de segmentação do▁cliente WooCommerce.

O▁sistema de e-mail do▁ciclo de▁vida

O▁sistema de e-mail▁ciclo de▁vida▁lida com a▁automação de e-mail que▁tradicionais▁configurações WooCommerce se dividem em▁vários plugins.▁Aniversário e-mails, e-mails de▁aniversário,▁campanhas de▁recuperação de▁volta,▁recuperação de▁carrinho▁abandonado, upsell▁pós-compra,▁lembretes de▁reposição e▁notificações de▁atualização de▁camadas▁todos▁executados▁como▁parte da▁plataforma, em▁vez de▁como▁integrações▁licenciadas▁separadamente.▁Os e-mails▁disparam▁automaticamente com base em▁mudanças de▁estado do▁cliente e▁executado▁inteiramente▁sob a▁marca do▁cliente▁sem GT BOGO branding▁visível.

A▁entrega em▁branco▁significa que▁os e- mails▁chegam▁inteiramente▁sob a▁marca do▁cliente. As▁cores do▁sotaque, a▁voz da▁marca, a▁colocação do▁logotipo e▁os▁padrões de▁cópia são▁todos▁configuráveis por▁cliente. Para as▁implementações da▁agência, o▁white- label é▁configurável por▁loja do▁cliente, o que▁significa que a▁superfície de e- mail de▁cada▁cliente▁usa a▁marca▁desse▁cliente em▁vez de a▁agência ou a branding da▁plataforma. O▁sistema de e- mail▁funciona nativamente em▁vez de▁exigir▁integração com▁provedores de▁serviços de e- mail▁externos,▁embora a▁integração▁externa▁seja▁suportada▁quando▁os▁fluxos de▁trabalho do▁cliente o▁exigem.

Para▁desenvolvedores, o▁sistema de e-mail de▁ciclo de▁vida▁expõe▁ganchos para▁lógica de e-mail▁personalizada,▁modelos de renderização▁personalizados e▁integrações de▁entrega▁personalizadas. A▁lógica de e-mail▁personalizada▁pode▁disparar e-mails em▁gatilhos▁específicos do▁cliente;▁modelos▁personalizados▁podem renderizar e-mails com▁conteúdo▁específico do▁cliente;▁integrações de▁entrega▁personalizadas▁podem▁encaminhar e-mails▁através de▁provedores de▁serviços▁externos▁quando o▁fluxo de▁trabalho do▁cliente▁requer▁isso. A▁superfície de▁extensão▁baseada em e-mail▁personalizada▁significa personalizações▁personalizadas▁ao vivo em▁código▁específico do▁cliente e▁sobreviver▁atualizações de plugins▁limpas. Para▁mais sobre e-mails de▁ciclo de▁vida,▁consulte▁promoções de marketing de email WooCommerce.

Padrões de▁integração para o▁ecossistema WooCommerce

A▁plataforma▁integra-se com plugins▁comuns do▁ecossistema WooCommerce▁através de▁padrões▁padrão de▁gancho WordPress. WooCommerce A▁integração de▁assinaturas▁permite a▁lógica▁promocional▁consciente da▁assinatura. WooCommerce A▁integração multilingue▁permite a▁tradução para▁os e-mails do▁ciclo de▁vida e▁cópia▁voltada para o▁cliente. WooCommerce A▁integração de▁membros▁permite a▁lógica▁promocional da▁lista de▁membros. WooCommerce A▁integração multimoeda▁permite a▁mensagem de▁limite▁consciente da▁moeda. As▁integrações▁seguem▁padrões▁padrão WordPress em▁vez de▁exigir▁extensões de plugins▁específicas da▁plataforma.

Para▁configurações WooCommerce▁sem▁cabeça, a▁plataforma▁expõe▁os endpoints da API REST para a▁camada de▁cálculo do▁carrinho, a▁camada de▁inteligência do▁cliente e a▁camada de▁configuração da▁campanha. As storefronts▁sem▁cabeça▁podem▁consultar a▁lógica▁promocional▁através da API REST em▁vez de▁confiar no frontend▁padrão WooCommerce. O▁suporte da API REST é▁abrangente o▁suficiente para que as implantações▁sem▁cabeça▁possam▁usar a▁superfície▁completa da▁capacidade da▁plataforma▁sem▁compromisso▁significativo. Para▁mais▁informações sobre▁integração▁sem▁cabeça,▁consulte o▁desenvolvedor WooCommerce BOGO▁sem▁cabeça.

Para as▁integrações de▁análise e▁relatórios▁externos, a▁plataforma▁expõe▁dados de▁eventos▁estruturados▁através de▁ganchos e por▁meio de endpoints de API REST. As▁integrações▁personalizadas▁podem▁consumir▁eventos▁promocionais para▁armazéns de▁análise,▁ferramentas de▁inteligência de▁negócios ou▁sistemas de▁relatórios▁externos.▁Os▁dados de▁eventos▁seguem▁esquemas▁consistentes que▁sobrevivem▁às▁atualizações de plugins, o que▁significa que as▁integrações▁personalizadas▁permanecem▁estáveis em▁atualizações.

▁Comparação:▁Padrão WooCommerce▁Arquitetura▁promocional vs GT BOGO Engine

▁Capacidade , Standard Promotional Architecture , GT BOGO Engine Architecture , ,------------ ,▁Localização▁lógica de▁desconto ,▁Camada de▁resgate de cupons ,▁Camada de▁cálculo de▁carrinho , ,▁Extensão de▁regra▁personalizada , , Garfos ou patching de▁macaco , ,▁ganchos de▁filtro▁documentados , , ,▁Inteligência do▁cliente , manual ou▁ferramentas▁externas , , Native segmentação▁contínua , , , ,▁Automação de e-mail de▁ciclo de▁vida , , , multiplos plugins▁separados ,▁sistema▁unificado nativo , ,▁consistência de▁marca de▁etiqueta▁branca , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,

▁Considerações Operacionais para as▁Implantações de▁Produção

As▁implementações de▁produção do GT BOGO Engine▁seguem▁os▁padrões▁operacionais▁padrão WordPress e WooCommerce. O plugin▁instala▁através da interface▁padrão do plugin WordPress,▁configura▁através do▁administrador WordPress, e opera▁através▁dos▁ganchos▁padrão WordPress e WooCommerce.▁Não▁há▁requisitos▁especiais de▁hospedagem▁além do que o WooCommerce em si▁requer — o PHP▁7.4+▁recomendado, o MySQL▁5.7+ ou o MariaDB 10.3+, e▁os▁recursos▁padrão do▁servidor WooCommerce.

As▁operações de backup e▁recuperação▁funcionam▁através de▁ferramentas de backup WordPress▁padrão (UpdraftPlus, BlogVault, ManageWP, JetBackup).▁Os▁dados do plugin é▁armazenado em▁tabelas de▁banco de▁dados WordPress▁padrão, o que▁significa que as▁ferramentas de backup▁padrão▁capturam▁os▁dados da▁plataforma▁ao▁lado de▁dados WooCommerce. As▁operações de▁recuperação▁seguem o▁padrão de▁recuperação▁padrão WordPress —▁restaurar o backup do▁banco de▁dados,▁restaurar o backup de▁arquivo, ea▁plataforma▁retoma a▁operação normal.

Fluxos de▁trabalho de▁implantação▁seguem▁padrões de▁implantação WordPress▁padrão,▁incluindo▁promoção de▁estadiamento-a-produção,▁controle de▁versão de▁configurações de plugins e▁integração CI/CD,▁onde a▁agência ou▁equipe de▁desenvolvedor▁mantém pipelines de▁liberação▁formais. A▁configuração da▁plataforma é▁exportável▁como JSON, o que▁significa que a▁promoção de▁estadiamento-a-produção▁pode ser▁programada em▁vez de▁exigir reconfiguração manual em▁cada▁ambiente.

▁Considerações sobre o▁desempenho

A▁lógica de▁desconto do▁lado do▁carrinho▁adiciona▁uma▁sobrecarga▁mínima▁ao▁cálculo do▁carrinho. A▁plataforma▁otimiza para o▁caso▁comum em que a▁maioria▁dos▁carrinhos▁não▁tem▁regras▁aplicáveis — a▁avaliação de▁regras é▁eficiente▁quando▁não▁há▁correspondências e▁adiciona▁sobrecarga▁significativa▁apenas▁quando as▁regras▁realmente se▁aplicam. Para as▁lojas WooCommerce▁típicas, a▁sobrecarga da▁plataforma▁está▁abaixo do▁nível de▁ruído do tempo normal de▁cálculo do▁carrinho.

Para▁lojas de▁alto volume, a▁plataforma▁suporta▁estratégias de cache que▁reduzem o▁trabalho▁repetido. A▁inteligência do▁cliente▁calcula cache▁apropriadamente, cache de▁membros de▁segmento com▁invalidação▁explícita em▁eventos de▁pedidos e cache de▁resultados de▁avaliação de▁regras▁onde o▁estado do▁carrinho▁não▁mudou. A▁estratégia de cache▁significa que a▁plataforma▁escala para volumes de▁transações▁elevados▁sem▁exigir▁avaliação por▁solicitação de▁regras em▁todo o▁conjunto de▁regras.

▁Os▁padrões de▁consulta de▁banco de▁dados▁seguem as▁melhores▁práticas do WordPress e do WooCommerce. A▁plataforma▁usa▁instruções▁preparadas▁através da▁camada de▁abstração do wpdb, indexa▁suas▁tabelas de▁banco de▁dados▁personalizadas▁adequadamente e▁evita▁padrões de▁consulta N+1▁através do▁carregamento em▁lote,▁quando▁aplicável.▁Os sites de▁produção em▁execução em▁escala▁significativa▁não▁veem▁problemas de▁desempenho do▁banco de▁dados da▁plataforma em▁condições▁operacionais▁normais.

▁Preços e▁estrutura de▁licença

GT BOGO Engine PRO é de $199 por▁ano▁plano por▁loja WooCommerce▁sem▁níveis de▁preços por▁conta.▁Não▁há▁nenhuma▁cobrança para a▁biblioteca de▁pacotes de▁campanha, a▁camada de▁inteligência do▁cliente, o▁sistema de e- mail de▁ciclo de▁vida, a▁capacidade de▁marcação▁branca, a geo- segmentação, o▁suporte multimoeda, o motor de▁teste A/B, ou o Revenue Guard. O▁preço é▁previsível em▁toda a▁complexidade de▁implantação - sites que▁executam▁diversas▁pilhas de plugins,▁integrações▁personalizadas, frontends▁sem▁cabeça, ou volumes de▁transação▁elevados▁pagam a▁mesma▁taxa▁fixa.▁Pacotes PRO▁individuais▁específicos da▁indústria são $39,99▁cada.▁Três▁níveis de▁pacotes▁oferecem▁economias▁significativas para▁clientes com▁várias▁indústrias: o Starter Bundle ($149 para 5▁pacotes,▁economizar $50,95), o Growth Bundle ($299 para 9▁pacotes,▁salvar $60,91), e o Arsenal Complete ($399 para 15▁pacotes,▁economizar $200,85).

O plugin de▁núcleo▁gratuito▁inclui o▁mecanismo de▁desconto do▁lado do▁carrinho, a▁capacidade de▁extensão de▁regras,▁os▁ganchos de▁filtro▁documentados, a▁superfície da API REST e▁os▁utilitários de▁teste — o▁suficiente para▁os▁desenvolvedores▁validarem a▁arquitetura▁antes de se▁comprometerem com o PRO. A▁maioria▁dos▁desenvolvedores▁usa o▁nível▁gratuito para▁validação arquitetônica▁inicial, em▁seguida,▁atualize para PRO▁quando a▁implantação da▁produção▁inclui a▁biblioteca de▁pacotes de▁campanha, a▁camada de▁inteligência do▁cliente e o▁sistema de email de▁ciclo de▁vida que são▁recursos▁somente do PRO.

▁Perguntas▁Frequentes▁dos▁Desenvolvedores

Qual é o▁requisito de▁versão PHP da▁plataforma?

A▁plataforma▁requer PHP▁7.4▁mínimo, com PHP▁8.x▁suportado e▁recomendado para▁novas implantações. O codebase▁usa▁recursos▁modernos PHP▁apropriadamente,▁mantendo▁compatibilidade com as▁versões PHP que o WooCommerce▁suporta. PHP▁8.3 é a▁versão▁recomendada para▁novas implantações de▁produção.

A▁plataforma▁suporta WooCommerce HPOS (High-Performance Order Storage)?

Sim. A▁plataforma▁suporta HPOS▁através de▁abstrações WooCommerce▁padrão.▁Código▁personalizado que interage com▁dados de▁ordem▁deve▁usar a API de▁ordem WooCommerce▁padrão em▁vez de▁consultas de▁banco de▁dados▁diretas, o que▁significa que a▁camada de▁inteligência do▁cliente da▁plataforma▁continua▁trabalhando▁corretamente▁sob HPOS. Para sites que▁ainda▁não▁migraram para HPOS, a▁plataforma▁funciona com o▁armazenamento de▁ordem▁legado▁também.

▁Como a▁plataforma▁lida com▁instalações WordPress multisite?

A▁plataforma▁suporta▁instalações WordPress de um▁único local e multisítio. Para o multisítio, o▁licenciamento é por local em▁vez de por▁rede, o que▁significa que▁cada site na▁rede multisítio▁requer▁sua▁própria▁licença.▁Código▁personalizado▁pode ser▁instalado em▁toda a▁rede,▁enquanto a▁configuração da▁plataforma é▁executada por local, o que▁dá▁flexibilidade▁aos▁desenvolvedores para▁gerenciar implantações de▁clientes multisítios.

Qual é a▁abordagem da▁plataforma para a▁segurança?

A▁plataforma▁segue as▁melhores▁práticas de▁segurança WordPress e WooCommerce▁ao▁longo de▁todas.▁Todas as▁ações de▁administração▁verificam▁os nonces e as▁verificações de▁capacidade.▁Todas as▁consultas de▁banco de▁dados▁usam▁instruções▁preparadas▁através da▁camada de▁abstração do▁banco de▁dados WordPress.▁Toda a▁saída é▁escapada▁apropriadamente para o▁contexto. O plugin▁não▁transmite▁dados do▁cliente para▁serviços▁externos▁sem▁configuração▁explícita. As▁atualizações de▁segurança são▁liberadas▁prontamente▁quando▁vulnerabilidades são▁descobertas,▁seguindo▁os▁padrões▁padrão de▁divulgação WordPress.

▁Como a▁plataforma▁lida com▁código▁personalizado que▁depende da▁biblioteca de▁pacotes de▁campanha?

▁Os▁pacotes de▁campanha são▁dados de▁configuração em▁vez de▁código, o que▁significa que o▁código▁personalizado▁pode▁fazer▁configurações de▁pacotes de▁referência▁através de▁identificadores▁estáveis▁sem▁acoplamento à▁implementação de▁pacotes▁internos. O▁código▁personalizado que▁estende o▁comportamento do▁pacote▁normalmente▁faz▁isso▁através da▁superfície de▁extensão de▁regras▁padrão, o que▁significa que o▁código▁personalizado▁vive▁separadamente▁dos▁dados do▁pacote e▁sobrevive▁tanto▁às▁atualizações de plug- ins▁quanto▁às▁atualizações de▁pacotes. Para▁mais▁informações sobre a▁lógica de▁regras▁personalizadas,▁veja as▁condições de▁regras▁personalizadas do▁desenvolvedor.

GT BOGO Engine é▁construído▁pela GRAPHIC T-SHIRTS,▁uma▁loja WooCommerce real com▁mais de 1.200▁projetos▁originais em▁escala.▁Visite gtbogoengine.com para▁baixar o plugin de▁núcleo▁gratuito,▁avaliar a▁superfície de▁extensão do▁desenvolvedor e▁escolhas arquitetônicas, e▁decidir se a▁plataforma se▁encaixa▁nos▁requisitos▁técnicos das implantações que▁você▁suporta. Para um▁contexto▁mais▁amplo,▁consulte a▁inteligência▁promocional WooCommerce▁explicada.