Los estilos escritos directamente en el código de las fichas de producto son un problema silencioso: todo parece correcto en ordenador, y el renderizado móvil se degrada sin que nadie lo note. Eliminarlos en masa es una operación simple, a condición de saber sobre qué actúa y cómo verificar el resultado.
Este artículo trata el procedimiento de ejecución. Las razones para llevar a cabo este proyecto y lo que un procesador de textos inyecta realmente se han detallado por separado.
Etapa 1: medir la amplitud
Antes de tratar, cuente. Tres mediciones a hacer sobre la base.
El número de fichas afectadas, es decir, aquellas cuya descripción contiene un atributo de estilo. En un catálogo nunca limpiado, la proporción supera con frecuencia la mitad.
El peso medio de las descripciones, con y sin estilos. Compare la longitud del campo antes y después de una limpieza simulada sobre algunas líneas.
Las fichas más pesadas, ordenando por longitud de descripción decreciente. Las veinte primeras concentran a menudo los casos más patológicos y son las que hay que examinar primero.
Este conteo se hace sobre los campos de descripción larga y corta, en la tabla de descripciones de producto, con un join sobre el idioma. Piense en tratar cada idioma, pues los problemas no son idénticos de una traducción a otra.
Etapa 2: identificar los patrones presentes
No todos los estilos se parecen y no todos se tratan de la misma forma.
Extraiga una muestra de veinte descripciones entre las más pesadas y mire el código. Encontrará generalmente cuatro familias.
Las declaraciones de fuente y de tamaño, repetidas en cada párrafo. Supresión sin dudarlo.
Los colores de texto y de fondo. Atención: algunos son intencionales, especialmente en recuadros o menciones de advertencia. Mire antes de retirarlo todo.
Los anchos y altos fijos, en tablas o imágenes. Son los que rompen el renderizado móvil, y su supresión exige un control visual.
Las alineaciones y márgenes. Generalmente suprimibles, salvo en maquetaciones voluntarias.
Esta lectura de muestra toma media hora y determina el perímetro exacto de su tratamiento. Sin ella, aplica una regla uniforme a situaciones diferentes.
Etapa 3: guardar copia, de verdad
Tres precauciones, y la tercera es la que se olvida.
Una exportación completa de la base, probada. Un archivo de copia de seguridad que nunca se ha intentado restaurar no es una copia de seguridad.
Una copia de la tabla de descripciones, duplicada antes del tratamiento. Permite una restauración dirigida sin tocar el resto de la base, lo que es mucho más rápido que una restauración completa.
La conservación de la copia durante varias semanas. Un problema de renderizado en una ficha poco consultada puede no señalarse hasta un mes después.
Limpieza HTML de Descripciones de Productos y Categorías: Eliminar el Código Word, los Estilos Inline y las Etiquetas Vacías (PrestaShop 8 y 9)Elimine el código Word, los estilos inline y las etiquetas vacías de sus descripciones, sin tocar el texto.€79,00
Etapa 4: tratar una muestra
Es la etapa que evita las malas sorpresas, y a menudo se salta.
Seleccione veinte fichas representativas, cuidando de incluir los casos difíciles: una ficha con una tabla de características, una con imágenes integradas, una con una lista larga, una con un recuadro coloreado, y una entre las más pesadas del catálogo.
Aplique el tratamiento solo sobre esas veinte fichas, y después compare visualmente antes y después, en ordenador y en móvil.
Tres preguntas a hacerse sobre cada ficha. ¿La estructura está preservada, títulos, listas, tablas? ¿Ha desaparecido un formato intencional? ¿El renderizado móvil es mejor que antes?
Si la respuesta a la segunda pregunta es sí en más de una ficha, ajuste sus reglas antes de continuar.
Etapa 5: tratar por lotes
Cuatro principios.
Una categoría a la vez, empezando por la que cuenta con menos referencias, para rodar el proceso.
Un idioma a la vez, o todos juntos si sus reglas son idénticas, pero con un control por idioma.
Un registro de lo que se ha tratado, con la fecha y el perímetro. Permite saber lo que queda y volver atrás de forma dirigida.
Un control después de cada lote, sobre cinco fichas sacadas al azar del lote. Cinco minutos por lote, y evita descubrir un problema después de haber tratado tres mil productos.
Punto práctico: en un catálogo grande, trate fuera de las horas de tráfico. Una actualización masiva de la tabla de descripciones produce bloqueos y puede ralentizar el sitio.
Etapa 6: vaciar las cachés
Etapa corta y sistemáticamente olvidada, que explica la mayoría de los «la limpieza no ha cambiado nada».
Tres cachés a tratar. La caché aplicativa de PrestaShop, que conserva los datos de producto. La caché de página, si está activa, que sirve páginas completas pregeneradas. Y la caché del navegador durante sus verificaciones, probando en navegación privada.
Añada una cuarta si usa un servicio de distribución por delante, cuya caché debe purgarse para que los visitantes vean el nuevo contenido.
Etapa 7: controlar el resultado
Cinco verificaciones, una semana después del tratamiento completo.
El peso medio de las descripciones, comparado con la medición inicial. Una reducción del 60 al 80 % es corriente.
El renderizado de veinte fichas en móvil, sacadas al azar de diferentes categorías.
Las fichas con tabla, específicamente, que son las más expuestas.
El tiempo de carga de una ficha típica, antes y después.
Los avisos del servicio de atención al cliente sobre la visualización, que hacen aflorar los casos que no ha visto.
Lo que puede salir mal
Cuatro situaciones, con su corrección.
Una tabla que se ha vuelto ilegible. Los anchos de columna han desaparecido y el contenido se reparte mal. La corrección pasa por una regla de estilo en el tema, aplicada a todas las tablas de descripción, en lugar de por una restauración.
Un recuadro de advertencia que se ha vuelto invisible. Su color de fondo ha sido retirado. Restablézcalo mediante una clase en lugar de un estilo escrito en el contenido.
Imágenes deformadas. Sus dimensiones fijas han saltado. Una regla de estilo global sobre las imágenes de descripción, con un ancho máximo relativo, resuelve el caso y además mejora el renderizado móvil.
Una maquetación voluntaria perdida. En algunas fichas cuidadas, la limpieza ha borrado un trabajo real. Es el caso en que la restauración dirigida desde la copia de tabla se justifica.
Estas cuatro situaciones tienen un punto en común: la buena respuesta es casi siempre una regla en el tema, no un retorno al estilo escrito en el contenido.
No rehacer el proyecto en seis meses
Tres medidas tras la limpieza.
Configurar el editor del back office para filtrar el contenido pegado.
Formar a las personas que introducen contenido en el pegado sin formato, que es un atajo de teclado y nada más.
Tratar en la importación si sus descripciones vienen de un archivo de proveedor, aplicando la limpieza en el momento de la integración en lugar de después.
El módulo Limpieza HTML de las Descripciones para PrestaShop industrializa este procedimiento en PrestaShop 8 y 9: detección de las fichas afectadas con conteo previo, previsualización antes de aplicar, tratamiento por lotes con registro de operaciones, y filtrado automático del contenido pegado en el editor.
