
GITNUXSOFTWARE ADVICE
Art DesignTop 10 Best Picture Compression Software of 2026
Top 10 Picture Compression Software ranked with testing notes for photo and design workflows. Includes TinyPNG, TinyJPG, and Squoosh comparisons.
How we ranked these tools
Core product claims cross-referenced against official documentation, changelogs, and independent technical reviews.
Analyzed video reviews and hundreds of written evaluations to capture real-world user experiences with each tool.
AI persona simulations modeled how different user types would experience each tool across common use cases and workflows.
Final rankings reviewed and approved by our editorial team with authority to override AI-generated scores based on domain expertise.
Score: Features 40% · Ease 30% · Value 30%
Gitnux may earn a commission through links on this page — this does not influence rankings. Editorial policy
Editor’s top 3 picks
Three quick recommendations before you dive into the full comparison below — each one leads on a different dimension.
TinyPNG
API-based PNG and JPEG compression workflow for scriptable batch processing.
Built for fits when teams automate image publishing with minimal per-asset configuration..
TinyJPG
Editor pickBatch image compression by uploading multiple assets for consistent output size reduction.
Built for fits when teams need repeatable image compression batches without heavy governance or policy controls..
Squoosh
Editor pickSide-by-side comparison with codec-specific quality controls executed via a WebAssembly pipeline.
Built for fits when small teams need visual compression iteration and lightweight automation without server control..
Related reading
Comparison Table
This comparison table maps picture compression tools across integration depth, including plugin support, CLI options, and API surface for automation. It also compares the data model, schema for compression settings, and extensibility paths that affect configuration, throughput, and reproducibility. Admin and governance controls such as RBAC, provisioning workflows, and audit log coverage are included alongside platform governance tradeoffs.
TinyPNG
web compressorWeb-based image compressor that supports PNG and JPEG optimization with a workflow suited to art pipelines.
API-based PNG and JPEG compression workflow for scriptable batch processing.
TinyPNG focuses on image compression for web assets, taking PNG and JPEG inputs and returning compressed files for immediate use. Batch processing supports practical throughput for libraries of screenshots and catalog images. The integration depth is limited to web-based interactions unless paired with external automation around its API, because upload and results revolve around request and response artifacts. The data model is mostly file-centric, using source image bytes and producing compressed image bytes without exposing per-channel controls.
A key tradeoff is that advanced governance controls are minimal, so administrators mainly manage usage through external access patterns rather than in-product RBAC or audit log features. For teams with CI pipelines, the stronger fit is wrapping TinyPNG calls inside build steps so image artifacts are optimized before publishing. A weaker fit is interactive, per-image compression tuning at fine-grained quality or color profile levels, since the workflow centers on input and compressed output.
- +Batch compression for PNG and JPEG with quick turnaround
- +Web workflow fits asset libraries and content reviews
- +API-friendly request and response pattern for automation
- +Predictable output generation from file inputs
- –Limited in-tool governance such as RBAC and audit logging
- –File-centric model limits per-channel tuning and schema controls
- –Integration depth depends on external automation around API calls
Front-end build engineers
Optimize images in CI before deploy
Lower payload sizes in production
Ecommerce catalog teams
Compress product images at ingestion
Faster image loading
Show 2 more scenarios
Marketing ops teams
Bulk optimize campaign creative assets
Consistent delivery across platforms
Runs batch compression on campaign images to standardize file sizes across channels.
Digital asset administrators
Replace originals with compressed versions
Reduced storage and bandwidth
Uses a file-output workflow to swap stored assets with optimized outputs.
Best for: Fits when teams automate image publishing with minimal per-asset configuration.
More related reading
TinyJPG
web compressorJPEG-focused image compressor with direct upload workflows that are compatible with design asset preparation.
Batch image compression by uploading multiple assets for consistent output size reduction.
TinyJPG is built around input images that are transformed into smaller outputs while maintaining a quality-focused compression profile. Core capabilities center on file-based compression and re-encoding with output size reduction, which suits asset pipelines that already move files to storage. Integration breadth is strongest when compression is triggered as part of a content build or media ingestion step rather than during interactive editing. Automation and data model are simple for image inputs, but the governance surface like RBAC, audit logs, and schema controls is limited for complex enterprise workflows.
A concrete tradeoff appears when projects require strict controls like per-team quotas, audit log retention, and policy-based approvals for image processing. TinyJPG fits better when a team can treat compression as an offline build step for product images, blog headers, or marketing creatives. Usage stays practical for teams that need repeatable throughput for batches, even when advanced administration and extensibility are not central.
- +Simple, file-first compression workflow for web image assets
- +Good throughput for batch processing image catalogs
- +Consistent compression behavior for repeatable output sizing
- –Limited admin controls like RBAC and audit log management
- –API surface and automation depth are not geared for complex policies
- –Schema-level integration is minimal beyond image input and output files
Frontend and content teams
Compress hero images during page builds
Faster page load assets
Ecommerce merchandising teams
Optimize product image catalogs
Lower image transfer volume
Show 2 more scenarios
Digital marketing operations
Shrink campaign creatives before deployment
More efficient delivery
Produces smaller marketing images for landing pages and ad landing asset sets.
Build and CI automation teams
Run compression as an offline step
Automated media optimization
Integrates image compression into an asset pipeline that publishes to storage.
Best for: Fits when teams need repeatable image compression batches without heavy governance or policy controls.
Squoosh
browser localBrowser-based image compression tool that runs local conversions for PNG, WebP, and other formats used in design systems.
Side-by-side comparison with codec-specific quality controls executed via a WebAssembly pipeline.
Squoosh’s integration depth is primarily front-end driven, using a browser-executed pipeline instead of server provisioning for typical use. The data model is image-input plus codec settings, with outputs organized by encoded format and quality parameters for direct comparison. The automation and API surface is oriented around programmatic encoding flows rather than a full management layer with RBAC, audit logs, or org governance.
A key tradeoff is limited admin and governance controls for teams that need centralized policy enforcement, logging, and access boundaries. Squoosh fits scenarios like design handoffs and QA checks where engineers can compress a set of images and validate artifacts visually. It also fits offline or sandboxed work where throughput depends on client CPU and browser capabilities.
- +WebAssembly-based compression runs in-browser without image upload
- +Side-by-side previews speed codec and quality parameter iteration
- +Scriptable compression flows for programmatic encoding workflows
- –No RBAC, audit log, or org-level governance controls
- –Throughput depends on client device and browser performance
Design QA teams
Validate artifacts across JPEG and WebP exports
Fewer visual regressions in reviews
Front-end developers
Generate multiple responsive variants for assets
Smaller payloads with predictable outputs
Show 2 more scenarios
Tooling engineers
Batch compress via scriptable interface
Faster asset pipeline throughput
Automation flows can encode images in code paths without building a separate compression service.
Agency production teams
Share repeatable compression experiments with stakeholders
Less back-and-forth on settings
Links and parameter presets help stakeholders review output quality without reconfiguring every test.
Best for: Fits when small teams need visual compression iteration and lightweight automation without server control.
FileOptimizer
desktop batchWindows desktop compressor that reduces PNG, JPEG, and other formats through configurable compression passes and batch processing.
Batch processing with format-aware recompression options for multiple image types.
FileOptimizer is a picture compression tool that targets per-file workflows and batch processing for common image formats. It applies format-aware compression settings and can recompress files repeatedly to reduce size while preserving usable content.
Integration is mostly file-based through batch usage rather than a service API. Automation relies on controllable command-line style execution and repeatable configurations.
- +Batch recompression supports high-volume throughput without manual per-file steps
- +Format-aware compression settings target JPEG, PNG, GIF, TIFF, and others
- +File-based workflow fits local pipelines and shared storage conventions
- –Limited visible integration depth beyond file and batch execution patterns
- –No documented REST API or schema for external provisioning in automation contexts
- –Governance controls like RBAC and audit logs are not clearly exposed
Best for: Fits when teams need repeatable local batch compression without server-side orchestration.
ImageMagick
CLI toolkitCommand-line image toolkit that applies format conversion and compression settings for repeatable asset compression workflows.
ImageMagick security policy rules that restrict formats and resource access during compression jobs.
ImageMagick performs picture compression and format conversion using command-line tools like convert and magick, plus policy-based security controls. Compression is driven by codec parameters such as JPEG quality and PNG quantization, with support for batch processing over large file sets.
Automation is handled through scripts that compose CLI arguments and use exit codes, while integration depth relies on process execution from external systems. The data model is file-based I/O with a transformation pipeline expressed as ordered operations in a single command string.
- +CLI-driven compression supports JPEG quality and PNG quantization parameters
- +Deterministic batch workflows through scripting and pipeline composition
- +Policy configuration restricts input formats and external resource access
- +Rich extensibility via delegates and build-time feature options
- –API surface is mainly process execution rather than an embedded service
- –Quoted command arguments can become brittle in orchestration layers
- –Image operation pipelines lack a formal schema for automation state
- –Governance depends on local policy configuration and correct deployment
Best for: Fits when teams need scripted, parameterized image compression integrated via command execution.
Kraken.io
API optimizationAPI-driven image optimization service that compresses images with configurable quality and format handling for pipelines.
Request-based API compression with quality and format handling parameters for repeatable transformations.
Kraken.io fits teams that need image compression integrated into existing pipelines with repeatable configuration and predictable output. It offers API-driven compression with schema-like controls for quality, format handling, and resize workflows.
Kraken.io supports batch-style processing patterns and automation hooks that reduce manual re-encoding across catalogs and web assets. Governance depends on how teams provision API access, apply environment separation, and log processing activity around compression requests.
- +Compression and transforms are driven through a documented API
- +Quality and format controls support consistent output across pipelines
- +Throughput works well for batch processing of large image sets
- +Extensibility via automation patterns around compression requests
- –Fine-grained governance relies on external access controls and logging
- –Complex workflow rules require careful orchestration around API calls
- –Sandbox testing can be extra work to validate output parity
- –Operational visibility depends on request-level telemetry setup
Best for: Fits when teams need automated image compression at scale via API and configurable workflows.
Cloudinary
media pipelineManaged image CDN with transformations that compress and transcode images using parameterized presets in automated delivery flows.
Real-time delivery transformations using URL-based parameters with automatic compression outcomes.
Cloudinary differentiates itself with an API-first media pipeline that performs compression and transformation as part of delivery. Image transformations are expressed as structured parameters, which map to reproducible outputs across CDNs.
Automation arrives through upload and transformation APIs plus webhook hooks for post-processing workflows. The data model centers on public IDs, transformations, delivery URLs, and metadata, which supports governance via account settings and role-based access.
- +Transformation and compression parameters apply at request time via API
- +Upload pipeline automates format conversion and derivative generation
- +Signed URLs enable controlled delivery without leaking internal identifiers
- +Webhooks provide automation triggers after processing completes
- +Consistent public ID schema simplifies indexing and bulk operations
- –Highly parameterized transformations require strict schema discipline
- –Governance controls rely on account configuration and roles, not per-asset RBAC
- –Webhook handling adds operational work for retries and idempotency
- –Complex pipelines can increase request and processing throughput costs
- –Per-customer policies need careful configuration to avoid inconsistent behavior
Best for: Fits when teams need API-driven image compression integrated into delivery URLs.
Imgix
media pipelineImage resizing and optimization platform that applies compression through URL-based transform parameters for design asset delivery.
URL-based image transformations with deterministic parameters and rules applied at request time.
Imgix delivers image transformation at request time through URL-based parameters, which keeps integration changes focused on URL generation. The service centers on a configurable image-serving data model with reusable rules for resizing, cropping, format selection, and caching headers.
Its API and webhooks support operational automation for asset and delivery workflows that depend on predictable configuration and throughput. Admin governance relies on account-level configuration and credential handling that controls who can provision and change transformation rules.
- +Request-time transformations driven by URL parameters
- +Rules and configuration support consistent transformation behavior
- +API surface supports automation for delivery and operations workflows
- +Caching controls target CDN throughput and origin offload
- –Complex transformation stacks can be hard to reason about
- –Fine-grained governance depends on account and credential configuration
- –Webhook-driven workflows require careful schema and event handling
- –Performance tuning often needs CDN and transformation testing together
Best for: Fits when teams need URL-driven image automation with controlled configuration and API-based operations.
CompressAI
open-source researchOpen-source compression research codebase that provides programmatic models for experimental image compression workflows.
Entropy model integration that enables learned probability coding and rate control in reference codecs.
CompressAI is a GitHub codebase for neural picture compression research and production-oriented experimentation. It includes reference implementations for learned codecs such as entropy models, autoencoders, and rate-control patterns.
Integration depth depends on how well the exported PyTorch modules fit an existing training and inference stack. Automation and API surface are provided through Python module interfaces rather than a centralized service layer.
- +Neural codec building blocks in PyTorch for learned compression pipelines
- +Clear entropy model and rate-control components for controllable bitrates
- +Supports custom training and inference loops via extensible module APIs
- +Dataset-driven training scripts enable repeatable experiments and ablation runs
- –No dedicated picture compression service API for non-Python deployments
- –Compression runtime and throughput depend on custom wiring and hardware choices
- –Governance features like RBAC and audit logs are not built into the repo
- –Production integration requires engineering around schema and artifact management
Best for: Fits when teams want controllable learned compression with Python integration and custom automation.
pngquant
PNG quantizationCommand-line quantization utility that reduces PNG palette sizes with configurable quality targets for asset compression.
Alpha-aware quantization that preserves transparency gradients with quantization and dithering controls.
pngquant is a command-line PNG quantization tool that targets smaller files by reducing the palette size. It supports quality control via quantization levels and dithering, and it can emit optimized alpha handling for transparency-heavy assets.
Integration centers on batch processing, piping, and predictable input-output behavior for build pipelines. The software includes no native server API, so automation typically happens through shell orchestration and file-level workflows rather than a managed data model.
- +Deterministic CLI output supports reproducible build pipelines
- +Quality controls using min and max palette thresholds
- +Alpha-aware quantization for transparency-heavy PNGs
- –No native REST API for automation, provisioning, or RBAC
- –No audit log or governance controls for batch processing
- –Limited extensibility beyond CLI flags and wrapper scripts
Best for: Fits when build pipelines need repeatable PNG compression without a centralized automation service.
How to Choose the Right Picture Compression Software
This guide covers TinyPNG, TinyJPG, Squoosh, FileOptimizer, ImageMagick, Kraken.io, Cloudinary, Imgix, CompressAI, and pngquant for teams that need repeatable picture compression workflows.
Each section maps tool capabilities to integration depth, data model, automation and API surface, and admin and governance controls so selection stays concrete for asset pipelines and delivery systems.
Picture compression tooling that turns images into smaller assets through APIs, CLIs, or on-device codecs
Picture compression software reduces image file size by applying codec settings like JPEG quality, PNG quantization, or format conversions, then returning smaller outputs for web and product media.
Tools in this space either run in-browser like Squoosh, run locally through command execution like ImageMagick and pngquant, or run as services with request-time transformations like Kraken.io, Cloudinary, and Imgix.
Teams typically use these tools for high-volume catalog optimization, derivative image generation, and consistent output across publication workflows, with TinyPNG and Kraken.io representing API-driven automation patterns that fit asset pipelines.
Control surface checklist for compression automation and governance
Compression quality is only one axis because pipeline integration usually fails on data model mismatch, missing governance hooks, or automation that cannot be governed.
For admin and governance controls, most tools in this set expose limited RBAC and audit log capabilities, so selection needs to account for where those controls must live instead.
Request-based API compression with structured parameters
Kraken.io and Cloudinary provide request-driven compression using API parameters that support repeatable transformations across pipelines. TinyPNG also supports an API-based PNG and JPEG workflow, but its governance controls are limited compared with service-account controls.
URL-based transformation model for CDN delivery
Imgix and Cloudinary apply compression at request time using URL and transformation parameter patterns. This model keeps integration focused on generating correct delivery URLs while still enabling deterministic rule sets.
Deterministic batch execution for high-volume catalogs
TinyJPG supports batch compression by uploading multiple assets for consistent output behavior, which fits catalog and batch workflows without heavy policy controls. FileOptimizer and pngquant support batch processing through file-based recompression and quantization so throughput can be handled in build or local pipelines.
Codec and quality controls that match the formats in use
ImageMagick exposes command-line control over JPEG quality and PNG quantization so pipelines can tune compression parameters explicitly. pngquant focuses on PNG palette quantization with quality thresholds and dithering, which is effective when PNG size reduction is the primary goal.
Client-side visual tuning with codec iteration
Squoosh runs a WebAssembly pipeline in the browser and provides side-by-side previews with codec-specific quality controls. This makes it a fit for teams that need fast iteration without server-side integration.
Security policy and constrained execution for compression jobs
ImageMagick includes security policy rules that restrict formats and resource access during compression jobs. This reduces the blast radius of scripted compression when orchestration layers execute commands over untrusted inputs.
Governance hooks like RBAC and audit logging
Most tools here lack explicit RBAC and audit logging inside the compression layer, including TinyPNG, TinyJPG, Squoosh, and pngquant. Cloudinary and Imgix depend more on account configuration and role handling, so governance must be planned around account-level controls rather than per-asset policy.
Decision framework for selecting compression automation depth and control
Start by matching the integration path to how assets move through the stack. Then evaluate how the tool’s data model expresses transformations, because automation quality depends on whether rules are request parameters, URL parameters, or file operations.
Finally, check admin and governance controls early because most tools rely on external process control rather than in-tool RBAC and audit logs.
Pick the integration path that matches the pipeline
If compression must run inside a programmatic workflow with repeatable configuration, Kraken.io is the clearest match because it exposes request-based API compression with quality and format handling parameters. If delivery URLs must carry transformation rules, Imgix and Cloudinary fit better because they apply compression at request time using URL-based transform parameters.
Map the transformation data model to automation requirements
Cloudinary and Imgix represent transformations through structured parameters or URL patterns, which makes rule enforcement possible during URL generation. ImageMagick and pngquant represent transformations as CLI arguments and file outputs, which makes state tracking depend on orchestration scripts and build logs.
Define batch behavior and throughput constraints before committing
For upload-based batch compression with consistent output sizing, TinyJPG and TinyPNG provide file-centric batch workflows that return compressed images. For local throughput and repeated recompression across multiple formats, FileOptimizer supports format-aware batch recompression through local execution patterns.
Plan governance explicitly because many tools lack per-asset controls
If RBAC and audit log records must be captured inside the compression platform, TinyPNG, TinyJPG, Squoosh, and pngquant do not expose those controls as built-in capabilities. If governance must rely on platform account roles and configuration, Cloudinary and Imgix use account-level settings and credential handling rather than per-asset RBAC.
Use the right control surface for codec tuning and safety
When explicit PNG quantization behavior and transparency handling are required, pngquant targets alpha-aware quantization and dithering controls. When pipelines need constrained execution for scripted jobs, ImageMagick security policy rules restrict input formats and resource access.
Validate where tuning happens: browser, server, or local builds
For iterative codec quality tuning with immediate feedback, Squoosh offers side-by-side comparisons via WebAssembly without uploading images. For production consistency across environments, service-driven tools like TinyPNG and Kraken.io keep compression deterministic through request inputs and returned outputs.
Who benefits from each picture compression approach
Different teams choose different compression mechanics based on where transformations should happen. Browser iteration, local batch builds, and request-time service transformations each shift control and governance responsibilities.
The tool’s best-fit target groups below match how automation and control are actually handled in these products.
Teams automating image publishing with minimal per-asset configuration
TinyPNG fits because it provides an API-based PNG and JPEG compression workflow with predictable outputs from file inputs. The setup cost stays low because the automation pattern is request and response around original images.
Teams running repeatable bulk catalog compression without heavy internal governance
TinyJPG fits teams that want consistent compression behavior across uploaded batches and predictable output sizing. This segment avoids tooling that focuses on complex policy controls because TinyJPG exposes limited admin controls like RBAC and audit log management.
Small teams tuning codec quality visually before production
Squoosh fits teams that need side-by-side previews and codec-specific quality controls executed via a WebAssembly pipeline. Throughput depends on client device performance, so it is best used for iterative tuning rather than large-scale server throughput.
Teams requiring local batch recompression across many file types and storage locations
FileOptimizer fits when compression runs in local pipelines through batch recompression with format-aware settings. ImageMagick also fits this segment through scripted CLI workflows, and it adds security policy rules that restrict formats and resource access.
Teams integrating compression into delivery URLs or API-driven workflows at scale
Kraken.io fits because its API drives compression and transforms with quality and format handling parameters for repeatable results at scale. Cloudinary and Imgix fit when transformations must be expressed through delivery URLs using parameterized presets at request time.
Operational pitfalls that derail compression rollouts
Most failures come from assuming that governance controls exist inside the compression tool, then discovering missing RBAC and audit log support after integration. Other failures come from mismatched transformation models that do not fit how automation state is tracked.
The pitfalls below map directly to limitations seen across the tools in this set.
Building governance on in-tool RBAC and audit logs when they are not exposed
TinyPNG, TinyJPG, Squoosh, and pngquant do not expose RBAC and audit log capabilities as part of the compression workflow. Governance planning should instead use external access controls and request telemetry for tools like Kraken.io, while Cloudinary and Imgix rely primarily on account configuration and role handling.
Treating URL or parameter-driven transformations as free-form when strict schema discipline is required
Cloudinary and Imgix require strict schema discipline because highly parameterized transformation stacks can produce inconsistent outputs if rules are not standardized. URL-based rule generation should enforce configuration consistency rather than letting teams generate ad hoc URL parameters.
Assuming high throughput from a client-side encoder at scale
Squoosh runs compression in the browser via a WebAssembly pipeline, so throughput depends on the client device and browser performance. This makes Squoosh better for visual iteration and not as a production-scale throughput mechanism.
Relying on CLI pipelines without managing brittle command argument composition
ImageMagick integration depends on process execution, and quoted command arguments can become brittle in orchestration layers. Pipelines that use ImageMagick should capture transformation inputs and exit codes in orchestration logs to make runs reproducible.
Choosing local batch tools when the stack needs request-time automation and deterministic delivery outputs
FileOptimizer, ImageMagick, and pngquant center on file-based inputs and batch recompression, so they do not provide the request-time delivery transformation model used by Cloudinary and Imgix. Kraken.io and TinyPNG fit better when automation needs to trigger on API calls and return compressed outputs directly into publication workflows.
How We Selected and Ranked These Tools
We evaluated TinyPNG, TinyJPG, Squoosh, FileOptimizer, ImageMagick, Kraken.io, Cloudinary, Imgix, CompressAI, and pngquant using criteria centered on features, ease of use, and value. The overall rating is a weighted average where features carry the most weight at 40%, while ease of use and value each account for 30%. This editorial research uses only the provided tool capabilities and stated strengths and limitations, not hands-on lab testing or private benchmark experiments.
TinyPNG separated from lower-ranked tools because it combines an API-based PNG and JPEG compression workflow with predictable output generation from file inputs, which lifted the features score and matched the integration and automation needs expressed across the set.
Frequently Asked Questions About Picture Compression Software
Which tools provide an API or automation interface for image compression workflows?
Which tools handle compression with file-based batch pipelines instead of managed services?
When visual tuning matters, which tool supports interactive, side-by-side compression iteration?
How does security governance differ between command-line tools and API-driven media services?
Which tools support admin controls like RBAC and audit logs for who can run compression requests?
What data model changes matter most during migration from file-based compression to API-based transformation?
Which tools are best for deterministic output formats across large catalogs?
How do command orchestration and automation differ between ImageMagick and pngquant for build pipelines?
What common failure modes should teams plan for when compressing PNG or transparency-heavy images?
Which tools support extensibility for custom compression logic beyond preset parameters?
Conclusion
After evaluating 10 art design, TinyPNG stands out as our overall top pick — it scored highest across our combined criteria of features, ease of use, and value, which is why it sits at #1 in the rankings above.
Use the comparison table and detailed reviews above to validate the fit against your own requirements before committing to a tool.
Tools reviewed
Primary sources checked during evaluation.
Referenced in the comparison table and product reviews above.
Keep exploring
Comparing two specific tools?
Software Alternatives
See head-to-head software comparisons with feature breakdowns, pricing, and our recommendation for each use case.
Explore software alternatives→In this category
Art Design alternatives
See side-by-side comparisons of art design tools and pick the right one for your stack.
Compare art design tools→FOR SOFTWARE VENDORS
Not on this list? Let’s fix that.
Our best-of pages are how many teams discover and compare tools in this space. If you think your product belongs in this lineup, we’d like to hear from you—we’ll walk you through fit and what an editorial entry looks like.
Apply for a ListingWHAT THIS INCLUDES
Where buyers compare
Readers come to these pages to shortlist software—your product shows up in that moment, not in a random sidebar.
Editorial write-up
We describe your product in our own words and check the facts before anything goes live.
On-page brand presence
You appear in the roundup the same way as other tools we cover: name, positioning, and a clear next step for readers who want to learn more.
Kept up to date
We refresh lists on a regular rhythm so the category page stays useful as products and pricing change.
