Campos personalizados no WordPress: quando usar ACF e como começar

Nem toda informação de um site WordPress cabe bem no título, no texto principal ou em categorias.

Pense em um site de eventos que precisa guardar data, horário e local. Ou em um blog de reviews que quer exibir nota, prós, contras e link oficial. Também pode ser um portfólio com cliente, ano e tecnologias usadas, uma página de imóvel com metragem e bairro, ou um curso com carga horária e nível de dificuldade.

Dá para colocar tudo isso manualmente dentro do conteúdo. O problema aparece quando o site cresce: cada editor escreve de um jeito, os dados ficam difíceis de reaproveitar e qualquer mudança de layout vira retrabalho.

É aí que entram os campos personalizados WordPress.

Eles servem para guardar informações extras de forma estruturada. E, para muitos projetos, o ACF WordPress — plugin Advanced Custom Fields — é uma das formas mais práticas de criar e organizar esses campos pelo painel, sem começar direto por desenvolvimento PHP avançado.

Antes de instalar plugin, importar campos ou alterar templates, faça um backup completo do site. Se a mudança afetar layout, tema, WooCommerce, formulários ou um site que gera vendas e leads, teste primeiro em staging. Campos personalizados parecem simples, mas podem afetar exibição, manutenção, performance e fluxo editorial.

O que são campos personalizados no WordPress?

Campos personalizados são informações extras associadas a um conteúdo no WordPress.

Tecnicamente, o WordPress trata essas informações como metadados. Na prática, pense em pares de chave e valor: uma chave identifica o campo, e o valor guarda a informação daquele post, página, produto ou outro tipo de conteúdo.

Exemplos:

• data_evento: 15/08/2026;
• local_evento: São Paulo;
• autor_convidado: Maria Silva;
• nota_review: 4,5;
• tempo_preparo: 30 minutos;
• nivel_dificuldade: iniciante;
• link_oficial: https://exemplo.com.

O conteúdo principal continua sendo o post ou a página. O campo personalizado guarda um dado complementar, com estrutura mais previsível.

A documentação oficial do WordPress descreve custom fields como metadados em pares de chave e valor. Essa base é nativa do WordPress; plugins como o ACF tornam a criação e a edição desses dados mais amigáveis.

Para que servem os custom fields WordPress?

Campos personalizados servem para organizar dados repetidos que precisam aparecer de forma consistente em vários conteúdos.

Eles são úteis quando você percebe que está repetindo sempre o mesmo padrão dentro do editor. Por exemplo:

• em eventos: data, horário, local e link de inscrição;
• em reviews: produto avaliado, nota, preço médio, prós e contras;
• em receitas: tempo de preparo, rendimento e nível de dificuldade;
• em portfólios: cliente, ano, segmento e link do projeto;
• em imóveis: metragem, quartos, vagas e bairro;
• em cursos: carga horária, professor, nível e certificado;
• em páginas institucionais: chamada do botão, URL do botão e imagem alternativa;
• em produtos: informações extras que não alteram preço, estoque, carrinho ou checkout.

O ganho principal é separar dado estruturado de texto livre. Isso ajuda a manter padrão editorial e facilita reaproveitar a informação em templates, blocos, listagens ou integrações.

Campos personalizados aparecem automaticamente no site?

Nem sempre. Esse é um dos pontos mais importantes.

Criar um campo personalizado no WordPress não significa que ele será exibido automaticamente para visitantes. Em muitos casos, o campo fica salvo no banco de dados e aparece no painel, mas a exibição no front-end depende do tema, de um bloco, de um shortcode, de um construtor de páginas ou de código no template.

Por isso, antes de criar campos, responda:

1. Quem vai preencher esse campo no painel?
2. Onde esse campo deve aparecer no site publicado?
3. Qual recurso exibirá esse campo: tema, bloco, construtor, shortcode ou desenvolvimento personalizado?

Se você só precisa guardar uma observação interna, talvez não precise exibir nada. Mas se o campo deve aparecer em uma página, card, listagem, produto ou template, a exibição precisa ser planejada.

Campos personalizados, Gutenberg, categorias e tipos de post: qual a diferença?

Antes de sair criando campos extras WordPress, vale entender quando usar cada recurso.

Gutenberg organiza o conteúdo visual

