@intlayer/docs 9.4.4 → 9.5.0

package/blog/pl/vue-i18n_vs_intlayer.md

@@ -35,15 +35,11 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 > **w skrócie**: Oba rozwiązania mogą lokalizować aplikacje Vue. Jeśli chcesz **treści ograniczonej do komponentu**, **ścisłych typów TypeScript**, **sprawdzania brakujących kluczy w czasie kompilacji**, **słowników poddanych tree-shakingowi**, oraz **wbudowanych helperów do routera/SEO** wraz z **Edytorem Wizualnym i tłumaczeniami AI**, **Intlayer** jest bardziej kompletnym, nowoczesnym wyborem.
 
----
-
 ## Pozycjonowanie na wysokim poziomie
 
 - **vue-i18n** - De facto biblioteka i18n dla Vue. Elastyczne formatowanie wiadomości (w stylu ICU), bloki SFC `<i18n>` dla lokalnych wiadomości oraz duży ekosystem. Bezpieczeństwo i utrzymanie na dużą skalę leżą głównie po twojej stronie.
 - **Intlayer** - Model treści skoncentrowany na komponentach dla Vue/Vite/Nuxt z **ścisłym typowaniem TS**, **sprawdzaniem w czasie kompilacji**, **tree-shakingiem**, **helperami do routera i SEO**, opcjonalnym **Edytorem Wizualnym/CMS** oraz **tłumaczeniami wspomaganymi przez AI**.
 
----
-
 ## Porównanie funkcji obok siebie (skupione na Vue)
 
 | Funkcja                                                | **Intlayer**                                                                                  | **vue-i18n**                                                                                   |
@@ -67,8 +63,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 | **Utrzymanie dużych projektów**                        | ✅ Zachęca do modularnej, przyjaznej dla systemów designu struktury                           | ✅ Możliwe, ale wymaga silnej dyscypliny w zakresie plików/przestrzeni nazw                    |
 | **Ekosystem / społeczność**                            | ⚠️ Mniejszy, ale szybko rosnący                                                               | ✅ Duży i dojrzały w ekosystemie Vue                                                           |
 
----
-
 ## Szczegółowe porównanie
 
 ### 1) Architektura i skalowalność
@@ -78,8 +72,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** W dużych aplikacjach Vue lub systemach designu, **modularna zawartość** lepiej się skaluje niż monolityczne katalogi.
 
----
-
 ### 2) TypeScript i bezpieczeństwo
 
 - **vue-i18n**: Dobre wsparcie dla TS; **ścisłe typowanie kluczy** zazwyczaj wymaga niestandardowych schematów/generics i starannych konwencji.
@@ -87,8 +79,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Silne typowanie wykrywa problemy **przed** uruchomieniem aplikacji.
 
----
-
 ### 3) Obsługa brakujących tłumaczeń
 
 - **vue-i18n**: Ostrzeżenia i mechanizmy zapasowe **w czasie wykonywania** (np. powrót do domyślnego locale lub klucza).
@@ -96,8 +86,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Wymuszanie kontroli podczas budowania utrzymuje produkcyjny interfejs czysty i spójny.
 
----
-
 ### 4) Routing i strategia URL (Vue Router/Nuxt)
 
 - **Oba** mogą działać z lokalizowanymi trasami.
@@ -105,8 +93,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Mniej niestandardowych warstw łączących i **czystsze SEO** w różnych lokalizacjach.
 
----
-
 ### 5) Wydajność i zachowanie ładowania
 
 - **vue-i18n**: Obsługuje asynchroniczne wiadomości lokalizacyjne; unikanie nadmiernego pakowania zależy od Ciebie (ostrożnie dziel katalogi).
@@ -114,8 +100,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Mniejsze pakiety i szybsze uruchamianie aplikacji Vue z wieloma lokalizacjami.
 
----
-
 ### 6) Doświadczenie deweloperskie i narzędzia
 
 - **vue-i18n**: Dojrzała dokumentacja i społeczność; zazwyczaj będziesz polegać na **zewnętrznych platformach lokalizacyjnych** do procesów redakcyjnych.
@@ -123,8 +107,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Niższe koszty operacyjne i krótsza pętla między deweloperem a treścią.
 
