SLA e tickets são o contrato e o registro que transformam suporte em processo previsível numa agência WordPress. Segundo a documentação do WP-CLI (2026), atualizações e manutenção de vários sites viram um único comando automatizável. Um SLA real exige monitoramento, não boa vontade: queda fora do horário sem alerta já viola o prazo. Defina severidade, prazo e canal antes de prometer.

SLA e tickets formam a base operacional de qualquer agência que mantém dezenas de sites WordPress sob contrato. O SLA (Service Level Agreement) é o acordo que define quanto tempo a agência tem para responder e resolver cada tipo de problema. O ticket é o registro individual de cada chamado, com histórico, prioridade e prazo. Sem os dois andando juntos, o suporte vira fila de WhatsApp e o cliente nunca sabe se foi atendido. Este guia mostra como estruturar SLA e tickets na prática, qual ferramenta usar e por que o acordo depende de monitoramento automatizado. Para a visão geral da rotina, veja a central de gestão de sites WordPress da FULL.

SLA e tickets: O que cada termo define na prática

SLA e tickets resolvem dois problemas distintos, e um SLA típico de agência separa isso em 3 ou 4 níveis de severidade, com prazos entre 1 hora (site fora do ar) e 24 horas (ajuste cosmético). O SLA promete o prazo; o ticket prova que o prazo foi cumprido.

Cada chamado nasce com uma categoria que herda o relógio do acordo. Sem o ticket, o SLA é só uma frase bonita no contrato, sem nenhum dado por trás que comprove o atendimento.

A maior parte das agências erra ao prometer um único prazo para tudo. Nos tickets de suporte da FULL, a gente vê que misturar “site caiu” e “trocar a cor do botão” na mesma fila atrasa o que importa. Separar por severidade é o primeiro pilar de SLA e tickets que funciona.

Por que tickets sem SLA viram caos operacional

Tickets sem SLA viram caos porque uma agência que gerencia 40 ou 50 sites chega fácil a dezenas de chamados por semana, e sem prazo a fila é atendida por quem grita mais alto, não por urgência. Um sistema como Awesome Support, Fluent Support ou SupportCandy organiza o histórico, mas sem um prazo amarrado a cada categoria ele só vira um arquivo bonito de reclamações.

O SLA é o que dá peso à fila: ele transforma “uma lista de pedidos” em “uma fila com relógio rodando”, onde o chamado de severidade crítica sobe ao topo. Sem isso, chamados de baixa prioridade abertos cedo empurram os críticos abertos depois, e o cliente do site fora do ar espera atrás de um pedido de troca de banner. Para escolher a ferramenta, compare as opções em plugins de sistema de tickets para WordPress.

Onde hospedar o helpdesk: Dentro do WordPress ou em SaaS

Hospedar o helpdesk dentro do WordPress economiza 1 assinatura, mas cobra um preço técnico em volume alto. Plugins como SupportCandy e Awesome Support rodam na mesma instalação do site, e a fila de e-mails de notificação disputa o mesmo wp_cron e o mesmo banco que atendem os visitantes.

Em pico, isso atrasa o disparo de abertura, e o relógio do SLA começa a contar antes do cliente saber que foi atendido.

A alternativa é o SaaS externo. Zendesk e Freshdesk rodam fora do WordPress, com fila e SLA nativos, mas cobram por agente ao mês, o que pesa numa agência pequena. O critério é o volume: até 15 ou 20 chamados por semana, o plugin nativo testado em ambiente de staging dá conta. Acima disso, a separação do SaaS compensa o custo, e boa parte das agências migra quando o suporte começa a competir com o site pelo servidor.

Como o SLA depende de monitoramento, não de boa vontade

Um SLA de 4 horas só é real quando existe monitoramento automatizado disparando o ticket antes do cliente perceber o problema. O ponto cego mais comum: a agência promete o prazo, mas o site cai às 23h de sexta e ninguém fica sabendo até segunda.

O acordo foi violado e nem havia chamado aberto. UptimeRobot verifica o site a cada poucos minutos e abre o ticket no momento da queda, fazendo o relógio do SLA começar pelo lado da agência.

Esse é o pilar que a maioria esquece. Monitorar uptime de forma automatizada não é luxo: é a condição para que o SLA e tickets tenham valor. A FULL conecta 150 mil sites e a gente vê que as agências mais maduras tratam o monitoramento como parte do SLA, não como item separado. Aprofunde em monitoramento de uptime no WordPress e cruze com o seu checklist de manutenção.

Automatize a manutenção para liberar a fila de tickets

Automatizar a manutenção recorrente corta boa parte dos tickets na origem e libera o SLA para o que é urgente. A maior parte dos chamados de uma agência não é emergência: é 1 update de plugin pendente, backup que falhou, cache que precisa limpar.

A documentação oficial do WP-CLI mostra que essas tarefas viram um único comando rodável em script ou cron job, atualizando dezenas de sites de uma vez sem abrir um ticket por site.

O ganho é direto no KPI de suporte. Quando a manutenção roda sozinha via WP-CLI de madrugada, a fila de tickets do horário comercial fica reservada para o que precisa de gente. Isso muda a equação do SLA: em vez de inflar a fila com tarefas previsíveis, a agência atende menos chamados e cumpre prazos com folga. Para o cliente, sai o relatório de manutenção mostrando o que foi feito sem nenhum chamado aberto, o que reduz a ansiedade que gera ticket de “está tudo bem com meu site?”.

Como a FULL apoia a gestão de SLA e tickets

A FULL não vende um plugin de helpdesk, mas resolve a camada que faz SLA e tickets funcionarem: a infraestrutura de gestão por trás. O plano PRO da FULL custa R$849 e cobre até 10 sites, o que dá R$85 por site para manter monitoramento, backup automatizado e os 17 plugins do bundle ativos em um clique. Numa agência, esse R$85 por site é o custo de manter o suporte previsível em vez de apagar incêndio. Conheça os planos da FULL e centralize a operação em um painel de gestão de sites. Para a estratégia mais ampla de operação, vale o material sobre como estruturar uma agência WordPress.

Perguntas frequentes sobre SLA e tickets

Próximos passos para estruturar seu suporte

SLA e tickets deixam de ser burocracia quando viram o sistema nervoso da agência: severidade clara, fila com relógio, monitoramento que abre chamado sozinho e manutenção automatizada que esvazia a fila na origem. Comece definindo três níveis de severidade e amarre cada um a um prazo realista antes de escolher qualquer plugin. Depois conecte o monitoramento de uptime, porque sem ele o SLA é uma promessa que só é testada quando já foi quebrada. Para continuar aprendendo a operar sites em escala, o FULL Academy reúne os guias de gestão, manutenção e suporte WordPress em um só lugar.