如果看到以下构件，本文可能有所帮助：
如何解决这个问题？
根本原因是与网站上的其他元素相比，是覆盖层的z-index错误。叠加本身会将其正确地分层到z-index中，但由于组件（如放置在网站的其他元素中）必须得到正确的分层，否则将遇到以上视觉问题。
首先，必须找到导致分层问题的确切因素。这是从不同的网店之间的问题，并不是一个问题的覆盖。下面是一些典型的打破层次感的类型：
父组件中的css转换。 css变换将打开一个新的画布，这样在画布中重新创建z轴顺序。此画布可能被页面上的其他元素覆盖。参见如下链接中的解释：https://stackoverflow.com/questions/15194313/transform3d-not-working-with-position-fixed-children/15256339#15256339 and https://stackoverflow.com/questions/2637058/positions-fixed-doesnt-work-when-using-webkit-transform/15251226#15251226
解决方案: 不要在放置我们组件的任何其他父组件中使用css转换。
z-index指数冲突。如果两个组件具有相同的z-index，但其中一个嵌套更深，则嵌套较少的组件优先考虑 less-nested component is prioritized.
解决方案: 在DOM中明确声明z-index
这两个是最常见的陷阱。
但是其他插件可以开箱即用！
我们的组件是用最新的网络技术构建的，这些技术确实不是100%的防止入侵。然而，在攻击保护机制的意义上，它们是具有防护机制的。我们的组件不会降低页面速度，因为它们是独立运行的，并且它们不能被分页的其他部分阻止或修改。例如，运行的另一个JavaScript是坏的，我们的组件仍然是可见的，因为我们的代码在沙盒风格中以最高标准执行。
所有其他的插件都在那里，开箱即用的工作延迟页面速度通常150ms或更多，因为他们在加载时修改原始页面。而我们在并行负载上扩展。
仍然有问题？
如果安装的问题仍然存在，请联系我们。我们一定尽力解决问题。