使用条件：登录对应的卖家账户时，通过桌面软件使用MWS时，或者作为软件开发者为其他卖家开发程序时。
解读：如果选择这种授权方式，同意协议后就能看到以下信息：
Seller ID, Marketplace ID, Developer Account （第一个框框）
Number,AWS Access Key ID, Secret Key（第二个框框）
还记得前面提到的AWS吗，如果您的公司自己要开发一个软件来做亚马逊运营，就应该选择这种。因为这种对接方式只需要一次性拿到Secret Key就只终身绑定，以后对相关亚马逊账户的访问和数据抓取不受任何限制。
总结：这一种的使用条件最为严格，适合自主100%主权研发，而如果是直接冒然授权给第三方软件，无法做数据保护措施只能相信对方公司是靠谱的。
第二、三种，授权方式相似度很高，某个应用通过MWS调取亚马逊卖家账户或者授权给第三方开发者；
使用条件：在网页版程序（各种ERP，物流，调价软件）上通过MWS获取卖家账户信息时。
解读：这种授权方式最为严格，首先在MWS中“备案”网页程序身份，然后将token填回网页程序的系统，这是一种双向绑定。
▍第一步，提供网页版程序的账户信息
▍第二步，完成备案后出现您的Seller ID，marketplace ID, 特殊的MWS Authorisation Token, 填回开发者的系统
结论：最为安全的授权方法，也是卖家在授权服务商时应该选择的，因为一次token授权，后期不使用也可换掉token来切断与授权服务商的数据对接通道。
我们总结了一张技术流对比表格：
从表格中可以清新的看到,非自主开发软件授权方式尽量选择Seller ID，Marketplace ID,
MWS Authorisation, 以及常见的Token方式来授权，至少有自主权，不想使用时还可以通过调整来解除授权绑定。一旦结束绑定更换数据，授权软件数据便无法再接入抓取数据。
自用型Secret Key类型使用最为严格但潜在风险最高，好比亚马逊MWS就像一个箱子，这种授权就是给了服务商一把万能钥匙，随便你怎么换密码对方都能打开。而且这把钥匙还可以被复刻（分享给别人），你也不知道谁打开了你的箱子……如果一旦被不良服务商泄露你的数据，后果可想而知。所以这种授权方式自用最好，授权第三方数据安全性就非常考验服务商的人品。
最后再来看看亚马逊的谆谆教诲:
总结：亚马逊的竞争越来越大，通过授权使用各种工具软件，来提升效率和效果自然是趋势所在，而授权之前一定要先了解授权软件的授权方式，以及潜在风险再做决定，切勿欠缺了解或者疏忽导致店铺数据成为众矢之的，而一直以来，亚马逊店铺既不乏君子坦荡荡，也不免小人常戚戚。稍加利用就像卖家常言道，非核心优势产品，少一份曝光少一份伤害，卖家朋友从此不串门，防火防盗防师兄，任你严防死守一阵，却不敌任性授权一次，从此危机四起，十面埋伏，哀嚎遍野。亚马逊的市场不会无止境的增长，而卖家却从未停止追求快速增长的步伐，愈发激烈的竞争更需要大家多一份主动数据保护意识。
