Discord-Timestamps: Syntax, Formate und Beispiele

„Das Event beginnt um 20 Uhr“ in einem Server mit Mitgliedern auf mehreren Kontinenten zu posten, führt garantiert zu Verwirrung. Discord löst das mit einem kleinen Stück Markup: Schreiben Sie den Zeitpunkt als Unix-Timestamp in <t:...>, und der Discord-Client jedes Lesers zeigt ihn in dessen eigene Zeitzone umgerechnet und passend zu dessen Spracheinstellung formatiert an. Sie tippen einen einzigen Wert, und alle sehen die richtige Ortszeit.

Die Syntax

Ein Timestamp hat zwei Formen:

<t:TIMESTAMP>
<t:TIMESTAMP:STYLE>

TIMESTAMP ist die Unix-Zeit: die Anzahl der Sekunden seit dem 1. Januar 1970 UTC, zum Beispiel 1790892000. STYLE ist ein einzelner Buchstabe, der das Format wählt. Lassen Sie ihn weg, verwendet Discord f; <t:1790892000> und <t:1790892000:f> werden also gleich angezeigt. Groß- und Kleinschreibung zählt: d und D sind verschiedene Stile.

Alle Timestamp-Stile

Die Entwicklerdokumentation von Discord nennt neun Stile. Die Namen und Beispielausgaben unten sind die dort angegebenen, im englischen Original. Viele ältere Anleitungen führen nur sieben Stile auf und lassen s und S weg.

Die Beispiele beschreiben ein Muster, nicht den genauen Text, den jeder Leser sieht. Laut Discord werden Timestamps in der Zeitzone und Spracheinstellung des Nutzers angezeigt, deshalb unterscheiden sich die Reihenfolge von Tag und Monat, die Trennzeichen, die Monatsnamen und die 12- oder 24-Stunden-Uhr von Leser zu Leser. R wird erst beim Ansehen der Nachricht berechnet und ist damit der Stil für Countdowns und Fristen: Ein Zeitpunkt in der Zukunft liest sich bei englischer Spracheinstellung etwa wie „in 3 hours“.

Eine Zahl, jede Zeitzone

Ein Unix-Timestamp bezeichnet einen einzigen Zeitpunkt, keine Uhrzeit auf einer Wanduhr. 1790892000 ist der 1. Oktober 2026 um 22:00 UTC, und ein daraus gebauter Timestamp zeigt jedem Leser seine eigene Ortszeit:

Die Umrechnung auf Seite der Leser passiert automatisch. Fehler schleichen sich nur auf Ihrer Seite ein: beim ersten Schritt, „18 Uhr in New York“ in die richtige Zahl umzuwandeln.

Den Unix-Timestamp ermitteln

Am schnellsten geht es mit dem Timestamp-Konverter. Liegt das Ereignis in der Zeit Ihres eigenen Geräts, öffnen Sie dort den Tab Discord, wählen Datum und Uhrzeit oder drücken Jetzt verwenden, und die Tabelle liefert alle Stile auf einmal: den Stil, den fertigen <t:...> unter Code mit einer Kopieren-Schaltfläche und eine Vorschau unter Sieht so aus. Dieser Tab liest die Uhrzeit in der Zone Ihres Geräts und ignoriert das Menü Zeitzone; ist das Ereignis also anderswo geplant, ermitteln Sie die Zahl zuerst:

1. Wählen Sie im Menü Zeitzone die Zeitzone, in der das Event geplant ist. Voreingestellt ist Ihre eigene Zone; zur Auswahl stehen die IANA-Zonen, die Ihr Browser unterstützt, etwa America/New_York.
2. Wählen Sie im Bereich Datum → Zeitstempel Datum und Uhrzeit und klicken Sie auf Umrechnen.
3. Kopieren Sie den Wert unter Sekunden, nicht den Millisekunden-Wert, und fügen Sie ihn in <t:...:F> oder den gewünschten Stil ein.
4. Zur Kontrolle fügen Sie die Zahl in den Bereich Zeitstempel → Datum ein und lesen sie in UTC, in einer beliebigen Zone und als relative Zeit zurück.

