Postmaster Tools v2 schrapt de grafieken voor domein- en IP-reputatie van Gmail. Wat v2 toont, de stand van de API en een weekplan met drempels als vervanging.

Google Postmaster Tools is het gratis dashboard van Google dat laat zien hoe Gmail omgaat met bulkmail van een domein dat je met een DNS-record hebt geverifieerd. Versie 2 vervangt versie 1 en laat de beoordelingen van domein- en IP-reputatie vallen waar veel teams elke ochtend naar keken. Hieronder lees je wat v2 laat zien, hoe het met de API zit en wat wij in plaats daarvan elke week controleren.
Al Iverson van Spam Resource meldde in september 2025 dat “gebruikers vanaf 30 september 2025 alleen nog toegang hebben tot de nieuwere versie (v2)”. In november 2025 zette Google dat op pauze, en op 20 augustus 2026 meldde hij dat de pauze was opgeheven: “GPT V1 wordt nu uitgefaseerd.”
De tijdlijn, volgens de release notes van de Gmail API en Spam Resource:
| Datum | Wat er gebeurde |
|---|---|
| 2024 | Postmaster Tools v2 verschijnt naast v1 |
| 2 dec. 2025 | v2beta-API in developer preview |
| 3 feb. 2026 | API v2 algemeen beschikbaar |
| 24 jun. 2026 | Domein- en gebruikersbeheer in de API; de compliancestatus geeft het oordeel uit de bezorgbaarheidsanalyse terug |
| 20 aug. 2026 | Spam Resource meldt dat de toegang tot v1 account voor account verdwijnt |
De pagina’s van Google lopen achter. Begin oktober stond in de aankondiging over de uitfasering nog steeds “we stellen de uitfasering van de verouderde webinterface van Postmaster Tools uit”, zonder datum, en de richtlijnen voor afzenders zeggen nog steeds dat je “de reputatie van je domein en IP-adres met Postmaster Tools” moet controleren. Voor de meeste accounts is v1 al verdwenen.