----
-
 ### 7) SEO, SSR i SSG
 
 - **Oba** działają z Vue SSR i Nuxt.
@@ -132,8 +114,6 @@ Skupiamy się na nowoczesnych narzędziach Vue (Vite, Composition API) i oceniam
 
 **Dlaczego to ważne:** Międzynarodowe SEO bez konieczności specjalistycznego okablowania.
 
----
-
 ## Dlaczego Intlayer? (Problem i podejście)
 
 Większość stosów i18n (w tym **vue-i18n**) zaczyna od **scentralizowanych katalogów**:
@@ -223,8 +203,6 @@ To podejście:
 - **Unika martwych kluczy** (nieużywane komponenty nie importują zawartości).
 - **Optymalizuje ładowanie** (komponenty ładowane leniwie przynoszą ze sobą swoją zawartość).
 
----
-
 ## Dodatkowe funkcje Intlayer (istotne dla Vue)
 
 - **Wsparcie wieloplatformowe**: Działa z Vue, Nuxt, Vite, React, Express i innymi.
@@ -242,31 +220,23 @@ To podejście:
 - **Serwer MCP i rozszerzenie VSCode**: Automatyzuj workflow i18n oraz tworzenie treści bezpośrednio w IDE.
 - **Interoperacyjność**: Mosty z **vue-i18n**, **react-i18next** i **react-intl** w razie potrzeby.
 
----
-
 ## Kiedy wybrać które?
 
 - **Wybierz vue-i18n**, jeśli chcesz **standardowe podejście Vue**, czujesz się komfortowo zarządzając katalogami/przestrzeniami nazw samodzielnie, a Twoja aplikacja jest **mała lub średnia** (lub już korzystasz z Nuxt i18n).
 - **Wybierz Intlayer**, jeśli cenisz **zawartość ograniczoną do komponentu**, **ścisły TypeScript**, **gwarancje na etapie budowania**, **tree-shaking** oraz **wbudowane narzędzia do routingu/SEO/edytora**, szczególnie dla **dużych, modułowych baz kodu Vue/Nuxt**, systemów projektowych itp.
 
