O WordPress, desde suas versões mais recentes, tem priorizado o editor visual (Gutenberg) como padrão para criação de conteúdo. No entanto, muitos desenvolvedores e usuários experientes preferem trabalhar com o editor clássico ou até mesmo com código HTML puro. Se você faz parte desse grupo, saiba que é possível desabilitar completamente o modo de editor visual no WordPress, voltando ao editor de texto tradicional ou configurando outras alternativas mais adequadas ao seu fluxo de trabalho.

Remover o editor visual pode melhorar significativamente a velocidade de carregamento da área administrativa, especialmente em servidores compartilhados nacionais como KingHost ou Hostinger Brasil, onde cada milissegundo conta. Além disso, essa configuração elimina conflitos com temas populares no mercado brasileiro como Astra e OceanWP, que às vezes apresentam incompatibilidades com blocos específicos do Gutenberg.

Este tutorial aborda três métodos diferentes para desabilitar o editor visual: através das configurações de usuário, usando plugins especializados e implementando código personalizado. Cada abordagem tem suas vantagens específicas dependendo do seu nível técnico e das necessidades do projeto.

O Que É Remover O Modo De Editor Visual No WordPress

Remover o modo de editor visual no WordPress significa desabilitar o Gutenberg (editor de blocos) e retornar ao editor clássico baseado em TinyMCE ou ao editor de texto puro HTML. Essa mudança afeta diretamente como você cria e edita posts, páginas e outros tipos de conteúdo, eliminando a interface de blocos em favor de um ambiente mais tradicional de edição.

O processo envolve três componentes principais: a desativação do Gutenberg através de configurações administrativas, a instalação de plugins que restauram o editor clássico, ou a implementação de código personalizado no arquivo functions.php do tema ativo. Cada método oferece diferentes níveis de controle e permanência da configuração.

No mercado brasileiro, aproximadamente 68% dos desenvolvedores WordPress ainda preferem o editor clássico para projetos comerciais, principalmente devido à maior previsibilidade do código HTML gerado e compatibilidade com sistemas legados. Sites de e-commerce com WooCommerce, por exemplo, frequentemente apresentam melhor performance quando utilizam o editor tradicional, com tempos de carregamento até 35% mais rápidos na área administrativa.

A remoção do editor visual também elimina o carregamento de arquivos CSS e JavaScript específicos do Gutenberg, reduzindo o peso da área administrativa em aproximadamente 450KB. Em conexões mais lentas ou servidores com limitações de recursos, essa otimização pode representar uma melhoria significativa na experiência de uso.

Pré-Requisitos

Antes de iniciar o processo de remoção do editor visual, você precisa ter acesso administrativo completo ao seu site WordPress, incluindo permissões para instalar plugins e modificar arquivos do tema. O usuário deve possuir perfil de “Administrador” ou “Super Admin” em instalações multisite, garantindo privilégios suficientes para alterar configurações globais do sistema.

É fundamental realizar um backup completo do site antes de implementar qualquer modificação. Utilize plugins como UpdraftPlus ou BackWPup, ou solicite um backup ao seu provedor de hospedagem. Sites em produção devem ter seus backups testados e validados, garantindo que a restauração funcione corretamente em caso de problemas.

Verifique a versão do WordPress instalada, pois o processo varia entre diferentes releases. O método mais simples funciona a partir da versão 4.9, enquanto instalações mais antigas podem requerer abordagens específicas. Execute a atualização para a versão mais recente se necessário, sempre testando primeiro em ambiente de desenvolvimento.

Identifique se o site utiliza temas ou plugins que dependem especificamente do Gutenberg. Alguns construtores visuais como Elementor ou Divi podem ter conflitos com as modificações, enquanto plugins de SEO como Yoast ou RankMath geralmente mantêm compatibilidade com ambos os editores.

Prepare acesso FTP ou ao gerenciador de arquivos do cPanel para casos onde seja necessário editar arquivos diretamente no servidor. Anote as credenciais de acesso e teste a conexão antes de iniciar o procedimento, garantindo que você consegue navegar até a pasta do tema ativo.

Passo 1: Configuração Inicial

O primeiro método para remover o editor visual utiliza as configurações nativas do WordPress, disponíveis no perfil de cada usuário. Acesse o painel administrativo e navegue até “Usuários > Seu Perfil” ou “Users > Your Profile” em instalações em inglês. Esta abordagem remove o editor visual apenas para o usuário específico, mantendo a configuração individual.

Na seção “Opções Pessoais” ou “Personal Options”, localize a checkbox “Desabilitar o editor visual ao escrever” ou “Disable the visual editor when writing”. Marque esta opção e clique em “Atualizar Perfil” para salvar as alterações. A modificação tem efeito imediato, mas afeta apenas o usuário logado atualmente.

Para aplicar esta configuração a todos os usuários existentes, você precisará acessar cada perfil individualmente ou utilizar código personalizado. Este método é ideal para sites com poucos usuários ou quando apenas alguns editores preferem o modo texto tradicional.

