“苹果税”引发的苹果与腾讯、字节跳动之间的纷争与博弈

2024-09-06 13:28

本文主要是介绍“苹果税”引发的苹果与腾讯、字节跳动之间的纷争与博弈,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

图片

北京时间9月10日凌晨一点的Apple特别活动日渐临近,苹果这次将会带来iPhone16系列新品手机及其他硬件产品的更新,包括iPad、Apple Watch、AirPods等。从特别活动的宣传图和宣传标语“閃亮時刻”来看,Apple Intelligence将会是史上首次推出,无疑将会是iOS 18的重头戏和高光时刻。

图片

不过就在9月2日,一则“微信可能不支持iPhone16”的消息,使得“苹果 微信”这一词条登上了热搜,想必大家都已经吃到瓜了:有媒体致电苹果官方热线了解到,苹果中国区技术顾问表示,关于iOS系统或者苹果设备能否再使用微信,包括微信后续能否在苹果应用商店继续上架和下载,需要苹果公司和腾讯相互沟通和探讨,才能确定之后的情况。不过该技术顾问也提到“App开发者在苹果商店上架软件,当软件达到一定下载量,再有用户再次下载一次这个软件,开发者就要向苹果支付一定费用。大家关心的以后微信还能不能下载使用,也需要等官方发出的提示为准,我们对第三方消息没有办法做任何评判,上述解释也仅供参考。”

看到这里您可能会有疑惑,为何之前几年没闹纠纷,各自安好无事发生,反而是今年苹果开始刁难腾讯等科技巨头了?别着急,苹果和腾讯、字节跳动之间的“爱恨情仇”,我们慢慢道来。

微信“打赏”风波

1.背景

在微信公众号快速发展的时期,为了鼓励和支持公众号内容博主的创作和发展,微信平台便引入了“打赏”功能,该功能允许用户向微信公众号作者或内容创作者表达支持,通常以小额支付的形式(即“打赏”)。这个功能刚一推出就广受欢迎,因为它为内容创作者提供了一种直接获得收入的方式。

苹果的应用商店也有自己的应用内购规则,要求所有通过应用内进行的虚拟商品或服务的购买,都必须通过苹果的应用内购系统,并向苹果支付30%的佣金,俗称“苹果税”。这一规则对全球所有开发者和应用都适用,也包括微信,区别是不同国家或地区所适用的佣金分成比例有所不同。

2.起因

2017年4月,苹果公司认为微信的公众号打赏功能属于应用内购,要求微信遵守App Store的规定,将打赏功能纳入苹果的支付系统,从而能够获得30%的佣金。而腾讯方面坚持认为,微信的打赏功能是微信用户自发的赠与行为,并不属于应用内购的范畴,因此不应受到审核指南政策的限制和要求。

3.风波过程

为了避免与苹果发生进一步的冲突,更为了避免微信被苹果直接下架,微信方面果断于2017年5月暂时关闭了iOS版本中的打赏功能,而安卓版本的微信打赏功能则没有受到任何影响。当然这一决定在当时也确实引发了广泛讨论,特别是微信用户和内容创作者群体,都在讨论和评判微信的“认输”行为。

虽然打赏功能在iOS版本中暂时关闭了,但腾讯和苹果随后也展开了多次谈判,寻找各自都能接受的解决方案。2018年,苹果调整了《App审核指南》,允许微信在iOS平台恢复打赏功能,但支付方式发生了改变,用户不能通过直接打赏而是通过二维码扫描等方式进行支付,从而绕过了苹果的30%分成规则。

4.影响与意义

这次风波可以认为是腾讯微信方面的胜利,也是中国大陆开发者首次挑战苹果应用内购规则的重大胜利,更是引发了关于苹果应用商店分成模式的广泛讨论,越来越多的开发者和公司开始寻求规避苹果抽成的方法。

本次事件凸显了全球科技巨头之间在平台规则和生态系统上的博弈,尤其是在涉及跨国公司和中国互联网巨头时的利益纠纷之争。

