O WordPress 6.8 está programado para lançamento em 15 de abril de 2025. Esta nova versão não traz muitos recursos inéditos, mas foca principalmente no aprimoramento de funcionalidades já existentes.

A atualização oferece melhorias no editor e na usabilidade, como novas opções para gerenciar visualizações de dados dentro do editor de blocos e a possibilidade de ignorar artigos fixos no bloco de Loop de Consulta. Há também avanços no design e nos temas, com destaque para o Livro de estilos reformulado, além de melhorias em desempenho e segurança, com a introdução do carregamento especulativo (Speculative loading) e do uso de bcrypt para hashing de senhas.

Essas adições têm como objetivo refinar a experiência do usuário, especialmente para quem utiliza temas clássicos, e melhorar o desempenho geral dos sites.

Confira a seguir o que você encontrará ao instalar o WordPress 6.8.

Melhorias no editor

O WordPress 6.8 traz diversas atualizações que aprimoram a experiência de criação e gerenciamento de conteúdo. De novas opções de visualização a melhorias na visualização de dados (Data Views), essas mudanças foram pensadas para acelerar os fluxos de trabalho tanto no Editor de Artigos quanto no Editor do Site.

1. Mostrar alternância de template no menu suspenso de visualização

Um novo botão de alternância Show template foi adicionado ao menu suspenso de visualização na barra de ferramentas superior do Editor de Artigos.

Uma opção para exibir templates foi adicionada à barra lateral superior do editor.
Um botão de alternância “Mostrar template” foi adicionado à barra lateral superior do editor

Antes, você só podia acessar as opções de Template na barra lateral do artigo. Embora represente uma duplicação de funcionalidade, essa adição é significativa: ao trazer essa opção para o menu da barra superior, alternar entre a visualização de conteúdo e de template ficou mais rápido e intuitivo.

A opção 'Mostrar Modelo' foi ativada no WordPress 6.8.
A opção ‘Mostrar template’ foi ativada no WordPress 6.8.

2. Visualizações de dados aprimoradas

Introduzida inicialmente no WordPress 6.5, as Visualizações de Dados (Data Views) são uma ferramenta poderosa no Editor do Site que permite visualizar e gerenciar páginas, templates, partes de templates e padrões de forma organizada.

Com o WordPress 6.8, as Visualizações de Dados continuam evoluindo para oferecer uma experiência de edição mais intuitiva, flexível e eficiente no Editor de Sites. O foco está em aprimorar a usabilidade e adicionar opções de personalização.

A visualização de páginas pode ser personalizada com mais propriedades, incluindo Visualização, Slug, Parent, Discussão, Templates e Senha. A opção de pré-visualização também está disponível para Padrões e Templates.

Visualização de página no WordPress 6.8.
Visualização de página no WordPress 6.8.

Além disso, o WordPress 6.8 introduz um novo controle de densidade de layout na visualização em tabela, que permite ajustar o espaço ocupado por cada linha. São três opções disponíveis — Confortável, Balanceado e Compacto — para que os usuários possam escolher a exibição que melhor se adapta ao seu estilo de trabalho, tornando a experiência de gerenciamento ainda mais personalizada e eficiente.

O WordPress 6.8 introduz um novo controle de Densidade na visualização em tabela.
O WordPress 6.8 introduz um novo controle de Densidade na visualização em tabela.

Blocos novos e aprimorados

O WordPress 6.8 apresenta um bloco totalmente novo e várias atualizações para os blocos existentes.

1. Novo bloco Query Total

O novo bloco Query Total exibe informações relacionadas à consulta, como o número total de resultados de uma consulta ou o intervalo de resultados exibido no momento.

O novo bloco Query Total no WordPress 6.8.
O novo bloco Query Total no WordPress 6.8.

Você pode adicionar o novo bloco em um loop de consulta para exibir o número de resultados ou intervalos em resultados paginados.

Intervalo de resultados no bloco Query Total.
Intervalo de resultados no bloco Query Total.

2. Atualizações no bloco Query Loop

Antes do WordPress 6.8, o bloco Query oferecia um número limitado de opções, incluindo:

  • Include – Artigos fixos são posicionados no início da lista de artigos
  • Exclude – Artigos fixos são completamente excluídos
  • Only – Somente artigos fixos são incluídos

