Resumo
Se a mudança no plano gratuito do Postman cortou seu acesso a coleções compartilhadas, seus dados não estão necessariamente perdidos. Mas você precisa agir rápido: comece pelo cache local do aplicativo desktop, procure exportações antigas, peça ajuda ao administrador do workspace e, se possível, use a API do Postman para extrair coleções e ambientes antes que o acesso expire.
Introdução
As reclamações surgiram rapidamente. Após a atualização da camada gratuita do Postman no primeiro trimestre de 2026, desenvolvedores que compartilhavam workspaces com colegas se viram sem acesso. O workspace compartilhado tornou-se inacessível. Coleções que viviam em workspaces de equipe, e não pessoais, foram colocadas atrás de um paywall.
Um desenvolvedor descreveu a situação no Reddit:
"Cheguei na segunda-feira e todo o meu workspace de equipe tinha sumido. Três meses de coleções organizadas, ambientes, tudo. Simplesmente sumiu, a menos que paguemos."
A parte importante: os dados provavelmente não foram excluídos. O Postman mantém dados do workspace no servidor, e o bloqueio tende a ser uma restrição de acesso. Isso significa que ainda há algumas rotas práticas de recuperação — principalmente se você agir antes que caches locais sejam invalidados ou limpos.
1. Verifique primeiro o cache do Postman Desktop
Antes de tentar qualquer outra coisa, abra o aplicativo desktop do Postman. Não use a versão web em app.getpostman.com.
O aplicativo desktop pode manter um cache local das coleções e ambientes acessados recentemente. Mesmo que o acesso ao servidor tenha sido revogado, esses dados podem continuar disponíveis por um curto período.
Checklist rápido
- Abra o Postman Desktop.
- Vá para a aba History e verifique solicitações recentes.
- Confira se suas coleções ainda aparecem na barra lateral esquerda.
- Se aparecerem, exporte imediatamente.
Para exportar:
- Clique com o botão direito na coleção ou use o menu de três pontos.
- Selecione Export.
- Escolha o formato Collection v2.1.
- Salve o arquivo
.json. - Repita para cada coleção disponível.
Se a coleção aparece, mas a exportação falha, tente trabalhar offline:
- Clique no seu avatar no canto superior direito.
- Selecione Go Offline / Ficar Offline.
- Tente exportar novamente.
Isso impede que o app continue tentando sincronizar com o servidor e pode liberar acesso de leitura aos dados em cache tempo suficiente para a exportação.
2. Procure exportações antigas de coleções
Antes de assumir que tudo foi perdido, procure arquivos .json já exportados. Muitas equipes exportam coleções para backup, compartilhamento ou CI/CD.
Locais para verificar
Pasta de downloads
Procure por arquivos .json.
Exportações do Postman normalmente têm uma estrutura parecida com:
{
"collection": {
"info": {
"name": "Minha Coleção"
},
"item": []
}
}
Repositório Git do projeto
Verifique arquivos versionados e histórico de commits:
find . -iname "*.json" | grep -i postman
Também procure por nomes comuns:
find . -iname "*collection*.json"
find . -iname "*environment*.json"
Se necessário, pesquise no histórico:
git log --all --name-only -- "*.json"
Busque por anexos .json ou termos como:
postmancollectionenvironmentnewman
Drives compartilhados
Verifique Google Drive, Dropbox, OneDrive ou pastas internas da equipe. Alguém pode ter exportado uma coleção sem documentar isso.
Pipelines CI/CD
Se sua equipe usava Newman em Jenkins, GitHub Actions, CircleCI ou GitLab CI, a coleção provavelmente existe no repositório ou como artefato.
Procure por referências como:
newman run collection.json
ou:
newman run ./postman/api.postman_collection.json
3. Peça exportação ao proprietário ou administrador do workspace
Se você era membro de um workspace de equipe, o proprietário do workspace pode ainda ter acesso total — por exemplo, se estiver em um plano pago ou se a conta dele não tiver sido afetada da mesma forma.
Envie uma solicitação objetiva pedindo que ele:
- Faça login na conta do Postman.
- Acesse o workspace compartilhado.
- Exporte cada coleção pelo menu de três pontos.
- Exporte também os ambientes necessários.
- Envie os arquivos
.json.
Se o proprietário também perdeu acesso, peça para cada pessoa da equipe verificar o cache local no Postman Desktop usando o fluxo da primeira seção.
4. Use a API do Postman para exportar dados
Se você ainda tiver uma chave de API ativa, use a API do Postman para baixar coleções e ambientes diretamente.
Primeiro, liste suas coleções:
GET https://api.getpostman.com/collections
x-api-key: SUA_CHAVE_API_POSTMAN
Depois, busque cada coleção pelo ID retornado:
GET https://api.getpostman.com/collections/{id_da_colecao}
x-api-key: SUA_CHAVE_API_POSTMAN
Salve a resposta em um arquivo .json.
Exemplo com curl:
curl --location "https://api.getpostman.com/collections" \
--header "x-api-key: SUA_CHAVE_API_POSTMAN"
Para baixar uma coleção específica:
curl --location "https://api.getpostman.com/collections/ID_DA_COLECAO" \
--header "x-api-key: SUA_CHAVE_API_POSTMAN" \
--output minha-colecao.postman_collection.json
Para ambientes:
GET https://api.getpostman.com/environments
x-api-key: SUA_CHAVE_API_POSTMAN
E depois:
GET https://api.getpostman.com/environments/{id_do_ambiente}
x-api-key: SUA_CHAVE_API_POSTMAN
Com curl:
curl --location "https://api.getpostman.com/environments/ID_DO_AMBIENTE" \
--header "x-api-key: SUA_CHAVE_API_POSTMAN" \
--output meu-ambiente.postman_environment.json
Essa abordagem só funciona enquanto sua chave de API ainda estiver válida. Execute esses comandos o quanto antes.
Se você não lembra onde está a chave, verifique:
- arquivos
.env; - variáveis de ambiente do CI/CD;
- secrets do GitHub Actions, GitLab CI ou Jenkins;
- gerenciadores de senha;
- documentação interna do projeto.
5. Reconstrua a partir de logs se não houver exportação
Se você não encontrou cache, exportações ou acesso via API, ainda é possível reconstruir parte das coleções.
Logs de rede do navegador
Se você usou o Postman Web recentemente, o navegador pode ter respostas em cache.
No Chrome:
- Abra DevTools com
F12. - Vá para Application.
- Abra Cache Storage.
- Procure entradas relacionadas ao Postman.
Isso dificilmente recupera uma coleção completa, mas pode revelar endpoints, métodos e payloads recentes.
Logs de acesso do servidor
Se você controla a API testada no Postman, use os logs do servidor para recuperar:
- métodos HTTP;
- paths;
- query params;
- status codes;
- alguns headers.
Exemplo do que você pode reconstruir:
POST /api/auth/login
GET /api/users
GET /api/users/:id
PATCH /api/users/:id
DELETE /api/users/:id
Você não recupera scripts de teste ou organização original da coleção, mas consegue recriar a estrutura básica dos endpoints.
Especificações OpenAPI/Swagger
Se o projeto tem um arquivo openapi.yaml, openapi.json ou swagger.json, importe esse arquivo em uma ferramenta de API para recriar a estrutura dos endpoints.
Exemplos de arquivos comuns:
openapi.yaml
openapi.json
swagger.json
docs/openapi.yaml
6. Importe as coleções recuperadas para o Apidog
Depois de recuperar os arquivos JSON, você pode importá-los para o Apidog.
- Baixe e instale o aplicativo de desktop Apidog ou abra a versão web.
- Crie um novo projeto.
- No projeto, clique em Importar na barra lateral esquerda.
- Selecione Postman como origem da importação.
- Faça upload do arquivo JSON da coleção.
- Repita o processo para cada coleção.
Para ambientes, use o mesmo fluxo e selecione Postman Environment como tipo de origem.
Após importar, convide seus colegas de equipe. No plano gratuito do Apidog, até 3 usuários podem compartilhar um workspace. Suas coleções sincronizam entre os membros da equipe sem taxa por assento.
7. Evite repetir o problema
O ponto crítico é depender de uma ferramenta que controla o acesso aos seus dados no servidor. Para reduzir esse risco, mantenha sempre uma cópia exportável e versionada das coleções.
O Apidog armazena coleções localmente por padrão. A sincronização na nuvem é opcional, não obrigatória. Se uma mudança de preço acontecer, seus dados já estão em sua máquina.
Independentemente da ferramenta usada, adote este fluxo:
- Exporte coleções como JSON ao final de cada sprint.
- Commit arquivos de coleção no repositório do projeto.
- Salve ambientes sem segredos no repositório ou na documentação interna.
- Mantenha segredos em um gerenciador próprio, não dentro do JSON versionado.
- Automatize validações com CI/CD quando possível.
Exemplo de estrutura simples no repositório:
docs/
api/
postman/
users.postman_collection.json
billing.postman_collection.json
local.postman_environment.example.json
Se usar Git, adicione uma convenção para evitar segredos:
*.postman_environment.json
!*.postman_environment.example.json
Assim, você pode versionar exemplos de ambiente sem expor tokens, senhas ou chaves privadas.
Perder acesso a uma ferramenta sem aviso é frustrante, especialmente quando coleções, ambientes e fluxos de teste ficam bloqueados. A melhor estratégia é seguir a recuperação em ordem: cache local, exportações antigas, administrador do workspace, API do Postman e, por último, reconstrução por logs ou OpenAPI. Depois de recuperar os arquivos, importe-os para uma ferramenta em que você mantenha mais controle sobre os dados e crie uma rotina simples de backup versionado.
Top comments (0)