A notification gives people timely, high-value information they can understand at a glance.
알림은 사람들이 한눈에 이해할 수 있게 시기적절하고 가치 있는 정보를 제공합니다.
Before you can send any notifications to people, you have to get their consent (for developer guidance, see Asking permission to use notifications). After agreeing, people generally use settings to specify the styles of notification they want to receive, and to specify delivery times for notifications that have different levels of urgency. To learn more about the ways people can customize the notification experience, see Managing notifications.
사람들에게 어떠한 알림을 보내려면 그들의 동의를 받아야 합니다(알림 사용에 대한 허락 요청 참조). 동의 후에는 사람들은 일반적으로 설정을 사용하여 원하는 알림 스타일을 지정하고 다양한 긴급성 수준을 가진 알림에 대한 전송 시간을 지정합니다. 알림 경험을 사용자 정의하는 방법에 대해 자세히 알아보려면 알림 관리를 참조하세요.
→ 알림에 대한 사용자의 동의가 필요하며, 다양한 설정을 지정해 사용자가 받을 알람을 선택할 수 있어야 함
Depending on the platform, a notification can use various styles, such as:
플랫폼에 따라 알림은 다양한 스타일을 사용할 수 있습니다. 이는 다음과 같습니다.
•
A banner or view on a Lock Screen, Home Screen, Home View, or desktop
•
A badge on an app icon
•
An item in Notification Center
•
잠금 화면, 홈 화면, 홈 뷰, 데스크톱의 배너 또는 뷰
•
앱 아이콘에 배지
•
Notification Center의 아이템
In addition, a notification related to direct communication — like a phone call or message — can provide an interface that’s distinct from noncommunication notifications, featuring prominent contact images (or avatars) and group names instead of the app icon.
또한, 전화 또는 메시지처럼 연락과 관련된 알림은 비통신 알림과 명확히 구분이 되게 앱 아이콘 대신 주요 연락처 이미지(또는 아바타) 그리고 그룹 이름을 제공할 수 있습니다.
→ 연락 앱에 경우 알림에 사용되는 이미지를 앱 아이콘이 아닌 연락과 관련된 정보로 제공할 수 있음
Provide concise, informative notifications. People turn on notifications to get quick updates, so focus on providing valuable information succinctly.
간결하고 유익한 알림 제공. 사람들은 빠른 업데이트를 받기 위해 알림을 켭니다. 따라서 가치 있는 정보를 간결하게 제공하는 데 중점을 두세요.
Avoid sending multiple notifications for the same thing, even if someone hasn’t responded. People attend to notifications at their convenience. If you send multiple notifications for the same thing, you fill up Notification Center, and people may turn off all notifications from your app.
같은 내용에 대해 여러 번 알림을 보내지 마세요. 사람들은 편의에 따라 알림에 대응합니다. 동일한 내용에 대해 여러 번 알림을 보내면 Notification Center가 가득 차며 사용자는 앱에서 모든 알림을 끄는 경우가 있습니다.
Avoid sending a notification that tells people to perform specific tasks within your app. If it makes sense to offer simple tasks that people can perform without opening your app, you can provide notification actions. Otherwise, avoid telling people what to do because it’s hard for people to remember such instructions after they dismiss the notification.
앱 내에서 특정 작업을 수행하라는 내용의 알림을 보내지 마세요. 앱을 열지 않고도 수행할 수 있는 간단한 작업을 제공하는 것이 합리적인 경우 알림 작업을 제공할 수 있습니다. 그렇지 않으면 알림을 닫은 후에는 사용자가 그런 지시를 기억하기 어려울 수 있으므로 사용자에게 무엇을 해야 하는지 알리지 않도록 하세요.
→ 알림으로 복잡한 작업을 지시할 경우, 사용자가 기억하여 수행하기 어려움
Use an alert — not a notification — to display an error message. People are familiar with both alerts and notifications, so you don’t want to cause confusion by using the wrong component. For guidance, see Alerts.
에러 메시지를 표시하기 위해 알림이 아닌 경고를 사용하세요. 사람들은 경고 및 알림 모두에 익숙하기 때문에 잘못된 구성 요소를 사용하여 혼란을 일으키지 않도록 주의하세요. 지침은 알림을 참조하세요.
Handle notifications gracefully when your app is in the foreground. Your app’s notifications don’t appear when your app is in the front, but your app still receives the information. In this scenario, present the information in a way that’s discoverable but not distracting or invasive, such as incrementing a badge or subtly inserting new data into the current view. For example, when a new message arrives in a mailbox that people are currently viewing, Mail simply adds it to the list of unread messages because sending a notification about it would be unnecessary and distracting.
앱이 foreground 일 때 알림을 정상적으로 처리하세요. 앱이 화면 앞에 있을 때는 앱의 알림이 나타나지 않지만 앱은 여전히 정보를 수신합니다. 이 상황에서는 뱃지를 증가시키거나 현재 뷰에 새 데이터를 미묘하게 삽입하는 등 알림을 표시하는 방법을 사용하세요. 예를 들어, 사람들이 현재 보고있는 메일함에 새 메시지가 도착하면 메일은 알림을 보내지 않고 읽지 않은 메시지 목록에 추가합니다.
→ 알림에 해당하는 앱이 foreground에 있을 때, 알림을 표시하지는 않지만 알림에 해당하는 처리를 해야함
Avoid including sensitive, personal, or confidential information in a notification. You can’t predict what people will be doing when they receive a notification, so it’s essential to avoid including private information that could be visible to others.
알림에 민감하고 개인적인 또는 기밀 정보를 포함하지 마세요. 알림을 받을 때 사람들이 무엇을 하고 있을지 예측할 수 없으므로 다른 사람이 볼 수 있는 개인 정보를 포함하지 않도록 중요합니다.
When a notification includes a title, the system displays it at the top where it’s most visible. In a notification related to direct communication, the system automatically displays the sender’s name in the title area; in a noncommunication notification, the system displays your app name if you don’t provide a title.
알림에 title이 포함된 경우 시스템은 가장 시각적으로 두드러지는 위치에 표시합니다. 직접적인 통신과 관련된 알림에서는 시스템이 자동으로 제목 영역에 보낸이의 이름을 표시하고, 통신이 아닌 알림에서는 제목을 제공하지 않으면 시스템이 앱 이름을 표시합니다.
Create a short title if it provides context for the notification content. Prefer brief titles that people can read at a glance, especially on Apple Watch, where space is limited. When possible, take advantage of the prominent notification title area to provide useful information, like a headline, event name, or email subject. If you can only provide a generic title for a noncommunication notification — like New Document — it can be better to let the system display your app name instead. Use title-style capitalization and no ending punctuation.
알림 콘텐츠에 문맥을 제공하는 짧은 제목을 만드세요. 한눈에 읽을 수 있는 간결한 제목을 선호하며 특히 Apple Watch에서 공간이 제한된 경우 더욱 중요합니다. 가능하면 두드러진 알림 제목 영역을 활용하여 헤드라인, 이벤트 이름 또는 이메일 제목과 같은 유용한 정보를 제공하세요. 연락과 관련하지 않은 알림에 대해 일반적인 제목만 제공할 수 있는 경우 "새 문서"와 같은 일반적인 제목 대신 시스템이 앱 이름을 표시하도록 하는 것이 좋습니다. 이때 제목의 대문자 표기와 마침표 없이 사용하세요.
→ title에 헤드라인, 이벤트 이름, 이메일 제목 등의 정보를 제공하세요. 연락과 관련하지 않은 알림일 경우 일반적인 제목이라면, 앱 이름을 표기하는게 더 좋을 때도 있음
Write succinct, easy-to-read notification content. Use complete sentences, sentence case, and proper punctuation, and don’t truncate your message — the system does this automatically when necessary.
간결하고 읽기 쉬운 알림 콘텐츠 작성. 완전한 문장, 문장 케이스 및 올바른 구두점을 사용하고 메시지를 자르지 마세요. - 시스템이 필요하다면 해줄 겁니다.
Provide generically descriptive text to display when notification previews aren’t available. In Settings, people can choose to hide notification previews for all apps. In this situation, the system shows only your app icon and the default title Notification. To give people sufficient context to know whether they want to view the full notification, write body text that succinctly describes the notification content without revealing too many details, like “Friend request,” “New comment,” “Reminder,” or “Shipment” (for developer guidance, see hiddenPreviewsBodyPlaceholder). Use sentence-style capitalization for this text.
알림 미리보기를 사용할 수 없을 때 표시할 일반적인 설명 텍스트를 제공하세요. 설정에서 사람들은 모든 앱에 대해 알림 미리보기를 숨길 수 있습니다. 이 경우 시스템은 앱 아이콘과 기본 제목 알림만 표시합니다. 전체 알림을 볼지 여부를 결정하기 위해 메시지 내용을 너무 많이 노출하지 않고도 알림 콘텐츠를 간결하게 설명하는 본문 텍스트를 작성하세요. 예를 들어 "친구 요청", "새 댓글", "리마인더", "배송"과 같이 세부 정보를 공개하지 않고 알림 내용을 간략하게 설명하는 것이 좋습니다. 이때 텍스트에는 문장 형식의 대문자 표기를 사용하세요.
→ 알림의 미리보기를 숨겼을 경우, 콘텐츠를 설명할 수 있는 설명 텍스트를 제공해야 함
Avoid including your app name or icon. The system automatically displays a large version of your app icon at the leading edge of each notification; in a communication notification, the system displays the sender’s contact image badged with a small version of your icon.
앱 이름이나 아이콘을 포함하지 않도록 하세요. 시스템은 각 알림의 앞부분에 앱 아이콘의 큰 버전을 자동으로 표시합니다. 통신 알림의 경우 시스템은 작은 아이콘에 앱 아이콘의 작은 버전을 표시합니다.
Consider providing a sound to supplement your notifications. Sound can be a great way to distinguish your app’s notifications and get someone’s attention when they’re not looking at the device. You can create a custom sound that coordinates with the style of your app or use a system-provided alert sound. If you use a custom sound, make sure it’s short, distinctive, and professionally produced. A notification sound can enhance the user experience, but don’t rely on it to communicate important information, because people may not hear it. Although people might also want a vibration to accompany alert sounds, you can’t provide such a vibration programmatically. For developer guidance, see UNNotificationSound.
알림에 소리를 제공하는 것을 고려하세요. 소리는 앱의 알림을 구별하고 사용자가 기기를 보지 않을 때 주의를 끌기에 좋은 방법일 수 있습니다. 사용자 정의 사운드를 만들어 앱 스타일에 맞추거나 시스템에서 제공하는 경고 사운드를 사용할 수 있습니다. 사용자 정의 사운드를 사용하는 경우 짧고 구별되는 프로페셔널한 제작이 중요합니다. 알림 사운드는 사용자가 듣지 못할 수 있으므로 중요한 정보를 전달하기 위해 의존하지 마세요. 알림음에 진동을 제공하는 것은 프로그래밍적으로 제공할 수 없습니다. 개발자 안내서에서 UNNotificationSound를 참조하세요.
→ 알림에 대한 주의를 끌고, 어떤 앱에서 알림을 보냈는지 구분할 수 있는 좋은 장치 입니다. 하지만, 소리를 듣지 못하는 경우도 있으니 너무 의존하면 안됨
A notification can present a customizable detail view that contains up to four buttons people use to perform actions without opening your app. For example, a Calendar event notification provides a Snooze button that postpones the event’s alarm for a few minutes. For developer guidance, see Handling notifications and notification-related actions.
알림은 최대 네 개의 버튼을 포함할 수 있는 사용자 정의 세부 뷰를 제공할 수 있습니다. 예를 들어 캘린더 이벤트 알림은 이벤트의 알람을 일시 중지하는 Snooze 버튼을 제공합니다. 개발자 안내서에서 알림 및 관련 작업 처리를 참조하세요.
→ 알림의 세부 뷰에 동작을 하는 버튼을 포함할 수 있음
역자 첨언
Provide beneficial actions that make sense in the context of your notification. Prefer actions that let people perform common, time-saving tasks that eliminate the need to open your app. For each button, use a short, title-case term or phrase that clearly describes the result of the action. Don’t include your app name or any extraneous information in the button label, keep the text brief to avoid truncation, and take localization into account as you write it.
알림과 관련된 맥락에서 의미 있는 작업을 제공하세요. 앱을 열지 않고도 사용자가 일반적이고 시간 절약이 되는 작업을 수행할 수 있는 작업을 선호하세요. 각 버튼에는 작업 결과를 명확히 설명하는 짧은 타이틀 케이스 용어나 구문을 사용하세요. 버튼 레이블에 앱 이름이나 불필요한 정보를 포함하지 말고 텍스트를 간결하게 유지하고 로컬라이제이션을 고려하세요.
→ 세부 뷰의 버튼에 간결한 텍스트를 사용하세요. 그리고 앱을 열지 않고도 작업을 수행할 수 있는 동작을 제공해야 함
Avoid providing an action that merely opens your app. When people tap a notification or its preview, they expect your app to display related content, so presenting an action button that does the same thing clutters the detail view and can be confusing.
앱을 단순히 열기만 하는 작업을 제공하지 않도록 하세요. 사용자가 알림이나 미리보기를 탭하면 관련 컨텐츠를 표시하기를 기대하므로 동일한 작업을 수행하는 작업 버튼을 표시하면 세부보기가 혼란스러워질 수 있습니다.
→ 세부 뷰의 버튼으로 단순히 앱을 열기만 한다면 사용자에게 혼란을 줄 수 있음
Prefer nondestructive actions. If you must provide a destructive action, make sure people have enough context to avoid unintended consequences. The system gives a distinct appearance to the actions you identify as destructive.
파괴적인 작업을 제공하지 않도록 하세요. 파괴적인 작업을 제공해야 하는 경우 사용자가 의도하지 않은 결과를 피하도록 충분한 문맥을 제공하세요. 시스템은 파괴적인 작업을 식별할 때 명확한 외관을 제공합니다.
Provide a simple, recognizable interface icon for each notification action. An interface icon reinforces an action’s meaning, helping people instantly understand what it does. The system displays your interface icon on the trailing side of the action title. When you use SF Symbols, you can choose an existing symbol that represents your command or edit a related symbol to create a custom icon.
각 알림 작업에 간단하고 인식하기 쉬운 인터페이스 아이콘 제공. 액션의 의미를 강조하기 위해 인터페이스 아이콘을 제공하여 사람들이 즉시 해당 작업을 이해할 수 있도록 도움이 됩니다. 시스템은 작업 제목의 뒷쪽에 인터페이스 아이콘을 표시합니다. SF Symbols을 사용할 경우 해당 명령을 나타내는 기존 심볼을 선택하거나 관련 심볼을 편집하여 사용자 정의 아이콘을 만들 수 있습니다.
→ 버튼의 인식률을 높이기 위해 아이콘도 제공하면 좋음
A badge is a small, filled oval containing a number that can appear on an app icon to indicate the number of unread notifications that are available. After people address unread notifications, the badge disappears from the app icon, reappearing when new notifications arrive. People can choose whether to allow an app to display badges in their notification settings.
뱃지는 읽지 않은 알림 수를 나타내는 숫자가 있는 작은 채워진 타원입니다. 사용자가 읽지 않은 알림을 처리한 후에는 뱃지가 앱 아이콘에서 사라지고, 새로운 알림이 도착하면 다시 나타납니다. 사용자는 앱 설정에서 앱이 뱃지를 표시할지 여부를 선택할 수 있습니다.
역자 첨언
Use a badge only to show people how many unread notifications they have. Don’t use a badge to convey numeric information that isn’t related to notifications, such as weather-related data, dates and times, stock prices, or game scores.
뱃지는 사용자에게 읽지 않은 알림 수만 표시하기 위해 사용. 날씨 관련 데이터, 날짜 및 시간, 주가 또는 게임 점수와 같이 알림과 관련이 없는 숫자 정보를 전달하는 데 뱃지를 사용하지 않습니다.
Make sure badging isn’t the only method you use to communicate essential information. People can turn off badging for your app, so if you rely on it to show people when there’s important information, people can miss the message. Always make sure that you make important information easy for people to find as soon as they open your app.
중요한 정보를 전달하는 데 사용하는 유일한 방법으로 뱃지를 사용하지 않도록 주의. 사용자는 앱의 뱃지 표시를 끌 수 있으므로 중요한 정보를 보여주기 위해 이를 의존하지 않도록 합니다. 사용자가 앱을 열면 중요한 정보를 쉽게 찾을 수 있도록 항상 확인합니다.
Keep badges up to date. Update your app’s badge as soon as people open the corresponding notifications. You don’t want people to think there are new notifications available, only to find that they’ve already viewed them all. Note that reducing a badge’s count to zero removes all related notifications from Notification Center.
뱃지를 최신 상태로 유지. 사용자가 해당 알림을 열면 즉시 앱의 뱃지를 업데이트합니다. 사용자가 모든 알림을 이미 본 상태에서 뱃지 카운트를 제로로 줄이면 모든 관련 알림이 알림 센터에서 제거됩니다.
→ 해당 알림을 보았을 때, 카운트를 줄여야 함
Avoid creating a custom image or component that mimics the appearance or behavior of a badge. People can turn off notification badges if they choose, and will become frustrated if they have done so and then see what appears to be a badge.
뱃지의 외관이나 동작을 모방하는 사용자 정의 이미지나 구성 요소를 만들지 않기. 사용자는 선택적으로 알림 뱃지를 끌 수 있으며, 그 후에 뱃지와 유사한 것을 보게 되면 좌절할 것입니다.
No additional considerations for iOS, iPadOS, macOS, tvOS, or visionOS.
iOS, iPadOS, macOS, tvOS, visionOS에 대해 특별한 고려사항은 없습니다.
On Apple Watch, notifications occur in two stages: short look and long look. People can also view notifications in Notification Center.
Apple Watch에서 알림은 두 단계로 나뉩니다: short look 및 long look. 사용자는 Notification Center에서도 알림을 볼 수 있습니다.
You can help people have a great notification experience by designing app-specific assets and actions that are relevant on Apple Watch. If your watchOS app has an iPhone companion that supports notifications, watchOS can automatically provide default short-look and long-look interfaces if necessary.
Apple Watch에서 유용한 알림 경험을 제공하기 위해 Apple Watch에 관련된 앱 특정 자산 및 작업을 디자인함으로써 도움을 줄 수 있습니다. watchOS 앱이 알림을 지원하는 iPhone 동반 앱이 있는 경우 watchOS는 필요한 경우 자동으로 기본 짧은 시선 및 긴 시선 인터페이스를 제공할 수 있습니다.
A short look appears when the wearer’s wrist is raised and disappears when it’s lowered.
short look은 착용자의 손목이 들어올 때 나타나고 내려갈 때 사라집니다.
Avoid using a short look as the only way to communicate important information. A short look appears only briefly, giving people just enough time to see what the notification is about and which app sent it. If your notification information is critical, make sure you deliver it in other ways, too.
중요한 정보를 전달하는 데 유일한 방법으로 short look을 사용하지 않도록 주의하세요. short look은 잠시 나타나므로 알림이 무엇인지 및 어떤 앱에서 보냈는지를 확인하는 데 충분한 시간을 제공합니다. 알림 정보가 중요하면 다른 방법으로도 전달되도록 합니다.
→ short look은 중요한 정보를 전달하기에 시간이 짧음
Keep privacy in mind. Short looks are intended to be discreet, so it’s important to provide only basic information. Avoid including potentially sensitive information in the notification’s title.
개인 정보 보호를 고려하세요. 짧은 시선은 신중하게 이루어져야 하므로 기본 정보만 제공하도록 합니다. 알림 제목에 민감한 정보를 포함하지 않도록 합니다.
Long looks provide more detail about a notification. If necessary, people can swipe vertically or use the Digital Crown to scroll a long look. After viewing a long look, people can dismiss it by tapping it or simply by lowering their wrist.
Long looks은 알림에 대한 자세한 정보를 제공합니다. 필요한 경우 사용자는 long look을 수직으로 스와이프하거나 Digital Crown을 사용하여 스크롤할 수 있습니다. long look을 본 후에는 탭하거나 손목을 내리기만 하면 사라집니다.
A custom long-look interface can be static or dynamic. The static interface lets you display a notification’s message along with additional static text and images. The dynamic interface gives you access to the notification’s full content and offers more options for configuring the appearance of the interface.
custom long look 인터페이스는 정적 또는 동적일 수 있습니다. 정적 인터페이스에서는 알림 메시지와 추가 정적 텍스트 및 이미지를 표시할 수 있습니다. 동적 인터페이스에서는 알림의 전체 내용에 액세스하고 인터페이스의 모양을 구성하는 데 더 많은 옵션이 제공됩니다.
역자 첨언
You can customize the content area for both static and dynamic long looks, but you can’t change the overall structure of the interface. The system-defined structure includes a sash at the top of the interface and a Dismiss button at the bottom, below all custom buttons.
정적 및 동적 long look에 대한 콘텐츠 영역을 사용자 정의할 수 있지만 인터페이스의 전반적인 구조를 변경할 수는 없습니다. 시스템 정의 구조에는 인터페이스 상단의 sash와 사용자 지정 버튼 아래의 모든 사용자 지정 버튼 아래에 위치한 Dismiss 버튼이 포함됩니다.
→ long-look의 구성은 sash, content, buttons, Dismiss 버튼
역자 첨언
Consider using a rich, custom long-look notification to let people get the information they need without launching your app. You can use SwiftUI Animations to create engaging, interruptible animations; alternatively, you can use SpriteKit or SceneKit.
사용자가 앱을 시작하지 않고 필요한 정보를 얻을 수 있도록 풍부한 custom long-look 알림을 사용하는 것을 고려하세요. SwiftUI Animations를 사용하여 매력적이고 중단 가능한 애니메이션을 만들거나, SpriteKit 또는 SceneKit을 사용할 수 있습니다.
At the minimum, provide a static interface; prefer providing a dynamic interface too. The system defaults to the static interface when the dynamic interface is unavailable, such as when there is no network or the iPhone companion app is unreachable. Be sure to create the resources for your static interface in advance and package them with your app.
최소한 정적 인터페이스를 제공하고 가능하면 동적 인터페이스를 제공하세요. 동적 인터페이스를 사용할 수 없을 때 시스템은 정적 인터페이스를 기본값으로 사용합니다(네트워크가 없거나 iPhone 동반 앱에 액세스할 수 없을 때 등). 정적 인터페이스에 대한 리소스를 미리 만들어 앱과 함께 패키지화 하도록 합니다.
→ 동적인 인터페이스 제공을 우선으로 하고, 시스템이 제공하는 static interface에서 사용할 리소스를 준비해두어야 함
Choose a background appearance for the sash. The system-provided sash, at the top of the long-look interface, displays your app icon and name. You can customize the sash’s color or give it a blurred appearance. If you display a photo at the top of the content area, you’ll probably want to use the blurred sash, which has a light, translucent appearance that gives the illusion of overlapping the image.
sash의 배경 모양을 선택하세요. long-look 인터페이스의 상단에 표시되는 시스템 제공 sash는 앱 아이콘과 이름을 표시합니다. sash의 색상을 사용자 정의하거나 흐린 외관을 부여할 수 있습니다. 콘텐츠 영역의 상단에 사진을 표시하는 경우 흐린 sash를 사용하는 것이 좋습니다. 이는 이미지가 겹쳐진 것처럼 가벼우면서 투명한 외관을 제공합니다.
Choose a background color for the content area. By default, the long look’s background is transparent. If you want to match the background color of other system notifications, use white with 18% opacity; otherwise, you can use a custom color, such as a color within your brand’s palette.
콘텐츠 영역의 배경색을 선택. 기본적으로 긴 시선의 배경은 투명합니다. 다른 시스템 알림의 배경색과 일치하려면 흰색을 18% 불투명도로 사용하거나 브랜드 팔레트 내의 사용자 정의 색상을 사용할 수 있습니다.
Provide up to four custom actions below the content area. For each long look, the system uses the notification’s type to determine which of your custom actions to display as buttons in the notification UI. In addition, the system always displays a Dismiss button at the bottom of the long-look interface, below all custom buttons. If your watchOS app has an iPhone companion that supports notifications, the system shares the actionable notification types already registered by your iPhone app and uses them to configure your custom action buttons.
콘텐츠 영역 아래에 최대 네 가지 custom 작업을 제공. 각 long-look에 대해 시스템은 알림 유형을 사용하여 알림 UI의 버튼으로 표시할 사용자 지정 작업을 결정합니다. 또한 시스템은 항상 Dismiss 버튼을 긴 시선 인터페이스의 하단에 모든 사용자 정의 버튼 아래에 표시합니다. watchOS 앱이 알림을 지원하는 iPhone 앱과 동반되는 경우 시스템은 이미 iPhone 앱에서 등록한 custom 작업 유형을 공유하고 이를 사용하여 사용자 지정 작업 버튼을 구성합니다.
→ 콘텐츠 아래로 동작을 할 수 있는 버튼을 추가할 수 있음. iOS 앱과 연동되는 경우, iOS 앱에서 등록한 작업을 공유하여 사용함
Asking permission to use notifications — User Notifications
Change Log
작성 날짜 | 작성자 | 수정사항 |
2023/12/10 | 고석준 | 초기 번역 |
2023/12/22 | 고석준 | 배포 |