O Gutenberg, ou editor de blocos, serve para montar o conteúdo visual de posts e páginas: parágrafos, imagens, colunas, botões, vídeos, tabelas e outros blocos.

Ele é ótimo para diagramar conteúdo. Mas se você precisa guardar uma informação padronizada em vários posts, como “data do evento” ou “nível de dificuldade”, um campo personalizado costuma ser mais organizado do que digitar o dado manualmente em blocos.

Se esse assunto ainda é novo para você, veja também o guia do UniversoWP sobre o editor Gutenberg do WordPress.

Categorias e tags agrupam conteúdos

Categorias e tags servem para classificar posts.

Use categoria ou tag quando a informação ajuda a agrupar ou navegar por conteúdos. Exemplos: “Tutoriais”, “Notícias”, “Plugins”, “Iniciante” ou “WooCommerce”.

Não faz sentido criar um campo personalizado para algo que deveria ser uma categoria ou tag simples.

Taxonomias personalizadas classificam conteúdos de forma estruturada

Uma taxonomia personalizada é útil quando você precisa de uma classificação própria além de categorias e tags.

Em um site de livros, “Gênero” pode ser uma taxonomia. Em um site de imóveis, “Cidade” ou “Tipo de imóvel” pode funcionar melhor como taxonomia do que como campo de texto.

Se a informação será usada para filtros, arquivos e navegação, avalie taxonomia antes de campo personalizado.

Tipos de post personalizados separam conteúdos diferentes

Um custom post type é indicado quando o conteúdo tem natureza própria.

Exemplos: “Eventos”, “Imóveis”, “Cursos”, “Cases”, “Produtos” ou “Profissionais”.

Se você está tentando transformar posts comuns em uma área inteira de eventos, talvez o correto seja criar um tipo de post “Eventos” e, dentro dele, campos personalizados como data, local e inscrição.

Campos personalizados guardam atributos específicos

Use campos personalizados para atributos ligados a um conteúdo individual: a data de um evento, a metragem de um imóvel, o subtítulo de um case, a nota de um review ou o nome do professor de um curso.

Quando usar campos personalizados no WordPress?

Use campos personalizados quando a informação:

• é repetida em vários conteúdos;
• precisa seguir um padrão;
• não combina com o texto principal;
• deve ser exibida em local específico do layout;
• pode ser usada em listagens, cards ou integrações;
• precisa ser preenchida por editores sem mexer em HTML;
• precisa ter tipo definido, como texto, número, imagem, link, data ou seleção.

Um bom sinal é quando você pensa: “toda vez que publico esse tipo de conteúdo, preciso preencher os mesmos dados”. Nesse caso, campo personalizado ajuda a reduzir improviso.

Quando não usar campos personalizados?

Campos personalizados não são a resposta para tudo.

Evite usar custom fields quando:

• categoria, tag ou taxonomia resolver melhor;
• o dado é apenas parte do texto e não será reutilizado;
• você quer criar layout visual complexo sem planejar a exibição;
• o campo altera preço, estoque, impostos, frete, carrinho ou checkout do WooCommerce;
• o site terá filtros pesados por meta em grande volume de conteúdo;
• a informação deveria estar em um plugin específico;
• ninguém sabe quem vai manter os campos depois.

Também evite criar dezenas de campos “por precaução”. Campo que ninguém usa vira ruído no painel, aumenta chance de erro e dificulta manutenção.

O que é ACF WordPress?

ACF é a sigla de Advanced Custom Fields.

É um plugin para WordPress que permite criar grupos de campos personalizados por uma interface visual. Em vez de depender apenas da caixa nativa de custom fields do WordPress ou escrever meta boxes do zero, você cria campos pelo painel e define onde eles aparecem.

Na página oficial do plugin no WordPress.org, o ACF é descrito como uma ferramenta para controlar telas de edição, dados de campos personalizados e outros elementos do modelo de conteúdo do WordPress. A mesma página informa que o plugin permite adicionar campos em posts, páginas, usuários, termos de taxonomia, mídia, comentários e páginas de opções, além de registrar tipos de post e taxonomias pela interface do ACF.

Com ele, você pode criar campos como:

• texto;
• área de texto;
• número;
• e-mail;
• URL;
• imagem;
• arquivo;
• seleção;
• checkbox;
• radio;
• data;
• relacionamento;
• usuário;
• taxonomia;
• WYSIWYG;
• outros tipos, conforme versão e plano.

