本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 认证策略的注意事项
Matter 支持不同智能家居设备和平台之间的互操作性。但是，使用 Matter 进行认证可能并不总是设备制造商的最佳选择。实施和认证的成本可能不具有实际意义或财务意义，具体取决于设备类型和用例。本节探讨了制造商可能选择不通过 Matter 对某些设备进行认证的一些关键原因。
虽然 Matter 标准旨在简化开发并实现通用兼容性，但某些类型的智能家居设备在认证方面可能面临实际障碍，这些障碍大于好处。对于具有严格限制、非 IP 协议、受众有限或 Matter 中未定义设备类型的产品，最初寻求Matter认证可能不是最佳策略。这些可能是制造商可能避免采用 Matter 的原因。但是，Matter 确实允许启用 IP 的网关设备代理非 IP 端点。对于某些传统设备，网关方法可能是实现 Matter 兼容性的可行途径，同时可以避免对设备进行全面的重新设计。
截至2026年，随着Matter的版本现已达到1.5版，市场上有数千台经过认证的设备，该生态系统已经显著成熟。通过改进 SDKs、更好的文档和扩大测试基础设施，减少了认证障碍。但是，以下概述的考虑因素仍然与制造商评估其认证策略有关。
随着 Matter 标准的发展及其范围扩大到涵盖更多用例，认证的理由可能会随着时间的推移而得到加强，即使对于这些产品类别也是如此。设备制造商需要评估其具体情况和路线图，以确定与 Matter 合规性有关的最佳方法。在许多情况下，选择退出认证可能有充分的技术或商业理由，至少是暂时的。
## 非 IP 连接协议
为了采用 Matter 标准，设备必须在 IP 网络上运行，例如 Wi-Fi、以太网和 Thread。非 IP 无线协议，例如 Zigbee、Z-Wave 和蓝牙 LE，通常用于低带宽设备。这些协议需要额外的非 IP 到基于 IP 的协议转换器才能与 Matter 兼容。升级通信模块或引入转换网关通常会增加设备的硬件成本。
添加 IP 堆栈支持意味着为网络处理分配更多的内存和处理能力。这可能会超出极低成本和低功耗设备的能力。添加额外的内存或闪存来支持 IP 还会增加制造成本并缩短电池寿命。对于只需要开启和关闭电源或传感器数据的用例，非 IP 协议可以提供有效的解决方案。
Matter 基本上排除了对任何依赖专有非 IP 无线标准的设备进行认证的可能性。这可能会限制想要为其低端产品使用替代连接方法的制造商。虽然基于 IP 的协议（如 Wi-Fi 和以太网）是连接不同的生态系统所必需的，但在某些应用中，非 IP 标准对于传感器和交换机的基本连接仍然有其优点。
Matter bridge 已变得越来越普遍和标准化，使制造商能够维护其现有的非 IP 设备系列，同时通过认证的桥接产品获得 Matter 兼容性。事实证明，这种方法在 Zigbee 和 Z-Wave 设备生态系统中是成功的，在这些生态系统中，一个桥可以将多个传统设备作为 Matter 端点公开。
## 硬件限制
另一个挑战是，Matter 需要最低水平的设备端处理能力和内存来支持必要的软件堆栈。但是，由于成本和尺寸限制，最基本的智能家居设备的嵌入式芯片功能通常非常有限。
例如，一个简单的门窗传感器可能只包含一个闪存小于 100 KB、RAM 小于 10 KB 的微控制器。这无法为完整的 Matter 实施提供足够的存储空间和处理空间。添加更强大、更昂贵的硅片将大大增加物料清单。
在成本和尺寸是重中之重的情况下，制造商可能会发现 Matter 要求与他们的硬件预算不一致。使用 Matter 认证非常基本的传感器、开关或控制器可能会强制进行不必要的硬件升级，从而影响可负担性。
Matter 1.4.2（2025 年 6 月）引入了对传输可靠性和低功耗蓝牙 (BLE) 调试的改进，从而优化了资源使用。SDK 的成熟度和参考实现的可用性也降低了 Matter 集成的开销。但是，对于极度受限的设备（100 KB 闪存以下），网关代理方法仍然是最实用的解决方案。
## 客户生态系统
另一个需要考虑的因素是，制造商的目标客户群是否使用与 Matter 兼容的智能家居平台。如果该细分市场中的大多数消费者不使用 Matter 控制器或支持 Matter 的集线器和应用程序，则可能没有动力对产品进行认证。
例如，一家专注于满足老年用户需求的公司可能会发现他们的客户设置简单，没有 Matter 管理员。或者 do-it-yourself（DIY）家庭自动化爱好者可能更喜欢定制解决方案，并且不需要 Matt plug-and-play er 跨品牌的经验。
在目标人群不使用 Matter 基础设施的情况下，认证会增加复杂性，但没有明显的好处。最好将资源花在优化相关平台内的用户体验上，而不是将精力转移到 Matter 合规性上。
截至2026年，Matter的采用已达到临界水平，主要生态系统（亚马逊Alexa、Google Home、苹果 HomeKit、三星 SmartThings）完全支持该标准。消费者对 Matter 的认识显著提高，Matter 徽标已成为公认的互操作性标志。目标人群问题已从 “客户使用 Matter 吗？” 转移到了 改为 “我们能承受不支持 Matter 的代价吗？” 因为它已成为许多细分市场的基准预期。
## 设备类型尚未定义
尽管Matter的范围已从最初的版本中大幅扩大，涵盖了最常见的智能家居类别和许多家电，但一些利基垂直领域仍在等待标准化。
如果公司开发了现有 Matter 配置文件未涵盖的独特设备类型，则在起草新的配置文件之前，无法进行认证。这可能会在等待 Matter 扩大其范围的同时推迟新产品的发布。
一些制造商可能宁愿通过专有手段更快地将利基解决方案推向市场，而不是推迟发布创新。在相关配置文件成熟后，仍然可以选择稍后进行认证。为了获得先发优势，在某些 direct-to-consumer情况下，不使用 Matter 可能更可取。
## 另一种选择：在网关上代理
如果端点设备存在限制，无法直接通过 Matter 认证，则另一种方法是在网关上代理设备的 Matter 功能。网关充当在端点的本地无线协议和基于 IP 的 Matter 协议之间进行转换的桥梁。
例如，通过专有无线电标准进行通信的基本温度传感器仍然可以作为 Matter 设备显示给 Matter 管理员。网关在非 IP 接口上接收传感器数据，但通过 IP 向控制器公开表示该数据的虚拟 Matter 实体。这使您可以使用现有硬件，并通过网关获得一些互操作性优势。
当然，这会增加开发人员的复杂性，并且需要网关来支持必要的翻译层。但是，在直接认证对设备本身来说太具有挑战性的情况下，这可能是一个可行的折衷方案。代理可以帮助低功耗或利基解决方案在不进行全面硬件改革的情况下参与 Matter 生态系统。
Matter bridge 规范已经成熟，现在主要制造商提供了许多经过认证的桥接产品。与 Matter 的早期相比，这使得网关方法更加可行和标准化。制造商现在可以与网桥提供商合作或开发自己的认证桥接器，将非 IP 设备引入 Matter 生态系统，而无需重新设计端点硬件。