---
title: "Reordena los bloques según la lista completa de ids"
method: POST
path: "/items/{itemId}/content/reorder"
tags: ["Items"]
---

# Reordena los bloques según la lista completa de ids

`POST /items/{itemId}/content/reorder`

## Request

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

Fija el orden mandando **la lista completa de ids** en el orden deseado, no un movimiento relativo. Un id que falte en la lista queda en posición indefinida.

## Path parameters

- `itemId` number, required

## Request body

- ReorderContentDto
  - `order` string[], required

## Response `201`

- 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` ContentBlockResponseDto[], required
    - `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

## 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.
- `409`: La operación entra en conflicto con el estado actual o con un Idempotency-Key en uso. No reintentes con el mismo key y un body distinto.
- `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)