Unix Timestamp Converter

code

Convert Unix timestamps (epoch time) to readable dates and convert dates back to Unix time. Supports seconds and milliseconds, with UTC and local outputs for quick debugging.

Unix Timestamp Converter
Convert Unix timestamps to dates (and dates back to epoch time)
Characters: 0Words: 0Sentences: 0Lines: 0

Options

Characters: 0Words: 0Sentences: 0Lines: 0

Unix timestamp converter - epoch time to date (and back)

What is a Unix timestamp (epoch time)?

A Unix timestamp (also called epoch time) is a number that represents a moment in time. Most systems define it as the number of seconds since 1970-01-01 00:00:00 UTC. If you work with logs, APIs, databases, or JWTs, you’ll see it all the time.

This converter turns timestamps into readable dates, and it turns dates back into Unix time in seconds and milliseconds.

If you want the formal definition, see the overview on Unix time.

How to use the Unix timestamp converter

  1. Paste a timestamp or date: Examples: 1700000000, 1700000000000, or 2026-01-10T15:30:00Z.
  2. Pick the mode (optional): Keep Auto-detect unless you want to force a direction.
  3. Copy the results: You’ll get seconds, milliseconds, UTC, and local time in one output.

Why use this Unix timestamp converter?

  • Faster debugging: Convert a value from logs into a date you can reason about.
  • Fewer timezone mistakes: See both UTC and your local time in one place.
  • Works with seconds or milliseconds: The tool can infer the unit from common formats.

How to spot seconds vs milliseconds

Most systems use one of these two formats:

FormatExampleWhat it means
Seconds (usually 10 digits)1700000000Seconds since the epoch
Milliseconds (usually 13 digits)1700000000000Milliseconds since the epoch

If your value looks like it’s in the year 1970 or 51382, the unit is usually wrong. Switch the “Timestamp unit” setting and try again.

Use case 1: debugging API logs

Many APIs return created_at or expires_at as epoch values. Paste the value to confirm whether it’s in the past, in the future, or off by a unit (seconds vs milliseconds).

Use case 2: checking token expiration

JWT payloads often include an exp claim in epoch seconds. Decode your token with the JWT Decoder, then paste the exp value here to see the expiration time.

Use case 3: writing cron and scheduling rules

If you’re building a scheduled job, you’ll usually store a timestamp somewhere. Use this converter to sanity-check the time you’re about to ship, then build the schedule with the Cron Builder.

Examples

Basic example: seconds timestamp to date

Input:

1700000000

Output (example format):

Unix (seconds): 1700000000
Unix (milliseconds): 1700000000000
UTC: 2023-11-14T22:13:20.000Z
Local: 11/14/2023, 05:13:20 PM EST

Advanced example: milliseconds timestamp to date

Input:

1700000000000

Tip: If you paste a 13-digit value, Auto-detect will usually treat it as milliseconds.

Fractional seconds example

Some systems include sub-second precision in seconds form:

Input:

1700000000.123

The converter will round to the nearest millisecond for display.

Date to timestamp example (ISO 8601)

Input:

2026-01-10T15:30:00Z

Output includes:

  • Unix seconds
  • Unix milliseconds
  • UTC ISO time
  • Local time with your timezone name

Common errors

“My timestamp is off by 1000x”

This is the most common problem. Some systems store timestamps in seconds (10 digits), and others store them in milliseconds (13 digits).

Fix: switch “Timestamp unit” to Seconds or Milliseconds, or keep Auto and paste the raw value you received.

“The time looks right in UTC but wrong locally”

UTC is the source of truth for most logs and APIs. Your local time depends on your device settings and daylight saving time.

Fix: use the UTC line when you need a stable reference, and use the Local line when you need to match what your computer shows.

“My date input won’t parse”

Date parsing can be strict. If you paste a date like 01/10/2026, it can be ambiguous across regions.

Fix: use ISO 8601 whenever you can, like 2026-01-10T15:30:00Z. For details on what JavaScript can parse, see the notes on Date parsing.

“My timestamp is negative”

Negative timestamps represent dates before 1970-01-01 UTC. That’s normal for historical dates. If you didn’t expect it, double-check that you didn’t accidentally paste a duration or an ID field.

Tips and proven approaches

  • Keep timestamps in UTC in storage: Convert to local time only at the UI edge.
  • Normalize units early: When you ingest data, convert everything to milliseconds (or seconds) once, then keep it consistent.
  • Pair it with a payload viewer: Decode JWTs with the JWT Decoder, then format related JSON with the JSON Formatter.
  • Verify before you ship: Paste the final value you plan to deploy (expiry, schedule start, etc.) and confirm it lands on the intended day and hour in UTC.

Related tools

Privacy and security

This timestamp converter runs in your browser. Your input is not uploaded or stored.

Frequently Asked Questions
A Unix timestamp is the number of seconds since 1970-01-01 00:00:00 UTC. Many systems and APIs use it to store and compare times.
Most 10-digit timestamps are seconds, and most 13-digit timestamps are milliseconds. If you’re not sure, keep the unit on Auto and the converter will infer it.
Logs and APIs often use UTC, while your system shows local time. Seeing both helps you confirm you’re looking at the right moment.
Yes. Conversions run in your browser, so your input stays on your device.