Pour comprendre Niwa, commencez par ce à quoi elle peut accéder et ce qu’elle peut modifier. C’est une assistante IA installée sur votre site WordPress. Elle peut répondre aux questions à partir du contenu du site et effectuer des tâches, y compris des modifications du site lui-même.
Avant de donner à une assistante l’accès à votre site, vous devez savoir ce qu’elle peut lire, où vont ces informations et comment les modifications sont traitées. Ce guide explique chaque étape.
Commencez par découvrir le fonctionnement de NiwaSupposons qu’un client demande si un produit existe dans une certaine taille. Niwa peut consulter les informations du produit dans WordPress et les joindre à la question envoyée à votre fournisseur d’IA.
Le fournisseur génère une réponse à partir de ces informations. Niwa la reçoit et l’affiche au client. L’historique de la conversation est stocké dans votre installation WordPress.
Une tâche peut nécessiter davantage qu’une réponse. Modifier la description d’un produit, par exemple, exige de lire et d’enregistrer une donnée WordPress. Niwa utilise des outils logiciels pour effectuer ces étapes. Les outils disponibles dépendent des autorisations de la session et des connexions accessibles. Une demande peut entraîner plusieurs échanges avec le fournisseur d’IA pendant que Niwa rassemble les informations et présente les résultats.
Niwa stocke ses données de travail sur votre hébergement. Pour utiliser un modèle d’IA externe, elle envoie des informations au fournisseur que vous connectez. Ces deux aspects comptent pour décider comment traiter les données de votre entreprise et de vos clients.
Les messages et l’historique des conversations sont stockés dans WordPress.
Les messages et l’historique pertinent de la conversation sont envoyés au fournisseur d’IA pour générer une réponse.
Vos pages, produits et dossiers clients restent dans le stockage existant de votre site.
Les informations récupérées pour une tâche peuvent être incluses dans une requête IA. Selon la tâche, il peut s’agir de données personnelles.
Les copies de travail et les originaux sauvegardés pour les modifications de fichiers prises en charge restent sur votre hébergement.
Du code, le contenu de fichiers ou des images peuvent être envoyés au fournisseur d’IA lorsque cela est nécessaire pour comprendre ou effectuer une modification.
Les données des tâches et les journaux de diagnostic éventuellement activés sont conservés localement. Ils peuvent contenir des informations issues d’une tâche.
Les résultats renvoyés par un outil peuvent être inclus dans les requêtes IA suivantes pour permettre à l’assistante de poursuivre la tâche.
La connexion IA intégrée envoie les requêtes directement de votre site au fournisseur configuré. Niwa ne gère pas de stockage hébergé distinct des conversations dans ce parcours. Les services de comptes et de licences sont séparés et peuvent traiter des informations sur le compte ou le site.
Le fournisseur reçoit les informations incluses dans chaque requête. Ses conditions et les paramètres de votre compte déterminent leur traitement, leur durée de conservation et leur éventuelle utilisation pour l’entraînement. Ces conditions peuvent varier selon les fournisseurs et les formules.
Vous gérez les utilisateurs WordPress, les accès à l’hébergement, les comptes connectés et les sauvegardes. La durée de conservation locale par Niwa dépend du type de donnée et de la configuration. Incluez les fichiers sauvegardés et les journaux de diagnostic dans votre examen des accès aux données et de leur suppression.
Lorsqu’une tâche utilise un service connecté, celui-ci reçoit les informations nécessaires à l’action. Un service d’e-mail reçoit par exemple le destinataire et le message. Ses autorisations et ses politiques de données s’appliquent à ces informations. Examinez chaque connexion séparément, notamment le compte utilisé et les accès accordés.
Certaines demandes mettent à jour du contenu dans WordPress. D’autres, comme modifier l’affichage d’une page par le thème, nécessitent de modifier des fichiers. Ces modifications utilisent une copie de travail distincte avant l’installation du nouveau code sur le site.
Si vous demandez à Niwa d’ajuster la mise en page d’un produit, par exemple, le processus ci-dessous conserve les fichiers d’origine pendant la préparation des changements.
Niwa examine le code concerné par la demande. Les outils et les autorisations disponibles pour la session déterminent les fichiers sur lesquels elle peut travailler.
Niwa conserve une version originale et prépare une copie distincte pour les modifications. Ces fichiers sont liés au dossier de la tâche pour qu’une restauration ultérieure puisse identifier la version à rétablir.
Les anciennes et nouvelles versions peuvent être comparées, et les fichiers PHP vérifiés pour repérer les erreurs de syntaxe. Avant d’appliquer la modification, Niwa vérifie que les fichiers préparés correspondent à leur état enregistré. Si cette vérification échoue, les changements ne sont pas appliqués.
Niwa installe les fichiers choisis sur le site. Lorsque la vérification automatique est activée et disponible, elle demande ensuite une page pour repérer les échecs de connexion, les erreurs serveur et les erreurs fatales reconnaissables.
Le dossier de la tâche contient les changements appliqués et le résultat de la vérification. Une erreur pendant l’application ou un échec de vérification du site déclenche une tentative de restauration des fichiers sauvegardés. Le résultat de cette restauration est aussi enregistré.
Le mécanisme de vérification automatique et de restauration des fichiers de Niwa s’appelle Watchdog. Après une modification de code, il vérifie la réponse du site. Si un échec est signalé, Niwa tente de restaurer les fichiers sauvegardés pour cette modification.
Cela aide notamment lorsqu’une erreur de code empêche le chargement d’une page. La vérification effectue une véritable requête sur le site avec un nombre limité de nouvelles tentatives. Si elle est désactivée ou ne peut pas s’exécuter, la tâche indique que la vérification a été ignorée.
Une page peut se charger correctement alors qu’un bouton, un formulaire de réservation ou la mise en page nécessite encore une intervention. Ces problèmes exigent une vérification fonctionnelle ou visuelle. Watchdog dépend aussi de la disponibilité de l’hébergement et des fichiers sauvegardés ; la restauration peut donc prendre du temps ou échouer.
Cet exemple étend l’image d’un produit sur la largeur de la page. Suivez la modification avec une vérification réussie ou voyez ce qui se passe lorsqu’une vérification échoue.
Illustration interactive. Votre site n’est pas modifié. Le déroulement et la restauration réussie présentés ici sont des exemples.
Vous pouvez aussi vouloir annuler une modification effectuée comme demandé, si vous préfériez le texte ou la mise en page précédente. Pour une action prise en charge, Niwa peut utiliser l’enregistrement sauvegardé pour restaurer son état antérieur.
Les modifications de fichiers effectuées via le processus de copie de travail peuvent être restaurées à partir des originaux sauvegardés. Les modifications compatibles du contenu, des produits, des paramètres et des pages Elementor utilisent leurs propres données de restauration. Demandez à Niwa d’annuler l’opération concernée et vérifiez le résultat annoncé.
L’enregistrement sauvegardé doit encore être disponible. Avant de restaurer une ancienne version, tenez compte des modifications effectuées depuis. Le temps nécessaire dépend de l’action, du volume de données et de votre hébergement.
Restaurer un fichier du site ne permet pas de rappeler un e-mail déjà livré. Les paiements et les modifications dans les services connectés dépendent des possibilités de restauration de ces services. Une action sans enregistrement de restauration peut nécessiter une correction manuelle.
Conservez des sauvegardes régulières de l’hébergement en complément des versions sauvegardées par Niwa. Pour des changements importants, utilisez d’abord une copie de test du site et vérifiez les fonctions utiles aux clients, comme la commande et la réservation.
Votre hébergement, votre fournisseur d’IA et les services connectés influencent chacun le fonctionnement de Niwa. Voici quelques éléments à examiner pour votre configuration.
Les données stockées localement par Niwa restent sur votre hébergement. Les informations incluses dans une requête IA sont envoyées au fournisseur que vous connectez, et les services connectés reçoivent des données lorsque vous les utilisez. Pour examiner la confidentialité, prenez en compte le stockage et le traitement des informations.
Cela dépend du fournisseur d’IA, du type de compte et des paramètres utilisés pour traiter la requête. Examinez les conditions de la connexion envisagée. Le stockage d’une conversation sur votre site ne détermine pas à lui seul comment un fournisseur externe traite sa copie de la requête.
Les données WordPress locales et les fichiers sauvegardés sont hébergés là où se trouve votre site. Le traitement IA et les services connectés peuvent utiliser d’autres lieux. Vérifiez ces lieux auprès de chaque fournisseur si votre organisation impose des exigences régionales sur les données.
La conservation locale varie selon le type de donnée, le canal de communication et la configuration. Les journaux de diagnostic et les sauvegardes de l’hébergement peuvent avoir des durées distinctes. Examinez-les avec les conditions de conservation du fournisseur d’IA et des services connectés.
L’accès dépend des rôles WordPress, des comptes d’hébergement et des identifiants connectés. Votre hébergeur et les personnes autorisées peuvent accéder aux informations stockées. Examinez ces comptes et autorisations dans le cadre de l’administration habituelle du site.
Conservez les deux. La vérification automatique peut détecter certains échecs après une modification de fichier et lancer une restauration. Elle ne teste pas tous les parcours clients et ne protège pas contre toutes les pannes d’hébergement. Les sauvegardes indépendantes et les vérifications des formulaires, des commandes et des autres fonctions importantes restent nécessaires à la maintenance du site.
Commencez par les conditions et les informations de confidentialité, puis examinez les fournisseurs et les connexions prévus par votre équipe. Une démonstration peut montrer le lien entre une tâche, sa version sauvegardée et sa restauration.
Lire les conditions et la politique de confidentialité
