Zeichenzähler

So funktioniert es

1. Tippen oder fügen Sie Ihren Text ein in das Textfeld. Der Zähler aktualisiert sich live bei jedem Tastendruck, es gibt keinen «Berechnen»-Button, den Sie drücken müssten.
2. Lesen Sie die Live-Statistiken. Zeichen mit Leerzeichen, Zeichen ohne Leerzeichen, Wörter, Sätze, Absätze, Zeilen, durchschnittliche Wortlänge, plus Lese- und Sprechzeitschätzungen, alles wird neu berechnet, während Sie editieren.
3. Setzen Sie ein optionales Zeichenlimit für die Plattform, für die Sie schreiben (Twitter 280, SMS 160, Bluesky 300 usw.) und schauen Sie zu, wie sich der Fortschrittsbalken füllt. Der Balken wird bernsteinfarben, wenn Sie sich der Obergrenze nähern, und rot, wenn Sie sie überschreiten.
4. Kopieren oder leeren Sie, wenn Sie fertig sind. «Text kopieren» legt den Inhalt in Ihre Zwischenablage; «Leeren» macht das Feld leer. Nichts wird irgendwohin gesendet, der gesamte Zähler läuft in Ihrem Browser.

Zeichenlimits, die 2026 zählen

Jede Plattform hat ihre eigene Decke, und mehrere haben versteckte Regeln, die, die wirklich beißen, sind meist Sichtbarkeitslimits (Text jenseits eines bestimmten Punktes wird hinter «…mehr» versteckt) und Codierungsregeln je Kanal.

Die SMS-Codierungsfalle

