diff --git a/apps/site/pages/pt-br/about/partners.mdx b/apps/site/pages/pt-br/about/partners.mdx
new file mode 100644
index 0000000000000..1bfee1a7603db
--- /dev/null
+++ b/apps/site/pages/pt-br/about/partners.mdx
@@ -0,0 +1,43 @@
+---
+title: Parceiros e Apoiadores
+layout: about
+---
+
+# Parceiros e Apoiadores
+
+A comunidade Node.js é fortalecida por uma rede vibrante de parceiros que contribuem de diversas formas. Através dessas colaborações, mantemos nossa infraestrutura resiliente, fortalecemos a segurança, impulsionamos novos lançamentos e desenvolvemos nosso ecossistema de forma sustentável.
+
+Agradecemos o apoio de nossos parceiros, que desempenham um papel crucial no sucesso e no desenvolvimento contínuo do Node.js.
+
+## Infraestrutura
+
+Os parceiros de infraestrutura fornecem um apoio fundamental para o projeto Node.js, disponibilizando hardware e máquinas para nossos processos de integração contínua e testes, sem os quais não conseguimos testar e lançar novas versões do Node.js.
+
+
+
+## Apoiadores
+
+Apoiadores são indivíduos e organizações que disponibilizam recursos financeiros através do
+[OpenCollective](https://opencollective.com/nodejs) para o projeto Node.js.
+
+
+
+## Programa de Sustentabilidade do Ecossistema (_ESP_)
+
+Você executa uma versão do Node.js em Fim da Vida Útil (_End-Of-Life_ ou _EOL_)? O Programa de Sustentabilidade do Ecossistema OpenJS (_OpenJS Ecosystem Sustainability Program_ ou _ESP_) é um programa que ajuda organizações a manter suas aplicações Node.js em versões _EOL_.
+O programa fornece acesso a patches de segurança, assistência de conformidade e suporte técnico para ajudar a preencher a lacuna enquanto você planeja sua estratégia de atualização. Para mais informações sobre versões em
+Fim de Vida Útil por favor visite os [Lançamentos em Fim de Vida Útil (_EOL_) do Node.js](/about/eol)
+
+> O uso de versões _EOL_ através de suporte comercial deve ser visto como uma solução temporária, o objetivo deve ser sempre atualizar para versões ativamente mantidas.
+
+
+
+## Torne-se um Parceiro
+
+Torne-se um parceiro do projeto Node.js e nos ajude a continuar desenvolvendo e mantendo este projeto. Seu apoio é crucial para garantir que o Node.js permaneça uma plataforma confiável e segura para desenvolvedores e organizações em todo o mundo. Se você estiver interessado em se tornar um parceiro, entre em contato conosco através da OpenJS Foundation.
+
+
+
+
diff --git a/apps/site/pages/pt-br/about/previous-releases.mdx b/apps/site/pages/pt-br/about/previous-releases.mdx
new file mode 100644
index 0000000000000..5c002b597a83c
--- /dev/null
+++ b/apps/site/pages/pt-br/about/previous-releases.mdx
@@ -0,0 +1,51 @@
+---
+title: Lançamentos do Node.js
+layout: about
+---
+
+# Lançamentos do Node.js
+
+
+
+As versões principais do Node.js entram no status de versão _Current_ por seis meses, o que dá tempo para os autores de bibliotecas adicionarem suporte a elas.
+Após seis meses, as versões com números ímpares (9, 11, etc.) param de receber suporte, e as versões com números pares (10, 12, etc.) passam para o status _Active LTS_ e ficam prontas para uso geral.
+O status de versão _LTS_ significa "suporte de longo prazo" (long-term support), o que normalmente garante que bugs críticos serão corrigidos por um total de 30 meses.
+Aplicações em produção devem usar apenas versões _Active LTS_ ou _Maintenance LTS_.
+
+## Cronograma de lançamentos
+
+
+
+Todos os detalhes sobre o cronograma de lançamentos do Node.js estão disponíveis [no GitHub](https://github.com/nodejs/release#release-schedule).
+
+## Procurando pelo último lançamento de um _branch_ de versão?
+
+
+
+## Métodos de Instalação Oficiais vs. da Comunidade
+
+O site do Node.js fornece diversos métodos de instalação não interativos, incluindo interfaces de linha de comando (_Command-Line Interfaces_ ou _CLIs_), gerenciadores de pacotes do sistema operacional (OS) (ex., `brew`), e gerenciadores de versão do Node.js (ex., `nvm`).
+
+Para destacar e promover as contribuições da comunidade, o projeto Node.js introduziu uma página de Downloads revisada, categorizando os métodos de instalação como "Oficial" ou "Comunidade". Isso proporciona aos usuários maior flexibilidade e escolha. Para garantir clareza, definimos critérios para cada categoria.
+
+### Métodos de Instalação Oficial
+
+Métodos de instalação indicados como "Oficial" devem seguir os seguintes requisitos:
+
+| Requisitos (Métodos de Instalação Oficiais) |
+| :------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| Novos lançamentos do Node.js devem estar disponíveis simultaneamente com o lançamento oficial. |
+| Os mantenedores do projeto devem ter um relacionamento próximo com o projeto Node.js, incluindo canais de comunicação direta. |
+| O método de instalação deve baixar os binários oficiais incluídos no projeto Node.js. |
+| O método de instalação não deve ser compilado a partir do código-fonte quando binários pré-compilados estiverem disponíveis, nem deve alterar os binários oficiais. |
+
+### Métodos de Instalação da Comunidade
+
+Os métodos de instalação da comunidade incluídos na página de download de serviços próprios(/download) também devem obedecer a um conjunto mínimo de critérios:
+
+- **Suporte de versão:** deve oferecer suporte a todas as versões do Node.js atualmente suportadas e que não estejam em fim de vida útil (EOL).
+- **Compatibilidade do OS:** Deve funcionar em pelo menos um Sistema Operacional (OS) oficialmente suportado.
+- **Amplo suporte a sistemas operacionais:** Não pode ser limitado a um subconjunto de distribuições ou versões de sistemas operacionais.
+ - Por exemplo, um método de instalação que alega compatibilidade com o “Windows” deve funcionar no “Windows 10”, “Windows 11” e todas as suas edições (incluindo versões de servidor).
+ - Da mesma forma, um método de instalação que alega compatibilidade com o "Linux" deve ser instalável em todas as principais distribuições Linux, não apenas em um subconjunto específico. Ele não pode depender de gerenciadores de pacotes específicos de cada distribuição, como `apt` ou `dnf`.
+- **Gratuito e de código aberto:** Deve ser gratuito e de código aberto, não deve ser vendido como um produto comercial e não deve ser um serviço pago.
diff --git a/apps/site/pages/pt-br/about/security-reporting.mdx b/apps/site/pages/pt-br/about/security-reporting.mdx
new file mode 100644
index 0000000000000..e216a0809c268
--- /dev/null
+++ b/apps/site/pages/pt-br/about/security-reporting.mdx
@@ -0,0 +1,70 @@
+---
+title: Relatório de Segurança
+layout: about
+---
+
+# Relatório de Segurança
+
+Para mais detalhes sobre as Políticas de Segurança ativas, consulte [esta página](https://github.com/nodejs/node/security/policy).
+
+## Relatando um bug no Node.js
+
+Relate bugs de segurança no Node.js através do [HackerOne](https://hackerone.com/nodejs).
+
+Normalmente, seu relatório será confirmado em até 5 dias, e você receberá uma resposta mais detalhada em até 10 dias indicando os próximos passos no tratamento do seu envio. Esses prazos podem se estender quando nossos voluntários de triagem estiverem em período de férias, principalmente no final do ano.
+
+Após a resposta inicial ao seu relatório, a equipe de segurança se esforçará para
+mantê-lo informado do progresso em direção a uma correção e um anúncio completo,
+e poderá solicitar informações adicionais ou orientações sobre o problema relatado.
+
+### Programa de recompensa por bugs do Node.js
+
+O projeto Node.js mantém um programa oficial de recompensa por bugs (bug bounty) para pesquisadores
+de segurança e divulgações públicas responsáveis. O programa é gerenciado pela plataforma HackerOne.
+Consulte [https://hackerone.com/nodejs](https://hackerone.com/nodejs) para mais detalhes.
+
+## Relatando um bug em um módulo de terceiros
+
+Bugs de segurança em módulos de terceiros devem ser relatados aos seus
+respectivos mantenedores.
+
+## Política de Divulgação
+
+Aqui está a política de divulgação de segurança do Node.js:
+
+- O relatório de segurança é recebido e um responsável principal é designado. Essa pessoa coordenará o processo de correção e publicação da versão. O problema é validado em todas as versões do Node.js com suporte. Uma vez confirmado, é determinada uma lista de todas as versões afetadas. O código é auditado para encontrar quaisquer problemas similares em potencial. As correções são preparadas para todas as versões com suporte. Essas correções não são enviadas ao repositório público, mas mantidas localmente até o anúncio.
+
+- Uma data de divulgação sugerida para esta vulnerabilidade é escolhida e uma CVE (Common
+ Vulnerabilities and Exposures - CVE®) é solicitada para a vulnerabilidade.
+
+- Na data de divulgação, uma cópia do anúncio é enviada para a lista de e-mails de segurança do Node.js. As alterações são enviadas ao repositório público e novas builds são disponibilizadas em nodejs.org. Dentro de 6 horas após a notificação da lista de e-mails, uma cópia do comunicado será publicada no blog do Node.js.
+
+- Normalmente, a data de divulgação será definida 72 horas após a emissão do CVE. No entanto, isso pode variar dependendo da gravidade da vulnerabilidade ou da dificuldade em aplicar uma correção.
+
+- Este processo pode levar algum tempo, especialmente quando precisamos coordenar com mantenedores de outros projetos. Faremos o possível para tratar a vulnerabilidade o mais rápido possível; no entanto, devemos seguir o processo de publicação descrito acima para garantir que lidamos com a divulgação de forma consistente.
+
+## Recebendo atualizações de segurança
+
+As notificações de segurança serão distribuídas pelos seguintes métodos.
+
+- [Google Groups](https://groups.google.com/group/nodejs-sec)
+- [Blog Oficial do Node.js](/blog)
+
+## Comentários sobre esta política
+
+Se você tiver sugestões sobre como este processo pode ser melhorado, visite o repositório [nodejs/security-wg](https://github.com/nodejs/security-wg).
+
+## Melhores Práticas da OpenSSF
+
+
+
+
+
+O selo de Melhores Práticas da Open Source Security Foundation (OpenSSF) permite que projetos de Software Livre e de Código Aberto (_Free/Libre and Open Source Software_ ou _FLOSS_) comprovem que seguem boas práticas de desenvolvimento. Os projetos podem se autocertificar voluntariamente, indicando como cumprem cada prática. Usuários do selo podem rapidamente verificar quais projetos _FLOSS_ adotam boas práticas e, consequentemente, tendem a produzir software seguro e de maior qualidade.
diff --git a/apps/site/pages/pt-br/download/archive/index.mdx b/apps/site/pages/pt-br/download/archive/index.mdx
new file mode 100644
index 0000000000000..a6fad2b106e44
--- /dev/null
+++ b/apps/site/pages/pt-br/download/archive/index.mdx
@@ -0,0 +1,59 @@
+---
+title: Baixar Node.js®
+layout: download-archive
+---
+
+
+ {({ binaries, installers, version, release, sources }) => (
+ <>
+
+ Leia o registro de alterações (_changelog_), ou o post do blog desta versão.
+
+
+ Saiba mais sobre lançamentos do Node.js, incluindo o cronograma de lançamentos e o status LTS.
+
+
+
+ SHASUMS assinados para arquivos de lançamento. Como verificar SHASUMS assinados.
+
+
+
+ Baixe o código-fonte assinado do Node.js {version} em formato tarball.
+
+
+
+
+
Outros lançamentos
+
+
+
Downloads dos Binários
+
+
+
Pacotes Instaladores
+
+
+
Versões menores
+
+
+
+)}
+
+
diff --git a/apps/site/pages/pt-br/download/current.mdx b/apps/site/pages/pt-br/download/current.mdx
new file mode 100644
index 0000000000000..eb8bf9e303352
--- /dev/null
+++ b/apps/site/pages/pt-br/download/current.mdx
@@ -0,0 +1,46 @@
+---
+layout: download
+title: Baixar o Node.js®
+---
+
+
+ Baixe o Node.js® para usando com
+
+
+
+
+ Ou baixe uma versão pré-compilada do Node.js® para rodando uma arquitetura .
+
+
+
+
+
+
+
+ Leia o registro de alterações (_changelog_) ou postagem no blog para esta versão.
+
+Aprenda mais sobre os [lançamentos do Node.js](/about/previous-releases), incluindo o calendário de lançamentos e o status do LTS.
+
+Aprenda a verificar SHASUMS assinados.
+
+Procurando pelo código fonte do Node.js? Baixe o _tarball_ do código fonte do Node.js assinado.
+
+Confira nossos binários _nightly_, todas as versões anteriores, ou os binários não oficiais para outras plataformas.
+
+
+
+---
+
+
+
Apoiado orgulhosamente pelos parceiros abaixo:
+
+
+ Conseguimos oferecer downloads do Node.js e manter nossa infraestrutura
+ orgulhosamente graças ao apoio destes parceiros{' '}
+ e muitos outros.
+
+
+
+
+
+
diff --git a/apps/site/pages/pt-br/download/index.mdx b/apps/site/pages/pt-br/download/index.mdx
new file mode 100644
index 0000000000000..5a5e7f812ca6d
--- /dev/null
+++ b/apps/site/pages/pt-br/download/index.mdx
@@ -0,0 +1,48 @@
+---
+layout: download
+title: Baixar o Node.js®
+---
+
+
+ Baixe o Node.js® para usando com
+
+
+
+
+ Ou baixe uma versão pré-compilada do Node.js® para rodando uma arquitetura .
+
+
+
+
+
+
+
+ Leia registro de alterações (changelog) ou postagem no blog para esta versão.
+
+Aprenda mais sobre os [lançamentos do Node.js](/about/previous-releases), incluindo o calendário de lançamento e o status do LTS.
+
+Aprenda a verificar SHASUMS assinados.
+
+Procurando pelo código fonte do Node.js? Baixe o _tarball_ do código fonte do Node.js assinado.
+
+Confira os nossos bináriosnightly,
+todos os lançamentos anteriores
+ou os binários não oficiais para outras plataformas.
+
+
+
+---
+
+
+
Orgulhosamente apoiado pelos parceiros abaixo:
+
+
+ Conseguimos oferecer downloads do Node.js e manter nossa infraestrutura
+ orgulhosamente graças ao apoio destes parceiros{' '}
+ e muitos outros.
+
+
+
+
+
+
diff --git a/apps/site/pages/ro/index.mdx b/apps/site/pages/ro/index.mdx
index 71e8ac5eb1def..cc0b9270d488c 100644
--- a/apps/site/pages/ro/index.mdx
+++ b/apps/site/pages/ro/index.mdx
@@ -28,6 +28,12 @@ layout: home
pentru versiunile Node.js EOL
+
+
+ {version}
+ {release.codename && ` (${release.codename})`}
+