---
title: "Obtiene los bloques de contenido de un item (bloques de tarea hidratados)"
method: GET
path: "/items/{itemId}/content"
tags: ["Items"]
---

# Obtiene los bloques de contenido de un item (bloques de tarea hidratados)

`GET /items/{itemId}/content`

## Request

- Base URL: `https://api.met.meteor.com.co/api/v1`
- URL: `https://api.met.meteor.com.co/api/v1/items/{itemId}/content`
- Auth: one of:
  - `bearer` (a scheme the document does not define)
  - HTTP bearer

Los bloques de contenido del item, en orden. Es el cuerpo largo del item, aparte de los campos estructurados que viven en `data`.

## Path parameters

- `itemId` number, required

## Response `200`

- object: Sobre en el que viaja toda respuesta correcta de la API. El recurso está en `data`. Los SDKs oficiales lo desenvuelven por ti; un cliente hecho a mano tiene que leer `.data`.
  - `success` true, required: Siempre `true` en una respuesta 2xx.
  - `data` ItemContentResponseDto, required
    - `blocks` ContentBlockResponseDto[], required: Los bloques ya hidratados, en el orden en que se muestran. Máximo 500.
      - `created_at` string, required
      - `data` object, required: Contenido del bloque. **La forma depende de `type`** — `text` trae `html`, `image` trae `storage_path`, `task` trae `task_id`, y las referencias traen el id de lo que apuntan. Al **leer**, cada bloque que referencia otra entidad trae además `data.__hydrated` con su estado actual (nombre, estado, contadores) para pintarlo sin un fetch extra. Si la entidad fue borrada, llega `__hydrated: { deleted: true }`. Ese bloque es **solo de lectura**: no se manda de vuelta al escribir.
      - `id` string, required: UUID v4. Lo genera el backend al crear, salvo que el cliente mande el suyo.
      - `type` 'text' | 'heading' | 'image' | 'task' | 'file' | 'collection_ref' | 'item_ref' | 'contact_ref' | 'web_fields_ref', required
      - `updated_at` string, required
    - `item_id` number, required

## Other responses

- `400`: La request no es válida: un campo no pasa validación, falta un parámetro requerido o el recurso no admite la transición solicitada.
- `401`: API key ausente, inválida, revocada o expirada — o el workspace está bloqueado.
- `403`: La key está autenticada pero no puede ejecutar esta operación: scope faltante, capacidad deshabilitada, modo test restringido o recurso fuera de su cartera.
- `404`: El recurso no existe o no está disponible dentro del alcance de la key. No revela la existencia de recursos de otros tenants.
- `429`: Se superó el límite por minuto de la key o la cuota del plan. Respeta `Retry-After`; el SDK ya reintenta solo.
- `500`: Error del servidor o del Met que ejecutaba. El SDK reintenta los 5xx con backoff.

---

[API](https://skmtc.dev/meteor/apis/met-public-api.md) · [All operations](https://skmtc.dev/meteor/apis/met-public-api/llms.txt) · [OpenAPI document](https://skmtc.dev/meteor/apis/met-public-api/revisions/5d9ca294295c?raw)