A vantagem é criar uma experiência melhor para quem edita o site. Em vez de pedir que o editor memorize chaves como evento_data_inicio, você mostra um campo claro: “Data do evento”.

Como contexto histórico, o UniversoWP já noticiou a aquisição do Advanced Custom Fields pela Delicious Brains. Use esse histórico apenas como contexto do ecossistema; para versão atual, recursos e requisitos, consulte sempre as páginas oficiais.

ACF gratuito ou ACF PRO?

Para muitos casos introdutórios, a versão gratuita do ACF já resolve campos simples.

A página oficial do plugin também informa que existe o ACF PRO, versão paga com recursos adicionais. Na validação factual deste artigo, a página do WordPress.org e a página oficial do ACF PRO listavam como recursos PRO: Repeater, ACF Blocks, Flexible Content, Options Page, Gallery e Clone.

Como plugins mudam com o tempo, confirme a página oficial antes de comprar, vender um projeto ou publicar uma documentação para cliente.

A recomendação prática é:

• comece com campos simples na versão gratuita se o caso for básico;
• avalie ACF PRO se você precisa de campos repetíveis, layouts flexíveis, páginas de opções, galerias, clones ou blocos ACF;
• não compre recurso pago antes de desenhar claramente o modelo de conteúdo;
• em projeto de cliente, documente quais recursos dependem de licença paga.

Antes de começar: faça backup e planeje os campos

Antes de instalar o ACF ou alterar qualquer estrutura do site, faça backup completo do WordPress.

O backup deve incluir arquivos e banco de dados. Se algo der errado ao instalar plugin, alterar tema, importar campos ou mexer em templates, você precisa ter como restaurar o site.

Veja o guia do UniversoWP sobre backup WordPress em nuvem antes de fazer mudanças sensíveis.

Se o site recebe tráfego, vende, capta leads ou tem integrações importantes, prefira testar em staging antes de mexer no site publicado.

Depois, planeje:

• qual tipo de conteúdo receberá os campos;
• quais campos serão obrigatórios;
• quem vai preencher;
• onde cada campo aparecerá;
• se o campo será usado em filtros ou apenas exibição;
• se existe risco em WooCommerce, formulários ou integrações;
• se o tema atual consegue exibir esses dados;
• se será necessário tema filho, bloco, construtor ou desenvolvedor.

Um erro comum é criar campos sem saber como eles serão usados. O resultado é painel confuso e layout inconsistente.

Tutorial: como criar campos personalizados com ACF

A seguir está um exemplo seguro e introdutório.

Vamos imaginar um blog que publica reviews e quer adicionar três campos ao final de cada post:

• Produto avaliado;
• Nota do review;
• Link oficial.

A ideia é mostrar o fluxo geral. Nomes de menus podem variar conforme idioma, versão do WordPress, versão do ACF e permissões do usuário.

1. Verifique os pré-requisitos

Antes de começar, confirme:

• você tem acesso de administrador;
• o WordPress está atualizado e compatível com a versão atual do ACF;
• existe backup recente;
• você está em staging se o site for crítico;
• você sabe em qual tipo de conteúdo os campos serão usados.

Na validação deste artigo, o changelog do ACF no WordPress.org indicava ACF 6.8.4, lançado em 10 de junho de 2026. O mesmo changelog informa que, desde o ACF 6.6.0, o plugin exige WordPress 6.2 ou superior. Como versões mudam, confirme novamente na página do plugin antes de instalar.

2. Instale e ative o ACF

No painel do WordPress:

1. Acesse Plugins > Adicionar novo.
2. Pesquise por “Advanced Custom Fields” ou “ACF”.
3. Instale o plugin Advanced Custom Fields.
4. Ative o plugin.
5. Abra o novo menu “ACF” no painel.

Se o site for de produção, evite fazer isso em horário de pico. Instalar plugins altera o ambiente do WordPress e pode gerar conflito com tema, cache ou outros plugins.

3. Crie um grupo de campos

No ACF, crie um novo grupo de campos.

Nome sugerido para o exemplo:

• Informações do review

O grupo organiza campos relacionados. Em vez de criar campos soltos, você reúne tudo que faz parte do mesmo contexto.

4. Adicione os campos

Crie três campos:

Produto avaliado

• Rótulo do campo: Produto avaliado
• Nome do campo: produto_avaliado
• Tipo: Texto
• Obrigatório: sim, se todo review precisa dessa informação

