Aumentar max input vars no WordPress: como resolver

Tipo Erro do servidor

Nome do erro max_input_vars EN: max_input_vars

Severidade Atenção

Descrição O limite baixo de max input vars no WordPress faz o PHP descartar campos quando um formulário, menu ou tela de opções envia mais variáveis do que o teto permite (padrão 1000). O resultado é menu cortado ao salvar e configurações que somem sem nenhum erro visível.

O que é o limite de max input vars?

A diretiva max_input_vars do PHP define quantas variáveis de entrada o servidor aceita em uma única requisição, somando campos de GET, POST e cookies. O padrão da maioria das hospedagens é 1000. No WordPress, telas como o editor de menus, painéis de opções de tema e formulários extensos podem enviar mais variáveis do que isso. Quando o total ultrapassa o limite, o PHP simplesmente ignora os campos excedentes, sem erro fatal: o WordPress salva só a parte que recebeu, e o restante some. Por isso o sintoma costuma ser silencioso e confuso.

Como identificar

Um menu grande perde itens ao salvar: só os primeiros do total permanecem.
Painéis de opções de tema ou plugin não gravam todas as configurações, voltando ao valor anterior.
Formulários longos (Contact Form, WooCommerce com muitos atributos) gravam apenas parte dos campos.
Aparece o aviso “Unable to load dynamic library” ou “input variables exceeded 1000” no debug.log do PHP.

Antes de começar: Faça backup do php.ini e do .htaccess antes de editar: um erro de sintaxe nesses arquivos derruba o site. Aumente o limite só o necessário, pois um max_input_vars muito alto deixa cada requisição consumir mais memória do servidor.

Como prevenir

Mantenha max_input_vars em pelo menos 3000 em sites com menus grandes ou WooCommerce
Em painéis de opções extensos, salve por seções em vez de tudo de uma vez quando possível
Após migrar de servidor, confira o max_input_vars na Saúde do Site, pois o padrão pode voltar a 1000

Causa

max_input_vars do PHP em 1000 enquanto um menu do WordPress envia mais de mil variáveis ao salvar.
Painel de opções de tema pesado, com dezenas de campos enviados de uma só vez na mesma requisição.
Plugin de formulário com muitos campos, cada um virando uma variável de entrada no POST.
Loja WooCommerce com produtos de muitos atributos ou variações, estourando o teto ao atualizar.
Importação de configurações em massa, que envia centenas de variáveis numa única requisição.

Como resolver

Confirme o limite atual: no wp-admin, vá em Ferramentas, Saúde do Site, Informações, Servidor e veja o valor de max_input_vars. Isso mostra de quantas variáveis você está partindo.
Aumente o limite no php.ini: via FTP, edite (ou crie) o php.ini na raiz do site e suba o valor para 3000, folga suficiente para menus e formulários grandes:
```
max_input_vars = 3000
```
Se não tiver acesso ao php.ini, use o .htaccess: em servidores Apache, adicione a diretiva ao .htaccess da raiz para forçar o novo limite:
```
php_value max_input_vars 3000
```
Reinicie o PHP se for FPM: em hospedagens com PHP-FPM, a mudança no php.ini só vale após reiniciar o serviço. Use o painel da hospedagem para reiniciar o PHP ou peça ao suporte.
Salve de novo e confira: volte ao menu ou formulário que perdia dados, salve outra vez e confirme que todos os itens permanecem. Se ainda cortar, suba o valor mais um pouco ou divida o conteúdo em partes.

INI

; php.ini — eleva o numero maximo de variaveis de entrada por requisicao
; Padrao tipico = 1000; 3000 cobre menus extensos e formularios grandes
max_input_vars = 3000

; Sobe junto o limite de variaveis aninhadas, usado por campos em array
max_input_nesting_level = 128

Perguntas frequentes

Por que meu menu do WordPress perde itens ao salvar?

Quase sempre é o max_input_vars baixo. Um menu grande envia mais variáveis do que o teto de 1000 do PHP, e o servidor descarta os campos excedentes sem erro. O WordPress salva só o que recebeu. Subir o max_input_vars para 3000 resolve.

Qual valor de max input vars é seguro no WordPress?

