← ShopAppLocale by Fortune Insight, LLC · 2026-08-29
Closed Captions & SDH (Subtitles & Captioning) App Store Listing in Simplified Chinese — 隐藏式字幕 & 听障字幕 zh-Hans Copy
Your en-US listing markets Closed Captions + SDH — Apple's built-in accessibility setting under Settings → Accessibility → Hearing → Subtitles & Captioning → Closed Captions + SDH — where iOS shows embedded closed-caption and SDH subtitle tracks on supported video and audio, with optional caption style presets for size, font, color, and background — but the China App Store product page still shows English title, subtitle, description, and caption lines.
Closed Captions + SDH displays embedded media caption tracks — not Live Caption real-time speech subtitles (实时字幕), not Mono Audio channel combining, not left-right Balance sliders, not Live Listen remote microphone streaming, not Hearing Devices MFi hearing-aid pairing, not Speak Selection or Typing Feedback read-aloud, not a generic Spoken Content hub paragraph, not Sound Recognition or Name Recognition alerts, not RTT call text, and not Dynamic Type or display text-size toggles.
Mentioning Closed Captions on your US page does not auto-fill a Simplified Chinese (zh-Hans) localization row.
AppLocale rewrites paste-ready zh-Hans listing fields that describe your existing media caption and SDH accessibility story — not AVFoundation subtitle engineering, not caption player UI code, not screenshot design.
Listing copy only — we do not implement Closed Captions in your app, we do not guarantee rank, and we do not invent reviews or metrics.
Seller: Fortune Insight, LLC. Not QuantRadar. Not investment advice.
Western indie iOS and iPadOS developers — US, UK, EU, Canada, Australia — who:
Already ship or market an app whose buyers rely on Closed Captions + SDH — streaming, video, podcast, education, or accessibility apps that pair with iOS media caption tracks, or gallery frames that show Settings → Hearing → Subtitles & Captioning toggles
Market Closed Captions, SDH subtitles, caption style presets, Works with Closed Captions, or 隐藏式字幕 / 听障字幕 / 字幕与隐藏式字幕 / 字幕样式 on the en-US product page and in screenshot galleries
Finished media playback or caption-adjacent UX in the binary — not looking for AVFoundation subtitle track or closed-caption rendering engineering help here
Enabled the China App Store but the zh-Hans row is empty, machine-translated, or still English on Closed Captions gallery frames
Need paste-ready Connect text — not an engineer for subtitle APIs, not a designer to re-export every caption-style screenshot from scratch
Closed Captions engineering vs zh-Hans listing copy — two different jobs
US/EU indie teams conflate media caption capability with storefront language. iOS Settings and App Store Connect actually separate them:
Closed Captions + SDH on the device — when enabled under Settings → Accessibility → Hearing → Subtitles & Captioning → Closed Captions + SDH, iOS displays embedded closed-caption and SDH subtitle tracks on supported media. Optional style presets adjust caption size, font, color, and background opacity. System accessibility behavior — outside AppLocale scope.
AVFoundation subtitle tracks & caption player UI — in-app code that loads WebVTT, SRT, or timed text tracks, renders caption overlays on video, or detects system Closed Captions preferences. Engineering inside the binary — not listing rewrite.
Closed Captions marketing on the product page — description paragraphs, subtitle positioning, keywords, promotional text, and screenshot overlays that tell buyers your app supports Closed Captions, SDH subtitles, or caption-style accessibility workflows. Connect text fields — this page.
Pricing and Availability → China — makes the app downloadable on the China storefront. Separate from language rows.
App Store tab → Chinese (Simplified) localization — independent row for title, subtitle, keywords, description, promotional text, and screenshot caption lines. Empty or English here means China buyers see English fallback regardless of how strongly your US listing markets Closed Captions.
An app that ships caption-aware media playback in the binary and a localized China listing are both valuable — neither replaces the other. AppLocale covers how you describe Closed Captions and SDH accessibility on the store page, not whether caption tracks render inside your video player.
What Apple Closed Captions + SDH is — and what your listing may claim
Apple ships Closed Captions + SDH under Settings → Accessibility → Hearing → Subtitles & Captioning. When enabled, the device shows embedded closed-caption and SDH subtitle tracks on supported video and audio content. Western indie listings often show one or more of these surfaces on the US product page. AppLocale covers paste-ready zh-Hans copy for whichever your screenshots and description already claim:
Closed Captions + SDH toggle (隐藏式字幕 + 听障字幕) — master switch that enables embedded caption and SDH subtitle display on media. Gallery frames may show the Subtitles & Captioning settings branch or a Works with Closed Captions badge.
Caption style presets (字幕样式) — size, font, color, background opacity, and edge style for on-screen captions. Marketing art may show caption-style picker UI or before/after caption readability demos.
Media caption workflows in your app — in-app video players, streaming sessions, podcast episodes, or lesson modules that respect system Closed Captions when caption tracks are available. Screenshot overlays often show caption bars on video frames or subtitle toggle controls.
SDH-specific marketing (听障字幕) — when your English listing distinguishes Subtitles for the Deaf and Hard of Hearing tracks from generic subtitles. zh-Hans copy should use 听障字幕 only when your US page already claims SDH — not as a generic subtitle synonym.
Your gallery may lead with a caption-style preset on one frame and an in-app video player with caption bars on the next. zh-Hans caption lines should name the correct surface per frame — a Subtitles & Captioning settings toggle is not a Live Caption speech-to-text overlay, and an App Preview timed subtitle line is not system Closed Captions unless that is what the screenshot shows.
Closed Captions listing copy vs Live Caption, Hearing, and other speech guides
Several shop guides cover adjacent Apple Accessibility hearing and caption features. This page covers Closed Captions + SDH and media caption marketing on listing metadata — not engineering, not unrelated category copy:
Closed Captions + SDH and media caption accessibility (this page) — embedded closed-caption tracks, SDH subtitles, caption style presets, Works with Closed Captions, and 隐藏式字幕 / 听障字幕 / 字幕与隐藏式字幕 on gallery frames and in description paragraphs.
Live Caption real-time speech subtitles (different) — on-device speech-to-text captions for heard audio in conversations and media — 实时字幕. Covered on our Live Caption listing guide when real-time generated captions are your lead claim — not embedded media caption tracks. Live Caption generates subtitles from live audio; Closed Captions displays tracks already in the content.
App Preview video captions (different) — timed subtitle lines on your App Store product-page preview video. See App Preview captions listing guide — store marketing preview scripts in Connect, not iOS Settings Closed Captions behavior.
Live Listen & remote microphone streaming (different) — iPhone as a directional microphone streamed to AirPods or hearing aids. See Live Listen listing guide — conversation amplification, not caption display on media.
Hearing Devices & MFi hearing aids (different) — Made for iPhone hearing-aid pairing, Hearing Device controls, Control Center hearing-aid sliders. See Hearing Devices listing guide — hardware pairing workflows, not media caption toggles.
Hearing Aid Compatibility / HAC mode (different) — Settings → Accessibility → Hearing → Hearing Aid Compatibility telecoil call mode and HAC ratings — not embedded media caption tracks. See Hearing Aid Compatibility listing guide — HAC optimizes call audio for hearing aids; Closed Captions displays text on media.
Headphone Accommodations & audio EQ (different — contrast only) — headphone tuning presets and frequency EQ. Mono Audio channel combining and left-right Balance sliders live in the same Hearing branch but are different buyer stories from caption display — not Closed Captions marketing.
Speak Selection, Typing Feedback & Spoken Content (different) — selected-text read-aloud, spoken keyboard feedback, and full-page narration under Spoken Content. See Speak Selection listing guide or Typing Feedback listing guide — read-aloud playback, not media caption bars.
RTT & TTY call text (different) — real-time text for phone calls. See RTT listing guide — telephony accessibility, not video caption tracks.
VoiceOver & screen reader (different) — screen reader navigation — 旁白. See VoiceOver listing guide — different buyer intent from 隐藏式字幕.
You can localize the title and still leave every Closed Captions screenshot overlay and caption-style demo paragraph English-only. Buyers then see a Chinese name with English "Closed Captions" badges — a mismatch that reads like half-finished localization. See also China App Store still shows English when entire rows fall back.
Where English Closed Captions copy shows on the China product page
Western indie teams often market media caption accessibility or SDH compatibility on the US page but leave storefront caption marketing English-only. On the China storefront, English surfaces in places buyers actually read:
Screenshot overlay badges — "Closed Captions", "SDH", "Caption styles", "Works with Closed Captions", "Subtitle accessibility" on gallery frames showing caption bars, style pickers, or Subtitles & Captioning settings
Description paragraphs — English value props about deaf and hard-of-hearing accessibility, SDH support, or caption readability that China readers skim past
Subtitle and keywords — English-only rows miss China Search intent for 隐藏式字幕, 听障字幕, 字幕样式, or 字幕与隐藏式字幕 when buyers filter for caption-accessibility apps
Promotional text — 170-character field still pitching Closed Captions compatibility in English above the description
Mixed page — Chinese description pasted once but Closed Captions screenshot captions and subtitle still English — reads unfinished next to localized competitors
Formal machine translation — stiff 翻译腔 that conflates 隐藏式字幕 (Closed Captions) with 实时字幕 (Live Caption), 听写 (Dictation), or App Preview 预览视频字幕 when your English source only claimed embedded media caption tracks
Better zh-Hans listing copy helps deaf and hard-of-hearing buyers understand your Closed Captions story before install. It does not replace AVFoundation subtitle implementation, caption player engineering, or Apple's review decisions — and it does not require you to re-shoot an entire caption-bar screenshot gallery to mention 隐藏式字幕 in text.
What AppLocale delivers for Closed Captions + SDH apps on zh-Hans
This SKU is a listing rewrite scoped to Closed Captions and SDH marketing — paste-ready fields you copy into App Store Connect:
Name (title) — zh-Hans app name within Connect character limits when your English title does not signal caption accessibility to China searchers
Subtitle — concise benefit line that can reference Closed Captions compatibility or SDH subtitle support without stuffing raw English badge text
Keywords — zh-Hans search terms buyers use for 隐藏式字幕, 听障字幕, 字幕样式, and caption-accessibility apps in your category
Description — long listing body with clear zh-Hans paragraphs on caption workflows you already claim — without English-only "Closed Captions" jargon
Promotional text — when you include the 170-character promo field in scope
Screenshot overlay / caption lines — short zh-Hans text on gallery images that show caption bars or style presets ("支持隐藏式字幕", "听障字幕更友好", "自定义字幕样式")
English alignment — matching en-US field notes when both storefronts must stay consistent on caption promises
We map deliverables to the fields you actually use. Send every English overlay line and description paragraph that mentions Closed Captions, SDH, caption styles, or subtitle accessibility — we deliver counted strings that fit Connect limits. We rewrite what you already claim on the US page; we do not invent caption features your app does not describe.
Closed Captions-specific listing vocabulary — what translates differently
Media caption marketing on App Store pages uses vocabulary general utility guides rarely cover. zh-Hans copy should reflect how Chinese buyers describe Closed Captions in iOS Settings — not a literal paste of US marketing:
Official Settings vocabulary
Apple's zh-Hans Settings UI uses 隐藏式字幕 for Closed Captions and 听障字幕 for SDH (Subtitles for the Deaf and Hard of Hearing), under 辅助功能 → 听觉 → 字幕与隐藏式字幕 (Subtitles & Captioning). Related commerce phrasing includes 字幕样式 (caption style), 字幕 (subtitles), and 字幕与隐藏式字幕 when your gallery shows the Hearing settings branch. Listing copy should mirror that vocabulary — not generic 字幕 alone when your English source specifically claimed Closed Captions + SDH.
Closed Captions vs Live Caption
Live Caption generates real-time speech-to-text subtitles for heard audio — 实时字幕. Closed Captions + SDH displays embedded caption and SDH tracks already in media — 隐藏式字幕, 听障字幕. zh-Hans listing copy should not imply 实时字幕 when your English source only shows embedded caption track toggles or caption-style preset demos.
Closed Captions vs App Preview video captions
App Preview captions are timed lines on your App Store product-page preview video — store marketing assets. Closed Captions + SDH is a system media accessibility toggle buyers use when watching in-app or system video with embedded tracks. If your English gallery shows only App Preview subtitle scripts, see the App Preview captions listing guide instead.
Closed Captions vs Hearing Devices and Live Listen
Hearing Devices covers MFi hearing-aid pairing — 助听设备. Live Listen streams iPhone microphone audio to AirPods or hearing aids — 实时收听. Closed Captions displays text on media — 隐藏式字幕. If your English gallery shows a hearing-aid pairing sheet or Live Listen setup, do not upgrade zh-Hans copy to caption claims unless that is what the frame shows.
Closed Captions vs Speak Selection and VoiceOver
Speak Selection reads highlighted text aloud — 朗读所选内容. VoiceOver navigates the UI as a screen reader — 旁白. Closed Captions shows timed text on video — 隐藏式字幕. If your English gallery shows a Speak button or VoiceOver rotor, keep zh-Hans copy on read-aloud or screen-reader vocabulary, not media caption claims.
Subtitle and keyword packing
The 30-character subtitle and 100-character keyword field need caption-accessibility search terms Chinese buyers type — see Simplified Chinese keywords & subtitle for field mechanics. Terms like 隐藏式字幕, 听障字幕, and 字幕样式 each signal different intent from 实时字幕 or 听写 keywords.
Caption lines vs burned-in badges
Marketing screenshot overlays you control — "Closed Captions" headlines on gallery frames showing caption bars — are separate caption fields or burned-in PNG text. See Screenshot captions in Simplified Chinese for caption-field mechanics when overlays are editable in Connect.
Why English-only Closed Captions copy hurts China storefront conversion
Deaf and hard-of-hearing purchasers browsing the China App Store evaluate caption claims in the first scroll. Common failure modes when only en-US is filled:
Trust gap — Chinese word-of-mouth recommends a "caption-friendly" streaming app; buyer taps through and sees English "Closed Captions" with no zh-Hans context
Localized listing, English badges — description promises Chinese 隐藏式字幕 support; screenshot overlays still "SDH subtitles" at the worst moment
Search intent miss — buyers search 隐藏式字幕 or 听障字幕; English-only keywords miss intent even when your app ships caption-aware playback in the binary
Live Caption vocabulary bleed — machine-translated 实时字幕 appearing in zh-Hans copy when English source only claimed embedded caption tracks, confusing buyers who wanted SDH not speech-to-text
App Preview caption bleed — 预览视频字幕 appearing when English source showed in-app media caption bars, not store preview scripts
Competitor contrast — rivals with native zh-Hans Closed Captions and 听障字幕 copy look more serious about China buyers who care about 无障碍 and media caption accessibility
Clearer zh-Hans Closed Captions marketing reduces confusion on the product page. It does not replace subtitle track implementation or caption player engineering — and it is not a substitute for SDH positioning your app does not claim.
Machine translation is fine for internal drafts. Finished Closed Captions strings need idiomatic zh-Hans that states what caption scope you claim — while keeping accurate separation from Live Caption, App Preview captions, and read-aloud marketing. AppLocale rewrites by hand; we do not deliver raw Google Translate or LLM output as finished copy.
What good zh-Hans Closed Captions listing copy looks like
Media caption copy appears on screenshot galleries and in description skims. Strong Chinese strings lead with the benefit and state scope plainly:
Overlay: "支持隐藏式字幕，看清每句对白" — caption-bar frame with clear benefit line
Description paragraph: plain zh-Hans list of caption workflows you ship — Closed Captions compatibility, SDH subtitle tracks, caption style presets — matching what you actually describe on the US page
Subtitle: "隐藏式字幕" or "听障字幕友好" within the ~30-character cap
Keywords: include 隐藏式字幕 / 听障字幕 / 字幕样式 only when accurate — do not keyword-stuff 实时字幕 if you only market embedded caption tracks
Honest scope — do not claim Live Caption speech-to-text in Chinese if your app only ships embedded caption track support
zh-Hans and en-US strings can differ in length and structure when the underlying Closed Captions story is the same — avoid mirroring English comma-heavy promo lines character-for-character.
What you send
Your live App Store listing URL
Current English listing copy — name, subtitle, keywords, description, promotional text if used
Screenshot overlay text that mentions Closed Captions, SDH, caption styles, or subtitle accessibility ("Closed Captions", "SDH", "Caption styles", "Works with Closed Captions")
Brief note on which caption workflows your app ships today — embedded caption tracks, SDH support, caption style alignment — so zh-Hans copy stays accurate
Target locales (e.g. zh-Hans for China storefront)
Your deadline if aligning with a media launch or App Store gallery update
Reply from the email address on your Stripe receipt after checkout
What you get
Simplified Chinese (zh-Hans) — listing fields and screenshot overlay lines scoped to Closed Captions and SDH marketing, paste-ready for Connect
English (en-US) — aligned listing strings when both locales need the same promise in native phrasing
Character-count notes — which strings fit Connect limits and what to trim
Paste-ready delivery — formatted copy mapped to each field you sent
24-hour turnaround — delivered to the email on your Stripe receipt
What we do not promise
No guarantee that caption track accuracy, SDH availability, or Closed Captions behavior improves — listing rewrite describes what you already claim
No AVFoundation subtitle track, WebVTT, or closed-caption rendering engineering
No Live Caption real-time speech subtitle listing copy — see sibling guide only if 实时字幕 is your lead story
No App Preview video caption listing copy — see sibling guide only if store preview scripts are your lead story
No Mono Audio, Balance, Live Listen, or Hearing Devices listing copy — see those guides only if those are your marketing scope
No Speak Selection, Typing Feedback, or Spoken Content hub listing copy
No Sound Recognition, Name Recognition, or RTT listing copy
No Dynamic Type, Larger Text, or Display & Text Size listing copy
No screenshot set production, caption-bar PNG re-export, or gallery design
No guaranteed App Store ranking, keyword position, download growth, or caption certification outcomes
No fabricated social proof, review quotes, ratings, or traffic numbers
No binary localization, in-app string translation, or Connect configuration on your behalf
No Apple Search Ads or review-reply retainers
Not QuantRadar · not investment advice · not legal review
AppLocale FAQ
Is Closed Captions + SDH the same as Live Caption?
No. Closed Captions + SDH displays embedded caption and SDH subtitle tracks on media — 隐藏式字幕, 听障字幕. Live Caption generates real-time speech-to-text subtitles for heard audio — 实时字幕. See our Live Caption listing guide only if on-device speech subtitles are your lead marketing claim.
Is Closed Captions + SDH the same as App Preview video captions?
No. App Preview captions are timed lines on your App Store product-page preview video — store marketing assets. Closed Captions + SDH is a system media accessibility toggle. See our App Preview captions listing guide only if preview video scripts are your lead story.
Is Closed Captions + SDH the same as Live Listen or Hearing Devices?
No. Live Listen streams iPhone microphone audio to AirPods or hearing aids. Hearing Devices covers MFi hearing-aid pairing and control. Closed Captions displays text on media. Different features, different Connect string families.
Is Closed Captions + SDH the same as Speak Selection or VoiceOver?
No. Speak Selection reads highlighted text aloud — 朗读所选内容. VoiceOver navigates the screen as a screen reader — 旁白. Closed Captions shows timed text on video — 隐藏式字幕. Different Accessibility branches with different screenshot vocabulary.
What listing fields does AppLocale rewrite for Closed Captions apps?
Paste-ready Simplified Chinese (zh-Hans) copy for App Store Connect listing fields you specify: title, subtitle, keywords, description, promotional text when included, and screenshot overlay or caption lines that mention Closed Captions, SDH, caption styles, or subtitle accessibility — rewritten from your English originals.
Does AppLocale implement closed-caption rendering in my app?
No. We deliver listing metadata copy only. AVFoundation subtitle tracks, caption player UI, and closed-caption engineering are outside AppLocale scope. We rewrite how you describe existing Closed Captions claims on the store page.
What do I send after payment?
Your live App Store listing URL, current English listing copy (name, subtitle, keywords, description, promo if used), screenshot overlay lines mentioning Closed Captions or SDH, target locales (e.g. zh-Hans), and deadline. Reply from the email address on your Stripe receipt.
Is this machine translation?
No. We rewrite Closed Captions and SDH listing copy by hand. We do not paste Google Translate or ChatGPT output into deliverables.
How fast is delivery?
Within 24 hours after your Stripe receipt. Send your App Store URL, English listing and overlay copy, target locales, and deadline from the email on your receipt.
Do you guarantee conversion lift or App Store rankings?
No. We improve clarity from your existing copy. We do not promise keyword position, search rank, or download growth.
How much does AppLocale cost?
$79 one-time via Stripe checkout. No subscription. Seller is Fortune Insight, LLC.
What is AppLocale not?
Not subtitle track engineering, not Live Caption listing copy, not App Preview caption listing copy, not Live Listen or Hearing Devices listing copy, not Speak Selection or Typing Feedback listing copy, not screenshot set production, not binary localization, not Connect configuration, not ranking guarantees, not review-reply retainers, not QuantRadar, and not investment advice. We do not invent reviews, ratings, or traffic numbers.
AppLocale — Closed Captions + SDH & media caption listing copy in Simplified Chinese
After checkout, reply from your Stripe receipt email with your App Store URL, English listing and Closed Captions overlay copy, target locales, and deadline. Delivery within 24 hours. No ranking guarantees. AppLocale does not implement closed-caption rendering in your app. Sold by Fortune Insight, LLC.