As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Considerações sobre a estratégia de certificação

O Matter permite a interoperabilidade entre diferentes dispositivos e plataformas domésticas inteligentes. No entanto, a certificação com a Matter nem sempre é a melhor escolha para fabricantes de dispositivos. Os custos de implementação e certificação podem não fazer sentido prático ou financeiro, dependendo do tipo de dispositivo e dos casos de uso. Esta seção explora alguns dos principais motivos pelos quais um fabricante pode optar por não certificar determinados dispositivos com o Matter.

Embora o padrão Matter tenha como objetivo simplificar o desenvolvimento e permitir a compatibilidade universal, certos tipos de dispositivos domésticos inteligentes podem enfrentar barreiras práticas à certificação que superam os benefícios. Para produtos com restrições rigorosas, protocolos não IP, públicos limitados ou tipos de dispositivos não definidos no Matter, buscar a certificação Matter pode não ser a melhor estratégia inicialmente. Esses podem ser os motivos pelos quais um fabricante pode evitar a adoção do Matter. No entanto, o Matter permite que dispositivos de gateway habilitados para IP façam proxy para endpoints não IP. Para certos dispositivos legados, uma abordagem de gateway pode ser um caminho viável para a compatibilidade com o Matter, evitando um redesenho completo do dispositivo.

Em 2026, com o Matter agora na versão 1.5 e milhares de dispositivos certificados no mercado, o ecossistema amadureceu significativamente. As barreiras à certificação foram reduzidas por meio de documentação aprimorada SDKs e melhor e infraestrutura de testes expandida. No entanto, as considerações descritas abaixo permanecem relevantes para os fabricantes avaliarem sua estratégia de certificação.

À medida que o padrão Matter evolui e seu escopo se expande para cobrir mais casos de uso, a necessidade de certificação pode se fortalecer com o tempo, mesmo para essas categorias de produtos. Os fabricantes de dispositivos precisam avaliar suas situações e roteiros específicos para determinar a melhor abordagem em relação à conformidade com a Matter. Em muitas situações, pode haver motivos técnicos ou comerciais sólidos para optar por não receber a certificação, pelo menos temporariamente.

Protocolos de conectividade não IP

Para adotar o padrão Matter, os dispositivos devem operar em redes IP, como Wi-Fi, Ethernet e Thread. Protocolos sem fio não IP, como Zigbee, Z-Wave e Bluetooth LE, são comumente usados em dispositivos de baixa largura de banda. Esses protocolos exigem um tradutor de protocolo adicional não baseado em IP para IP para serem compatíveis com o Matter. A atualização do módulo de comunicação ou a introdução de um gateway de tradução normalmente aumenta o custo de hardware do dispositivo.

Adicionar suporte à pilha IP significa alocar mais memória e poder de processamento para o manuseio da rede. Isso pode exceder as capacidades de dispositivos de custo extremamente baixo e baixo consumo de energia. A adição de memória extra ou flash para suportar IP também aumentaria os custos de fabricação e reduziria a vida útil da bateria. Para casos de uso em que ligar e desligar dados de energia ou sensores são tudo o que é necessário, os protocolos não IP podem fornecer uma solução eficiente.

A Matter basicamente exclui a certificação de qualquer dispositivo que dependa de padrões sem fio proprietários e não IP. Isso pode limitar os fabricantes que desejam usar métodos alternativos de conectividade para seus produtos de baixo custo. Embora protocolos baseados em IP, como Wi-Fi e Ethernet, sejam necessários para a interface de diferentes ecossistemas, os padrões não IP ainda têm mérito para a conectividade básica de sensores e comutadores em algumas aplicações.

As pontes Matter se tornaram mais comuns e padronizadas, permitindo que os fabricantes mantenham suas linhas de dispositivos não IP existentes e, ao mesmo tempo, obtenham compatibilidade com a Matter por meio de produtos de ponte certificados. Essa abordagem provou ser bem-sucedida para os ecossistemas de dispositivos Zigbee e Z-Wave, onde uma única ponte pode expor vários dispositivos legados como endpoints Matter.

Limitações de hardware

Outro desafio é que o Matter exige um nível mínimo de capacidade de processamento e memória no dispositivo para suportar a pilha de software necessária. No entanto, os dispositivos domésticos inteligentes mais básicos geralmente têm recursos de chip incorporados muito limitados, devido a restrições de custo e tamanho.

Por exemplo, um sensor simples de porta ou janela pode conter somente um microcontrolador com menos de 100 KB de memória flash e 10 KB de RAM. Isso não fornece espaço suficiente de armazenamento e processamento para uma implementação completa do Matter. Adicionar silício mais poderoso e caro aumentaria significativamente as listas de materiais.

