TL;DR, Kurze Antwort
7 Min. LesezeitDie YouTube Data API deckelt eine Videobeschreibung bei 5000 Bytes, einen Titel bei 100 Zeichen und die gesamte Tag-Liste bei 500 Zeichen. Bytes und Zeichen sind nur bei reinem ASCII-Text dieselbe Zahl, eine japanische oder emojilastige Beschreibung stößt also schon bei rund 1666 Zeichen an die Decke statt bei 5000. YouTubes eigenes Hilfe-Center gibt das Beschreibungslimit mit 5,000 Zeichen an, was die falsche Einheit ist und der Grund, warum die meisten Artikel es genau so wiederholen.
Was ist das Zeichenlimit der YouTube-Beschreibung?
Googles YouTube Data API setzt das Zeichenlimit der YouTube-Beschreibung auf 5000 Bytes statt auf 5000 Zeichen und deckelt im selben Objekt den Videotitel bei 100 Zeichen und die gesamte Tag-Liste bei 500 Zeichen. Die Referenzseite zur videos-Ressource sagt es wörtlich: „The video's description. The property value has a maximum length of 5000 bytes and may contain all valid UTF-8 characters except < and >.“ Zwei Felder auf einem Objekt, zwei verschiedene Einheiten.
Dieses eine Wort ändert die Antwort für jeden, der in einer nicht lateinischen Schrift schreibt oder Emoji setzt. Ein Byte misst Speicher, ein Zeichen misst Text. UTF-8 kodiert einen ASCII-Buchstaben in einem Byte und ein japanisches Zeichen in drei, die beiden Zahlen laufen also in dem Moment auseinander, in dem deine Beschreibung kein schlichtes Englisch mehr ist.
| Feld | Dokumentiertes Limit | Einheit | API-Eigenschaft |
|---|---|---|---|
| Videotitel | 100 | Zeichen | snippet.title |
| Videobeschreibung | 5000 | Bytes | snippet.description |
| Alle Tags zusammen | 500 | Zeichen | snippet.tags[] |
Quelle: die Referenz der YouTube Data API v3 zur videos-Ressource, gelesen am 10. September 2026.
Warum zählt YouTube die Beschreibung in Bytes?
YouTube zählt die Beschreibung in Bytes, weil das Feld gegen seine gespeicherte UTF-8-Kodierung geprüft wird und nicht gegen eine gerenderte Zeichenzahl. UTF-8 hat eine variable Breite: ein Byte für den ursprünglichen ASCII-Bereich, zwei für akzentuiertes Latein, Kyrillisch, Griechisch, Hebräisch und Arabisch, drei für Chinesisch, Japanisch, Koreanisch und Devanagari, vier für die Emoji-Ebenen. Die API misst die Größe der kodierten Zeichenkette. Dein Texteditor misst etwas anderes.
Es ist dieselbe Falle, die das AT Protocol für Bluesky-Facets mit byteStart und byteEnd dokumentiert, und dieselbe, in die Meta läuft, wenn Threads ein Emoji als seine UTF-8-Byte-Länge zählt. Zähl die kodierten Bytes, bevor du absendest, nicht die Zeichen, die dein Editor meldet.
Wie viele Zeichen bekommst du in einer Beschreibung wirklich?
5000 Zeichen bekommst du nur, wenn jedes Zeichen der Beschreibung ASCII ist. Teile das Budget von 5000 Bytes durch die Kosten pro Zeichen deiner Schrift, und du hast die echte Obergrenze.
bytes = (1 x ascii_chars) + (2 x two_byte_chars) + (3 x three_byte_chars) + (4 x four_byte_chars)
| Inhalt | Beispiel | Bytes pro Zeichen | Zeichen in 5000 Bytes |
|---|---|---|---|
| ASCII-Buchstaben, Ziffern, Leerzeichen, Satzzeichen | a | 1 | 5000 |
| Akzentuiertes Latein, Kyrillisch, Griechisch, Arabisch, Hebräisch | д | 2 | 2500 |
| Chinesisch, Japanisch, Koreanisch, Devanagari | 動 | 3 | 1666 |
| Emoji in den Zusatzebenen | 🔥 | 4 | 1250 |
Zusammengesetzte Emoji kosten mehr als einen Codepoint. Ein Daumen hoch mit Hautton-Modifikator sind zwei Codepoints zu je vier Bytes, 👍🏽 kostet also 8 Bytes. Ein Familien-Emoji mit vier Personen besteht aus vier Emoji, verbunden durch drei Zero Width Joiner, und jeder Joiner ist ein Drei-Byte-Zeichen, 👨👩👧👦 kostet also 25 Bytes für eine Glyphe, die der Leser als ein einziges Bild sieht.

