ios 成功提交 AppStore 的提示？

Tips for a successful AppStore submission?

提问by Andrew Grant

In a day or two I'll be ready to submit my iPhone app to the AppStore and I'm curious whether people who have gone through this process have any tips / suggestions for a smooth submission process.

在一两天内，我将准备好将我的 iPhone 应用程序提交到 AppStore，我很好奇经历过这个过程的人是否有任何关于顺利提交过程的提示/建议。

Here's things I've covered;

以下是我介绍过的内容；

• No memory leaks
• Tested performance on an actual device
• Doesn't crash :)
• Using correct certificates / profile

• 没有内存泄漏
• 在实际设备上测试性能
• 不会崩溃:)
• 使用正确的证书/配置文件

What I'm a little unsure about are how to configure the "Bundle Display Name" /"Bundle Identifier" and "Bundle Name" in info.plist. I understand the first is the text that's shown on the iPhone itself, but what about the last? Does this have to match Bundle Identifier?

我有点不确定的是如何在 info.plist 中配置“Bundle Display Name”/“Bundle Identifier”和“Bundle Name”。我知道第一个是 iPhone 上显示的文本，但最后一个呢？这是否必须与捆绑标识符匹配？

Are there any other things I should add to the info.plist? I've noticed that when built for Adhoc distribution my app does not have any author/title information in iTunes.

我应该在 info.plist 中添加任何其他内容吗？我注意到，当为 Adhoc 发行版构建时，我的应用程序在 iTunes 中没有任何作者/标题信息。

采纳答案by Stephen Darlington

First, don't worry about the missing author/title information (and icon) in iTunes. That's meta data which arrives when you distribute using the App Store.

首先，不要担心 iTunes 中缺少作者/标题信息（和图标）。这是当您使用 App Store 分发时到达的元数据。

Your bundle identifier, as sascha says, should be unique and is usually your domain backwards. This needs to match the App Id you created in the Developer Portal.

正如 sascha 所说，您的捆绑标识符应该是唯一的，并且通常是您的域名。这需要与您在 Developer Portal 中创建的 App Id 相匹配。

The Display Name (CFBundleDisplayName) is how it appears on the home screen. One important thing I found about this is that it can be localised, so if your app was called "Beer" in English, it could display as "Birra" in Italian and "Bier" in German.

显示名称 (CFBundleDisplayName) 是它在主屏幕上的显示方式。我发现的一件重要的事情是它可以本地化，所以如果你的应用程序在英语中被称为“啤酒”，它可以在意大利语中显示为“Birra”，在德语中显示为“Bier”。

The mechanical stuff, as long as you follow the instructions, is actually fairly straight forward. I found the key is being prepared. You basically get no notice before your App goes live, and the review process can take any where from a few hours to a few weeks. Make sure you have a website up and running and the ability to accept (and provide) feedback. I just used Blogger.

只要您按照说明操作，机械方面的东西实际上相当简单。我发现钥匙正在准备中。在您的应用程序上线之前，您基本上不会收到任何通知，审核过程可能需要几个小时到几周的时间。确保您的网站已启动并正在运行，并且能够接受（和提供）反馈。我只用过 Blogger。

Unless your app is trivial the real world willfind problems that you didn't anticipate and your unhappy users will always be the most vocal, so you need the ability to reply!

除非您的应用程序是微不足道的，否则现实世界会发现您没有预料到的问题，而您不满意的用户将永远是最有发言权的，因此您需要能够回复！

My app is Yummy, by the way.

顺便说一下，我的应用程序是Yummy。

回答by Hunter

Make sure you have a flame proof suit to deal with all the retarded reviewers that give bad marks without trying the app or reading the description of what it's supposed to.

确保你有一套防火服来对付所有给差评的智障评论家，而无需尝试应用程序或阅读它应该做什么的描述。

I got marked down for not doing things that my description says it doesn't do.

我因为没有做我的描述说它没有做的事情而被打分。

The review process, and inability to really respond, is maddening.

过程和无法真正回应，令人发狂。

回答by pixel

When submitting an app, make sure you set the version number properly in the info.plist file -- When updating an app, you must increase the version number. You can use x.x notation, or x.x.x notation. (I forgot to update it on my first app update). Not that it's hard to update and recompile, but it is one of those thing to easily forget.

提交应用时，请确保在info.plist文件中正确设置版本号——更新应用时，必须增加版本号。您可以使用 xx 符号或 xxx 符号。（我忘记在我的第一次应用更新时更新它）。并不是说更新和重新编译很难，而是很容易忘记的事情之一。

I agree with Hunter as well. You WILL get bad reviews. It's ok. They're morons. Your app is great.