Nota do review

• Rótulo do campo: Nota do review
• Nome do campo: nota_review
• Tipo: Número
• Obrigatório: opcional ou sim, conforme a política editorial
• Instrução: use escala de 0 a 5, se essa for a regra do site

Link oficial

• Rótulo do campo: Link oficial
• Nome do campo: link_oficial
• Tipo: URL
• Obrigatório: não, se nem todo review tiver link externo

Use nomes de campos claros, sem acentos e sem espaços. Isso facilita manutenção e futura exibição em template.

5. Defina onde os campos aparecem

Configure as regras de localização do grupo.

Exemplo:

• Mostrar este grupo de campos se o tipo de post for igual a Post.

Se você tiver um tipo de post personalizado chamado “Reviews”, melhor ainda: mostre os campos apenas nesse tipo de conteúdo.

Evite exibir campos em todas as páginas sem necessidade. Quanto mais específico, mais limpo fica o painel.

6. Salve o grupo e edite um post

Depois de salvar o grupo, abra um post que corresponda à regra de localização.

Você deve ver os novos campos na tela de edição. Preencha os valores e salve o post.

Até aqui, os dados foram criados e salvos. Mas talvez ainda não apareçam para o visitante.

Como exibir campos personalizados no site?

Existem algumas formas de exibir campos personalizados no front-end. A melhor depende do tema, do editor, do construtor de páginas e do nível técnico do projeto.

1. Exibição pelo tema

Em projetos tradicionais, o desenvolvedor edita os arquivos do tema para buscar e mostrar os valores dos campos.

A documentação do ACF explica que valores salvos em posts são armazenados como post_meta. Embora seja possível usar funções nativas do WordPress como get_post_meta(), o ACF recomenda usar funções próprias como get_field() e the_field(), porque elas retornam valores formatados conforme o tipo de campo.

Esse caminho exige cuidado técnico.

Não edite arquivos diretamente no tema pai. Use tema filho ou uma abordagem recomendada pelo tema atual. Alterações no tema pai podem ser perdidas em atualizações.

Se você vai mexer em templates, leia antes o guia sobre tema filho WordPress.

2. Exibição por bloco, construtor ou integração visual

Alguns temas, construtores de páginas e plugins permitem puxar campos personalizados visualmente.

Nesse caso, talvez seja possível exibir o campo sem escrever PHP, dependendo da ferramenta. Mas a compatibilidade varia bastante.

Antes de prometer isso em um projeto, teste:

• se o construtor reconhece campos ACF;
• quais tipos de campo são suportados;
• se campos de imagem, relacionamento ou repetição funcionam como esperado;
• se a exibição funciona em posts individuais, arquivos e templates globais;
• se há impacto em performance.

3. Exibição com ACF Blocks ou blocos personalizados

Em projetos mais avançados, é possível criar blocos personalizados que usam campos do ACF.

Esse caminho pode ser interessante para equipes que querem componentes editoriais reutilizáveis no Gutenberg. Mas não é o primeiro passo para um usuário iniciante, porque envolve estrutura de tema ou plugin, templates e manutenção técnica.

Além disso, confirme se o recurso desejado depende do ACF PRO na versão atual.

4. Shortcode do ACF

A documentação do ACF informa que existe shortcode para exibir valores simples, mas esse recurso exige cautela.

Desde o ACF 6.3.0, o shortcode do ACF é desativado por padrão em novas instalações. A própria documentação recomenda mantê-lo desativado se você não usa o recurso, por motivos de segurança. Além disso, ele funciona apenas para valores simples baseados em texto.

Por isso, evite espalhar shortcodes por muitos posts sem planejamento. Em projetos profissionais, a exibição por template, bloco ou integração bem definida costuma ser mais organizada e segura.

E os campos personalizados nativos do WordPress?

O WordPress tem uma área nativa de campos personalizados.

No editor de blocos, ela pode ficar oculta por padrão. A documentação oficial orienta ativá-la nas preferências do editor, em opções avançadas, e recarregar a página. Antes de fazer isso, salve o conteúdo, porque a mudança exige recarregamento.

Esse recurso nativo é útil para entender o conceito e pode resolver situações simples.

Mas ele é limitado para fluxos editoriais porque:

