An inclusive app puts people first by prioritizing respectful communication and presenting content and functionality in ways that everyone can access and understand.
포괄적인 앱은 존중하는 의사소통을 우선시하고 모든 사람이 접근하고 이해할 수 있는 방식으로 콘텐츠와 기능을 제시함으로써 사람들을 우선시한다.
To help you design an inclusive app, consider the following goals as you review the words and images you use and the experiences you offer.
포괄적인 앱을 설계하는 데 도움이 되도록, 당신이 사용하는 단어와 이미지와 당신이 제공하는 경험을 검토할 때 다음 목표를 고려하라.
As with all design, designing an inclusive app is an iterative process that takes time to get right. Throughout the process, be prepared to examine your assumptions about how other people think and feel and be open to evolving knowledge and understanding.
모든 디자인이 그렇듯이, 포괄적인 앱을 설계하는 것은 올바른 방향으로 가는 데 시간이 걸리는 반복적인 과정이다. 그 과정 내내, 다른 사람들이 어떻게 생각하고 느끼는지에 대한 여러분의 가정을 살펴보고 진화하는 지식과 이해에 개방적일 준비를 하세요.
Simple, intuitive experiences are at the core of well-designed apps. To design an intuitive experience, you start by investigating people’s goals and perspectives so you can present content that resonates with them.
단순하고 직관적인 경험은 잘 설계된 앱의 핵심이다. 직관적인 경험을 설계하기 위해, 당신은 사람들의 목표와 관점을 조사하는 것으로 시작하여 그들과 공명하는 콘텐츠를 제시할 수 있다.
Empathy is an important tool in this investigation because it helps you understand how people with different perspectives might respond to the content and experiences you create. For example, you might discover that from some perspectives a word or image in your app is incomprehensible or has a meaning you don’t intend.
공감은 다른 관점을 가진 사람들이 당신이 창조한 내용과 경험에 어떻게 반응할 수 있는지를 이해하는 데 도움이 되기 때문에 이 조사에서 중요한 도구이다. 예를 들어, 당신은 당신의 앱의 단어나 이미지가 이해되지 않거나 의도하지 않은 의미를 가지고 있다는 것을 발견할 수 있다.
Although each person’s perspective comprises a unique intersection of human qualities that’s both distinct and dynamic, all perspectives arise from human characteristics and experiences that everyone shares, including:
각 사람의 관점은 뚜렷하고 역동적인 인간 자질의 고유한 교차점으로 구성되지만, 모든 관점은 다음을 포함하여 모든 사람이 공유하는 인간의 특성과 경험에서 비롯된다.
-
Age
-
Gender and gender identity
-
Race and ethnicity
-
Sexuality
-
Physical attributes
-
Cognitive attributes
-
Permanent, temporary, and situational disabilities
-
영구적, 일시적 및 상황적 장애
-
Language and culture
-
Religion
-
Education
-
Political or philosophical opinions
-
Social and economic context
As you examine your app through different perspectives, avoid framing the work as merely a search for content that might give offense. Although no app should contain offensive material or experiences, an inoffensive app isn’t necessarily an inclusive app. Focusing on inclusion can help you avoid potentially offensive content while also helping you create a welcoming experience that everyone can enjoy.
다른 관점에서 앱을 검토할 때, 불쾌감을 줄 수 있는 콘텐츠에 대한 단순한 검색으로 작업을 프레임화하는 것을 피하십시오. 어떤 앱도 불쾌한 자료나 경험을 포함해서는 안 되지만, 모욕적이지 않은 앱이 반드시 포괄적인 앱은 아니다. 포함에 초점을 맞추면 잠재적으로 불쾌한 콘텐츠를 피하는 동시에 모든 사람이 즐길 수 있는 환영받는 경험을 만들 수 있습니다.
Using plain, inclusive language welcomes everyone and helps them understand your app. Carefully review the writing in your app to make sure that your tone and words don’t exclude people. Here are a few tips for writing text — also known as copy — that’s direct, easy to understand, and inclusive.
단순하고 포괄적인 언어를 사용하는 것은 모든 사람을 환영하고 그들이 당신의 앱을 이해하는 데 도움이 된다. 당신의 말투와 단어가 사람들을 배제하지 않는지 확인하기 위해 당신의 앱의 글을 주의 깊게 검토하라. 다음은 직접적이고 이해하기 쉽고 포괄적인 텍스트 작성에 대한 몇 가지 팁입니다.
Consider the tone of your copy from different perspectives. The style of your writing communicates almost as much as the words you use. Although different apps use different communication styles, make sure the tone you use doesn’t send messages you don’t intend. For example, an academic tone can make an app seem like it welcomes only high levels of education. As you seek the style that’s right for your app, focus on being clear, direct, and respectful.
다른 관점에서 당신의 사본의 어조를 고려하라. 당신의 글의 스타일은 당신이 사용하는 단어만큼 전달된다. 앱마다 다른 통신 스타일을 사용하지만 사용하는 톤이 의도하지 않은 메시지를 보내지 않는지 확인합니다. 예를 들어, 학문적인 어조는 앱이 높은 수준의 교육만을 환영하는 것처럼 보이게 할 수 있다. 당신의 앱에 맞는 스타일을 찾을 때, 명확하고, 직접적이며, 존중하는 것에 집중하세요.
Pay attention to how you refer to people. It typically works well to use you and your to address people directly. Referring to people indirectly as users or the user can make your app feel distant and unwelcoming. Also, consider reserving words like we and our to represent your app or company; otherwise, these terms can suggest a personal relationship with people that might be interpreted as insulting or condescending.
당신이 사람들을 어떻게 지칭하는지 주목하라. 일반적으로 당신과 당신이 사람들을 직접 대할 때 사용하는 것이 잘 작동한다. 사용자를 사용자 또는 사용자로 간접적으로 지칭하면 앱이 멀고 반갑지 않게 느껴질 수 있습니다. 또한, 당신의 앱이나 회사를 대표하기 위해 우리나 우리와 같은 단어를 예약하는 것을 고려해보세요. 그렇지 않으면, 이러한 용어들은 모욕적이거나 거들먹거리는 것으로 해석될 수 있는 사람들과의 개인적인 관계를 암시할 수 있습니다.
Avoid using specialized or technical terms without defining them. Using specialized or technical terms can make your writing more succinct, but doing so excludes people who don’t know what the terms mean. If you must use such terms, be sure to define them first and make the definitions easy for people to look up. Even when people know the definition of a specialized or technical term in a sentence, the sentence is easier to read — and translate — when it uses plain language instead.
전문용어나 기술용어를 정의하지 않고 사용하지 마십시오. 전문용어나 기술용어를 사용하면 글을 더 간결하게 만들 수 있지만, 용어의 의미를 모르는 사람은 제외됩니다. 이러한 용어를 사용해야 할 경우 먼저 용어를 정의하고 사용자가 쉽게 찾아볼 수 있도록 해야 합니다. 사람들이 문장에서 전문 용어 또는 전문 용어의 정의를 알고 있을 때에도, 문장이 대신 평범한 언어를 사용할 때 문장이 더 쉽게 읽고 번역할 수 있습니다.
Replace colloquial expressions with plain language. Colloquial expressions are often culture-specific and can be difficult to translate. Worse, some colloquial phrases have exclusionary meanings you might not know. For example, the phrases peanut gallery and grandfathered in both arose from oppressive contexts and continue to exclude people. Even when a colloquial phrase doesn’t have an exclusionary meaning, it can still exclude everyone who doesn’t understand it.
구어체 표현을 일반 언어로 대체하십시오. 구어체 표현은 종종 문화에 따라 다르며 번역이 어려울 수 있습니다. 더 나쁜 것은, 어떤 구어체들은 여러분이 모를 수도 있는 배제적인 의미를 가지고 있다는 것입니다. 예를 들어, 땅콩 갤러리와 할아버지라는 문구는 억압적인 맥락에서 생겨났고 사람들을 계속 배제하고 있다. 구어체가 배타적인 의미를 갖지 않을 때에도, 여전히 그것을 이해하지 못하는 모든 사람들을 배척할 수 있다.
Consider carefully before including humor. Humor is highly subjective and — similar to colloquial expressions — difficult to translate from one culture to another. Including humor in your app risks confusing people who donʼt understand it, irritating people who tire of repeatedly encountering it, and insulting people who interpret it differently. For additional writing guidance, see Writing inclusively.
유머를 포함하기 전에 신중히 고려하라. 유머는 매우 주관적이고 구어체 표현과 유사하며 한 문화에서 다른 문화로 번역하기 어렵다. 당신의 앱에 유머를 포함시키는 것은 그것을 이해하지 못하는 사람들을 혼란스럽게 하고, 그것을 반복적으로 접하는 것에 지치는 사람들을 짜증나게 하고, 그것을 다르게 해석하는 사람들을 모욕할 위험이 있다. 추가 쓰기 지침은 포괄적으로 쓰기를 참조하십시오.
An approachable app doesn’t require people to have particular skills or knowledge before they can use it, and it gives people a clear path toward deepening their understanding over time.
접근 가능한 앱은 사람들이 그것을 사용하기 전에 특정한 기술이나 지식을 가질 필요가 없으며, 그것은 시간이 지남에 따라 사람들에게 이해를 심화시키는 분명한 길을 제공한다.
Whether your app enables a range of powerful functions or performs one simple task, here are two ways to make it approachable.
당신의 앱이 다양한 강력한 기능을 활성화하든, 하나의 간단한 작업을 수행하든, 여기에 접근하기 쉽게 만드는 두 가지 방법이 있다.
-
Present a clear, straightforward interface. To help you design a simple interface that fits in with other apps on each platform, see Designing for iOS, iPadOS, macOS, watchOS, and tvOS.
-
명확하고 간단한 인터페이스를 제공합니다. 각 플랫폼의 다른 앱에 맞는 간단한 인터페이스를 설계하려면 iOS, iPadOS, macOS, watchOS 및 tvOS용 설계를 참조하십시오.
-
Build in ways to learn how to use your app. Consider designing a first-launch experience that helps new users take a step-by-step approach while letting experienced users skip straight to the content they want. For guidance, see Onboarding.
-
앱 사용법을 배울 수 있는 방법을 구축하세요. 경험이 풍부한 사용자가 원하는 콘텐츠로 바로 건너뛸 수 있도록 하면서 새로운 사용자가 단계별 접근 방식을 취할 수 있도록 지원하는 첫 출시 환경을 설계하는 것을 고려해 보십시오. 자세한 내용은 온보딩을 참조하십시오.
Throughout history, cultures around the world have recognized a spectrum of self-identity and expression that expands beyond the binary variants of woman and man.
역사를 통틀어, 전세계의 문화는 여성과 남성의 이원적 변형을 넘어 확장되는 자기 정체성과 표현의 스펙트럼을 인식해 왔다.
You can help everyone feel welcome in your app by avoiding unnecessary references to specific genders. For example, a recipe-sharing app that uses copy like “You can let a subscriber post his or her recipes to your shared folder” could avoid unnecessary gender references by using an alternative like “Subscribers can post recipes to your shared folder.” In addition to using the gender-neutral noun “subscribers,” the revised copy avoids the unnecessary singular pronouns “his” and “her,” helping the sentence remain inclusive when it’s localized for languages that use gendered pronouns.
특정 성별에 대한 불필요한 참조를 피함으로써 모든 사람이 앱에서 환영을 느낄 수 있도록 도울 수 있습니다. 예를 들어, "사용자가 자신의 레시피를 공유 폴더에 게시하도록 할 수 있다"와 같은 복사본을 사용하는 레시피 공유 앱은 "사용자는 당신의 공유 폴더에 레시피를 게시할 수 있다"와 같은 대안을 사용함으로써 불필요한 성별 참조를 피할 수 있다. 개정된 사본은 성 중립 명사 "subscribers"를 사용하는 것 외에도 불필요한 단수 대명사 "his"와 "her"를 피하여 성 대명사를 사용하는 언어에 국한될 때 문장이 포함되도록 도와줍니다.
Another example of an unnecessary reference to a specific gender is in an avatar, emoji, or glyph. To welcome everyone, give people the tools they need to create avatars and emoji that represent them accurately. When it’s necessary to depict a generic person or people, use a nongendered human image to reinforce the message that generic person means human, not man or woman. SF Symbols provides many nongendered glyphs you can use, such as the figure and person symbols shown here:
특정 성별에 대한 불필요한 언급의 또 다른 예는 아바타, 이모티콘 또는 글리프이다. 모두를 환영하기 위해, 사람들에게 그들을 정확하게 나타내는 아바타와 이모지를 만드는 데 필요한 도구를 주세요. 일반적인 사람이나 사람들을 묘사할 필요가 있을 때, 일반적인 사람은 남자나 여자가 아니라 인간을 의미한다는 메시지를 강화하기 위해 성별이 없는 인간의 이미지를 사용하십시오. SF 심볼은 여기에 표시된 도형 및 인물 기호와 같이 사용할 수 있는 많은 비성별 글리프를 제공합니다.
person.crop.circle
person.3.fill
figure.wave
Most apps don’t need to know a person’s gender, but if your app requires this information — such as for health or legal reasons — consider providing inclusive options, such as nonbinary, self-identify, and decline to state. In this situation, you could also let people specify the pronouns they use so you can address them properly when necessary.
대부분의 앱은 개인의 성별을 알 필요는 없지만 건강 또는 법적 이유와 같은 이 정보가 필요한 경우 비이진, 자가 식별 및 상태 표시 거부와 같은 포괄적인 옵션을 제공하는 것을 고려해 보십시오. 이 상황에서, 당신은 또한 사람들이 그들이 사용하는 대명사를 지정하도록 할 수 있고, 당신이 필요할 때 그것들을 적절하게 다룰 수 있다.
Portraying human diversity is one of the most noticeable ways your app can welcome everyone. When people recognize others like themselves within an app and its related materials, they’re less likely to feel excluded and can be more likely to think they’ll benefit from the app.
인간의 다양성을 묘사하는 것은 당신의 앱이 모두를 환영할 수 있는 가장 눈에 띄는 방법 중 하나이다. 사람들이 앱 내에서 자신과 같은 사람들과 관련 있는 자료들을 인식할 때, 그들은 소외감을 덜 느끼고 앱으로부터 이익을 얻을 것이라고 생각할 수 있다.
As you create copy and images that represent people, portray a range of human characteristics and activities. For example, a fitness app could feature exercise moves demonstrated by people with different racial backgrounds, body types, ages, and physical capabilities. If you need to depict common occupations, avoid stereotypical representations, such as showing only male doctors or female nurses.
사람들을 대표하는 카피와 이미지를 만들 때, 다양한 인간의 특성과 활동을 묘사하세요. 예를 들어, 피트니스 앱은 다른 인종 배경, 신체 유형, 나이 및 신체 능력을 가진 사람들에 의해 증명된 운동 동작을 특징으로 할 수 있다. 흔한 직업을 묘사할 필요가 있다면, 남자 의사나 여자 간호사만 보여주는 것과 같은 고정관념적인 표현을 피하세요.
Also review the settings and objects you show. For example, showing high levels of affluence might make sense in some scenarios, but in other cases it can be unwelcoming and make an app seem out of touch. When it makes sense in your app, prefer showing places, homes, activities, and items that are familiar and relatable to most people.
표시되는 설정 및 개체도 검토합니다. 예를 들어, 높은 수준의 풍요를 보여주는 것은 어떤 시나리오에서는 말이 될 수 있지만, 다른 경우에는 환영받지 못하고 앱이 연결되지 않는 것처럼 보일 수 있다. 앱에서 이치에 맞으면 대부분의 사람들에게 친숙하고 친숙한 장소, 집, 활동 및 항목을 표시하는 것을 선호합니다.
Everyone holds biases and stereotypes — often unconsciously — and it can be challenging to discover how they affect your thoughts. A goal of inclusive design is to become aware of your biases and generalizations so you can recognize where they might influence your design decisions.
모든 사람들은 편견과 고정관념을 가지고 있고 - 종종 무의식적으로 - 그것들이 여러분의 생각에 어떻게 영향을 미치는지 발견하는 것은 어려울 수 있다. 포괄적 설계의 목표는 편견과 일반화를 인식하여 그것이 설계 결정에 영향을 미칠 수 있는 위치를 인식하는 것입니다.
For example, consider an app that helps people manage account access for various family members. If this app uses a stereotypical definition of family — such as a woman, a man, and their biological children — it’s likely to communicate this perspective in its copy and images. Because the app assumes that people’s families fit this narrow definition, it excludes everyone whose family is different.
예를 들어, 사람들이 다양한 가족 구성원의 계정 액세스를 관리하는 데 도움이 되는 앱을 생각해 보십시오. 만약 이 앱이 여성, 남성, 그리고 그들의 생물학적 자녀와 같은 가족에 대한 고정관념적인 정의를 사용한다면, 그것은 복사와 이미지에서 이 관점을 전달할 가능성이 높다. 그 앱은 사람들의 가족이 이 좁은 정의에 부합한다고 가정하기 때문에, 그것은 가족이 다른 모든 사람들을 배제한다.
Although the assumption made in the account-access app might seem like an obvious mistake, it’s important to realize that not all assumptions are so easy to spot. For example, consider an app that requires people to choose security questions they can answer for future identity confirmation, such as:
계정 액세스 앱에서 이루어진 가정은 명백한 실수처럼 보일 수 있지만, 모든 가정을 쉽게 발견할 수 있는 것은 아니라는 것을 깨닫는 것이 중요하다. 예를 들어, 향후 신원 확인을 위해 사람들이 대답할 수 있는 보안 질문을 선택해야 하는 앱을 생각해 보십시오.
-
What was your favorite subject in college?
-
대학에서 가장 좋아하는 과목은 무엇이었습니까?
-
What was the make of your first car?
-
당신의 첫 차는 무엇으로 만들어졌습니까?
-
How did you feel when you first saw a rainbow?
-
무지개를 처음 봤을 때 기분이 어땠나요?
From some perspectives these questions refer to commonplace events, but all are based on experiences that not everyone has. Using a context-specific experience to communicate something is useless for everyone who doesn’t share that context and effectively excludes them. To create alternatives to the culture- and capability-specific questions above, you might reference more universal human experiences like:
어떤 관점에서는 이러한 질문들은 평범한 사건들을 언급하지만, 모든 것은 모든 사람들이 가지고 있지 않은 경험에 기초한다. 어떤 것을 의사소통하기 위해 상황별 경험을 사용하는 것은 그 상황을 공유하지 않고 그것들을 효과적으로 배제하는 모든 사람들에게 쓸모가 없다. 위의 문화 및 기능별 질문에 대한 대안을 만들기 위해 다음과 같은 보다 보편적인 인간의 경험을 참조할 수 있습니다.
-
What’s your favorite hobby?
-
What was the name of your first friend?
-
당신의 첫 번째 친구의 이름은 무엇이었습니까?
-
What quality describes you best?
-
당신을 가장 잘 묘사하는 품질은 무엇입니까?
Basing design decisions on stereotypes or assumptions inevitably leads to exclusion because generalizations can’t reflect the diversity of human perspectives. Avoiding assumptions and instead focusing on inclusion can help you craft experiences that benefit everyone.
고정관념이나 가정에 기초한 설계 결정은 일반화가 인간 관점의 다양성을 반영할 수 없기 때문에 불가피하게 배제된다. 가정을 피하고 대신 포함에 집중하면 모든 사람에게 이익이 되는 경험을 쌓는 데 도움이 될 수 있습니다.
An inclusive app is accessible to everyone. People rely on Apple’s accessibility features — such as VoiceOver, Display Accommodations, closed captioning, Switch Control, and Speak Screen — to customize their devices for their individual needs, so it’s essential to support these features in your app.
모든 사람이 포괄적인 앱에 액세스할 수 있습니다. 사람들은 VoiceOver, Display Admositions, Closed Caption, Switch Control 및 Speak Screen과 같은 Apple의 접근성 기능에 의존하므로 앱에서 이러한 기능을 지원하는 것이 중요합니다.
It’s also essential to avoid assuming that any disability might prevent someone from wanting to use your app. Making an assumption like this can result in designs that limit an app’s potential audience. In contrast, when you focus on making each app experience accessible, you give everyone the opportunity to benefit from your app in ways that work for them.
또한 어떤 장애라도 누군가가 당신의 앱을 사용하는 것을 방해할 수 있다고 가정하는 것을 피하는 것이 필수적이다. 이와 같이 가정하면 앱의 잠재적 시청자를 제한하는 설계가 발생할 수 있다. 이와는 대조적으로, 각 앱 환경에 액세스할 수 있도록 하는 데 초점을 맞추면, 모든 사람이 자신에게 맞는 방식으로 앱의 혜택을 누릴 수 있는 기회를 얻게 됩니다.
To help you design an app that everyone can enjoy, remember that:
모든 사람이 즐길 수 있는 앱을 설계할 수 있도록 하려면 다음을 기억하십시오.
-
Each disability is a spectrum. For example, visual disabilities range from low vision to complete blindness, and include things like color blindness, blurry vision, light sensitivity, and peripheral vision loss.
-
각각의 장애는 스펙트럼이다. 예를 들어, 시각 장애는 낮은 시력에서 완전한 실명에 이르기까지 다양하며 색맹, 흐릿한 시력, 빛 민감성, 말초 시력 손실과 같은 것들을 포함한다.
-
Everyone can experience disabilities. In addition to disabilities that most people experience as they age, there are temporary disabilities — like short-term hearing loss due to an infection — and situational disabilities — like being unable to hear while on a noisy train — that can affect everyone at various times.
-
누구나 장애를 경험할 수 있습니다. 대부분의 사람들이 나이가 들면서 경험하는 장애 외에도, 감염으로 인한 단기 난청 같은 일시적인 장애와 시끄러운 기차 안에서 들을 수 없는 것과 같은 상황적 장애는 다양한 시간에 모든 사람에게 영향을 미칠 수 있다.
As you design content that welcomes people of all abilities, consider the following tips.
모든 능력을 가진 사람들을 환영하는 콘텐츠를 디자인할 때, 다음 팁을 고려하세요.
Avoid images and language that exclude people with disabilities. For example, include people with disabilities when you represent a variety of people, and avoid language that uses a disability to express a negative quality.
장애인을 배제하는 이미지와 언어를 피하라. 예를 들어, 다양한 사람들을 대표할 때 장애인을 포함시키고, 장애를 사용하여 부정적인 품질을 표현하는 언어를 피하라.
Take a people-first approach when writing about people with disabilities. For example, you could describe an individual’s accomplishments and goals before mentioning a disability they may have. If you’re writing about a specific person or community, find out how they self-identify; for more guidance, see Writing about disability.
장애인에 대해 글을 쓸 때 사람 우선의 접근법을 취하라. 예를 들어, 당신은 그들이 가지고 있을지도 모르는 장애를 언급하기 전에 개인의 업적과 목표를 설명할 수 있다. 특정 개인 또는 공동체에 대해 글을 쓰는 경우, 그들이 어떻게 자신을 식별하는지 알아봅니다. 자세한 지침은 장애에 대한 글을 참조하십시오.
Prioritize simplicity and perceivability. Prefer familiar, consistent interactions that make tasks simple to perform, and ensure that everyone can perceive your content, whether they use sight, hearing, or touch.
단순성과 인식 가능성을 우선시합니다. 작업을 쉽게 수행할 수 있는 친숙하고 일관된 상호 작용을 선호하고 시각, 청각, 촉각 등 모든 사람이 사용자의 콘텐츠를 인식할 수 있도록 합니다.
To learn more about making your app accessible, see Accessibility.
앱에 액세스할 수 있도록 설정하는 방법에 대한 자세한 내용은 내게 필요한 옵션을 참조하십시오.
People expect to customize their device by choosing a language for text and a region for formatting values like date, time, and money. To welcome a global audience, first prepare your app to handle languages and regions other than your own — a process called internationalization — and provide translated text and resources for specific locales. For an overview of internationalization, see Expanding your app to new markets; for developer guidance on localization, see Localization.
사람들은 텍스트를 위한 언어와 날짜, 시간, 그리고 돈과 같은 값을 포맷하기 위한 지역을 선택함으로써 그들의 장치를 사용자 정의하기를 기대한다. 글로벌 사용자를 환영하려면 먼저 자신의 언어 및 지역 이외의 언어(국제화라고 하는 프로세스)를 처리하고 특정 지역에 대해 번역된 텍스트와 리소스를 제공할 수 있도록 앱을 준비하십시오. 국제화에 대한 개요는 새로운 시장으로 앱 확장, 현지화에 대한 개발자 지침은 현지화를 참조하십시오.
Focusing on inclusion can help you prepare for localization. For example, using plain language, avoiding unnecessary gender references, representing a variety of people, and avoiding stereotypes and culture-specific content, can put you in a good position to create versions of your app localized into more languages. Using SF Symbols for the glyphs in your app can also help streamline localization. In addition to providing many language-specific glyphs, SF Symbols includes glyphs you can use in both left-to-right and right-to-left contexts; for guidance, see Right to left.
포함에 초점을 맞추면 현지화를 준비하는 데 도움이 될 수 있습니다. 예를 들어, 평이한 언어를 사용하고, 불필요한 성별 참조를 피하고, 다양한 사람들을 대표하며, 고정관념과 문화별 콘텐츠를 피하는 것은 더 많은 언어로 현지화된 앱 버전을 만들 수 있는 좋은 위치에 있게 할 수 있다. 앱에서 글리프에 SF 기호를 사용하면 현지화를 간소화하는 데 도움이 될 수 있습니다. 많은 언어별 글리프를 제공하는 것 외에도 SF 기호에는 왼쪽에서 오른쪽으로 및 오른쪽에서 왼쪽으로 모두 사용할 수 있는 글리프가 포함되어 있습니다. 자세한 내용은 오른쪽에서 왼쪽으로를 참조하십시오.
As you localize your app and related content, also be aware of the ways you use color. Colors often have strong culture-specific meanings, so it’s essential to discover how people respond to specific colors in each locale you support. In some places, for example, white is associated with death or grief, whereas in other places, it’s associated with purity or peace. If you use color as a way to communicate, make sure your color choices communicate the same thing in each version of your app.
앱 및 관련 콘텐츠를 현지화할 때 색상을 사용하는 방법도 숙지해야 합니다. 색상은 종종 문화별 의미가 강하기 때문에 지원하는 각 로케일에서 사람들이 특정 색에 어떻게 반응하는지 알아내는 것이 중요합니다. 예를 들어, 어떤 곳에서는 흰색이 죽음이나 슬픔과 관련이 있는 반면, 다른 곳에서는 순결이나 평화와 관련이 있다. 만약 당신이 의사소통 방법으로 색을 사용한다면, 당신의 앱의 각 버전에서 당신의 색상 선택이 같은 것을 전달하는지 확인하세요.