So funktionieren Email Verifier-Credits

Email Verifier verwendet Credits. Das Dashboard zeigt sowohl das Tarifkontingent als auch gekaufte Credits, sodass Sie vor einem Auftrag die genauen Kosten sehen.

Kosten einer Verifizierung

In einem Deep-Auftrag kosten Adressen bei Anbietern ohne hilfreiche Nachweise auf Postfachebene 1 Credit. Die Schätzung im Dashboard und in der API berechnet dies anhand Ihrer Adressen. Verwenden Sie die angezeigte Summe, statt die Listengröße mit zwei zu multiplizieren.

Monatliches Kontingent

Monatliche Credits werden nicht übertragen. Der Verifier zeigt den aktuellen Stand und das Rücksetzdatum. Kaufen Sie bei Bedarf vorher ein Creditpaket.

Creditpakete

Checkout-Preise verwenden die Abrechnungswährung Ihres Kontos, sofern verfügbar. Gekaufte Credits verfallen nicht.

Öffnen Sie zum Kauf Email Verifier, wählen Sie Buy Credits, bestimmen Sie die Menge und schließen Sie den im Dashboard angezeigten Checkout ab.

Beispiele zur Paketauswahl

Diese Beispiele dienen der Planung und sind keine zugesagten Checkout-Summen. Maßgeblich ist die Preisvorschau vor dem Start für die tatsächlich eingereichten Adressen.

Aktionen mit und ohne Creditverbrauch

Diese Unterscheidung hilft beim Bereinigen einer Quelldatei. Sie können die Liste vor dem Start vorbereiten, prüfen und korrigieren. Credits gelten für die Verifizierung, nicht für das Ermitteln der Adressspalte.

Welches Guthaben zuerst verwendet wird

Auf dem normalen TrekMail-Host verbraucht eine Verifizierung zuerst das Monatskontingent und danach gekaufte Credits. So nutzen Sie das enthaltene Kontingent vor einem Paket.

Auf einem White Label-Host verwendet sie das gekaufte Guthaben. Das Kontingent des E-Mail-Tarifs gehört zum TrekMail-Konto der Agentur und wird in deren Markenprodukt nicht offengelegt.

Warum der Stand abweichen kann

Auf dem normalen TrekMail-Host trennt der Creditbereich monatliche und gekaufte Mengen. Das Monatskontingent ist mit dem E-Mail-Tarif verknüpft und wird nach dem angezeigten Zeitplan zurückgesetzt. Ein gekauftes Paket ist ein separates Guthaben. Auf einem White Label-Host sehen Nutzer das dort tatsächlich verfügbare gekaufte Guthaben.

Wenn eine Integration Credits über die API liest, vergleichen Sie total_available mit der Schätzung eines neuen Auftrags. Auf dem normalen Host gibt die API auch den monatlichen und gekauften Anteil zurück. Addieren Sie kein Guthaben eines Hosts zu einer Anfrage an einen anderen Host.

Änderungen des E-Mail-Tarifs

Das Monatskontingent folgt dem wirksamen E-Mail-Tarif des Kontos. Prüfen Sie nach einer Tarifänderung Menge und nächste Rücksetzung im Creditbereich. Gekaufte Credits bleiben separat, sodass eine Kontingentänderung kein bereits gekauftes Paket löscht.

Vor einem Sammelauftrag

Der Verifier extrahiert Adressen, entfernt Duplikate und zeigt eine Schätzung, bevor Sie Start Verification wählen. Prüfen Sie:

• die Anzahl eindeutiger Adressen;
• den gewählten Modus;
• die tatsächlichen Creditkosten;
• ob das Guthaben den gesamten Auftrag abdeckt.

Credits werden beim Start abgezogen. Deckt das Guthaben die Liste nicht, startet der Auftrag nicht. Es entsteht keine teilweise finanzierte Verifizierung.