• não oferece uma interface tão amigável para editores;
• não organiza grupos de campos de forma visual;
• não define tipos como imagem, data, seleção ou relacionamento com a mesma facilidade;
• não controla regras de localização com a mesma praticidade;
• pode gerar erros de digitação nas chaves dos campos.

Por isso, em muitos projetos, ACF é escolhido para criar uma interface editorial mais clara.

Cuidados de performance com campos personalizados

Campos personalizados são úteis, mas não devem ser usados sem critério.

Alguns cuidados:

• evite criar campos demais sem necessidade;
• evite usar campo personalizado como substituto de taxonomia quando você precisa filtrar muitos conteúdos;
• cuidado com consultas complexas por meta em sites grandes;
• não use campos de texto livre para dados que precisam de padronização;
• revise campos obrigatórios para não travar o fluxo editorial;
• documente o que cada campo faz;
• desative, remova ou migre campos que não são mais usados somente depois de backup e validação;
• teste impacto em páginas com muitas consultas, listagens e filtros.

Em sites pequenos, o impacto pode ser imperceptível. Em sites grandes, a forma como você consulta e exibe metadados pode afetar performance.

Se a informação será usada como filtro principal em milhares de conteúdos, converse com um desenvolvedor antes de decidir entre campo personalizado, taxonomia, tabela própria ou outro modelo.

Cuidados em WooCommerce

WooCommerce merece atenção especial.

Campos extras em produtos podem parecer simples, mas dependendo do caso eles afetam preço, carrinho, checkout, estoque, impostos, frete, e-mails, integrações e atendimento.

Se o campo é apenas informativo, como “material”, “instrução de conservação” ou “prazo estimado”, um campo personalizado pode fazer sentido.

Mas se o campo altera a compra, como personalização com preço adicional, upload obrigatório, escolha de data, variação de produto ou complemento pago, talvez você precise de variações nativas, product add-ons ou desenvolvimento específico.

Não trate campo de checkout, pedido, preço ou estoque como simples custom field sem validar o fluxo completo.

Leia também o guia do UniversoWP sobre opções extras em produtos WooCommerce.

Exportação, Local JSON e manutenção dos campos

Criar campos pelo painel é prático, mas projetos crescem.

Se você tem site com staging, produção, equipe de desenvolvimento ou controle de versão, precisa pensar em como transportar e versionar os campos.

O ACF tem um recurso chamado Local JSON. Segundo a documentação oficial, ele salva grupos de campos, tipos de post, taxonomias e páginas de opções como arquivos JSON dentro do tema. A ideia é parecida com cache: reduzir consultas ao banco, melhorar performance e permitir controle de versão das configurações de campos.

Para iniciantes, não é obrigatório começar por Local JSON.

Mas em projeto profissional, vale considerar:

• exportar grupos de campos antes de grandes mudanças;
• manter documentação dos campos criados;
• usar staging para testar alterações;
• controlar campos no tema filho ou no fluxo de desenvolvimento;
• evitar criar campos diretamente em produção sem registro do que mudou;
• alinhar quem pode editar grupos de campos no painel;
• proteger a pasta acf-json contra listagem pública, conforme recomendação da documentação.

Também existe exportação/importação de campos no ACF. Antes de importar algo em produção, faça backup e teste em ambiente separado.

Exemplo de planejamento antes de criar campos

Antes de criar qualquer campo, preencha uma tabela simples como esta:

Campo	Tipo	Obrigatório?	Onde aparece?	Quem preenche?	Observação
Produto avaliado	Texto	Sim	Início do review	Editor	Nome comercial do produto
Nota do review	Número	Sim	Box de resumo	Editor	Escala de 0 a 5
Link oficial	URL	Não	Botão no final	Editor	Abrir em nova aba se aplicável
Imagem extra	Imagem	Não	Galeria do review	Editor	Conferir tamanho e alt text

Esse planejamento evita campos duplicados, nomes ruins e mudanças desnecessárias depois que o site já está em produção.

Erros comuns ao usar ACF WordPress

Criar campo sem definir onde será exibido

O campo aparece no painel, mas não no site. Antes de criar, defina a exibição.

Usar campo personalizado no lugar de taxonomia

Se você precisa filtrar e agrupar conteúdos, talvez taxonomia seja melhor.

Editar o tema pai

Alterações podem ser perdidas na próxima atualização. Use tema filho ou uma abordagem segura.

