Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Images And Responsive Media

WordPress genera demasiados tamaños de imagen: cuáles eliminar

Inventaría tamaños registrados, referencias, recortes y necesidades futuras antes de desactivar o borrar las múltiples variantes creadas por WordPress.

Al subir una imagen, WordPress puede crear muchos archivos. El núcleo, tema, WooCommerce y plugins registran dimensiones y recortes; WebP o AVIF multiplican las variantes.

Algunos derivados sobran, pero otros alimentan srcset, tarjetas, galerías, productos o editor. Borrarlos por patrón reduce disco y puede romper silenciosamente la web. Primero trátalos como inventario.

Entender y listar los tamaños

Cada tamaño registrado define ancho, alto, recorte duro o proporcional, nombre y contexto. WordPress también puede escalar originales enormes.

Cuando WP-CLI lo admita:

wp media image-size

En un diagnóstico PHP controlado:

$sizes = wp_get_registered_image_subsizes();
foreach ( $sizes as $name => $details ) {
    error_log( $name . ': ' . wp_json_encode( $details ) );
}

No coloques esto en una plantilla pública. Protege registros e identifica qué componente registra cada tamaño mediante código o documentación.

Relacionar archivos con metadatos y plantillas

Un nombre puede terminar naturalmente en -300x300, y las herramientas de optimización usan convenciones propias. Usa el recuento solo como orientación y relaciona derivados con _wp_attachment_metadata.

No borres todo lo que coincida con una dimensión: podría ser la miniatura activa del catálogo.

Revisa portada, tarjetas, archivo del blog, artículo, galería, categoría WooCommerce, producto, relacionados y vistas administrativas relevantes. Registra la URL seleccionada en móvil, escritorio y alta densidad.

Busca solicitudes nombradas en tema y plugins:

the_post_thumbnail( 'card-landscape' );

Comprueba también constructor, contenido guardado, CSS y consumidores REST.

Proteger imágenes adaptables

Aunque una plantilla solicite large, WordPress puede incluir tamaños intermedios en srcset. Eliminarlos puede obligar al móvil a descargar uno mayor.

Antes de desactivar una variante, revisa srcset, sizes, currentSrc, dimensiones intrínsecas y visuales y densidad. Ahorrar almacenamiento no debe aumentar el ancho de banda.

WooCommerce usa tamaños distintos en catálogo, galería, miniaturas, widgets, relacionados, variaciones y zoom. El tema o constructor puede registrar alternativas. Prueba todo el recorrido, no solo una entrada del blog.

No confundir recortes parecidos

Dos variantes con anchura semejante pueden componer distinto. Un recorte cuadrado mantiene tarjetas alineadas; otro proporcional conserva toda la fotografía.

Antes de consolidar, comprueba encuadre, producto, consistencia, dimensiones y object-fit. El recorte CSS puede sustituir uno físico, pero todavía descarga la fuente y cambia el punto focal.

Detectar residuos de temas antiguos

Cambiar tema o plugin no elimina derivados existentes, que quedan como candidatos de limpieza. Sin embargo, pueden seguir referenciados en contenido, CSS, caché, correos, feeds, vistas sociales, documentos antiguos del constructor o una API externa.

Una variante no registrada no equivale automáticamente a una variante sin uso.

Desactivar la generación solo afecta a futuras subidas; borrar archivos no impide que nuevas subidas los creen. El plan debe definir el conjunto futuro, cambiar el registro, probar una subida, mapear derivados anteriores y eliminar solo los que se demuestren sin uso.

Usar filtros con una clave verificada

WordPress permite excluir tamaños:

add_filter( 'intermediate_image_sizes_advanced', function ( $sizes ) {
    unset( $sizes['unused-custom-size'] );
    return $sizes;
} );

Usa la clave exacta dentro de un plugin mantenido o tema hijo. No lo pegues en producción antes de confirmar que ninguna plantilla lo solicita. Documenta la decisión porque una actualización puede registrar otros tamaños.

Estimar el beneficio real

Con una muestra reciente calcula derivados por subida, bytes por tamaño, multiplicación WebP/AVIF, frecuencia, coste de copias y uso del visitante.

Una miniatura diminuta y poco frecuente puede no justificar el riesgo; un recorte innecesario de 2000 píxeles repetido miles de veces sí.

Copiar y regenerar de forma acotada

Antes de limpiar, copia uploads y base de datos, registra el inventario activo y prueba restaurar un adjunto. Archivos sin MySQL o MySQL sin archivos no recuperan correctamente la biblioteca.

Tras cambiar tamaños, regenera solo lo necesario. Prueba primero un tipo, producto, recorte, nombres, metadatos, disco y entrega. Ejecuta lotes controlados fuera de picos y copias.

Después comprueba 404, srcset, selección móvil y retina, producto y zoom, recortes, vistas del editor, CDN y restauración. Supervisa registros por URL antiguas.

Para una evaluación aporta lista de tamaños, tema y plugins, metadatos de muestra, problema de almacenamiento y páginas representativas. No se necesitan contraseñas inicialmente.

El resultado correcto reduce espacio y procesamiento sin cambiarlos por descargas móviles mayores o imágenes rotas.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia↗