我也同意亨特的观点。你会得到差评。没关系。他们是白痴。你的应用很棒。

If you ever have problems with certificates, there are a few things I've found helpful:

如果您遇到证书问题，我发现以下几点很有帮助：

1. Restart XCode.
2. In your iPhone/iPod, Go into Settings>General>Profiles Make sure the distribution profile you use is in there, and there are no other conflicting profiles (I had two distribution profiles for the same app). You can remove them right in the iPhone/iPod.

1. 重新启动 XCode。
2. 在您的 iPhone/iPod 中，进入设置>常规>配置文件确保您使用的分发配置文件在那里，并且没有其他冲突的配置文件（我有两个用于同一个应用程序的分发配置文件）。您可以直接在 iPhone/iPod 中删除它们。

At some point you will see the "Application failed codesign verification" error. it will make you insane. Take a deep breath. Restart XCode, restart your development hardware. Go hit a wall, go have a drink, and it will all work again.

在某些时候，您会看到“应用程序未能通过协同设计验证”错误。它会让你发疯。深吸一口气。重启 XCode，重启你的开发硬件。去撞墙，去喝一杯，一切都会重新开始。

Then, you'll want to:

然后，你会想要：

1. Clean the Build Target (or all targets if you're mad at all of them)
2. Set the Code Signing Identity (in the Target properties) to "Don't Code Sign"
3. Close Xcode
4. Remove all directories in build folder
5. Open Xcode
6. Reset the Code Signing Identity to your iPhone Distribution: certificate
7. Sacrifice a small animal.
8. Build.
9. Submit Application to iTunes Connect
10. Profit!

1. 清理构建目标（或所有目标，如果你对所有目标都很生气）
2. 将代码签名标识（在目标属性中）设置为“不要代码签名”
3. 关闭 Xcode
4. 删除构建文件夹中的所有目录
5. 打开 Xcode
6. 将代码签名身份重置为您的 iPhone 发行版：证书
7. 牺牲一只小动物。
8. 建造。
9. 向 iTunes Connect 提交申请
10. 利润！

Note that Xcode 4 is much better when it comes to dealing with provisioning.

请注意，Xcode 4 在处理配置方面要好得多。

回答by ultravelocity

Once your app is approved, you should change the Availability Date to today's date. This ensures that it will show up at the top of category list, which is sorted by date. We do this for our app, iStylist Makeover.

一旦您的应用获得批准，您应该将可用日期更改为今天的日期。这确保它将显示在按日期排序的类别列表的顶部。我们为我们的应用程序iStylist Makeover执行此操作。

UPDATE: As mentioned below, this is not valid any longer.

更新：如下所述，这不再有效。

回答by TouchGameDev

This article is by far the most comprehensive answer to this excellent question:

这篇文章是迄今为止对这个优秀问题最全面的回答：

app-store rejections

应用商店拒绝

The post has links to other resources on the topic as well.

该帖子还包含指向该主题的其他资源的链接。

Good Luck, Matthew

祝你好运，马修

Information in article includes :

文章中的信息包括：

Bugs
HIG Lite Versions Internet
Connectivity (excellent information you might be surprised to read)
Excessive Bandwidth Usage Over
Cellular Networks Device Capabilities (Another great point here that saved me)

错误
HIG Lite 版本 Internet
连接性（您可能会惊讶地阅读的优秀信息） 蜂窝网络设备功能的
带宽使用过多
（这里的另一个重要点救了我）

• Private API's
• Limited Functionality
• No Interpreted Code
• Handling of UserData
• Copyrighted Content
• Use of Trademarked Images
• Objectionable Content
• UIWebViews
• Transactions Outside The App Store
• Price Information App Icon and App
• Store Image Application Description
• App Store Keywords Updates Are
• Reviewed As New Apps

• 私有 API
• 有限的功能
• 无解释代码
• 用户数据的处理
• 受版权保护的内容
• 商标图像的使用
• 令人反感的内容
• UIWebViews
• App Store 以外的交易
• 价格信息应用程序图标和应用程序
• 店铺形象应用说明
• App Store 关键词更新
• 审核为新应用

---

---

回答by Jamey McElveen

If you get rejected your submission date will stay the same as when you first submitted resulting in a lower ranking when you app eventually becomes available. If you do get rejected ask apple to remove the first submission and instead of replacing the binary on the rejected app, submit it as a new application with a newer version number 1.1 etc.

如果您被拒绝，您的提交日期将与您第一次提交时相同，导致您的应用最终可用时排名较低。如果您确实被拒绝，请要求苹果删除第一次提交，而不是替换被拒绝应用程序上的二进制文件，而是将其作为具有较新版本号 1.1 等的新应用程序提交。

Some people suggest keeping your app free for a week or so during a promotional phase, then raising the price later. I have tried both ways and so far it appears to be 6 one way and 1/2 a dozen the other. For every 1000 free downloads you are getting expect about 10 at $0.99 (again this is my experience)

有些人建议在促销阶段让您的应用免费一周左右，然后再提高价格。我已经尝试了两种方法，到目前为止，一种方法似乎是 6，另一种方法是 1/2。每 1000 次免费下载，您将获得大约 10 次免费下载，价格为 0.99 美元（这也是我的经验）

One minor thing I ran into. Make sure you Small Embedded icon 57x57 matches the Large 512x512 icon. If it is "too" different in their opinion they will reject the app. So avoid trying to showing even a little more detail in the larger icon.

我遇到了一件小事。确保小嵌入式图标 57x57 与大 512x512 图标匹配。如果他们认为“太”不同，他们将拒绝该应用程序。因此，请避免尝试在较大的图标中显示更多细节。

回答by Alex Reynolds

Follow the UI guidelines, if you're using any Apple widgets. For example, reusing Apple's icon sets in contexts that change their meaning (such as repurposing the camera icon for taking screenshots, when the icon is reserved for bringing up the device's Pictures album) can be grounds for rejection.

如果您使用任何 Apple 小部件，请遵循 UI 指南。例如，在改变其含义的上下文中重复使用 Apple 的图标集（例如重新利用相机图标用于截屏，当该图标被保留用于调出设备的图片相册时）可能会被拒绝。

回答by JosephH

Apple have now (as of 9th September 2010) published their official list of app store review guidelines, so it's worthwhile checking you've not breaching any of them:

Apple 现在（截至 2010 年 9 月 9 日）发布了他们的官方应用商店指南列表，因此值得检查一下您是否没有违反其中的任何一项：

approval guidelines

审批指南

(apple developer login required)

（需要苹果开发者登录）

or a mirror here:

或这里的镜子：

app store guidelines

应用商店指南

They also have their own App Store Submission Tipspage (developer login probably required).

他们还有自己的App Store Submission Tips页面（可能需要开发者登录）。

回答by Daniel Hill

I find they don't really check for memory leaks and stability issues, more usability issues. For instance, my appuses Core Location to find bus stops in Perth. When they tested it in California, they found none nearby (what a surprise!). They pinged me over not displaying an out of area message.

我发现他们并没有真正检查内存泄漏和稳定性问题，更多的是可用性问题。例如，我的应用程序使用 Core Location 查找珀斯的公交车站。当他们在加利福尼亚进行测试时，他们发现附近没有（真是太惊讶了！）。他们告诉我没有显示区域外消息。

Another thing they pinged on was over the bus stop numbers. In Perth, they are 5 digit numbers. The Apple testers were entering 2 digit numbers, and inadvertently bringing up train stations, for which I use a slightly different code path, and the described functionality in my description wouldn't have worked.

他们查到的另一件事是关于公共汽车站的号码。在珀斯，它们是 5 位数字。Apple 测试人员正在输入 2 位数字，并无意中调出火车站，为此我使用了略有不同的代码路径，并且我的描述中描述的功能将不起作用。

It was actually very handy feedback, and it was good to have someone I didn't know give it the once over. I was quite surprised at how thorough they were at testing. I thought it would just be some sort of automated static verification tool to make sure you weren't trying to breach the iPhone security.

这实际上是非常方便的反馈，让我不认识的人给它一次是件好事。我对他们在测试中的彻底程度感到非常惊讶。我认为它只是某种自动静态验证工具，以确保您没有试图破坏 iPhone 的安全性。

回答by saschabeaumont

Display name and name should be similar or identical unless you know that they don't need to be (for example twitteriffic and twitteriffic premium both display as 'twitteriffic' on the iphone but they're different apps with different names).

显示名称和名称应该相似或相同，除非您知道它们不需要相同（例如，twitteriffic 和 twitteriffic premium 在 iphone 上都显示为“twitteriffic”，但它们是具有不同名称的不同应用程序）。

Bundle identifier is the Apple equivalent of a registry path in some ways, windows developers would use HKLM\Software\Company\Application - Apple uses a convention more like com.companyname.appname.

捆绑标识符在某些方面相当于 Apple 的注册表路径，Windows 开发人员会使用 HKLM\Software\Company\Application - Apple 使用更像 com.companyname.appname 的约定。

(Disclaimer: no knowledge of AppStore development, just a small amount of knowledge on Macs and plist files)

（免责声明：不了解AppStore开发，只了解Macs和plist文件的少量知识）