Sobre o SMMHub

Quem opera o SMMHub?

O SMMHub é operado por Gustavo Araújo, dev e empreendedor brasileiro. Comecei a programar aos 12 anos modificando scripts de servidores de Minecraft e plugins de Discord pra meus amigos. Aos 14 anos hoje, já operei painéis SMM próprios, automatizei integrações entre dezenas de provedores e construí o SMMHub do zero — backend PHP, banco MySQL, frontend, app PWA, sistema de pagamentos PIX, API REST padrão SMM v2 — tudo desenhado, codado e debugado por mim.

Sou obcecado com 3 coisas: código limpo, sistemas que não quebram, e produtos que resolvem dor real. O SMMHub é a expressão disso pro mercado brasileiro de SMM, onde antes só tinha opção mediana ou opção gringa.

Por que comecei o SMMHub

Tentei usar painéis SMM brasileiros pra ajudar amigos que estavam crescendo em redes sociais. Todos tinham os mesmos problemas:

• Suporte travado, respostas de 2-3 dias
• Pedidos sumindo sem refund
• API quebrada — quando funcionava o JSON tinha quirks que faziam meu código quebrar
• Painéis caindo em horário de pico (sábado à noite, sempre)
• Câmbio escondido — pedido em USD com câmbio "do dia" inventado

Em 2024 decidi que ia construir o painel que eu mesmo queria usar. Sem mil features inúteis, sem inflação de catálogo com serviços mortos, sem markup escondido. Só o necessário, bem feito, em português, com PIX, e que funciona.

O que torna o SMMHub diferente

1. Anti-prejuízo automático

Eu pessoalmente perdi dinheiro como revendedor quando o dólar disparou e meus pedidos com câmbio velho ficaram com margem negativa. Construí o sistema de loss-protection que valida cada pedido antes de enviar: se o custo provider em BRL (com câmbio LIVE) ficar maior que o que o cliente pagou, o pedido é bloqueado automaticamente e o saldo do cliente nem é debitado. Nenhum outro painel brasileiro tem isso em 2026.

2. Code review e auditoria

Cada feature do SMMHub passa por bateria de testes antes de subir produção. O painel admin tem auditoria completa — todo login, edição, transação, webhook, refill, é gravado em system_logs com IP, user_agent, payload completo. Quando algo dá errado, sei exatamente o que aconteceu. Outros painéis "perdem" pedidos misteriosamente; aqui isso é literalmente impossível.

3. Atendimento direto

Hoje o suporte sou eu + sistema de tickets. Quando você abre ticket, sou eu lendo e respondendo. Não tem call center, não tem chatbot, não tem "vou repassar pro setor financeiro". Resposta máxima em 24h úteis (geralmente 2-3h). E quando a empresa crescer pra ter equipe, eu mesmo treino e mantenho esse padrão.

Stack técnico (pra quem se interessa por código)

• Backend: PHP 8.4 puro, sem framework pesado, PDO direto. Performance > magia.
• Banco: MySQL 8 / MariaDB. Schema cuidadosamente indexado, query log analisado mensalmente.
• Frontend: Twig (server-rendered, sem SPA). Carregamento em < 1s mesmo em 4G.
• Mobile: PWA instalável (manifest.json, service worker, push notifications via Web Push API + VAPID).
• Infra: Hostinger VPS dedicado, Cloudflare na frente, IPs brasileiros pros provedores upstream (latência < 50ms).
• API: REST padrão SMM v2 da indústria. Suporta parallel multi-curl pra batch de 100 pedidos em < 5s.
• Pagamentos: MercadoPago Pix + Stripe + PayPal + CoinPayments. Tudo via webhook, idempotente, com fallback de polling.
• Observabilidade: system_logs (audit), provider_access_log (cada call externa), api_access_log (cada call ao /api/v2), pagespeed_reports (Core Web Vitals histórico), traffic_sources (UTM rastreado).

Princípios que guiam o produto

1. Honestidade radical com o cliente. Se a margem cair, eu não silenciosamente repasso pra ele — ou aviso, ou banco o prejuízo. Nunca surpresa ruim no extrato.
2. Velocidade obsessiva. Pedido criado tem que sair em < 5 minutos. Pagamento PIX tem que cair em < 10 segundos. Suporte responde em < 24h. Qualquer coisa mais lenta que isso é bug, não feature.
3. Português é first-class. Toda interface, toda mensagem de erro, todo email transacional é em PT-BR nativo, não tradução automática.
4. Código aberto pra cliente. Sistema de auditoria é visível pro próprio cliente quando relevante — "seu pedido foi enviado às 14:32:08 pro provedor X com a key Y, custou R$ 0,87 pro nosso lado". Transparência total.
5. Construído pra escalar. Não vou ter que reescrever o painel quando bater 100k pedidos/dia. Já testei carga, já otimizei queries, já preparei pra horizontal scaling.

Onde tô indo com isso

Plano dos próximos 12 meses:

• Triplicar catálogo de serviços brasileiros (foco em Kwai, Threads, Bluesky)
• App nativo iOS/Android (hoje é PWA, vai virar app real)
• Sistema de afiliados embutido (você indica, ganha % vitalício)
• Marketplace de serviços white-label pra agências
• Integração nativa com Pix automático em revenda (cliente seu paga PIX, cai direto no seu banco, não no SMMHub)
• Internacionalização real (LATAM primeiro: Argentina, Chile, México)

Conexão

Quer falar comigo? Abre ticket no painel depois de cadastrar — leio TODOS pessoalmente. Pra perguntas comerciais, parcerias, ou integrações, mando o email pelo ticket (não publico aqui pra evitar spam).

Se você é dev e curte ver código limpo + sistema bem desenhado, sigo aberto a conversar sobre arquitetura. Adoro ouvir feedback técnico de quem entende.