Taxography Widgets is a WordPress plugin that renders category, tag and custom taxonomy terms as styled image-and-colour blocks, either inside the block editor or as a sidebar widget. It is aimed at site owners who want taxonomy links to carry a thumbnail and a colour accent rather than appear as plain text, and who need control over ordering, filtering and formatting without writing template code. The plugin is sold on ThemeForest for $17 and is developed by the author publishing under the same profile as the plugin itself.
The pitch behind Taxography Widgets is narrower than a general-purpose widget pack and wider than a simple tag cloud replacement. Most taxonomy display plugins stop at listing terms; this one treats each term as a visual object with an image, a colour, a link target and a set of display rules attached. The vendor does not disclose a sales figure on the listing, so no social-proof claim can be made about adoption.
What Taxography Widgets Actually Lets a Site Owner Control
The core capability is term rendering. Any taxonomy registered on the site — the built-in categories and tags, or a custom taxonomy added by another plugin or theme — can be pulled into a block or widget and output as a list or a flat, inline arrangement. That distinction matters in practice: a flat format suits a horizontal strip of coloured category chips under a post header, while a list format suits a sidebar archive where each entry needs breathing room.
On top of the format choice sits a styling layer. The plugin ships more than twenty tag styles, and each term can be paired with an image and a colour so that the visual identity of a category persists wherever it is displayed. A background image can be applied to the widget container itself, and a title icon can be attached to the widget heading. For editorial sites with strong section branding — a food blog with a photo per cuisine, a magazine with a colour per desk — this is the feature that justifies the purchase.
Query control is where the plugin goes beyond cosmetic styling. Terms can be ordered ascending, descending or randomly, and sorted by name or by post count. A number limit caps how many appear. Include and exclude parameters allow specific terms to be forced in or filtered out, while parent and child-of parameters let a widget show only the children of a given category — useful for hierarchical structures where a top-level term should not appear alongside its own descendants. A name-like parameter supports partial and exact matching, and a search field can be exposed so visitors can filter the term list themselves.
Several smaller options round out the display logic. Pad count appends the number of posts in each term, which turns a tag list into a rough popularity indicator. Hide empty removes terms with no published posts. Intro and outro text fields accept plain text or HTML for context above and below the term list. Separator settings control the character between flat-format items. For developers, per-widget custom CSS and JavaScript fields allow targeted overrides without editing theme files — a sensible concession, since any plugin that outputs styled markup will eventually clash with a theme’s own stylesheet.
One capability is easy to overlook because it sits outside the widget: the plugin can insert the current post’s tags directly into the post content. That is a different job from building a taxonomy navigation widget, and it suggests the plugin is intended to cover both the “browse by term” and “this article is filed under” use cases from a single install.
Where This Plugin Fits, and Where It Does Not
The clearest fit is a content-heavy site with a visual taxonomy. Recipe sites, travel blogs, portfolio archives, real estate listings and multi-author magazines all benefit when a category link carries a recognisable image instead of a bare word. The same applies to WooCommerce-adjacent content sites that use custom taxonomies for attributes and want those attributes browsable in a sidebar.
A second fit is the agency or freelancer building a theme for a client. Because the plugin works with any registered taxonomy, it can be bundled as a configurable widget and handed over with the site, letting the client change ordering, images and colours from the editor rather than requesting code changes. The per-widget CSS and JS fields reduce the number of support tickets that come back as “the tag cloud looks wrong”.
The wrong choice is a site that only needs a standard tag cloud. WordPress ships with one, and most themes style it adequately. Paying for a plugin and configuring term images for every tag is wasted effort if the design has no place for thumbnails. The plugin is also a poor fit for very large taxonomies — sites with hundreds or thousands of terms will find that assigning an image and colour to each one is a manual, unrewarding task, and the listing gives no indication of bulk assignment tooling. Finally, sites that have deliberately stripped taxonomy navigation in favour of on-page search have no use for it at all.
Strengths and Limitations of Taxography Widgets
Strengths
- Works with any registered taxonomy, including custom ones created by other plugins and themes, rather than being hardcoded to categories and tags.
- Combines visual styling (images, colours, background images, title icons) with genuine query control (order, orderby, include, exclude, parent, child-of, name-like, hide empty) in one interface.
- Offers both block editor and widget placement, which covers block-based themes and older widgetised sidebars without a second plugin.
- Per-widget custom CSS and JavaScript fields give developers a clean override path.
- Intro and outro text fields accept HTML, allowing contextual copy around a term list without a separate HTML widget.
- Low price point at $17 relative to the amount of configuration exposed.
Limitations
- The vendor listing does not state a minimum WordPress or PHP version, nor does it describe testing against recent WordPress releases. Buyers should confirm compatibility before purchase.
- Term images and colours appear to be configured per widget rather than stored against the term itself, judging by the option set. If that is the case, the same category styled in two different widgets must be configured twice, and the visual identity does not travel with the term across the site.
- No bulk assignment workflow is described, so populating images and colours for a large taxonomy is manual work.
- The font size controls for largest and smallest terms only apply when no tag style is selected, which means the styled and unstyled modes cannot be combined.
- No documentation, changelog or support policy is published on the listing beyond an invitation to make contact through the profile page.
- No sales history is disclosed, so there is no track record to weigh when assessing long-term maintenance.
How Taxography Widgets Compares With the Wider Category
Taxonomy display plugins generally fall into three groups. The first is the free tag-cloud replacement, which handles ordering, counts and exclusion but treats terms as text. The second is the term-image plugin, which attaches a thumbnail or icon to a taxonomy term at the term level and lets the theme render it. The third is the page-builder widget pack, which includes a taxonomy module among dozens of unrelated elements.
Taxography Widgets sits between the first and second groups. It offers more query control than a typical tag-cloud replacement and more visual styling than a plain term list, but it does not appear to store images against the term record itself the way a dedicated term-image plugin does. That is the key trade-off: the widget approach keeps configuration local and self-contained, while the term-meta approach makes the image reusable everywhere the term appears, including in theme templates and archive headers.
Against a page-builder widget pack, the comparison is about focus. A large pack will include a taxonomy element, but it will rarely expose parent, child-of, name-like and per-widget script fields together. Buyers who already run a builder with a satisfactory taxonomy module have little reason to add this; buyers who want a single-purpose, deeply configurable term widget will find the narrower tool more predictable.
Frequently Asked Questions
Does Taxography Widgets work with custom taxonomies from other plugins?
Yes. The plugin is built to read any taxonomy registered on the WordPress site, so taxonomies created by other plugins or by the active theme can be selected and rendered. That includes WooCommerce product taxonomies and any custom taxonomy registered in a child theme, provided it is publicly queryable.
Can Taxography Widgets show a different image for each category?
Yes, images can be assigned per term within the widget configuration. The listing presents this as part of the styling options alongside colour selection. Because the settings live in the widget, the same category used in two widgets may need its image set in both places rather than once at the term level.
Is Taxography Widgets compatible with the block editor?
Yes. It can be inserted as a block in the post or page editor as well as used as a classic sidebar widget. That dual placement means it works with block-based themes and with older widgetised sidebars. The vendor does not state a minimum WordPress version, so compatibility with a specific install should be confirmed first.
Can the term list be limited to children of a specific category?
Yes. Parent and child-of parameters restrict output to terms beneath a chosen category, which keeps a top-level term from appearing next to its own subcategories. These combine with include, exclude, hide empty and a number limit, so a widget can show, for example, only the five most-used non-empty child categories.
Verdict on Taxography Widgets
Taxography Widgets is worth buying for sites where taxonomy links are part of the visual design rather than an afterthought — recipe collections, portfolio archives, magazine sections and any build where a category should carry a photo and a colour. The combination of term-level styling with real query parameters, available in both the block editor and a widget, is more than most free tag-cloud replacements offer, and $17 is a modest outlay for that control. It is not the right purchase for a site that only needs a standard tag cloud, nor for one with a taxonomy too large to configure by hand. Buyers should also verify current WordPress compatibility and confirm whether term images are stored per widget or per term, since that determines how much repeated configuration the site will require. On balance, Taxography Widgets earns a place in a theme’s toolkit when taxonomy navigation is a designed feature, and can be skipped when it is not.