----
-
 ## Współpraca z vue-i18n
 
 `intlayer` może również pomóc w zarządzaniu przestrzeniami nazw `vue-i18n`.
 
 Korzystając z `intlayer`, możesz zadeklarować swoją zawartość w formacie ulubionej biblioteki i18n, a intlayer wygeneruje Twoje przestrzenie nazw w wybranej lokalizacji (np. `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Gwiazdki na GitHubie (GitHub STARs)
 
 Gwiazdy na GitHubie są silnym wskaźnikiem popularności projektu, zaufania społeczności oraz jego długoterminowej istotności. Choć nie są bezpośrednim miernikiem jakości technicznej, odzwierciedlają, ilu deweloperów uważa projekt za użyteczny, śledzi jego rozwój i jest skłonnych go przyjąć. Przy szacowaniu wartości projektu, gwiazdy pomagają porównać zainteresowanie różnymi alternatywami oraz dostarczają wglądu w rozwój ekosystemu.
 
 [![Wykres historii gwiazd](https://api.star-history.com/svg?repos=intlify/vue-i18n&repos=aymericzip/intlayer&type=Date)](https://www.star-history.com/#intlify/vue-i18n&aymericzip/intlayer)
 
----
-
 ## Podsumowanie
 
 Zarówno **vue-i18n**, jak i **Intlayer** dobrze lokalizują aplikacje Vue. Różnica polega na tym, **ile musisz sam zbudować**, aby osiągnąć solidną, skalowalną konfigurację:

package/blog/pl/what_is_internationalization.md

@@ -102,8 +102,6 @@ Ten zwięzły przegląd obejmuje główne elementy, które powinny być internac
 - **Wrażliwość kulturowa**
 - Ikony, kolory i symbole mogą mieć różne znaczenia w różnych kulturach. Ważne jest, aby dostosować treści wizualne i tekstowe, aby szanować lokalne niuanse kulturowe.
 
----
-
 ## Najlepsze praktyki wdrażania i18n
 
 - **Planuj wcześnie**  
@@ -118,8 +116,6 @@ Ten zwięzły przegląd obejmuje główne elementy, które powinny być internac
 - **Ponowne wykorzystanie tłumaczeń**  
   Organizuj pliki tłumaczeń tak, aby mogły być ponownie wykorzystywane na wielu stronach internetowych lub aplikacjach. Na przykład, jeśli masz wielojęzyczny stopkę lub nagłówek, utwórz dedykowane pliki tłumaczeń, aby wspólne elementy mogły być łatwo stosowane we wszystkich projektach.
 
----
-
 ## Słownik lokalizacyjny a eksternalizacja treści CMS
 
 Podczas tworzenia strony internetowej, **System Zarządzania Treścią (CMS) taki jak WordPress, Wix czy Drupal zazwyczaj oferuje lepszą utrzymanie**. Szczególnie dla blogów lub stron docelowych, ze względu na ich zintegrowane funkcje i18n.
@@ -137,8 +133,6 @@ Biorąc pod uwagę te wyzwania, często wybiera się headless CMS do eksternaliz
 
 Ważne jest, aby wybrać odpowiednie narzędzie do swoich potrzeb i zaplanować strategię internacjonalizacji od samego początku. **Intlayer oferuje przekonujące rozwiązanie, łącząc deklarację treści lokalnych z headless CMS ściśle zintegrowanym, zapewniając to, co najlepsze z obu światów.**
 
----
-
 ### Zobacz listę bibliotek i narzędzi i18n według technologii
 
 Jeśli szukasz listy bibliotek i narzędzi i18n według technologii, sprawdź następujące zasoby:
@@ -157,8 +151,6 @@ Jeśli szukasz listy bibliotek i narzędzi i18n według technologii, sprawdź na
 - Svelte: [Zobacz listę bibliotek i narzędzi i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pl/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [Zobacz listę bibliotek i narzędzi i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pl/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Podsumowanie
 
 Internacjonalizacja (i18n) to coś więcej niż tylko techniczne zadanie; to **strategiczna inwestycja**, która pozwala Twojemu oprogramowaniu dosłownie mówić językiem Twoich użytkowników. Poprzez abstrakcję elementów specyficznych dla lokalizacji, uwzględnianie różnic językowych i kulturowych oraz planowanie przyszłej ekspansji, dajesz swojemu produktowi możliwość rozwoju na globalnym rynku.

package/blog/pt/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ Você traduziu seu app. Você fez deploy de `/en`, `/fr`, `/es`. E usuários fra
 
 Traduzir é a metade fácil. A metade difícil é dizer aos search engines que essas páginas são a **mesma página em outro idioma**, não três documentos competindo entre si. É isso que `hreflang` faz, e é onde a maioria dos sites multilíngues perde silenciosamente seu tráfego.
 
----
-
 ## O que hreflang realmente é
 
 Uma anotação em uma página dizendo: _esta URL tem versões equivalentes ali, para esses idiomas._
@@ -42,8 +40,6 @@ Isso oferece duas coisas: a versão correta mostrada ao usuário certo, e suas l
 
 É importante ser claro sobre o que não é. Não é um **redirecionamento** — é uma dica, e o Google pode sobrescrevê-la. Não é um **aumento de ranking** — muda _qual_ versão classifica, não _se_ você classifica. E o Bing ignora completamente, confiando em `content-language` e geolocalização em vez disso.
 
----
-
 ## Onde declarar
 
 Três posicionamentos, todos válidos. Escolha um e mantenha-se — o mesmo cluster declarado em dois lugares é como os conjuntos divergem.
@@ -54,8 +50,6 @@ Três posicionamentos, todos válidos. Escolha um e mantenha-se — o mesmo clus
 
 **HTTP `Link` header** é a única opção para arquivos não-HTML como PDFs.
 
----
-
 ## As regras
 
 ### Auto-referência e reciprocidade
@@ -107,8 +101,6 @@ O que as pessoas entendem errado é o que significa. `x-default` **não é "a ve
 
 Duas coisas para esclarecer: `x-default` é uma entrada extra no conjunto, não uma substituição para a auto-referenciada, e como todas as outras entradas, deve aparecer identicamente em todas as páginas do cluster.
 
----
-
 ## A armadilha do canonical
 
 Cada página localizada deve ser **seu próprio canonical**:
@@ -131,8 +123,6 @@ diz que a página francesa é uma duplicata que não deve ser indexada, enquanto
 
 **Canonical é auto-referencial por locale. `hreflang` descreve o cluster.**
 
----
-
 ## Escolhendo uma estrutura de URL
 
 `hreflang` anota URLs, então a estrutura vem em primeiro lugar.
@@ -149,14 +139,11 @@ A única estrutura a evitar: servir diferentes idiomas na **mesma URL** com base
 
 > Intlayer cobre todos os três através de `routing.mode` e `routing.domains`. Veja [custom domains](https://github.com/aymericzip/intlayer/blob/main/docs/docs/pt/custom_domains.md) e a [referência de configuração](https://github.com/aymericzip/intlayer/blob/main/docs/docs/pt/configuration.md).
 
----
-
 ## Implementação
 
 Escrever essas tags manualmente não sobrevive ao contato com um segundo locale. Derive-as da sua lista de locales em vez disso.
 
 <Steps>
-
 <Step number={1} title="Emitir o cluster em cada página">
 
 Mesmo conjunto em todos os lugares, canonical por locale, URLs absolutas, `x-default` incluído.
@@ -245,7 +232,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="Ou mova tudo para o sitemap">
 
 Em larga escala, mantenha as anotações fora de suas páginas completamente. `generateSitemap` emite alternates `xhtml:link` por entrada, lendo locales e modo de roteamento de sua config:
@@ -268,7 +254,6 @@ Duas opções que vale a pena conhecer:
 - `entryPerLocale` (padrão `false`) — por padrão uma entrada `<url>` carrega todos os alternates. Ambas as formas são válidas, mas apenas uma URL listada como `<loc>` conta como _enviada_ no Search Console; locales alternativas permanecem descobríveis mas atribuídas a nenhum sitemap. Ativar isso dá a cada URL localizada sua própria entrada com o conjunto completo de alternates repetido. Multiplica as entradas pela contagem de locale, então fique atento ao limite de 50 000 URLs / 50 MB e divida em um índice de sitemap se ultrapassar.
 
 </Step>
-
 <Step number={3} title="Verifique o que o crawler recebe">
 
 `hreflang` falha silenciosamente, então verifique-o em vez de assumir.
@@ -281,8 +266,6 @@ Para um crawl específico multilíngue, o [Intlayer SEO Scanner](https://intlaye
 
 </Steps>
 
----
-
 ## Lista de verificação
 
 - [ ] Cada locale possui uma URL distinta e rastreável
@@ -296,8 +279,6 @@ Para um crawl específico multilíngue, o [Intlayer SEO Scanner](https://intlaye
 - [ ] Declaradas em exatamente um lugar
 - [ ] Sem redirecionamentos alternados
 
----
-
 ## Finalizando
 
 `hreflang` é simples e implacável. Uma tag de retorno ausente, uma URL relativa, um canonical entre locales, e o cluster é descartado sem nenhum erro em lugar nenhum. Cada um desses problemas vem de escrever as tags manualmente.

package/blog/pt/i18n_meaning.md

@@ -92,8 +92,6 @@ Agora que estabelecemos o verdadeiro **significado de i18n**, como você o aplic
 - **Abstraia todo o texto voltado para o usuário:** Certifique-se de que não exista texto codificado em seus componentes de interface do usuário.
 - **Empregue um sistema robusto de gestão de traduções:** Ferramentas como o **Intlayer** eliminam a lacuna entre desenvolvedores e tradutores. O Intlayer atua como um CMS headless que é estritamente integrado à sua base de código, permitindo que os gerentes de conteúdo atualizem as traduções visualmente sem exigir que um desenvolvedor acione um novo build.
 
----
-
 ### Ver a lista de bibliotecas e ferramentas de i18n por tecnologia
 
 Se você estiver procurando por uma lista de bibliotecas e ferramentas de i18n por tecnologia, consulte os seguintes recursos:
@@ -112,8 +110,6 @@ Se você estiver procurando por uma lista de bibliotecas e ferramentas de i18n p
 - Svelte: [Ver lista de bibliotecas e ferramentas de i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pt/list_i18n_technologies/frameworks/svelte.md)
 - React Native: [Ver lista de bibliotecas e ferramentas de i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pt/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Conclusão
 
 O **significado de i18n** é um conceito fundamental para qualquer negócio digital moderno que busca impacto global. Muito além de ser apenas uma abreviação técnica peculiar para "internacionalização", o i18n representa a arquitetura técnica necessária para adaptar perfeitamente seu software a diversos idiomas, culturas e padrões regionais.

package/blog/pt/i18n_using_next-i18next.md

@@ -72,8 +72,6 @@ Antes de mergulharmos na implementação, aqui estão algumas práticas que voc
 
 > Veja nossa documentação listando tudo o que você precisa saber sobre internacionalização e SEO: [Internacionalização (i18n) com next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pt/internationalization_and_SEO.md).
 
----
-
 ## Guia Passo a Passo para Configurar o i18next em uma Aplicação Next.js
 
 <iframe
@@ -120,7 +118,6 @@ Aqui está a estrutura do projeto que vamos criar:
 ```
 
 <Steps>
-
 <Step number={1} title="Instalar Dependências">
 
 Instale os pacotes necessários usando npm:
@@ -142,7 +139,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**: Um plugin que permite o carregamento dinâmico dos arquivos de tradução, permitindo carregar apenas os namespaces que você precisa.
 
 </Step>
-
 <Step number={2} title="Configure Seu Projeto">
 
 Crie um arquivo de configuração para definir os seus locales suportados, o locale padrão e funções auxiliares para a localização de URLs. Este arquivo serve como a fonte única de verdade para a sua configuração i18n e garante segurança de tipos em toda a sua aplicação.
@@ -197,7 +193,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="Centralizar Namespaces de Tradução">
 
 Crie uma fonte única de verdade para cada namespace que sua aplicação expõe. Reutilizar essa lista mantém o código do servidor, cliente e ferramentas sincronizados e desbloqueia a tipagem forte para os helpers de tradução.
@@ -209,7 +204,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="Tipar Fortemente as Chaves de Tradução com TypeScript">
 
 Aumente o `i18next` para apontar para seus arquivos de idioma canônicos (geralmente em inglês). O TypeScript então infere as chaves válidas por namespace, assim as chamadas para `t()` são verificadas de ponta a ponta.
@@ -249,7 +243,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="Configurar a Inicialização do i18n no Lado do Servidor">
 
 Crie uma função de inicialização do lado do servidor que carrega traduções para componentes do servidor. Esta função cria uma instância separada do i18next para renderização do lado do servidor, garantindo que as traduções sejam carregadas antes da renderização.
@@ -306,7 +299,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="Criar o Provedor i18n no Lado do Cliente">
 
 Crie um componente provedor no cliente que envolva sua aplicação com o contexto do i18next. Este provedor recebe traduções pré-carregadas do servidor para evitar o flash de conteúdo não traduzido (FOUC) e evitar buscas duplicadas.
@@ -391,7 +383,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="Definir Rotas Dinâmicas por Locale">
 
 Configure o roteamento dinâmico para os locales criando um diretório `[locale]` na sua pasta app. Isso permite que o Next.js gerencie o roteamento baseado em locale, onde cada locale se torna um segmento da URL (ex.: `/en/about`, `/fr/about`).
@@ -445,7 +436,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="Crie Seus Arquivos de Tradução">
 
 Crie arquivos JSON para cada locale e namespace. Essa estrutura permite organizar as traduções de forma lógica e carregar apenas o que você precisa para cada página.
@@ -540,7 +530,6 @@ Organizar traduções por namespace (por exemplo, `common.json`, `about.json`) p
 </Tabs>
 
 </Step>
-
 <Step number={9} title="Utilize Traduções nas Suas Páginas">
 
 Crie um componente de página que inicialize o i18next no servidor e passe as traduções tanto para os componentes do servidor quanto para os do cliente. Isso garante que as traduções sejam carregadas antes da renderização e evita o piscar de conteúdo.
@@ -602,7 +591,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="Usar Traduções em Componentes Cliente">
 
 Componentes cliente podem usar o hook `useTranslation` para acessar traduções. Este hook fornece acesso à função de tradução e à instância i18n, permitindo traduzir conteúdo e acessar informações de locale.
@@ -655,7 +643,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="Usar Traduções em Componentes de Servidor">
 
 Componentes server não podem usar React hooks, então eles recebem traduções via props de seus componentes pai. Essa abordagem mantém os componentes server síncronos e permite que sejam aninhados dentro de componentes client.
@@ -703,7 +690,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="Alterar o idioma do seu conteúdo" isOptional={true}>
 
 Para alterar o idioma do seu conteúdo no Next.js, a forma recomendada é usar URLs prefixadas com o locale e links do Next.js. O exemplo abaixo lê o locale atual da rota, remove-o do pathname e renderiza um link para cada locale disponível.
@@ -777,7 +763,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="Construir um componente Link localizado" isOptional={true}>
 
 Reutilizar URLs localizadas em toda a sua aplicação mantém a navegação consistente e otimizada para SEO. Envolva o `next/link` em um pequeno helper que prefixa rotas internas com o locale ativo, enquanto deixa URLs externas intactas.
@@ -830,7 +815,6 @@ export default function LocalizedLink({
 > Dica: Como `LocalizedLink` é um substituto direto, faça a migração gradualmente trocando os imports e deixando o componente lidar com URLs específicas de locale.
 
 </Step>
-
 <Step number={14} title="Acessar o locale ativo dentro das Server Actions" isOptional={true}>
 
 Server Actions frequentemente precisam do locale atual para emails, logs ou integrações com terceiros. Combine o cookie de locale definido pelo seu proxy com o cabeçalho `Accept-Language` como fallback.
@@ -870,7 +854,6 @@ export async function stuffFromServer(formData: FormData) {
 > Como o helper depende dos cookies e headers do Next.js, ele funciona em Route Handlers, Server Actions e outros contextos exclusivos do servidor.
 
 </Step>
-
 <Step number={15} title="Internacionalize Seus Metadados" isOptional={true}>
 
 Traduzir o conteúdo é importante, mas o principal objetivo da internacionalização é tornar seu site mais visível para o mundo. I18n é uma alavanca incrível para melhorar a visibilidade do seu site por meio de SEO adequado.
@@ -939,7 +922,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="Internacionalize seu Sitemap" isOptional={true}>
 
 Gere um sitemap que inclua todas as versões de locale das suas páginas. Isso ajuda os motores de busca a descobrir e indexar todas as versões linguísticas do seu conteúdo.
@@ -995,7 +977,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="Internacionalize seu robots.txt" isOptional={true}>
 
 Crie um arquivo robots.txt que gerencie corretamente todas as versões de locale das suas rotas protegidas. Isso garante que os motores de busca não indexem páginas de administração ou dashboard em nenhum idioma.
@@ -1028,7 +1009,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="Configurar Middleware para Roteamento de Locale" isOptional={true}>
 
 Crie um proxy para detectar automaticamente o locale preferido do usuário e redirecioná-lo para a URL apropriada com prefixo de locale. Isso melhora a experiência do usuário ao mostrar o conteúdo no idioma preferido.
@@ -1119,7 +1099,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="Automatize Suas Traduções Usando o Intlayer" isOptional={true}>
 
 Intlayer é uma biblioteca **gratuita** e **open-source** projetada para auxiliar o processo de localização na sua aplicação. Enquanto o i18next gerencia o carregamento e a gestão das traduções, o Intlayer ajuda a automatizar o fluxo de trabalho das traduções.

package/blog/pt/i18n_using_next-intl.md

@@ -64,8 +64,6 @@ Localize os Links usando o componente `Link` para redirecionar o usuário para a
 
 > Veja nossa documentação listando tudo que você precisa saber sobre internacionalização e SEO: [Internationalization (i18n) with next-intl](https://github.com/aymericzip/intlayer/blob/main/docs/blog/pt/internationalization_and_SEO.md).
 
----
-
 ## Guia Passo a Passo para Configurar o next-intl em uma Aplicação Next.js
 
 <iframe
@@ -111,7 +109,6 @@ Aqui está a estrutura do projeto que iremos criar:
 ```
 
 <Steps>
-
 <Step number={1} title="Instalar Dependências">
 
 Instale os pacotes necessários usando npm:
@@ -131,7 +128,6 @@ yarn add next-intl
 - **next-intl**: A biblioteca principal de internacionalização para o Next.js App Router que fornece hooks, funções no servidor e provedores no cliente para gerenciar traduções.
 
 </Step>
-
 <Step number={2} title="Configure seu Projeto">
 
 Crie um arquivo de configuração que defina os seus locales suportados e configure a request do next-intl. Este arquivo serve como a fonte única de verdade para a sua configuração i18n e garante segurança de tipos em toda a sua aplicação.
@@ -218,7 +214,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="Definir Rotas Dinâmicas por Locale">
 
 Configure o roteamento dinâmico para locais criando um diretório `[locale]` na sua pasta de app. Isso permite que o Next.js gerencie o roteamento baseado em localidade, onde cada localidade se torna um segmento da URL (por exemplo, `/en/about`, `/fr/about`).
@@ -308,7 +303,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="Crie Seus Arquivos de Tradução">
 
 Crie arquivos JSON para cada locale e namespace. Essa estrutura permite organizar as traduções de forma lógica e carregar apenas o que você precisa para cada página.
@@ -370,7 +364,6 @@ Organizar as traduções por namespace (por exemplo, `common.json`, `about.json`
 </Tabs>
 
 </Step>
-
 <Step number={5} title="Utilize as Traduções nas Suas Páginas">
 
 Crie um componente de página que carregue as traduções no servidor e as passe para componentes tanto do servidor quanto do cliente. Isso garante que as traduções sejam carregadas antes da renderização e evita o flashing de conteúdo.
@@ -423,7 +416,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="Usar Traduções em Componentes Client">
 
 Componentes client podem usar os hooks `useTranslations` e `useFormatter` para acessar traduções e funções de formatação. Esses hooks leem do contexto `NextIntlClientProvider`.
@@ -461,7 +453,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="Usar Traduções em Componentes de Servidor">
 
 Componentes de servidor não podem usar hooks do React, então eles recebem traduções e formatadores via props de seus componentes pai. Essa abordagem mantém os componentes de servidor síncronos e permite que eles sejam aninhados dentro de componentes cliente.
@@ -495,7 +486,6 @@ const ServerComponent = ({
 > Na sua página/layout, use `getTranslations` e `getFormatter` de `next-intl/server` para pré-calcular traduções e formatações, e então passe-os como props para os componentes de servidor.
 
 </Step>
-
 <Step number={8} title="Mude o idioma do seu conteúdo" isOptional={true}>
 
 Para mudar o idioma do seu conteúdo com next-intl, renderize links sensíveis ao locale que apontam para o mesmo pathname enquanto troca o locale. O provider reescreve as URLs automaticamente, então você só precisa direcionar para a rota atual.
@@ -569,7 +559,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="Use o componente Link localizado" isOptional={true}>
 
 O `next-intl` fornece um subpacote `next-intl/navigation` que contém um componente Link localizado que aplica automaticamente a localidade ativa. Já o extraímos para você no arquivo `@/i18n`, então você pode usá-lo assim:
@@ -581,7 +570,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="Acesse a localidade ativa dentro das Server Actions" isOptional={true}>
 
 As Server Actions podem ler a localidade atual usando `next-intl/server`. Isso é útil para enviar e-mails localizados ou armazenar preferências de idioma junto com os dados enviados.
@@ -606,7 +594,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` lê o locale definido pelo proxy do `next-intl`, então funciona em qualquer lugar no servidor: Route Handlers, Server Actions e edge functions.
 
 </Step>
-
 <Step number={11} title="Internacionalize seus Metadados" isOptional={true}>
 
 Traduzir conteúdo é importante, mas o objetivo principal da internacionalização é tornar seu site mais visível para o mundo. I18n é uma alavanca incrível para melhorar a visibilidade do seu site por meio de SEO adequado.
@@ -647,7 +634,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="Internacionalize Seu Sitemap" isOptional={true}>
 
 Gere um sitemap que inclua todas as versões locais das suas páginas. Isso ajuda os motores de busca a descobrir e indexar todas as versões linguísticas do seu conteúdo.
@@ -703,7 +689,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="Internacionalize seu robots.txt" isOptional={true}>
 
 Crie um arquivo robots.txt que gerencie corretamente todas as versões de locale das suas rotas protegidas. Isso garante que os motores de busca não indexem páginas de administração ou dashboard em nenhum idioma.
@@ -738,7 +723,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="Configurar Proxy para Roteamento de Locale" isOptional={true}>
 
 Crie um proxy para detectar automaticamente o locale preferido do usuário e redirecioná-lo para a URL apropriada com prefixo de locale. O next-intl fornece uma função proxy conveniente que faz isso automaticamente.
@@ -760,7 +744,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="Configurar Tipos TypeScript para o Locale" isOptional={true}>
 
 Configurar o TypeScript ajudará você a obter autocompletar e segurança de tipos para suas chaves.
@@ -788,7 +771,6 @@ declare module "next-intl" {
 Este código usará Module Augmentation para adicionar os locales e mensagens ao tipo AppConfig do next-intl.
 
 </Step>
-
 <Step number={16} title="Automatize Suas Traduções Usando Intlayer" isOptional={true}>
 
 Intlayer é uma biblioteca **gratuita** e **open-source** projetada para auxiliar o processo de localização na sua aplicação. Enquanto o next-intl gerencia o carregamento e a gestão das traduções, o Intlayer ajuda a automatizar o fluxo de trabalho das traduções.

package/blog/pt/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 Bem-vindo ao nosso blog dedicado a tudo relacionado à **internacionalização** para aplicações JavaScript! Aqui, exploramos as melhores práticas, estratégias e ferramentas para ajudar desenvolvedores a expandir seus produtos digitais pelo mundo.
 
----
-
 ## Por Que a Internacionalização (i18n) É Importante
 
 No mundo interconectado de hoje, os usuários esperam experiências localizadas e sem costura. A internacionalização (i18n) garante que sua aplicação web possa se adaptar a diferentes idiomas e nuances culturais. Ao incorporar práticas de i18n desde o início, você desbloqueia inúmeros benefícios, como:
@@ -31,8 +29,6 @@ No mundo interconectado de hoje, os usuários esperam experiências localizadas
 3. **Acessibilidade Melhorada:** Uma i18n bem estruturada muitas vezes se alinha com padrões de acessibilidade, tornando seu aplicativo mais inclusivo.
 4. **Melhor Desempenho em SEO:** Conteúdo localizado pode aumentar sua visibilidade em resultados de busca específicos de região.
 
----
-
 ## Soluções de Internacionalização de Código Aberto
 
 Construir uma aplicação internacionalizada não precisa ser complicado. A comunidade de código aberto fornece muitas ferramentas e bibliotecas poderosas e bem suportadas que tornam a localização mais direta. Soluções populares como **react-intl**, **i18next** e **FormatJS** oferecem APIs flexíveis e fácil integração com frameworks modernos de JavaScript, como React, Vue e Angular.
@@ -43,8 +39,6 @@ Construir uma aplicação internacionalizada não precisa ser complicado. A comu
 - **Economia de Custos:** Sem taxas de licença, facilitando a testagem ou escalonamento da sua aplicação.
 - **Suporte da Comunidade:** Comunidades grandes costumam significar mais tutoriais, documentação e plugins prontos.
 
----
-
 ## Anúncios e O Que Vem a Seguir
 
 Estamos empolgados em anunciar próximos tutoriais, melhores práticas e **estudos de caso** sobre como otimizar suas aplicações JavaScript para audiências globais. Aqui está uma prévia:
@@ -55,8 +49,6 @@ Estamos empolgados em anunciar próximos tutoriais, melhores práticas e **estud
 
 Fique ligado para essas atualizações e mais!
 
----
-
 ## Contribua para o Nosso Blog!
 
 Acreditamos em compartilhamento de conhecimento impulsionado pela comunidade. Se você tem uma ótima ideia para um post de blog relacionado à internacionalização, **SEO** ou qualquer outro tópico relevante, adoraríamos ouvir de você. Você pode enviar um Pull Request adicionando sua proposta de post ao nosso repositório do GitHub:
@@ -65,6 +57,4 @@ Acreditamos em compartilhamento de conhecimento impulsionado pela comunidade. Se
 
 Suas contribuições nos ajudam a enriquecer esta plataforma e capacitar desenvolvedores em todo o mundo. Vamos construir uma comunidade de aplicações com foco global, juntos.
 
----
-
 **Obrigado por ler, e bem-vindo à nossa comunidade de i18n!** Fique ligado para mais insights, dicas e melhores práticas sobre como levar suas aplicações JavaScript ao sucesso internacional.