Conversor de timestamp

1. 01Escolha o sentido da conversãoUma aba converte timestamp em data e a outra converte data em timestamp.
2. 02Cole o valorNo modo timestamp, indique se o número está em segundos ou em milissegundos. No modo data, informe data e hora pelo relógio local.
3. 03Leia os três formatosHora local, UTC e ISO 8601 aparecem juntos, o que evita confundir fuso na hora de comparar com um log.

• Ler uma data que veio de uma APIResposta em JSON quase sempre traz a data como número. Converter mostra a que momento aquele registro corresponde.
• Investigar um log de servidorLog costuma registrar em UTC. Ver a hora local ao lado evita errar em três horas ao cruzar com um relato de usuário.
• Preencher um filtro que espera timestampPainel de banco de dados e ferramenta de consulta muitas vezes pedem o número em vez da data escrita.

• 1700000000Dez dígitos indicam segundos. Corresponde a 14 de novembro de 2023, e a hora local mostrada depende do fuso do seu aparelho.
• 1700000000000Treze dígitos indicam milissegundos, que é o padrão do JavaScript. Escolha milissegundos para não errar por um fator de mil.
• 2026-03-15T14:30:00ZFormato ISO 8601. O Z no fim significa UTC, ou seja, três horas à frente do horário de Brasília.

• Conte os dígitos antes de converterDez dígitos são segundos e treze são milissegundos. Errar a unidade joga a data para 1970 ou para muito longe no futuro.
• O Brasil não tem mais horário de verãoDesde 2019 o horário de verão foi extinto, então o horário de Brasília fica fixo em UTC−3 o ano inteiro.

É a contagem de segundos decorridos desde 1º de janeiro de 1970 às 00:00 em UTC, um marco conhecido como época Unix. A vantagem é que se trata de um número único, sem fuso, sem formato de data e sem ambiguidade entre dia e mês — por isso sistemas guardam datas assim e só convertem para texto na hora de exibir. Muitas linguagens, entre elas o JavaScript, contam em milissegundos em vez de segundos, e é dessa diferença que nasce a maior parte dos erros de conversão.

A maior parte do país usa o horário de Brasília, que é UTC−3. O Acre e parte do Amazonas ficam em UTC−5, e outra parte do Amazonas, além de Mato Grosso, Mato Grosso do Sul, Rondônia e Roraima, ficam em UTC−4. Fernando de Noronha está em UTC−2. O horário de verão foi extinto em 2019, então não há mais mudança ao longo do ano. Como a conversão local usa o fuso configurado no seu aparelho, um computador com fuso errado mostra a hora local errada, mesmo com o UTC correto.

Um timestamp de dez dígitos está em segundos e vai até 2286. Um de treze dígitos está em milissegundos. Se a data convertida aparecer em 1970, o número provavelmente está em milissegundos e foi lido como segundos; se cair em um ano distante, é o contrário. O ISO 8601 é o formato de texto padronizado, do tipo 2026-03-15T14:30:00Z, que ordena os campos do maior para o menor e por isso pode ser ordenado alfabeticamente. Ele é o formato recomendado para trocar datas entre sistemas, bem melhor do que 15/03/2026, que muda de significado conforme o país.

A conversão é aritmética simples feita pelo próprio navegador. Nenhum valor é enviado para servidor, nada fica armazenado e não há cadastro. O único dado do seu aparelho que entra na conta é o fuso horário configurado nele, usado para mostrar a linha de hora local.

Segundos ou milissegundos: como saber?

Pelo número de dígitos. Dez dígitos são segundos e treze são milissegundos, que é o padrão do JavaScript.

Por que a hora local é diferente do UTC?

Porque o horário de Brasília é UTC−3. Um registro gravado às 14h em UTC corresponde às 11h em Brasília.

O horário de verão afeta a conversão?

No Brasil não, porque ele foi extinto em 2019. Datas anteriores a essa mudança podem exigir atenção ao comparar com registros antigos.

O que significa o Z no fim da data ISO?

Que o horário está em UTC. Sem o Z, ou com um deslocamento como −03:00, o valor se refere a outro fuso.

Os valores são enviados para algum servidor?

Não. A conversão acontece inteiramente no seu navegador e nada sai do seu dispositivo.