When does a tooltip belong vs a label that’s always visible?
On this page
A tooltip belongs when the information is supplementary and only occasionally needed, the kind of detail that would clutter the screen if it were shown all the time; a persistent, always-visible label belongs when users need the information regularly or cannot operate the control without it. The dividing line is frequency of need, paired with one hard check: does the control still work if the text is hidden? Hide the optional, show the essential. The mistake is tucking text into a tooltip to keep the UI clean when that text is something users reach for again and again.
The reason frequency decides is that a tooltip trades constant visibility for an interaction cost. Anything in a tooltip requires the user to hover or tap to reveal it, which is a fine trade when the user rarely needs it and a poor one when they need it every time. Information that is wanted on most uses should be paid for once in screen space and then sit there permanently, because the alternative is making the user re-summon it over and over. Information that is wanted on a small fraction of uses earns its place out of sight, because showing it always would crowd out the things that matter more often. So the question is not whether text can be hidden, but how often the user will go looking for it.
Compare two pieces of text on the same form. A field labeled “Password” needs its label visible at all times, because every single user needs to know what that field is to fill it in; burying “Password” in a tooltip would make the form unusable for everyone, every time. Now take a small note explaining that the password must include a symbol only in certain legacy accounts, a rule that applies to a sliver of users on rare occasions. That detail belongs in a tooltip or a hint revealed on focus, because showing it permanently would clutter the form for the majority who never need it. Same form, two texts, sorted purely by how often each is actually needed and whether the control functions without it.
A toolbar of icon-only buttons sharpens the point: if the user needs to read every icon’s meaning on every visit, the tooltips are carrying essential information that should be a visible label, but if the icons are learned quickly and the tooltip merely confirms an occasional doubt, hiding the text is the right call. Here is the exception: this is the frequency-of-need decision, separate from the question of whether reaching for a tooltip at all is a sign the underlying UI is unclear. Here we assume the control is sound and ask only where its accompanying text should live. And the essential test overrides frequency in one direction: if the user cannot operate the control without the information, it is a label no matter how rarely the explanation feels needed, because a hidden requirement is a trap. Optional context can hide; operating information cannot.
When you decide where text goes, estimate how often a typical user will need it and whether the control works without it. If the information is needed regularly or is required to use the control, make it a visible label and give it the space. If it is occasional, supplementary detail that most users will never consult, place it in a tooltip and keep the surface clean. Let frequency of need draw the line, and reserve tooltips for the optional while the essential stays in plain sight.