unix · ISO · fusos horários
Conversor de tempo
Cole um timestamp Unix ou uma data ISO 8601 e leia esse instante em UTC, no fuso que você escolher e nos fusos que você acompanha. A aritmética de deslocamento roda nesta aba.
Um número solto é lido pelo comprimento: exatamente 10 dígitos são segundos, exatamente 13 são milissegundos, e qualquer outro comprimento é recusado em vez de adivinhado. Uma data ISO sem deslocamento é lida como UTC, porque você quis um instante, não um por fuso.
Como converter um timestamp
Informe o instante
Cole um timestamp Unix de 10 dígitos, um de milissegundos de 13 dígitos, ou uma data ISO como 2026-09-12T14:30:00Z — ou digite now para começar deste segundo.
Escolha o fuso
Escolha o fuso em que o instante deve ser lido. UTC vem primeiro, os fusos mais movimentados vêm em seguida, e a lista completa é o que a base de dados de fusos do seu próprio navegador conhece.
Leia o relógio
O mesmo momento aparece ao lado do seu próprio fuso e da lista curta, com cada deslocamento, junto do instante em segundos, milissegundos e microssegundos para a API que pedir.
O que é um timestamp, e o que esta página faz com ele
O tempo Unix conta segundos desde 1970-01-01T00:00:00Z e ignora deliberadamente os segundos bissextos, e é por isso que o número é idêntico em todo lugar e um fuso horário é sempre apenas uma escolha de exibição. Dez dígitos cobrem de 2001 a 2286, então um valor copiado de um log ou de uma URL quase sempre está em segundos; uma coluna de banco de dados ou uma data do JavaScript entrega treze dígitos, que são milissegundos da mesma escala.
O ISO 8601 escreve a mesma coisa num calendário: 2026-09-12T14:30:00+03:00 é um instante expresso no relógio de parede de Istambul, e Z significa exatamente +00:00. Uma string sem deslocamento é ambígua, então esta página a lê como UTC em vez de supor o fuso da sua máquina. Os próprios deslocamentos vêm da base tz do seu navegador, e é por isso que Europe/Istanbul fica em UTC+3 o ano todo sob a regra que a Turquia mantém desde 2016, enquanto America/New_York cai em UTC−4 ou UTC−5 dependendo da data.
Perguntas sobre conversão de tempo
Meu timestamp é enviado a um servidor?
Não. A análise e a matemática de fusos rodam na API Intl já instalada no seu navegador, então o instante que você consulta nunca é transmitido e a página continua funcionando offline depois de carregada. Nada é registrado em log, porque não há com o que registrá-lo.
Por que o mesmo timestamp mostra uma hora diferente para Nova York?
Porque o deslocamento de um fuso depende da data: Nova York é UTC−5 no inverno e UTC−4 no verão, e o navegador aplica a regra que estava em vigor naquele instante. Uma conversão é, portanto, sempre entre dois instantes, nunca entre dois nomes de fuso — mude o timestamp e o deslocamento pode mudar junto.
Qual dos três — segundos, milissegundos e microssegundos — devo copiar?
Eles são o mesmo instante em três resoluções: uma contagem Unix de segundos com 10 dígitos, uma de milissegundos com 13 dígitos, e microssegundos ao lado das duas. As APIs discordam sobre qual esperam — o tempo Unix é convencionalmente em segundos, enquanto timestamps de navegador e de banco de dados costumam ser em milissegundos — então pegue o que a ferramenta ou o endpoint de destino pedir.
O que acontece se eu colar um número de 12 dígitos?
Ele é recusado em vez de adivinhado, porque só um valor de 10 dígitos é lido como segundos e só um de 13 como milissegundos. Adivinhar moveria o instante em décadas sem aviso, então um número digitado errado ou truncado é mais fácil de detectar como erro. Uma data ISO 8601 com deslocamento funciona tão bem quanto um número e não é ambígua.