Optimización d'imachens d'o puesto web

La optimización d’imachens ye una d’as accions con “millor retorno” en o rendiment de WordPress: con a mesma estructura de pachina y o mesmo tema, si se fan bien o peso, as dimensions, o formato y a entrega d’as imachens, a experiencia de carga suele amillorar de contino.

Pero la optimización d'imachens tamién ye a más fácil de fer que tot quede “cada vez más embolicau”; a razón no ye que la tecnica siga masiau difícil, sino que a información ye masiau fragmentada:
Has leyiu belluns articlos, sabes que cal “comprimir” “WebP/AVIF” “carga pereixosa”, y luego en a descripción d'o plugin diz “100 credits gratis cada mes” “gratis 20MB” “1 credit por imachen”, y cada vegada que leyes mas te confundes mas — ¿será que lo gratis ye suficient? ¿Cómo se descuentan os credits? ¿Será que has entendiu mal “a mesma cosa”? Y lo mas important:Quan rematas, al cabo, ha teniu efecto de verdat?

Iste articlo nomás fa tres cosas:

1. Darte una executableFueilla de ruta(primer qué fer, dimpués qué fer)
2. Explica bien o plan que vas trigar (an qué se diferencian lo gratis y lo de pago, y ta qui ye millor cadaún)
3. Escribe por adelantado los errores más comunes para que no tengas que buscarlos ni revisarlos por todas partes después de terminar

1. Base: qué incluye WordPress per defecto y qué no incluye

Si no entiendes primero qué ye o que ya ha feito lo nuclio de WordPress, ye fácil que pase una d'istas dos situacions:

• No s'ha aprovechau a “capacidat gratuita” que caleba, y s'ha gastau tiempo/diners en reinventar a rueda otra vegada
• Pensabas que WordPress convertiría “automaticament” totas as imáchens antigas a WebP/AVIF, pero resulta que no lo fa

WordPress core ya incluye estas capacidatz clau:

• Imachens adaptables (srcset/sizes): Dende WordPress 4.4, o nuclio emitirá ta las imachens srcset Con sizesy aprobeitando as imachens de multiples grandarias cheneradas en a puyada, permitir que o navegador trigue os recursos mas adequaus seguntes as condicions d'a pantalla.
• Carga diferida nativa: Dende WordPress 5.5 s'activa por defecto la carga diferida nativa ta las imáchens, fendo servir l'estándar HTML loading Implementación d'atributos.
• Soportar a puyada de WebPDende WordPress 5.8 se puede cargar y usar WebP igual que JPEG/PNG, si o entorno de l’host admite WebP.
• Suporta puyar AVIFA partir de WordPress 6.5 se puede cargar y usar AVIF como JPEG/PNG (tamién depende d'o suporte d'o servidor).

Pero para cuenta:
“Suporta carga/uso ≠ conversión automatica/entrega automatica
Ye dicir: mesmo si ya yes en WP 6.5, os JPG/PNG d'a tuya biblioteca multimedia no se tornarán sols en WebP/AVIF; tampó no obtendrás automaticament a cadena completa de “fer salida d'AVIF/WebP seguntes as capacidatz d'o navegador y, pa os navegadors que no lo suportan, tornar ta la imachen orichinal” — ista parte normalment requiere un plugin u un servicio adicional.

2. Fuella de ruta: la optimización d'imachens se fa en 5 pasos

Qué fer, por qué, qué s'ha de lograr pa estar conforme, y cuáles son os erros típicos.

