Produto
Interface do UX Builder do Flatsome carregando lentamente com spinner de carregamento
01
jun
🕐 14 min de leitura • Performance, Troubleshooting

Flatsome: Como otimizar a velocidade do UX Builder e resolver a lentidão ao importar Demos

Se você trabalha com o tema Flatsome, certamente já enfrentou duas dores comuns: o UX Builder extremamente lento para abrir ou salvar edições e a importação de demos que nunca termina – muitas vezes travando em 60%, 80% ou simplesmente timeout. Esses problemas não são falhas do tema em si; na verdade, eles são causados por limitações de infraestrutura do seu servidor ou por conflitos com outros plugins. Neste guia, você vai aprender a diagnosticar e resolver cada uma dessas lentidões de forma definitiva.

✅ Ao final deste tutorial, você saberá:
• Aumentar os limites de memória e tempo de execução do PHP.
• Substituir o WP-Cron por um cron real para acelerar o UX Builder.
• Importar demos mesmo em servidores restritivos usando métodos alternativos.
• Depurar conflitos com plugins e CDNs que bloqueiam o UX Builder.

1. Diagnóstico rápido: identifique a causa raiz

Antes de aplicar qualquer solução, é essencial identificar o gargalo. Portanto, siga estas etapas:

  • Ative o log de erros do WordPress – adicione define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); no wp-config.php e verifique o arquivo /wp-content/debug.log após tentar abrir o UX Builder.
  • Use o Query Monitor – esse plugin mostrará o tempo de execução de cada consulta e possíveis timeouts.
  • Verifique o console do navegador (F12) – erros de JavaScript ou requisições bloqueadas por CORS ou firewall podem impedir o carregamento do UX Builder.

Com base nos sintomas mais comuns, vamos às soluções práticas.

2. Problema: UX Builder trava ao abrir ou salvar

O UX Builder do Flatsome é um construtor front-end que carrega muitos recursos (CSS, JS, fonts, imagens). Se o seu servidor tem limites baixos de memória PHP ou tempo de execução, ele vai falhar. Logo, os ajustes abaixo são obrigatórios.

🔧 Solução 1: Aumente a memória PHP e o max_execution_time

Edite o arquivo wp-config.php e adicione:

define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M');
set_time_limit(600);

Além disso, se você tiver acesso ao php.ini (ou via cPanel → PHP Selector), altere:

memory_limit = 512M
max_execution_time = 600
max_input_time = 600

Por que isso funciona? O UX Builder processa muitas requisições AJAX simultâneas para salvar blocos, e cada uma pode consumir até 128 MB de memória. Consequentemente, aumentar o limite resolve a maioria dos travamentos.

🔧 Solução 2: Substitua o WP-Cron por um cron job real

Como explicamos no post anterior, o WP-Cron padrão executa tarefas durante o carregamento da página. Isso inclui tarefas internas do Flatsome, como a geração de CSS dinâmico. Portanto, desative o WP-Cron:

define('DISABLE_WP_CRON', true);

Em seguida, configure um cron job no cPanel:

wget -q -O - https://seudominio.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1

Ou, se tiver WP-CLI:

*/10 * * * * cd /caminho/do/seu/site && wp cron event run --due-now >/dev/null 2>&1

Essa alteração reduz drasticamente o tempo de resposta do UX Builder, pois as tarefas de background não competirão mais com o carregamento da página.

🔧 Solução 3: Desative plugins conflitantes

Alguns plugins de cache, otimização de banco de dados ou segurança podem bloquear as chamadas AJAX do UX Builder. Por exemplo, plugins como Wordfence (firewall) ou Asset CleanUp podem impedir o carregamento de arquivos essenciais. Para isolar o conflito:

  • Desative todos os plugins, exceto Flatsome e WooCommerce (se aplicável).
  • Teste o UX Builder. Se funcionar rápido, reative os plugins um por um até encontrar o culpado.
  • No caso do Wordfence, adicione manualmente uma exceção para /wp-admin/admin-ajax.php e URLs do Flatsome.

Uma vez identificado o conflito, você pode substituir o plugin problemático ou ajustar suas regras.

Lista de plugins no admin do WordPress com destaque para Wordfence e WP Rocket

3. Problema: Importação de demos nunca termina (timeout)

Ao importar uma demo do Flatsome (ex: “Electronics”, “Fashion”, “Kids Store”), o processo tenta baixar imagens, criar páginas, configurar widgets e definir opções. Em servidores compartilhados com limites baixos, isso é um desastre: a importação trava em 60%, 80% ou mostra erro 500. A seguir, as soluções mais eficazes.

🔧 Solução 1: Aumente os limites do servidor (como visto anteriormente)