3000 atende menus extensos, painéis de tema e formulários grandes na maioria dos sites. Sites WooCommerce com muitas variações podem precisar de mais. Evite valores excessivos, pois cada requisição passa a consumir mais memória do servidor.

Aumentei o max input vars mas nada mudou. Por quê?

Em PHP-FPM, a alteração no php.ini só vale após reiniciar o PHP. Alguns hosts também ignoram seu php.ini e impõem o limite no servidor. Tente o .htaccess; se ainda cortar, confirme o valor na Saúde do Site e acione o suporte da hospedagem.

Qual a diferença entre max_input_vars e post_max_size?

O max_input_vars limita a quantidade de variáveis de entrada por requisição; o post_max_size limita o tamanho total em bytes do POST. Um menu enorme pode bater no max_input_vars sem chegar perto do post_max_size, por isso ajustar o primeiro é o que resolve aqui.

Esse limite gera mensagem de erro?

Em geral não há erro fatal: o PHP só descarta as variáveis a mais e segue. No debug.log pode surgir o aviso de que as variáveis de entrada excederam o limite. Por ser silencioso na tela, o sintoma costuma ser dados que somem ao salvar.

Como vejo o valor atual sem editar arquivos?

No wp-admin, abra Ferramentas, Saúde do Site, Informações e expanda a seção Servidor. O valor de max_input_vars aparece ali, mostrando de quanto você parte antes de decidir o novo limite no php.ini ou no .htaccess.

Grave

Como corrigir o erro DNS_PROBE_FINISHED_NXDOMAIN no WordPress

O erro DNS PROBE FINISHED NXDOMAIN no WordPress significa que o navegador não conseguiu converter o domínio em um endereço IP: o DNS respondeu que o nome não existe (NXDOMAIN). Quase sempre é DNS local, propagação pendente ou registro mal configurado.

Grave

Como corrigir um arquivo .htaccess corrompido no WordPress

Um .htaccess corrompido no WordPress é o arquivo de configuração do Apache com regras inválidas ou conflitantes. Ele derruba o site com erro 500, quebra os permalinks (404 em todas as páginas) ou bloqueia o acesso. Restaurar o conteúdo padrão resolve.

Grave

Como corrigir Maximum Execution Time Exceeded no WordPress

O erro Maximum Execution Time Exceeded aparece quando um script PHP ultrapassa o número de segundos que o servidor permite por requisição (padrão 30s). O WordPress aborta a operação no meio, comum em importações, atualizações e backups longos.

Crítico

Como corrigir There has been a critical error (fatal)

O fatal error no WordPress é um erro de PHP grave o suficiente para interromper a execução do script e derrubar a página, exibindo "There has been a critical error on this website". Ele vem de código incompatível em um plugin, tema ou no PHP, e só é resolvido lendo o log para encontrar o arquivo e a linha exatos.

Atenção

Como corrigir upload_max_filesize excedido no WordPress

O limite upload_max_filesize define o maior tamanho de arquivo que o PHP aceita por upload. Quando um vídeo, tema ou plugin passa desse teto, o WordPress recusa o envio com a mensagem de que o arquivo excede o tamanho máximo permitido pelo servidor.

Grave

Como resolver Resource Limit Reached (erro 508) no WordPress

O erro Resource Limit Is Reached (508) no WordPress aparece quando o site ultrapassa a cota de CPU, memória, processos ou entradas que o plano de hospedagem permite. O servidor bloqueia novas requisições até o consumo cair.

Setores

Extensões

Integrações

Como aumentar max_input_vars no WordPress

O que é o limite de max input vars?

Como identificar

Como prevenir

Causa

Como resolver

Perguntas frequentes

Itens relacionados

Como corrigir o erro DNS_PROBE_FINISHED_NXDOMAIN no WordPress

Como corrigir um arquivo .htaccess corrompido no WordPress

Como corrigir Maximum Execution Time Exceeded no WordPress

Como corrigir There has been a critical error (fatal)

Como corrigir upload_max_filesize excedido no WordPress

Como resolver Resource Limit Reached (erro 508) no WordPress

Setores

Extensões

Integrações

Extensões

Hero Sections

Seções de CTA

Login

Blog

Cabeçalhos

Seções de FAQ

Cadastro

Blog individual

Rodapés

Seções de contato

Seções de preços

Faixas

Portfólio

Seções de equipe

Números

Logotipos