Kann eine Beschreibung unter 5000 Zeichen trotzdem abgelehnt werden?
Ja, und hier ist die Rechnung. Nimm einen japanischen Kochkanal, dessen Beschreibung 1.200 japanische Zeichen an Rezeptnotizen, 1.100 ASCII-Zeichen an Timestamps und URLs sowie 40 Emoji enthält.
(1200 x 3) + (1100 x 1) + (40 x 4) = 3600 + 1100 + 160 = 4860 bytes
Diese Beschreibung ist 2.340 Zeichen lang und 4.860 Bytes groß, sie geht also durch. Füge 47 weitere japanische Zeichen hinzu, und sie wird zu 2.387 Zeichen und 5.001 Bytes, ein Byte über der Decke. Die API lehnt eine Beschreibung mit 2.387 Zeichen ab, weniger als die Hälfte der Zahl, auf die der Creator hinarbeiten sollte. Die Ablehnung kommt als invalidDescription mit HTTP 400 und der Meldung „The request metadata specifies an invalid video description,“ die weder eine Länge noch eine Einheit nennt.
- 1.200 japanische Zeichen
- 1.100 ASCII-Zeichen
- 40 Emojis
- Wird erfolgreich hochgeladen
- 47 zusätzliche japanische Zeichen
- Ein Byte über dem 5000-Byte-Limit
- Abgelehnt mit invalidDescription, HTTP 400
Stimmt YouTubes Hilfe-Center mit der API überein?
Nein. Der Hilfe-Center-Artikel von YouTube zum Hochladen von Videos schreibt „Video descriptions have a character limit of 5,000 characters and cannot include invalid characters,“ und nutzt damit für dasselbe Feld die falsche Einheit, das die API in Bytes dokumentiert. Die Angabe zum Titel stimmt auf beiden Seiten bei 100 Zeichen überein, die Uneinigkeit beschränkt sich also auf die Beschreibung.
Behandle die API-Referenz als maßgeblich, denn sie beschreibt den Validator, der deinen Upload annimmt oder ablehnt. In lateinischer Schrift ohne Emoji geben beide Dokumente dieselbe praktische Antwort, und die Abweichung fällt nie auf. Auf Japanisch, Hindi, Arabisch oder Russisch überzeichnet die Zahl aus dem Hilfe-Center dein Budget um das Zwei- bis Dreifache.
Wo kürzt YouTube die Beschreibung auf der Watch Page?
YouTube veröffentlicht nicht, an welcher Stelle die Watch Page eine Beschreibung abschneidet. Die Zahl von 5000 Bytes ist ein Speicherlimit, das beim Upload durchgesetzt wird, und die eingeklappte Vorschau über dem Steuerelement „...more“ ist ein davon getrenntes Layout-Verhalten, das YouTube nirgends dokumentiert. Weder die Referenz der Data API noch der Hilfe-Center-Artikel zum Hinzufügen einer Beschreibung nennt für die eingeklappte Ansicht eine Zeichenzahl, eine Byte-Zahl oder eine Zeilenzahl.
Der Mechanismus erklärt, warum es keine feste Zahl gibt. Die Watch Page rendert die Beschreibung in einem Container, dessen Höhe vom umgebenden Layout gesetzt wird, und die Textmenge, die vor dem Aufklappen sichtbar ist, verschiebt sich mit Viewport-Breite, Schriftgröße und den Metadatenzeilen darüber. Eine Zahl, die auf einem 27-Zoll-Desktop hält, hält auf einem Handy im Hochformat nicht. In SEO-Artikeln kursieren Zahlen, als hätte Google sie veröffentlicht. Hat Google nicht.
Die Lösung hängt nicht vom Schnittpunkt ab: Setz den Link, den Call to Action und den Satz, der gelesen werden muss, in die ersten Zeilen, und lass den Rest lang laufen. Auch die Formatierung in diesem Eröffnungsblock zählt, und YouTubes Regeln zur Textformatierung bestimmen, was gerendert wird und was als wörtliches Zeichen auftaucht.
AdaptlyPost
7-Tage-Testversion starten
Plattformübergreifende Analysen
Sozialer Posteingang
KI-gestützter Assistent
Was zählt gegen das Tag-Limit von 500 Zeichen?
Das Limit von 500 Zeichen gilt für die Tag-Liste als Ganzes, nicht für jedes einzelne Tag. Die API dokumentiert es an der Array-Eigenschaft: „A list of keyword tags associated with the video. Tags may contain spaces. The property value has a maximum length of 500 characters.“ Zwanzig Tags mit im Schnitt 25 Zeichen schöpfen das Budget aus, und eine einzelne Long-Tail-Phrase mit 60 Zeichen nimmt allein ein Achtel davon.
YouTube dokumentiert nicht, ob die Trennzeichen zwischen den Tags gegen die 500 zählen, die sichere Annahme ist also, dass sie es tun, und das sichere Ziel liegt ein paar Zeichen unter der Decke. Beachte erneut die Einheit: Tags werden in Zeichen gezählt, während die Beschreibung daneben in Bytes gezählt wird, ein nicht lateinischer Tag-Satz verhält sich also anders als eine nicht lateinische Beschreibung. Andere Netzwerke fassen ihre Limits wieder anders, von dem TikTok-Caption-Limit in UTF-16-Runes bis zum Zeichenlimit für Alt-Text in der Instagram API.