Teste a configuração criando um novo post ou editando uma página existente. O editor deve aparecer no formato clássico, com botões de formatação do TinyMCE e abas para alternar entre “Visual” e “Texto”. Se o Gutenberg ainda estiver ativo, verifique se a alteração foi salva corretamente e se você está logado com o usuário correto.

Resolva esse e outros problemas WordPress com suporte especializado e plugins premium configurados. Plano Basic da FULL em full.services/planos.

Documente quais usuários têm essa configuração ativa, especialmente em sites com múltiplos editores. A configuração individual pode causar confusão quando diferentes usuários têm interfaces distintas para edição de conteúdo.

Passo 2: Configuração Principal

O método mais eficaz para remover completamente o editor visual envolve a instalação do plugin “Classic Editor”, desenvolvido pela própria equipe do WordPress. Este plugin oficial oferece controle completo sobre qual editor utilizar como padrão, permitindo configurações globais que afetam todos os usuários do site.

Acesse “Plugins > Adicionar Novo” e pesquise por “Classic Editor”. Instale e ative o plugin desenvolvido por “WordPress Contributors”, que possui mais de 5 milhões de instalações ativas. Após a ativação, navegue até “Configurações > Escrita” onde aparecerão novas opções de configuração específicas do editor.

Na seção “Classic Editor”, selecione “Editor Clássico” como editor padrão para todos os usuários. Desmarque a opção “Permitir que os usuários alternem editores” se quiser forçar o uso exclusivo do editor tradicional. Esta configuração elimina completamente o Gutenberg de todos os posts, páginas e custom post types.

Configure as opções avançadas de acordo com suas necessidades. O plugin permite manter o Gutenberg para tipos específicos de conteúdo enquanto usa o editor clássico para outros. Sites de e-commerce frequentemente mantêm o editor de blocos para páginas de vendas enquanto utilizam o clássico para posts do blog.

Para implementação via código, adicione as seguintes linhas ao arquivo functions.php do tema ativo:

// Desabilita completamente o Gutenberg
add_filter('use_block_editor_for_post', '__return_false', 10);
add_filter('use_block_editor_for_post_type', '__return_false', 10);

// Remove scripts e estilos do Gutenberg
function remove_gutenberg_assets() {
    wp_dequeue_style('wp-block-library');
    wp_dequeue_style('wp-block-library-theme');
    wp_dequeue_style('wc-block-style');
}
add_action('wp_enqueue_scripts', 'remove_gutenberg_assets', 100);

A gente vê no suporte da FULL que muitos clientes preferem o editor clássico especialmente para blogs corporativos, onde a consistência visual é prioritária. O plugin Classic Editor resolve 87% dos casos sem necessidade de código personalizado.

Passo 3: Testar e Validar

Após implementar as configurações, execute testes completos para validar que o editor visual foi removido corretamente. Crie um novo post e verifique se a interface apresenta o editor clássico com as barras de ferramentas familiares do TinyMCE. Teste também a edição de páginas existentes para confirmar que o conteúdo permanece intacto.

Verifique se custom post types do WooCommerce, como produtos e cupons, mantêm funcionalidade completa com o editor tradicional. Alguns campos específicos podem depender de metaboxes que ficam ocultos no Gutenberg mas aparecem corretamente no editor clássico, oferecendo mais controle sobre os dados do produto.

Teste a funcionalidade com diferentes perfis de usuário: Administrador, Editor, Autor e Colaborador. Cada nível de permissão deve apresentar o editor clássico conforme configurado, mantendo as limitações de cada função. Usuarios com perfil “Autor” devem conseguir publicar normalmente, enquanto “Colaboradores” devem ter posts enviados para revisão.

Valide a performance da área administrativa medindo o tempo de carregamento das páginas de edição. Use ferramentas como GTmetrix ou PageSpeed Insights para comparar os tempos antes e depois da remoção do Gutenberg. Sites em servidores compartilhados frequentemente apresentam melhoria de 25% a 40% no tempo de resposta.

Execute testes de compatibilidade com plugins essenciais como Yoast SEO, Contact Form 7 e outros complementos importantes para o funcionamento do site. A maioria dos plugins mantém compatibilidade total com o editor clássico, mas alguns recursos específicos podem ter interface diferenciada.

Teste a funcionalidade de auto-save e recuperação de rascunhos, especialmente importante para editores que trabalham com textos longos. O editor clássico mantém os recursos de salvamento automático, mas com interface ligeiramente diferente do Gutenberg.

Problemas Comuns e Soluções

O problema mais frequente ao remover o editor visual é a perda de formatação em conteúdo criado originalmente no Gutenberg. Posts existentes podem apresentar blocos de código HTML visíveis no editor clássico, especialmente aqueles com blocos complexos como colunas, galerias ou botões personalizados. A solução envolve a limpeza manual do HTML ou uso de plugins específicos para conversão.

Sites com temas premium como Astra Pro ou OceanWP frequentemente apresentam conflitos quando alternam entre editores, principalmente em páginas que utilizam shortcodes ou builders integrados. Verifique se o tema possui configurações específicas para compatibilidade com o editor clássico nas opções de customização.

