E-Mail-Betrefflänge prüfen

Leere oder nur aus Leerzeichen bestehende Betreffzeilen werden mit invalid_input abgelehnt, damit ein leeres Formular kein stiller Erfolg wird. Nutzen Sie sie kostenlos im Browser beim Schreiben von Kampagnen, oder rufen Sie die API für $0.002 pro erfolgreicher Anfrage auf, wenn Sie reproduzierbare Abschneide-Flags in CI, ESP-Vorschauen oder Content-Pipelines brauchen.

Was mobiles und Desktop-Abschneiden des Betreffs bedeutet

Die Antwort spiegelt den Betreff, meldet char_count, wiederholt das feste mobile_limit von vierzig und desktop_limit von siebzig, setzt die Booleans truncated_mobile und truncated_desktop, meldet, wie viele Zeichen jedes Limit überschreiten, und liefert preview_mobile und preview_desktop als sichtbare Ausschnitte. Status ist ok, wenn der Betreff beide Limits einhält, truncated_mobile, wenn er nur das mobile Limit überschreitet, und truncated_desktop, wenn er auch das Desktop-Limit überschreitet. Die Engine baut entweder einen exakten Längenbericht innerhalb der unterstützten Maximallänge oder lehnt die Anfrage mit invalid_input ab. Abgelehnte Fälle umfassen ein fehlendes subject-Feld, einen null-Wert, eine leere Zeichenkette, nur-Leerzeichen-Einfügen, Objekte und Arrays, die kein Klartext sind, und Nutzlasten länger als das dokumentierte Maximum. Diese Seite beantwortet nur, ob der Betreff in gängigen Posteingangs-Vorschauen abgeschnitten würde, mit stabiler Ausgabe für Checklisten, Unit-Tests und API-Verbraucher.

Wie das subject-Feld gelesen wird und Limits reproduzierbar bleiben

Der Wert muss nach einer sinnvollen Inhaltsprüfung eine nicht leere Zeichenkette sein; endliche Zahlen und Bigints werden zuerst in Strings umgewandelt, damit eine als Zahl eingegebene Bestellkennung weiterhin einen stabilen Ziffern-Betreff erzeugt. Äußere Leerzeichen um echte Wörter zählen weiterhin zur Länge, weil Posteingänge sie anzeigen; nur reiner Weißraum ohne sichtbaren Inhalt gilt als leer. Die Zeichenzählung nutzt Array.from auf der Zeichenkette, sodass jeder Unicode-Codepunkt, einschließlich vieler Emoji, als eins zählt. Desktop-Vorschauen folgen derselben Regel bei siebzig. Status hängt nie vom aktuellen Datum, von Locale-Sortiertabellen, die Buchstaben zwischen Hosts unterschiedlich ordnen, oder von Zufallsstichproben ab. Der bevorzugte Feldname ist subject, aber die Aliase text, input, title, line und s werden akzeptiert, damit Query-Strings, Tabellen, ESP-Exportspalten und typisierte Formulare denselben Vertrag ohne Umbenennung von Spalten nutzen. Booleans, einfache Objekte und Arrays werden mit einer klaren Meldung abgelehnt, damit ein falscher JSON-Body nicht zum Wort true oder zu einem unbrauchbaren Objekt-Dump wird. Leere Zeichenkette und nur-Leerzeichen-Einfügen sind immer invalid_input: das Produktversprechen ist, eine echte Betreffzeile zu prüfen, nicht einen Null-Erfolg für einen leeren Absenden zu erfinden. Die Länge ist auf fünfhundert Zeichen begrenzt, damit ein entlaufenes Einfügen keinen Worker monopolisiert; längere Nutzlasten scheitern mit einer expliziten Limitmeldung statt eines stillen Schnitts. Abschneide-Vorschauen schneiden an derselben Codepunkt-Grenze: wenn truncated_mobile true ist, ist preview_mobile die ersten vierzig Codepunkte; wenn false, der volle Betreff. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der bezahlten API, wenn Sie denselben Bericht in einer automatisierten Pipeline brauchen, die Sendungen sperrt, bevor sie Ihr ESP verlassen.

Wo Betrefflängen-Prüfungen in Marketing, Support und Software passen

Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Analyse $0.002, fehlgeschlagene Validierung wird nicht berechnet, und nach der Antwort wird nichts gespeichert. Diese Aufteilung — kostenlose interaktive Exploration und eine preisgleiche identische API — entspricht dem übrigen KIT-Katalog der Stufe A und lässt Sie von einer Kampagnen-Demo zu einem automatisierten Gate wechseln, ohne das numerische Ergebnis zu ändern.