Wo adaptlypost hineinpasst
adaptlypost veröffentlicht auf YouTube über dieselbe Data API, zu der diese Limits gehören, die Decke von 5000 Bytes gilt dort also genauso wie bei einem direkten Upload. Der YouTube-Video-Planer stellt Uploads mit Titeln, Beschreibungen und Tags in die Queue, und der KI-Caption-Writer entwirft den Beschreibungstext, den du dann gegen das Byte-Budget prüfst. Kein Planungstool hebt eine Plattformdecke an; die Limits oben gehören Google und gelten, egal welcher Client die Anfrage schickt.
Häufig gestellte Fragen
Sind es 5000 Zeichen oder 5000 Bytes beim Zeichenlimit der YouTube-Beschreibung?
Die YouTube Data API dokumentiert es als 5000 Bytes an der Eigenschaft snippet.description der videos-Ressource. YouTubes Hilfe-Center nennt für dasselbe Feld 5.000 Zeichen. Die API-Referenz ist die, die zum Validator passt, behandle das Limit also als 5000 Bytes.
Wie viele japanische oder chinesische Zeichen passen in eine YouTube-Beschreibung?
UTF-8 kodiert die meisten chinesischen, japanischen und koreanischen Zeichen in drei Bytes, was die Decke bei 1.666 Zeichen reinem CJK-Text setzt. Gemischter Inhalt landet je nach ASCII-Anteil zwischen diesem Wert und 5.000. Timestamps, URLs und lateinische Hashtags kosten je ein Byte und strecken das Budget.
Zählt ein Emoji in einer YouTube-Beschreibung als ein Zeichen?
Nein. Emoji in den Zusatzebenen kosten je vier Bytes, ein Hautton-Modifikator kommt mit weiteren vier dazu, und jeder Zero Width Joiner in einem zusammengesetzten Emoji bringt drei. Ein Familien-Emoji mit vier Personen kostet 25 Bytes vom 5000-Byte-Budget und belegt auf dem Bildschirm eine Glyphe.
Wie lautet das Zeichenlimit für den YouTube-Videotitel?
Die API deckelt snippet.title bei 100 Zeichen und gibt dieses Limit in Zeichen an, nicht in Bytes. Dieselbe Eigenschaft verbietet die Zeichen < und >. YouTubes Hilfe-Center nennt dieselben 100, bei diesem Feld gibt es also keine Uneinigkeit über die Einheit.
Wie viele Tags kann ein YouTube-Video haben?
YouTube deckelt die Gesamtlänge der Tag-Liste bei 500 Zeichen und dokumentiert keine Obergrenze für die Anzahl der Tags. Zwanzig Tags mit 25 Zeichen füllen das Budget, und vierzig Tags mit 12 Zeichen ebenso. YouTube dokumentiert nicht, ob Trennzeichen gegen die 500 zählen.
Wo schneidet YouTube die Beschreibung vor „...more“ ab?
YouTube veröffentlicht keinen Kürzungspunkt. Die eingeklappte Höhe ist ein Layout-Ergebnis, das sich mit Viewport-Breite, Schriftgröße und den Metadatenzeilen über der Beschreibung verschiebt, der sichtbare Teil unterscheidet sich also zwischen Desktop-Browser und Handy. Schreib die wichtigen Zeilen zuerst, statt auf eine Zeichenzahl zu zielen, die bei Google niemand bestätigt hat.
Welche Fehlermeldung erscheint, wenn eine YouTube-Beschreibung das Byte-Limit überschreitet?
Die API lehnt den Upload mit dem Fehler invalidDescription und dem HTTP-Status 400 ab. Die Meldung lautet "The request metadata specifies an invalid video description" und nennt weder die Länge noch die Einheit, die das Problem verursacht hat. Wer die Ablehnung debuggen will, muss bereits wissen, dass das Feld in Bytes gemessen wird.
Zählen die Trennzeichen zwischen YouTube-Tags zum 500-Zeichen-Limit?
YouTube dokumentiert nicht, ob Kommas oder Leerzeichen zwischen den Tags auf snippet.tags[] zum 500-Zeichen-Limit zählen. Die sichere Annahme ist, dass sie es tun, weshalb das sichere Ziel ein paar Zeichen unter der Grenze liegt statt genau darauf. Zwanzig Tags mit durchschnittlich 25 Zeichen füllen das Budget bereits ohne jedes Trennzeichen.
Prüft der KI-Caption-Writer von adaptlypost eine Beschreibung automatisch gegen das Byte-Limit?
Nein. adaptlypost begrenzt eine YouTube-Beschreibung im Editor auf 5000 Zeichen, die YouTube Data API setzt ihre Grenze aber in Bytes durch. Ein Entwurf des KI-Caption-Writers kann also die Zeichengrenze einhalten und trotzdem abgelehnt werden. Text mit Umlauten, kyrillischen oder CJK-Schriftzeichen stößt eher an das Byte-Limit als an das Zeichenlimit. Zählen Sie bei langen nicht-englischen Beschreibungen die Bytes, bevor Sie planen, denn kein Scheduling-Tool hebt die Grenze an, die Google festlegt.
Wie viele Zeichen passen in eine YouTube-Beschreibung auf Arabisch, Hebräisch oder Russisch?
Diese Schriften fallen in UTF-8s Zwei-Byte-Bereich, zusammen mit akzentuiertem Latein und Griechisch, was die praktische Obergrenze bei 2500 Zeichen statt 5000 setzt. Das ist die Hälfte des Budgets, das die Zeichenzahl im Hilfe-Center nahelegt. Gemischter ASCII-Text wie URLs oder Zeitstempel streckt die Gesamtzahl wieder, weil jedes dieser Zeichen ein statt zwei Bytes kostet.
Setze das mit AdaptlyPost in die Praxis um
War dieser Artikel hilfreich?
Teilen Sie uns Ihre Meinung mit!
Sieh uns öfter bei Google
Ein Klick macht AdaptlyPost zu einer bevorzugten Quelle. Unsere Artikel stehen dann weiter oben in deinen Top-Meldungen, im KI-Modus und in den KI-Übersichten.
Bevor Sie gehen...
AdaptlyPost
Planen Sie Ihre Inhalte für alle Plattformen
Verwalten Sie alle Ihre Social-Media-Konten an einem Ort mit AdaptlyPost.
Plattformübergreifende Analysen
Sozialer Posteingang
KI-gestützter Assistent
Verwandte Glossarbegriffe


