Google Postmaster Tools, bir DNS kaydıyla doğruladığınız alan adından gelen toplu e-postalara Gmail’in nasıl davrandığını gösteren ücretsiz bir Google kontrol paneli. Sürüm 2, sürüm 1’in yerini alıyor ve pek çok ekibin her sabah kontrol ettiği alan adı ve IP itibarı derecelerini kaldırıyor. Bu yazıda v2’nin neler gösterdiğini, API’nin son durumunu ve bunların yerine her hafta neleri kontrol ettiğimizi anlatıyoruz.

Öne çıkan noktalar

• v2’de spam oranı, geri bildirim döngüsü (Feedback Loop), kimlik doğrulama, şifreleme ve teslim hataları korunuyor; bunlara uyumluluk durumu (Compliance status) ekleniyor. Alan adı ve IP itibarı ise hem kontrol panellerinden hem de API’den kaldırıldı.
• “Spam oranınız %0,1’in üzerinde” gibi mesajlar veren yeni teslim edilebilirlik analizi (Deliverability analysis) değerlendirmesi, v2’de bir itibar sinyaline en yakın şey.
• Gmail’deki spam oranınızı %0,1’in altında tutun ve asla %0,3’e ulaşmasına izin vermeyin; aksi hâlde Google, oran art arda 7 gün boyunca %0,3’ün altında kalana kadar size yardımcı olmaz.
• Grafiğin yerine her hafta sağlayıcı bazında spam oranını, geri dönme kodlarını ve tıklamaları kontrol edin; buna DMARC raporlarını, kara listeleri ve bir yerleşim testini (seed test) ekleyin.
• Test gelen kutularıyla yapılan yerleşim testleri, kimlik doğrulama ve içerik için bir duman testidir; bir yerleşim oranı değildir.

Ne değişti, ne zaman?

Spam Resource’tan Al Iverson, “30 Eylül 2025 itibarıyla kullanıcıların yalnızca daha yeni sürüme (v2) erişebileceğini” Eylül 2025’te bildirdi. Google Kasım 2025’te kullanımdan kaldırma sürecine ara verdi; Iverson da 20 Ağustos 2026’da bu aranın sona erdiğini duyurdu: “GPT V1 artık aşamalı olarak kullanımdan kaldırılıyor.”

Gmail API sürüm notlarına ve Spam Resource’a göre zaman çizelgesi:

Google’ın sayfaları geriden geliyor. Ekim başında kullanımdan kaldırma duyurusu hâlâ, herhangi bir tarih vermeden “eski Postmaster Tools web arayüzünün kullanımdan kaldırılmasını erteliyoruz” diyordu; gönderici yönergeleri de hâlâ “alan adınızın ve IP adresinizin itibarını Postmaster Tools ile” kontrol etmenizi söylüyor. Hesapların çoğunda v1 zaten kaldırıldı.

Postmaster Tools v2 neler gösteriyor?

Korunanlar, yenilikler ve itibar yerine izlenecekler.

Google’ın kontrol panelleri yardım sayfasına göre tüm kontrol panelleri yalnızca kişisel Gmail hesaplarını kapsar, yaklaşık 24 saat içinde güncellenir, UTC kullanır ve hacmin düşük olduğu günlerde boşluklar gösterebilir.

Uyumluluk durumu

Her gönderici, gönderici yönergelerine göre beş kontrolden geçer: SPF ve DKIM, DNS kayıtları, mesaj biçimlendirmesi, şifreleme ve spam oranı. Gmail’e günde yaklaşık 5.000 veya daha fazla e-posta gönderen toplu göndericiler için bunlara DMARC, tek tıkla abonelikten çıkma ve abonelikten çıkma isteklerine uyma eklenir.

Satırlarda “Uyumlu” (Compliant), “İyileştirme gerekiyor” (Needs work) ya da “Veri bulunamadı” (No data found) yazar. Bunlar hareketli ortalamalardır; bu yüzden bir düzeltmenin yansıması 7 güne kadar sürer. Panel yalnızca birincil alan adlarını raporlar: email.example.com alan adını doğrularsanız satırlar example.com alan adının tamamını kapsar. Abonelikten çıkma talepleri 48 saatten uzun sürede işleniyorsa “Abonelikten çıkma isteklerine uyma” (Honor unsubscribe) satırı “İyileştirme gerekiyor” gösterir; CDN’iniz ya da güvenlik duvarınız bir isteği engellemiş olsa bile Google o isteği sayar.

