gutenberg fase 4 1

Fase 4 do projeto Gutenberg — O futuro multilíngue do WordPress

Após a transformação da edição de conteúdo (Fase 1), da customização de site (Fase 2) e da colaboração em equipe (Fase 3), a última fase do Projeto Gutenberg visa resolver uma das barreiras mais antigas e complexas da plataforma: o suporte a sites multilíngues.

A Fase 4 foca na implementação de suporte nativo e centralizado para sites em múltiplos idiomas diretamente no core (núcleo) do WordPress. O objetivo é eliminar a dependência de plugins de tradução de terceiros que, embora essenciais por anos, frequentemente acrescentam complexidade, sobrecarga de banco de dados e problemas de desempenho.

Note que, como é uma fase que ainda não começou e só começará ao fim da fase 3, ainda temos pouca documentação específica sobre ela, mas conseguimos falar sobre alguns pontos gerais encontrados em posts distintos no Make WordPress

A necessidade da implementação no core

Apesar de o WordPress ser a plataforma mais utilizada no mundo, a criação de um site multilíngue sempre exigiu soluções complexas, como:

  • Plugins de terceiros: Ferramentas que traduzem o conteúdo, mas criam camadas de abstração na base de dados, relacionando posts por ID.
  • Sobrecarga de Performance: A duplicação de conteúdo e a manipulação de strings de tradução por plugins de terceiros costumam introduzir lentidão e dificultar a manutenção.
  • Falta de padrão: Cada plugin gerencia suas traduções de seu próprio jeito, com zero compatibilidade entre eles e outros plugins, além de te forçar a usar tais plugins (e normalmente, suas versões pagas) para todo sempre.

A Fase 4 busca integrar o multilinguismo de forma arquitetônica, garantindo que o recurso seja elegante, rápido e inerente à plataforma, assim como a edição de blocos.

Características e metas da fase 4

A integração nativa do multilinguismo no core não se trata apenas de traduzir textos, mas de gerenciar todo o ecossistema de conteúdo em diferentes idiomas:

  1. Suporte de Idiomas à nível de posts: Definir um idioma primário para posts, páginas e até mesmo blocos, e gerenciar as traduções como versões interligadas do mesmo conteúdo.
  2. Tradução integrada do editor: Permitir que os usuários criem ou editem traduções diretamente na interface do Editor de Blocos (Gutenberg/FSE), usando o mesmo fluxo de trabalho que utilizam para criar conteúdo original.
  3. Configuração simplificada: Eliminar a necessidade de menus complexos e de configurações duplicadas, gerenciando a estrutura de idiomas (como URLs e slugs) de forma coesa.
  4. Otimização de Banco de Dados: Desenvolver uma solução que minimize a duplicação de dados, evitando a criação de tabelas e estruturas de banco de dados complexas, garantindo que a funcionalidade não prejudique a performance do site.

O impacto final no ecossistema

Com a implementação da Fase 4, o Projeto Gutenberg atinge seu clímax:

  • Usuários: Criar um site multilíngue se torna uma funcionalidade plug-and-play, acessível a qualquer usuário sem conhecimento técnico ou necessidade de investimento em soluções pagas.
  • Performance: Ao ser integrado ao core, o suporte multilingue será otimizado para o desempenho, aproveitando a arquitetura moderna do WordPress e dos Temas de Bloco (FSE).
  • Desenvolvedores: Embora represente um desafio inicial para os autores de plugins de tradução, o core fornecerá uma API padronizada, permitindo que eles se concentrem em recursos avançados de tradução (como serviços de IA e gerenciamento de glossários) em vez de na infraestrutura básica.

O Projeto Gutenberg é um plano ambicioso de quatro fases que visa reimaginar o WordPress como uma plataforma de publicação e design moderna, completa em todas as frentes: Edição, Customização, Colaboração e, finalmente, Multilinguismo.

Posts Similares

  • Exibindo a quantidade de comentários do Facebook em seu post

    ATENÇÃO: A API do Facebook foi alterada em Agosto de 2016, por isso a quantidade não é mais exibida e assim este código não funciona mais. Como não ficou claro se essa mudança é em definitivo ou não, mantivemos a postagem aqui mas provavelmente ela não funcionará mais. Em um dos projetos que trabalhei recentemente,…

  • XML-RPC novamente habilitado por padrão no WordPress 3.5

    O serviço XML-RPC service foi desativado por padrão por um longo período pois foi considerado uma brecha de segurança (por exemplo, spam em comentários e trackback), mas voltará a ser ativado por padrão no WordPress 3.5. Algumas coisas mudaram desde que desativamos o XML-RPC por padrão. Seu código melhorou, e ele não é mais considerado…

  • Seo para Startups

    No dia 04/07/2012, fui convidado para palestrar sobre SEO para Startups no Bees Office, antigo escritório de coworking do Rio de Janeiro que já não existe mais, e compartilhei algumas dicas para empreendedores otimizarem seus sites da maneira mais indicada. Os slides estão disponíveis abaixo, bem como a transcrição dos slides, para que todos possam…

  • WordPress 3.5.1 – Atualização de Segurança

    WordPress 3.5.1 – Atualização de Segurança

    Praticamente 1 mês e meio depois do lançamento da versão 3.5 do nosso querido WordPress, a equipe oficial lançou no último dia 24/01 o primeiro build com correções de bug e segurança para a versão. As correções variam entre o novo navegador de mídia, criação e manutenção de galerias de imagens e problemas na hora…

  • WordPress 3.3.2: Nova atualização disponível!

    O WordPress 3.3.2 está disponível para download e é uma versão de atualização de segurança para todas as versões anteriores. Três bibliotecas externas incluídas no WordPress receberam atualizações: Plupload (versão 1.5.4), que o WordPress utiliza para upload de mídias. SWFUpload, que o WordPress utilizava anteriormente para upload de mídias e pode estar presente em alguns plugins ainda….

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *