Notas de la versión

Subimos mucho los límites mensuales de llamadas

Nos pedían más límite de llamadas mucho más a menudo que más retención. Así que ajustamos la política de retención de datos y trasladamos ese margen a los límites. Basic y Pro se multiplican por más de tres.

• Basic 30.000 → 100.000 llamadas al mes, Pro 300.000 → 1.000.000
• Los registros de producción se conservan al menos 60 días (Sandbox sigue igual, 30 días)
• Las estadísticas de uso se conservan igual, así que las gráficas del panel no cambian
• La descarga de archivos se retira. Los registros dentro de la ventana de retención siguen siendo consultables en Registros
• Para conservar datos más tiempo, recójalos según llegan: configure un webhook o consulte GET /api/v1/data/<your-slug>/poll

El sondeo ya tiene un endpoint hecho para él

Los clientes que querían registros nuevos no tenían más remedio que releer la primera página del endpoint de lista — del más reciente al más antiguo y sin forma de decir "desde cuándo" —, así que cada sondeo volvía a traer los mismos registros y descartaba casi todos. Ahora hay un endpoint dedicado que devuelve solo lo llegado desde tu última llamada, del más antiguo al más reciente, y recuerda dónde te quedaste.

• Un nuevo endpoint, GET /api/v1/data/<tu-slug>/poll — registros creados desde tu última llamada, del más antiguo al más reciente, hasta 100 por página
• Devuelves el cursor de la respuesta anterior y nunca gestionas marcas de tiempo. La primera llamada acepta since (siempre UTC) o nada en absoluto, lo que te suscribe desde ese instante
• Cada respuesta lleva exactamente uno de los dos cursores: next_cursor significa que queda pendiente, así que vuelve a llamar de inmediato — poll_cursor significa que estás al día, así que guárdalo y espera al siguiente ciclo
• Los ~60 segundos más recientes se retienen mientras la cola se pone al día, así que un registro se aplaza a un sondeo posterior en lugar de saltarse
• Los reintentos y reinicios pueden reenviar un registro, así que procesa de forma idempotente por el id del registro
• Está recogido en la referencia de la API, los ejemplos de código de la consola de sandbox y la documentación de integración

Los reintentos de webhook ahora se cuentan igual en todas partes

Nuestra documentación describía los reintentos de dos maneras distintas: unas páginas contaban reintentos y otras contaban intentos totales, así que la misma política parecía 5 o 6 según la página que abrieras. Ahora todas dicen el mismo número. El contrato del receptor también explica qué responder cuando tu propio procesamiento falla.

• Producción son 6 intentos en total — la primera entrega más 5 reintentos a 30s, 2m, 10m, 1h, 4h. Sandbox son 4 en total durante unos 12 minutos
• Un 2xx significa "lo he recibido", no "ha funcionado" — devuélvelo incluso cuando tu propio procesamiento falle y registra ese fallo en tu propio sistema
• Reserva el 5xx para lo que realmente significa: tu receptor, o algo de lo que depende, está caído temporalmente y una entrega posterior del mismo registro podría funcionar
• La insignia de reintento en la pantalla de registros ahora muestra 3/6 en lugar de 2/5: la misma entrega, contada como la cuenta la documentación
• Nada ha cambiado en cómo entregamos o reintentamos, solo en cómo lo describimos

Ahora te avisamos por correo cuando tu webhook deja de funcionar

Un webhook que deja de entregarse es silencioso por naturaleza: los datos se siguen guardando, así que nada parece roto hasta que alguien mira los registros. A partir de ahora, cuando se agotan todos los reintentos, te lo decimos.

• El correo indica el endpoint, el código de respuesta, el motivo y el cuerpo que devolvió tu servidor: lo único que distingue un bloqueo del firewall de tu aplicación rechazando la solicitud
• Un fallo puntual no lo dispara. Llega cuando damos por perdida la entrega: unas cinco horas en producción si se agotan los reintentos, o de inmediato si la respuesta es permanente y no se reintenta
• Como máximo un mensaje por endpoint y día, por muchas llamadas que fallen. Y te recuerda que tus datos están a salvo, porque lo están
• Lo recibe cualquier plan, incluido el gratuito: solo en producción y solo para tu propio webhook. Los webhooks de colaborador quedan fuera porque no puedes cambiar esa URL
• No hay aviso de recuperación ni correos de seguimiento: corrige el receptor y la siguiente llamada se entregará

Hemos eliminado las alertas de eventos

Se ha eliminado la función que enviaba eventos como fallos de webhook o umbrales de uso a Discord, Slack o Telegram. Los avisos que importan ya se envían por correo electrónico, así que no tienes que hacer nada.