Teslim edilebilirlik analizi

API, alan adı bazındaki bu değerlendirmeyi domains.getComplianceStatus yanıtında deliverabilityStatusVerdict olarak döndürür. Iverson her mesajı ve API’deki değerini listeledi:

USER_FEEDBACK_LOW değerine dikkat edin. Hiçbir e-posta geri dönmüyor, spam oranı iyi görünüyor ama insanlar sizi görmezden geliyor. v1’de bu durum, itibarın yüksekten ortaya kayması olarak görünürdü.

Korunan kontrol panelleri

Spam oranı, gelen kutusuna teslim edilen ve DKIM ile kimliği doğrulanan e-postalar içinde alıcıların spam olarak işaretlediklerinin payıdır. Geri bildirim döngüsü paneli bu oranı Feedback-ID başlığınıza göre ayırarak şikâyetlerin hangi e-posta trafiğinden geldiğini gösterir. Kimlik doğrulama (Authentication) paneli SPF, DKIM ve DMARC kontrollerinden geçme oranlarını, Şifreleme (Encryption) paneli ise TLS üzerinden gönderilen e-postaların payını gösterir.

Artık en önemli panel teslim hataları (Delivery errors): Gmail’in reddettiği ya da ertelediği, kimliği doğrulanmış e-postaların payı ve nedenleri. v2 API’sindeki ret nedenleri şunlar: bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error ve other. İtibar artık yalnızca bir ret nedeni olarak, yani size e-posta kaybettirdikten sonra görünüyor.

Neler kaldırıldı ve neden?

Eski kontrol panelleri her alan adına ve IP’ye kötü, düşük, orta ya da yüksek itibar derecesi veriyordu. Google’ın duyurusuna göre bu veriler “çoğu gönderici için kolayca harekete geçirilebilir değil”, gönderici davranışındaki değişiklikler panele “yavaş yansıyor” ve panel “itibar, teslim edilebilirliği etkileyen birçok faktörden yalnızca biri olduğu için yanıltıcı olabiliyor.”

Haklı bir gerekçe, ama yine de bir kayıp. Iverson’ın ağustosta yazdığı gibi grafik, bir düzeltmenin haftalar içinde işe yaradığını gösteriyordu. Değerlendirme ise yalnızca bugünü gösteriyor. Yeni kontrol panelleri vaat edildi, ama tarih verilmedi.

Postmaster Tools API’sinin son durumu

Google’ın genel kullanıma açılan v2 için hazırladığı geçiş rehberine göre trafficStats kaynağı domainStats olarak değişiyor, get ve list yöntemlerinin yerini tek bir domains.domainStats.query yöntemi alıyor, domainStats:batchQuery tek çağrıda birden fazla alan adını kapsıyor ve domains.getComplianceStatus yöntemi yeni.

v2 metrikleri şunlar: SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT ve DELIVERY_ERROR_RATE. Google’a göre v2, “alan adı ve IP itibarı dışında mevcut tüm v1 işlevlerini” kapsıyor ve “mevcut v1 API’si kullanımdan kaldırılacak.” Henüz bir tarih yok. v1 üzerine yeni hiçbir şey geliştirmeyin.

Tek bir alan adı için günlük spam ve ret oranları:

POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query
Authorization: Bearer <oauth-token with postmaster.traffic.readonly>
Content-Type: application/json
 
{
  "metricDefinitions": [
    { "name": "spam_rate", "baseMetric": { "standardMetric": "SPAM_RATE" } },
    {
      "name": "reject_rate",
      "baseMetric": { "standardMetric": "DELIVERY_ERROR_RATE" },
      "filter": "error_type = \"reject\""
    }
  ],
  "timeQuery": {
    "dateRanges": {
      "dateRanges": [
        { "start": { "year": 2026, "month": 9, "day": 28 },
          "end": { "year": 2026, "month": 10, "day": 4 } }
      ]
    }
  },
  "aggregationGranularity": "DAILY"
}