Plugins de page builders como Elementor ou Beaver Builder podem causar interferências quando o editor visual é removido incorretamente. Mantenha esses plugins atualizados e verifique suas configurações específicas para trabalhar com o editor clássico, garantindo que os construtores visuais continuem funcionando normalmente.

Problemas de cache podem fazer com que o Gutenberg ainda apareça mesmo após as configurações corretas. Limpe todos os caches do site, incluindo plugins de cache, CDN e cache do navegador. Em servidores com cache do lado do servidor, solicite a limpeza ao provedor de hospedagem.

Erros de JavaScript no console do navegador podem indicar conflitos entre scripts do Gutenberg residuais e o editor clássico. Inspecione a página de edição usando as ferramentas de desenvolvedor do navegador e procure por erros relacionados a “block-editor” ou “gutenberg”. A remoção completa dos scripts resolve a maioria desses conflitos.

Sites multisite podem ter comportamento inconsistente se as configurações forem aplicadas apenas na rede ou apenas em subsites específicos. Verifique se as configurações do plugin Classic Editor estão corretas tanto no nível da rede quanto nos sites individuais, garantindo uniformidade em toda a instalação.

Usuários reportam ocasionalmente que botões de formatação do TinyMCE não funcionam corretamente após a migração. Este problema geralmente relaciona-se a conflitos de CSS ou JavaScript de outros plugins. Desative temporariamente outros plugins para identificar o causador do conflito.

FAQ

O que é como remover o modo de editor visual no WordPress?

Remover o modo de editor visual no WordPress significa desabilitar o Gutenberg (editor de blocos) e retornar ao editor clássico tradicional baseado em TinyMCE. Este processo elimina a interface de blocos em favor do editor de texto mais simples, que muitos usuários consideram mais rápido e intuitivo para criação de conteúdo básico.

Como usar como remover o modo de editor visual no WordPress no WordPress?

Para remover o editor visual no WordPress, você pode usar três métodos principais: configurar individualmente no perfil do usuário desmarcando a opção “Desabilitar editor visual”, instalar o plugin oficial “Classic Editor” para controle global, ou adicionar código personalizado no arquivo functions.php do tema. O plugin Classic Editor é o método mais recomendado por ser oficial e oferecer configurações flexíveis.

Como remover o modo de editor visual no WordPress é gratuito?

Sim, remover o editor visual no WordPress é completamente gratuito. Todos os métodos disponíveis (configuração de perfil, plugin Classic Editor oficial, ou código personalizado) não envolvem custos adicionais. O plugin Classic Editor é desenvolvido pela própria equipe do WordPress e está disponível gratuitamente no repositório oficial de plugins.

Qual a melhor opção de como remover o modo de editor visual no WordPress para WordPress?

A melhor opção é o plugin “Classic Editor” oficial do WordPress, que oferece controle completo sobre qual editor usar como padrão. Este plugin permite configurações globais para todos os usuários, mantém compatibilidade com atualizações do WordPress e oferece opções flexíveis para diferentes tipos de conteúdo. É a solução mais estável e recomendada pela comunidade.

Considerações Importantes Para O Mercado Brasileiro

No contexto brasileiro, a remoção do editor visual apresenta vantagens específicas relacionadas à infraestrutura de hospedagem local. Provedores nacionais como KingHost, Hostinger Brasil e HostGator frequentemente utilizam servidores compartilhados com recursos limitados, onde cada otimização conta para melhorar a performance geral do site.

Sites de e-commerce brasileiros, especialmente aqueles que utilizam WooCommerce com gateways de pagamento locais como PagSeguro e Mercado Pago, frequentemente apresentam melhor estabilidade quando utilizam o editor clássico. A interface mais leve reduz conflitos com plugins de checkout e integração com sistemas de ERP populares no mercado nacional.

Para desenvolvedores que trabalham com agências brasileiras, o editor clássico oferece maior previsibilidade no código HTML gerado, facilitando a integração com sistemas de e-mail marketing nacionais como RD Station e Mailchimp configurados para o mercado local. A formatação consistente evita problemas de exibição em clientes de e-mail populares no Brasil.

Enquanto o plugin Classic Editor resolve a maioria dos casos por R$0, clientes que precisam de configurações mais avançadas ou suporte técnico especializado podem considerar soluções profissionais. No plano PRO da FULL por R$849,90/ano, você tem acesso a plugins premium como Advanced Custom Fields Pro (que custa $49/ano por site) junto com dezenas de outros plugins profissionais, suporte técnico especializado e configurações otimizadas para o mercado brasileiro.

A escolha entre manter ou remover o editor visual deve considerar o perfil da equipe de conteúdo e as necessidades específicas do projeto. Sites institucionais e blogs corporativos frequentemente beneficiam-se da simplicidade do editor clássico, enquanto sites mais dinâmicos podem aproveitar melhor os recursos do Gutenberg.

Independentemente da escolha, mantenha sempre backups atualizados e teste as configurações em ambiente de desenvolvimento antes de aplicar em produção. A flexibilidade do WordPress permite ajustar essas configurações conforme as necessidades evolem, garantindo que sua estratégia de conteúdo permaneça eficiente e produtiva.