> 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/acciones/workflow-concepts/workflow-steps/content-updates/track-content-update.md).

# Registrar actualización de contenido

Rastrea las actualizaciones de contenido de publicación y actualización de páginas para AEO y SEO Insights

## ¿Qué es el paso Track Content Update?

El paso Track Content Update registra actualizaciones de contenido a nivel de página, como cuando una página se publica o se actualiza, directamente desde tu flujo de trabajo. Estas actualizaciones de contenido se incorporan a [Actualizaciones de contenido](/docs/es/insights/onsite/content-updates.md), dándote visibilidad sobre tu actividad de publicación de contenido en todas las páginas rastreadas por tus Brand Kits.

{% hint style="info" %}
Algunos pasos nativos de integración con CMS (WordPress, Webflow, Shopify, Ghost) capturan automáticamente las actualizaciones de contenido de la página. Para esas integraciones, no necesitas añadir un paso Track Content Update. Consulta [Actualizaciones de contenido](/docs/es/insights/onsite/content-updates.md) para ver la lista completa.
{% endhint %}

### Cuándo usar el paso Track Content Update

Cuando tus flujos de trabajo crean o actualizan contenido de una página web usando un paso Code, un paso Call API o cualquier otro enfoque de CMS no nativo, AirOps no tiene una forma integrada de detectar que una página se publicó o se actualizó. El paso Track Content Update cierra esta brecha al permitirte registrar explícitamente estas actualizaciones de contenido como parte de tu flujo de trabajo.

Úsalo cuando:

* **Envías contenido mediante un paso Code o una llamada a la API** a un CMS que no tiene una integración nativa de AirOps
* **Publicas páginas nuevas** a través de un flujo de trabajo y quieres que Insights empiece a rastrear esa página de inmediato
* **Actualizas contenido existente** y quieres registrar cuándo ocurrió la actualización para poder medir su impacto en el rendimiento SEO y AEO

***

## Cómo configurar

### Escribe

Selecciona el tipo de actualización de contenido que quieres registrar:

* **Página publicada** - úsalo cuando se esté creando y publicando una página nueva por primera vez
* **Página actualizada** - úsalo cuando se esté actualizando una página existente con contenido nuevo o revisado

### URL

Introduce la URL completa de la página que se está publicando o actualizando. Este campo admite [plantillas Liquid](/docs/es/acciones/workflow-concepts/liquid-template.md), así que puedes hacer referencia a salidas de pasos anteriores.

Por ejemplo, si un paso anterior devuelve la URL de la página publicada:

```
{{ publish_step.output.url }}
```

**Requisitos de la URL:**

* Debe ser una URL completa (p. ej., `https://example.com/blog/my-post`)
* El dominio de la URL debe coincidir con un [Brand Kit](/docs/es/contexto/brand-kit.md) dominio en tu espacio de trabajo. El paso resuelve automáticamente el/los Brand Kit(s) correspondiente(s) a partir de la URL y registra una actualización de contenido para cada uno que coincida.

### Atributos personalizados

Añade hasta 20 pares clave-valor de metadatos personalizados a la actualización de contenido. Tanto las claves como los valores admiten [plantillas Liquid](/docs/es/acciones/workflow-concepts/liquid-template.md).

Los atributos personalizados aparecen junto con los metadatos del sistema en la [Actualizaciones de contenido](/docs/es/insights/onsite/content-updates.md) tabla y en la vista de detalles de la página. Úsalos para etiquetar las actualizaciones de contenido con contexto adicional, por ejemplo, el nombre del flujo de trabajo, el autor del contenido o el estado del CMS.

### Fallo suave

Cuando está habilitado (el valor predeterminado), el flujo de trabajo continúa incluso si este paso falla. Esto evita que un fallo de seguimiento interrumpa tu flujo de publicación de contenido.

***

## Salida

El paso Track Content Update devuelve las actualizaciones de contenido que registró — una entrada por cada Brand Kit coincidente — junto con los atributos personalizados aplicados:

```json
{
  "events": [
    {
      "id": 12345,
      "brand_kit_id": 678,
      "brand_kit_name": "Ejemplo (EE. UU.)"
    }
  ],
  "custom_attributes": {
    "author": "jane"
  }
}
```

Cuando la URL de la página coincide con más de un Brand Kit, `events` contiene una entrada para cada uno. Haz referencia a un registro específico aguas abajo con Liquid, por ejemplo `{{ track_step.output.events[0].id }}`.

***

## Ejemplo de uso

Un patrón común es combinar el paso Track Content Update con un paso Code o un paso Call API que publique contenido:

1. **Prompt de LLM** - genera o actualiza el contenido del artículo
2. **Paso de código** - llama a la API de tu CMS para publicar el contenido en tu sitio web
3. **Registrar actualización de contenido** - registra la publicación para que Insights pueda rastrear la página

De esta manera, cada vez que tu flujo de trabajo publica contenido mediante una integración personalizada, la actualización de contenido se registra y se refleja en tu panel de Insights.


---

# 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/acciones/workflow-concepts/workflow-steps/content-updates/track-content-update.md?ask=<question>&goal=<user_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.