Para entender Niwa, empieza por saber a qué puede acceder y qué puede cambiar. Es una asistente de IA instalada en tu sitio WordPress. Puede responder preguntas con el contenido de tu sitio y realizar tareas, incluidos cambios en el propio sitio.
Antes de dar a una asistente acceso a tu sitio, conviene saber qué puede leer, adónde se envía esa información y cómo se gestionan los cambios. Esta guía explica cada parte del proceso.
Empieza por cómo funciona NiwaSupongamos que un cliente pregunta si un producto está disponible en una talla concreta. Niwa puede consultar la información del producto en WordPress e incluirla junto con la pregunta que envía a tu proveedor de IA.
El proveedor genera una respuesta con esa información. Niwa la recibe y se la muestra al cliente. El historial de la conversación se almacena a través de tu instalación de WordPress.
Una tarea puede requerir algo más que una respuesta. Actualizar la descripción de un producto, por ejemplo, exige leer y guardar un registro de WordPress. Niwa utiliza herramientas de software para realizar esos pasos. Las herramientas disponibles dependen de los permisos de la sesión y de las conexiones a las que tenga acceso. Una petición puede implicar varios intercambios con el proveedor de IA mientras Niwa reúne información y comunica los resultados.
Niwa guarda sus registros de trabajo en tu alojamiento. Para utilizar un modelo de IA externo, envía información al proveedor que conectas. Ambas partes cuentan a la hora de decidir cómo gestionar los datos de tu empresa y de tus clientes.
Los mensajes y el historial de conversaciones se almacenan a través de WordPress.
Los mensajes y el historial de conversaciones pertinente se envían al proveedor de IA para generar una respuesta.
Tus páginas, productos y registros de clientes permanecen en el almacenamiento existente de tu sitio.
La información consultada para una tarea puede incluirse en una petición a la IA. Según la tarea, puede contener datos personales.
Las copias de trabajo y los originales guardados de las ediciones de archivos compatibles se conservan en tu alojamiento.
El código, el contenido de archivos o las imágenes pueden enviarse al proveedor de IA cuando sea necesario para entender o realizar una edición.
Los registros de tareas y los registros de diagnóstico que estén activados se guardan localmente. Pueden contener información de una tarea.
Los resultados de una herramienta pueden incluirse en peticiones posteriores a la IA para que la asistente continúe la tarea.
La conexión de IA integrada envía las peticiones directamente desde tu sitio al proveedor configurado. Niwa no utiliza un almacén de conversaciones alojado por separado en ese proceso. Los servicios de cuenta y licencia son independientes y pueden procesar información de la cuenta o del sitio.
El proveedor recibe la información incluida en cada petición. Sus condiciones y la configuración de tu cuenta determinan cómo se procesa esa información, cuánto tiempo se conserva y si puede utilizarse para entrenar modelos. Estas condiciones pueden variar entre proveedores y planes.
Tú gestionas los usuarios de WordPress, el acceso al alojamiento, las cuentas conectadas y las copias de seguridad. El tiempo durante el que Niwa conserva un registro local depende del tipo de registro y de la configuración. Incluye los archivos guardados y los registros de diagnóstico cuando revises quién puede acceder a los datos y cuándo deben eliminarse.
Cuando una tarea utiliza un servicio conectado, ese servicio recibe la información necesaria para la acción. Un servicio de correo, por ejemplo, recibe el destinatario y el mensaje. Sus permisos y políticas de datos se aplican a esa información. Revisa cada conexión por separado, incluida la cuenta que utiliza y el acceso que concede.
Algunas peticiones actualizan contenido en WordPress. Otras, como cambiar la forma en que un tema muestra una página, requieren editar archivos. Para editar archivos se utiliza una copia de trabajo independiente antes de colocar el nuevo código en el sitio.
Por ejemplo, si le pides a Niwa que ajuste el diseño de una página de producto, el proceso siguiente conserva los archivos originales mientras prepara los cambios.
Niwa examina el código relacionado con la petición. Las herramientas y los permisos disponibles en la sesión determinan con qué archivos puede trabajar.
Niwa conserva una versión original y prepara una copia independiente para editarla. Estos archivos quedan vinculados al registro de la tarea, de modo que una recuperación posterior pueda identificar la versión que debe restaurar.
Se pueden comparar las versiones anterior y nueva, y comprobar si los archivos PHP contienen errores de sintaxis. Antes de aplicar la edición, Niwa comprueba que los archivos preparados coinciden con el estado registrado. Si esta comprobación falla, los cambios no se aplican.
Niwa coloca los archivos seleccionados en el sitio. Cuando la comprobación automática del sitio está activada y disponible, solicita una página para detectar fallos de conexión, errores del servidor y errores fatales reconocibles.
El registro de la tarea incluye los cambios aplicados y el resultado de la comprobación. Un error durante la aplicación o una comprobación fallida del sitio activa un intento de restaurar los archivos guardados. También se registra el resultado de esa recuperación.
El mecanismo de comprobación automática y recuperación de archivos de Niwa se llama Watchdog. Después de un cambio de código, comprueba la respuesta del sitio. Si la comprobación indica un fallo, Niwa intenta restaurar los archivos guardados para ese cambio.
Esto ayuda ante fallos como un error de código que impide cargar una página. La comprobación realiza una petición real al sitio y utiliza un número limitado de reintentos. Si está desactivada o no puede ejecutarse, la tarea registra que se ha omitido.
Una página puede cargar correctamente y, aun así, un botón, un formulario de reservas o el diseño pueden necesitar atención. Estos problemas requieren una comprobación funcional o visual. Watchdog también depende de que el alojamiento y los archivos guardados estén disponibles, por lo que la recuperación puede tardar o fallar.
Este ejemplo amplía la imagen de un producto de una tienda para ocupar la página. Sigue la edición hasta una comprobación satisfactoria o mira qué ocurre cuando falla.
Ilustración interactiva. Tu sitio no se modifica. Los tiempos y la recuperación satisfactoria que se muestran aquí son ejemplos.
También puedes querer deshacer un cambio que se realizó tal como pediste. Quizá preferías el texto o el diseño anterior. En las acciones compatibles, Niwa puede utilizar el registro guardado para restaurar el estado anterior.
Los cambios en archivos realizados mediante el proceso de copia de trabajo pueden restaurarse a partir de sus originales guardados. Las ediciones compatibles de contenido, productos, ajustes y páginas de Elementor utilizan sus propios registros de recuperación. Pídele a Niwa que deshaga la operación correspondiente y comprueba el resultado que comunica.
El registro guardado debe seguir disponible. Antes de restaurar una versión anterior, ten en cuenta las ediciones realizadas desde entonces. El tiempo necesario depende de la acción, la cantidad de datos y tu alojamiento.
Restaurar un archivo del sitio no permite retirar un correo que ya se ha entregado. Los pagos y los cambios en servicios conectados dependen de las opciones de recuperación que ofrezcan esos servicios. Una acción sin un registro de recuperación guardado puede necesitar una corrección manual.
Mantén copias de seguridad periódicas del alojamiento junto con las versiones guardadas de Niwa. Para cambios importantes, utiliza primero una copia de prueba del sitio y comprueba las funciones que necesitan tus clientes, como el pago y las reservas.
Tu alojamiento, el proveedor de IA y los servicios conectados influyen en el funcionamiento de Niwa. Estos son algunos de los aspectos que conviene revisar en tu configuración.
Los registros que Niwa guarda localmente permanecen en tu alojamiento. La información incluida en una petición a la IA se envía al proveedor que conectas, y los servicios conectados reciben datos cuando los utilizas. Al revisar la privacidad, considera tanto dónde se almacena la información como dónde se procesa.
Eso depende del proveedor de IA, del tipo de cuenta y de la configuración con la que se procesa una petición. Revisa las condiciones de la conexión que piensas utilizar. Guardar una conversación en tu propio sitio no determina por sí solo cómo trata un proveedor externo su copia de una petición.
Los registros locales de WordPress y los archivos guardados se alojan donde tengas alojado tu sitio. El procesamiento con IA y los servicios conectados pueden utilizar otras ubicaciones. Compruébalas con cada proveedor si tu organización tiene requisitos regionales sobre los datos.
La conservación local varía según el tipo de registro, el canal de comunicación y la configuración. Los registros de diagnóstico y las copias de seguridad del alojamiento pueden tener plazos distintos. Revísalos junto con las condiciones de conservación de tu proveedor de IA y de los servicios conectados.
El acceso depende de los roles de WordPress, las cuentas de alojamiento y las credenciales conectadas. Tu proveedor de alojamiento y las personas que autorices pueden acceder a la información almacenada. Revisa esas cuentas y permisos como parte de la administración habitual de tu sitio.
Mantén ambas. La comprobación automática puede detectar ciertos fallos tras un cambio en archivos e iniciar la recuperación. No prueba todos los recorridos del cliente ni protege contra todos los fallos del alojamiento. Las copias de seguridad independientes y las comprobaciones de formularios, pagos y otras funciones importantes siguen siendo parte del mantenimiento del sitio.
Empieza por las condiciones y la información de privacidad, y después revisa los proveedores y las conexiones que tu equipo piensa utilizar. Una demostración del producto puede ayudarte a ver cómo se relacionan una tarea, su versión guardada y la recuperación.
Leer condiciones y privacidad