当然要说这次事件的最大意义就在于,苹果一改往日的强硬态度,对应用内购政策进行了划时代的调整,但仍坚持对大部分虚拟商品和服务交易的抽成政策。 

微信、抖音“合规”风波

2024年5月,苹果公司与中国两大科技巨头腾讯(微信)和字节跳动(抖音)再次爆发了争议,引发了广泛关注。这次争议主要围绕苹果公司对两款应用提出的警告以及相关的合规问题。

1.背景

苹果的开发者想必都知道,《App审核指南》和《苹果开发者计划许可协议》一直有着非常严格的条款约束和政策限制,稍微不注意或者不明所以,就会使得App被苹果审核团队拒绝、警告、下架,甚至封号。

《App审核指南》要求所有应用程序必须遵守苹果的隐私、安全和支付规则。这些规则包括数据隐私保护、内容审核、以及通过应用内购系统进行虚拟商品和服务交易等。

微信和抖音两大超级App在中国拥有非常庞大的用户群体,并且功能也不仅限于社交,还包括支付、电商、内容创作等多个方面。这两款应用都在App Store中占据重要位置,既是精品推荐App,也是常年霸榜App,因此他们的运营合规性对于苹果来说至关重要。

2.起因

2024年5月,苹果对微信和抖音发出警告,指责他们在隐私保护、内容审核以及支付方式方面存在违规行为,具体包括未能充分遵守苹果对用户数据收集和使用的规定,以及通过非苹果支付系统进行交易,以规避苹果30%的分成政策。

当然微信和抖音也都迅速回应称,表示他们都严格遵守了相关法律法规及《App审核指南》,并与苹果进行了多轮沟通,积极寻求解决方案。微信强调其支付系统主要服务于中国市场,并符合中国的相关规定。抖音表示其内容审核机制也在持续优化,以应对全球不同市场的需求。

3.风波过程

苹果警告称,如果微信和抖音不在规定期限内整改,可能会面临从App Store下架的风险。由于这两款应用的用户基数相当庞大,苹果这一威胁很快就引发了广泛关注,甚至引起了中国媒体和政府的注意。

在随后的数周内,腾讯和字节跳动与苹果展开了密集的多轮谈判,最终双方达成了一定程度的妥协。微信和抖音同意在部分领域进行整改,包括加强用户隐私保护,并在一定范围内使用苹果的支付系统。当然微信和抖音也获得了一些灵活性,被允许在特定情况下使用第三方支付系统。

4.影响与意义

这一次的风波再次凸显了跨国科技公司之间的复杂关系,尤其是在涉及全球市场规则和本地法规时。这场争议也引发了其他中国科技公司对苹果政策的担忧,促使他们重新审视自己的合规策略。

这次事件的意义在于促使苹果进一步明确和调整了其App Store政策,尤其是在支付系统和数据隐私方面,这将对全球范围内的应用开发者产生更加广泛的影响。

未来在全球化的背景下,科技巨头在市场规则、商业利益和国家法规之间的博弈,必将变得更加频繁、复杂和严峻。 

微信不支持iPhone16风波

好了,我们现在回到开头提到的苹果和腾讯微信之间的纷争,这次争议尤其是在中国和国际科技界更是引起了广泛关注和激烈讨论,甚至多次登上热搜。

1.背景

在此前几次事件中,苹果和腾讯之间的关系已经变得紧张,双方围绕App Store的规则、支付系统、数据隐私等问题进行了多次谈判,但这些问题并未完全解决。

腾讯一直在努力扩展微信的功能和影响力,尤其是在电商、支付、以及内容生态系统方面。目前微信已经不再是一个简单的社交平台,而是一个融合了多种服务的大型生态系统。

2.起因

2024年8月,苹果再次更新了《App审核指南》政策,宣布将进一步收紧对App Store中应用的审核标准,特别是在支付系统的使用和数据隐私保护方面。苹果要求所有应用必须完全遵守,包括通过苹果的支付系统进行所有虚拟商品和服务的交易,否则将面临下架风险。

