> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/es/insights/onsite/content-updates.md). # Actualizaciones de contenido Rastrea cuándo se publican o actualizan las páginas en tus flujos de trabajo, exportaciones de Grid, API y MCP. Audita las actualizaciones de contenido sin actualizar las páginas manualmente. Abrir **Insights → Onsite → Actualizaciones de contenido** para revisar la actividad de publicación de tu contenido. Cada vez que una página se publica o se actualiza a través de AirOps, la actualización se registra y se muestra aquí, ya sea que se haya realizado mediante MCP, API o un paso del flujo de trabajo. Usa este historial para medir el rendimiento, correlacionar los cambios de contenido con resultados de visibilidad como citas y clics, e identificar las páginas que necesitan una actualización. Las actualizaciones de contenido se capturan automáticamente cuando usas pasos nativos de integración con CMS en flujos de trabajo o exportaciones de Grid. Para integraciones personalizadas (pasos de código, llamadas a la API), puedes registrar las actualizaciones de contenido explícitamente usando el [Registrar actualización de contenido](/docs/es/acciones/workflow-concepts/workflow-steps/content-updates/track-content-update.md) paso de flujo de trabajo, la [API de Content Updates](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates), o la `track_aeo_page_content_update` herramienta MCP. {% hint style="info" %} Si [Detección automática de cambios](/docs/es/insights/onsite/content-updates/automated-change-detection.md) está habilitada para tu espacio de trabajo, cada actualización de contenido que registres también activa una nueva captura de la página para que la diferencia en la tabla Cambios del detalle de la página se mantenga actualizada. Los cambios detectados vuelven a este feed como `Página actualizada` actualizaciones de contenido etiquetadas como detectadas automáticamente. {% endhint %} *** ## Cómo se capturan las actualizaciones de contenido | Fuente | Cómo funciona | Acción requerida | | ------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ | | [**Detección automática de cambios**](/docs/es/insights/onsite/content-updates/automated-change-detection.md) | Una captura semanal de cada página inscrita registra una `Página actualizada` actualización de contenido cuando se detecta un cambio significativo, sin necesidad de integración con CMS | Habilitado de forma predeterminada en Enterprise | | **Paso nativo de CMS (flujo de trabajo)** | Se detecta automáticamente cuando un paso de CMS compatible crea o actualiza contenido | Ninguna | | **Exportación de Grid** | Se detecta automáticamente al exportar filas a un CMS compatible mediante Grid | Ninguna | | **Paso Track Content Update** | Se añade manualmente a un flujo de trabajo para registrar una actualización de contenido | Añade el paso y configura la URL + tipo | | **MCP** | La `track_aeo_page_content_update` la herramienta registra actualizaciones de contenido desde cualquier cliente MCP | Llama a la herramienta con URL y tipo | | [**API pública**](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates) | `POST /public_api/brand_kits/{brand_kit_id}/content_updates` crea actualizaciones de contenido de forma programática | Enviar solicitud a la API | *** ## Detección automática mediante integraciones de CMS Cuando un flujo de trabajo usa un paso nativo de CMS para crear o actualizar contenido, AirOps captura la actualización de contenido automáticamente. El sistema resuelve la URL de la página a partir de la respuesta de la API del CMS y determina si la acción fue una publicación o una actualización. ### Integraciones compatibles en flujos de trabajo | Integración | Publicación (nueva página) | Actualización (cambio) | | ------------- | --------------------------------------- | ----------------------------------------- | | **Webflow** | Crear elemento de colección | Actualizar elemento de colección | | **WordPress** | Crear publicación | Actualizar publicación | | **Shopify** | Crear artículo, Crear colección | Actualizar producto, Actualizar colección | | **Ghost** | Crear publicación, Publicar publicación | Actualizar publicación | ### Integraciones compatibles en exportaciones de Grid | Integración | Publicar | Refresh | | ------------- | ------------------------- | ------------------------------- | | **Webflow** | Exportación de nueva fila | Actualización de fila existente | | **WordPress** | Exportación de nueva fila | Actualización de fila existente | {% hint style="warning" %} Solo las integraciones enumeradas arriba admiten la detección automática. Otras integraciones de CMS (Builder.io, ContentStack, Contentful, Craft CMS, Framer, HubSpot CMS, Sanity, Strapi, Storyblok) no registran actualizaciones de contenido automáticamente. Para flujos de trabajo que publiquen contenido a través de estas o cualquier integración no compatible, añade un [Registrar actualización de contenido](/docs/es/acciones/workflow-concepts/workflow-steps/content-updates/track-content-update.md) paso después del paso de CMS para registrar la actualización de contenido manualmente. {% endhint %} *** ## Tipos | Escribe | Significado | | ---------------------- | -------------------------------------------------- | | **Página publicada** | Se creó y publicó una nueva página | | **Página actualizada** | Una página existente tuvo su contenido actualizado | *** ## Asociación del Brand Kit Cada actualización de contenido requiere que la URL de la página coincida con un dominio configurado en el Brand Kit de tu espacio de trabajo. AirOps comprueba automáticamente el dominio de la URL frente a todos los dominios del Brand Kit y las URL de marca. No es necesaria una selección manual del Brand Kit. Una URL de página puede coincidir con más de un Brand Kit. Si tu espacio de trabajo tiene varios Brand Kits en el mismo dominio (por ejemplo, variantes regionales o archivadas), se registra una actualización de contenido separada para cada Brand Kit coincidente. Cuando los Brand Kits usan URL de marca específicas de ruta, como subrutas de locale como `example.com/es/`, las actualizaciones de contenido se enrutan al Brand Kit coincidente más específico. Una URL bajo `example.com/es/…` se registra en el `/es/` Brand Kit, mientras que una URL que no esté bajo ningún Brand Kit específico de ruta se registra en los Brand Kit a nivel de dominio. Si no se encuentra ninguna coincidencia, la detección automática omite silenciosamente la actualización de contenido. Las fuentes manuales (paso Track Content Update, API, MCP) devuelven un error para que puedas corregir la URL. *** ## Panel de control de actualizaciones de contenido **Insights → Onsite → Actualizaciones de contenido** tiene dos vistas principales: ### Actualizaciones a lo largo del tiempo Un gráfico de líneas con recuentos diarios de actualizaciones de contenido de publicación y actualización en el rango de fechas seleccionado. Cada tipo tiene su propia línea, para que puedas ver de un vistazo la velocidad de publicación y la cadencia de actualización. ### Historial de actualizaciones de contenido Una tabla ordenable y filtrable con las siguientes columnas: | Columna | Descripción | | ------------- | ----------------------------------------------------------------------------- | | **Escribe** | Página publicada o página actualizada | | **Fuente** | Dónde se originó la actualización: Auto, API, MCP o Flujos de trabajo y Grids | | **URL** | La URL de la página asociada con la actualización de contenido | | **Fecha** | Cuándo se registró la actualización de contenido | | **Metadatos** | Pares clave-valor con contexto adicional | Usa el cuadro de búsqueda para encontrar actualizaciones por URL. Filtra **Fuente** por **Automático**, **API**, **MCP**, o **Flujos de trabajo y Grids**. Elige Auto para revisar los cambios detectados automáticamente. Se admite la selección y eliminación masivas para limpiar. *** ## Actualizaciones de contenido en la vista de detalle de la página Al ver la vista de detalle de una página, un **tarjeta de Actualizaciones de contenido relacionadas** aparece en la parte inferior mostrando todas las actualizaciones de contenido cuya URL coincide con esa página. Esto te ofrece una línea temporal de cada publicación y actualización para esa página específica, con columnas para tipo, origen, fecha y metadatos. *** ## Última actualización y páginas obsoletas La [tabla de](/docs/es/insights/onsite/pages.md) la tabla incluye una **Última actualización** columna que muestra hace cuánto tiempo se registró la actualización de contenido más reciente para cada página (por ejemplo, "hace 6 meses"). Esta columna solo es visible cuando está activo un filtro de páginas obsoletas. Usa la **Páginas obsoletas** filtro inteligente para mostrar las páginas cuya actualización de contenido más reciente tiene más de 6 meses. Hay disponibles ajustes preestablecidos de filtro adicionales: más de 1 mes, 3 meses, 6 meses y 1 año. Las páginas sin registro de actualización de contenido no se incluyen en los resultados filtrados. Combina el filtro Páginas obsoletas con Oportunidades de actualización para priorizar qué páginas actualizar primero según el impacto en la visibilidad. *** ## Metadatos de actualización de contenido Cada actualización de contenido puede incluir metadatos, que son pares clave-valor que proporcionan contexto adicional sobre la actualización de contenido. ### Metadatos del sistema Se adjuntan automáticamente a cada actualización de contenido: | Clave | Descripción | | -------------------------------- | ------------------------------------------------------------------------------------ | | `airops_app_id` | El ID del flujo de trabajo que generó la actualización de contenido | | `airops_app_type` | El tipo de aplicación de AirOps (por ejemplo, flujo de trabajo) | | `airops_execution_id` | El ID de ejecución del flujo de trabajo | | `airops_integration_page_status` | El estado de la página informado por el CMS (por ejemplo, `published`, `borrador`) | | `airops_grid_table_id` | El ID de la tabla de Grid (para actualizaciones de contenido de exportación de Grid) | ### Atributos personalizados Puedes añadir tus propios pares clave-valor (hasta 20 por actualización de contenido) al usar el paso Track Content Update, la API o MCP. En el paso Track Content Update, tanto las claves como los valores admiten [plantillas Liquid](/docs/es/acciones/workflow-concepts/liquid-template.md). *** ## Acceso programático Crear, listar y recuperar actualizaciones de contenido programáticamente usando la [API de Content Updates](https://docs.airops.com/api-reference/api-reference/brand-kits/content-updates). Las actualizaciones de contenido creadas a través de la API tienen como origen `api`. La URL debe coincidir con un dominio del Brand Kit en tu espacio de trabajo. La `track_aeo_page_content_update` y `list_aeo_page_content_updates` Las herramientas MCP proporcionan las mismas capacidades desde cualquier cliente compatible con MCP. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.airops.com/docs/es/insights/onsite/content-updates.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.