Die Werkzeugleiste zeigt außerdem den aktuellen Unix-Timestamp mit einer Kopieren-Schaltfläche, praktisch für Nachrichten wie „gepostet um“ oder „startet jetzt“. Für einen ganzen Zeitplan nimmt der Tab Stapel je Zeile einen Timestamp oder ein Datum, bis zu 500, und Als CSV kopieren übergibt die Tabelle an eine Tabellenkalkulation. Der Tab Code schreibt die Umrechnung des angezeigten Timestamps in acht Sprachen, PowerShell nicht darunter. Im Code lieferten alle folgenden Varianten 1790892000 für 18 Uhr am 1. Oktober 2026 bei UTC−4 (New Yorker Sommerzeit):

// JavaScript
Math.floor(Date.now() / 1000)                          // jetzt, in Sekunden
Date.parse('2026-10-01T18:00:00-04:00') / 1000         // 1790892000

# Python
import time
from datetime import datetime, timedelta, timezone
int(time.time())                                       # jetzt, in Sekunden
int(datetime(2026, 10, 1, 18, 0,
    tzinfo=timezone(timedelta(hours=-4))).timestamp()) # 1790892000

# Linux-Shell (GNU date)
date +%s
date -d '2026-10-01 18:00 -0400' +%s                   # 1790892000

# PowerShell
[DateTimeOffset]::UtcNow.ToUnixTimeSeconds()
[DateTimeOffset]::new(2026, 10, 1, 18, 0, 0, [TimeSpan]::FromHours(-4)).ToUnixTimeSeconds()

Ein fester Offset wie -04:00 stimmt nur für einen Teil des Jahres. New York wechselt am 1. November 2026 auf UTC−5, für spätere Daten braucht dieselbe Uhrzeit also -05:00. Mit einer benannten Zone umgehen Sie das Problem: Das Zonenmenü des Konverters arbeitet so, ebenso zoneinfo.ZoneInfo("America/New_York") in Python. Unter Windows braucht Python dafür das Paket tzdata; ohne es bekamen wir ZoneInfoNotFoundError.

Beispiele zum Einfügen

Die Wartung beginnt am <t:1790892000:F> (<t:1790892000:R>).
Der Check-in fürs Turnier schließt um <t:1790892000:t>.
Bewerbungen sind bis zum <t:1790892000:D> möglich.

Die Kombination aus vollem Datum und relativer Zeit wie in der ersten Zeile verrät den Lesern beides: den genauen Zeitpunkt und wie viel Zeit ihnen bleibt. Wollen Sie das Markup selbst statt eines gerenderten Datums zeigen, etwa um es anderen Mitgliedern zu erklären, setzen Sie es in Backticks; dann zeigt Discord es als Code an.

Typische Fehler

• Millisekunden statt Sekunden. Date.now() in JavaScript liefert Millisekunden, derzeit 13 Stellen; Unix-Zeit in Sekunden hat bis zum Jahr 2286 zehn Stellen. Als Sekunden gelesen, liegt 1790892000000 mehr als 50.000 Jahre entfernt. Teilen Sie durch 1000 und runden Sie ab.
• Ein Datum ohne Zeitzone parsen. In JavaScript verwendet new Date('2026-10-01T18:00') die Zeitzone des Rechners, auf dem der Code läuft, und das ist bei einem gehosteten Bot oft UTC statt Ihrer eigenen. Ein reiner Datumsstring wie '2026-10-01' wird dagegen als Mitternacht UTC gelesen. Geben Sie immer einen Offset an oder rechnen Sie mit einer benannten Zone um.
• In der falschen Zone umrechnen. Planen Sie ein Event für 20:00 in Berlin, rechnen aber 20:00 in Ihrer eigenen Zone um, sieht jeder Leser eine verschobene Zeit. Stellen Sie die Zone des Konverters auf den Ort ein, an dem das Event geplant ist.
• Sich auf Get-Date -UFormat %s in PowerShell verlassen. In Windows PowerShell 5.1 lieferte es auf einem Rechner mit UTC+4 einen um vier Stunden falschen Wert mit Nachkommastellen. Nehmen Sie stattdessen [DateTimeOffset]::UtcNow.ToUnixTimeSeconds().
• Stil-Buchstaben verwechseln. f und F, t und T, d und D sowie s und S sind jeweils verschieden. Prüfen Sie die Groß- und Kleinschreibung, wenn die Ausgabe länger oder kürzer ausfällt als erwartet.