Wenn Sie dieselbe normalisierte Liste im selben Modus innerhalb von 24 Stunden senden, gibt TrekMail den bestehenden Auftrag zurück, ohne erneut Credits auszugeben.

Wenn eine Quelle Duplikate enthält

Duplikate werden vor der Preisberechnung normalisiert, sodass dieselbe Adresse in diesem Auftrag nicht doppelt kostet. Ignorieren Sie deshalb keine doppelten Kontakte im Quellsystem. Halten Sie möglichst einen kanonischen Kontaktdatensatz vor, sonst können Kampagnenberichte und Abmeldungen trotz korrekter Kosten inkonsistent werden.

Betrachten Sie bei erneutem Einreichen im Duplikatschutzfenster den zurückgegebenen Auftrag als maßgeblich. Er wird möglicherweise noch verarbeitet oder ist bereits fertig. Das ist sicherer als neue Einreichungen, bis eine unklare Browser- oder Netzwerkantwort erfolgreich wirkt.

Abbruch und Ergebnisse

Sie können einen ausstehenden oder laufenden Auftrag abbrechen. Verarbeitete Zeilen bleiben verfügbar, Credits für nicht verarbeitete Arbeit werden erstattet. Aufträge und Ergebnisse werden 15 Tage aufbewahrt. Laden Sie den benötigten Export rechtzeitig herunter.

Bei einem abgeschlossenen Auftrag kann ein Abbruch keine Erstattung erzeugen, da keine Arbeit aussteht. Scheitert die Einreichung vor der Vorbereitung, behandelt TrekMail die Belastung als fehlgeschlagenen Start, statt einen bezahlten, nicht vorhandenen Auftrag zu hinterlassen. Prüfen Sie bei Unstimmigkeiten den Verlauf, bevor Sie eine Kopie senden.

Erinnerung zur Aufbewahrung

Das 15-tägige Ergebnisfenster ist vom Creditguthaben getrennt. Ein Credit kann korrekt ausgegeben worden sein, obwohl das Detailergebnis nicht mehr aufbewahrt wird. Laden Sie verfügbare CSV- oder Textexporte für Prüfung und Kampagne herunter und schützen Sie die Kontaktdaten gemäß Ihrem Datenschutzverfahren.

Abrechnung übersichtlich halten

Benennen Sie den Auftrag für spätere Prüfungen. Namen wie September newsletter import oder Partner A sample sind nützlicher als ein allgemeines Datum. Speichern Sie Export und Auftrags-ID beim Kampagnendatensatz. So sind Quelle, geschätzte Kosten, tatsächliche Belastung und Ergebnisgruppe nachvollziehbar, ohne die Entscheidung aus einem Posteingang zu rekonstruieren.

Guthaben beobachten

Der Verifier warnt bei niedrigem verfügbarem Stand. Prüfen Sie die Schätzung vor großen Listen, besonders in Deep. Automatisierte Abläufe können den aktuellen Stand vor der Einreichung mit GET /api/v1/verify/credits lesen.

Starten Sie nicht mehrere große Einreichungen gleichzeitig aufgrund einer alten Abfrage. Lesen Sie den Stand vor jeder Annahme neu, verwenden Sie einen eigenen Idempotenzschlüssel je API-Sammelanfrage und protokollieren Sie den zurückgegebenen Wert credits_charged. Das vermindert Überraschungen, wenn mehrere Integrationen ein Konto teilen.

Wenn Guthaben oder Kauf falsch wirken

Aktualisieren Sie den Verifier und prüfen Sie, ob Sie sich auf dem vorgesehenen TrekMail- oder White Label-Host befinden. Suchen Sie dann im Verlauf nach einem möglicherweise bereits erstellten Auftrag. Geben Sie dem Support Auftrags-ID, Auftragsnamen und sichtbaren Fehler oder Kaufbeleg. Teilen Sie niemals API-Token, vollständige Kartennummer, Postfachpasswort oder vollständigen Kontaktexport.

Planungsbeispiele finden Sie unter Preise und Creditpakete für Email Verifier.