Zammad, osTicket ou FreeScout: qual helpdesk usar na VPS?

Para suporte pequeno, FreeScout costuma ser o ponto de partida quando o e-mail é o centro da operação. osTicket serve melhor a fluxos tradicionais de ticket, formulários e filas. Zammad faz sentido quando canais, automações e integrações justificam uma pilha maior. Antes de escolher a VPS, defina quem manterá e-mail, banco, anexos, atualizações, backup e restauração.

A licença aberta resolve apenas uma parte da conta. A operação continua exigindo infraestrutura e uma rotina para cuidar dos dados que entram pelo atendimento.

A escolha fica mais simples quando a equipe para de comparar telas e define a profundidade do problema. Uma caixa compartilhada, uma fila de tickets e uma central multicanal têm sobreposição, mas pedem níveis diferentes de operação.

A resposta curta: escolha o suporte antes da VPS

FreeScout é a opção conservadora para uma caixa de suporte pequena em que o e-mail concentra o trabalho. osTicket atende quem precisa de ticketing tradicional e aceita um fluxo mais clássico. Zammad entra quando a equipe precisa de recursos de operação multicanal, automação e integrações, além de aceitar uma infraestrutura mais exigente.

A escolha não deveria começar pelo plano de servidor. Ela começa pela rotina de suporte que existe hoje. Se uma caixa compartilhada resolve as mensagens, uma central maior pode trazer administração sem retorno prático. Se há filas, regras e integrações recorrentes, uma solução mínima pode transferir o problema para planilhas e trabalho manual.

A tabela organiza escopo e responsabilidades. Ela não mede velocidade, consumo ou capacidade por usuário. A pesquisa não trouxe teste reproduzível para afirmar esses resultados.

Não são três clones: o que cada ferramenta resolve

FreeScout: caixa compartilhada primeiro

O FreeScout se apresenta como helpdesk e caixa compartilhada leve. Seu repositório informa uma aplicação PHP/MySQL e lista Nginx, Apache ou IIS, PHP 7.4 a 8.x e MySQL, MariaDB ou PostgreSQL entre os requisitos. O mesmo README declara que não publica mínimo de CPU ou RAM. Isso impede transformar a ferramenta em promessa de caber em qualquer VPS.Consulte os requisitos oficiais do FreeScout.

Esse perfil encaixa bem quando a equipe quer concentrar respostas, responsáveis e histórico de e-mail sem assumir uma central de atendimento mais ampla. Recursos específicos podem alterar a decisão. A página oficial de módulos informa licenças vitalícias por instância para extensões. Por isso, código aberto não autoriza chamar toda configuração de gratuita.A página de módulos do FreeScout mostra essa camada comercial.

Também vale olhar a integração antes de decidir. A documentação do projeto diz que a API depende do módulo API & Webhooks. Para quem só recebe e responde mensagens, isso pode não pesar. Para uma operação que precisa acionar outros sistemas, a extensão entra na avaliação de custo e manutenção.Veja a documentação da API do FreeScout.

osTicket: ticketing tradicional

O osTicket organiza consultas vindas de web, e-mail e telefone em uma interface multiusuário, segundo o README oficial. Ele combina melhor com uma operação que já precisa de tickets, formulários, filas e acompanhamento de solicitações.

O runtime documentado pede Apache, LiteSpeed ou IIS com URL Rewrite, PHP de 8.2 a 8.4 e MySQL 5.5 ou superior. Esses itens formam uma pilha conhecida para quem administra aplicações PHP, mas ainda exigem plano para banco, arquivos, e-mail e atualização.O repositório oficial do osTicket reúne o código e os requisitos.

A pesquisa não confirmou uma API oficial atual ou um webhook moderno equivalente no material auditado. Evite desenhar automações críticas com base em suposição ou em plugins não testados na versão que será instalada.

Zammad: escopo maior pede uma pilha maior

O Zammad é a escolha para uma equipe que de fato precisa de uma operação mais ampla. A documentação confirma REST API para operações disponíveis na interface e webhooks para integrar serviços externos e receber atualizações de tickets sem consulta periódica.A documentação da REST API do Zammad e a documentação de webhooks descrevem essas possibilidades.

Há uma contrapartida concreta de infraestrutura. A instalação oficial com Docker pede pelo menos 4 GB de RAM para os containers.A instalação Docker do Zammad é a referência para esse requisito.