Hinter der TikTok KI-Kennzeichnung stecken zwei Labels
Die TikTok KI-Kennzeichnung gibt es zweimal: ein Creator-Label, das du per is_aigc setzt, und ein Auto-Label durch KI-Effekte oder C2PA, das bleibt.


Warum das TikTok-Caption-Zeichenlimit in UTF-16-Runen gemessen wird
Das TikTok-Caption-Zeichenlimit liegt bei 2200 UTF-16-Runen für Videos und 90 für einen Foto-Titel. Runen sind keine Zeichen, ein Emoji kann elf kosten.


Was Instagrams content_publishing_limit-Endpunkt zurückgibt
Instagrams Endpunkt content_publishing_limit liefert quota_usage plus einen config-Block mit quota_total 50 und quota_duration 86.400 Sekunden.
Verwandte Artikel


Was der Scope instagram_business_content_publish wirklich gewährt
Der Scope instagram_business_content_publish erlaubt einer App organische Instagram-Posts und hängt bei jedem Aufruf an instagram_business_basic.


So funktioniert ein Bluesky Feed Generator, vom Lexicon zum fertigen Feed
Ein Bluesky Feed Generator ist ein HTTPS-Dienst, der eine XRPC-Query beantwortet. Die Lexicons, der DID-Dokument-Eintrag, das JWT und die Lücken in den Docs.


Warum das Bluesky-Bildgrößenlimit bei 2,000,000 Bytes liegt
Das Bluesky-Bildgrößenlimit liegt bei 2,000,000 Bytes pro Beitragsbild, gesetzt per maxSize im images-Lexicon. Avatare und Banner enden bei 1,000,000 Bytes.