作为回应,腾讯在微信中推出了一项新功能,允许用户通过更复杂的方式进行支付,这种方式方式被认为是在规避苹果的30%分成政策。同时微信还加强了其内容推荐和广告系统的个性化功能,这些功能涉及用户数据的深度分析和使用。

3.争议爆发

就在前天9月2日,苹果正式向腾讯发出警告,称微信的新支付功能和数据使用方式违反了App Store相关政策,如果不在短时间内整改,微信将面临从App Store下架的风险。

微信用户的反应反而更加强烈,一度以为微信将不支持即将发售的新款iPhone16系列手机,更引发了公众对苹果政策的广泛讨论,甚至还放出“没有苹果手机可以,但是不能没有微信!”、“用户自己会投票选择放弃iPhone还是微信!”等言论。

4.谈判与后续

事件发生后,腾讯与苹果之间立即进行了紧急谈判,双方试图在保护各自利益的同时,找到一个不影响用户体验的解决方案,腾讯希望保留微信的核心功能,苹果坚持其平台规则不容违反。

据称腾讯可能会对部分支付功能进行调整,以符合苹果规定,但苹果也在考虑是否可以在特定情况下给予微信一定的豁免权。然而这种妥协方案还需要更多讨论评估,目前事件的走势仍不明朗,但我们猜测大概率结局还是会相互各自妥协,恢复正常合作,不至于会看到“伤敌一千,自损八百”的情况出现。

5.影响与意义

微信在中国和全球华人用户中的广泛使用,使得这一事件的影响远远超出商业争端本身,很有可能将对用户生态系统产生深远影响。

随着科技公司之间的竞争和合作日益复杂化,未来可能会有更多类似的争议事件发生,特别是在全球化和本地化的交汇点上。

这次的争议不仅是苹果与微信之间的一次商业冲突,更是全球科技公司在多元化市场中如何平衡平台规则与本地化需求的一个缩影。

苹果是否店大欺客?

1.市场支配地位

苹果作为目前全球市值最高、最有影响力的科技公司,尤其是在高端智能手机市场和应用分发平台(App Store)上占据主导地位。由于其庞大的用户基础和生态系统,开发者几乎无法忽视在苹果平台上的发布,这使得苹果有能力、有条件对开发者施加严格的规则和高额的分成。

并且公司和个人类型的开发者账号一旦因为违规或者不明所以被封号,这将会对公司业务造成巨大打击和长期影响,账号申诉成功的可能性几乎为零,也无法重新申请账号来开展业务,许多公司和开发者对此苦不堪言。

2.App Store政策

苹果对所有通过其平台进行的虚拟商品和服务交易都要收取一定比例的分成,这一比例在不同的国家或地区有所不同。我们拿中国地区的30%和欧盟地区的17%对比来看,这一政策被很多公司和开发者吐槽过高,尤其是对于中小型开发者而言。这种收费结构在广大公司企业和开发者看来涉嫌垄断,利用市场支配地位,强迫开发者接受不利条款。同时,苹果在不同地区的不同分成比例,也体现出了苹果的区域性歧视政策和态度。

3.封闭生态系统

苹果生态系统高度封闭,用户只能通过App Store下载应用,这在一定程度上也限制了用户的选择权和开发者的灵活性。苹果利用这种封闭性,强迫开发者和用户接受其规则,而没有提供足够的替代方案。

虽然欧盟地区正在实行的《数字市场法案》迫使苹果一改强硬态度,在欧盟市场做出了妥协和让步,允许用户使用替代分发的方式下载和安装App,但这对于欧盟之外的地区用户来说,又是一种变相的歧视性对待。

总之,希望其他国家或地区的政府部门,包括中国政府在内,能够以用户利益为重,保护好本国、本地区的科技企业,让苹果的垄断政策能够消失殆尽!

大家对于苹果的“店大欺客”行为如何看待,欢迎在评论区留言或者交流群讨论哟!

推荐阅读

苹果开发者会员资格终止(账号封禁)原因分析及应对方案

苹果开发者账号(含邓白氏编码)申请

GooglePlay账号关联审查机制详解

Google Play开发者组织身份验证(个人转组织)详解

Google开发者账号个人身份验证经验分享