2.1 Primero, mete bien a mida (ye o más fácil d'ignorar, pero o que más beneficio da)

Muitos sitios lentos no ye per falta de compresión, sino porqueDescargada una imachen gran muito mayor que l'aria visible：
Por exemplo, si la pachina en realidat nomás amuestra 900 px d'amplo, pero fas que o visitante se descargue la imachen orichinal de 3000 px, o navegador nomás la “descarga y dimpués la reduce pa amostrar-la”. Isto malgasta ancho de banda, aumenta o tiempo de decodificación y ralentiza a primer pantalla.

de WordPress 4.4+mecanismo d'imachens adaptables（srcset/sizes) Ye prencipalmén ta ta solucionar iste problema.

Qué se considera acceptable:

• Quan la pachina s'ubre en o mobil, as imachens descargadas han d'estar clarament mas chicotas que en l'escritorio
• A mesma imachen se carga en diferents dispositivos con diferents grandarias de recursos (en cuenta de descargar siempre a imachen orichinal).

As trampa más común:

• Beluns temas/constructors fan servir as imachens como fons CSS u las amuestran d'una traza personalizada, y puede que s'evite srcsetcausando que siga puyando imachens grans
• Si usas un host externo d’imachens u bloques d’imachen de tercers, tamién puedes saltar-te o sistema de multiples grandarias chenerau pola biblioteca multimedia

---

2.2 Compresión (baixar os KB, pero no “rebentar” a calidat)

O nuclio d'a compresión no ye “cuanto más chic, millor”, sino “que a simple vista quasi no se note garra diferéncia, pero que o grandor d'o fichero baxe de traza clara”.

As reglas son as siguients:

• Fotos/reals (personas, productos, paisaches): priorizar la compresión con pérdida (mayor beneficio)
• Capturas de pantalla d'a interfaza/imáchens con muito texto: La compresión ha d'estar más conservadora pa evitar que o texto quede borroso
• Logo/Icono: Prioridat SVG u sin perda con cautela (con perda ye facil que os cantos queden borrosos)

Qué se considera acceptable:

• A mayoría d'as imáchens d'a pachina baxan de mida de traza clara
• Sin ruido visible, bordes borrosos, bandas de color ni texto desenfocau

---

2.3 WebP / AVIF (estratechia de formato: mesma calidat, menor grandaria)

WordPress ya permite cargar WebP (5,8) y AVIF (6,5)。
Pero ta fer servir de verdat o “formato d'a siguient cheneración”, normalment cal resolver dos cosas:

1. Cómo convertir por lotes a biblioteca de medios de l'historial(si no, nomás has optimizau “as nuevas imáchens que puyes dimpués”)
2. Ye chenerar una copia u substituir a imachen orichinal(Isto ye a linia divisoria d'o risgo; dimpués nos centraremos en “reemplazar y eliminar a imachen orichinal” de Plus WebP)

Forma recomendada:

• WebP: normalment como opción predeterminada preferida (compatibilidat más estable)
• AVIF: compresión más abanzada, ideal ta imáchens grans / imachen gran d'a primera pantalla / fotos d'albúm (pero encaraRequier soporte d'o entorno）

---

2.4 A carcha perezosa s'ha d'emplegar correctament (no cal fer-lo de traza indiscriminada)

A partir de WordPress 5.5Precarga predeterminadaImachen.
Puede reducir l'uso d'amplo de banda en a representación inicial:

• La carga diferida ye adauta ta “os recursos difuera d’a pantalla”
• A imachen gran más important d'a pantalla inicial, que muitas vegadas ye a imachen clau d'a primer pantalla, de normal no ye adecuada ta cargar-se con retraso

---

2.5 Capa de lliurament: CDN / imachen CDN

Compresión, mida y formato resolven que “o fichero siga mas chicot y mas adequau”.
Pero si las imachens se cargan siempre dende lo sitio orichinal a gran distancia, a latencia de ret ye capaz de afectar de traza notable a experiencia. En iste caso, fa falta una solución de “capa de entrega” (CDN/imachens CDN).

Dos direccions tipicas:

• Puliu de Cloudflare：Documentación de CloudflarePresenta o método de compresión de Polish (sin perda/con perda/WebP), y tamién menciona usar format=auto Permitir l'uso de formato WebP/AVIF.
• Acelerador d'o puesto web Jetpack：Documentación de JetpackExplica que optimizará as imachens y las distribuyirá a traviés d'a suya ret con os recursos estáticos.

A optimización d'imachens s'encarga de fer-las mas chicotas y adequadasCDN responsable d'una entrega más cercana y estable

3. Elección de tipo: nomás ir por dos rutas prencipals

Lo fracasso más común en a optimización d’imachens no ye “no he instalau un plugin”, sino instalar-ne masiaus, provocando un procesau duplicau:
A ye comprimindo, B tamién ye comprimindo; A ye convirtendo a WebP/AVIF, B tamién ye convirtendo; A ye cambiando a URL, B torna a fer una reescritura—finalment tu mesmo no saps qué ye pasando agora en o tuy

Reglas:

Nomás sigue una ruta: u tot local y de baldes, u una d'as tres opcions de compresión en a nube.

• Ruta A (tot de baldes local):Más WebP u AVIF + EWWW Image Optimizer(u nomás triga un)
• Ruta B (compresión de nube: triga una d'as tres)ShortPixel / Imagify / TinyPNG

---

3.1 Ruta A: totalment gratis y local (Plus WebP u AVIF u EWWW)

Las caracteristicas d'esta rota son:

• No depens d’un servicio externo de compresión de tipo “quota mensual / cobro por imachen” (anque belunas funciones tamién pueden ofrir servicios opcionals)
• O coste ye: o procesamiento en lote puede cargar más o servidor CPU/IO, y cal que prestes más atención a “estratechia y riesgo”

3.1.1 Més WebP u AVIFLo prencipal ye “chenerar/reemplazar”, no ye una ferramienta tradicional de “compresión”

• Quan se cheneren totas as imáchens:L’ID d’a imachen orichinal se sobrescribirá con WebP/AVIF, s’eliminará l’archivo orichinal y tamién se reemplazarán as URL d’o conteniu。
• O plugin proporciona comandos de WP-CLI y recuerda: quan i hai muitos fichers, usar WP-CLI ye máis fiable.

Isto significa: no ye “creyar un WebP ta tu en secreto”, sino que podría estarMigración d'activos(sobretot quan actives as opcions relacionadas con “reemplazar y eliminar a imachen orichinal”).

Diferencia entre os dos modos

Modo 1: mantener a imachen orichinal + chenerar copias WebP/AVIF (más estable)

• Ventalla: ye mas facil tornar enta zaga quan i hai problemas de compatibilidat
• Coste: augmentará l'uso d'espacio en disco (imachén orichinal + nuevo formato + miniaturas de múltiples grandarias)

Modo 2: reemplazar y eliminar a imachen orichinal (más agresivo)

• Ventachas: o disco no s’infla tan rapido; as referencias internas d’o puesto se convierten directament en o nuevo formato
• Riesgo: En “modificar activos + modificar referencias”, o coste d'investigación de problemas de compatibilidat será mas alto (especialment quan belluns sistemas externos u a logica d'o tema dependen d'o nombre d'o fichero, rota u formato or

Trampas típicas de Plus WebP u AVIF

1. Dempués de reemplazar tota la biblioteca, bellas imáchens en qualques pachinas se amuestran de traza anormal
   La razón normalment no ye que “la imachen sía estropiada”, sino que bel eslabón d'a cadena —como a substitución d'a URL, a caché u a estratechia de miniaturas— no coincide.
2. O numero de miniaturas ye mayor, o rango de cambios ye mas amplio.
   WordPress chubiendo una imachen chenera quantas midas; lo tema/plug-in tamién puede anyader-ne mas. O reemplazo total significa que talment yes cambiando un conchunto bien gran de fichers.
3. Nomás fer formato de migración, no ye igual a que lo volumen siga lo mas chicot.
   WebP/AVIF normalment son mas chicots, pero a “estratechia de grandaria” y a “estratechia de compresión” continan estando muit importants. No consideres Plus WebP como “un clic pa ir mas rapido”.

---

3.1.2 Optimizador d'imachens EWWW: representant d'a compresión local gratuita

A pachina de complemento EWWW tiene un posicionamiento muito claro:

• Puede estar optimizau en o tuyo servidor usando una serie de ferramientas (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, etc.)
• Si te cal una compresión más alta u un gasto menor de CPU, tamién puetz descargar en o suyo servidor (opcional) o procesamiento que consume CPU.

¿Qué papel habría d'asumir EWWW en a ruta A?

Si fas servir Plus WebP ta la migración de formato u estratechia de sustitución, alavez EWWW ye mas adequau ta asumir:

• Compresión y optimización d'o tamaño(especialment a reducción de peso de recursos orichinals como JPG/PNG)
• Historial de optimización en lote d'a biblioteca multimedia(Con o “baixe de tamaño” como obchectivo, y no “reemplazar a URL”)

Trabas tipicas d’EWWW

1. A carga d'o servidor aumenta mientres a optimización en lote
   Como la compresión local consume CPU/IO. La solución no ye “no usar-la”, sino “por lotes, en horas valle y, si ye necesario, trigar una solución de descarga u en a nube”.
2. “Chenerar WebP no quiere decir que o frontal sía sirviendo WebP
   Muitos plugins tienen iste malentendiu: a cheneración ye una cosa, y a estratechia d'entrega (reescritura, etiqueta picture, acierto de caché, etc.) ye unatra distinta.
3. Fa lo mesmo que bels atros plugins
   Si trías a ruta A, no apiles tamién compresión en a nube como ShortPixel/Imagify/TinyPNG; si trías a ruta B, no actives de nuevo a lochica de substitución de Plus WebP. O prencipio clau ye:Una ruta dica a lo final.

---

3.2 Opción B: compresión en a nube, trigar-ne una (ShortPixel / Imagify / TinyPNG)

Ista rota ye adecuat ta quiens “quieren aforrar recursos d'o servidor, quieren fer lotz de traballo de manera mas comoda y acceptan o cobro por cuota/por uso”.
Pero o punto d'a compresión de nube que más facilidat tien pa chenerar malentendidos ye:La quota gratuita no ye tan simple como “cantidat gratuita”La cantidat y a mida d'as miniaturas, si se chenera WebP/AVIF y si se recomprime repetidament, afectan notablement o consumo.

A continuación s'explicará: cómo funciona o gratis u de pago, cómo se descuenta a cuota, qué errors son más facils de cometer y ta qué tipo de puestos ye adecuau.

---

3.2.1 ShortPixel100 credits gratis/mes, pero as credits se consumen más con miniaturas y WebP/AVIF

Qué pasa con gratis/de pago

La introducción d'o plugin ShortPixel indica clarament:

• 100 credits gratis cada mes
• tamién bi ha “creditos mensuals ilimitaus adicionals” (a pachina d'o plugin proporciona información de precios correspondient)
• Tamién ofrecemos paquetes de credits d’un solo uso que no caducan nunca (y amostramos o precio d’inicio)

Aviso:

• Gratis: cada mes se dan bells credits, ta puestos leuchers u prebas
• Paquet d'un solo uso: ye adautato ta puestos con una “biblioteca multimedia muy gran, que quieren limpar l'inventario d'un colp” (se compra una vegada y se fa servir dica que s'acaba; normalment no caduca)
• Mensual/ilimitau: adaut ta puestos con actualización continua d'imachens y optimización estable a largo plazo

O KB oficial de ShortPixel tamién dio sobre “paq únic vs. mensualidat ilimitada”Explicación clara: O plan mensual ilimitau se paga cada mes (u cada anyo), ofrece credits ilimitatos y viene con una quota fixa de CDN; os credits d'un solo pago no caducan, de traza que los puedes usar seguntes las tuyas necesidatz con mas control.

O mas important: ¿cómo se calculan os credits de ShortPixel?

Documentación oficial de ShortPixel KB charra muit claro:

• WordPress puya una imachen y chenera quantas miniaturas;
• Cada optimización de miniatura conta como un credito；
• Si decides chenerar WebP u AVIF,Cada versión WebP/AVIF d'a imachen orichinal y a miniatura consume un credito adicional.；
• Puetz excluir bells miniaturas d'a optimización ta reducir o consumo de credits.

creditos Eixemplo：

Supon que puyas 1 imachen y que lo tema/plugin chenera 8 miniaturas៖

• Nomás se optimiza a imachen orichinal + miniaturas: 1 (orichinal) + 8 (miniaturas) = 9 credits
• Si cal tamién chenerar WebP/AVIF: os 9 d'alto, cadagún con una versión next-gen más → +9 credits más
  Ye quier decir, creyes que ye “1 imachen”, pero en realidat puet consumir cuasi “2 cifras de credits”.

Asinas:“100 credits gratis” no ye lo mesmo que “100 imáchens gratis”.

O forato mas común de ShortPixel

1. Os 100 credits gratis se gastan pronto
   Causa radiz: masiadas miniaturas + credits addicionals ta chenerar WebP/AVIF
   Recomendación：

• Primero evalua o numero de miniaturas d'o puesto
• Excluye as dimensions de miniaturas no necesarias (solo optimiza as dimensions que realmente se van a usar)
• Primero determina a estratechia de compresión y luego executa en lote, evita gastar por probar repetidamente

2. Amás, superponer atros complementos de conversión de formato
   Si tamién activas a sustitución de Plus WebP y deixas que ShortPixel chenere/inserte etiquetas next-gen, a lochica se superpondrá y será mas difícil de depurar. A rota B deixa que ShortPixel se faiga cargo por suyo.
3. Pensar que si lo instalas, seguro que “el frontend está sirviendo WebP/AVIF”
   Pachina d'o plugin ShortPixelMenciona que puede convertir WebP/AVIF y anyadir imáchens de próxima cheneración a la pachina frontal (por eixemplo, a traviés d'etiquetas).
   pero después de hacerlo, aún hay que verificar el efecto.

---

3.2.2 ImagifyGratuito 20MB/mes; se descuenta segunt a mida d'a imachen orichinal + numero de miniaturas, a recompresión descuenta de nuevo.

Cuota gratuita y posicionamiento

Página de precios oficial de Imagifyestá escrito claramente:Conta gratuita: 20MB de quota mensual。
Su página del plugin también especifica claramente que puede comprimir, redimensionar y convertir a WebP/AVIF.

¿Cómo se descuenta la quota?

Documentación oficial de Imagify “¿Cómo se calcula l'uso d'a quota?” explica con muita claredat o mecanismo de cobro:

• O numero de miniaturas afecta a lo consumoPor eixemplo, si tienes 10 midas de miniatura, optimizar 1 imachen se convertirá en optimizar 11 imachens (imachen orichinal + 10 miniaturas), totas ellas contribuirán a lo consumo de cuota.
• Se descuenta la quota segunt la grandaria d'o fichero orichinal: por exemplo, si ninvias una imachen de 100 KB a Imagify, se descontarán 100 KB d'a cuota.
• Cambiar lo nivel de compresión y reoptimizar tornará a consumir la cuota。
• A mesma clau API puede utilizar-se en quantos puestos web, pero la quota se compartirá entre istes puestos.

Isto ye o “método de comprensión prencipal” d’Imagify:
S'assembella más a un paquet de datos: o que ninvías, ixo te descuenta; cuantas más miniaturas haiga, más te descuenta; si lo recomprimes una y otra vegada, te lo tornará a descontar.

Exemplo de cota d'Imagify fácil d'entender

Suposa que subes una imachen orichinal de 800KB, o puesto chenera 8 miniaturas.

• Imagify optimiza incluye tanto a “imachen orichinal + 8 imachens en miniatura” (si decides optimizar-lo tot), lo que significa que esta acción consumirá una cuota cercana a “a suma d'as mida orichinals de totz estos fichers”.
  Ixo ye per qué bellas pachinas sienten que “20MB se gasta muito rapido”: no ye que Imagify no sía suficient, sino que as imachens que subes cada vegada son muito grans, bi ha muitos miniaturas y talment tamién has probau repetidament os livels de compresión.

O fallo mas común de Imagify

1. 20MB de balde no ye prou ta fer “limpieza completa d'o historial d'o puesto”
   20MB normalment ye mas adecuau pa prebas y actualizacions leus; si la tuya biblioteca de medios ya ye gran, una limpieza completa probablement requerirá una actualización.
2. Achustar repetidament o livel de compresión fa que se consume repetidament a quota
   Imagify esclareixReoptimizar consumirá de nuevo a quota.
   Te suchiero que en ista pachina mesmo deixes bien clara la “estratechia”:

• Confirma o nivel de compresión y l’aspecto con pocas imachens primero
• Confirma la estratechia antes d'executar en lote
  Evita prebar y fallar repetidament en toda a base de datos

3. L'API Key compartida entre quantos puestos fa que la cuota “siga menos” inexplicablement”
   Si fas servir a mesma clave API en quantos puestos, a cuota se compartirá.
   Asinas, en escenarios d'equipo/multisietio, ye millor deixar claro: qué sitios se comparten y qué sitios s'usan por separat, ta evitar que lo presupueso se descontrole.

---

3.2.3 TinyPNG(Tiny Compress Images): Gratis 500 credits/mes; convertir a WebP/AVIF resta 1 credit extra por mida“

Cuota gratuita y criterio de facturación

La pachina d'o plugin de WordPress de TinyPNG ye escrita de forma muit clara:

• 500 credits gratis cada mes
• En “instalación habitual de WordPress”, se puede comprimir aprox. Aproximadament 100 imachens/mes
• Pero si activas la conversión a AVIF u WebP:Cada grandaria d’imachen consumirá 1 credit extraAsinas, solo se puede comprimir y convertir aproximadament. Amán de 50 imáchens/mes(depende de quants tamaños de miniaturas tiens).

A o mesmo tiempo, Tinify (o desenvolvedor de TinyPNG/TinyJPG) tamién en o suyo Pachina de precios d’APIIndica-lo claramente: con rechistrar-te obtendrás 500 compresions de baldes cada mes; dimpués, se te cobrará seguntes o numero de compresions feitas con exito, y no i hai garra suscripción obligatoria.

Resume a traza cómo entiende TinyPNG:
Se cuenta por credits; cuantos más tamaños de miniaturas y más WebP/AVIF actives, más rápido se consumen los credits.

Exemplo de credits de TinyPNG fácil d'entender

Supón que o tuyo puesto chenera 8 grandarias de miniatura ta cada imachen:

• Nomás comprimir: imachen orichinal + 8 miniaturas → calen 9 credits
• Si activas a conversión a WebP/AVIF: cada mida descontará un crédito adicional → puede casi doblar-se
  Isto coincide exactament con a descripción d'a pachina d'o complemento: en activar a conversión, a cuota gratuita pasa aproximadament de “100 imachens/mes” a “50 imachens/mes”.

Trampas más comuns de TinyPNG

1. Asume que 500 credits = 500 imáchens
   No. Se consume por mida/varián d'imachen. A pachina d'o plugin ya avisa clarament que “a conversión descontará 1 credit adicional por cada mida d'imachen”.
2. O tema/o plugin de comercio electrónico xenera masiadaz tallas, y a cuota gratuita baxa muito clarament
   Cuantos mas dimensions, mas fácil ye que se multiplique o consumo de credits.
3. Dimpués d'activar a conversión, o saldo de golpe dura muito menos
   Isto no ye un bug, ye o suyo mecanismo de facturación.
   Consello d'estratechia:

• Si la fase gratuita s'usa prencipalment ta comprimir y reducir peso, primero puetz nomás comprimir; quan confirmes que la estructura d'o puesto ye estable y que de verdat amenesta next-gen, alavez activa la conversión

4. Recomendación por escenario: cómo triar pa diferents tipos de puestos web

Tamién en WordPress, os “puntos de presión d'imachen” no son iguals ta un puesto de conteniu, un e-comercio, un portfolio u un puesto de miembros.

4.1 Puesto de contenius/blog (articlos con muitas imáchens, frecuencia d'actualización meya)

Sinchesta de prioridat:

1. Estratechia de tallas (Paso 1)
2. Compresión (Paso 2)
3. WebP (Paso 3)

Ruta mas adecuada:

• Ta estar tranquilo: ruta B, tría 1 (ShortPixel / Imagify / TinyPNG)
• Si queres de baldes: ruta A (Plus WebP + EWWW), pero se recomienda prencipiar por o “modo conservador (sin borrar a imachen orichinal)” ta avaliar os risgos

Trampa tipica៖

• A imachen principal de l'articlo ye muito gran, estratechia de carga perezosa no adecuadaPuede retrasar la primer pantalla

4.2 Comerzio electronico/Pachina de producto (muitas miniaturas, muitas variants d’imachen, prioridat a la establidat)

O comercio electronico no ye do puesto más fácil ta dar problemas no ye que “l'efecto de compresión no sía prou bueno”, sino que “dimpués d'optimizar bellas grandarias son incorrectas, faltan as miniaturas u o componente d'o front-end no puede obtener as imáchens”.

Sinchesta de prioridat:

1. Primer estabiliza: a estratechia de compresión ha d'estar más conservadora, no fagas una sustitución de tota la base de datos de primeras
2. Evalua o grandor d'as miniaturas: os temas de comerzio electronico suelen chenerar mas grandors, y o consumo d'a cuota aumentará (especialment en ShortPixel/TinyPNG)
3. Fer una validación chicota antes de fer-lo en masa (muito important)

Ruta mas adecuada:

• La ruta B ye de cutio más sin complicacions: ShortPixel/Imagify/TinyPNG permiten lotes; lo clau ye entender o sistema de cuotas y evaluar os costos con antelación
• A rota A tamién ye posible, pero cal tener más cautela con o comportamiento de “sobreescritura d'ID/eliminación d'a imachen orichinal/substitución d'URL” de Plus WebP: fa parte d'una migración d'activos y no se

4.3 Portafuellos/Sitio de fotografía (sensible a la calidat d'a imachen sola, imáchens grans, altas exigencias visuals)

Sinchesta de prioridat:

1. Estratechia de mida (control d'a ran visible)
2. Estratechia de compresión (millor un poco mas gran que no pas perder os detalles)
3. WebP/AVIF (as imachens grans ye bien evidente, pero cal verificar l'apariencia)

Ruta mas adecuada:

• Imagify: se descuenta la quota “seguntes a la grandaria d’a imachen orichinal”, iste tipo de puesto ye mas facil ta fer “presupuesto controlable” (sabes mas u menos quanto se descuenta por cada imachen gran), pero cal evitar recomprimir repetidament.
• ShortPixelSi no i hai muitas grandarias de miniatura, os credits tamién son prou intuitivos; pero si cheneras muitas grandarias + next-gen, o consumo de credits aumentará, asinas que cal planificar-lo con antelación.

5. Comparación de quotas/tarifación: explicar si “lo gratuïto ye suficient”

¿Qué opción ye más rentable y cuánto tiempo se puede aguantar de balde?

5.1 Tres modelos de cobro

• ShortPixel(créditos)Es credits se cuentan por “imachen orichinal + cantidat de miniaturas”; chenerar WebP/AVIF descontará credits adicionals por cada versión correspondiente.
• Imagify(Quota MB): seguntes a “mida orichinal d'o fichero” se descuenta a cuota; cuantas más miniaturas, més se descuenta; a recompresión la volverá a descontar.
• TinyPNG(créditos)500 credits cada mes; activar la conversión WebP/AVIF descontará credits extra por cada tamaño d’imachen

5.2 Método d'estimación rapida

Puetz calcular-lo asinas:

1. Mira una imachen orichinal que suelas puyar y mira mas u menos quanto ocupa (p. eix. 300 KB / 1MB / 3MB)
2. Mira quants grandarias de miniaturas se cheneran aproximadament en o tuyo puesto (por exemplo, 5 / 10 / 20)
3. Decide si quiers chenerar WebP/AVIF (sí/no)

Dimpués, usa o siguient “cálculo mental” ta entender o consumo:

• ShortPixelcada imachen ≈ (1 + miniaturas) credits; si se chenera WebP/AVIF, ≈ se dobla de nuevo (porque la versión next-gen tamién requiere credit)
• Imagify: cada imachen ≈ (mida d'a imachen orichinal + mida de cada miniatura) desconta quota; si cambias o libel de compresión y la tornas a comprimir, se volverá a descontar
• TinyPNGGratis 500 credits; si cada imachen d'o tuyo puesto chenera muitas mides y yes activada a conversión, o numero d'imachens gratis baixará de traza clara (a pachina d'o plugin da una previsión visual d“”aprox. 100 imachens/mes“ y ”aprox. 50 imachens/mes")

6. Alvertencia de riscos

Riesgo 1: no deixes que quantos plugins repitan a mesma cosa

Isto ye la “fuent d’o desastre” mas habitual”

• Rota A:Plus WebP u AVIF + EWWW(Os dos se dividen o treballo, no fagan a mesma conversión y entrega a la vegada, u instalar nomás un d'éls)
• Ruta B: ShortPixel / Imagify / TinyPNG Trigar-ne unTriga un responsable de la compresión y next-gen

Riesgo 2: A “sobrescribir ID / borrar imachen orichinal / reemplazar URL” de Plus WebP perteneix a la migración d'activos

Tornar a insistir:Mas WebP A descripción indica clarament que en a cheneración completa se sobrescribirá l’ID d’a imachen orichinal, se borrará lo fichero orichinal y se reemplazará l’URL d’o conteniu.
Isto significa que no ye una “chiqueta configuración que se puede retirar en qualsequier momento”, sino una modificación a nivel d’activos.

A estratechia recomendada sería:

• Prueba primero a pequeña escala (unas decenas a unos cientos)
• Confirmar que la visualización en o frontal, as miniaturas y l'actualización d'a caché funcionan bien
• Tornar a considerar o procesau total d'a base de datos

Riesgo 3: O consumo real d'a “cuota gratuita” de compresión en a nube depende d'o numero d'imachens en miniatura y d'a selección de next-gen

• ShortPixel: As miniaturas y next-gen afectarán significativament os créditos
• TinyPNG: Activar WebP/AVIF descontará créditos adicionals por cada mida d'imachen
• Imagify: retalla seguntes a grandaria orichinal; cuantas mas miniaturas i hai, mas se retalla; una pretada forta repetirá o retalle

Risco 4: “s'ha chenerau WebP/AVIF” no ye igual a “lo front-end ye entregando WebP/AVIF”

Muita chent, dimpués d'a conversión, siente que no ye “más rapido”; a causa ye que o front-end encara sirve JPG/PNG (caché, reescritura, etiquetas, negociación d'o navegador, etc., bell paso no ye bien configurau).

7. Cómo verificar si ha funcionau dimpués de fer-lo

4 puntos de validación muito simples:

1. Refrescar a pachina por segunda vegada, ¿se carga mas estable y mas rapido?Sensación de si a caché y a optimización fan efecto
2. As dimensions d'as imachens cargadas en mobil y escritorio son clarament diferentsResponsive srcset/sizes ¿Fa efecto?
3. Revisar bellas imachens: ¿apareixen fichers u recursos WebP u AVIF?(¿O puesto web realmente los fa servir?) next-gen）
4. Revisar bellas imachens: ampliar pa veyer si son borrosas de forma evidente, si o texto ye desenfocau(¿A calidat de compresión ye excesiva?)

Si istos cuatro puntos son cumplitos, significa que a tuya rota ya ye en marcha. Dimpués, faiga CDN “Capa d'entrega”, y será mas estable en cheneral.

8. Recomendacions d'acción

1. Primero selecciona una rota:

• Quiere que siga lo mas gratis posible: Plus WebP u AVIF + EWWW (u nomás instala-ne un)
• Si quiers estalviar recursos d'o servidor, pagar seguntes a la quota ye más comodoShortPixel / Imagify / TinyPNG, triga-ne una

2. Prencipia con una prueba de chicota escala (dizenas d'imachens)
3. Confirma que no i hai problemas antes de procesar en lote
4. Cal amillorar encara más a estabilidat d'a entrega:Lectura CDN accelerar

Preguntas Frequents

1. Cuántos complementos he d'instalar en total? Se pueden instalar totz?

Intenta seguir nomás una rota.

• Ruta A: Plus WebP u AVIF + EWWW Image Optimizer (u instala nomás un d'os dos)
• Ruta B: ShortPixel / Imagify / TinyPNG, tría-ne un
  En un mesmo puesto, fer a la vez que quantos plugins faigan “compresión/conversión a WebP/AVIF/cambio d’URL/reescritura de entrega” ye o más fácil pa embolicar-lo tot y o más difícil de revisar.

2. ¿Ya no ye compatible WordPress con WebP/AVIF? ¿Encara me fa falta un plugin?

Cal distinguir:
“Suporta carga/uso ≠ conversión automatica/entrega automatica
WordPress 6.5 tampoca no convertirá automaticament en lotes os JPG/PNG antigos a WebP/AVIF, ni tampoca te fará automaticament a cadena completa de “amostrar AVIF/WebP seguntes a capacidat d'o navegador y fer a torna atras”. Si quiers que a biblioteca multimedia historica tamién s'i adaeqüe, normalment cal un plugin u un servicio que complete ixo.

3. En a optimización d’imachens, cuál ye exactament o paso de “mayor retorno”?

Normalment Primer fa bien “dimensions” (srcset/sizes)。
Muitas pachinas son lentas no porque no sigan comprimidas, sino porque amuestran nomás 900px pero fan descargar a l'usuario una imachen orichinal de 3000px. A compresión puet aforrar KB, pero “as dimensions incorrectas” te farán descargar varas vegadas mas datos de lo necesario.

4. Cómo confirmo que lo que se ye cargando agora ye “a más chicota” y no que sempre se baixa a imachen orichinal?

Mira dos fenomenos:

• Quan la pachina s'ubre en o mobil, as imachens descargadas han d'estar clarament mas chicotas que en l'escritorio
• A mesma imachen carga recursos de diferents grandarias en diferents dispositivos
  Si siempre descargas a imachen orichinal, a razón común ye que o tema/constructor faiga servir a imachen como fondo de CSS u salida personalizada, evitando as midas multiples y srcset d'a biblioteca de medios.

5. “S'ha chenerau WebP/AVIF” ye igual a que lo frontal necesariamente amuestra WebP/AVIF?

No ye igual.
A cheneración nomás ye completada en a “capa de fichers”; si o front-end realment entrega WebP/AVIF depende de reescrituras, estratechias d'etiquetas picture, si a caché ye acertada, si a negociación d'o navegador ye efectiva, etc. Has de “comprobar o tipo de recurso d'alguns imáchens” dimpués de fer-lo.

6. ¿A on ye lo periglo de WebP u AVIF? ¿Puedo executar-lo tot en una sola vegada?

O suyo punto de risgo no ye “compresión”, sino que yeCambios de libel de migración d’activos：

• Quan se chenera de forma completa, ye posible que se sobrescriba l'ID d'o fichero d'imachen orichinal, s'elimine o fichero orichinal y se reemplace a URL d'o conteniu.
  Asinas queNo se recomienda reemplazar toda la base de datos dende lo prencipio: primero preba en una escala chicota (dende unas decenas dica bells cientos d’imachens) + con una copia de seguranza disponible, dimpués considera processar toda la base de datos.

7. Cómo trigar entre os dos modos de Plus WebP: conservar a imachen orichinal u reemplazar-la y eliminar a imachen orichinal?

Comprensión simpla:

• Modo 1: mantener a imachen orichinal + chenerar copias WebP/AVIF (más estable): Facilita tornar zaga, pero o disco crecerá (orichinal + nuevo formato + miniaturas de quantas grandarias).
• Modo 2: reemplazar y eliminar a imachen orichinal (más agresivo): o disco no s’infla con facilidat, pero yes cambiando “actius + referencias”, y lo coste de localizar problemas de compatibilidat ye mas alto.
  Cuan mas complexo ye lo puesto (comercio electronico/multi-plugin/multi-tamanyo), mas se recomienda empecipiar dende un modo mas estable.

8. ¿Ye suficient o EWWW Image Optimizer pa comprimir localment de traza gratuita? ¿Podría fer que o servidor se desplome?

EWWW ye mas como un “compresor local que fa treballo”: consumirá CPU/IO.
Ye habitual ye que en l'optimización en lote aumente la carga; isto no quiere decir que “no funcione”, sino que la estratechia ha d'estar l'adequada: por lotes, en horas de baixa carga y, si cal, trigar descarga u una solución en a nube.
Si buscas ahorrar preocupacions u os recursos d'o servidor son limitaus, a rota B ye mas economica ta o servidor.

9. Os 100 creditos gratis de ShortPixel por mes, per qué siento que se van en poquez imachens?

Porque credits no ye “numero d'imachens”será reduciu con miniaturas y ampliau con next-gen:

• Imachen orichinal + cada miniatura cuenta como un credit
• Si se chenera WebP/AVIF, cada versión corresponent consumirá créditos adicionals tanben
  Asinas que creyes que “1 imachen” puede en realidat consumir quasi “credits de 2 cifras”. ShortPixel

10. ¿Por qué se gasta tan rápido el plan gratuito de 20MB/mes de Imagify?

Imagify ye mas como un “paquete de trafico”:

• Seguntes o que ninviesgrandaria d'o fichero orichinalDescontar cuotas
• Cuantas más miniaturas, mayor consumo
• Cambiar o livel de compresión y reoptimizar consumirá cuotas de nuevo
• Una mesma clave API compartida entre quantos puestos, con cuota compartida
  Asinas, “20MB s'esgota rapido” ye freqüentment porque as imáchens son masiado grans, i hai masiaus miniaturas, u se repite a preba y error.

TinyPNG 500 credits de balde cada mes, per qué o plugin diz que nomás son unes 100 imachens/mes, y se s'ubre WebP/AVIF se converte en 50 imachens/mes?

Porque os credits de TinyPNG tamién s'amplifican por “mida/variant”

• Instalación estandar de WordPress aprox. comprime 100 imachens/mes
• Activar a conversión AVIF u WebP:Cada grandaria d’imachen consumirá 1 credit extra, asinas que probablement nomás se puet comprimir y convertir arredol de 50 imáchens/mes (dependendo d'o numero y mida d'as miniaturas).
  Asinas que 500 credits ≠ 500 imáchens.

12. ¿Quantas miniaturas tien o mío puesto? ¿Per qué afecta tanto?

WordPress carga una imachen y chenera multiples mides; os temas/plugins (especialment e-commercio) pueden adhibir-ne encara mas.
Os creditos/cuotas de compresión en nube normalmente se calculan como “imachen orichinal + miniatura chuntas”, asinas que quantas mas miniaturas, menos dura la franquicia gratuita.

13. A carga diferida acelera siempre? Por qué beluns dicen que, de feito, a carga diferida fa que siga más lenta?

A carga diferida ye adequata pa os “recursos difuera d'a pantalla”.
Si la imachen gran mas important d'a primera pantalla tamién se carga de forma diferida, podría relentizar l'experiencia d'a primera pantalla. Dende WordPress 5.5, la carga diferida por defecto no ye un problema, pero no s'ha d'aplicar de forma indiscriminada.

14. Si sigo a rota A u B, quan necesito CDN / Imachen CDN?

Compresión, grandaria y formato solucionan “fichero más chicot y más adequau”;
CDN resuelve entregas más cerca y más estables。
Quan as imáchens se tiran dende o sitio orichinal dende luen e i hai una latencia clara, adhibir dimpués CDN/imachén CDN (por exemplo, Cloudflare Polish / Jetpack Site Accelerator) ye més estable en conchunto, para la lectura Aceleración de WordPress CDN。

15. Después de fer-lo, ¿qué mániga más simpla uso pa verificar que “realment ye efectivo”?

Lo metodo de verificación más rapido en tiempo:

• Refrescar a pachina por segunda vegada, ¿se carga mas estable y mas rapido?
• As dimensions d'as imáchens cargadas en mobils y escritorio son clarament diferents (funcionan srcset/sizes)
• Revisar bellas imachens: ¿apareixen fichers u recursos WebP u AVIF?
• Revisar bellas imachens: ampliar pa veyer si son borrosas de forma evidente, si o texto ye desenfocau