İki tarih de aralığa dâhildir. Eksik bir gün sıfır şikâyet değil, düşük hacim anlamına gelir. Şirket içi bir kontrol paneli hâlâ v1 itibar verisini okuyorsa o paneli silin.

İtibar grafiğinin yerini alacak bir izleme planı

Tek başına hiçbir sinyal itibarın yerini tutmuyor; ama aşağıdakiler birlikte, sizi eski grafikten daha erken uyarır.

Sağlayıcı bazında spam oranı

Google’ın gönderici SSS sayfası, spam oranını %0,1’in altında tutmanızı ve asla %0,3’e ulaşmamanızı istiyor. %0,1’in üzeri bile toplu göndericilere zarar verir. %0,3’te hafifletme (mitigation) hakkını kaybedersiniz; Google da oranınız art arda 7 gün %0,3’ün altında kalana kadar destek taleplerinize yanıt vermez.

Gmail yalnızca gelen kutusuna düşen e-postaları sayar; bu yüzden e-postalarınızın büyük kısmı spam klasörüne düşüyorsa oran sağlıklı görünür. Spam oranı ve tıklamalar birlikte düşüyorsa bu kötü haberdir.

Yahoo’nun göndericiler için en iyi uygulamalar sayfası da aynı %0,3 tavanını kullanıyor. Spam klasörü dâhil teslim edilen tüm e-postaları payda olarak alan bir ESP ise ikisinden de daha düşük bir oran gösterir.

Sağlayıcı bazında geri dönme ve erteleme kodları

SMTP yanıtları, alabileceğiniz en doğrudan geri bildirimdir. Geri dönmeleri ve ertelemeleri her hafta sağlayıcıya ve koda göre gruplayın. Google’ın SMTP hata kodları sayfasından ve her sağlayıcının kendi sayfalarından derlediğimiz başlıcaları:

Kodun ardından gelen metni okuyun. Google’ın hata kodları sayfası, eksik bir PTR kaydından düşük alan adı itibarına kadar on farklı 4.7.0 yanıtı listeliyor.

Sağlayıcı bazında tıklamalar

Gmail sizi alıcıların davranışına göre değerlendirir; bu yüzden teslim edilen mesaj başına insan kaynaklı tekil tıklamaları sağlayıcı bazında ve haftalık olarak izleyin. Tek bir sağlayıcıdaki düşüş genellikle o sağlayıcıdaki filtrelemeye işaret eder; her yerde görülen bir düşüş ise genellikle içeriğin ya da hedef kitlenin değiştiği anlamına gelir.

Açılmalara güvenmeyin: Apple’ın Mail Privacy Protection özelliği, “e-postayla etkileşime girip girmediğinizden bağımsız olarak uzak içeriği varsayılan olarak arka planda indirir.” Güvenlik tarayıcılarından gelen tıklamaları da ayıklayın (gerçek bir tıklamayı nasıl saydığımız).

Bir tuzak: Google Workspace kullanan şirketler kendi alan adlarını kullanır. Sağlayıcı olarak gmail.com, outlook.com, hotmail.com, yahoo.com ve icloud.com alan adlarını, geri kalanını ise kurumsal e-posta olarak değerlendirin.

Yerleşim testleri: yapabildikleri kadarıyla

Test gelen kutularıyla yapılan bir yerleşim testi, her sağlayıcıdaki sabit test adreslerinde e-postanın gelen kutusuna mı, spama mı düştüğünü yoksa hiç ulaşmadığını mı raporlar. Her alıcının karşılaşacağı sorunları yakalar: bozuk bir DKIM anahtarı, kara listeye alınmış bir bağlantı alan adı, spam izlenimi veren içerik. Test adreslerinin sizinle bir geçmişi yoktur; açılma, yanıt ya da “spam değil” tıklaması da yoktur. Üstelik Gmail kararını kısmen alıcı bazında verir. Yahoo’nun performans verisi akışları sayfası, panel ve piksel tabanlı izlemenin “kullanıcılarımızın gizliliğini ve güvenliğini tehlikeye atabileceğini ve koşullarımızı ve politikalarımızı ihlal edebileceğini” söylüyor. DNS, alan adı, şablon ya da bağlantı alan adı değişikliklerinden sonra ve büyük gönderimlerden önce bir test yapın. Bunu asla yerleşim oranınız olarak raporlamayın.

