Shop e doações ajudam muitos servidores Tibia OTServ a pagar infraestrutura, divulgação, desenvolvimento e suporte. Porém, configurar shop exige responsabilidade. Um sistema mal feito pode duplicar items, entregar points errados, causar chargeback, expor dados de jogadores ou destruir a economia do servidor. Em VPS, o shop normalmente envolve site AAC, banco de dados, gateway de pagamento, scripts de entrega e logs. Cada parte precisa ser testada antes de abrir ao público.
Defina a proposta do shop
Antes de configurar tecnicamente, defina o que será vendido. Premium, outfits, mounts, boosts cosméticos e serviços de conveniência costumam ser menos agressivos que itens extremamente fortes. Em servidores competitivos, vender poder demais pode afastar jogadores. Em Baiak e high exp, o público pode aceitar shop mais impactante, mas ainda precisa haver equilíbrio. A regra é simples: monetização não deve matar a diversão.
Integração com AAC
Muitos shops ficam dentro do Gesior, MyAAC ou site customizado. O jogador compra points, o pagamento é confirmado e o site registra saldo ou pedido no banco. Depois, um script entrega item no jogo ou na próxima abertura do personagem. Confira se o AAC é compatível com sua distro e se a tabela de shop segue a estrutura esperada.
Gateway de pagamento
Use gateway confiável e revise webhooks. Webhook é a notificação que informa ao site que o pagamento foi aprovado. Se o webhook estiver inseguro, alguém pode tentar simular pagamento. Nunca confie apenas em dados enviados pelo cliente. A confirmação precisa ser validada no servidor, conforme documentação do gateway.
Entrega de itens
A entrega pode acontecer direto no depot, inbox, player_items ou por NPC. Cada método tem riscos. Inserir item direto no banco exige entender atributos, count, container e compatibilidade da base. Entrega por NPC pode ser mais controlada. Seja qual for o método, teste item simples, stackable, container, item com atributos e compra duplicada.
Logs e auditoria
Registre compra, pagamento, entrega, personagem, account id, valor e horário. Logs ajudam em suporte e chargeback. Se um jogador diz que pagou e não recebeu, a equipe precisa verificar o fluxo. Também registre entregas manuais feitas por staff. Sem log, vira palavra contra palavra.
Segurança do banco
O shop mexe com dados importantes. Faça backup antes de instalar. Não use usuário root no site. Restrinja painel admin. Proteja webhooks e tokens. Não deixe arquivos de configuração com chaves públicas. Se o shop for customizado por terceiros, revise código antes de colocar em produção.
Boas práticas
- Teste compra em ambiente separado.
- Use produtos equilibrados.
- Registre todas as entregas.
- Tenha política clara de reembolso.
- Não entregue item manual sem log.
- Faça backup antes de update no shop.
Teste de compra real
Antes de liberar o shop, faça uma compra de valor baixo usando o fluxo completo: pagamento, confirmação, crédito de points e entrega no personagem. Depois confira logs, banco e painel do gateway. Esse teste mostra se o webhook está funcionando e se a entrega não duplica em caso de atualização de página.
Conclusão
Configurar shop em servidor Tibia é mais do que criar produtos no site. É integrar pagamento, banco, entrega, logs e segurança. Em VPS, você tem liberdade para montar um sistema robusto, mas precisa validar cada etapa. Um shop estável ajuda a sustentar o projeto; um shop inseguro pode destruir economia e confiança da comunidade.
