Para responsables de empresas y equipos de contenidos · IA en la práctica
Actualice el contenido de su sitio web mediante una conversación
Siga una actualización de contenidos desde las notas aprobadas hasta el borrador en el CMS, la comparación y la vista previa. La publicación sigue los permisos y la regla acordada.
Una página de servicios necesita una actualización. La empresa ya ha aprobado la nueva información, pero alguien todavía debe encontrar la entrada correcta, editar sus campos y comprobar la página. Un asistente de IA conectado al sistema de gestión de contenidos, o CMS, podría ayudar a ejecutar ese encargo.
Empiece con una instrucción concreta:
Prepare un borrador de esta actualización de la página de servicios a partir de las notas aprobadas. Muestre los cambios y una vista previa; déjelo sin publicar.
Esta guía sigue un flujo ilustrativo para una persona autorizada a editar contenidos. Explica lo que necesitaría una integración, sin presentar un conector Devmojos ya lanzado. El ejemplo termina en un borrador; la publicación sigue los permisos y la regla acordada para la empresa.
Delimite el encargo
Identifique la página y el idioma antes de editar. Adjunte la información aprobada e indique qué campos pueden cambiar. Los datos existentes que queden fuera del encargo deben mantenerse.
Figura 1 en texto
Una persona autorizada aporta notas aprobadas. El asistente lee los campos existentes de la página de servicios y guarda un borrador estructurado. Compare los valores anteriores y propuestos y revise la vista previa. La regla de publicación y los permisos del CMS determinan la aprobación o publicación. Registre el resultado real, resuelva ediciones en conflicto y verifique la recuperación admitida por el CMS.
- Encargo y notas de origen — De alguien con permiso de edición y con notas aprobadas.
- Borrador estructurado — Guarde en los campos de contenido existentes.
- Comparación y vista previa — Texto anterior y propuesto, junto a la vista previa de la página.
- Publique según su regla — Revisión previa u otra política acordada para este contenido.
- Resultado y recuperación — Quién cambió qué y cómo recuperarlo, si el CMS lo permite.
En este ejemplo, la persona responsable quiere aclarar el título y el resumen de una página de servicios. El asistente debe leer los valores actuales, preparar sus sustituciones y guardar un borrador. Si falta un dato o las instrucciones entran en conflicto, debe pedir una aclaración.
La conexión necesita un acceso adecuado para ese trabajo. Una persona con permiso para editar una página no debe obtener derechos de publicación más amplios por pedírselo a un asistente. El sistema conectado debe hacer cumplir esos límites.
Guarde un borrador estructurado
Un CMS suele organizar los contenidos en campos. El título, el resumen y el enlace de contacto pueden ocupar lugares definidos. La integración debe adaptar el encargo al modelo de contenidos real y respetar sus reglas de validación.
En la ilustración, «Diseño web» pasa a «Sitios web pensados para la próxima consulta». Un resumen genérico se convierte en una descripción del servicio, los trabajos relevantes y un canal de contacto acordado. Son ejemplos de cambios de texto, sin representar a un cliente concreto.
El asistente debe indicar qué ha guardado realmente el CMS, incluida la entrada y su estado. Una respuesta generada en la conversación es una propuesta hasta que el CMS confirme la escritura.
Compare los campos y revise la vista previa
La comparación de campos muestra los valores anteriores y los propuestos. Permite detectar un enlace de contacto modificado o un dato alterado fuera del encargo. La vista previa permite comprobar cómo se presenta el contenido en el sitio web.
Revise el título en un móvil, la imagen y su texto alternativo, y el destino de la acción de contacto. Distinga claramente el borrador de la página pública. Cuando haya varios idiomas, indique qué versión se ha editado y qué traducciones siguen pendientes.
Para el encargo anterior, la entrega consiste en un borrador guardado, una comparación y una vista previa. La instrucción de dejarlo sin publicar sigue formando parte del encargo.
Aplique la regla de publicación acordada
La empresa decide qué acciones requieren revisión y quién puede publicar. Un flujo puede exigir que una persona apruebe cada página. Otro puede permitir correcciones rutinarias dentro de un ámbito definido. La conexión debe aplicar esa regla junto con los permisos del CMS.
Preparar un borrador y publicar deben ser acciones distintas, con resultados claros. Si hace falta aprobación, presente la versión exacta para esa decisión. Si la regla acordada permite publicar, registre qué regla y qué acción autorizada lo permitieron. Una comprobación de permisos fallida debe mantener el contenido en su estado anterior y explicar qué falta.
Esta distinción permite elegir un nivel de automatización útil y mantener claras las responsabilidades.
Registre el resultado y la forma de recuperación
Conserve un registro del encargo, la entrada afectada, la versión y la acción realizada. Incluya el resultado devuelto por el CMS. Si la publicación está en cola, comunique ese estado. Compruebe la página pública después de publicar, teniendo en cuenta la generación del sitio web o su caché.
El historial de versiones y la restauración dependen del CMS y de la integración. Verifique esas capacidades antes de prometer un botón para restaurar contenidos. Cuando exista soporte, identifique la versión anterior y la acción de recuperación permitida. Restaurar contenido también puede exigir una nueva generación del sitio o actualizar su caché.
Si otra persona ha modificado la entrada entretanto, presente el conflicto antes de sobrescribirla.
Separe la edición de contenidos del desarrollo
Este enfoque puede abarcar texto en campos existentes y materiales aprobados cuando la integración los admita. Los cambios de navegación solo entran en el ámbito si se incluyen expresamente. Las imágenes siguen necesitando derechos de uso adecuados y descripciones correctas.
Una nueva plantilla de página, un modelo de contenidos distinto o un cambio en el comportamiento de la aplicación necesitan un ámbito de desarrollo. Una petición en lenguaje natural puede ayudar a describir ese trabajo, pero no convierte el cambio de código en una edición rutinaria de contenidos.
Compruebe la conexión entre el asistente y el CMS
MCP es una forma de ofrecer al asistente herramientas definidas para un sistema externo. OpenAI documenta conexiones MCP personalizadas en ChatGPT con lectura y escritura, sujetas a la configuración del espacio de trabajo y de seguridad. Claude documenta conectores MCP remotos, con accesos de la organización y de cada usuario por configurar. Compruebe la cuenta prevista y el CMS antes de proponer una solución.
WebMCP para navegadores es una propuesta de estándar distinta para agentes que interactúan con herramientas en una página web. Añadirlo a un sitio no establece por sí solo la conexión del CMS con asistentes de conversación en la nube.
El punto de partida práctico es un tipo de contenido, una persona responsable del acceso y una regla de publicación acordada. Pruebe el recorrido completo con una entrada de prueba, incluida una acción rechazada y una comprobación de recuperación. Así, la empresa tendrá información concreta para decidir si amplía el flujo.
Hablemos de su proceso de contenidos
Escriba a info@devmojos.com e indique el CMS que utiliza, una actualización recurrente y cómo publica actualmente. Devmojos puede estudiar un ámbito adecuado para conectar esa tarea con un asistente, incluidos los accesos y los controles de publicación necesarios.