# Postmaster Tools v2: itibar yerine neleri izlemeli?

Kanonik URL: https://brew.new/tr/blog/postmaster-tools-v2-what-to-monitor
Yazar: Thomas Park
Yayımlandı: 2026-10-08
Güncellendi: 2026-10-08

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](https://www.spamresource.com/2025/09/google-changes-coming-to-gpt.html). 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](https://www.spamresource.com/2026/08/gpt-v1-retirement-and-important-updates.html): “GPT V1 artık aşamalı olarak kullanımdan kaldırılıyor.”

[Gmail API sürüm notlarına](https://developers.google.com/workspace/gmail/release-notes) ve Spam Resource’a göre zaman çizelgesi:

| Tarih | Ne oldu? |
| --- | --- |
| 2024 | Postmaster Tools v2, v1’in yanında kullanıma sunuldu |
| 2 Aralık 2025 | v2beta API’si geliştirici önizlemesine (developer preview) açıldı |
| 3 Şubat 2026 | API v2 genel kullanıma açıldı |
| 24 Haziran 2026 | API’ye alan adı ve kullanıcı yönetimi eklendi; uyumluluk durumu artık teslim edilebilirlik değerlendirmesini de döndürüyor |
| 20 Ağustos 2026 | Spam Resource, v1 erişiminin hesap hesap kaldırıldığını bildirdi |

Google’ın sayfaları geriden geliyor. Ekim başında [kullanımdan kaldırma duyurusu](https://support.google.com/mail/answer/16594218) 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](https://support.google.com/mail/answer/81126) 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?

![Postmaster Tools v1’i, v2 kontrol panellerini ve v2 API’sini satır satır karşılaştıran bir tablo; alan adı ve IP itibarı satırları kullanımdan kaldırıldı olarak işaretlenmiş ve her satır için yerine izlenecek bir sinyal listelenmiş.](/images/blog/postmaster-tools-v2-what-to-monitor-v1-vs-v2.png)

*Korunanlar, yenilikler ve itibar yerine izlenecekler.*

Google’ın [kontrol panelleri yardım sayfasına](https://support.google.com/mail/answer/14668346) 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](https://www.spamresource.com/2026/09/gpt-lets-talk-deliverability-analysis.html):

| Kontrol panelindeki mesaj (anlamı) | API’deki neden | Ne yapmalı? |
| --- | --- | --- |
| Kullanıcılar e-postalarınızı almak istediklerini gösteriyor | `USER_FEEDBACK_POSITIVE` | Hiçbir şey. Hedef zaten bu. |
| Yeterli giden e-posta yok | `MESSAGE_VOLUME_LOW` | Düzenli gönderin ve hacmi yavaş artırın. |
| Gönderici gereksinimlerimizi karşılamıyorsunuz | `SENDER_NOT_COMPLIANT` | Uyumluluk durumundaki “İyileştirme gerekiyor” satırlarını düzeltin. |
| Teslim hatası alan çok sayıda mesaj var | `SMTP_ERRORS_HIGH` | Gmail’in 4xx ve 5xx yanıtlarını okuyun ve gönderimi yavaşlatın. |
| Kullanıcılar e-postalarınızı almak istemediklerini gösteriyor | `USER_FEEDBACK_NEGATIVE` | Kime, ne sıklıkla ve ne gönderdiğinizi gözden geçirin. |
| Kullanıcılar mesajlarınızla etkileşime girmiyor | `USER_FEEDBACK_LOW` | Uzun süredir etkileşimsiz alıcıları listeden çıkarın ve içeriği değiştirin. |
| Spam oranınız %0,1’in üzerinde | `SPAM_RATE_HIGH` | Acil. Şikâyetlere yol açan kaynaklara e-posta göndermeyi bırakın. |

`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](https://developers.google.com/workspace/gmail/postmaster/guides/migration-v2) 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ı:

```http
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ı](https://support.google.com/mail/answer/14229414), 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ı](https://senders.yahooinc.com/best-practices/) 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](https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes) ve her sağlayıcının kendi sayfalarından derlediğimiz başlıcaları:

| Sağlayıcı | Yanıt | Anlamı |
| --- | --- | --- |
| Gmail | `421 4.7.0` “very low reputation of the sending IP address” ya da “sending domain” | İtibar sorunu, e-posta ertelendi. Metin hangisi olduğunu söyler. |
| Gmail | `550 5.7.1` “likely unsolicited” ya da “very low reputation” | Spam olarak reddedildi |
| Gmail | `421 4.7.28` “unusual rate of unsolicited email” | IP, alan adı ya da bir URL’deki alan adı bazında hız sınırına takıldı |
| Gmail | `4.7.27`, `4.7.30`, `4.7.31`, `4.7.32` | Sırasıyla: SPF kontrolden kaldı, DKIM kontrolden kaldı, DMARC kaydı yok, From hizalanmamış |
| Microsoft | `550 5.7.515` | Günde 5.000’den fazla e-posta gönderen bir alan adı, Outlook’un [kimlik doğrulama gereksinimlerini](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730) karşılamadı |
| Yahoo | `421` ya da `451` | Geçici; şikâyetler ve olağan dışı trafik de dâhil ([Yahoo hata kodları](https://senders.yahooinc.com/smtp-error-codes/)) |
| Yahoo | `553` ya da `554` | Kalıcı; DMARC hataları ve Spamhaus listelerinde yer alma da dâhil. Yeniden denemeyin. |

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](https://www.apple.com/legal/privacy/data/en/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](/tr/blog/email-metrics-that-matter)).

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ı](https://senders.yahooinc.com/email-deliverability-performance-feeds/), 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ü](https://blog.postmaster.yahooinc.com/post/798590258207916032/introducing-insights), 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ı](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ), 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](https://www.rfc-editor.org/rfc/rfc9990.html); 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:

```dns
_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](https://www.spamhaus.org/blocklists/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.

| Kontrol | Nerede? | Sağlıklı | Harekete geçin | İlk adım |
| --- | --- | --- | --- | --- |
| Gmail spam oranı | Postmaster Tools v2 ya da API | %0,1’in altında | Herhangi bir günde %0,1 veya üzeri | Şikâyet alan trafiği geri bildirim döngüsünde bulun ve duraklatın |
| Gmail değerlendirmesi | Teslim edilebilirlik analizi | `USER_FEEDBACK_POSITIVE` | 2 hafta boyunca başka herhangi bir değerlendirme | Yukarıda o değerlendirme için önerilen adımı uygulayın |
| Gmail uyumluluğu | Uyumluluk durumu | Tümü “Uyumlu” | Herhangi bir “İyileştirme gerekiyor” | Düzeltin, ardından güncellenmesi için 7 gün bekleyin |
| Yahoo şikâyetleri | Sender Hub Insights | %0,3’ün çok altında | 2 hafta üst üste artış | Geri bildirim döngüsü raporlarını kampanya bazında inceleyin |
| Outlook IP’leri | SNDS (yalnızca kendi IP’leriniz) | Yeşil | Herhangi bir günde sarı ya da kırmızı | O günün hacmini ve hedef kitlesini karşılaştırın |
| Geri dönmeler ve ertelemeler | Sağlayıcı bazında geri dönme kaydı | %1’in altında kalıcı geri dönme | %2’nin üzeri ya da itibar veya hız sınırı metni | Gönderimi yavaşlatın ve yanıtın tamamını okuyun |
| Sağlayıcı bazında tıklamalar | Kendi analizleriniz | 8 haftalık ortalamadan en fazla %20 sapma | Bir sağlayıcıda %20 veya daha fazla düşüş | Sonraki gönderimi yerleşim testinden geçirin, o sağlayıcıdaki etkileşimsiz alıcıları ayıklayın |
| Kimlik doğrulama | DMARC toplu raporları | Bilinen kaynaklar kontrolden geçiyor ve hizalanıyor | Yeni bir kaynak ya da düşen hizalama | Göndermeden önce DNS’i ya da ilgili firmanın DKIM ayarını düzeltin |
| Kara listeler | Spamhaus sorgusu | Listede değil | Herhangi bir listede yer alma | Nedeni bulun, ardından listeden çıkarılmayı talep edin |
| Yerleşim testi | Yerleşim test aracı | Her büyük sağlayıcıda gelen kutusu | Herhangi bir sağlayıcıda spam | Testi geçen son sürümle farklarını karşılaştırı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`](https://docs.brew.new/api-reference/public-v1/domains/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ı](https://docs.brew.new/api-reference/public-v1/analytics/unified-events-feed) 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](/tr/blog/email-deliverability) ve [State of Email raporumuzun eylül sayısı](/tr/blog/state-of-email-september-2026) ele alıyor.