Wat er bleef, wat er nieuw is en wat je in de gaten houdt in plaats van reputatie.
Volgens de helppagina over de dashboards van Google gaan alle dashboards alleen over persoonlijke Gmail-accounts, worden ze binnen ongeveer 24 uur bijgewerkt, gebruiken ze UTC en kunnen ze gaten vertonen op dagen met weinig volume.
Elke afzender krijgt vijf controles op basis van de richtlijnen voor afzenders: SPF en DKIM, DNS-records, opmaak van berichten, versleuteling en spamratio. Voor bulkverzenders, die ongeveer 5.000 of meer berichten per dag naar Gmail sturen, komen daar DMARC, afmelden met één klik en het verwerken van afmeldingen bij.
De rijen tonen “Voldoet” (Compliant), “Verbetering nodig” (Needs work) of “Geen gegevens gevonden” (No data found). Het zijn voortschrijdende gemiddelden, dus het duurt tot 7 dagen voordat een oplossing zichtbaar wordt. De status gaat alleen over primaire domeinen: verifieer je email.example.com, dan dekken de rijen heel example.com. Bij “Afmeldingen verwerken” (Honor unsubscribe) staat “Verbetering nodig” als afmeldingen langer dan 48 uur duren, en Google telt een verzoek ook mee als je CDN of firewall het heeft geblokkeerd.
De API geeft dit oordeel per domein terug als deliverabilityStatusVerdict uit domains.getComplianceStatus. Iverson zette elke melding met de bijbehorende API-waarde op een rij:
| Melding in het dashboard (vrij vertaald) | Reden in de API | Wat je doet |
|---|---|---|
| Gebruikers geven aan dat ze je e-mails willen ontvangen | USER_FEEDBACK_POSITIVE |
Niets. Dit is het doel. |
| Niet genoeg uitgaande e-mail | MESSAGE_VOLUME_LOW |
Verstuur regelmatig en schaal langzaam op. |
| Je voldoet niet aan onze eisen voor afzenders | SENDER_NOT_COMPLIANT |
Los de rijen met “Verbetering nodig” in de compliancestatus op. |
| Veel berichten met bezorgfouten | SMTP_ERRORS_HIGH |
Lees de 4xx- en 5xx-antwoorden van Gmail en verstuur langzamer. |
| Gebruikers geven aan dat ze je e-mails niet willen ontvangen | USER_FEEDBACK_NEGATIVE |
Kijk kritisch naar wie je mailt, hoe vaak en wat je verstuurt. |
| Gebruikers ondernemen geen actie op je berichten | USER_FEEDBACK_LOW |
Schrap ontvangers die al lang inactief zijn en verander de inhoud. |
| Je spamratio ligt boven 0,1% | SPAM_RATE_HIGH |
Urgent. Stop met mailen naar de bronnen die de klachten veroorzaken. |
Let op USER_FEEDBACK_LOW. Er bounct niets, de spamratio ziet er goed uit, en toch negeren mensen je. In v1 zag dat eruit als een reputatie die van hoog naar gemiddeld zakte.
De spamratio is het aandeel van de in de inbox bezorgde, met DKIM geauthenticeerde mail dat ontvangers als spam hebben gemarkeerd. Feedback Loop splitst die ratio uit op je header Feedback-ID, zodat je ziet welke mailstroom klachten oplevert. Authenticatie toont hoeveel mail slaagt voor SPF, DKIM en DMARC, en Versleuteling welk aandeel via TLS is verstuurd.
Het dashboard Bezorgfouten is nu het belangrijkst: het aandeel geauthenticeerde mail dat Gmail heeft geweigerd of uitgesteld, met de redenen erbij. De weigeringsredenen in de v2-API zijn bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error en other. Reputatie bestaat alleen nog als weigeringsreden, nadat die je al mail heeft gekost.
De oude dashboards beoordeelden elk domein en IP-adres als “Slecht”, “Laag”, “Gemiddeld” of “Hoog”. Volgens de aankondiging van Google zijn de gegevens “voor de meeste afzenders niet makkelijk bruikbaar”, worden veranderingen in gedrag “maar traag zichtbaar”, en “kan het dashboard misleidend zijn, omdat reputatie maar een van de vele factoren is die de bezorgbaarheid beïnvloeden”.
Begrijpelijk, en toch een verlies. Zoals Iverson in augustus schreef, liet de grafiek over een periode van weken zien dat een herstel werkte. Het oordeel toont alleen de stand van vandaag. Er zijn nieuwe dashboards beloofd, zonder datum.
De migratiegids van Google voor de algemeen beschikbare v2: trafficStats wordt domainStats, één methode domains.domainStats.query vervangt get en list, domainStats:batchQuery dekt meerdere domeinen per aanroep, en domains.getComplianceStatus is nieuw.
De metrics in v2 zijn SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT en DELIVERY_ERROR_RATE. Volgens Google dekt v2 “alle bestaande functionaliteit van v1, behalve domein- en IP-reputatie”, en “wordt de huidige v1-API uitgefaseerd”. Er is nog geen datum. Bouw niets nieuws meer op v1.
Dagelijkse spam- en weigeringsratio’s voor één domein:
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"
}Beide datums tellen mee. Een ontbrekende dag betekent weinig volume, niet nul klachten. Leest een intern dashboard nog de reputatie uit v1, verwijder dat paneel dan.
Geen enkel signaal vervangt reputatie in zijn eentje, maar samen waarschuwen deze je eerder dan de oude grafiek.
Volgens de FAQ voor afzenders van Google moet je onder 0,1% blijven en mag je nooit 0,3% bereiken. Boven 0,1% heeft een bulkverzender er al last van. Vanaf 0,3% kom je niet meer in aanmerking voor mitigatie, en neemt Google supportverzoeken pas in behandeling als je 7 opeenvolgende dagen onder 0,3% blijft.
Gmail telt alleen mail in de inbox, dus als veel mail in de spammap belandt, ziet de ratio er gezond uit. Dalen de spamratio en de klikken tegelijk, dan is dat slecht nieuws.
De best practices voor afzenders van Yahoo hanteren hetzelfde plafond van 0,3%. Een ESP die deelt door alle bezorgde mail, inclusief de spammap, komt lager uit dan beide.
SMTP-antwoorden zijn je meest directe feedback. Groepeer bounces en uitstel elke week per provider en code. De belangrijkste, uit het overzicht van SMTP-fouten van Google en de pagina’s van elke provider:
| Provider | Antwoord | Betekenis |
|---|---|---|
| Gmail | 421 4.7.0 “very low reputation of the sending IP address” of “sending domain” |
Reputatieprobleem, uitgesteld. De tekst zegt welk van de twee. |
| Gmail | 550 5.7.1 “likely unsolicited” of “very low reputation” |
Geweigerd als spam |
| Gmail | 421 4.7.28 “unusual rate of unsolicited email” |
Rate limit op IP-adres, domein of een URL-domein |
| Gmail | 4.7.27, 4.7.30, 4.7.31, 4.7.32 |
SPF mislukt, DKIM mislukt, geen DMARC-record, From niet in lijn |
| Microsoft | 550 5.7.515 |
Een domein dat meer dan 5.000 berichten per dag verstuurt, voldeed niet aan de authenticatie-eisen van Outlook |
| Yahoo | 421 of 451 |
Tijdelijk, onder meer door klachten en ongebruikelijk verkeer (foutcodes van Yahoo) |
| Yahoo | 553 of 554 |
Permanent, onder meer door mislukte DMARC-controles en vermeldingen bij Spamhaus. Probeer het niet opnieuw. |
Lees de tekst na de code. Het overzicht van Google noemt tien verschillende 4.7.0-antwoorden, van een ontbrekend PTR-record tot een lage domeinreputatie.
Gmail beoordeelt je op het gedrag van ontvangers, dus volg unieke, echte klikken per bezorgd bericht, per provider, per week. Een daling bij één provider betekent meestal dat er daar wordt gefilterd; een daling overal betekent meestal dat de inhoud of de doelgroep is veranderd.
Gebruik geen openingen: Mail Privacy Protection van Apple “downloadt standaard op de achtergrond externe content, ongeacht of je iets met de e-mail doet”. Laat ook klikken van beveiligingsscanners weg (zo tellen wij een echte klik).
Eén valkuil: bedrijven op Google Workspace gebruiken hun eigen domeinen. Behandel gmail.com, outlook.com, hotmail.com, yahoo.com en icloud.com als providers, en de rest als zakelijke mail.
Een seedtest meldt voor vaste adressen bij elke provider of de mail in de inbox, in spam of nergens is beland. Hij vangt op wat elke ontvanger zou tegenkomen: een kapotte DKIM-sleutel, een linkdomein op een blocklist, inhoud die naar spam ruikt. Seedadressen hebben geen geschiedenis met jou, geen openingen, antwoorden of klikken op “geen spam”, en Gmail beslist deels per ontvanger. Op de pagina over performance feeds schrijft Yahoo dat tracking via panels en pixels “de privacy en veiligheid van onze gebruikers in gevaar kan brengen en in strijd kan zijn met onze voorwaarden en ons beleid”. Voer een seedtest uit na wijzigingen in DNS, domein, sjabloon of linkdomein, en vóór grote verzendingen. Rapporteer hem nooit als je plaatsingsratio.
De weergave Insights in Sender Hub van Yahoo toont de klachtenratio en het aantal bezorgde berichten per geverifieerd DKIM-domein, voor mail in de inbox en boven een minimaal dagvolume. Meld dezelfde domeinen aan voor de Complaint Feedback Loop van Yahoo om per klacht een rapport te krijgen; feedbackloops op basis van IP-adressen bestaan niet meer.
SNDS van Microsoft, dit jaar op een nieuw portaal, toont per IP-adres dat je beheert het volume, de klachtenratio en een filterresultaat. De FAQ van SNDS definieert groen als minder dan 10% van de berichten beoordeeld als spam, geel als 10% tot 90% en rood als meer dan 90%, en noemt een klachtenratio onder 0,3% “een goede norm”. De toegang verloopt 10 maanden na goedkeuring of migratie, dus zet de herbevestiging in je agenda. Gedeelde IP-adressen kun je niet registreren, dus vraag je provider wat die monitort.
Geaggregeerde rapporten tonen elke bron die je From-domein gebruikt, en of SPF en DKIM slaagden en in lijn waren. Het formaat is nu vastgelegd in RFC 9990, gepubliceerd in mei 2026. Samen met RFC 9989 en 9991 vervangt die RFC 7489. Publiceer een rua-adres dat verwijst naar een tool die de rapporten verwerkt:
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Let op nieuwe bronnen, dalende DKIM-alignment en onbekend volume. Na een plotselinge daling bij Gmail controleren we eerst de authenticatie; dat is meestal het snelst opgelost.
Daarna de blocklists. De Domain Blocklist van Spamhaus gaat over domeinen, ook de link- en afbeeldingsdomeinen in je e-mail; de SBL gaat over IP-adressen. Gmail rapporteert vermeldingen van IP-adressen als ip_in_rbls.
De cijfers voor 0,1%, 0,3% en SNDS komen van Google, Yahoo en Microsoft. De drempels voor bounces en klikken zijn van ons, dus stem ze af op je eigen baseline.
| Controle | Waar | Gezond | Actie nodig als | Eerste actie |
|---|---|---|---|---|
| Spamratio bij Gmail | Postmaster Tools v2 of API | Onder 0,1% | 0,1% of meer, op welke dag ook | Zoek de mailstroom in Feedback Loop en pauzeer die |
| Oordeel van Gmail | Bezorgbaarheidsanalyse | USER_FEEDBACK_POSITIVE |
Een ander oordeel, 2 weken lang | Volg de actie bij dat oordeel hierboven |
| Compliance bij Gmail | Compliancestatus | Overal “Voldoet” | Ergens “Verbetering nodig” | Los het op en geef de status 7 dagen om bij te werken |
| Klachten bij Yahoo | Insights in Sender Hub | Ruim onder 0,3% | 2 weken op rij stijgend | Bekijk de feedbackloop-rapporten per campagne |
| IP-adressen bij Outlook | SNDS (alleen eigen IP-adressen) | Groen | Een dag geel of rood | Vergelijk het volume en de doelgroep van die dag |
| Bounces en uitstel | Bouncelog, per provider | Minder dan 1% harde bounces | Meer dan 2%, of tekst over reputatie of rate limits | Vertraag de verzending en lees het volledige antwoord |
| Klikken per provider | Je statistieken | Binnen 20% van het gemiddelde over 8 weken | Eén provider 20% of meer gedaald | Doe bij de volgende verzending een seedtest en schrap daar inactieve ontvangers |
| Authenticatie | Geaggregeerde DMARC-rapporten | Bekende bronnen slagen en zijn in lijn | Nieuwe bron of dalende alignment | Repareer de DNS of de DKIM van de leverancier voordat je verstuurt |
| Blocklists | Opzoeken bij Spamhaus | Niet vermeld | Elke vermelding | Zoek de oorzaak en vraag daarna om verwijdering van de lijst |
| Seedtest | Plaatsingstool | Inbox bij elke grote provider | Spam bij welke provider ook | Vergelijk met de laatste versie die slaagde |
Brew dekt de controles die uit je eigen verzendingen komen. Houd Postmaster Tools, Sender Hub en SNDS ernaast open.
get_domain_health (een MCP-tool, of GET /v1/domains/{domainId}/health) is gratis. De tool geeft een oordeel (healthy, at_risk of critical), de status van SPF, DKIM en DMARC, een score van 0 tot 100 met een trend, en signalen met voorgestelde oplossingen. De pijler “Reputatie” gebruikt de eigen bounce- en klachtenratio’s van Brew uit je campagne- en automatiseringsverzendingen, per domein als het volume dat toelaat en anders voor de hele werkruimte. Die pijler telt voor 25% mee in de score en gebruikt dezelfde grenzen van 0,1% en 0,3%; bij 0,3% of meer met minstens drie klachten is de score maximaal 40. Met include=scoreHistory krijg je tot 50 momentopnamen terug, en daarmee weer een trendlijn.
create_inbox_placement_test verstuurt een echte e-mail via je geverifieerde domein naar seedinboxen bij Gmail, Outlook, Yahoo, Apple en andere providers, voor 10 credits plus de kleine verzending. Als je een marketingdomein verifieert, start er ook één gratis run met vijf sjabloonvarianten, van Eenvoudig bericht tot Promotioneel. De kanttekeningen bij seedtests hierboven gelden ook hier.
Gebruik voor klikken per provider de eventfeed twee keer: GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week, en daarna hetzelfde met eventType=delivered. Deel het een door het ander, per domein en per week. Klikken van bots worden standaard uitgesloten. Dit zijn aantallen events, dus iemand die twee keer klikt, telt twee keer mee. Om een daling van 20% bij één provider te zien is dat prima, maar het is niet de unieke klikratio uit je verzendrapporten. Gegroepeerde tellingen lezen de nieuwste 20.000 events, dus geef bij een grote lijst from en to mee voor één week tegelijk en controleer de vlag truncated. Wil je problemen zien, gebruik dan bounced, complained of delivery_delayed; statuscodes blijven in je bouncelog.
Nee. Noch v2, noch de API ervan heeft een reputatiemetric. Een lage reputatie verschijnt alleen als weigeringsreden in Bezorgfouten, en het oordeel uit de bezorgbaarheidsanalyse komt nog het dichtst in de buurt.
Volgens Google moet je onder 0,1% blijven en mag je nooit 0,3% bereiken. Boven 0,1% heeft een bulkverzender er al last van, en vanaf 0,3% helpt Google pas weer als de ratio 7 opeenvolgende dagen onder 0,3% blijft.
Google zegt dat de v1-API wordt uitgefaseerd en dat je moet overstappen op v2, die sinds 3 februari 2026 algemeen beschikbaar is, maar heeft nog geen datum genoemd. v2 dekt alles behalve reputatie.
Postmaster Tools verbergt gegevens op dagen met weinig volume naar persoonlijke Gmail-accounts. De spamratio telt alleen met DKIM geauthenticeerde mail, en het geverifieerde domein moet overeenkomen met het DKIM- of SPF-domein van je mail. De bezorgbaarheidsanalyse meldt “Niet genoeg uitgaande e-mail” als Gmail je domein nog niet kan beoordelen.
Voor problemen die elke ontvanger raken, zoals mislukte authenticatie of een link op een blocklist, wel. Ze missen de betrokkenheid van abonnees, dus beoordeel de echte plaatsing aan de hand van de spamratio, klikken per provider en het oordeel van Gmail. Onze gids over bezorgbaarheid en de State of Email van september schetsen de bredere context.