Yahoo Sender Hub ve Microsoft SNDS

Yahoo Sender Hub’daki Insights görünümü, belirli bir günlük hacmin üzerindeki gönderimlerde, doğrulanmış her DKIM alan adı için gelen kutusuna düşen e-postalar üzerinden şikâyet oranını ve teslim edilen e-posta sayısını gösterir. Şikâyet bazında rapor almak için aynı alan adlarını Yahoo’nun Complaint Feedback Loop programına kaydedin; IP tabanlı geri bildirim döngüleri artık yok.

Microsoft’un bu yıl yeni bir portala taşınan SNDS hizmeti, kontrolünüzdeki her IP için hacmi, şikâyet oranını ve bir filtre sonucunu gösterir. SNDS SSS sayfası, spam sayılan mesajların payı %10’un altındaysa sonucu yeşil, %10 ile %90 arasındaysa sarı, %90’ın üzerindeyse kırmızı olarak tanımlıyor ve %0,3’ün altındaki bir şikâyet oranını “iyi bir eşik” olarak niteliyor. Erişim, onaydan ya da taşımadan 10 ay sonra sona erer; bu yüzden yeniden onaylama tarihini takviminize ekleyin. Paylaşılan IP’ler kaydedilemez; bu yüzden gönderim sağlayıcınıza neleri izlediğini sorun.

DMARC toplu raporları ve kara listeler

Toplu raporlar, From alan adınızı kullanan tüm kaynakları ve her birinin SPF ile DKIM kontrollerinden geçip geçmediğini, hizalanıp hizalanmadığını gösterir. Biçim artık Mayıs 2026’da yayımlanan RFC 9990; bu belge RFC 9989 ve RFC 9991 ile birlikte RFC 7489’un yerini alıyor. Raporları ayrıştıran bir araca yönlendirilmiş bir rua adresi yayımlayın:

_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"

Yeni kaynaklara, düşen DKIM hizalamasına ve tanımadığınız hacme bakın. Gmail’de ani bir düşüş gördüğümüzde önce kimlik doğrulamayı kontrol ediyoruz; en hızlı düzeltme genellikle oradadır.

Ardından kara listeler. Spamhaus’un Domain Blocklist listesi, e-posta gövdenizdeki bağlantı ve görsel alan adları dâhil alan adlarını kapsar; SBL ise IP’leri kapsar. Gmail, IP adreslerinin bu listelerde yer almasını ip_in_rbls ret nedeniyle raporlar.

Haftalık kontrol listesi

%0,1, %0,3 ve SNDS rakamları Google, Yahoo ve Microsoft’tan geliyor. Geri dönme ve tıklama eşikleri ise bizim belirlediğimiz değerler; bu yüzden onları kendi referans değerlerinize göre ayarlayın.

Brew ile bunu nasıl yaparsınız?

Brew, kendi gönderimlerinizden elde edilen kontrolleri karşılar. Postmaster Tools, Sender Hub ve SNDS’i de yanında açık tutun.

get_domain_health aracı (MCP aracı ya da GET /v1/domains/{domainId}/health isteği) ücretsizdir. healthy, at_risk ya da critical değerinde bir değerlendirme, SPF, DKIM ve DMARC durumu, eğilimiyle birlikte 0 ile 100 arasında bir puan ve önerilen düzeltmeleriyle birlikte sinyaller döndürür. “İtibar” (reputation) bileşeni, kampanya ve otomasyon gönderimlerinizin Brew içinde ölçülen geri dönme ve şikâyet oranlarını kullanır; hacim yeterliyse alan adı bazında, değilse çalışma alanı genelinde. Bu bileşen puanın %25’ini oluşturur ve aynı %0,1 ve %0,3 eşiklerini kullanır; en az üç şikâyetle birlikte %0,3 veya üzeri bir oran, puanı en fazla 40 ile sınırlar. include=scoreHistory parametresi en fazla 50 anlık görüntü döndürür; böylece bir eğilim çizgisine yeniden kavuşursunuz.