这篇关于“苹果税”引发的苹果与腾讯、字节跳动之间的纷争与博弈的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1142131

相关文章

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

poj2505(典型博弈)

题意:n = 1,输入一个k,每一次n可以乘以[2,9]中的任何一个数字,两个玩家轮流操作,谁先使得n >= k就胜出 这道题目感觉还不错,自己做了好久都没做出来,然后看了解题才理解的。 解题思路:能进入必败态的状态时必胜态,只能到达胜态的状态为必败态,当n >= K是必败态,[ceil(k/9.0),k-1]是必胜态, [ceil(ceil(k/9.0)/2.0),ceil(k/9.

hdu3389(阶梯博弈变形)

题意:有n个盒子,编号1----n,每个盒子内有一些小球(可以为空),选择一个盒子A,将A中的若干个球移到B中,满足条件B  < A;(A+B)%2=1;(A+B)%3=0 这是阶梯博弈的变形。 先介绍下阶梯博弈: 在一个阶梯有若干层,每层上放着一些小球,两名选手轮流选择一层上的若干(不能为0)小球从上往下移动,最后一次移动的胜出(最终状态小球都在地面上) 如上图所示,小球数目依次为

day-51 合并零之间的节点

思路 直接遍历链表即可,遇到val=0跳过,val非零则加在一起,最后返回即可 解题过程 返回链表可以有头结点,方便插入,返回head.next Code /*** Definition for singly-linked list.* public class ListNode {* int val;* ListNode next;* ListNode() {}*

【每日一题】LeetCode 2181.合并零之间的节点(链表、模拟)

【每日一题】LeetCode 2181.合并零之间的节点(链表、模拟) 题目描述 给定一个链表,链表中的每个节点代表一个整数。链表中的整数由 0 分隔开,表示不同的区间。链表的开始和结束节点的值都为 0。任务是将每两个相邻的 0 之间的所有节点合并成一个节点,新节点的值为原区间内所有节点值的和。合并后,需要移除所有的 0,并返回修改后的链表头节点。 思路分析 初始化:创建一个虚拟头节点

linux中使用rust语言在不同进程之间通信

第一种:使用mmap映射相同文件 fn main() {let pid = std::process::id();println!(

O(n)时间内对[0..n^-1]之间的n个数排序

题目 如何在O(n)时间内,对0到n^2-1之间的n个整数进行排序 思路 把整数转换为n进制再排序,每个数有两位,每位的取值范围是[0..n-1],再进行基数排序 代码 #include <iostream>#include <cmath>using namespace std;int n, radix, length_A, digit = 2;void Print(int *A,

AIGC6: 走进腾讯数字盛会

图中是一个程序员,去参加一个技术盛会。AI大潮下,五颜六色,各种不确定。 背景 AI对各行各业的冲击越来越大,身处职场的我也能清晰的感受到。 我所在的行业为全球客服外包行业。 业务模式为: 为国际跨境公司提供不同地区不同语言的客服外包解决方案,除了人力,还有软件系统。 软件系统主要是提供了客服跟客人的渠道沟通和工单管理,内部管理跟甲方的合同对接,绩效评估,BI数据透视。 客服跟客人

16 子组件和父组件之间传值

划重点 子组件 / 父组件 定义组件中:props 的使用组件中:data 的使用(有 return 返回值) ; 区别:Vue中的data (没有返回值);组件方法中 emit 的使用:emit:英文原意是:触发、发射 的意思components :直接在Vue的方法中声明和绑定要使用的组件 小炒肉:温馨可口 <!DOCTYPE html><html lang="en"><head><

数据流与Bitmap之间相互转换

把获得的数据流转换成一副图片(Bitmap) 其原理就是把获得倒的数据流序列化到内存中,然后经过加工,在把数据从内存中反序列化出来就行了。 难点就是在如何实现加工。因为Bitmap有一个专有的格式,我们常称这个格式为数据头。加工的过程就是要把这个数据头与我们之前获得的数据流合并起来。(也就是要把这个头加入到我们之前获得的数据流的前面)      那么这个头是