Antes de qualquer coisa, garanta que memory_limit e max_execution_time estejam em pelo menos 512 MB e 600 segundos. Sem isso, a importação nunca será concluída.

🔧 Solução 2: Importe via método alternativo (sem timeout)

O Flatsome permite importar demos usando o WP-CLI ou via upload manual. Primeiramente, baixe o arquivo da demo no site oficial da UX-Themes. Em seguida, use o plugin “All-in-One WP Migration” ou “WP Reset” para restaurar o pacote completo. Contudo, essa abordagem pode não preservar as opções atuais. Por isso, recomendo o seguinte:

  • Instale o plugin “WP All Import” + “WP All Export”.
  • Exporte o conteúdo da demo (após importar com sucesso em um ambiente local) e depois reimporte no servidor.
  • Alternativamente, solicite ao suporte da hospedagem que aumente temporariamente os limites para você.
🔧 Solução 3: Importação por partes – desative imagens remotas

O maior peso das demos são as imagens (algumas demos têm mais de 200 imagens). Portanto, durante a importação, o Flatsome tenta baixar cada imagem do servidor remoto da UX-Themes. Isso pode levar minutos e causar timeout. Para contornar:

  1. Inicie a importação normalmente.
  2. Quando travar, recarregue a página e tente novamente – o Flatsome retoma de onde parou.
  3. Se ainda travar, desative temporariamente a opção “Download attachments” nas configurações de importação (se disponível). Após a importação, faça o upload manual das imagens.
⚠️ Atenção à hospedagem: Hospedagens como GoDaddy, HostGator e similar limitam severamente o max_execution_time (geralmente 30 segundos). Mesmo alterando o valor via PHP, eles podem ignorar. Nesse caso, a única solução real é migrar para uma VPS ou hospedagem gerenciada que permita tais ajustes (ex: Cloudways, WP Engine, Rocket.net).

4. Otimizando o UX Builder no dia a dia

Além das correções estruturais, você pode aplicar boas práticas para manter o UX Builder sempre rápido:

  • Use o Global Blocks com moderação – Blocos globais são salvos separadamente; muitos deles podem aumentar o tempo de carregamento do construtor.
  • Limpe o cache do UX Builder – Vá em Flatsome → Status → Limpar cache. Isso remove CSS/JS compilados antigos e melhora a performance.
  • Mantenha o tema e os plugins atualizados – A UX-Themes constantemente otimiza o código. A versão 3.20 trouxe melhorias significativas de performance no UX Builder.
  • Ative o lazy loading do WordPress – Isso reduz o número de requisições de imagens ao abrir o builder.
Opção Flatsome > Status > Clear Cache no admin do WordPress

5. Se nada funcionar: depuração avançada

Em casos extremos, o problema pode ser específico da sua configuração de servidor (ex: LiteSpeed com regras de firewall, ou nginx com buffer de proxy). Portanto, colete estas informações:

  1. Ative o log de erros do PHP no servidor (não apenas o debug.log do WordPress).
  2. Registre o tempo de execução das consultas no MySQL (long_query_time).
  3. Teste o mesmo processo em uma instalação limpa do WordPress (sem plugins, com tema padrão e depois Flatsome).

Se o problema for específico da sua hospedagem, o suporte deles poderá ajustar parâmetros como proxy_read_timeout ou fastcgi_read_timeout no nginx. Ademais, você pode usar serviços como Kinsta ou Rocket.net que já vêm pré-otimizados para o Flatsome.

💡 Dica final: O Flatsome tem uma documentação de importação de demos que recomenda também desativar quaisquer plugins de otimização de banco de dados durante o processo. Isso inclui plugins que modificam o .htaccess com regras de compressão.

Conclusão: mais velocidade, menos frustração

A lentidão do UX Builder e a falha na importação de demos não são defeitos do Flatsome, mas sim sintomas de um ambiente WordPress mal configurado. Aplicando os ajustes de memória PHP, tempo de execução, cron real e isolamento de conflitos, você eliminará esses problemas de forma definitiva. Lembre-se: se sua hospedagem compartilhada não permite tais configurações, considere migrar para uma VPS ou WordPress managed hosting – o investimento se paga em horas de trabalho recuperadas.

🔧 Precisou de ajuda ou de uma hospedagem otimizada?

No nosso catálogo, você encontra temas, plugins e serviços recomendados para quem exige performance máxima. Confira as ofertas!

🛒 Explorar catálogo →

Continue acompanhando o blog para mais guias de boas práticas em WordPress.

Para utilizar nosso site, é necessário concordar com nossos termos de consentimento, adesão e suporte. Por isso, recomendamos que você leia-os atentamente antes de prosseguir.
Acessar Documentos