Para entender a Niwa, comece pelo que ela pode acessar e alterar. Ela é uma assistente de IA instalada no seu site WordPress. Pode responder a perguntas usando o conteúdo do seu site e executar tarefas, incluindo alterações no próprio site.
Antes de dar a uma assistente acesso ao seu site, você deve saber o que ela pode ler, para onde essas informações vão e como as alterações são tratadas. Este guia explica cada parte desse processo.
Comece por como a Niwa funcionaImagine que um cliente pergunta se um produto está disponível em determinado tamanho. A Niwa pode consultar as informações do produto no WordPress e incluí-las na pergunta enviada ao seu provedor de IA.
O provedor gera uma resposta usando essas informações. A Niwa recebe a resposta e a mostra ao cliente. O histórico da conversa é armazenado na sua instalação do WordPress.
Uma tarefa pode exigir mais do que uma resposta. Atualizar a descrição de um produto, por exemplo, exige ler e salvar um registro do WordPress. A Niwa utiliza ferramentas de software para executar essas etapas. As ferramentas disponíveis dependem das permissões da sessão e das conexões às quais ela tem acesso. Uma solicitação pode envolver várias trocas com o provedor de IA enquanto a Niwa reúne informações e apresenta os resultados.
A Niwa armazena seus registros de trabalho na sua hospedagem. Para utilizar um modelo de IA externo, ela envia informações ao provedor que você conecta. As duas partes devem ser consideradas ao decidir como tratar os dados da sua empresa e dos seus clientes.
Mensagens e histórico de conversas são armazenados no WordPress.
Mensagens e histórico relevante de conversas são enviados ao provedor de IA para gerar uma resposta.
Suas páginas, produtos e registros de clientes permanecem no armazenamento existente do seu site.
As informações recuperadas para uma tarefa podem ser incluídas em uma solicitação de IA. Dependendo da tarefa, isso pode incluir informações pessoais.
Cópias de trabalho e originais salvos para edições de arquivos compatíveis são mantidos na sua hospedagem.
Código, conteúdo de arquivos ou imagens podem ser enviados ao provedor de IA quando necessário para entender ou realizar uma edição.
Os registros de tarefas e os logs de diagnóstico que estiverem habilitados são mantidos localmente. Eles podem conter informações de uma tarefa.
Os resultados retornados por uma ferramenta podem ser incluídos nas solicitações de IA seguintes para que a assistente continue a tarefa.
A conexão de IA integrada envia solicitações diretamente do seu site ao provedor configurado. A Niwa não opera um armazenamento separado de conversas em nuvem nesse fluxo. Os serviços de conta e licenciamento são separados e podem processar informações da conta ou do site.
O provedor recebe as informações incluídas em cada solicitação. Seus termos e as configurações da sua conta determinam como essas informações são processadas, por quanto tempo são retidas e se podem ser utilizadas para treinamento. Essas condições podem variar entre provedores e planos.
Você gerencia os usuários do WordPress, o acesso à hospedagem, as contas conectadas e os backups. O tempo durante o qual a Niwa mantém um registro local depende do tipo de registro e da configuração. Inclua arquivos salvos e logs de diagnóstico ao avaliar quem pode acessar os dados e quando eles devem ser removidos.
Quando uma tarefa utiliza um serviço conectado, esse serviço recebe as informações necessárias à ação. Um serviço de e-mail, por exemplo, recebe o destinatário e a mensagem. Suas permissões e políticas de dados se aplicam a essas informações. Avalie cada conexão separadamente, incluindo a conta utilizada e o acesso concedido.
Algumas solicitações atualizam conteúdo no WordPress. Outras, como mudar a forma como um tema exibe uma página, exigem a edição de arquivos. As edições de arquivos utilizam uma cópia de trabalho separada antes de colocar o novo código no site.
Por exemplo, se você pedir à Niwa que ajuste o layout de uma página de produto, o processo abaixo preserva os arquivos originais enquanto prepara as alterações.
A Niwa inspeciona o código envolvido na solicitação. As ferramentas e permissões disponíveis à sessão determinam em quais arquivos ela pode trabalhar.
A Niwa mantém uma versão original e prepara uma cópia separada para edição. Esses arquivos ficam vinculados ao registro da tarefa para que uma recuperação posterior possa identificar a versão a restaurar.
As versões antiga e nova podem ser comparadas, e os arquivos PHP podem ser verificados quanto a erros de sintaxe do código. Antes de aplicar a edição, a Niwa verifica se os arquivos preparados correspondem ao estado registrado. Se essa verificação falhar, as alterações não são aplicadas.
A Niwa coloca os arquivos selecionados no site. Quando a verificação automática do site está habilitada e disponível, ela acessa uma página para verificar falhas de conexão, erros do servidor e erros fatais identificáveis.
O registro da tarefa inclui as alterações aplicadas e o resultado da verificação. Um erro durante a aplicação ou uma falha na verificação do site aciona uma tentativa de restaurar os arquivos salvos. O resultado dessa recuperação também é registrado.
O mecanismo de verificação automática e recuperação de arquivos da Niwa se chama Watchdog. Após uma alteração no código, ele verifica a resposta do site. Se a verificação indicar uma falha, a Niwa tenta restaurar os arquivos salvos para essa alteração.
Isso ajuda em falhas como um erro de código que impede o carregamento de uma página. A verificação faz uma solicitação real ao site e utiliza um número limitado de novas tentativas. Se estiver desativada ou não puder ser executada, a tarefa registra que a verificação foi ignorada.
Uma página pode carregar corretamente enquanto um botão, formulário de agendamento ou layout ainda precisa de ajustes. Esses problemas exigem uma verificação funcional ou visual. O Watchdog também depende da disponibilidade da hospedagem e dos arquivos salvos, por isso a recuperação pode levar tempo ou falhar.
Este exemplo amplia a imagem do produto de uma loja pela página. Acompanhe a edição até uma verificação bem-sucedida ou veja o que acontece quando a verificação falha.
Ilustração interativa. Seu site não é alterado. O tempo e a recuperação bem-sucedida mostrados aqui são exemplos.
Você também pode querer desfazer uma alteração que funcionou conforme solicitado. Talvez tenha preferido o texto ou o layout anterior. Para uma ação compatível, a Niwa pode utilizar o registro salvo para restaurar o estado anterior.
Alterações de arquivos feitas pelo processo de cópia de trabalho podem ser restauradas a partir dos originais salvos. Edições compatíveis de conteúdo, produtos, configurações e páginas do Elementor utilizam seus próprios registros de recuperação. Peça à Niwa que desfaça a operação relevante e verifique o resultado informado.
O registro salvo ainda precisa estar disponível. Antes de restaurar uma versão antiga, considere as edições feitas desde então. O tempo necessário depende da ação, da quantidade de dados e da sua hospedagem.
Restaurar um arquivo do site não pode recuperar um e-mail que já foi entregue. Pagamentos e alterações em serviços conectados dependem das opções de recuperação oferecidas por esses serviços. Uma ação sem registro de recuperação salvo pode exigir uma correção manual.
Mantenha backups regulares da hospedagem além das versões salvas pela Niwa. Para alterações importantes, utilize primeiro uma cópia de teste do seu site e verifique as funções utilizadas pelos clientes, como finalização de compras e agendamentos.
Sua hospedagem, o provedor de IA e os serviços conectados influenciam o funcionamento da Niwa. Estes são alguns dos detalhes a avaliar para sua própria configuração.
Os registros que a Niwa armazena localmente permanecem na sua hospedagem. As informações incluídas em uma solicitação de IA são enviadas ao provedor que você conecta, e os serviços conectados recebem dados quando você os utiliza. Em uma avaliação de privacidade, considere tanto onde as informações são armazenadas quanto onde são processadas.
Isso depende do provedor de IA, do tipo de conta e das configurações sob as quais uma solicitação é processada. Avalie os termos da conexão que pretende utilizar. Armazenar uma conversa no seu próprio site não determina, por si só, como um provedor externo trata sua cópia de uma solicitação.
Os registros locais do WordPress e os arquivos salvos são hospedados onde você hospeda seu site. O processamento por IA e os serviços conectados podem utilizar outros locais. Verifique esses locais com cada provedor se sua organização tiver requisitos regionais para dados.
A retenção local varia conforme o tipo de registro, o canal de comunicação e a configuração. Logs de diagnóstico e backups da hospedagem podem ter prazos próprios. Avalie esses prazos junto aos termos de retenção do seu provedor de IA e dos serviços conectados.
O acesso depende das funções do WordPress, das contas de hospedagem e das credenciais conectadas. Seu provedor de hospedagem e as pessoas que você autoriza podem conseguir acessar informações armazenadas. Avalie essas contas e permissões como parte da administração habitual do site.
Mantenha os dois. A verificação automática pode detectar determinadas falhas após uma alteração de arquivo e iniciar a recuperação. Ela não testa todos os percursos do cliente nem protege contra todas as falhas de hospedagem. Backups independentes e verificações de formulários, finalização de compras e outras funções importantes continuam fazendo parte da manutenção do site.
Comece pelos termos e pelas informações de privacidade e depois avalie os provedores e as conexões que sua equipe pretende utilizar. Uma demonstração do produto pode mostrar como uma tarefa, sua versão salva e a recuperação funcionam em conjunto.
Ler termos e privacidade
