# Remover os estilos inline de centenas de fichas PrestaShop sem partir a maquete

> Tudo parece correto no computador enquanto a apresentação em mobile se degrada. O procedimento em sete etapas, da medição prévia ao controlo final, e as quatro situações que correm mal com a respetiva correção.

- Página: <https://www.datafirefly.com/pt/2026/10/01/remover-estilos-inline-fichas-prestashop/>
- Idioma: pt
- Publicado em: 2026-10-01
- Atualizado em: 2026-10-01
- Outros idiomas: [fr](https://www.datafirefly.com/2026/10/01/supprimer-styles-inline-fiches-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/10/01/remove-inline-styles-prestashop-products/index.md), [es](https://www.datafirefly.com/es/2026/10/01/eliminar-estilos-inline-fichas-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/10/01/inline-styles-prestashop-produktseiten-entfernen/index.md), [it](https://www.datafirefly.com/it/2026/10/01/rimuovere-stili-inline-schede-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/10/01/usuwanie-stylow-inline-karty-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/10/01/inline-stijlen-verwijderen-productpaginas-prestashop/index.md)
- Índice: <https://www.datafirefly.com/pt/2026/llms.txt>

Os estilos escritos diretamente no código das fichas de produto são um problema silencioso: tudo parece correto no computador, e a apresentação em mobile degrada-se sem que ninguém repare. Eliminá-los em massa é uma operação simples, desde que se saiba sobre o que incide e como verificar o resultado.

Este artigo trata o procedimento de execução. As razões para fazer este trabalho e o que um processador de texto injeta realmente foram detalhados à parte.

## Etapa 1: medir a dimensão

Antes de tratar, conte. Três registos a fazer sobre a base de dados.

**O número de fichas em causa**, ou seja aquelas cuja descrição contém um atributo de estilo. Num catálogo nunca limpo, a proporção passa frequentemente de metade.

**O peso médio das descrições**, com e sem estilos. Compare o comprimento do campo antes e depois de uma limpeza simulada em algumas linhas.

**As fichas mais pesadas**, ordenando por comprimento de descrição decrescente. As vinte primeiras concentram muitas vezes os casos mais patológicos e são essas que é preciso examinar primeiro.

Esta contagem faz-se sobre os campos de descrição longa e curta, na tabela das descrições de produto, com uma junção pelo idioma. Lembre-se de tratar cada idioma, já que os problemas não são idênticos de uma tradução para outra.

## Etapa 2: identificar os padrões presentes

Nem todos os estilos são iguais e nem todos se tratam da mesma forma.

Extraia uma amostra de vinte descrições entre as mais pesadas e olhe para o código. Vai encontrar geralmente quatro famílias.

**As declarações de tipo de letra e de tamanho**, repetidas em cada parágrafo. Eliminação sem hesitar.

**As cores de texto e de fundo.** Atenção: algumas são intencionais, sobretudo em caixas de destaque ou menções de aviso. Olhe antes de retirar tudo.

**As larguras e alturas fixas**, em tabelas ou imagens. São elas que partem a apresentação em mobile, e a sua eliminação exige controlo visual.

**Os alinhamentos e margens.** Geralmente elimináveis, salvo em maquetes voluntárias.

Esta leitura de amostra demora meia hora e determina o perímetro exato do tratamento. Sem ela, aplica uma regra uniforme a situações diferentes.

## Etapa 3: fazer cópia de segurança, a sério

Três precauções, e a terceira é a que se esquece.

**Uma exportação completa da base**, testada. Um ficheiro de cópia que nunca se tentou restaurar não é uma cópia de segurança.

**Uma cópia da tabela das descrições**, duplicada antes do tratamento. Permite uma restauração dirigida sem mexer no resto da base, o que é bem mais rápido do que uma restauração completa.

**A conservação da cópia durante várias semanas.** Um problema de apresentação numa ficha pouco consultada pode só ser assinalado um mês depois.

## Etapa 4: tratar uma amostra

É a etapa que evita más surpresas, e é muitas vezes saltada.

Selecione vinte fichas representativas, incluindo os casos difíceis: uma ficha com tabela de características, uma com imagens inseridas, uma com uma lista longa, uma com uma caixa colorida, e uma das mais pesadas do catálogo.

Aplique o tratamento apenas a essas vinte fichas, e depois compare visualmente antes e depois, em computador e em mobile.

Três perguntas a fazer em cada ficha. A estrutura foi preservada, títulos, listas, tabelas? Desapareceu alguma formatação intencional? A apresentação em mobile está melhor do que antes?

Se a resposta à segunda pergunta for sim em mais do que uma ficha, ajuste as regras antes de continuar.

## Etapa 5: tratar por lotes

Quatro princípios.

**Uma categoria de cada vez**, começando pela que tem menos referências, para rodar o processo.

**Um idioma de cada vez**, ou todos juntos se as regras forem idênticas, mas com controlo por idioma.

**Um registo do que foi tratado**, com a data e o perímetro. Permite saber o que falta e voltar atrás de forma dirigida.

**Um controlo depois de cada lote**, em cinco fichas tiradas ao acaso do lote. Cinco minutos por lote, e evita descobrir um problema depois de ter tratado três mil produtos.

Ponto prático: num catálogo grande, trate fora das horas de tráfego. Uma atualização massiva da tabela das descrições produz bloqueios e pode abrandar o site.

## Etapa 6: esvaziar as caches

Etapa curta e sistematicamente esquecida, que explica a maioria dos «a limpeza não mudou nada».

Três caches a tratar. A **cache aplicacional** do PrestaShop, que guarda os dados de produto. A **cache de página**, se estiver ativa, que serve páginas completas pré-geradas. E a **cache do navegador** durante as suas verificações, testando em navegação privada.

Acrescente uma quarta se usar um serviço de distribuição a montante, cuja cache tem de ser purgada para que os visitantes vejam o conteúdo novo.

## Etapa 7: controlar o resultado

Cinco verificações, uma semana depois do tratamento completo.

**O peso médio das descrições**, comparado com o registo inicial. Uma redução de 60 a 80 % é comum.

**A apresentação de vinte fichas em mobile**, tiradas ao acaso em categorias diferentes.

**As fichas com tabela**, especificamente, que são as mais expostas.

**O tempo de carregamento** de uma ficha típica, antes e depois.

**Os avisos do apoio ao cliente** sobre a apresentação, que trazem os casos que não viu.

## O que pode correr mal

Quatro situações, com a correção.

**Uma tabela ilegível.** As larguras de coluna desapareceram e o conteúdo distribui-se mal. A correção passa por uma regra de estilo no tema, aplicada a todas as tabelas de descrição, e não por uma restauração.

**Uma caixa de aviso invisível.** A cor de fundo foi retirada. Reponha-a por uma classe em vez de um estilo escrito no conteúdo.

**Imagens deformadas.** As dimensões fixas saíram. Uma regra de estilo global sobre as imagens de descrição, com largura máxima relativa, resolve o caso e melhora aliás a apresentação em mobile.

**Uma maquete voluntária perdida.** Nalgumas fichas cuidadas, a limpeza apagou trabalho real. É o caso em que a restauração dirigida a partir da cópia da tabela se justifica.

Estas quatro situações têm um ponto em comum: a boa resposta é quase sempre uma regra no tema, não um regresso ao estilo escrito no conteúdo.

## Não repetir o trabalho daqui a seis meses

Três medidas depois da limpeza.

**Configurar o editor** do back-office para filtrar o conteúdo colado.

**Formar quem introduz os conteúdos** na colagem sem formatação, que é um atalho de teclado e nada mais.

**Tratar na importação** se as descrições vierem de um ficheiro de fornecedor, aplicando a limpeza no momento da integração em vez de depois.

O  industrializa este procedimento no PrestaShop 8 e 9: deteção das fichas em causa com contagem prévia, pré-visualização antes de aplicar, tratamento por lotes com registo das operações, e filtragem automática do conteúdo colado no editor.