Se já copiaste um valor epoch de um log ou de uma resposta de API e não soubeste se estava em segundos ou milissegundos, ou porque a hora aparecia "errada", este guia explica o essencial em poucos minutos — com exemplos numéricos e uma ferramenta gratuita para resolver na hora.
Um timestamp Unix (também chamado epoch) é o mecanismo que a maioria dos sistemas operativos, bases de dados e linguagens de programação usa internamente para guardar "quando" algo aconteceu. Em vez de guardar "19 de julho de 2026 às 14h30 em Lisboa", guarda um número simples, como 1784551800, que corresponde exatamente a esse instante em UTC. Isto evita ambiguidades com fusos horários e anos bissextos ao comparar ou ordenar datas em código.
Um conversor de timestamp Unix faz esta tradução nos dois sentidos: de epoch para data legível, e de data para epoch, mostrando também os formatos ISO-8601 e RFC 2822 lado a lado.
Este é o erro mais comum ao trabalhar com timestamps: um valor em milissegundos interpretado como se estivesse em segundos "aterra" numa data completamente errada — normalmente algures no ano 5138, porque o número é 1000 vezes maior do que devia. A tabela seguinte mostra alguns exemplos de referência (valores ilustrativos, para perceberes a escala):
| Valor epoch | Unidade | Dígitos | Data aproximada (UTC) |
|---|---|---|---|
| 1700000000 | Segundos | 10 | 14 nov. 2023 |
| 1700000000000 | Milissegundos | 13 | 14 nov. 2023 |
| 2147483647 | Segundos | 10 | 19 jan. 2038 (limite int32) |
| 1752000000000000 | Microssegundos | 16 | ~8 jul. 2025 |
Uma ferramenta com deteção automática de precisão reconhece a unidade certa pelo número de dígitos, incluindo microssegundos (16 dígitos) e nanossegundos (19 dígitos), mas também podes escolher a precisão manualmente se souberes de antemão de onde veio o valor (por exemplo, Date.now() em JavaScript devolve sempre milissegundos).
É frequente confundir-se "o timestamp está errado" com "a hora exibida não é a que eu esperava". Na realidade, o valor epoch em si é uma âncora fixa relativa a UTC; a conversão para data-hora legível é que aplica um deslocamento consoante o fuso escolhido. Isto é especialmente relevante ao comparar registos (logs) gerados em servidores com fusos diferentes do teu.
Um cenário típico: recebes um epoch de uma API alojada num servidor nos EUA, mas estás em Lisboa. Se visualizares em "Local", a ferramenta ajusta automaticamente ao fuso do teu navegador; se escolheres "UTC", vês o valor universal, útil para comparar com outros registos independentemente de onde foram gerados.
Quando estás a analisar um ficheiro de log com dezenas de timestamps, converter um a um manualmente é lento e propenso a erros. O modo de conversão em massa aceita uma lista de valores epoch (para converter em datas) ou de datas em texto como "2026-07-19 14:30:00" (para converter em epoch), aplica o mesmo fuso horário e direção a todas as linhas, e apresenta um botão de cópia junto a cada resultado.
Além da conversão em massa, existem mini-ferramentas complementares úteis no dia a dia de programação: um intervalo de datas em epoch (início/fim de dia, mês ou ano, ideal para consultas SQL do tipo WHERE ts BETWEEN ... AND ...) e um descodificador de ID snowflake, que extrai a data de criação embutida em IDs do Discord ou do Twitter/X.
Converte epoch ↔ data, em massa e com controlo total de fuso horário — grátis e direto no navegador.
Experimentar o Conversor de timestamp Unix →