Per comprendere Niwa, parti da ciò a cui può accedere e da ciò che può modificare. È un’assistente IA installata sul tuo sito WordPress. Può rispondere alle domande usando i contenuti del sito ed eseguire compiti, comprese modifiche al sito stesso.
Prima di dare a un’assistente accesso al tuo sito, dovresti sapere cosa può leggere, dove vengono inviate quelle informazioni e come si gestiscono le modifiche. Questa guida spiega ogni parte del processo.
Inizia da come funziona NiwaSupponiamo che un cliente chieda se un prodotto è disponibile in una determinata taglia. Niwa può cercare le informazioni sul prodotto in WordPress e includerle nella domanda inviata al tuo fornitore di IA.
Il fornitore genera una risposta usando quelle informazioni. Niwa la riceve e la mostra al cliente. La cronologia della conversazione viene conservata tramite la tua installazione WordPress.
Un compito può richiedere più di una risposta. Aggiornare la descrizione di un prodotto, per esempio, richiede la lettura e il salvataggio di un record WordPress. Niwa usa strumenti software per eseguire questi passaggi. Gli strumenti disponibili dipendono dai permessi della sessione e dalle connessioni a cui può accedere. Una richiesta può comportare più scambi con il fornitore di IA mentre Niwa raccoglie informazioni e comunica i risultati.
Niwa conserva i propri registri di lavoro sul tuo hosting. Per usare un modello IA esterno, invia informazioni al fornitore che colleghi. Entrambe le parti contano quando decidi come trattare i dati dell’attività e dei clienti.
Messaggi e cronologia delle conversazioni sono conservati tramite WordPress.
I messaggi e la cronologia pertinente vengono inviati al fornitore di IA per generare una risposta.
Pagine, prodotti e schede dei clienti rimangono nell’archivio esistente del sito.
Le informazioni recuperate per un compito possono essere incluse in una richiesta IA. Secondo il compito, possono comprendere dati personali.
Le copie di lavoro e gli originali salvati per le modifiche ai file supportate sono conservati sul tuo hosting.
Codice, contenuti dei file o immagini possono essere inviati al fornitore di IA quando servono per comprendere o apportare una modifica.
I registri dei compiti e gli eventuali log diagnostici attivati sono conservati localmente. Possono contenere informazioni provenienti da un compito.
I risultati restituiti da uno strumento possono essere inclusi nelle richieste IA successive per consentire all’assistente di proseguire il compito.
La connessione IA integrata invia le richieste direttamente dal tuo sito al fornitore configurato. In questo percorso Niwa non gestisce un archivio separato delle conversazioni su un proprio servizio di hosting. I servizi di account e licenze sono separati e possono trattare informazioni sull’account o sul sito.
Il fornitore riceve le informazioni incluse in ogni richiesta. Le sue condizioni e le impostazioni del tuo account determinano come vengono elaborate, per quanto tempo vengono conservate e se possono essere usate per l’addestramento. Queste condizioni possono variare tra fornitori e piani.
Gestisci tu gli utenti WordPress, l’accesso all’hosting, gli account collegati e i backup. La durata di conservazione di un record locale in Niwa dipende dal tipo di record e dalla configurazione. Includi i file salvati e i log diagnostici quando verifichi chi può accedere ai dati e quando devono essere rimossi.
Quando un compito usa un servizio collegato, quel servizio riceve le informazioni necessarie all’azione. Un servizio email, per esempio, riceve il destinatario e il messaggio. A quelle informazioni si applicano i suoi permessi e le sue norme sui dati. Esamina separatamente ogni connessione, compresi l’account usato e l’accesso concesso.
Alcune richieste aggiornano contenuti in WordPress. Altre, come cambiare il modo in cui un tema mostra una pagina, richiedono modifiche ai file. Per queste modifiche viene usata una copia di lavoro separata prima di inserire il nuovo codice nel sito.
Per esempio, se chiedi a Niwa di cambiare il layout di una pagina prodotto, il processo descritto sotto conserva i file originali mentre prepara le modifiche.
Niwa esamina il codice coinvolto nella richiesta. Gli strumenti e i permessi disponibili nella sessione determinano su quali file può lavorare.
Niwa conserva una versione originale e prepara una copia separata da modificare. Questi file sono collegati al registro del compito, così un recupero successivo può identificare la versione da ripristinare.
Si possono confrontare le versioni precedenti e nuove e verificare i file PHP per individuare errori di sintassi. Prima di applicare la modifica, Niwa controlla che i file preparati corrispondano allo stato registrato. Se il controllo fallisce, le modifiche non vengono applicate.
Niwa inserisce i file selezionati nel sito. Quando il controllo automatico del sito è attivo e disponibile, richiede poi una pagina per verificare problemi di connessione, errori del server ed errori fatali riconoscibili.
Il registro del compito include le modifiche applicate e il risultato del controllo. Un errore durante l’applicazione o un controllo del sito fallito avvia un tentativo di ripristino dei file salvati. Viene registrato anche l’esito di quel recupero.
Il meccanismo automatico di controllo e recupero dei file di Niwa si chiama Watchdog. Dopo una modifica al codice, verifica la risposta del sito. Se il controllo segnala un errore, Niwa tenta di ripristinare i file salvati per quella modifica.
Questo aiuta con problemi come un errore nel codice che impedisce il caricamento di una pagina. Il controllo esegue una richiesta reale al sito e usa un numero limitato di tentativi. Se è disattivato o non può essere eseguito, il compito registra che il controllo è stato saltato.
Una pagina può caricarsi correttamente mentre un pulsante, un modulo di prenotazione o il layout richiedono ancora attenzione. Questi problemi necessitano di una verifica funzionale o visiva. Watchdog dipende anche dalla disponibilità dell’hosting e dei file salvati, quindi il recupero può richiedere tempo o fallire.
Questo esempio estende l’immagine di un prodotto del negozio su tutta la pagina. Segui la modifica fino a un controllo riuscito oppure guarda cosa succede quando un controllo fallisce.
Illustrazione interattiva. Il tuo sito non viene modificato. I tempi e il recupero riuscito mostrati qui sono esempi.
Potresti voler annullare anche una modifica eseguita correttamente, magari perché preferivi il testo o il layout precedente. Per un’azione supportata, Niwa può usare il registro salvato per ripristinare lo stato precedente.
Le modifiche ai file eseguite tramite il processo con copia di lavoro possono essere ripristinate dagli originali salvati. Le modifiche supportate a contenuti, prodotti, impostazioni e pagine Elementor usano i propri registri di recupero. Chiedi a Niwa di annullare l’operazione pertinente e verifica il risultato comunicato.
Il registro salvato deve essere ancora disponibile. Prima di ripristinare una versione più vecchia, tieni conto delle modifiche apportate da allora. Il tempo necessario dipende dall’azione, dalla quantità di dati e dall’hosting.
Ripristinare un file del sito non può richiamare un’email già consegnata. Pagamenti e modifiche nei servizi collegati dipendono dalle opzioni di recupero offerte da quei servizi. Un’azione senza un registro di recupero salvato può richiedere una correzione manuale.
Mantieni backup regolari dell’hosting insieme alle versioni salvate da Niwa. Per modifiche sostanziali, usa prima una copia di prova del sito e verifica le funzioni da cui dipendono i clienti, come pagamento e prenotazioni.
Hosting, fornitore di IA e servizi collegati influiscono ciascuno sul funzionamento di Niwa. Questi sono alcuni dettagli da verificare per la tua configurazione.
I registri che Niwa conserva localmente rimangono sul tuo hosting. Le informazioni incluse in una richiesta IA vengono inviate al fornitore che colleghi, mentre i servizi collegati ricevono dati quando li usi. Per una verifica della privacy, considera sia dove vengono conservate le informazioni sia dove vengono elaborate.
Dipende dal fornitore di IA, dal tipo di account e dalle impostazioni con cui viene elaborata la richiesta. Esamina le condizioni della connessione che intendi usare. Conservare una conversazione sul tuo sito non determina, da solo, come un fornitore esterno tratta la propria copia di una richiesta.
I registri WordPress locali e i file salvati sono ospitati dove si trova il tuo sito. L’elaborazione IA e i servizi collegati possono usare altre sedi. Verifica queste sedi con ogni fornitore se la tua organizzazione ha requisiti geografici sui dati.
La conservazione locale varia secondo tipo di record, canale di comunicazione e configurazione. Log diagnostici e backup dell’hosting possono avere durate separate. Esaminali insieme alle condizioni di conservazione del fornitore di IA e degli eventuali servizi collegati.
L’accesso dipende dai ruoli WordPress, dagli account dell’hosting e dalle credenziali collegate. Il fornitore di hosting e le persone che autorizzi possono avere accesso alle informazioni conservate. Verifica questi account e permessi nell’ambito della normale amministrazione del sito.
Mantieni entrambi. Il controllo automatico può rilevare alcuni problemi dopo una modifica a un file e avviare il recupero. Non verifica ogni percorso del cliente e non protegge da ogni problema dell’hosting. Backup indipendenti e controlli di moduli, pagamento e altre funzioni importanti rimangono parte della manutenzione del sito.
Parti dalle condizioni e dalle informazioni sulla privacy, poi esamina i fornitori e le connessioni che il team intende usare. Una demo del prodotto può mostrarti come funzionano insieme un compito, la sua versione salvata e il recupero.
Leggi condizioni e privacy
