Introducción a Experience Modernization Agent getting-started
Experience Modernization Agent crea y cambia sitios de Edge Delivery Services con usted. Describe lo que desea en la consola de modernización de Experience Cloud y el agente importa páginas, les aplica estilos y escribe el código. Esta guía le lleva desde el acceso a una primera página que puede editar, previsualizar y publicar.
En Edge Delivery Services, el código de un sitio (bloques, estilos y scripts) se almacena en un repositorio Git y su contenido se almacena en una fuente de contenido independiente que editan los autores. La plataforma combina ambas en páginas rápidas. Para obtener más información, consulte la descripción general de la plataforma.
En esta guía, el contenido se almacena en el repositorio de contenido basado en documentos, donde los autores lo editan en Experience Workspace, la interfaz de usuario de creación visual para Edge Delivery Services. Si el contenido debe permanecer en el JCR de una instancia de autor de Adobe Experience Manager, siga la guía de creación de Experience Manager para ver los pasos que difieren. Para elegir entre ambos, consulte Dónde se almacena el contenido y cómo lo editan los autores.
El modo automático tiene su propia suscripción. Para obtener acceso a la consola y los términos que se aplican cuando continúa con su propio sitio, consulte Uso de crédito de acceso e IA.
Comience con sus propias páginas first-outcome
Empiece con el modo automático a continuación para migrar algunas páginas, revise el resultado y reemplácelo por Hazlo tuyo. Si ya tiene un proyecto o desea guiar la importación desde el principio, comience desde un repositorio en su lugar: cree uno a partir de la plantilla o conecte el sitio existente.
Ambas rutas llevan a su sitio conectado en la consola. A partir de ahí, pregunta al agente y guarda, previsualiza y publica el resultado. La consola está alojada, por lo que ninguna de las rutas necesita un entorno de desarrollo local.
Antes de realizar la importación, elija algunas páginas de un sitio que esté autorizado a migrar, incluida una de cada diseño común, y decida si desea mantener el diseño de origen o aplicar uno nuevo.
Iniciar con el modo automático brand-trial
El modo automático migra un sitio web o una lista de sus páginas, sin preguntar paso a paso. En el flujo de trabajo guiado, el agente se detiene después de cada paso para que lo revise. En el modo automático, importa el contenido, migra el diseño, critica el resultado contra la fuente y sigue refinándolo hasta que su crítica encuentra las páginas cerca del origen.
Como comprueba y perfecciona su propio trabajo, el modo automático tarda mucho más que una importación guiada de las mismas páginas, por lo que se adapta a un primer resultado que se recopila más adelante. Una vez que se inicia una ejecución, no se solicita la entrada: la dirige únicamente a través del ámbito y las opciones que elija antes de comenzar. El modo automático comienza desde la dirección URL de un sitio web, no desde un repositorio; si el sitio ya está en Edge Delivery Services, conéctelo. Produce contenido basado en documentos; para el contenido almacenado en JCR, utilice la guía para la creación de Experience Manager.
-
Abrir modo automático. Si tu cuenta aún no la tiene, selecciona Registrarse; recibirás un correo electrónico cuando tu acceso esté disponible.
-
Proporcione la dirección URL del sitio o elija las páginas seleccionadas y enumere sus direcciones URL. Revise el ámbito, la configuración y los límites que se muestran antes de comenzar.
- Para un sitio de origen protegido, introduzca credenciales en los campos de autenticación que ofrece el modo automático, no en el chat.
- Si el modo automático ofrece Incluir integraciones, selecciónelo para transferir la configuración de integración admitida del sitio de origen, como análisis, administrador de etiquetas y configuración de consentimiento. Permanecen desactivados en el nuevo sitio hasta que se activan.
-
Inicie la ejecución. Una ejecución puede tardar hasta 24 horas. Puede abandonar la página; recibirá un correo electrónico cuando finalice la ejecución. Si el correo electrónico no llega, compruebe la carpeta de correo no deseado.
-
Revise qué páginas se migraron y compruebe su contenido, vínculos, imágenes y estilos. La ejecución también muestra su previsualización, repositorio, informe y errores. Los vínculos a páginas que la ejecución no migró aún pueden apuntar al sitio de origen.
-
Abra el sitio resultante con Abrir sitio. Para seguir trabajando en él, transfiéralo a tu propio sitio con Hazlo tuyo, luego importa más páginas y refina el resultado en la consola.
Límites del modo automático auto-mode-limits
El modo automático limita cada cuenta según el número de páginas por migración, el número de migraciones y el número de migraciones que se pueden ejecutar al mismo tiempo. La página Modo automático muestra los límites aplicables antes de comenzar:
- De forma predeterminada, cada migración puede incluir hasta 10 páginas. Una ejecución de sitio completo migra una vista previa de hasta esas páginas, no de todo el sitio; migre el resto más tarde en la consola.
- Si ha utilizado todas las migraciones que le permite su cuenta de o tiene tantas en ejecución como le ha sido permitido, el modo automático se lo indicará. Espere a que termine una ejecución o solicite más.
- Para solicitar más páginas o migraciones, usa Pedir un límite superior o Obtener ayuda en el encabezado. El equipo que crea el agente responde por correo electrónico.
Para detener una ejecución, use Cancelar migración. No se puede reanudar una ejecución cancelada; en su lugar, inicie una nueva migración.
Hazlo tuyo make-it-yours
Una ejecución en modo automático crea su sitio en una ubicación administrada por Adobe. Para seguir trabajando en él en tu propio sitio, selecciona Configúrelo como tuyo en la ejecución finalizada. Esto transfiere el código y el contenido de la ejecución a un sitio de su propiedad. No vuelve a migrar nada.
Prepare primero el destino:
- Un sitio cuyo código se encuentra en un repositorio de GitHub creado a partir de una plantilla de Edge Delivery Services, con las aplicaciones AEM Code Sync y AEM Code Connector instaladas. La forma más rápida es crear un nuevo sitio a partir de la plantilla. También se puede usar un repositorio en otro host Git que esté conectado a través de Cloud Manager.
- Una rama
mainen el repositorio y el contenido del sitio almacenado en el repositorio de contenido basado en documentos. No se transfiere nada a un destino cuyo contenido se almacene en otra parte, como en una instancia de autor. - Acceso de escritura al repositorio y al contenido del sitio para la cuenta de Adobe que utilice en la consola.
- Un sitio que no sea el propio sitio de la ejecución.
Para transferir la ejecución:
- Elija el sitio de destino. Si aún no está conectado a GitHub, la consola le pedirá que se conecte primero.
- Revise el repositorio de destino, la URL de vista previa y la nueva rama que recibirá el código. Elija si desea sobrescribir las páginas existentes y si desea previsualizar las páginas transferidas.
- Seleccione Iniciar transferencia y siga su progreso. El código se coloca en una rama nueva y el contenido se copia en la ubicación de contenido de destino. Para un destino basado en documentos, la transferencia también activa Experience Workspace para el sitio de destino. Si ese paso falla, la consola muestra una advertencia; pida al administrador del sitio que active Experience Workspace.
- Seleccione Abrir en EMA para continuar en el sitio de destino en la consola o Editar sitio para editar el contenido. Si la consola no se abre en el sitio de destino, conéctela.
La transferencia copia lo siguiente:
main del destino. En esa rama, el proyecto de la ejecución reemplaza los archivos de código del destino. No se combinó nada en main.*.aem.page del destino. No se publican.La transferencia no copia hojas de cálculo, como redirecciones, metadatos masivos o marcadores de posición; permisos de acceso; configuración de sitio y organización; o los archivos de flujo de trabajo del historial de Git y GitHub de la ejecución.
Si la transferencia se detiene con un error, no se combina nada en main, pero el código y el contenido se transfieren por separado, así que compruebe la rama y las páginas. Si la nueva rama ya existe, elija otro nombre de rama.
Un sitio transferido aún no está activo. Acuerde quién es el propietario de cada paso restante:
- Revise la rama de transferencia y fusiónela en
mainsegún la directiva de repositorio. La combinación cambia el código del sitio activo; consulte Cómo se activan los cambios. - Configure quién puede editar, previsualizar y publicar el contenido. Consulte Permisos y seguridad.
- Vuelva a crear las hojas de cálculo que necesite y compruebe la configuración de Experience Workspace del sitio, como su biblioteca de bloques. Ver configuraciones.
- Publicar las páginas que acepta. La transferencia no publica nada.
- Cambie su dominio al sitio. Ver Liberar, recuperar y entregar.
En la consola, continúe con indicaciones para comenzar con, luego guarde, visualice una vista previa y publique sus cambios.
Comenzar desde un repositorio repo-start
Para trabajar en la consola, un repositorio de GitHub necesita dos aplicaciones de GitHub con nombres similares y trabajos diferentes:
- Sincronización de código de AEM permite que Edge Delivery Services lea su código para que pueda servir a su sitio. Todos los sitios cuyo código está en GitHub lo tienen.
- AEM Code Connector permite que la consola inserte cambios y abra solicitudes de extracción en el repositorio. Hasta que se instala, la consola no puede insertar código ni abrir solicitudes de extracción.
Creación de un nuevo sitio a partir de la plantilla prepare-repo
Utilice esta ruta para un sitio nuevo, incluido uno que rellene con páginas importadas de un sitio web existente.
-
Cree el sitio a partir de plantillas de AEM siguiendo la primera sección del tutorial para desarrolladores, Empiece a usar la plantilla del repositorio de plantillas:
- Seleccione Usar esta plantilla para crear su repositorio en GitHub.
- Instale la aplicación AEM Code Sync solo para este repositorio.
- Si lo desea, cambie los administradores del sitio y el origen de contenido y, a continuación, seleccione Finalizar configuración.
Su sitio ahora se ejecuta a las
https://main--{repository}--{owner}.aem.page/, con contenido de ejemplo que puede editar en Experience Workspace. No necesita los pasos de desarrollo local del tutorial, ya que la consola proporciona el entorno de desarrollo.Para una tienda de comercio, crea el sitio a partir de la plantilla de comercio y en su lugar sigue su configuración. Contiene los bloques de comercio y los componentes desplegables, que son difíciles de agregar más adelante a un sitio que comenzó a partir de la plantilla de AEM. Ver Páginas de Commerce.
-
Instale la aplicación AEM Code Connector en el repositorio.
- Si la aplicación solo está instalada para repositorios seleccionados, inclúyala. Si su organización requiere aprobación para las aplicaciones de GitHub, el propietario de una organización debe aprobarla.
Traer el sitio existente existing-site
Si el sitio ya se ejecuta en Edge Delivery Services, no es necesario volver a crearlo o migrarlo de nuevo. Conéctelo y el agente trabajará con su código y contenido tal cual.
- En GitHub, compruebe que la aplicación AEM Code Sync esté instalada en el repositorio. Si el sitio ya se ha proporcionado desde este repositorio, lo será.
- Instale la aplicación AEM Code Connector en el repositorio, como para un nuevo sitio.
- Abre la consola y conecta el sitio.
- Antes de cambiar nada, pídale al agente que le explique el proyecto. A continuación, realice un primer cambio visual con Inspeccionar modo. Vea Indicadores para comenzar con.
Los proyectos creados a partir de la plantilla actual incluyen AGENTS.md, donde se conservan las instrucciones del proyecto para el agente, y un CLAUDE.md de una línea que hace que el agente cargue AGENTS.md en cada conversación. Es posible que los proyectos más antiguos no los tengan; pida al agente que los añada desde la plantilla actual. Ver Instrucciones del proyecto.
Para cambiar el estilo del sitio o de los bloques de compilación, vea Restaurar un sitio existente y Desarrollo de bloques. No se requiere una migración.
Usar otro host Git other-git
Edge Delivery Services también es compatible con GitHub Enterprise (autoalojado), repositorios alojados en Adobe, GitLab, Bitbucket y Azure DevOps. Incorpore el repositorio en Adobe Cloud Manager, la herramienta Experience Manager as a Cloud Service para administrar programas, entornos y repositorios de código. A continuación, configure el sitio para que lo utilice. Ver Traer tu propio Git.
Abra la consola de modernización de Experience open-console
- Vaya a
aemcoder.adobe.io. La dirección cortaaem.newabre la misma consola. - Inicie sesión con su Adobe ID.
- Utilice una cuenta que pertenezca a la organización de Adobe de su empresa. No se puede usar un Adobe ID personal que no forme parte de una organización; la consola lo explica y le permite usar una cuenta diferente. Si no tiene una cuenta de empresa, pida al equipo de la cuenta de Adobe que le añada a la organización.
La consola conserva una copia de trabajo alojada del proyecto, denominada espacio de trabajo de la consola en estos documentos; no está relacionada con Experience Workspace, la interfaz de usuario de creación. El agente importa contenido y cambia el código hasta que lo carga o lo inserta. La consola configura el espacio de trabajo la primera vez que inicia sesión, lo que puede tardar hasta 10 minutos. Cada organización de Adobe con la que inicia sesión tiene su propio espacio de trabajo, con sus propios proyectos y chats; para cambiar, cerrar sesión e iniciar sesión con el perfil de la otra organización. Tras un periodo de inactividad, el espacio de trabajo se detiene. Cuando regreses, la consola mostrará Tu espacio de trabajo está en pausa; selecciona Despertar y espera unos minutos mientras se restaura.
Modo de demostración demo-mode
Si la consola se abre en modo de demostración, aparecerá el botón Sitio de demostración en el encabezado. Puede explorar el proyecto de ejemplo e intentar importar páginas, pero el trabajo en el sitio de demostración no se ha guardado y el sitio de demostración no puede insertar código en GitHub ni cargar contenido en Experience Workspace.
Conectar el sitio connect-repo
Conecte el sitio que creó a partir de la plantilla, que transfirió con Hazlo tuyo o que ya tenía.
- Seleccione Sitio de demostración en el encabezado y, a continuación, Cambiar sitio, o use Cambiar sitio en Configuración.
- Esto le solicita que autorice la aplicación AEM Code Connector con sus credenciales de GitHub. Seleccione Autorizar el conector de código AEM.
- Para GitHub Enterprise, o cuando el inicio de sesión en OAuth no esté disponible, abre Más formas de conectarte y selecciona Iniciar sesión con un token en su lugar. Escriba el host de GitHub y un token de acceso personal. Se recomienda un token preciso limitado a los repositorios que necesita. El token debe poder leer su cuenta de usuario y enviar al repositorio; con un token, la consola solo enumera los repositorios a los que puede enviar.
- Vuelva a la consola y especifique la dirección URL de vista previa del sitio. Las direcciones URL de vista previa siguen el patrón
https://{branch}--{site}--{organization}.aem.page, donde{site}es el nombre del repositorio de GitHub y{organization}es la organización o el usuario de GitHub que lo posee. Puede copiar una previsualizando cualquier página del sitio o crearla a partir de esos nombres. La consola encuentra automáticamente el repositorio de GitHub asociado. También puede buscar en sus proyectos de GitHub autorizados para encontrar un sitio.
- Seleccione Finalizar compra en el espacio de trabajo una vez verificado el sitio. Esto copia el proyecto en el espacio de trabajo de la consola.
- Cuando se le pida Reemplazar el área de trabajo existente, compruebe que el trabajo actual esté guardado en otra parte y, a continuación, seleccione Reemplazar el área de trabajo.
El sitio y su repositorio de GitHub ahora están conectados a la consola.
Confirme el repositorio, la rama y el destino de contenido conectados antes de solicitar los cambios. La conexión necesita acceso de escritura al repositorio. Si su organización o repositorio no aparece en la lista, o si la consola no puede verificar la URL de vista previa, consulte Problemas de conexión de Git.
Inicio de consola console-home
Hasta que inicie una conversación, la consola se abrirá en su página Inicio. Escriba una solicitud o seleccione una de las solicitudes sugeridas, que se agrupan por tarea. Una solicitud que escriba se ejecutará a la vez. La mayoría de las peticiones de datos sugeridas se ejecutan en modo de planificación: el agente propone sus pasos sin cambiar ningún archivo y usted selecciona Ejecutar plan para llevarlos a cabo.
Iniciar petición de datos start-prompting
Una vez que el sitio esté conectado, describa lo que desee en lenguaje sencillo. Diga qué resultado espera y en qué página, en lugar de cómo escribir el código. El agente conoce Edge Delivery Services, por lo que también puede preguntarle cómo funciona una parte del sitio o qué significa un término de plataforma. Para saber cómo se crea una página a partir de secciones, bloques y contenido predeterminado, consulte Marcado, secciones, bloques y bloqueo automático.
En un sitio nuevo, comience por importar una página paso a paso. En un sitio que ya tiene páginas, como el sitio actual o uno transferido con Hazlo tuyo, pídele al agente que le explique el proyecto y haz un cambio visual con el modo de inspección o importa más páginas. Vea Indicadores para comenzar con.
Importar una página paso a paso guided-import
La forma más común de comenzar es importar páginas de un sitio web existente. En el flujo de trabajo guiado, el agente se detiene después de cada paso para que pueda comprobarlo: primero el contenido de la página y, a continuación, su diseño. Guarde cada resultado en cuanto lo haya comprobado: cargue el contenido después del paso de contenido e inserte el código después del paso de diseño.
-
De forma opcional, puede definir primero el ámbito del sitio de origen. Pregunte al “sitio de ámbito
https://www.example.com”. El agente encuentra las páginas del sitio y agrupa a las que comparten un diseño en plantillas, que se revisan en la vista Planificación. Elija su primera página de una plantilla que cubra muchas páginas, ya que los bloques que crea se pueden reutilizar en todas ellas. Ver Catálogo del sitio. -
Comience con una página de origen autorizada. Sustituya la URL y el destino de ejemplo en esta solicitud:
- “Migrar solamente
https://www.example.com/abouta/abouten este proyecto. Contenido basado en documentos de destino. Conservar el texto, las imágenes y los vínculos. Reutilice bloques existentes y contenido predeterminado. No cargue, inserte ni publique”. - Para la creación de Experience Manager, diga que el contenido está almacenado en el JCR y siga las comprobaciones de esa configuración.
- “Migrar solamente
-
Revise la página importada, su ruta de destino y los huecos notificados.
-
Una vez importada la página, el panel Workspace la muestra. Seleccione la página para procesarla en el panel de vista previa de la consola, a la derecha. Esta vista previa muestra la copia de trabajo en el área de trabajo de la consola, no la vista previa del sitio en
aem.page.
-
Compruebe la estructura de la página así como su texto. La vista de documento del panel de vista previa muestra cómo se divide el contenido en secciones, bloques y contenido predeterminado; consulte Vistas de contenido. La mayoría de las páginas deben tener contenido predeterminado: encabezados, texto, imágenes y vínculos. Un bloque pertenece únicamente a donde los autores deben marcar qué contenido forma un componente, como un conjunto de tarjetas; CSS y JavaScript pueden presentar el contenido predeterminado según sea necesario para el diseño. Los autores editarán esta estructura, por lo que pídale al agente que la simplifique ahora antes de que más páginas la reutilicen. Ver Dar forma a la estructura de contenido.
-
Cargue el contenido para que se guarde y los autores puedan editarlo. Hasta que la carga, la página importada solo existe en el espacio de trabajo de la consola y al insertar el código no se guarda.
- Para el contenido basado en documentos, consulte Cargar contenido. A continuación, puede abrir la página y editarla.
- Para la creación de Experience Manager, consulte Cargar contenido en la guía de esa configuración.
-
Ahora que tiene contenido, solicite un estilo de origen fiel o elija explícitamente un nuevo diseño de destino. El estilo solo cambia el CSS y el JavaScript del proyecto; el contenido que ha cargado se mantiene tal cual.
- “Importe los estilos generales de
https://www.example.com/abouty aplique estilo a los bloques utilizados en/about. Conservar el contenido importado”.
- “Importe los estilos generales de
-
Cuando el agente haya finalizado, seleccione Actualizar vista previa en el panel de vista previa para ver la página con estilo.
-
Revise la página con estilo en los anchos de escritorio y móvil. Compare su texto, vínculos, imágenes y estructura con la página de origen y pídale al agente que corrija las diferencias. Describa las diferencias visuales que aún persisten; los diseños complejos pueden dar varias vueltas. Ver Hasta dónde llega el diseño.
-
Inserte el código para que los nuevos bloques y estilos se guarden en el repositorio y se muestren en la previsualización del sitio. Consulte Cambios en el código push.
La importación de página no genera la navegación y el pie de página compartidos; pídale que los incluya por separado. A continuación, previsualice y publique la página. Para ver más páginas, repita estos pasos y pídale al agente que vuelva a utilizar los bloques que ha creado. Una vez que las primeras páginas tengan el aspecto correcto, pídale que documente sus bloques y estilos para conversaciones posteriores; vea Permitir que el agente mantenga los archivos.
Realizar un cambio visual con el modo de inspección inspect-mode
En un sitio que ya tiene páginas, como el sitio existente o un sitio que transfirió con Hazlo tuyo, un cambio visual es la forma más rápida de ver un resultado. Elija lo que desee cambiar en lugar de describir dónde se encuentra: active Inspeccionar modo en el panel de vista previa, seleccione el elemento y describa el cambio, por ejemplo, “Hacer que este botón utilice el estilo del botón principal”. Realizar el primer cambio proporciona los pasos, incluido cómo comprobar el ancho de cada pantalla y deshacer un cambio. Luego inserta el código para conservarlo.
Indicadores para comenzar con first-prompts
Reemplace las direcciones URL y rutas de ejemplo por las suyas.
Un sitio nuevo de la plantilla:
- “Explique las secciones y bloques de la página principal y qué archivos tienen estilo para cada uno.”
- “Crear una nueva página
/offersa partir de este marco de Figma:{Figma link}”. Ver Crear una página nueva a partir de Figma.
Después de hacerlo tuyo:
- “Compare
/aboutconhttps://www.example.com/abouty corrija las diferencias en el diseño y las imágenes”. - “Migrar
https://www.example.com/contacta/contact. Reutilice los bloques existentes”.
Su sitio actual:
- “Dame un recorrido por este proyecto: enumera sus bloques, lo que hace cada uno y qué páginas los utilizan”.
- “Agregue una variante del bloque de tarjetas con un fondo oscuro y muéstrela en
/products”. - “Compruebe si este proyecto tiene los archivos
AGENTS.mdyCLAUDE.mdde la plantilla de AEM actual y agréguelos si faltan”.
Sugerencias de solicitud prompting-tips
- Pida un cambio a la vez y compruébelo antes de pedir el siguiente. Si una tarea larga se detiene antes de que finalice, pídale al agente que continúe.
- Di lo que el agente no debe hacer. El ejemplo de las indicaciones de estas guías termina con “No cargar, insertar ni publicar”. Esto mantiene el trabajo del agente en el espacio de trabajo de la consola, para que pueda comprobarlo y, a continuación, cargarlo o insertarlo usted mismo. No lo hagas cuando quieras que el agente siga estos pasos por ti y hayas activado los permisos de agente que necesitan.
- Para un cambio que abarque varias páginas o estilos compartidos, cambie a Modo de planeamiento para revisar los pasos antes de que cambie algo.
El agente sólo sabe lo que hay en la conversación actual y en los archivos del proyecto. Asigne el contexto que no puede conocer, como requisitos, reglas de marca, capturas de pantalla y vínculos a la documentación de otros sistemas; consulte Proporcionar contexto al agente. Para que siga las convenciones del proyecto en cada conversación, pídale que las escriba en AGENTS.md y en los archivos que AGENTS.md enumera; consulte Instrucciones y memoria del proyecto. Para ver las peticiones de datos de cada tarea, consulte la Guía de peticiones de datos.
Guardar, previsualizar y publicar save-work
El trabajo del agente permanece en el espacio de trabajo de la consola hasta que lo guarde en otra parte. Cada uno de los siguientes pasos mueve el trabajo a un lugar diferente:
- Cargar copia el contenido del área de trabajo de la consola en su destino de creación: Experience Workspace para proyectos basados en documentos o la instancia de autor para la creación de Experience Manager. En el menú Sincronizar, esto es Insertar > Contenido.
- Push confirma el código en su repositorio Git, en la rama actual o como una solicitud de extracción.
- Vista previa y Publicar colocaron el contenido guardado en el sitio de vista previa,
*.aem.page, y luego en el sitio activo,*.aem.live.
Cargar e insertar por separado. Edge Delivery Services almacena el contenido aparte del código, por lo que insertarlo no guarda sus páginas y cargarlo no guarda su código. El primer resultado se completa cuando puede volver a abrir la página en Experience Workspace, editarla y ver el cambio solicitado en el sitio de vista previa, no solo cuando existe un vínculo de vista previa.
Cargar contenido upload-content
Cargue las páginas al repositorio de contenido basado en documentos, donde los autores las editan en Experience Workspace. Algunas etiquetas de consola y pantallas siguen indicando Creación de documentos. Antes de cargar, confirme el destino y que puede reemplazar las páginas existentes allí. La carga usa sus propios permisos de contenido; consulte Permisos de inserción de contenido. Para la creación de Experience Manager, siga Cargar contenido en la guía de esa configuración en su lugar.
- En una vista de Contenido, la vista predeterminada del área de trabajo, seleccione Cargar contenido en la parte superior derecha. También puedes usar Sincronizar > Insertar > Contenido en el encabezado del área de trabajo para cargar todas las páginas pendientes.
- Se abre el cuadro de diálogo Cargar contenido con la Organización y el Sitio de destino completados a partir de la configuración del sitio. Si los campos están vacíos, introduzca la organización y el sitio del contenido en Experience Workspace.
- Elija los archivos que desea cargar y seleccione Cargar.
- Una vez finalizado, el cuadro de diálogo muestra cuántos archivos se cargaron. A continuación, puede obtener una vista previa de las páginas cargadas, o previsualizarlas y publicarlas. La carga continúa si cierra el cuadro de diálogo y vuelve a intentar las páginas que generan errores.
Para encontrar el contenido cargado, seleccione Ver en AEM en la notificación cuando finalice la carga, lo que abre el contenido del sitio en Experience Workspace, o vaya a https://da.live/#/{organization}/{repository}.
Abra una página cargada, realice una edición, guárdela y vuelva a abrirla para comprobar que los autores pueden editarla y que el cambio persiste. Cuando Experience Workspace está activado para el sitio, Editar en Experience Workspace en la consola abre la página seleccionada en su editor visual.
Cambios en el código push push-code-changes
Revise la diferencia de código y ejecute las comprobaciones del proyecto antes de insertarlo. Usar una solicitud de extracción para el trabajo que requiere revisión; para lo que exige revisión, vea Control sobre cambios.
-
De forma opcional, cambie a la vista Changes (icono de rama en el selector de vistas) para revisar la comparación de diferencias.
-
Abra Sync en el encabezado del área de trabajo y seleccione Push > Code.
-
En el cuadro de diálogo Cambios de fase, coloque en zona intermedia los archivos que desee insertar y seleccione Continuar.
-
En el cuadro de diálogo Cambios push, escriba un mensaje de confirmación. Elija crear una nueva PR (predeterminada) o insertar en la rama actual y seleccione Confirmar para insertar.
- Crear nueva PR inserta una nueva rama, llamada
aem-seguida de la fecha y la hora, y abre una solicitud de extracción en la rama actual. La solicitud de extracción enumera las direcciones URL de vista previa de las páginas en la nueva rama, para que los revisores puedan comprobar el resultado. El área de trabajo de la consola permanece en la nueva rama; para continuar en la rama original, vuelva a ella con Cambiar rama en la vista Cambios. - Insertar en la rama actual agrega la confirmación a la rama actual y actualiza su solicitud de extracción si tiene una. Utilícelo únicamente cuando la directiva del proyecto lo permita y tenga la intención de cambiar esa rama. El
main, el cambio se activa de inmediato.
- Crear nueva PR inserta una nueva rama, llamada
-
Una vez finalizada, aparece una notificación en la parte inferior de la consola.
Si se creó una solicitud de extracción, seleccione Ver PR en la notificación de finalización. De lo contrario, como para un repositorio de conectado a través de Cloud Manager, compruebe la confirmación en la rama de destino. Si la rama está protegida contra inserciones directas, inserte con Crear nueva PR.
Su código se encuentra ahora en GitHub. Se muestra en la vista previa de esa rama y en las direcciones URL activas inmediatamente.
Confirmar identidad commit-identity
La consola se confirma con la identidad de Git, user.name y user.email, configurada en el área de trabajo de la consola, y usa un valor predeterminado para cualquiera de los dos que faltan. Ni conectar su cuenta de Git ni la configuración de Git en su propio equipo establecen esta identidad.
Si alguien más ha cambiado la rama push-conflicts
Una rama es una secuencia de cambios guardados, llamados confirmaciones. El espacio de trabajo de la consola mantiene la rama tal y como estaba cuando se extrajo por última vez, por lo que si alguien más la ha insertado desde entonces, el repositorio tiene confirmaciones de que el espacio de trabajo no las tiene. Insertar en la rama actual luego agrega su confirmación después de la de ellos y vuelve a insertar. Si ha cambiado diferentes archivos o líneas, esto tiene éxito sin nada más de usted.
Si los dos han cambiado las mismas líneas, Git no puede decidir qué versión conservar. Esto es un conflicto. La consola muestra Error de inserción: remoto tiene cambios conflictivos que no se pueden combinar automáticamente, mantiene sus cambios y cambia el cuadro de diálogo a Crear nueva PR.
- Seleccione Confirmar. La consola inserta los cambios en una nueva rama y abre una solicitud de extracción en la rama en la que estaba trabajando.
- Seleccione Ver PR en la notificación.
- Resuelva los conflictos. Si solo entran en conflicto unas pocas líneas, seleccione Resolver conflictos en GitHub y mantenga la versión correcta de cada parte; consulte Resolver un conflicto de combinación en GitHub. Si los conflictos abarcan muchos archivos, pida a un desarrollador que los resuelva en una copia local del repositorio.
- Una vez revisada la solicitud de extracción, fusiónela.
La consola no combina ramas ni resuelve conflictos por sí misma. Sincronizar > Extraer > Código funciona de la misma manera: si las confirmaciones entran en conflicto con los cambios remotos, cancela la extracción, deja el trabajo tal como estaba y sugiere que se inserte en una nueva rama o que se pida ayuda al agente. Para evitar conflictos, tire de antes de iniciar una tarea, inserte pequeños cambios con frecuencia y póngase de acuerdo con el equipo para que cambie los archivos. Ver Trabajar como un equipo.
Previsualizar sitio preview-site
El panel de vista previa de la consola muestra únicamente la copia de trabajo en el espacio de trabajo de la consola. Para comprobar las páginas cargadas en el sitio de vista previa con su código:
- Volver a Experience Workspace o ir a
https://da.live/#/{organization}/{repository}. - Abra una de las páginas que cargó anteriormente.
- Seleccione el icono del avión de papel (parte superior derecha) y, a continuación, Vista previa.
Compruebe que la vista previa incluye el contenido guardado y la versión de código deseada.
Si el código se encuentra en una rama distinta a la de la URL de vista previa, cambie la URL de vista previa a esa rama. Para la creación de Experience Manager, siga Validar creación y vista previa en su lugar.
Publicación publish
Cuando la vista previa sea correcta, publique la página para que esté activa en *.aem.live:
- En Experience Workspace, abra la página, seleccione el icono del avión de papel y, a continuación, Publicar.
- O bien, después de una carga en la consola, elija previsualizar y publicar las páginas cargadas.
La publicación hace que la página sea pública. El rol de publicación del sitio establece quién puede publicar; siga el proceso de revisión de su equipo. El código no necesita este paso: se activa en cuanto llega a main. Ver Control sobre los cambios.
Creación de una demostración de cliente customer-demo
Una demostración muestra algunas páginas completas con marcas de un sitio que está autorizado a utilizar, a lo largo de un recorrido que guiará a la audiencia. No necesita una migración total de la producción y no debe presentarse como listo para la producción.
- Elija las páginas y el objetivo de la demostración. Incluya una página típica, no solo la más fácil.
- Use modo automático o importe las páginas paso a paso, y dé un nombre a la lista de páginas exacta.
- Mantener el diseño de origen o aplicar uno nuevo durante la migración. Complete la navegación, el pie de página y los recursos que necesita la ruta de demostración.
- Compruebe el texto, las imágenes, los vínculos, el diseño y el comportamiento del dispositivo móvil, y siga la ruta de la demostración. Tenga en cuenta las interacciones burladas, las integraciones que no están conectadas y las páginas fuera del ámbito.
- Entregue los vínculos de vista previa, la página de origen detrás de cada uno y los huecos conocidos. Ver Conservar contexto para personas y agentes.
Acceso y uso de crédito de IA access
Solicite acceso a Experience Modernization Console a través del administrador de cuentas de Adobe e inicie sesión con un Adobe ID que pertenezca a la organización de Adobe de su empresa. El modo automático no necesita ninguna solicitud a través de su administrador de cuentas; regístrese en su página, como en Iniciar con el modo automático.
Planifique la migración como parte de su paso a Edge Delivery Services. El equipo de su cuenta de Adobe puede revisar el ámbito y los acuerdos comerciales de su proyecto, incluidas las migraciones de sitios grandes y dirigidas por socios. El acuerdo de su organización determina la asignación de crédito de IA y los términos de migración aplicables; el inicio de sesión por sí solo no establece sus derechos.
Con el modelo de crédito actual, las páginas de migración pueden consumir créditos de IA:
- Los créditos se contabilizan para cada página que se carga en el destino de contenido, en Experience Workspace o en la instancia de autor, no para peticiones de datos o iteraciones en la consola.
- Cada carga cuenta, incluida la carga de una página que había cargado anteriormente. Compruebe una página en la vista previa de la consola y cárguela una vez que esté lista.
- Un estilo cambia el código, no el contenido, por lo que no necesita una nueva carga.
- Las ejecuciones del modo automático no consumen créditos de IA. Hazlo tuyo cuenta las páginas que copia en Experience Workspace.
- Las páginas que el agente carga por usted cuentan igual que las páginas que carga.
Para obtener una introducción a los créditos de IA en las capacidades agénticas de Adobe, consulte Consumo de crédito de IA. Los ejemplos o las tasas de otras capacidades no establecen los términos de la migración. Pida al equipo de su cuenta de Adobe que revise el uso de su organización y confirme qué informes de uso están disponibles para usted.
Resolución de problemas troubleshooting
Para problemas con importaciones, acceso al origen, cargas, vistas previas, conexiones Git o el espacio de trabajo de la consola, consulte Solucionar problemas del agente de modernización de experiencias. Si con esto no se soluciona el problema, solicite asistencia al equipo que ha creado el agente.
Recursos adicionales additional-resources
- Migrar un sitio de producción - Migrar un sitio completo y activarlo
- Instrucciones y memoria del proyecto - Mantenga las convenciones de su proyecto en cada conversación
- Consola de modernización de experiencias: detalles sobre la consola, sus vistas, opciones y capacidades
- Guía de solicitud del agente de modernización de experiencias: solicita cada tarea y lo que pueden hacer las habilidades del agente
- Solucionar problemas del agente de modernización de experiencias: correcciones para problemas comunes
- Tutorial para desarrolladores de Edge Delivery Services - Útil si es nuevo en la creación de estos sitios
- Experience Workspace: editar, previsualizar y publicar contenido basado en documentos