Timestamp Unix e fusos horários: como o tempo é representado em sistemas

O problema de guardar datas como texto

Guardar uma data como "20/08/2026 15:30" parece simples, mas esconde um problema: esse texto não diz em qual fuso horário aquele horário está. É 15:30 em Brasília, em Lisboa ou em Tóquio? Sem essa informação, comparar duas datas vindas de lugares diferentes — ou até calcular corretamente quanto tempo passou entre duas datas — vira um problema.

O que é timestamp Unix

A solução que a maioria dos sistemas usa é guardar datas não como texto, mas como um único número: a quantidade de segundos (ou milissegundos) que se passaram desde um instante de referência fixo, chamado epoch, definido como 1º de janeiro de 1970, às 00:00 UTC.

Esse número — o timestamp Unix — não depende de fuso horário nenhum: o instante "1755702600" (em segundos) é exatamente o mesmo momento no tempo em qualquer lugar do mundo. Só na hora de exibir esse instante para um humano é que ele precisa ser convertido para uma data legível em um fuso horário específico.

Isso resolve o problema de comparação: comparar dois timestamps é só comparar dois números, sem ambiguidade. Também facilita cálculos, como descobrir quantos segundos se passaram entre dois eventos.

Segundos ou milissegundos?

Aqui mora a fonte de confusão mais comum: o padrão Unix tradicional (usado por sistemas Linux, bancos de dados, muitas APIs) conta em segundos. O JavaScript, porém, usa milissegundos internamente (é o que Date.now() retorna).

Se você pegar um timestamp em segundos e tratar como se fosse em milissegundos (ou vice-versa), o resultado erra por um fator de 1000 — uma data que deveria estar em 2026 aparece como se fosse no ano 1970 (perto do epoch), ou uma data qualquer aparece milhares de anos no futuro. Ao trabalhar com timestamps entre sistemas diferentes, sempre confirme qual unidade está sendo usada. O conversor de timestamp Unix desta ferramenta deixa isso explícito para evitar esse erro.

Onde entram os fusos horários

O timestamp Unix representa um instante absoluto, mas as pessoas pensam em horários locais. Um mesmo timestamp corresponde a horários diferentes conforme o fuso:

• Em São Paulo (UTC−3), pode ser 12:30 da tarde
• Em Londres (UTC+0 ou UTC+1, dependendo da época do ano), pode ser 15:30 ou 16:30
• Em Tóquio (UTC+9), já pode ser 00:30 do dia seguinte

Converter um timestamp para "o horário certo" sempre exige saber para qual fuso horário converter. O conversor de fuso horário faz exatamente essa tradução, mostrando o mesmo instante em vários fusos ao mesmo tempo.

O complicador do horário de verão

Alguns países ajustam o relógio uma ou duas vezes por ano (horário de verão), o que significa que o deslocamento entre um fuso e o UTC não é fixo o ano inteiro — nos Estados Unidos e em boa parte da Europa, por exemplo, o offset muda duas vezes por ano. O Brasil usou horário de verão até 2019, mas não usa mais.

Isso importa na prática porque um sistema que grava "sempre UTC−3 para horário de Brasília" estava correto até 2019 mas ficaria com hora errada em anos anteriores, quando havia horário de verão parte do ano. É por isso que ferramentas sérias de conversão de fuso (incluindo a API de internacionalização usada nesta calculadora) consultam uma tabela de regras históricas por região, em vez de aplicar um deslocamento fixo.

Formato ISO 8601

Quando é preciso representar uma data como texto — em vez de como timestamp numérico —, o formato padrão é o ISO 8601, como em 2026-08-20T15:30:00Z. Esse formato é não ambíguo (ano-mês-dia, sempre nessa ordem), ordenável como texto puro, e o "Z" no final indica que o horário está em UTC. É o formato usado por padrão em APIs, logs de sistema e no atributo datetime de páginas web.

Na prática

Ao lidar com datas em qualquer sistema — uma planilha, um banco de dados, uma API —, vale sempre confirmar três coisas: se a data está guardada como timestamp ou como texto, se o timestamp está em segundos ou milissegundos, e em qual fuso horário (ou se está em UTC) o valor deve ser interpretado. Essas três perguntas resolvem a maioria dos bugs relacionados a data e hora.