Apple Pay是一种安全、便捷的方式，可以在iOS和watchOS应用程序中支付实体商品和服务的支付，以及捐赠。用户授权支付并提供运输和联系信息，使用安全存储在设备上的凭据。
接受Apple Pay的应用程序可以在任何可用的支付选项和Apple Pay按钮上显示Apple Pay (Apple Pay)。在付款过程中，付款单显示与Apple Pay有关的信用卡或借记卡，购买金额(包括税费)、送货方式和联系方式。用户进行必要的调整，然后授权付款并完成购买。
开发指南请参考 Apple Pay Programming Guide and PassKit > Apple Pay.
网站也可以接受Apple Pay。网站特定设计指导请参考 Apple Pay on the Web Human Interface Guidelines.
提示： 了解Apple Pay和In-App Purchase的区别是很重要的。用Apple Pay来销售实体商品，比如杂货、衣服和家用电器;如俱乐部会员、酒店预订、赛事门票等服务;和捐赠。使用内购来销售虚拟商品，比如你的应用的高级内容，以及订阅数字内容。参考 In-App Purchase.
Buttons
该系统实现了几个按钮样式，供接受Apple Pay的应用程序使用。对于开发人员的指导,参考 PKPaymentButtonStyle.
Apple Pay or Buy with Apple Pay Button
苹果支付或购买Apple Pay按钮。
在你的应用程序中使用其中一个按钮，只要用户开始支付，就像产品细节页面或购物车页面。如果Apple Pay已经建立，点击这个按钮应该会显示一个付款表，用户可以在那里完成结帐过程。如果Apple Pay还没有设置好，点击这个按钮就可以启动添加卡片的过程——最好在这个场景中显示一个设置Apple Pay按钮。
Set up Apple Pay Button
设置Apple Pay按钮。
当设备支持Apple Pay时，考虑在结帐页面上显示这个按钮，但是Apple Pay还没有设置。点击按钮应该启动添加卡片的过程。在用户添加了一个卡片之后，他们将返回到结帐过程来完成他们的事务。虽然Apple Pay还没有设置，其他Apple Pay按钮也表现出同样的行为，但Apple Pay按钮的设置提供了最清晰的信息。此按钮也可以显示在一个非结帐页面，如用户配置文件屏幕。
Donate with Apple Pay Button
批准的非营利组织 可以使用这个按钮来促进捐赠。在运行旧系统的设备上，不要用Apple Pay按钮支持捐赠，而是显示Apple Pay按钮。
Pay with Apple Pay Button
支付Apple Pay按钮。
银行和信用卡发卡机构可以使用这个按钮，让人们在实体店购物时迅速地把他们的银行卡放在钱包里。
Styles
您有几个选项显示Apple Pay按钮。
Black. 黑色的。使用白色或浅色背景，提供充分的对比。不要使用黑色或黑色背景。
White with outline rule. 白色与大纲规则。使用白色或浅色背景，不能提供足够的对比度。不要放置在深色或饱和的背景上。
White. 白色的。使用深色或彩色背景，提供充分的对比。
Size and Position
Maintain the minimum width. 保持最小宽度。所有Apple Pay按钮的最小宽度是32pt (32px @1x, 64px @2x)。
Maintain minimum clear space.保持高度最小空间。Apple Pay按钮周围所需的最小空间是按钮高度的1/10。其他内容，如图形和文本，不应该侵犯这个空间。
Display the Apple Pay button prominently. 突出显示Apple Pay按钮。让Apple Pay按钮的大小和其他支付按钮一样大或者更大。理想情况下，不应该要求滚动屏幕查看Apple Pay按钮。
Position Apple Pay buttons consistently in regard to Add to Cart buttons. Apple Pay按钮始终如一地添加到购物车按钮中。将Apple Pay按钮放置在添加到购物车按钮的右边。
Apple Pay Mark
使用Apple Pay mark图形来传达Apple Pay是一种可用的支付选项，在显示其他支付选项时，使用类似的方式。下载Apple Pay mark图形及其使用指南 点这里。
Referring to Apple Pay in Text
你可以使用纯文本来推广Apple Pay，并指出Apple Pay是一种支付方式。
Capitalize Apple Pay in text as it appears on the Apple Trademark list.
在苹果公司的商标列表中，苹果支付的文本是大写的。
用大写字母A、大写字母P和小写字母表示所有其他字母。只有在这样做的时候，Apple Pay完全是大写的，这是符合一个已建立的排版界面风格的必要条件，比如在一个将所有文本都大写的应用程序中。参考 苹果商标列表.
Never use the Apple logo to represent the name Apple in text.
不要用苹果的logo来代表苹果在文本中的名称。
在美国,使用注册商标符号(®)苹果支付第一次出现在正文中。当Apple Pay在结账时显示为选择选项时，不要包含注册商标。
Coordinate the font face and size with your app.
与你的应用程序协调字体大小和大小。
不要模仿苹果的排版。相反，使用与应用程序其他部分一致的文本属性。
Don't translate Apple Pay.
不要翻译苹果支付。
即使在非英语文本中出现，也要经常使用苹果商标。
When promoting your app's use of Apple Pay, follow App Store guidelines.
在推广应用程序使用Apple Pay时，遵循app Store的指导原则。
在推广Apple Pay应用之前， 请参考 App Store Marketing Guidelines.
Presenting Apple Pay as a Payment Option 将Apple Pay作为支付选项。
Offer Apple Pay on all devices that support it.
在所有支持它的设备上提供Apple Pay。
在所有有能力的设备上显示Apple Pay按钮。如果该设备不支持Apple Pay，就不要将Apple Pay作为支付选项。
Use only the Apple-provided API to display Apple Pay buttons.
只使用苹果提供的API来显示Apple Pay按钮。
与按钮图形不同，API产生的按钮总是具有正确的外观，并且是自动本地化的。永远不要创建自定义支付按钮。
Don’t disable or hide an Apple Pay button.
不要禁用或隐藏Apple Pay按钮。
如果一个Apple Pay按钮还不能使用，比如当一个产品的大小或颜色没有被选中时，请在按钮被点击后适当地指出问题。
Use the Apple Pay mark only to communicate that Apple Pay is accepted.
使用Apple Pay标记，只说明Apple Pay被接受了。
商标不便于付款。千万不要用它作为支付按钮，也不要把它当作一个按钮。
开发人员参考 Apple Pay Programming Guide and PassKit > Apple Pay.
Streamline the Checkout Process 简化结算流程
人们喜欢用Apple Pay快速便捷地购买。提供付款单，让他们及时授权付款和完成交易。
Make Apple Pay the default payment option when possible.
如果可能的话，让苹果支付默认的支付选项。
如果Apple Pay启用了，假设用户想要使用它。考虑将Apple Pay按钮作为第一个或唯一的支付选项，显示它比其他选项更大，或者使用一条线将它与其他选项视觉区分开来。
Accelerate single-item purchases with Apple Pay buttons on product detail pages.
在产品细节页面上，用Apple Pay按钮加速单项目采购。
除了提供购物车，考虑将Apple Pay按钮放在产品细节页面上，这样用户就可以快速购买单个产品。以这种方式发起的购买应该只针对单个项目，并且应该排除已经存在于用户购物车中的任何项目。如果用户的购物车包含了直接从产品细节页面购买的商品，那么在购买完成后，从购物车中删除该商品。
Accelerate multi-item purchases with express checkout.
用快速结账的方式加快多项目采购。
考虑提供一个express checkout功能，它可以立即显示付款单，允许用户使用单一的发货速度和目的地快速购买多个项目。
Ensure a smooth checkout process.
确保结帐过程的顺利进行。
收集必要的信息，比如颜色和尺寸选项，在人们到达Apple Pay按钮之前。在结账时需要额外的信息——也许是因为用户忘记了选择一个选项——优雅地指出问题并帮助用户改正。使用高亮显示或警告文本来识别丢失的信息，并自动导航到有问题的字段，以便用户能够快速纠正并完成他们的购买。
Collect optional information before checkout begins.
在签出之前收集可选信息。
没有办法在付款单上输入数据，所以要提前收集任何可选的信息，比如促销码、赎回码、礼物信息和发货指令。
Gather multiple shipping speeds and destinations before showing the payment sheet.
在显示付款单之前，要收集多个航速和目的地。
付款单允许人们为整个订单选择单一的运输速度和目的地。如果您的客户可以在订单中选择不同的送货速度和目的地，在Apple Pay付款开始前收集这些细节，而不是在付款单上。
Prefer information from Apple Pay.
更喜欢苹果支付的信息。
假设Apple Pay信息是完整的和最新的。即使你的应用程序有现有的联系人、发货和付款信息，也可以考虑从Apple Pay中获取最新的数据，以减少潜在的更正。
Display an order confirmation or thank-you page.
显示订单确认或感谢页。
结帐后，使用订单确认页面感谢用户购买，提供订单何时发货的详细信息，并指示如何检查其状态。在确认页面上列出Apple Pay并不是必需的，但如果你确实列出了它，请在帐户的最后四位数字之后显示它，用于处理事务或作为单独的说明。例如:“1234 (Apple Pay)”或“Apple Pay支付”。
Don't require account creation prior to purchase.
在购买之前不要要求创建帐户。
如果您希望人们注册一个帐户，请他们在订单确认页面上这样做。在结帐过程中使用付款单提供的信息预先填充尽可能多的注册字段。
Customize the Payment Sheet 定制支付表
您可以根据完成交易所需的信息来定制支付表的内容。
Only present and request essential information.
只提供必要的信息。
如果付款单包括无关信息，人们可能会感到困惑或有隐私问题。例如，如果购买的礼品卡将以电子方式发送，那么看到一个联系电子邮件地址而不是送货地址是有意义的。在这个场景中显示或请求一个配送地址可能会给人一个错误的印象，即某些东西将会被实际交付。
Let people choose the shipping method in the payment sheet.
让人们在付款单中选择送货方式。
在空间允许的范围内，显示一个清晰的描述，一个成本，以及，可选的，每个可用选项的预计交付日期。
Use line items to explain additional charges, discounts, and pending costs.
使用线路项目来解释额外的费用、折扣和等待的费用。
一个行项目包括标签和成本。不要使用行项来显示构成购买的产品列表。
List add-on donations as separate line items.
列出附加的捐赠作为单独的行项目。
如果你的应用程序允许人们添加被批准的非营利性的捐赠，那么列出这些捐赠就可以提供最大的清晰度。有关指导，见接受捐赠 (Accepting Donations).。
Keep line items short.
保持项目短。
让线路项目更具体，更容易理解。只要有可能，就把线项目放在一条线上。
Provide a business name after the word PAY on the same line as the total.
提供一个业务名称后，该词在同一条线上的工资总额。
使用相同的商业名称，当他们在银行或信用卡账单上查找时，他们会看到。这就保证了付款的正确位置。如果您的应用程序充当中介，并不是支付的最终商户，请使用以下格式明确表示: PAY [END_MERCHANT_NAME] (VIA [YOUR_APP_NAME]).
Clearly disclose when additional costs may be incurred after payment authorization.
明确披露在付款授权后可能发生的额外费用。
在一些应用程序中，总成本在结账时可能是未知的。例如，基于距离或时间的汽车价格可能会在结账后发生变化。或者，客户可能希望在产品交付之后添加一个提示。在这样的情况下，在付款单中提供明确的解释，并在“待处理金额”中注明“金额”。如果你预先授权了一个具体数额，也要确保付款表准确地反映了这一信息。
Handle data entry and payment errors gracefully.
优雅地处理数据输入和支付错误。
如果在签出过程中出现错误，帮助人们快速解决，这样他们就可以完成交易。请参考 下文中的 Error Handling
In-Store Pickup 店内皮卡
如果适用，你可以允许人们在实体店购买物品。
Gather pickup details before displaying the payment sheet. 在显示付款单之前，收集细节。没有办法让人们在付款单上选择地点、日期或时间，所以在提交Apple Pay按钮之前收集这些信息。
Show in-store pickup information in the shipping area of the payment sheet.
在付款单的装运区域内显示店内拾取信息。
更改托运标签，以拾取并显示商店名称、地址和电话号码。在订单确认或感谢页面中也提供此信息。
Supporting Subscriptions 支持订阅
你的应用程序可以使用Apple Pay来请求授权支付经常性费用。这可能是一个固定数额，例如每月的电影票订购，或一个可变金额，例如每周生产订单。初始授权还包括折扣和额外费用。
Clarify subscription details before showing the payment sheet.
在显示付款单之前，请澄清订阅细节。
在要求用户授权重复支付之前，请确保他们完全理解计费频率和其他服务条款。
Include line items that reiterate billing frequency, discounts, and additional upfront fees.
包括重复计费频率、折扣和额外预付费用的行项。
使用这些行项提醒用户他们授权了什么。
Clarify the current payment amount in the total line.
明确目前的付款金额。
确保用户在授权的时候知道他们的账单。
Only show the payment sheet when a subscription change results in additional fees.
只有当订阅更改导致额外费用时才显示支付表。
当用户更改订阅时，如果成本降低或保持不变，则不需要授权。
Accepting Donations 接受捐赠
批准的非营利组织可以使用Apple Pay接受捐赠。
Use a line item to denote a donation.
使用一个行项表示捐赠。
在付款单上显示一条线项目，提醒用户他们正在授权一项捐赠，例如，捐赠$50.00。
Streamline checkout by offering predefined donation amounts.
通过提供预定义的捐赠数量来简化结帐过程。
你可以在捐赠过程中减少一些步骤，比如提供一个点击建议的捐款，比如25美元，50美元，100美元。一定要包含其他的金额选项，这样用户可以自定义捐赠。
Error Handling 错误处理
当出现问题时，提供可接近的、可操作的指导，以便用户能够快速解决问题并完成事务。
Data Validation 数据验证
当支付表出现时，当用户更改付款单上的某些字段值，以及用户对事务进行身份验证后，应用程序可以响应用户输入。利用这些机会检查数据输入问题，并提供清晰和一致的消息传递。
当数据无效时，红色系统提供的错误消息提醒注意付款表上的相关字段。用户可以点击一个字段查看更多的细节并解决问题。为用户点击问题字段时出现的细节视图提供定制的错误消息。
开发人员参考 PKPaymentAuthorizationViewControllerDelegate.
注意 隐私方面的原因，您的应用程序对数据的访问权限是有限的，直到用户尝试授权一个事务。在授权之前，只有卡片类型和编辑过的送货地址是可访问的。当授权失败时向用户报告错误是非常重要的，但是在可能的情况下，您的应用程序还应该尝试验证可用的信息并在授权之前报告问题。
Avoid forcing compliance with your business logic.
避免强制遵从您的业务逻辑。
设计一个足够智能的数据验证过程，可以忽略无关的数据，并尽可能推断出丢失的数据。例如，如果你的应用程序需要一个五位数的邮政编码，但是用户输入一个zip +4的代码，忽略额外的数字，而不是要求更正。以多种格式接受状态名称(用户应该能够在不产生错误的情况下输入加利福尼亚或CA)。以多种格式处理电话号码(带有和不带破折号，带有和没有国家代码)。
Provide accurate status reporting to the system.
向系统提供准确的状态报告。
当出现问题时，您的应用程序必须准确地指出问题类型，这样系统才能在付款单上显示适当的错误消息。这是通过随您的自定义错误消息和适当的状态码来完成的。开发人员参考 PKPaymentError.
Succinctly and specifically describe the problem when data is invalid or incorrectly formatted.
简洁地描述数据无效或格式不正确时的问题。
参考相关领域，并准确指出预期。例如，如果用户输入无效的邮政编码，而不是显示“地址是无效的”，则显示一个特定的消息，比如“邮政编码不匹配城市”。如果送货地址是不可用的，请说明为什么-“此状态的发货不可用”。使用名词短语和句子形式的大写和没有结束的标点。保持短消息以避免截断——争取128个字符或更少。
Inform the user when a required field is empty.
当需要的字段为空时通知用户。
请注意一个空白的需要的字段，其中包含一个简短的描述性信息，比如“需要邮政编码”。
Payment Processing 支付处理
Handle timeouts gracefully.
优雅地处理超时。
如果您无法在30秒内完成支付处理，则会发出一个事务超时并通知用户。如果遇到超时，您应该取消正在进行的付款，重新显示结帐页面，解释问题，并允许用户重试付款流程。