Nos casos em que custo e tamanho são as principais prioridades, os fabricantes podem achar que os requisitos da Matter não estão alinhados com seus orçamentos de hardware. A certificação de sensores, comutadores ou controladores muito básicos com o Matter pode forçar atualizações de hardware desnecessárias que afetam a acessibilidade.

O Matter 1.4.2 (junho de 2025) introduziu melhorias na confiabilidade do transporte e no comissionamento do Bluetooth Low Energy (BLE) que otimizaram o uso de recursos. A maturidade do SDK e a disponibilidade de implementações de referência também reduziram a sobrecarga da integração com o Matter. No entanto, para dispositivos extremamente restritos (menos de 100 KB em flash), a abordagem de proxy de gateway continua sendo a solução mais prática.

Ecossistemas de clientes

Outro fator a considerar é se a base de clientes-alvo de um fabricante usa plataformas domésticas inteligentes compatíveis com o Matter. Se a maioria dos consumidores desse segmento não usar controladores Matter ou hubs e aplicativos compatíveis com Matter, pode haver pouco incentivo para certificar produtos.

Por exemplo, uma empresa focada em atender às necessidades de usuários idosos pode descobrir que seus clientes têm configurações simples sem os administradores do Matter. Ou entusiastas de automação residencial do-it-yourself (DIY) podem preferir soluções personalizadas e não precisam da plug-and-play experiência da Matter em todas as marcas.

Em cenários em que o público-alvo não interage com a infraestrutura da Matter, a certificação aumenta a complexidade sem benefícios claros. Os recursos podem ser mais bem gastos na otimização da experiência do usuário nas plataformas relevantes, em vez de desviar os esforços para a conformidade com a Matter.

Em 2026, a adoção do Matter atingiu uma massa crítica com os principais ecossistemas (Amazon Alexa, Google Home, Apple HomeKit, Samsung SmartThings) suportando totalmente o padrão. A conscientização dos consumidores sobre a Matter cresceu significativamente, com o logotipo da Matter se tornando uma marca reconhecida de interoperabilidade. A questão demográfica alvo mudou de “Os clientes usam o Matter?” para “Podemos nos dar ao luxo de não apoiar Matter?” à medida que se torna uma expectativa básica em muitos segmentos de mercado.

Tipos de dispositivos ainda não definidos

Embora o escopo da Matter tenha se expandido dramaticamente desde o lançamento inicial, abrangendo as categorias mais comuns de casas inteligentes e muitos eletrodomésticos, alguns nichos verticais ainda aguardam padronização.

Se uma empresa desenvolve tipos de dispositivos exclusivos que não são cobertos pelos perfis existentes do Matter, a certificação não é possível até que novos perfis sejam elaborados. Isso pode atrasar o lançamento de um novo produto enquanto espera que a Matter expanda seu escopo.

Em vez de adiar o lançamento de inovações, alguns fabricantes podem preferir levar soluções de nicho ao mercado mais cedo por meios proprietários. A certificação posterior ainda é uma opção após o vencimento dos perfis relevantes. Para vantagens de ser pioneiro, usar o direct-to-consumer Matter pode ser preferível em alguns casos.

Uma alternativa: proxy em gateways

Em situações em que um dispositivo de endpoint tem limitações que impedem a certificação direta da Matter, uma abordagem alternativa é colocar a capacidade Matter do dispositivo em um gateway. O gateway serve como uma ponte que faz a tradução entre o protocolo sem fio local do endpoint e o protocolo Matter baseado em IP.

Por exemplo, um sensor de temperatura básico se comunicando por meio de um padrão de rádio proprietário ainda pode aparecer como um dispositivo Matter para o administrador do Matter. O gateway recebe dados do sensor em uma interface não IP, mas expõe entidades virtuais da Matter que representam esses dados por IP aos controladores. Isso permite que você use o hardware existente e obtenha alguns benefícios de interoperabilidade por meio do gateway.

Obviamente, isso aumenta a complexidade para os desenvolvedores e requer gateways para suportar a camada de tradução necessária. Mas pode ser um compromisso viável nos casos em que a certificação direta é muito desafiadora para o próprio dispositivo. Os proxies podem ajudar soluções de baixo consumo de energia ou de nicho a participarem dos ecossistemas da Matter sem uma revisão completa do hardware.

A especificação da ponte Matter amadureceu, com vários produtos de pontes certificados agora disponíveis dos principais fabricantes. Isso tornou a abordagem de gateway mais viável e padronizada em comparação com os primeiros dias da Matter. Agora, os fabricantes podem fazer parcerias com fornecedores de pontes ou desenvolver suas próprias pontes certificadas para trazer dispositivos não IP para o ecossistema Matter sem redesenhar o hardware do endpoint.