Identify the Exact Record Without Opening It

• Titles can be repeated or changed, while a configuration task may ask specifically for a post, page, term, or attachment ID. Show IDs places that existing identifier beside the normal list information so an administrator can reference the intended record directly. It is useful when supporting a client who has similarly named pages or when filling a setting that expects a numeric ID rather than a URL. The module is a visibility tool, not an editor for the identifier itself.
• The post-list column is sortable, making it possible to review those records by ID. Do not assume that every other supported list receives the same sorting behavior: ID sorting is supported on post-type lists. Taxonomy display is limited to public taxonomies rather than exposing columns for every internal taxonomy a plugin may register.

Start With Free Columns and Add Licensed Locations

• Although Show IDs is marked Pro in the module catalog, selected post-type ID columns and public taxonomy IDs remain available without a license. Posts and Pages are selected by default, and the public-taxonomy option starts on. This gives sites a useful base without requiring the additional locations to be enabled.
• A valid license unlocks the separate Users, Media, and Comments columns, row-action IDs, and the frontend admin-bar ID. Those extra switches start off. Choose the locations relevant to your workflow rather than adding an identifier everywhere simply because it is available. If a license becomes invalid, saved Pro settings are preserved when other settings are saved, but preserving a choice does not keep its Pro-only output active.

Find the ID From the Frontend When Work Starts There