Converter timestamp para data

O que é um conversor de timestamp Unix

Um timestamp Unix é uma contagem: quantos segundos (ou milissegundos) se passaram desde 1970-01-01T00:00:00Z, o epoch. É o formato que bancos de dados, logs e APIs preferem porque é só um número — sem vírgula, sem nome de mês, sem ambiguidade de formato regional. O problema é que ler esse número a olho nu é praticamente impossível, e é aí que entra converter timestamp para data: transformar aquele inteiro em algo que uma pessoa reconhece de cara.

Esta ferramenta faz o caminho nos dois sentidos. Cole um timestamp e ela devolve a data em UTC, no seu horário local, em ISO 8601 e como tempo relativo. Escolha uma data no calendário e ela devolve o timestamp correspondente, em segundos e em milissegundos. Serve tanto para depurar um campo created_at estranho quanto para montar o payload de uma API que só aceita epoch.

Como usar

1. Escolha o modo nos botões do topo: Timestamp para data para decodificar um número, ou Data para timestamp para ir no sentido contrário. O botão Usar o horário atual preenche o campo com agora, nos dois modos.
2. Informe o valor: no modo Timestamp para data, cole o número e confira a Unidade — Detectar já vem marcado, mas dá para forçar Segundos ou Milissegundos se o palpite falhar. No modo Data para timestamp, escolha a data e a hora no seletor e diga em Interpretar como se aquele horário é Seu horário local ou UTC.
3. Leia o resultado, que se atualiza a cada tecla digitada. No primeiro modo aparecem UTC, seu horário local, ISO 8601 e há quanto tempo foi ou daqui a quanto será; no segundo, segundos, milissegundos e ISO 8601. Clique em qualquer um deles para copiar.

Por que um timestamp não tem fuso horário

É a confusão que mais aparece em ferramenta de conversão, e a maioria delas deixa passar batido: um timestamp nomeia um instante, não um horário de parede, e o fuso só existe no momento de formatar aquele instante para leitura. Pegue 1750000000000. Em UTC isso é 15 de junho de 2025 às 15:06. Em Nova York, mesmo instante, é 11:06 do mesmo dia. Em Tóquio já é 00:06 — mas de 16 de junho, um dia depois. Três relógios, um único ponto no tempo.

O seletor de data no modo Data para timestamp tem a armadilha espelhada: ele também não carrega fuso nenhum embutido. Digitar 2026-07-27 12:00 e mandar interpretar como UTC gera um timestamp diferente de interpretar como horário local — numa máquina configurada em Madri, a diferença é de duas horas inteiras, e ninguém percebe até o dado bater errado em produção.

É por isso que o modo Data para timestamp tem o seletor Interpretar como em vez de simplesmente assumir um fuso. Adivinhar aqui seria pior que perguntar: a ferramenta deixa você dizer explicitamente se aquele 12:00 é do seu relógio de parede ou de UTC, e o resultado muda conforme a resposta.

Os dois erros clássicos, e os limites que ninguém avisa

O erro mais comum é confundir segundos com milissegundos. 1750000000 e 1750000000000 são o mesmo instante, 2025-06-15T15:06:40Z — um em segundos, outro em milissegundos — mas ler o valor em milissegundos como se fosse segundos joga a data para o ano 57425. Cometer o erro ao contrário, tratando segundos como milissegundos, cai em 21 de janeiro de 1970. Por isso esta ferramenta detecta a unidade automaticamente: o critério muda de lado nos cem bilhões, que como segundos seria o ano 5138 e como milissegundos março de 1973 — um número alto o bastante para acertar qualquer timestamp de evento real, mas que continua sendo heurística, e o campo de Unidade existe justamente para corrigir quando ela erra.

O segundo é o problema de 2038. Um contador de segundos em 32 bits com sinal cabe até 2.147.483.647 — 2 elevado a 31, menos 1 —, o que corresponde a 2038-01-19T03:14:07Z. Um segundo depois desse instante, um sistema que ainda guarde timestamp nesse tamanho estoura e volta para 1901-12-13T20:45:52Z, quase 137 anos para trás. Esta ferramenta não tem esse limite, mas avisa quando o valor digitado ultrapassa aquele teto, porque é exatamente o tipo de número que quebra um sistema legado em algum lugar.

Tem também o que o tempo Unix finge que não existe: segundo bissexto. Um foi inserido no fim de 2016, e mesmo assim aquele dia contou exatamente 86.400 segundos no relógio Unix, porque todo dia Unix é definido como 86.400 segundos por decreto — não é bem UTC, é uma contagem que ignora o ajuste. Vale registrar os outros limites: o JavaScript só representa datas dentro de 8,64 × 10^15 milissegundos do epoch, os anos -271821 a 275760, e qualquer coisa fora disso é recusada em vez de arredondada; a leitura do número tolera espaço, separador de milhar e ponto decimal; e a linha de horário local depende do relógio e do fuso que o seu navegador informa — se estiverem errados, é essa linha que sai errada, nunca UTC ou ISO 8601.

Por que é grátis

Essa conversão roda inteira dentro do seu navegador, com o motor de datas que já vem no JavaScript. Não existe requisição, não existe servidor guardando o que você digitou, não existe conta para criar. Sem cadastro, sem marca d'água no resultado e sem versão paga escondida atrás de um limite diário — é uma ferramenta pequena o bastante para não precisar cobrar por ela.