En resumen
Si el cambio en el plan gratuito de Postman cortó tu acceso a colecciones compartidas, tus datos no están necesariamente perdidos. El bloqueo suele ser una restricción de acceso, no una eliminación inmediata, pero debes actuar rápido antes de que la caché local se invalide o desaparezca. Sigue esta guía en orden: caché local, exportaciones existentes, administrador del workspace, API de Postman y reconstrucción parcial.
Introducción
Después de la actualización del nivel gratuito de Postman en el primer trimestre de 2026, muchos desarrolladores que compartían workspaces con sus equipos dejaron de poder acceder a ellos. Las colecciones que estaban en espacios de trabajo de equipo, no en espacios personales, quedaron detrás de una restricción de plan.
Un desarrollador lo resumió así en Reddit:
"Llegué el lunes y todo mi espacio de trabajo de equipo había desaparecido. Tres meses de colecciones organizadas, entornos, todo. Simplemente desaparecido a menos que paguemos".
La parte importante: los datos no suelen eliminarse en ese momento. Postman mantiene los datos del workspace en el servidor; el problema es el acceso. Si tienes caché local, exportaciones previas o una API key activa, todavía puedes recuperar parte o todo el contenido.
1. Revisa primero la caché de Postman Desktop
Empieza por la aplicación de escritorio. No abras primero la versión web.
Postman Desktop puede mantener una caché local de colecciones y entornos usados recientemente. Aunque el acceso del servidor esté restringido, esa caché puede seguir disponible durante un periodo corto, normalmente desde unos días hasta una semana, según el sistema y la invalidación de caché.
Pasos
- Abre Postman Desktop.
- No uses la app web en app.getpostman.com.
- Revisa la pestaña History para identificar requests recientes.
- Comprueba si las colecciones todavía aparecen en la barra lateral izquierda.
- Si aparecen, expórtalas inmediatamente.
Para exportar una colección:
- Haz clic derecho sobre la colección o abre el menú de tres puntos.
- Selecciona Export.
- Elige Collection v2.1.
- Guarda el archivo
.json. - Repite el proceso con cada colección visible.
Si ves la colección pero falla la exportación, intenta trabajar sin conexión:
- Haz clic en tu avatar, arriba a la derecha.
- Selecciona Go Offline.
- Intenta exportar de nuevo.
Esto puede evitar que la aplicación intente sincronizar con el servidor y te dé acceso de lectura temporal a los datos en caché.
2. Busca exportaciones existentes
Antes de asumir que todo está perdido, busca archivos .json que ya hayan sido exportados.
Carpeta de descargas
Revisa tu carpeta Downloads o Descargas.
Las colecciones exportadas desde Postman suelen ser archivos JSON. Busca archivos con nombres similares a:
collection.json
postman_collection.json
api-name.postman_collection.json
Puedes identificar una colección de Postman por una estructura parecida a esta:
{
"info": {
"name": "Mi API",
"schema": "https://schema.getpostman.com/json/collection/v2.1.0/collection.json"
},
"item": []
}
Repositorio Git del proyecto
Busca archivos JSON en tu repositorio:
find . -name "*.json" | grep -i postman
También revisa el historial:
git log --all --name-only -- '*.json' | grep -i postman
Algunos equipos guardan colecciones junto al código base para usarlas en pruebas, documentación o pipelines.
Correo electrónico
Busca adjuntos .json enviados por compañeros. Prueba búsquedas como:
postman collection
postman_collection
.json
collection export
Unidades compartidas
Revisa Google Drive, Dropbox, OneDrive u otras carpetas compartidas del equipo. Es común que alguien haya guardado una copia sin documentarlo.
Pipelines CI/CD
Si usabas Newman en Jenkins, GitHub Actions, CircleCI u otro pipeline, la colección puede estar en el repositorio o como artefacto.
Busca referencias en archivos de configuración:
grep -R "newman" .
grep -R "postman" .
grep -R "collection" .github workflows Jenkinsfile package.json
Ejemplo típico:
- name: Run Postman tests
run: newman run ./tests/api.postman_collection.json
Si encuentras esa ruta, copia el archivo de colección cuanto antes.
3. Contacta al propietario o administrador del workspace
Si el workspace pertenece a otra persona, el propietario puede seguir teniendo acceso completo, especialmente si es el único usuario de la cuenta o si actualizó a un plan de pago.
Pídele que haga lo siguiente:
- Iniciar sesión en Postman.
- Abrir el workspace afectado.
- Exportar cada colección desde el menú de tres puntos.
- Exportar también los entornos necesarios.
- Enviarte los archivos
.json.
Si el propietario tampoco puede acceder, pregunta al resto del equipo si alguien tiene Postman Desktop instalado y las colecciones en caché. Esa persona puede seguir los pasos de la sección anterior.
4. Usa la API de Postman si tienes una API key activa
Si todavía tienes una API key válida, puedes intentar extraer tus colecciones y entornos directamente desde la API de Postman.
Primero lista las colecciones:
GET https://api.getpostman.com/collections
x-api-key: YOUR_POSTMAN_API_KEY
Con curl:
curl --request GET "https://api.getpostman.com/collections" \
--header "x-api-key: YOUR_POSTMAN_API_KEY"
La respuesta incluye IDs de colección. Luego descarga cada colección:
GET https://api.getpostman.com/collections/{collection_id}
x-api-key: YOUR_POSTMAN_API_KEY
Ejemplo:
curl --request GET "https://api.getpostman.com/collections/COLLECTION_ID" \
--header "x-api-key: YOUR_POSTMAN_API_KEY" \
--output collection.json
Para entornos:
GET https://api.getpostman.com/environments
x-api-key: YOUR_POSTMAN_API_KEY
Y luego:
GET https://api.getpostman.com/environments/{environment_id}
x-api-key: YOUR_POSTMAN_API_KEY
Ejemplo:
curl --request GET "https://api.getpostman.com/environments/ENVIRONMENT_ID" \
--header "x-api-key: YOUR_POSTMAN_API_KEY" \
--output environment.json
Este método solo funciona mientras la API key siga activa. No asumas que durará mucho.
Si no recuerdas dónde guardaste la clave, revisa:
- Archivos
.env. - Variables de entorno en CI/CD.
- Gestores de contraseñas.
- Configuraciones locales de scripts.
- Historial de comandos, si aplica.
Ejemplo:
grep -R "POSTMAN_API_KEY" .
grep -R "api.getpostman.com" .
5. Reconstruye desde logs si no tienes exportaciones
Si no hay caché, exportaciones ni API key, todavía puedes reconstruir parte de la colección desde fuentes externas.
Registros de red del navegador
Si usaste la app web de Postman recientemente, el navegador puede tener respuestas en caché.
En Chrome:
- Abre DevTools con
F12. - Ve a Application.
- Abre Cache Storage.
- Busca respuestas relacionadas con Postman.
Esto difícilmente recuperará una colección completa, pero puede ayudarte a identificar endpoints, métodos y payloads parciales.
Logs del servidor
Si tu equipo controla la API probada desde Postman, revisa logs de acceso.
Puedes recuperar información como:
- Método HTTP.
- Ruta.
- Query params.
- Algunos headers.
- Códigos de respuesta.
Ejemplo de búsqueda:
grep "POST /api" access.log
grep "GET /v1" access.log
Esto no recupera scripts de test ni bodies completos, pero ayuda a reconstruir la estructura base.
Especificaciones OpenAPI o Swagger
Si tu API tiene una especificación openapi.yaml, openapi.json o swagger.json, úsala para recrear endpoints documentados.
Puedes importar esa especificación en Apidog u otra herramienta compatible y recuperar:
- Rutas.
- Métodos.
- Parámetros.
- Schemas.
- Respuestas documentadas.
6. Importa las colecciones recuperadas a Apidog
Cuando tengas tus archivos JSON, puedes importarlos en Apidog.
Pasos:
- Descarga e instala la aplicación de escritorio de Apidog o abre la versión web.
- Crea un nuevo proyecto.
- En el proyecto, haz clic en Importar.
- Selecciona Postman como fuente.
- Sube el archivo JSON de la colección.
- Repite el proceso para cada colección.
Para importar entornos:
- Abre el mismo flujo de Importar.
- Selecciona Postman Environment como tipo de origen.
- Sube el archivo JSON del entorno.
- Valida las variables importadas.
Después de importar, revisa:
- Que las rutas estén agrupadas correctamente.
- Que las variables de entorno existan.
- Que los headers comunes sigan configurados.
- Que los cuerpos de request se hayan importado bien.
- Que los scripts o pruebas críticas sigan presentes cuando corresponda.
Luego invita a tu equipo. En el plan gratuito de Apidog, hasta 3 usuarios pueden compartir un workspace. Las colecciones se sincronizan entre los miembros del equipo sin tarifas por usuario.
7. Evita que vuelva a ocurrir
El problema de fondo es depender de un workspace remoto sin tener una copia exportable y versionada. Independientemente de la herramienta que uses, define una rutina de respaldo.
Checklist recomendado
Al final de cada sprint:
- Exporta las colecciones como JSON.
- Exporta los entornos sin secretos.
- Sube los archivos al repositorio.
- Documenta cómo importarlos.
- Verifica que alguien del equipo pueda restaurarlos.
Ejemplo de estructura en Git:
docs/
api/
collections/
users.postman_collection.json
billing.postman_collection.json
environments/
local.postman_environment.json
staging.postman_environment.json
No subas secretos. Para variables sensibles, usa placeholders:
{
"key": "API_TOKEN",
"value": "REPLACE_ME",
"type": "secret"
}
Apidog almacena colecciones localmente por defecto. La sincronización en la nube es opcional. Si en el futuro cambia el precio de una herramienta, tener tus datos en tu máquina y exportados en Git reduce el riesgo de bloqueo.
Conclusión
Perder acceso a un workspace compartido es frustrante, pero no siempre significa perder los datos. Revisa primero Postman Desktop, luego exportaciones existentes, repositorios, administradores del workspace y la API de Postman. Si no hay recuperación directa, reconstruye desde logs o especificaciones OpenAPI.
Cuando recuperes tus colecciones, impórtalas, respáldalas y versiónalas. Ese hábito simple evita que un cambio de plan vuelva a bloquear el trabajo de tu equipo.
Top comments (0)