TL;DR
Tooltips and contextual help text fail Japanese users for three consistent reasons: they are translated out of context (a tooltip string extracted from the UI loses the visual anchor that gives it meaning), they retain English sentence structures that become ambiguous in Japanese when compressed into a small space, and they use technical loanwords inconsistently — sometimes katakana, sometimes the Japanese equivalent, sometimes English — within the same product. Japanese power users, who rely on tooltips more heavily than casual users, encounter this inconsistency on every feature they explore deeply.
Key Takeaways
- Tooltip strings should be translated in situ, not in string files — a tooltip extracted from its visual context loses the information needed to write accurate Japanese; the translator needs to see what element the tooltip is attached to.
- Japanese tooltips require different length management than English — Japanese characters are wider than English letters; a tooltip that fits in 80 characters of English may require text truncation or layout adjustments in Japanese.
- Loanword vs. native term decisions must be consistent across all tooltips — using "フォルダ" in some places and "フォルダー" (with a long vowel marker) in others looks like a quality error; both are acceptable, but the choice should be consistent throughout.
- Onboarding tooltip tours require sequential coherence in Japanese — each step in a tooltip tour must assume what the previous step said; tooltip tour localization cannot be done string by string in isolation.
- Technical tooltips for advanced features use a different register than beginner-oriented tooltips — mixing registers within the same product (casual for simple features, technical for advanced ones) is acceptable, but the shift should be deliberate, not a translation artifact.
Why Tooltip Translation Is Harder Than It Looks
Tooltips are short. Most contain fewer than 30 words. This brevity makes them look easy to translate — a quick batch job, a few minutes per string, done. The problem is that the difficulty of tooltip translation is not in the word count but in the context dependency. A tooltip that says "Mark as reviewed" in English is perfectly clear to a translator who can see the UI element it describes. The same string extracted into a translation file — row 847 of 2,400 — may be translated as "レビュー済みとしてマーク" (a direct, accurate translation) when the correct Japanese for that specific button in that specific UI context might be "確認済みにする" or "レビュー完了にする," depending on the function and the product vocabulary established elsewhere.
This problem compounds across a large product. Individual tooltip strings translated without context are each defensible. But when a Japanese user hovers over a series of related UI elements — exploring how a feature works — the accumulated inconsistency of individually-translated-but-contextually-disconnected tooltips reads as a product that was not built for Japan. The experience is similar to reading an English document translated by different people who each did their paragraph correctly but never compared notes.
Japanese power users — the users who hover over tooltips most often — are exactly the users whose adoption determines whether a foreign SaaS product succeeds in Japan. Casual users may not explore tooltips at all. Power users, who are evaluating whether to recommend the product to their team, use tooltips extensively during feature exploration. If those tooltips are inconsistent or contextually off, the power user's confidence in the product's Japanese quality drops at precisely the moment when confidence matters most.
Length Management: When Japanese Text Does Not Fit
Japanese typography is compact in one dimension and wide in another. Japanese characters occupy a square em — each character is as wide as it is tall — compared to Latin characters, which average roughly half that width. A tooltip containing 60 English characters may contain 30-35 Japanese characters for equivalent meaning, but the Japanese characters collectively take up more horizontal space than the English equivalent.
The practical consequence is tooltip overflow. A tooltip designed around English character counts will frequently clip Japanese text at a layout boundary. This is especially common in products where tooltip width is hardcoded in pixels rather than set to auto-wrap, and where the tooltip copy was tested only in English during development.
When Japanese tooltip text is clipped, the user may see a truncated sentence that is incomplete or misleading. "このフィールドには半角英数字..." trailing off mid-instruction leaves the user with less information than no tooltip at all — they know something is required but not what. For character limit fields, amount fields, or any field with format requirements, a truncated tooltip creates a direct support burden.
Common overflow patterns: Tooltips on icon buttons (no text label, just a ℹ icon) are the most likely to overflow in Japanese. The tooltip is the sole source of information about what the button does, and it is often written as a complete sentence rather than a short label. Japanese sentence structure puts the verb at the end — if the tooltip truncates before the verb, the entire tooltip is semantically incomplete. Review icon-button tooltips specifically as a priority when auditing Japanese UI localization.
The Loanword Consistency Problem
Japanese has three writing systems — kanji, hiragana, and katakana — plus the use of Roman alphabet characters (romaji). Technical software terms can appear in any of these systems depending on convention, and different translators make different choices. This is one of the most visible inconsistency patterns in Japanese SaaS tooltip localization.
Consider the word "folder." The conventional Japanese rendering is フォルダ or フォルダー (with or without the trailing long vowel marker). Both are accepted. Japanese style guides differ on which to use, with the Agency for Cultural Affairs (文化庁) recommending the long-vowel form for most loanwords. But many products use both forms interchangeably across their tooltip strings, because different translators — or different runs of the same machine translation tool — made different choices.
Similar inconsistencies appear with ファイル vs. ファイル(file), フォーム vs. フォーム(form), バックアップ vs. バックアップ(backup). These are not semantic errors — both forms are understood. But a Japanese user who notices "フォルダ" in one tooltip and "フォルダー" in another, or "ユーザー" in one place and "ユーザ" in another, draws a conclusion about the quality of the localization work. That conclusion is not wrong.
| Term | Inconsistent (both appear) | Recommended Consistent Form | Note |
|---|---|---|---|
| Folder | フォルダ / フォルダー | フォルダー | 文化庁推奨の長音符付き形 |
| User | ユーザ / ユーザー | ユーザー | 長音符付きが現代的表記 |
| Server | サーバ / サーバー | サーバー | IT業界では長音符付きが主流 |
| Member | メンバー / メンバ | メンバー | 短縮形は旧式表記 |
| Timer | タイマー / タイマ | タイマー | 長音符付きが現在の標準 |
Onboarding Tooltip Tours: Sequential Coherence
Onboarding tooltip tours — the step-by-step walkthroughs that guide new users through a product's core features — present a different localization challenge from static tooltips. Each step in a tour is contextually connected to the previous step and leads into the next. The user is experiencing a narrative arc: here is what you can do, here is how to do it, here is what happens when you do.
When onboarding tooltip tour strings are translated individually, in file order, without the translator seeing the full sequence, the Japanese narrative coherence breaks down. Step 3 may introduce a concept that step 2 was supposed to establish, but if the translator of step 3 was working without step 2's context, the term used in step 3 may differ from the term introduced in step 2. For Japanese users, who follow sequential instructions carefully and track terminology precisely, this kind of inconsistency reads as a broken tutorial.
The fix for tooltip tour localization is procedural: the translator or reviewer must walk through the tour in sequence, in the actual product, to verify that each step's Japanese follows coherently from the previous one. This is not a string-file review — it is a product walkthrough. It takes longer, but for a product's core activation flow, the quality difference is significant.
Tooltip QA Checklist for Japanese Localization
All tooltips reviewed in visual context, not only in string files
Each tooltip has been seen in the actual UI by the translator or reviewer, with the visual anchor element visible. Context-free string translation has been identified and revised.
Loanword forms are consistent throughout all tooltips
A single katakana form has been chosen for each loanword and applied consistently across all tooltip strings. The glossary used has been documented and shared with all contributors.
Tooltip overflow tested for Japanese text in all supported browsers
Tooltip containers have been tested with the full Japanese text at maximum length. Truncated tooltips have been identified and either the copy has been shortened or the container has been adjusted.
Onboarding tooltip tours reviewed in sequential order
The complete tooltip tour has been walked through in sequence by a Japanese reviewer, confirming that terminology is consistent step-to-step and the narrative logic holds in Japanese.
Icon-button tooltips prioritized for review
Tooltips on icon-only buttons — where the tooltip is the sole source of information about the button's function — have been reviewed as a priority, given their higher overflow risk and higher user dependency.
Register consistency verified across feature tiers
The tooltip register (casual vs. formal, beginner-oriented vs. technical) is deliberately applied by feature area and does not vary as a translation artifact between different translators' work.
Frequently Asked Questions
Should Japanese tooltips use plain Japanese (普通語) or polite Japanese (丁寧語)?
For B2B SaaS products, tooltips should use a consistent polite register — typically the desu/masu form for full sentences, and plain noun forms for one-line labels. The choice between plain and polite depends on the tooltip type: hover tooltips that appear on UI elements are typically short noun phrases (no verb, no register decision required). Contextual help panels that contain explanatory sentences use teineigo throughout. Mixing plain-form sentences and polite-form sentences within the same tooltip panel is the pattern to avoid.
What is the most important thing to check in a Japanese tooltip audit?
Context-accuracy is the most important factor: does the Japanese tooltip accurately describe the specific element it is attached to, using the product's established vocabulary? This cannot be checked in a string file alone. The reviewer must see the tooltip in the UI. After context-accuracy, the next priority is terminology consistency with the rest of the product — tooltips that use a different term for the same concept than the feature name in the navigation or settings pages create orientation problems for Japanese users who are building their mental model of the product.
How do I handle tooltips for features that have no established Japanese terminology?
The best approach is to introduce the English term in katakana on first appearance, followed by a brief Japanese explanation: "バックフィル(過去データの一括取り込み)" — katakana term, then a plain Japanese explanation in parentheses. For advanced features targeting Japanese IT professionals, English technical terms that the audience uses in their daily work can be left as-is. The decision should be based on the expected audience for that feature: if the users of this tooltip are likely to know the English term, use it; if they are general business users who may not, provide the Japanese explanation.
Are there situations where a tooltip should not be translated and the English should be kept?
Yes, in specific cases. API documentation inline tooltips that reference field names (JSON keys, parameter names) should keep the technical identifier in English even when the surrounding explanation is in Japanese: "application_id — アプリケーションを一意に識別するID(英数字32文字)." Keeping the exact field name in English prevents confusion when the user copies it into their code. Similarly, tooltips on keyboard shortcut indicators (Cmd+K, Ctrl+Shift+P) should keep shortcut notation in English regardless of the UI language, since keyboard labels are in English on most keyboards used in Japan.
How should I localize tooltips that describe pricing or plan limitations?
Tooltips that describe plan limits or feature availability are high-stakes from a sales and trust perspective. Japanese users who hover over a grayed-out feature are asking "why can't I use this?" — the tooltip is the answer. If the answer is unclear or sounds like machine translation, it creates distrust. These tooltips should explicitly state the limitation and the path to resolving it: "この機能はProプラン以上でご利用いただけます。アップグレードについてはプランページをご覧ください。" Clear, specific, and with a path forward — the same standard as any other Japanese customer-facing communication about pricing.
Related Articles
- Japanese UI Microcopy: The Strings That Define Product Polish
- Japanese Settings Page Localization
- Japanese SaaS Onboarding Translation
Are your tooltips working for Japanese power users?
In-product guidance strings are where the product earns or loses the trust of the Japanese users who explore deepest.
Request a Mini Audit