Apps with user-generated content or services that end up being used primarily for pornographic content, Chatroulette-style experiences, objectification of real people e. The Kids Category is a great way for people to easily find apps that are designed for children. If you want to participate in the Kids Category, you should focus on creating a great experience specifically for younger users.
These apps must not include links out of the app, purchasing opportunities, or other distractions to kids unless reserved for a designated area behind a parental gate. Keep in mind that once customers expect your app to follow the Kids Category requirements, it will need to continue to meet these guidelines in subsequent updates, even if you decide to deselect the category. Learn more about parental gates. You must comply with applicable privacy laws around the world relating to the collection of data from children online.
Be sure to review the Privacy section of these guidelines for more information. In addition, Kids Category apps may not send personally identifiable information or device information to third parties.
Apps in the Kids Category should not include third-party analytics or third-party advertising. This provides a safer experience for kids. In limited cases, third-party analytics may be permitted provided that the services do not collect or transmit the IDFA or any identifiable information about children such as name, date of birth, email address , their location, or their devices.
This includes any device, network, or other information that could be used directly or combined with other information to identify users and their devices. Third-party contextual advertising may also be permitted in limited cases provided that the services have publicly documented practices and policies for Kids Category apps that include human review of ad creatives for age appropriateness. People need to know how to reach you with questions and support issues. Make sure your app and its Support URL include an easy way to contact you; this is particularly important for apps that may be used in the classroom.
Failure to include accurate and up-to-date contact information not only frustrates customers, but may violate the law in some countries. Also ensure that Wallet passes include valid contact information from the issuer and are signed with a dedicated certificate assigned to the brand or trademark owner of the pass. Apps should implement appropriate security measures to ensure proper handling of user information collected pursuant to the Apple Developer Program License Agreement and these Guidelines see Guideline 5.
Apps for reporting alleged criminal activity must involve local law enforcement, and can only be offered in countries where such involvement is active. Submissions to App Review, including apps you make available for pre-order, should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission.
Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info and turn on your back-end service! If you offer in-app purchases in your app, make sure they are complete, up-to-date, and visible to the reviewer, or that you explain why not in your review notes. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems. Any app submitted for beta distribution via TestFlight should be intended for public distribution and should comply with the App Review Guidelines.
Note, however, that apps using TestFlight cannot be distributed to testers in exchange for compensation of any kind, including as a reward for crowd-sourced funding. Significant updates to your beta build should be submitted to TestFlight App Review before being distributed to your testers. To learn more, visit the TestFlight Beta Testing page. There are many ways to monetize your app on the App Store.
If we find that you have attempted to manipulate reviews, inflate your chart rankings with paid, incentivized, filtered, or fake feedback, or engage with third-party services to do so on your behalf, we will take steps to preserve the integrity of the App Store, which may include expelling you from the Apple Developer Program. Coming up with a great design is up to you, but the following are minimum standards for approval to the App Store.
And remember that even after your app has been approved, you should update your app to ensure it remains functional and engaging to new and existing customers. Apps that stop working or offer a degraded experience may be removed from the App Store at any time. Come up with your own ideas. We know you have them, so make yours come to life. Your app should include features, content, and UI that elevate it beyond a repackaged website.
Apps that are simply a song or movie should be submitted to the iTunes Store. Apps that are simply a book or game guide should be submitted to the Apple Books Store. If your app has different versions for specific locations, sports teams, universities, etc. Also avoid piling on to a category that is already saturated; the App Store has enough fart, burp, flashlight, fortune telling, dating, drinking games, and Kama Sutra apps, etc.
We will reject these apps unless they provide a unique, high-quality experience. Spamming the store may lead to your removal from the Apple Developer Program. Apps hosting or containing extensions must comply with the App Extension Programming Guide or the Safari App Extensions Guide and should include some functionality, such as help screens and settings interfaces where possible.
Stickers are a great way to make Messages more dynamic and fun, letting people express themselves in clever, funny, meaningful ways. Apps may display customized icons, for example, to reflect a sports team preference, provided that each change is initiated by the user and the app includes settings to revert to the original icon. All icon variants must relate to the content of the app and changes should be consistent across all system assets, so that the icons displayed in Settings, Notifications, etc.
This feature may not be used for dynamic, automatic, or serial changes, such as to reflect up-to-date weather information, calendar notifications, etc. Apps may contain or run code that is not embedded in the binary e. HTML5-based games, bots, etc. These additional rules are important to preserve the experience that App Store customers expect, and to help ensure user safety. Your app is an education, enterprise, or business app that requires the user to sign in with an existing education or enterprise account.
Your app uses a government or industry-backed citizen identification system or electronic ID to authenticate users. Your app is a client for a specific third-party service and users are required to sign in to their mail, social media, or other third-party account directly to access their content.
Streaming games are permitted so long as they adhere to all guidelines—for example, each game update must be submitted for review, developers must provide appropriate metadata for search, games must use in-app purchase to unlock features or functionality, etc. Of course, there is always the open Internet and web browser apps to reach all users outside of the App Store.
We know this stuff is complicated, but it is your responsibility to understand and make sure your app conforms with all local laws, not just the guidelines below. And of course, apps that solicit, promote, or encourage criminal or clearly reckless behavior will be rejected. More particularly:. Health, fitness, and medical data are especially sensitive and apps in this space have some additional rules to make sure customer privacy is protected:. Apps intended primarily for kids should not include third-party analytics or third-party advertising.
In limited cases, third-party analytics and third-party advertising may be permitted provided that the services adhere to the same terms set forth in Guideline 1. Moreover, apps in the Kids Category or those that collect, transmit, or have the capability to share personal information e. As a reminder, Guideline 2. Apps not in the Kids Category cannot include any terms in app name, subtitle, icon, screenshots or description that imply the main audience for the app is children.
The main performing artist must be listed as Primary at the album and track level. Do not use Primary role for both the Character and Performer. Various Artists. If there are five or more Primary artists listed on the album, the album-level Primary artist must be Various Artists. Various Artists must not be a track-level artist. Album-level primary artists must be the composer and lyricist. Principal performers can be listed as primary artists at the album-level. Do not list more than four artists as Primary at the album level.
DJ Mixes. Albums that are a collection of different tracks mixed together or separate tracks compiled by a DJ or artist must list the DJ or artist at album level and identify them as primary. Tracks that appear on DJ mixes must list the original artists as primary. Remix tracks must list the original artist as Primary with the remixer assigned the remixer role. Albums that contain instrumental score tracks must credit composers at the album and track level as Primary artists and a Composer role.
If there are additional performers for example, orchestra, soloist, band , then list those performers as primary at the album and track level. The composer and lyricist or Music Director must be listed with the Primary artist role at the album level as the first artist. The composer and lyricist must be credited with the composer and lyricist roles at the track level.
Vocalists must be credited as Primary Artists at the track level. For these, the name of the original artist must not be displayed in any artist field on the track level or the album level. Karaoke must not be used as the artist name unless it is part of the legal entity name, such as The Karaoke Kangaroos or All Star Karaoke. Special Guests or Featured Artists.
Special guests or featured artists must be given the Featuring or With role. If the featured artist is the same on every track, the featured artist must also be listed at the album level.
Artists with Featuring or With roles must not be marked Primary. Formatting of "feat. Note : If Featuring or With artist roles are used in the initial delivery, the featured artist name will automatically be added by Apple Music or iTunes to the album or track title. Individual band, ensemble, and performance contributors and their roles must be credited at the track level. These artists must not be marked as Primary at either the album or track level unless they are also the Primary artist on the recording.
A nonperforming presenting artist must only be named in the title and not credited at album or track level. Albums with studio orchestras should credit essential instrumentalists, conductors, and orchestra name where appropriate with their roles at the track level. Composition and Lyrics.
Roles related to the underlying composition or lyrical content of a recording should have the appropriate roles listed at the track level. If a single artist has written all words or lyrics for all recordings on an album, the appropriate roles must be listed at both the album and track levels.
If an artist is also a composer, credit them with the Composer role as well. If the album contains selections of unknown authorship, such as a folk song or Gregorian chant, use Anonymous or Traditional as the composer.
Any delivery found using this role erroneously will be hidden. Production and Engineering. Roles such as Producer, Recording Engineer, or Graphic Designer must be credited at the album level if consistent throughout the album.
Otherwise, note these contributors at the track level. These artists should not be marked as the Primary artist at either the album or track level. To ensure consistency, refer to Recommended Contributor Roles. If an exact role is not mentioned in this section, you can still deliver them. Titles must be accurate and formatted correctly.
Do not use generic titles, such as Track 1, Track 2, or Instrumental, unless they are the actual titles of the tracks or ringtones. Additional Information. The standard, original version of an album, track, or music video must not include any additional information in the title unless it is needed to identify the content. Do not submit any title version information that is already addressed with Apple Music or iTunes badges.
Apple Music or iTunes display a badge or blurb for the following, so titles must not include:. An album must be identified as a single if it contains one to three songs that are less than 10 minutes each.
One to three songs with one song at least 10 minutes long and a total running time of 30 minutes or less. One-Track Products. One-track products must have matching album and track titles, including any parentheses or brackets. Additionally, all artist information for one-track products must be consistent across the album and track levels. Album Version Information.
If multiple versions of an album exist, use the album title version to indicate the correct version. If an album offers more content than the standard version of the album for example, extra tracks or a bonus video , indicate the difference in the title. Multiple Version References. Note that by delivering content using the title version field, parentheses and brackets will be applied by Apple automatically.
Multiple Albums and Medley Tracks. Multiple album or track titles in the title field must be separated by a slash. Note that you must place a space before and after the slash. Title formatting in a series should be consistent. Track Version Information. All track titles performed by the same artist on an album must be unique, except for different versions of the same track that are differentiated by Parental Advisory tags. To differentiate multiple versions of the same track title, use terms in parentheses or brackets such as:.
Rerecorded Versions. The year of remastering should be included in the title version to properly indicate the version of the master.
For example, Remastered Version. Albums or tracks that are designated as Remastered in the title version must be delivered with the first-known release date of the original version of the recording. In cases where an entirely new mix has been created for a previously released album, the album must also be delivered with the first-known release date of the original version of the album.
The year of the new mix should also be noted. For example, Mix. Soundtrack Version Information. Soundtracks and scores must include version information in the album title, enclosed in parentheses or brackets. Soundtrack remixes must not include the movie title if the track is not from the original soundtrack. Musicals must reference the year and location of the performance or release.
For Chinese language content, see DJ Mixes Version Information. Mixed tracks appearing on a DJ Mix must include the title version [Mixed] after all other version information. Remixes Collections Version Information. Albums that are a collection of remixes of the same track must indicate this in the album title. To avoid identical track titles, the titles must include enough information about the remixes to differentiate them. Artist [Remix]. Live Recording Version Information.
For example:. For music videos to be considered Live, audio and video must match and be from the same performance. Prerecorded audio set to different performance footage is not considered Live.
The album title must not begin with the original artist name. Track or ringtone titles for cover, orgel, parody songs, or tributes must not make reference to the original artist. Karaoke track titles can make reference to the original artist.
You must use clarifying language to ensure that consumers will not think those artists are performing. Titles of karaoke albums and tracks must indicate that they are an instrumental or karaoke version. Silent, Hidden, and Ghost Tracks. Silent, hidden, and ghost tracks must be clearly labeled in the track title.
Performance, Backing, and Split Tracks. If a track is a performance track, backing track, or split track, that information must be included in the title. Booklet Title. Digital Booklet title should follow the format: Digital Booklet - Album title. Non-standard Capitalization. Titles should not be in all capitals, all lowercase, or random casing.
English Title Casing. English titles should be in title case format and follow the casing conventions as outlined below. This section applies to titles in English only.
For general cases not addressed in this guide, refer to The Chicago Manual of Style. Prepositions of four letters or fewer at, by, for, from, in, into, of, off, on, onto, out, over, to, up, and with , except when the word is part of a verb phrase or is used as another part of speech such as an adverb, adjective, noun, or verb. Always capitalize the first and last word in a title. Capitalize the first and last word in parentheses. Accents and Characters.
Supported languages must include all accents. Do not use digraphs. Not every genre has a genre page in iTunes and the list may change at any time. Genre names are automatically translated for each Apple Music or iTunes territory. The first genre listed will be the primary genre and must be the best description for the content. A second genre is not required, but it should be used when applicable. Note : Content will only chart in the first primary genre.
Albums with Latin genres or the K-Pop genre will chart in both the primary and secondary genres. Genre Specificity. Use the most specific primary genre that applies to your music, such as Pop in Spanish y Tropical, instead of more generic genres such as Latin or Pop. Karaoke content must use Karaoke as the primary genre.
This includes backing tracks, performance tracks, or any other type of content that could be identified as Karaoke. Indian Genres. Indian music must have at least one Indian genre or Indian subgenre for the album Primary or Secondary, as applicable. The language-specific genre must be Primary for Indian soundtrack albums. Apart from Hindi, all other Indian Regional languages have their respective genres that you must list as the Primary genre:.
Any regional language not found in the aforementioned list can be classified as Primary Genre Regional Indian. Some languages have respective primary genres that must be credited for their respective content.
If a secondary genre is required, it is included in the examples below:. Classical Genres. Use Classical genre for all albums that feature Western classical music. This broadly includes music composed between approx A. For classical albums, use Classical for the primary genre and include additional classical subgenres as secondary genres to provide specificity.
Compilations featuring both nonclassical songs as well as standard classical works which are marketed toward a nonclassical audience. Classical and Classical crossover genres must not be used for albums that fall outside of the Western art music tradition, including new age, soundtracks, folk, meditation, and so on. Albums, tracks, and music videos must be delivered with the release date of their original issue, digitally or physically, regardless of version or country or region of origin.
For all albums released after the year , deliver at the level of day, month, and year. For deep catalog albums released before the year , deliver this metadata to the extent it is known whether it be to the day, month, or year. Explicit Content Flagging. Explicit content must be flagged Explicit with a parental advisory tag. Clean Version Flagging.
Clean versions of audio content with an available explicit version must be flagged Clean to prevent customers from accidentally purchasing the clean version. Only flag tracks as Clean if there is a corresponding explicit version of the track. Censoring Words. Album and track titles must be submitted in the original form that was intended by the artist. Do not insert the asterisks yourself. The art must not be misleading for example, prominently depicting or referencing an artist even though the artist does not perform on the album.
Images must not be blurry, pixelated, mismatched, misaligned, rotated, or have other quality issues. Art must not contain website addresses, logos, or any other reference to competitors of Apple Music and iTunes.
Art must not include references to the physical packaging for example, CD or vinyl , digital product, or any retailers. Art must not contain pornography or a URL for a website that contains or links to pornography.
Music videos with poor quality such as glitches, blurriness, incomplete video or audio, no audio, out-of-sync audio and video, and so on will not be accepted. Graphic Overlays and Subtitles.
Music videos must not contain chyrons, static or scrolling lyrics, lower-third graphics, subtitles, or lyrics displayed as subtitles. Release Dates or Advertisements.
Music videos must not contain release dates, logos, or advertisements. Promotional Still Image Videos. Promotional videos such as videos displaying only the cover art and audio or slide shows will not be accepted. Non-Standard Music Videos. Music videos that are artist interviews, commentaries, behind the scenes, or similar in content must be bundled with a music album and cannot be delivered individually. Teasers, Trailers, and Partial Videos. Music videos which have been shortened or edited into a promotional teaser, trailer, or partial version will not be accepted.
Medleys are not accepted. Music videos, including live videos, must contain only one song. Cover Art. Music videos must use a screen capture image from the video for cover art. Other images, such as album cover art, will not be accepted. Inactive Pixels in Cover Art. Only the active pixel area may be included in music video cover art. Music video cover art must not contain inactive pixels, black bars, or letterboxing on the outer portions of the video frames.
Inactive pixels on the cover art will not be accepted and must be cropped out. Spanish and Portuguese Casing. For Spanish and Portuguese titles, you can decide on either title or sentence casing, as long as the casing is consistent throughout a given album. Capitalize the first word in parentheses or brackets.
Words after a : should be lowercase, except for series and medleys. The following Spanish words should always be in lowercase if title casing is used, these are also the only words that should be lowercase :. The following Portuguese words should always be in lowercase if title casing is used, these are also the only words that should be lowercase :. Titles should follow the casing conventions of the language it is in.
Common language locales that should be in sentence-case format are Swedish, French, Italian, and Scandinavian languages. Note : A space before and after punctuation marks made up of two parts is required for French content. German Casing. German titles should use sentence case, and the first letter of every noun should be capitalized:. Cyrillic Languages. Content in languages that use the Cyrillic alphabet should not be submitted with transliterated titles. Use Cyrillic in the native title field, English in the English localization field, and transliteration in the available phonetic field.
Localizations and transliterations are not required. Cyrillic Casing. Titles in Cyrillic alphabet should be submitted in sentence case format. Music Directors. All music directors must be listed. For soundtrack albums, music directors must be credited with both the Composer and Primary role at the album level. At the track level, music directors must be listed with the Composer role. For Indian Classical albums, music directors must be listed with the Composer role on tracks.
If the album contains selections of unknown authorship, such as folk songs, chants, or devotionals, use Anonymous or Traditional as the composer.
Actors must be listed in the Actor role and must not be credited as Primary on soundtrack albums. For more information, see Naming Conventions and Rules. Classical Artist Roles. For classical albums, the main performers must be listed as Primary at the album and track level. Artist listings include all relevant artists and contributors to a given song or album. For Jugalbandi albums, all the artists must be listed as Primary at the album and track level. Composers must be in the Composer role only.
Formatting of Classical Track Titles. Track titles for Indian classical music must include the lyrics, raga, tala, and Indian classical genre information Thumri, Khayal, Tarana, and so on. Variations or abbreviations of Raga and Taal such as, raaga, raag, rag, tal, and so on not be used in the album or track title. Generic titles like Bhajan, Dhun, Ragam, or Tanam are not acceptable.
Chinese Artist Localizations. Chinese content must always have the Traditional and Simplified Chinese name of the artist listed: one in the native field, and the other one in the localization field. Chinese Localizations. Chinese language content must be submitted with both Traditional Chinese and Simplified Chinese metadata, with one language being used in the primary language field and the other in the localization field. Japanese language content should be submitted with both Traditional Chinese and Simplified Chinese metadata when available.
Providing phonetics enhances the discoverability of your content. Use phonetics in the phonetic fields. Use Katakana or Hiragana for Japanese, and Roman characters for the other languages. Symbols stars, hearts, and so on must not be used in any phonetic fields. Here are a few examples:. For the best possible listener experience, lyrics music be accurate and match the audio.
This includes everything that is an integral part of the vocals. Apple may change the formatting of provided lyrics for stylistic reasons. When transcribing lyrics, it is important to separate the lyrical sections and changes within a song with line and section breaks. All lyric lines must be single-spaced and a double space separate each stanza. Capitalization in your lyrics should follow traditional grammar rules.
Proper nouns should be capitalized. Additionally, all lyric lines should begin with a capital letter. Do not end any lyric line with a period or comma. Exclamation points, question marks, and quotation marks are the only acceptable end-line punctuations and should be included as needed. Parentheses background vocals must be wrapped in parentheses at the end of a line, with the first letter capitalized. Non-word vocals should be transcribed sparingly and only if they add to the content of the song, either narratively or stylistically.
Do not include computer-generated sound effects in lyrics door slamming, car horn, phone ringing, etc. In clean lyrics, dropped and edited content must be represented with asterisks. Time-sync must be applied to the exact audio version you are providing to Apple Music. Different versions of the same songs will have different time-sync. The table below lists all accepted abbreviations for classical music on Apple Music and the iTunes Store. This may follow the catalog abbreviation to designate a work which does not appear in that particular catalog ex.
Regional and language differences may affect the way that musical terms are notated. Apple Music and the iTunes Store uses English as the standard language. When submitting metadata, refer to the following table for the list of acceptable keys. For composers who already have content available on Apple Music and the iTunes Store, use the existing spelling found there. The following table lists a few well-known composers. The following table lists a few well-known orchestras and conductors.
0コメント