TL;DR
Postman'ın ücretsiz plan değişikliği, paylaşılan koleksiyonlara erişiminizi kestiğinde verileriniz mutlaka kaybolmaz, ancak yerel önbellek temizlenmeden önce hızlı hareket etmeniz gerekir. Bu rehber, yerel uygulama önbelleğinden dışa aktarma dosyalarına ve ekip yöneticisi kurtarmasına kadar mevcut tüm kurtarma yollarını açıklar ve kurtardığınız verileri Apidog'a nasıl taşıyacağınızı gösterir, böylece bir daha bu duruma düşmezsiniz.
Giriş
Şikayetler hızla yüzeye çıktı. Postman'ın 2026'nın ilk çeyreğindeki ücretsiz katman güncellemesinden sonra, iş arkadaşlarıyla çalışma alanlarını paylaşan geliştiriciler kilitlendi. Paylaşılan çalışma alanı erişilemez hale geldi. Kişisel değil, ekip çalışma alanlarında bulunan koleksiyonlar aniden bir ücretli duvarın arkasına geçti.
Bir geliştirici bunu Reddit'te şöyle anlattı: "Pazartesi günü geldiğimde tüm ekip çalışma alanım gitmişti. Üç aylık düzenlenmiş koleksiyonlar, ortamlar, hepsi. Sadece ödeme yapmazsak yok olmuşlardı."
Can sıkıcı olan şey, verilerin aslında silinmemiş olmasıdır. Postman'ın mimarisi, çalışma alanı verilerini sunucu tarafında tutar ve engelleme bir erişim kısıtlamasıdır, silme değildir. Ancak bu ayrım, önbellek süresi dolmadan veya çalışma alanı temizlenmeden önce bu durumu nasıl aşacağınızı biliyorsanız önemlidir.
Önce Postman masaüstü uygulamanızın önbelleğini kontrol edin
Başka bir şey yapmadan önce, kuruluysa Postman masaüstü uygulamasını açın. Web sürümünü açmayın.
Masaüstü uygulaması, en son eriştiğiniz koleksiyon ve ortamların yerel bir önbelleğini saklar. Sunucu tarafı erişim iptal edilmiş olsa bile, önbellek, sisteminize ve Postman'ın önbellek geçersizleştirmeyi nasıl yönettiğine bağlı olarak genellikle birkaç günden bir haftaya kadar kısa bir süre için koleksiyon verilerinizi içerebilir.
Kontrol etmek için adımlar:
- Postman masaüstünü açın (adresindeki web uygulamasını değil: app.getpostman.com).
- Son istekler için Geçmiş sekmenize bakın. Bunlar tam koleksiyon yapısını içermez, ancak hangi uç noktalarla çalıştığınızı doğrular.
- Koleksiyonlarınızın hala sol kenar çubuğunda görünüp görünmediğini kontrol edin. Görünüyorlarsa, hemen dışa aktarın.
Kenar çubuğundan dışa aktarmak için: bir koleksiyon üzerinde sağ tıklayın veya üç nokta menüsüne tıklayın, "Dışa Aktar"ı seçin ve Koleksiyon v2.1 olarak kaydedin. Bunu görebildiğiniz her koleksiyon için yapın.
Koleksiyonlar görünüyorsa ancak dışa aktarmaya çalışırken bir hata alıyorsanız, çevrimdışı çalışmayı deneyin. Postman'da, sağ üst köşeye gidin ve avatarınıza tıklayın, ardından "Çevrimdışı Ol"u seçin. Uygulama sunucuyla senkronize olmaya çalışmayı durduracak ve dışa aktarmak için yeterince uzun süre önbelleğe alınmış verilere okuma erişimi sağlayabilir.
Mevcut dışa aktarma dosyalarını arayın
Birçok geliştirici, yedekleme için veya iş arkadaşlarıyla paylaşmak üzere Postman koleksiyonlarını düzenli olarak dışa aktarır. Her şeyin kaybolduğunu varsaymadan önce bu konumları kontrol edin.
İndirilenler klasörünüz. .json dosyalarını arayın. Postman koleksiyon dışa aktarımları, en üst düzeyde "collection" anahtarını içeren tanınabilir bir yapıya sahip JSON formatını kullanır.
Projenizin git deposu. Bazı ekipler, Postman koleksiyon JSON dosyalarını kod tabanlarıyla birlikte commit eder. Depo geçmişinizi, eski commit'ler dahil, koleksiyonlara benzeyen .json dosyaları için kontrol edin.
E-postanız. Bir iş arkadaşı size bir koleksiyonu dışa aktarıp dosyayı e-postayla göndererek paylaştıysa, e-postalarınızda .json eklerini kontrol edin.
Paylaşılan sürücüler. Dropbox, Google Drive veya ekibinizin kullandığı herhangi bir paylaşılan klasörü kontrol edin. Birisi herkese söylemeden bir koleksiyon yedeklemesini dışa aktarmış olabilir.
CI/CD pipeline dosyaları. Ekibiniz bir CI pipeline'ında (Jenkins, GitHub Actions, CircleCI) Postman'ın Newman CLI çalıştırıcısını kullanıyorsa, koleksiyon JSON'u muhtemelen depoya kontrol edilmiş veya bir pipeline artifact'i olarak saklanmıştır. Koleksiyon dosyalarına referanslar için .yml veya .json pipeline yapılandırma dosyalarınızı kontrol edin.
Çalışma alanı sahibi veya yöneticisiyle iletişime geçin
Başka birinin ekip çalışma alanının bir üyesiyseniz, hesapta tek kullanıcıysa veya ücretli bir plana yükselttiyse çalışma alanı sahibi hala tam erişime sahip olabilir.
Çalışma alanı sahibiyle doğrudan iletişime geçin ve ondan şunları yapmasını isteyin:
- Postman hesabına giriş yapın.
- Paylaştığınız çalışma alanına gidin.
- Üç nokta menüsünden her koleksiyonu dışa aktarın.
- Size dışa aktarılan JSON dosyalarını gönderin.
Sahibin hesabı da düşürüldüyse veya erişilemez durumdaysa, ekibinizden herhangi birinin çalışma alanının koleksiyonlarını yerel olarak önbelleğe alıp almadığını kontrol edin (önceki bölümdeki adımları kullanarak).
Verilerinizi çekmek için Postman API'sini kullanın
Hala API erişiminiz varsa (yalnızca okuma), Postman API'si, erişim pencereniz kapanmadan önce koleksiyonlarınızı ve ortamlarınızı programlı olarak dışa aktarmanıza olanak tanır.
Geçerli bir Postman API anahtarına ihtiyacınız var. Plan değişikliğinden önce hala bir tane varsa:
Koleksiyon listenizi alın:
GET https://api.getpostman.com/collections
x-api-key: YOUR_POSTMAN_API_KEY
Ardından her koleksiyonu ID'ye göre alın:
GET https://api.getpostman.com/collections/{collection_id}
x-api-key: YOUR_POSTMAN_API_KEY
Yanıt gövdesi, tam koleksiyonunuzu JSON formatında içerir. Her birini bir .json dosyasına kaydedin.
Ortamlar için:
GET https://api.getpostman.com/environments
GET https://api.getpostman.com/environments/{environment_id}
Bu yaklaşım, API anahtarınız hala aktif olduğu sürece çalışır. API anahtarı erişimi, kullanıcı arayüzü erişimi iptal edildikten sonra kısa bir süre devam edebilir, ancak uzun sürmesini beklemeyin. Bu istekleri mümkün olan en kısa sürede çalıştırın.
API anahtarınızı kaydetmediyseniz, projenizin .env dosyalarını, CI/CD ortam değişkeni yapılandırmalarını veya şifre yöneticilerini kontrol edin.
Tarayıcı ağ günlüklerinden veya sunucu günlüklerinden yeniden yapılandırma
Yukarıdaki seçeneklerin hiçbiri işe yaramazsa ve gerçekten dışa aktarma veya önbelleğiniz yoksa, koleksiyonlarınızı diğer kaynaklardan kısmen yeniden yapılandırabilirsiniz.
Tarayıcı ağ günlükleri. Son zamanlarda Postman web uygulamasını kullandıysanız, tarayıcınız yanıtları önbelleğe almış olabilir. Chrome'da, Geliştirici Araçları'na (F12) gidin, ardından Uygulama > Önbellek Depolama'ya gidin. Önbelleğe alınmış Postman API yanıtlarını arayın. Bu, tam yapılandırılmış koleksiyonları içermesi olası değildir, ancak istek ayrıntılarını içerebilir.
Sunucu erişim günlükleri. Ekibiniz Postman'ın test ettiği API'leri çalıştırdıysa, sunucunuzun erişim günlükleri, çağrılan her uç noktayı, yöntemler, yollar ve bazen başlıklarla gösterecektir. Bu size istek gövdeleri veya test komut dosyaları sağlamaz, ancak koleksiyon organizasyonunu yeniden yapılandırmak için uç nokta yapısını verir.
OpenAPI/Swagger spesifikasyonları. API'nizin bir OpenAPI spesifikasyonu (bir swagger.json veya openapi.yaml dosyası) varsa, belgelenmiş uç noktalar, parametreler ve yanıt şemaları ile koleksiyon yapısını yeniden oluşturmak için doğrudan Apidog'a veya başka bir araca aktarabilirsiniz.
Kurtarılan koleksiyonlarınızı Apidog'a aktarın
Koleksiyon JSON dosyalarınız olduğunda, bunları Apidog'a aktarmak yaklaşık iki dakika sürer.
- Apidog masaüstü uygulamasını indirin ve kurun veya web sürümünü açın.
- Yeni bir proje oluşturun.
- Projede, sol kenar çubuğunda "İçe Aktar"a tıklayın.
- İçe aktarma kaynağı olarak "Postman"ı seçin.
- Koleksiyon JSON dosyanızı yükleyin.
- Her koleksiyon için tekrarlayın.
Ortamlar için: aynı İçe Aktarma akışını kullanarak, kaynak türü olarak "Postman Ortamı"nı seçerek ayrı ayrı içe aktarın.
İçe aktardıktan sonra, takım arkadaşlarınızı davet edin. Apidog'un ücretsiz planında, en fazla 3 kullanıcı bir çalışma alanını paylaşabilir. Koleksiyonlarınız, koltuk başına ücret ödemeden tüm ekip üyeleri arasında senkronize edilir.
Bunun tekrar olmasını önleyin
Temel sorun, Postman'ın koleksiyonlarınızı sunucu tarafında depolaması ve erişimi faturalandırma arkasına kilitlemesidir. Verilerinizi yerel tutan veya size açık dışa aktarma sahipliği veren araçları seçerek bu sorunu tamamen önleyebilirsiniz.
Apidog, koleksiyonları varsayılan olarak yerel olarak depolar. Bulut senkronizasyonu isteğe bağlıdır, zorunlu değildir. Bir fiyatlandırma değişikliği olursa, verileriniz zaten makinenizdedir.
İleride hangi aracı kullanırsanız kullanın, düzenli bir dışa aktarma alışkanlığı geliştirin:
- Her sprint sonunda koleksiyonlarınızı JSON olarak dışa aktarın.
- Koleksiyon JSON dosyalarını kod tabanınızla birlikte git deponuza commit edin.
- Ortam dosyalarını (gizlileri çıkarılmış olarak) deponuzun geliştirme belgelerinde saklayın.
Bu alışkanlıkları kurmak beş dakika sürer ve "kilitli kalma" senaryosunu tamamen ortadan kaldırır.
Bağımlı olduğunuz araçlara uyarı olmadan erişimi kaybetmek sinir bozucu bir deneyimdir ve Postman ücretsiz katman değişikliği birçok ekibi hazırlıksız yakaladı. İyi haber şu ki, hızlı hareket ederseniz ve seçenekleri sırayla kullanırsanız çoğu veri kurtarılabilir. Koleksiyonlarınız dışa aktarılmış olarak tekrar ayağa kalktığınızda, verilerinizi yerel tutan bir araca geçmek sizi uzun vadede çok daha iyi bir konuma getirir.