Converter timestamp
O Conversor de Timestamp Unix transforma um timestamp em todas as grafias úteis do mesmo instante, e vice-versa. A unidade é detectada pela magnitude e informada: o mesmo inteiro é um momento em 1970 ou em 2026 dependendo de se conta segundos ou milissegundos, e um conversor que adivinha em silêncio produz uma data que parece plausível e está errada por um fator de mil.
Digite um carimbo de data/hora ou uma data ISO acima, ou use “Agora, aqui” ou um exemplo.
Como funciona o Converter timestamp?
A aritmética é trivial. Descobrir o que o número diante de você realmente representa não é, e é aí que os erros acontecem.
Um timestamp Unix não carrega unidades
1757577600 é segundos desde 1970 e cai em 11 de setembro de 2025. Lido como milissegundos, cai em 21 de janeiro de 1970. Lido como microssegundos, vinte e nove minutos depois da meia-noite de 1 de janeiro de 1970. Nada no valor diz qual é, então a unidade é inferida pela magnitude — dez dígitos ou menos é segundos, onze a treze é milissegundos, e assim por diante —, e a inferência é mostrada junto ao resultado, em vez de aplicada em silêncio. Essa distinção importa: uma inferência que você vê é um fato que você pode sobrepor.
O ano de 2038 não é hipotético
Um time_t com sinal de 32 bits se esgota às 03:14:07 UTC de 19 de janeiro de 2038, quando transborda para 1901. Sistemas operacionais modernos migraram para 64 bits há anos, mas firmware embarcado, formatos de arquivo antigos e algumas colunas de banco de dados não, e código que guarda um timestamp em uma coluna INT tem o mesmo teto. Ele está nos exemplos abaixo porque vale a pena testar contra ele.
Um deslocamento de fuso pertence ao instante, não ao fuso
Londres é +00:00 em janeiro e +01:00 em julho, então “Europe/London” não identifica um deslocamento — identifica um conjunto de regras para derivá-lo a partir de uma data. A saída ISO aqui lê o deslocamento do seu instante específico no banco de dados de fusos da plataforma, em vez de calculá-lo, e é isso que a torna correta através de uma fronteira de horário de verão. Qualquer coisa que fixe um deslocamento no código está errada duas vezes por ano.
O tempo Unix não tem segundos intercalares
Um timestamp Unix é definido como o número de segundos não intercalares desde a época, o que significa que ele não pode representar um. Quando um segundo intercalar é inserido, as implementações ou repetem um valor ou espalham o segundo extra ao longo de um dia. Assim, a diferença entre dois timestamps Unix não é exatamente o tempo físico decorrido — errada em 27 segundos desde 1972, o que não importa para quase nada e importa enormemente para as poucas coisas para as quais importa.
Os números de semanas ISO não são o que as pessoas esperam
Pela ISO 8601, uma semana começa na segunda-feira, e a semana 1 é a que contém a primeira quinta-feira, então 1 de janeiro às vezes está na semana 52 ou 53 do ano anterior. É por isso que um painel pode mostrar uma semana 53 que outro mostra como semana 1, e ambos estão certos sob regras diferentes.
Entrada
1757577600
Resolvido
unit seconds (10 digits or fewer) ISO 2025-09-11T08:00:00.000Z RFC 2822 Thu, 11 Sep 2025 08:00:00 GMT relative last year
Quais opções e casos-limite o Converter timestamp suporta?
| Parâmetro | Tipo | Padrão | Comportamento e casos-limite |
|---|---|---|---|
| 10 dígitos ou menos | segundos | detectado | A unidade clássica do epoch do Unix, e o que quase toda API e banco de dados quer dizer com timestamp. |
| 11 a 13 dígitos | milissegundos | detectado | O que o Date.now do JavaScript retorna, e o que a maioria das APIs JSON escritas em JavaScript emite. |
| 14 a 16 dígitos | microssegundos | detectado | Os timestamps internos do Postgres e o time.time_ns do Python dividido por mil. |
| 17 dígitos ou mais | nanossegundos | detectado | O time.UnixNano do Go e o formato de exposição do Prometheus. |
| ISO 8601 | string de data | aceito | 2026-09-11T08:00:00Z e suas variantes. Uma string ISO sem fuso é lida como hora local pela plataforma; isso é uma ambiguidade genuína do formato, e não uma escolha da ferramenta. |
| Relativo | expressão | aceito | `3 days ago`, `2 hours`, `now`. Mês e ano são aproximações, porque nenhum dos dois tem duração fixa. |
| Fuso horário | nome IANA | seu fuso local | O deslocamento é lido do banco de dados da plataforma para aquele instante específico, então fica correto dos dois lados de uma mudança de horário de verão. |
| Semana ISO | 1 a 53 | calculado | As semanas começam na segunda-feira; a semana 1 contém a primeira quinta-feira. Por isso, 1 de janeiro pode cair na semana 52 ou 53 do ano anterior. |
Perguntas frequentes
Por que meu timestamp virou 1970?
Quase certamente você colou segundos em algo que esperava milissegundos, ou o contrário. Esta ferramenta detecta a unidade pela magnitude e diz qual escolheu, então confira essa linha primeiro. Um número de dez dígitos é segundos; um de treze dígitos é milissegundos. Multiplicar ou dividir por mil é toda a correção.
Segundos ou milissegundos — qual minha API deve usar?
Segundos, a menos que você realmente precise de precisão abaixo do segundo, e diga qual usa na sua documentação de qualquer forma. Segundos é o que Unix, a maioria dos bancos de dados e a maioria das linguagens querem dizer com timestamp; milissegundos é o que JavaScript quer dizer. Os bugs vêm da fronteira entre eles, então a disciplina útil é nomear a unidade no próprio campo: created_at_ms em vez de created_at.
O que realmente acontece em 2038?
Um time_t com sinal de 32 bits transborda às 03:14:07 UTC de 19 de janeiro de 2038 e volta para dezembro de 1901. Sistemas de 64 bits estão bem, e estão há anos; o que não está bem é firmware embarcado que ainda estará rodando, formatos de arquivo com um campo de 32 bits e colunas de banco de dados tipadas INT em vez de BIGINT. A última delas é a que tem mais chances de estar na sua base de código agora.
Por que minha string ISO está errada em uma hora?
Normalmente, horário de verão. Um deslocamento é uma propriedade de um instante específico, não de um fuso: Londres é +00:00 em janeiro e +01:00 em julho. Esta ferramenta lê o deslocamento do banco de dados de fusos da plataforma para o seu instante exato, então ele muda ao atravessar a fronteira — o que está correto, e é por isso que um deslocamento fixo no código está errado por metade do ano.
O tempo Unix inclui segundos intercalares?
Não, por definição — ele conta segundos não intercalares, o que significa que não tem como representar um. Quando um segundo intercalar é inserido, os sistemas ou repetem um valor de timestamp ou espalham o segundo extra ao longo do dia. A consequência prática é que subtrair dois timestamps Unix lhe dá o tempo civil decorrido, e não o tempo físico; eles diferem em 27 segundos desde 1972.
Meu timestamp é enviado?
Não. Cada conversão aqui é aritmética mais o banco de dados de fusos Intl do próprio navegador, rodando na aba que você já tem aberta. Não há nada em converter uma data que precise de um servidor, e os timestamps que as pessoas convertem geralmente vêm de logs de produção.