Nesse conjunto de opções, não havia a possibilidade de ignorar artigos fixos, tratando-os como artigos normais. Essa opção já era suportada pelo WP_Query (ignore_sticky_posts => true), mas não estava disponível como opção na barra lateral do bloco.

Opção de ignorar artigos fixos no Query Loop.
Opção de ignorar artigos fixos no Query Loop.

O WordPress 6.8 introduz uma opção para ignorar artigos fixos, permitindo “ignorar” o status de destaque. Isso significa que desenvolvedores e usuários agora podem impedir que artigos fixos apareçam automaticamente no topo dos resultados, respeitando a lógica de ordenação da própria consulta.

Essa atualização aumenta a flexibilidade e a consistência com o comportamento de consulta principal do WordPress, tornando o bloco Query mais versátil para o gerenciamento de conteúdo no editor de blocos.

Outra atualização no bloco Query Loop substitui o modal “Escolher Padrão” (Choose Pattern), que aparecia ao clicar no botão “Substituir” (Replace) na barra de ferramentas do bloco, por um menu suspenso. O botão agora exibe “Alterar design” (Change design).

Uma captura de tela mostrando o novo menu suspenso Alterar design no bloco Query Loop
Novo menu suspenso Alterar design no bloco Query Loop.

3. Definir imagens como destaque na barra de ferramentas do bloco de imagem

Uma nova opção permite definir uma imagem como destacada diretamente no menu suspenso de opções da barra de ferramentas do bloco. Se o artigo já tiver uma imagem destacada definida, o usuário também poderá alterá-la a partir da barra de ferramentas do bloco.

Definindo uma imagem como destacada a partir do menu suspenso da barra de ferramentas.
Definindo uma imagem como destacada a partir do menu suspenso da barra de ferramentas.

4. Atualizações no bloco de navegação

