由于管理着大量的站点，收到反馈和发现问题的概率大，先声明下避免 “我用着好好的” 类似的争论。
经历：
1，客户购买了最高套餐 $399.9 含 Language hosting，但是用不上，于是改套餐取消掉 Language hosting，按道理它应该动态计价，或者等今年到期后变更为 $299.9。
但是它直接下单了个新的 $299.9 套餐，旧的也没退款，联系客服才补偿延长现有套餐。
2，客户反馈 Google Search Console 中有大量的 Excluded by “noindex” tag 页面，其中有大量不应该被收录的页面，且没有入口可以被发现，比如网站隐藏的后台页面。
检查日志发现，这些页面在被 Google 或者 Bing 的爬虫访问前，刚好都被 Gtranslate 访问过，这很好理解，甚至可以称为功能，翻译页面过后，通过 indexing API 提交给搜索引擎。
但 Gtranslate 在相关性和事实面前拒绝承认与它们有关。
3，Gtranslate 的工作原理类似反向代理，导致 Fluent forms 表单记录的询盘来源和 IP 不正确，它们返回的头和通用做法不一致，正常的思维是那改下不就得了吗？
问题在哪儿，Fluent forms 的相关代码在哪儿，代码怎么改都告诉他们了，再次没错不改，实际返回的头即和通用做法不同，也和他们自己宣称的不同。
4，Gtranslate 导致 Fluent forms 和 Elementor 的多文件上传报错。他们解决了 Fluent forms 上传的问题，按正常人思维，应该把解决方法合并到插件里，这样其它站点一升级就解决了。他们不，让客户一个个找他们，备份后修改文件禁用更新。
在向他们反馈这些问题的经历中，换一个客服就要把之前的问题复述一遍，为了复现问题，甚至要自己重订购一份给测试站点用。
一直想让生态变得更好，但在 Gtranslate 上每次花费数小时数天数周几十封邮件后，只感受到了混乱，既然 Gtranslate 并非不能而是不愿解决，我也不再缝补。