Criar campos demais

Muitos campos confundem editores e aumentam manutenção.

Não fazer backup

Instalar plugin, importar campos e mexer em template são mudanças sensíveis. Backup é obrigatório.

Não testar em staging

Se o site vende, capta leads ou tem integrações importantes, teste antes em ambiente separado.

Ignorar WooCommerce

Campos que afetam compra, preço, estoque, checkout ou pedido exigem validação completa.

Depender de recurso PRO sem documentar licença

Se o projeto usa recurso pago, registre isso na documentação do site.

Checklist rápido para começar com campos personalizados

Antes de criar campos personalizados no WordPress, confirme:

• [ ] Tenho backup completo e recente do site.
• [ ] Sei se a mudança deve ser testada em staging.
• [ ] Sei qual tipo de conteúdo receberá os campos.
• [ ] Listei os campos necessários antes de criar.
• [ ] Defini tipo, obrigatoriedade e instruções de preenchimento.
• [ ] Sei onde cada campo aparecerá no site.
• [ ] Confirmei se preciso de tema filho, bloco, construtor ou desenvolvedor.
• [ ] Verifiquei se o caso não seria melhor com categoria, tag ou taxonomia.
• [ ] Em WooCommerce, confirmei que o campo não afeta preço, estoque ou checkout sem validação.
• [ ] Documentei os campos criados.
• [ ] Planejei exportação ou Local JSON se o projeto tiver staging/equipe.
• [ ] Limpei cache e conferi a exibição no front-end depois de publicar.

FAQ sobre campos personalizados WordPress

Campos personalizados são a mesma coisa que ACF?

Não. Campos personalizados são um recurso do WordPress para guardar metadados. ACF é um plugin que facilita criar, organizar e gerenciar esses campos com uma interface mais amigável.

Preciso saber PHP para usar ACF?

Para criar campos pelo painel, não necessariamente. Mas para exibir campos em templates do tema, criar blocos personalizados ou montar integrações avançadas, conhecimento técnico pode ser necessário.

O campo aparece sozinho no post?

Normalmente, não. Criar o campo salva a informação. A exibição no site depende do tema, bloco, shortcode, construtor ou código.

Posso usar campos personalizados com Gutenberg?

Sim. O Gutenberg é o editor de blocos, e campos personalizados podem complementar o conteúdo. Em alguns projetos, blocos e custom fields trabalham juntos. Mas eles não são a mesma coisa.

Posso usar ACF em produtos WooCommerce?

Pode, especialmente para informações extras e dados editoriais. Mas campos que afetam preço, estoque, carrinho, checkout, pedido ou e-mails exigem muito mais cuidado e talvez precisem de solução específica de WooCommerce.

ACF deixa o site lento?

O plugin por si só não significa que o site ficará lento. O problema costuma estar no excesso de campos, consultas mal planejadas, filtros por meta em grande volume, templates pesados ou integrações ruins. Em sites grandes, planeje a estrutura com apoio técnico.

Vale a pena usar Local JSON?

Para projetos simples, talvez não seja necessário no início. Para projetos com staging, equipe, versionamento ou manutenção profissional, Local JSON ajuda a sincronizar e controlar grupos de campos com mais segurança.

Posso remover o ACF depois de criar campos?

Depende. Os valores podem continuar no banco como metadados, mas a interface de edição, a formatação e algumas formas de exibição podem depender do ACF. Antes de remover, teste em staging, faça backup e verifique templates, blocos e integrações.

Conclusão

Campos personalizados no WordPress são uma forma poderosa de organizar informações extras sem transformar todo conteúdo em texto manual e despadronizado.

O ACF WordPress facilita muito esse processo, principalmente para quem precisa criar campos pelo painel e oferecer uma experiência melhor para editores. Mas ele não elimina planejamento. Você ainda precisa decidir quais campos fazem sentido, onde eles aparecem, como serão mantidos e quais riscos existem para performance, tema, WooCommerce e futuras atualizações.

Comece pequeno: defina o modelo de conteúdo, crie poucos campos, teste em staging quando necessário e documente tudo. Se a exibição exigir mudanças no tema, use tema filho ou apoio técnico.

Para continuar com segurança, veja também:

• Backup WordPress
• Tema filho WordPress
• Editor Gutenberg
• Opções extras WooCommerce
• Histórico do ACF no UniversoWP