SMS ist der einzige übliche Kanal, in dem ein Zeichen die Kosten jedes anderen Zeichens in Ihrer Nachricht ändern kann. Das standardmäßige GSM-7-Bit-Alphabet enthält genau 128 Zeichen, lateinische Grundbuchstaben, Ziffern, gewöhnliche Satzzeichen, eine Handvoll akzentuierter Zeichen und Währungssymbole. Alles, was außerhalb davon liegt (ein gekräuseltes Apostroph ', ein Geviertstrich, ein Emoji, jede nicht-lateinische Schrift), stuft die gesamte Nachricht auf UCS-2-16-Bit-Codierung herunter und senkt die Decke pro Segment von 160 GSM-7-Zeichen auf 70 UCS-2-Zeichen. Eine 161-Zeichen-Nachricht wird zu zwei Segmenten, abgerechnet als zwei Nachrichten; ein verirrtes Emoji in einer ansonsten sauberen Nachricht kann Ihr effektives Limit halbieren. Werkzeuge wie Twilios «Smart Encoding» ersetzen automatisch gekräuselte Anführungszeichen durch gerade, um Marketing-Kampagnen in der billigeren Codierung zu halten.

Was zählt als «ein Zeichen»? Es kommt darauf an.

Modernes Unicode trennt die intuitive Idee eines «Zeichens» in drei verschiedene Konzepte, die unterschiedlich zählen:

• Code-Einheit, die Speichereinheit einer bestimmten Codierung (1 Byte für ein ASCII-Zeichen in UTF-8; 2 Bytes für ein Zeichen der Basic Multilingual Plane in UTF-16; 4 Bytes für ein Emoji in UTF-16, weil es ein Surrogatpaar braucht).
• Code-Punkt, ein einzelner Unicode-Skalarwert (z. B. U+1F926 face palm). Die meisten Zeichen sind ein Code-Punkt, aber einige «einzelne» visuelle Emoji werden aus mehreren zusammengesetzt.
• Erweiterter Graphem-Cluster, was Benutzer tatsächlich als ein Zeichen wahrnehmen. Formal definiert in Unicode Standard Annex #29.

JavaScripts String.prototype.length gibt UTF-16-Code-Einheiten zurück, keine Grapheme. MDN sagt es direkt: «contains the length of the string in UTF-16 code units.» Deshalb meldet ein einzelnes Emoji wie 😄 eine Länge von 2 (es lebt in der Supplementary Plane und braucht ein Surrogatpaar), und die Familien-ZWJ-Sequenz 👨‍👩‍👧‍👦 meldet eine Länge von 11 (vier Personen-Emoji plus drei Zero-Width-Joiner). Dasselbe Ein-Zeichen-Familien-Emoji zählt als 11 in JavaScript, 5 in Python und 1 in Swift, je nachdem, welche Definition jede Sprache wählt.

Für korrekte Graphem-Zählung in modernem JavaScript ist die Standardantwort Intl.Segmenter:

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

Dieser Zähler verwendet Intl.Segmenter, wo unterstützt (jeder Evergreen-Browser ab 2026), damit die sichtbare Zeichenanzahl mit dem übereinstimmt, was ein menschliches Auge zählen würde, nicht mit dem, was UTF-16-Code-Einheiten zählen würden.

Lesezeit und Sprechzeit

Die Lesezeit wird mit der strengsten verfügbaren modernen Quelle berechnet: Marc Brysbaerts Meta-Analyse von 2019 («How many words do we read per minute?», Journal of Memory and Language), die 190 Studien mit 18.573 Teilnehmenden zusammenführte. Das Hauptergebnis lag unter der lange zitierten Volksweisheit von 300 wpm, leises Lesen von Sachtexten liegt im Durchschnitt bei 238 Wörtern pro Minute, Belletristik im Durchschnitt bei 260 wpm, und Vorlesen sinkt auf 183 wpm. Der Zähler verwendet 238 wpm für die Schätzung der leisen Lesezeit, was die richtige Zahl für Dokumentation, Artikel und die meisten allgemeinen Inhalte ist.

Die Sprechzeit verwendet die formelle Präsentationsgeschwindigkeit von 130 wpm der American Speech-Language-Hearing Association, langsamer als Konversationssprechen (rund 150 wpm), weil Publikum zusätzliche Verarbeitungszeit braucht und Vortragende für die Betonung pausieren müssen. Wenn Sie ein Podcast-Skript, ein Hörbuchkapitel oder einen Live-Vortrag entwerfen, ist 130 wpm die sicherere Planungszahl.

SEO-Titel- und Meta-Description-Längen

Google Search Central ist eindeutig: Es gibt keine harte Maximallänge weder für das <title>-Element noch für das <meta name="description">-Tag. Snippets werden einfach so abgeschnitten, dass sie in die verfügbare Breite des Geräts passen, das das Ergebnis anzeigt. Die Empfehlungen von 50-60 Zeichen Titel und 150-160 Zeichen Beschreibung sind Branchenkonventionen, abgeleitet aus beobachteten Pixelbreiten (~580 px auf dem Desktop), nicht aus einer offiziellen Decke. Das Abschneiden wird durch die Pixelbreite entschieden, also wird ein Titel voller breiter Buchstaben wie W, M und großer A früher abgeschnitten als einer voller schmaler Buchstaben wie i, l und t. Die Länge beeinflusst das Ranking nicht; sie beeinflusst nur, wie viel von Ihrem Snippet ein Suchender vor dem Klick sieht.

Warum es im Browser zählen wichtig ist

Viele Textzähler sind serverseitig: Sie fügen ein, sie POSTen Ihren Text an ein Backend, und sie geben die Zählungen zurück. Was auch immer Sie einfügen, landet dann in den Transit-Logs dieses Unternehmens, in den Server-Logs und (je nach Bedingungen) potenziell in deren Trainingsdaten. Das ist in Ordnung für Tweet-Entwürfe; es ist nicht in Ordnung für vertrauliche Mitarbeiterkommunikation, Rechtsentwürfe unter Privileg, unveröffentlichte Manuskripte, medizinische oder finanzielle Aufzeichnungen oder PII, die Sie im Auftrag von jemand anderem handhaben. Dieser Zähler läuft komplett in Ihrem Browser, jede Zählung wird von JavaScript auf Ihrem eigenen Gerät berechnet, der Inhalt der Textarea verlässt nie die Seite, und sobald die Seite zwischengespeichert ist, funktioniert das Werkzeug offline.

Häufige Anwendungsfälle

• Soziale Posts entwerfen gegen eine harte Decke mit einer Live-Fortschrittsleiste (X 280, Bluesky 300, Threads 500, Mastodon 500).
• SMS-Marketingtext schreiben, der innerhalb von 160 GSM-7-Zeichen pro Segment bleiben muss, um die Liefer kosten vorhersehbar zu halten.
• SEO-Meta-Tags abstimmen, Titel um die 60 Zeichen, Beschreibung um die 155, ohne zu einem separaten SERP-Vorschau-Werkzeug zu springen.
• Akademische Abstract-Limits einhalten (APA 150-250 Wörter, Nature 150, Science 125), ohne bei jeder Überarbeitung nach Word zu exportieren.
• Wortzählungen von Essays oder Berichten prüfen gegen ein Klassenminimum oder ein Zeitschriftenmaximum, besonders wenn das Originaldokument gesperrt oder in einem Format ist, durch das Sie keinen Round-Trip wollen.
• Code-Schnipsel einfügen, um abzuschätzen, wie lange ein Codeblock zum Lesen braucht oder wie er in einem Chat aussieht.
• Formularfeld-Texte schreiben gegen die willkürlichen Zeichendecken in CRMs oder Visumformularen (das Legacy-MySQL-VARCHAR(255)-Standard ist immer noch überraschend verbreitet).

Häufige Fehler

1. Zeichen mit Bytes verwechseln. Ein 280-Zeichen-X-Post auf Englisch sind 280 Bytes; derselbe Post mit Emoji ist deutlich über 280 Bytes. Verwenden Sie den dedizierten Byte-Zähler, wenn Sie die codierte Größe brauchen.
2. Vergessen, dass URLs auf X immer als 23 zählen. Ein kurzer Link und ein 200-Zeichen-Link verbrauchen beide 23 Ihrer 280 Zeichen. Kürzen Sie nicht von Hand.
3. Ein einzelnes Emoji in einer SMS-Marketing-Vorlage verwenden. Ein einziges Nicht-GSM-Zeichen stuft die ganze Nachricht auf UCS-2 herunter, halbiert die Decke pro Segment und kann die Rechnung über eine Kampagne hinweg verdoppeln.
4. Titel auf eine Zeichenanzahl optimieren, wenn das Abschneiden nach Pixelbreite erfolgt. Zwei 60-Zeichen-Titel können je nach verwendeten Buchstaben in sehr unterschiedlichen Breiten gerendert werden.
5. Auf .length in JavaScript für benutzerseitig sichtbare Zeichenanzahlen vertrauen. Verwenden Sie Intl.Segmenter mit granularity: "grapheme", falls die Zählung jemals einem Benutzer gezeigt wird, sonst melden Emoji- und CJK-Cluster irreführende Zahlen.
6. Vertraulichen Text in serverseitige Zähler einfügen. Wenn die URL «count» sagt, der Network-Tab aber ein POST zeigt, hat Ihr Text gerade Ihren Computer verlassen.

Häufig gestellte Fragen

Funktioniert der Zähler mit nicht-lateinischen Schriften und Emoji?

Ja. Die Zeichenzählung verwendet Intl.Segmenter mit Graphem-Granularität überall, wo der Browser sie unterstützt (jeder Evergreen-Browser ab 2026), sodass ein einzelnes Emoji als 1 zählt, auch wenn es technisch aus mehreren Unicode-Code-Punkten besteht, die mit Zero-Width-Joinern verbunden sind. CJK-Zeichen, akzentuiertes Latein, Devanagari und Kyrillisch zählen alle einen Cluster pro sichtbarem Zeichen.

Warum ist meine X-Zeichenzählung um eins oder zwei daneben?

X wendet seine eigene Gewichtung an: jedes Emoji zählt als 2, jedes CJK-Zeichen zählt als 2, und jede URL wird durch den t.co-Verkürzer eingewickelt und zählt genau als 23. Ein rein lateinischer Entwurf von 280 Zeichen in diesem Zähler ist auf X auch 280, aber ein Entwurf mit zwei Emoji und einer URL zählt auf X höher als hier. Für X-spezifische Genauigkeit veröffentlicht X die twitter-text-Bibliothek, die seine genauen Zählregeln implementiert.

Sind 238 Wörter pro Minute wirklich die Lesezeit?

Für leises Lesen von Sachtexten durch einen durchschnittlichen Erwachsenen, ja, das ist die Hauptzahl aus Marc Brysbaerts Meta-Analyse von 2019 über 190 vorherige Studien mit 18.573 Teilnehmenden, die strengste moderne Quelle. Belletristik ist etwas schneller (260 wpm), Vorlesen ist viel langsamer (183 wpm), und Sprechen-vor-Publikum ist noch langsamer (130 wpm laut ASHA). Die Lesezeitschätzung verwendet 238 wpm; die Sprechzeit verwendet 130.

Wird mein Text irgendwo gespeichert oder gesendet?

Nein. Die Zählung passiert vollständig in JavaScript innerhalb Ihres Browsers. Der Inhalt der Textarea wird auf keinem Server übertragen, geloggt oder zwischengespeichert. Sobald die Seite geladen ist, funktioniert der Zähler offline.

Wie funktioniert das SMS-Limit wirklich?

Ein einzelnes SMS-Segment sind 140 Bytes. Mit dem GSM-7-Bit-Alphabet codiert sind das 160 Zeichen; mit UCS-2 codiert (16-Bit-Unicode, verwendet, sobald ein Nicht-GSM-Zeichen erscheint) sinkt es auf 70. Mehrsegment-Nachrichten verlieren 7 GSM-Zeichen oder 3 UCS-2-Zeichen pro Segment an einen User Data Header zum Wiederzusammensetzen, also sind eine lange GSM-Nachricht 153 Zeichen pro Segment, eine lange UCS-2-Nachricht 67. Mobilfunkanbieter rechnen pro Segment ab, also ist die Codierungswahl wichtig.

Was ist die richtige SEO-Titel-Länge?

Google hat keine harte Grenze. Die Branchenkonvention von 50-60 Zeichen kommt vom beobachteten Pixelbreiten-Abschneidepunkt in Desktop-Suchergebnissen (rund 580 px). Die Länge selbst beeinflusst das Ranking nicht; sie beeinflusst nur, wie viel des Titels Benutzer sehen, bevor er abgeschnitten wird. Behalten Sie die wichtigsten Wörter am Anfang, denn das ist der Teil, der garantiert angezeigt wird.

Verwandte Werkzeuge