create_inbox_placement_test aracı, doğrulanmış alan adınız üzerinden Gmail, Outlook, Yahoo, Apple ve diğer sağlayıcılardaki test gelen kutularına gerçek bir e-posta gönderir; maliyeti 10 kredi ve küçük bir gönderimden ibarettir. Bir pazarlama alan adını doğrulamak da “Sade not” ile başlayıp “Promosyon” ile biten beş şablon versiyonuyla ücretsiz bir test çalıştırması başlatır. Yukarıda test gelen kutuları için sıraladığımız uyarılar burada da geçerlidir.

Sağlayıcı bazında tıklamalar için olay akışını iki kez kullanın: önce GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week, ardından aynı isteği eventType=delivered ile gönderin. Her alan adı ve hafta için tıklama sayısını teslim sayısına bölün. Bot tıklamaları varsayılan olarak hariç tutulur. Bunlar olay sayılarıdır; yani iki kez tıklayan biri iki kez sayılır. Bir sağlayıcıdaki %20’lik bir düşüşü fark etmek için bu yeterlidir, ancak gönderim raporlarınızdaki tekil tıklama oranıyla aynı şey değildir. Gruplanmış sayımlar en yeni 20.000 olayı okur; bu yüzden yüksek hacimli bir listede from ve to parametrelerini her seferinde bir haftalık aralık olacak şekilde gönderin ve truncated alanını kontrol edin. Sorunları görmek için bunların yerine bounced, complained ya da delivery_delayed değerlerini kullanın; durum kodları ise geri dönme kaydınızda kalır.

Sıkça sorulan sorular

Google Postmaster Tools hâlâ alan adı itibarını gösteriyor mu?

Hayır. Ne v2’de ne de API’sinde bir itibar metriği var. Düşük itibar yalnızca teslim hataları panelinde bir ret nedeni olarak görünüyor; ona en yakın alternatif de teslim edilebilirlik analizinin değerlendirmesi.

Gmail hangi spam oranına izin veriyor?

Google, oranın %0,1’in altında kalmasını ve asla %0,3’e ulaşmamasını istiyor. %0,1’in üzeri bile toplu göndericilere zarar verir; oran %0,3’e ulaştığında da Google, oran art arda 7 gün %0,3’ün altında kalana kadar yardımcı olmaz.

Postmaster Tools v1 API’si hâlâ çalışıyor mu?

Google, v1 API’sinin kullanımdan kaldırılacağını ve 3 Şubat 2026’dan beri genel kullanımda olan v2’ye geçilmesi gerektiğini söylüyor, ancak henüz bir tarih belirlemedi. v2, itibar dışında her şeyi kapsıyor.

Postmaster Tools kontrol panelim neden boş?

Postmaster Tools, kişisel Gmail hesaplarına gönderim hacminin düşük olduğu günlerde verileri gizler. Spam oranı yalnızca DKIM ile kimliği doğrulanmış e-postaları sayar; doğrulanan alan adının da e-postalarınızdaki DKIM ya da SPF alan adıyla eşleşmesi gerekir. Gmail alan adınızı henüz değerlendiremiyorsa teslim edilebilirlik analizi “Yeterli giden e-posta yok” (Not enough outgoing email) mesajını gösterir.

Test gelen kutularıyla yapılan yerleşim testleri Gmail için doğru sonuç verir mi?

Başarısız kimlik doğrulama ya da kara listedeki bir bağlantı gibi her alıcının karşılaşacağı sorunlarda evet. Ancak abone etkileşimini göremezler; bu yüzden gerçek yerleşimi spam oranına, sağlayıcı bazındaki tıklamalara ve Gmail değerlendirmesine bakarak yorumlayın. Daha geniş bağlamı teslim edilebilirlik rehberimiz ve State of Email raporumuzun eylül sayısı ele alıyor.