Adicionar como fonte preferencial no Google
A automação está assumindo cada vez mais operações do WordPress que antes exigiam uma pessoa diante do teclado.
Implantações, atualizações, respostas a incidentes de segurança e alterações na infraestrutura agora podem ser executadas sem que uma pessoa acompanhe cada etapa. No entanto, ainda não foi resolvida a questão de identificar quais dessas etapas continuam exigindo supervisão humana.
Há cinco categorias de operações do WordPress nas quais você deve se concentrar. No entanto, com as funcionalidades e a infraestrutura da Kinsta, seu servidor já foi desenvolvido levando essas categorias em consideração.
Um agente que não sabe quando parar representa um risco para a automação
Por ser uma máquina, um agente de IA sempre tentará executar suas instruções. Por exemplo, ele pode executar um fluxo de trabalho completo que inclui enviar uma atualização do WooCommerce para produção, realizar testes de regressão visual bem-sucedidos, limpar o cache e atualizar os registros para indicar que a operação foi concluída com sucesso. Ainda assim, um cliente pode entrar em contato mais tarde porque o checkout não está funcionando.
A princípio, isso parece um problema de IA. Se um teste de regressão verificar o layout da página, mas não a integração subjacente com o gateway de pagamento, poderão ocorrer erros. Nesse caso, o agente de IA faz exatamente aquilo para o qual foi desenvolvido e, portanto, não saberá quais outros elementos precisam de supervisão. Na verdade, esse é um problema humano.
Isso não é um argumento contra a automação. No entanto, um fluxo de trabalho precisa de pontos de pausa definidos de forma intencional para que as verificações necessárias sejam realizadas. A maioria dos fluxos de trabalho do WordPress não exige momentos em que um agente de IA explique o que sabe e aguarde uma decisão, mas alguns exigem. Isso se aplica principalmente aos fluxos de trabalho mais complexos, embora nem sempre seja evidente.
A análise da Zylos Research sobre os padrões de transferência de agentes para humanos observa que as implementações de IA em produção costumam atingir uma proporção de decisões automatizadas entre 70% e 80%, enquanto as decisões restantes passam por análise humana.
Nas operações do WordPress, você pode se planejar usando essas divisões de algumas maneiras:
- Implantações podem ser claramente divididas entre o envio rotineiro de arquivos e uma migração de banco de dados que afeta pedidos reais de clientes.
- Atualizações podem ser divididas entre uma correção de baixo risco para um plugin e qualquer alteração que afete um gateway de pagamento ou sistema de membros.
- Publicação de conteúdo pode ser dividida entre artigos programados e qualquer conteúdo que inclua informações sobre preços, questões jurídicas ou aspectos críticos de segurança.
- Eventos de segurança podem ser divididos entre a contenção automática e uma decisão que exige avaliar o que desencadeou o evento.
- Alterações na infraestrutura e na cobrança podem ser divididas entre um alerta de uso e a decisão de fazer upgrade, downgrade ou transferir um site.
Essa divisão não se resume a lidar com uma categoria restante de tarefas que não foram automatizadas. Situações que não correspondem a um padrão já identificado pelo agente de IA, como alterações irreversíveis ou transações em produção, são aquelas nas quais os erros têm as consequências mais graves.
Um escalonamento inadequado custa mais do que a automação economiza
O NANDA do MIT constatou que 95% dos projetos-piloto empresariais de IA generativa não apresentam retorno mensurável nos resultados financeiros. Há um padrão conhecido que ajuda a explicar esse cenário:
- Primeiro, uma equipe automatiza a maior parte das tarefas simples de um fluxo de trabalho.
- Em seguida, trata o que restou como algo secundário.
- Por fim, absorve o custo quando essa parcela menor acaba envolvendo riscos elevados.
Um fluxo de produção de conteúdo que ocasionalmente exige edição humana é tolerante a falhas, como quando um rascunho permanece parado por uma hora a mais. No entanto, um fluxo de implantação que ocasionalmente corrompe um pedido em produção não oferece a mesma tolerância, pois alguns tipos de erros não se compensam na média:
- Uma migração de banco de dados que falha durante o checkout pode causar a perda dos pedidos realizados entre o backup e a falha, e não apenas atrasá-los.
- Gateways de pagamento com problemas continuam recebendo tráfego e causando perda de vendas enquanto o problema não é identificado.
- Uma resposta inadequada a um incidente de segurança pode transformar um incidente contido em uma indisponibilidade mais longa do que aquela que o ataque original teria causado.
Relatórios recentes revelam que 85% dos líderes de experiência do cliente (CX) afirmam que um único problema não resolvido é suficiente para causar a perda de um cliente. Embora um fluxo de trabalho que automatiza com confiança e raramente faz escalonamentos pareça eficiente e ideal, mais cedo ou mais tarde ele deixará um cliente com um problema não resolvido, sem nenhuma pessoa participando do processo para identificá-lo.
Cinco operações do WordPress nas quais a decisão deve ser humana
A melhor estratégia é automatizar o que pode ser revertido e escalonar o restante. Uma alteração que possa ser revertida, ou que tenha um baixo custo caso algo dê errado, pode ser automatizada com segurança se corresponder a um padrão já processado pelo fluxo de trabalho.
Alterações irreversíveis ou de alto custo, assim como aquelas que não correspondem a um padrão reconhecido, devem ser escalonadas. Veja como essas divisões funcionam nas cinco categorias que compõem a maior parte das operações diárias do WordPress.
1. Implantações: automatize o envio e escalone a migração
Uma tarefa como o envio de arquivos para um site de conteúdo é tolerante a falhas. Se algo der errado, basta restaurar o backup e fazer o envio novamente, o que leva apenas alguns minutos. No entanto, uma migração de banco de dados realizada durante o checkout em uma loja WooCommerce em produção representa outro tipo de erro. Os pedidos feitos entre o backup e a falha não estarão presentes na cópia restaurada. Portanto, uma reversão não desfará o dano.
O recurso de envio seletivo da Kinsta oferece uma forma de lidar com esses tipos de incidentes. Em vez de enviar todo o ambiente, você pode optar por enviar somente os arquivos, o banco de dados ou ambos. A Kinsta cria automaticamente um backup do ambiente de destino antes de iniciar qualquer uma dessas operações.
Esse recurso pode fornecer à camada de automação informações suficientes para diferenciar uma sincronização rotineira de arquivos de uma migração que exige uma segunda avaliação.
Para implantações desenvolvidas com a API da Kinsta, esta é uma sequência confiável:
POST/sites/environments/{env_id}/manual-backupscria um backup com um registro de data e hora antes que qualquer alteração seja feita no ambiente de produção.PUT/sites/{site_id}/environmentsmove o ambiente de teste para o ambiente de produção.POST/sites/cdn/clear-cachelimpa o cache do CDN em seguida.
Cada etapa retorna um operation_id, que o script consulta repetidamente antes de prosseguir. Se qualquer etapa falhar, o fluxo de trabalho será interrompido, em vez de continuar após a falha e entrar em um estado que ninguém planejou. A sequência completa de endpoints está documentada aqui, junto a exemplos de como as agências a integram aos pipelines de CI/CD.
A Sod, cliente da Kinsta, sabe exatamente o que acontece quando essa distinção não faz parte de um fluxo de trabalho. A agência de Melbourne gerencia mais de 400 sites WordPress e, quando deixou de tratar todos os sites da mesma forma, sua equipe obteve benefícios ainda maiores:
A API da Kinsta nos permitiu desenvolver ferramentas internas que automatizam processos essenciais, como o provisionamento de sites, e realizar operações em massa em nossos sites, economizando muito tempo e esforço.
– Pete Brundle, líder de desenvolvimento da Sod
2. Atualizações: automatize a correção e escalone o gateway de pagamento
Muitos erros em sites apresentam riscos baixos, como uma atualização de plugin em um site institucional, pois o pior resultado é um layout com problemas que você identificará e corrigirá. São as funcionalidades internas que podem causar problemas, como em uma loja com um gateway de pagamento ou um sistema de associação. Embora a página de checkout possa parecer completamente normal, a transação subjacente pode parar de funcionar de uma forma difícil de detectar.
É nesse momento que você pode usar as Atualizações Automáticas da Kinsta. A ferramenta permite definir uma programação e um período para ativar as atualizações de plugins e temas. Ela captura e compara automaticamente as telas do site antes e depois de cada atualização para identificar alterações visíveis. Caso encontre alguma diferença, a ferramenta restaura automaticamente o backup anterior à atualização.
No entanto, a diferença entre o que um teste visual consegue ou não identificar é exatamente o motivo pelo qual a WP Umbrella desenvolveu sua própria camada de monitoramento usando a infraestrutura da Kinsta, em vez de depender somente das atualizações.
Abrimos um chamado e, em poucas horas, o problema foi resolvido. Acredite, depois de entrar em contato com vários provedores de hospedagem, raramente é tão fácil assim.
– Aurelio Volle, cofundador da WP Umbrella
Agora, a WP Umbrella tem dados claros sobre o impacto de uma resposta humana rápida quando algum problema não é detectado.
3. Publicação de conteúdo: automatize a programação e escalone o conteúdo
Um fluxo de publicação pode cuidar da programação, dos metadados de SEO, do aquecimento do cache após a publicação e da distribuição nas redes sociais sem nenhuma intervenção humana. A categoria que costuma causar problemas é a de conteúdos que podem gerar consequências concretas caso estejam incorretos.
Um artigo que explica como instalar um plugin apresenta baixo risco caso contenha um erro. Um artigo que informa preços, faz recomendações médicas, explica requisitos legais ou aborda o lançamento de um produto com uma data específica é diferente. Se um rascunho produzido com o auxílio de IA for publicado com um preço incorreto ou orientações de segurança desatualizadas, o dano será imediato e específico.
O critério para o escalonamento não é “este conteúdo foi escrito por IA?”, mas sim “este conteúdo terá consequências se estiver incorreto?”. Alterações de preços, temas YMYL relacionados à saúde, finanças ou questões jurídicas, lançamentos de produtos com data definida e alertas de segurança devem passar por uma fila de revisão humana antes da publicação, independentemente de como o conteúdo foi produzido.
Automatizar o fluxo é eficiente, mas automatizar a decisão sobre o que entra nele é o que permite que um problema específico e evitável seja publicado em larga escala.
4. Segurança: automatize a contenção e escalone a resposta
A velocidade é essencial durante um ataque ativo ao seu site e servidor. Depois que o ataque for contido, a próxima medida adequada exigirá avaliação. Cada uma dessas situações requer ações e processos diferentes.
Por exemplo, bloquear um IP malicioso confirmado é sempre a medida correta. Por isso, é seguro deixar essa tarefa a cargo de um agente de IA. No entanto, decidir se um pico de tráfego corresponde a um concorrente coletando seus preços, uma integração com problemas, um crawler de IA ou outro tipo de tráfego que deve ser permitido exige um contexto que um sistema automatizado não possui.
A Proteção contra Bots da Kinsta classifica o tráfego recebido em tempo real e bloqueia agentes maliciosos por meio de quatro níveis de proteção predefinidos, que você pode aplicar individualmente a cada site ou em massa. Um controle específico bloqueia crawlers de IA, enquanto bots verificados, como o Googlebot, sempre passam sem serem afetados. Isso significa que a visibilidade do seu site nos mecanismos de pesquisa nunca se torna um efeito colateral de uma decisão relacionada ao tráfego de IA.
No entanto, a ferramenta não determina se um padrão incomum merece uma análise mais detalhada. Por isso, a intervenção humana é necessária nesse momento.
Para a Adapting Social, acertar na contenção significa que a equipe não precisa mais passar tanto tempo lidando com emergências:
Precisávamos de uma solução de hospedagem que correspondesse ao nosso compromisso com a excelência e nos desse confiança para oferecer serviços de hospedagem aos nossos clientes. Uma solução confiável, com bom desempenho e que mantivesse os sites dos nossos clientes protegidos e seguros. Foi então que conhecemos a Kinsta.
– Christopher Iafelice, COO da Adapting Social
5. Infraestrutura e cobrança: automatize o alerta e escalone a decisão
As alterações de infraestrutura e cobrança deixam pouca margem para dúvidas, mas ainda é fácil tomar uma decisão errada. Automatizar a detecção de um problema é suficientemente seguro. No entanto, quase nunca é seguro agir automaticamente, pois tarefas como transferir um site ou alterar o DNS, além de muitas outras que afetam o tráfego em produção, não podem ser revertidas da mesma forma que uma limpeza de cache.
A estrutura de planos da Kinsta permite que você aproveite esses aspectos, em vez de tentar evitá-los:
- As notificações de uso ao atingir 80% e 100% do limite de visitas, armazenamento ou largura de banda podem ser enviadas automaticamente, muito antes da aplicação de qualquer cobrança por excedente.
- A decisão de fazer upgrade do plano, adicionar um complemento de espaço em disco ou arcar com um excedente ocasional depende do orçamento e do contexto. Portanto, essas decisões permanecem sob responsabilidade de uma pessoa.
- Alterações de plano, adição de usuários no nível da empresa ou atualizações de cobranças são restritas no MyKinsta ao Proprietário da empresa ou ao Administrador da empresa, independentemente de quem mais tenha acesso à conta.
Esse último ponto representa o mesmo princípio de “automatizar e escalonar” aplicado às pessoas, em vez de aos fluxos de trabalho: quem é responsável pela conta toma a decisão financeira, e não quem estiver conectado no momento em que um limite for atingido. Para uma agência que administra centenas de ambientes de clientes, essa estrutura impede que um pico inesperado se transforme em conflitos com os clientes.
Forneça contexto aos seus clientes em vez de apenas enviar um alerta
Se o procedimento de escalonamento apenas informar o que precisa de atenção, a pessoa responsável terá que reconstruir o que aconteceu antes de tomar qualquer decisão. Isso causa um atraso significativo e pode afetar a velocidade de qualquer escalonamento necessário.
Um encaminhamento bem estruturado inclui três elementos, em vez de deixar esse trabalho para quem assumir a tarefa:
- O que o fluxo de trabalho estava fazendo quando foi pausado, para que ninguém precise deduzir qual era a tarefa mais ampla.
- O motivo específico da pausa, apresentado em linguagem simples, em vez de ficar oculto em um arquivo de registro.
- Se há uma decisão que depende de uma pessoa, que deve ser apresentada como uma escolha única e clara, em vez de um problema sem uma solução definida.
Em resumo, uma pessoa que assumir uma implantação pausada deverá conseguir visualizar em um único local o envio pendente, o ambiente de destino e o resultado do teste de regressão que interrompeu o processo. Depois que alguém aprovar a operação, o fluxo de trabalho também deverá ser retomado exatamente desse ponto, em vez de recomeçar.
Para uma implantação desenvolvida com a API da Kinsta, isso significa que o backup já estará disponível e o envio do ambiente de teste estará preparado. Assim, a pessoa responsável pela decisão recebe uma única tarefa, em vez de precisar analisar todo o pipeline.
Os registros de atividades da Kinsta e as telas de Atividade do usuário refletem esse mesmo princípio em menor escala. Cada entrada mostra quem realizou uma ação, quando ela ocorreu e se foi concluída com sucesso.
Ao abrir todos os detalhes de uma entrada, você pode fazer uma pergunta sobre a ação diretamente à equipe de suporte da Kinsta, em vez de começar com uma descrição vazia de um problema que outra pessoa precisará reconstruir.
A automação cuida do que é previsível, enquanto a avaliação cuida do restante
Em vez de se preocupar se uma etapa pode ser automatizada no seu fluxo de trabalho do WordPress, pois praticamente qualquer etapa pode ser, você deve se concentrar no que acontece quando o fluxo encontra algo fora dos parâmetros esperados.
Para fazer isso corretamente, automatize o que pode ser revertido, permitindo que a maior parte do fluxo de trabalho seja executada. Em seguida, defina por escrito os limites de escalonamento e inclua o contexto em cada encaminhamento. Dessa forma, quem assumir a tarefa poderá agir imediatamente, em vez de começar do zero.
Conheça a API da Kinsta para começar a desenvolver fluxos de trabalho com um ponto de encaminhamento definido ou veja como a hospedagem da Kinsta para agências ajuda equipes que gerenciam dezenas de sites de clientes simultaneamente.