• La tarjeta de notificaciones desaparece de la página de detalle del endpoint, y las herramientas de IA ya no aceptan ajustes de notificación
• Los avisos de uso, los de límite superado y los de solicitud y finalización de despliegue siguen llegando por correo — ahí no cambia nada

Los webhooks fallidos ya aparecen en Registros

La pantalla de Registros solo mostraba si recibimos y guardamos tu solicitud. Un webhook que nunca llegaba a tu servidor seguía apareciendo como correcto, así que los datos podían perderse sin dejar rastro. Ahora las entregas fallidas aparecen en la misma pantalla.

• Una columna Webhook marca las llamadas cuya entrega falló o sigue reintentándose, junto con el código de respuesta
• El filtro Webhook fallido deja solo las llamadas que aún no han llegado a tu servidor
• El detalle del registro muestra el cuerpo de la respuesta de tu servidor: lo único que distingue un bloqueo del firewall de un rechazo de tu aplicación
• Cada intento se lista con su hora y duración, incluidos los reintentos automáticos
• Solo se registran las entregas fallidas, así que una celda vacía no garantiza el éxito; la columna se oculta por completo si no hay ningún webhook configurado

Ahora cada webhook llega firmado

Hasta ahora la única forma de distinguir un webhook auténtico de uno falsificado era una cabecera de autenticación fija: opcional de configurar, idéntica en cada solicitud y ciega ante un cuerpo alterado. Las entregas llevan ahora una firma HMAC-SHA256 que puedes verificar.

• Las firmas siguen la especificación Standard Webhooks, así que las bibliotecas oficiales de 9 lenguajes las verifican en unas tres líneas
• La verificación es opcional: si ya recibes webhooks, nada cambia hasta que la actives
• Encuentra el secreto en Secreto de firma del webhook, en el detalle del endpoint; sandbox y producción son distintos
• Al reemitir un secreto, el anterior sigue siendo válido 24 horas, así puedes actualizar tu servidor sin perder ninguna entrega
• Los webhooks que recibes en tu propia URL de callback también se firman

Los webhooks ahora reintentan durante horas, no segundos

Los reintentos de webhook vivían dentro de una sola petición, así que los tres intentos terminaban en 24 segundos: un receptor caído casi nunca se recuperaba en esa ventana. Los reintentos se han movido a una cola.

• Tiempo de espera ampliado de 7 a 15 segundos
• Producción reintenta 5 veces durante unas 5 horas; sandbox 3 veces durante unos 12 minutos
• El nuevo encabezado X-3minapi-Record-Id no cambia entre intentos — úselo para detectar duplicados
• Un 4xx distinto de 429 ya no se reintenta, incluido el 409, que leemos como "ya recibido"
• Las entregas fallidas ahora quedan registradas — aparecerán en Registros en una próxima versión

Integración con Google Sheets retirada

Eliminamos la integración con Google Sheets para centrarnos en lo esencial: recibir, almacenar y reenviar los datos de tu API.

• Tus hojas de cálculo siguen en tu Google Drive — no se eliminó nada
• Todos los registros de API siguen disponibles en Registros, Estadísticas y Archivos
• La exportación CSV desde Archivos cubre los flujos con hojas de cálculo
• Se ha revocado el permiso de Google Drive concedido a 3Min API

Nuevo endpoint de búsqueda (Search)

Un nuevo endpoint API para encontrar registros mediante texto dentro del payload.

• Coincidencia parcial sin distinción de mayúsculas, mínimo 3 caracteres
• Rango de fechas opcional — por defecto, últimos 30 días
• Paginación por cursor (1–30 por página, 10 por defecto)

Plugin de WordPress disponible (instalación zip)

Crea formularios y vistas de datos en páginas de WordPress sin código y conéctalas directamente con 3Min API.

• Distribuido como un archivo zip descargable (instalación manual)
• Generación automática de snippets para formularios, listas y vistas individuales

• Ver el plugin de WordPress →

Nuevo endpoint de lista (List)

Llamar a GET sin record_id devuelve los registros recientes.

• Orden cronológico inverso
• Paginación por cursor (1–30 por página, 10 por defecto)

Soporte MCP y registro en ChatGPT Plugins

Los agentes de IA pueden llamar a tus APIs directamente con lenguaje natural.

• Servidor MCP provisto automáticamente para cada endpoint
• Funciona con Claude / Cursor / ChatGPT Plugins

• Busca "3Min API" en ChatGPT Plugins →

Disponibilidad general

3Min API está disponible públicamente con planes gratuitos y de pago, y documentación completa.

Beta cerrada

Comenzó como una beta solo por invitación con un grupo selecto de usuarios.