O guia de hardware recomenda que uma instalação mínima com PostgreSQL não fique abaixo de 2 CPUs e 6 GB de RAM. Quando Elasticsearch roda no mesmo servidor, o guia acrescenta 4 GB de RAM ao exemplo. Esse cenário é indicado para até 40 agentes e não representa uma garantia para qualquer volume de tickets ou anexos.Os requisitos de hardware detalham esse contexto.

O repositório oficial do Compose descreve Elasticsearch como opcional, mas fortemente recomendado. Desligar um componente pode ser uma decisão válida para um caso específico. Não permite concluir que a instalação terá o mesmo comportamento da pilha recomendada.Leia o Compose oficial do Zammad antes de simplificar a arquitetura.

O que a VPS realmente assume por baixo da interface

Uma VPS hospeda a aplicação. Ela não entrega, por conta própria, o fluxo de suporte pronto. O ambiente precisa preservar dados e manter os serviços que fazem o ticket entrar, ser respondido e continuar disponível para consulta.

Esse conjunto de itens forma o que chamamos de Ticket com Plantão. Quando o histórico de clientes fica na sua VPS, cada ticket também coloca alguém de plantão para e-mail, banco, atualização, backup e restauração. Essa pessoa pode ser o próprio fundador, um profissional interno ou uma empresa contratada. O ponto é nomear o responsável antes de instalar.

CPU, RAM e disco: por que não existe plano mágico

O Zammad oferece os números mais claros da comparação, porém dentro de um contexto definido pela própria documentação. O mínimo de 4 GB para os containers e o exemplo de 2 CPUs com 6 GB para PostgreSQL são pontos de partida. Eles não autorizam recomendar uma VPS para todos os usos.

osTicket e FreeScout não publicaram, na pesquisa consultada, uma tabela de VPS por equipe ou por quantidade de tickets. O FreeScout declara não ter mínimo de CPU ou RAM. Isso informa uma ausência de número oficial; não prova que uma instância pequena suportará qualquer rotina.

Disco também pede uma leitura operacional. Tickets podem trazer anexos. Banco, arquivos de aplicação, registros e cópias temporárias consomem espaço conforme o uso. O dimensionamento responsável começa com uma estimativa do próprio fluxo e continua com observação depois da implantação.

Não compre infraestrutura usando os requisitos do Zammad para dimensionar os outros dois. Cada ferramenta e cada combinação de banco, anexos e integrações exigem validação no ambiente real.

O custo invisível: e-mail, atualização, backup e restauração

O custo de um helpdesk auto-hospedado não se limita à licença. Há VPS, armazenamento para anexos, domínio e TLS, e-mail de entrada e saída, cópia externa, monitoramento, atualização e tempo de quem acompanha a operação. A pesquisa não confirma preço mensal para essas categorias. Trate-as como itens a levantar antes da contratação.

Backup merece uma distinção importante. Snapshot no mesmo provedor, volume local e cópia externa são camadas diferentes. Nenhuma delas equivale, sozinha, a uma restauração testada. Para uma aplicação com dados de atendimento, a rotina precisa incluir banco, anexos, configurações e um procedimento para recuperar a instância sem sobrescrever a produção.

Atualização também deve ser deliberada. Não use latest como política. Leia o changelog da versão, faça cópia dos dados e teste o caminho de atualização antes de levar a mudança para a operação que atende clientes.

Quando SaaS ganha da VPS

SaaS ou hospedagem gerenciada pode ser a escolha mais racional quando não há alguém responsável por atualização, backup e restauração. Isso reduz uma parte da responsabilidade operacional, embora não elimine a necessidade de avaliar dados, acessos e processo de atendimento.

A leitura do Runzos é direta: SaaS não representa derrota técnica. Ele pode reduzir o custo total quando a equipe não quer manter uma cadeia persistente de serviços. A VPS vale quando a autonomia e a personalização compensam o plantão operacional.

Qual VPS faz sentido depois da escolha?

Depois de definir a ferramenta e o responsável pela rotina, compare uma VPS para hospedar a operação. A infraestrutura precisa acomodar a aplicação, o banco, os anexos e a janela de manutenção. Ela não deve ser tratada como helpdesk pronto, backup garantido ou entregabilidade assegurada.

Para começar essa comparação, veja a oferta de VPS da Servla. Como alternativas, consulte uma VPS da Hostinger e a página de VPS NVMe da Turbo Cloud. Condições e capacidade devem ser confirmadas na data da contratação.