Várias melhorias pontuais foram adicionadas ao bloco de Navegação para aprimorar sua usabilidade e funcionalidade geral.

  • O bloco de navegação agora exibe o nome do menu ao lado do texto de navegação (PR #68466).
  • Uma opção Limpar agora está disponível no seletor de cores do bloco de navegação (PR #68454)
  • Todos os formatos não interativos são permitidos nos blocos de links e submenus de navegação (PR #67585)

Para uma lista mais completa de melhorias no bloco de Navegação no WordPress 6.8, consulte esta nota técnica para desenvolvedores.

Formatos não interativos estão disponíveis nos blocos de link e submenu de Navegação.
Formatos não interativos estão disponíveis nos blocos de link e submenu de Navegação.

Melhorias no design e nos temas

O WordPress 6.8 traz melhorias significativas para a experiência de edição do site. A interface de Estilos Globais foi reformulada para facilitar o acesso e a personalização em tempo real. Ao mesmo tempo, o Livro de estilos amplia sua funcionalidade para temas clássicos, aproximando fluxos de trabalho modernos e tradicionais no WordPress.

1. Estilos globais disponíveis na barra lateral do editor do site

Com o WordPress 6.8, a interface de Estilos Globais agora está acessível diretamente no menu principal do editor de site. Ao clicar no item de menu “Estilos“, o painel de Estilos Globais é exibido com todas as opções de Tipografia, Cores, Plano de fundo, Sombras e Layout.

Painel de Estilos Globais no menu principal do Editor de Site no WordPress 6.8.

Se você clicar no ícone do olho, será exibido o Livro de estilos, que mostra as alterações nas configurações de estilo em tempo real. Ao clicar em uma seção específica do painel Estilos Globais, você será imediatamente direcionado para a seção correspondente do Livro de estilos.

Você pode navegar pelo Livro de Estilos de forma mais fácil e rápida no WordPress 6.8.
Você pode navegar pelo Livro de Estilos de forma mais fácil e rápida no WordPress 6.8.

Essa alteração deve facilitar e acelerar a personalização dos estilos do seu site, melhorando significativamente os fluxos de trabalho de design.

Para perceber a diferença, compare a interface de Estilos no WordPress 6.7 com a do 6.8.

O painel de estilos no WordPress 6.7.
O painel de estilos no WordPress 6.7.

O WordPress 6.8 também traz esse aprimoramento para os temas clássicos.

2. Livro de estilos disponível para temas clássicos

Desde o WordPress 6.2, o Livro de Estilos já estava disponível para temas de blocos. Com a chegada do WordPress 6.8, esse recurso passa a estar acessível também para temas clássicos que oferecem suporte a estilos do editor, seja por meio da função add_theme_support( 'editor-styles' ) ou pela presença de um arquivo theme.json.

Esse recurso foi introduzido originalmente no Gutenberg 19.9. Caso você não utilize o Gutenberg, a partir do WordPress 6.8 será possível acessar os Estilos Globais e o Livro de Estilos nos temas clássicos em Appearance > Design > Styles.

As imagens a seguir mostram as diferenças entre a seção Estilos no WordPress 6.7 e o Livro de Estilos no WordPress 6.8 com o tema Twenty Twenty-One instalado.

O Livro de estilos em temas clássicos no WordPress 6.8.
O Livro de estilos em temas clássicos no WordPress 6.8.

Os padrões foram movidos para uma seção separada da tela Design para abrir espaço para o Livro de estilo no Editor de Sites.

As imagens a seguir mostram as visualizações de tipografia e cores no Livro de estilo do tema clássico Twenty Twenty-One no WordPress 6.8.

Visualização da tipografia no Livro de estilos com o tema Twenty Twenty-One.
Visualização da tipografia no Livro de estilos com o tema Twenty Twenty-One.
Visualização das cores no Livro de estilos com o tema Twenty Twenty-One.
Visualização das cores no Livro de estilos com o tema Twenty Twenty-One.

A introdução do Livro de estilo para temas clássicos marca um passo em direção a uma maior integração dos recursos de edição de estilo de bloco.

Desempenho e segurança

O WordPress 6.8 traz melhorias significativas no desempenho e na segurança. Com a nova API Speculation Rules, as páginas do WordPress podem ser carregadas mais rapidamente ao preverem as ações dos usuários. Ao mesmo tempo, a adoção do algoritmo bcrypt para proteção de senhas torna o sistema mais seguro contra-ataques cibernéticos. Vamos explorar essas novidades.

1. Carregamento especulativo no WordPress 6.8

O carregamento especulativo é uma técnica de otimização do desempenho do site que permite que as páginas ou os recursos sejam pré-pesquisados ou pré-renderizados antes que o usuário os acesse, reduzindo o tempo de carregamento e melhorando a experiência do usuário.

Essa técnica é baseada na Speculation Rules API, uma API experimental que permite aos desenvolvedores definirem regras para o pré-carregamento ou pré-renderização de URLs, com base em interações previstas dos usuários, usando uma interface definida em JSON.

Atualmente, a API Speculation Rules é compatível com um número limitado de navegadores, principalmente navegadores baseados no Chromium 121+, como as versões mais recentes do Chrome, Edge e Opera.

Usuários de navegadores que ainda não oferecem suporte à Speculation Rules API (como Firefox e Safari) não sofrerão penalizações caso um site utilize regras de carregamento especulativo. Esses usuários apenas não se beneficiarão das melhorias de desempenho proporcionadas por essa API.

Suporte da Speculation Rules API nos navegadores
Compatibilidade do navegador com a Speculation Rules API (Fonte: caniuse)

Há algumas diferenças importantes entre prefetching e prerendering

  • Prefetching (Pré-busca): regras de prefetch em um elemento <script type="speculationrules"> ou cabeçalho Speculation-Rules forçam o navegador a fazer download do corpo da resposta das páginas especificadas, mas sem renderizar essas páginas. A busca prévia não inclui o carregamento de sub-recursos e nem executa JavaScript. Os resultados são armazenados em um cache específico, que é esvaziado assim que o usuário sai da página. Se o usuário sair sem ter visitado as páginas pré-carregadas, há um pequeno desperdício de recursos, mas bem menor do que no prerendering.
  • Prerendering (Pré-renderização): as regras do prerender em um elemento <script type="speculationrules"> ou cabeçalho Speculation-Rules forçam o navegador a buscar, renderizar e carregar o conteúdo em uma aba invisível, armazenada em um cache de memória por documento. Quando você usa a pré-renderização, todos os sub-recursos são carregados e todo o código JavaScript é executado. O resultado é mantido em um cache dedicado, que é esvaziado ao sair da página (com exceção da página realmente visitada). O prerendering oferece benefícios significativos de desempenho, mas exige mais memória, largura de banda e recursos do sistema.

As regras de especulação podem ser colocadas em um elemento <script type="speculationrules"> em linha ou em arquivos externos referenciados pelo cabeçalho HTTP Speculation-Rules. Aqui está um exemplo de uso em uma tag script:

{
	"prefetch": [
		{
			"source": "list",
			"urls": ["firstpage.html", "secondpage.html"]
		}
	]
}

Antes da versão 6.8, os usuários do WordPress que quisessem adicionar carregamento especulativo aos seus sites WordPress poderiam usar o plugin Speculative Loading da Equipe de Desempenho do WordPress. Esse plugin oferece os benefícios de desempenho da API Speculation Rules ao pré-carregar ou pré-renderizar automaticamente as URLs de frontend do WordPress.

Configurações padrão do plugin Speculative Loading
Configurações padrão do plugin Speculative Loading.

Com a versão 6.8, o Speculative Loading entra no núcleo do WordPress com duas novas funções, um filtro e uma ação:

A nova função wp_get_speculation_rules_configuration() retorna à configuração atual das regras de especulação (modeprefetch/prerender – e eagernessconservative/moderate/eager). Os valores padrão são prefetch e conservative para minimizar o consumo de recursos e evitar efeitos indesejáveis. De acordo com a nota do desenvolvedor, “isso está de acordo com a configuração que o Cloudflare usa em seu recurso de carregamento especulativo e minimiza a chance de qualquer carregamento especulativo sem uma navegação subsequente para a URL”.

O código a seguir é um exemplo de como usar a função wp_get_speculation_rules_configuration() que você pode adicionar em um plugin ou no arquivo de funções do tema ativo:

add_action( 'wp_footer', function() {
	$config = wp_get_speculation_rules_configuration();
	echo '<pre>';
	print_r( $config );
	echo '</pre>';
} );

A implementação principal do WordPress permite o carregamento especulativo no frontend de todos os sites, exceto quando um usuário está conectado ou quando os permalinks estão desativados.

Testamos o carregamento especulativo no WordPress 6.8 e obtivemos o seguinte resultado:

{
	"prefetch": [
		{
			"source": "document",
			"where": {
				"and": [
					{
						"href_matches": "\/*"
					},
					{
						"not": {
							"href_matches": [
								"\/wp-*.php",
								"\/wp-admin\/*",
								"\/wp-content\/uploads\/*",
								"\/wp-content\/*",
								"\/wp-content\/plugins\/*",
								"\/wp-content\/themes\/twentytwentyfive\/*",
								"\/*\\?(.+)"
							]
						}
					},
					{
						"not": {
							"selector_matches": "a[rel~=\"nofollow\"]"
						}
					},
					{
						"not": {
							"selector_matches": ".no-prefetch, .no-prefetch a"
						}
					}
				]
			},
			"eagerness": "conservative"
		}
	]
}

A função wp_get_speculation_rules() gera o objeto JSON inteiro das regras de especulação com base na configuração.

Você pode usá-la como no exemplo a seguir:

add_action( 'wp_footer', function() {

	if ( function_exists( 'wp_get_speculation_rules' ) ) {

		$rules = wp_get_speculation_rules();

		if ( ! empty( $rules ) ) {
			echo '<h4>Speculation rules:</h4>';
			echo '<pre>';
			echo esc_html( json_encode( $rules, JSON_PRETTY_PRINT ) );
			echo '</pre>';
		} else {
			echo '<p>Speculation rules are empty or invalid.</p>';
		}
	} else {
		echo '<p>wp_get_speculation_rules() not available.</p>';
	}
});

Você pode usar o novo filtro wp_speculation_rules_configuration para alterar a configuração padrão, como mudar a “eagerness” para moderate ou eager ou forçar um comportamento específico.

Você pode usar o filtro wp_speculation_rules_configuration para pré-renderizar somente artigos relacionados, adicionando uma lista de URLs com source = list em vez de document, como no exemplo a seguir:

add_filter('wp_speculation_rules_configuration', function( $config ) {
	$config['mode'] = 'prerender';
	$config['eagerness'] = 'eager';
	$config['urls'] = [
		'source' => 'list',
		'urls' => [
			home_url('/page-1/'),
			home_url('/page-2/')
		]
	];
	return $config;
}

A ação wp_load_speculation_rules permite que você adicione regras personalizadas além da regra principal de especulação do núcleo, enquanto o filtro wp_speculation_rules_href_exclude_paths permite que você exclua caminhos adicionais do carregamento especulativo.

De acordo com a nota do desenvolvedor, os sites com carregamento especulativo ativado melhoraram seu Largest Contentful Paint (LCP) em aproximadamente 1,9% na média. Esse é um resultado notável, considerando que se trata do impacto de uma única adição.

Para obter uma análise detalhada do carregamento especulativo, confira nosso tutorial detalhado. Você pode encontrar todos os detalhes sobre o carregamento especulativo no WordPress 6.8 com exemplos de uso no ticket #62503 e na nota oficial do desenvolvedor. Consulte também Speculative Loading in WordPress, de Felix Arntz.

2. Bcrypt para hashing de senhas no WordPress 6.8

A versão 6.8 alterará o algoritmo usado pelo WordPress para proteger as senhas dos usuários. Atualmente, o WordPress usa o phpass, que não é considerado o melhor em termos de segurança moderna. O WordPress 6.8 mudará para o algoritmo de criptografia bcrypt, mais seguro.

A principal diferença é que o bcrypt leva mais tempo e recursos para ser quebrado, tornando os ataques cibernéticos menos eficazes.

Além disso, as senhas de aplicativos, as chaves de redefinição de senha do usuário, as chaves de solicitação de dados pessoais e a chave do modo de recuperação mudarão do phpass para o algoritmo de hashing BLAKE2b, mais seguro e mais rápido.

Não é necessária nenhuma ação do usuário para implementar essa alteração:

Quando um usuário fizer login pela primeira vez após a atualização, ou quando ele alterar sua senha, a senha será automaticamente refeita com o bcrypt e salva novamente no banco de dados. As senhas de aplicativos e as chaves de segurança não serão automaticamente refeitas, mas um hash existente permanecerá válido se tiver sido gerado antes do WordPress 6.8 e usado antes de expirar.

As senhas de artigos continuarão usando phpass por enquanto, mas isso pode mudar futuramente.

Para uma análise mais detalhada sobre a adoção do bcrypt com o WordPress 6.8 voltada para desenvolvedores, não deixe de ler a dev note de John Blackbourn.

Atualizações para desenvolvedores

O WordPress 6.8 também traz atualizações interessantes para os desenvolvedores. Essas atualizações facilitam a criação e o gerenciamento de blocos, melhorando as interfaces de usuário e aumentando o desempenho do site. Aqui você encontra um detalhamento das novidades e como elas podem ajudar a simplificar os fluxos de trabalho de desenvolvimento.

1. Registro múltiplo de tipos de bloco no WordPress 6.8

O WordPress 6.8 apresenta um registro de tipo de bloco mais eficiente com a nova função wp_register_block_types_from_metadata_collection(). Essa função permite que os desenvolvedores registrem vários tipos de blocos simultaneamente, melhorando o desempenho e simplificando o desenvolvimento de blocos.

Ela é baseada nas APIs de registro de blocos introduzidas no WordPress 6.7 e é especialmente útil para plugins que registram vários tipos de bloco com uma única chamada, oferecendo uma abordagem mais eficiente e simples do que registrar cada bloco individualmente.

O principal benefício é que você não precisa mais chamar register_block_type() repetidamente para cada tipo de bloco registrado pelo seu plugin. Agora, é possível adicionar um novo tipo de bloco a um plugin existente simplesmente criando uma pasta para esse bloco, sem necessidade de registrar o tipo de bloco no código PHP do plugin, já que todos os tipos de bloco são reconhecidos e registrados automaticamente.

Para usar esse poderoso recurso, você precisa criar um manifesto para todos os seus tipos de bloco. O manifesto é um arquivo PHP que contém metadados de bloco de todos os arquivos block.json do projeto, e você pode gerá-lo usando o comando build-blocks-manifest do pacote @wordpress/scripts NPM.

Depois de gerar o manifest, você pode registrar todos os seus tipos de bloco com uma única chamada de função:

wp_register_block_types_from_metadata_collection(
	plugin_dir_path( __FILE__ ) . 'dist',
	plugin_dir_path( __FILE__ ) . 'dist/blocks-manifest.php'
);

Para uma análise mais detalhada da nova função wp_register_block_types_from_metadata_collection(), consulte a nota do desenvolvedor e a documentação do comando build-block-manifest.

2. Várias atualizações nos componentes da interface do usuário na versão 6.8

O WordPress 6.8 apresenta várias alterações nos componentes da interface do usuário no editor de blocos, com várias depreciações e atualizações. Algumas mudanças notáveis incluem:

  • O componente Navigation foi descontinuado: O componente Navigation (e todos os seus subcomponentes) está obsoleto e planejado para ser removido com o WordPress 7.1. Ele será substituído pelo componente Navigator.
  • O componente Navigator foi estabilizado: Os métodos __experimentalNavigatorToParentButton e goToParent do hook __experimentalUseNavigator foram descontinuados e substituídos por __experimentalNavigatorBackButton e goBack.
  • O componente RadioGroup foi descontinuado: O componente RadioGroup foi descontinuado. Você pode usar RadioControl ou ToggleGroupControl em seu lugar.

Para obter uma lista abrangente das alterações nos componentes da interface do usuário na versão 6.8, consulte a nota do desenvolvedor.

3. Atualizações da API de interatividade

A API de interatividade recebe vários aprimoramentos. Antes do WordPress 6.8, quando alguém interagia com uma página, todas as tarefas relacionadas aconteciam de uma só vez, o que pode tornar as coisas mais lentas se elas demorarem mais de 50 milissegundos – algo assim. Para corrigir isso, o WordPress 6.8 apresenta manipuladores assíncronos que permitem que você execute essas tarefas de forma assíncrona por padrão. Isso deve ajudar a melhorar o INP (Interaction to Next Paint), que é um índice que mede a capacidade de resposta de um site às interações do usuário.

Essa alteração está sendo preparada para o WordPress 6.8, mas ainda não foi totalmente implementada. Os desenvolvedores precisam seguir as novas práticas recomendadas para evitar avisos e acompanhar esses aprimoramentos (como o uso de métodos assíncronos). Os novos recursos introduzidos são uma etapa intermediária em direção a uma API de interatividade mais rápida e confiável.

Para que você possa conhecer mais detalhadamente as novas práticas recomendadas da API de interatividade, consulte a nota do desenvolvedor Felix Arntz.

4. Aviso de desempenho para desenvolvedores

O hook useSelect ajuda a buscar e gerenciar dados no editor de blocos, mas se for mal utilizado, pode causar lentidão no site.

A partir do WordPress 6.8, um novo aviso será exibido no console do desenvolvedor quando SCRIPT_DEBUG estiver ativado, caso useSelect seja chamado com muita frequência ou de forma ineficiente. Mais especificamente, o aviso aparece se o useSelect for disparado em cada renderização de um componente, sem otimização adequada.

O novo aviso deve ajudar os desenvolvedores a identificar possíveis gargalos de desempenho. Mais detalhes estão na nota do desenvolvedor.

Uma visão geral do inseridor de blocos no WordPress 6.8.
Uma introdução do inseridor de blocos no WordPress 6.8.

Resumo

O WordPress 6.8 foca no aprimoramento de recursos existentes e em melhorias de desempenho. Os principais destaques incluem melhorias na usabilidade do editor, avanços no design com uma interface de Estilos Globais reformulada e suporte ao Style Book para temas clássicos. A nova versão também impulsiona o desempenho com o carregamento especulativo por meio da Speculation Rules API, além de reforçar a segurança com a substituição da criptografia de senhas por bcrypt.

Mas isso não é tudo. Para uma lista completa de melhorias e novidades que chegam com o WordPress 6.8, confira o Field Guide oficial do WordPress 6.8 e outras atualizações para desenvolvedores no blog oficial do WordPress.

Agora é a sua vez. Você já instalou o WordPress 6.8? Quais são as primeiras impressões que você teve? Fique à vontade para compartilhar suas ideias na seção de comentários abaixo.

Carlo Daniele Kinsta

Carlo é um apaixonado por webdesign e desenvolvimento frontend. Ele tem mais de 10 anos de experiência com WordPress e colaborou com diversas universidades e instituições educacionais na Itália e na Europa. Carlo já publicou inúmeros artigos e guias sobre WordPress, tanto em sites italianos quanto internacionais, além de revistas impressas. Você pode seguir ele no LinkedIn e no X.