Checklist antes de colocar o helpdesk em produção

• Defini se o problema é caixa compartilhada, ticketing tradicional ou operação multicanal.
• Nomeei quem responde por atualização, backup e restauração.
• Registrei versões da aplicação, do banco e das dependências.
• Mapeei banco, anexos, arquivos de configuração e volumes persistentes.
• Configurei domínio, TLS e o fluxo de entrada e saída de e-mail.
• Testei o recebimento e a resposta em uma caixa sem dados pessoais.
• Defini uma cópia externa para dados e configurações.
• Testei a restauração em ambiente isolado.
• Revisei módulos e integrações que alteram custo ou dependências.
• Planejei a atualização sem usar uma tag móvel como latest.

FAQ: dúvidas sobre helpdesk open-source em VPS

Qual é o melhor helpdesk open-source para equipe pequena?

Para uma operação pequena centrada em e-mail, FreeScout é o ponto de partida mais conservador desta comparação. osTicket entra quando tickets, formulários e filas tradicionais são a necessidade principal. Zammad atende uma operação que justifica canais, automações e integrações adicionais. A melhor escolha depende também de quem manterá a infraestrutura depois da instalação.

FreeScout é um helpdesk ou uma caixa de e-mail compartilhada?

O FreeScout se descreve como helpdesk e caixa compartilhada leve. Isso permite usá-lo para suporte por e-mail com responsáveis e histórico. O escopo de integrações deve ser conferido por módulo: a API e os webhooks exigem o módulo API & Webhooks segundo a documentação do projeto.

osTicket precisa de Docker?

A pesquisa não confirmou Docker Compose oficial para osTicket. O README auditado lista requisitos de servidor web, PHP e MySQL. Ele pode ser containerizado em cenários específicos, mas não é correto transformar isso em recomendação oficial sem validar a imagem, a versão e a documentação da implantação escolhida.

Quanto de RAM o Zammad precisa?

A instalação Docker oficial pede no mínimo 4 GB de RAM para os containers. O guia de hardware recomenda não ficar abaixo de 2 CPUs e 6 GB de RAM para uma instalação mínima com PostgreSQL, acrescentando 4 GB se Elasticsearch estiver no mesmo servidor. São referências do Zammad, não capacidade garantida para todos os cenários.

Zammad precisa de Elasticsearch?

O repositório oficial do Compose descreve Elasticsearch como opcional, mas fortemente recomendado. A decisão de usar ou não o componente precisa considerar a pilha documentada e o caso concreto. Não há base nesta pesquisa para afirmar que desligá-lo preserva integralmente o comportamento recomendado.

FreeScout é realmente gratuito?

O núcleo é open-source, mas a página oficial vende módulos com licença vitalícia por instância. Além disso, a operação ainda pode envolver VPS, domínio, TLS, e-mail, backup, monitoramento e horas de manutenção. A avaliação correta separa licença de software do custo total de operar o atendimento.

Posso rodar o banco e o helpdesk na mesma VPS?

A documentação do Zammad inclui um exemplo mínimo com PostgreSQL e trata Elasticsearch separadamente quando está no mesmo servidor. FreeScout e osTicket também dependem de banco relacional nos requisitos auditados. Rodar componentes juntos pode ser uma topologia possível, mas exige avaliar recursos, persistência, backup e recuperação na sua carga. A pesquisa não sustenta um plano universal.

Quando SaaS é melhor que helpdesk auto-hospedado?

SaaS tende a ser mais coerente quando ninguém pode assumir atualização, backup e restauração da instância. A decisão não é sobre abrir mão de autonomia. É sobre evitar que o atendimento ao cliente dependa de uma rotina que a equipe não conseguirá manter. Se houver responsável técnico e necessidade real de controle ou personalização, a VPS volta a ser uma opção válida.

Conclusão: hospede uma operação, não uma promessa de software grátis

FreeScout, osTicket e Zammad resolvem profundidades diferentes de suporte. FreeScout favorece a caixa de e-mail pequena. osTicket atende ticketing tradicional. Zammad exige uma conversa mais séria sobre pilha, recursos e integrações.

A pergunta final é operacional: quem fica de plantão para o ticket quando a infraestrutura exige atenção? Se houver uma resposta clara, escolha a ferramenta pelo processo e depois a VPS pela pilha. Se não houver, uma opção hospedada pode proteger melhor o atendimento e o tempo da equipe.