Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Considerazioni sulla strategia di certificazione

Matter consente l'interoperabilità tra diversi dispositivi e piattaforme per la casa intelligente. Tuttavia, la certificazione con Matter potrebbe non essere sempre la scelta migliore per i produttori di dispositivi. I costi di implementazione e certificazione potrebbero non avere senso pratico o finanziario, a seconda del tipo di dispositivo e dei casi d'uso. Questa sezione illustra alcuni dei motivi principali per cui un produttore potrebbe scegliere di non certificare determinati dispositivi con Matter.

Sebbene lo standard Matter miri a semplificare lo sviluppo e consentire la compatibilità universale, alcuni tipi di dispositivi per la casa intelligente possono incontrare ostacoli pratici alla certificazione che superano i vantaggi. Per i prodotti con vincoli rigorosi, protocolli non IP, un pubblico limitato o tipi di dispositivi non definiti in Matter, inizialmente la certificazione Matter potrebbe non essere la strategia migliore. Queste potrebbero essere le ragioni per cui un produttore potrebbe evitare di adottare Matter. Tuttavia, Matter consente ai dispositivi gateway abilitati all'IP di eseguire il proxy per endpoint non IP. Per alcuni dispositivi legacy, un approccio gateway può essere un percorso praticabile per la compatibilità con Matter, evitando al contempo una riprogettazione completa del dispositivo.

A partire dal 2026, con Matter ora alla versione 1.5 e migliaia di dispositivi certificati sul mercato, l'ecosistema è maturato in modo significativo. Le barriere alla certificazione sono state ridotte grazie a una documentazione migliore e migliorata SDKs e all'ampliamento dell'infrastruttura di test. Tuttavia, le considerazioni descritte di seguito rimangono pertinenti per i produttori che valutano la loro strategia di certificazione.

Man mano che lo standard Matter si evolve e il suo ambito di applicazione si estende per coprire più casi d'uso, le ragioni a favore della certificazione potrebbero rafforzarsi nel tempo, anche per queste categorie di prodotti. I produttori di dispositivi devono valutare le situazioni e le tabelle di marcia specifiche per determinare l'approccio migliore per quanto riguarda la conformità a Matter. In molte situazioni, potrebbero esserci valide ragioni tecniche o commerciali per rinunciare alla certificazione, almeno temporaneamente.

Protocolli di connettività non IP

Per adottare lo standard Matter, i dispositivi devono funzionare su reti IP, come Wi-Fi, Ethernet e Thread. I protocolli wireless non IP, come Zigbee, Z-Wave e Bluetooth LE, sono comunemente usati nei dispositivi a bassa larghezza di banda. Questi protocolli richiedono un traduttore di protocollo aggiuntivo da non IP a IP per essere compatibili con Matter. L'aggiornamento del modulo di comunicazione o l'introduzione di un gateway di traduzione in genere aumentano il costo hardware del dispositivo.

L'aggiunta del supporto per lo stack IP significa allocare più memoria e potenza di elaborazione per la gestione della rete. Ciò potrebbe superare le capacità dei dispositivi estremamente economici e a basso consumo. L'aggiunta di memoria o flash aggiuntiva per supportare l'IP aumenterebbe anche i costi di produzione e ridurrebbe la durata della batteria. Nei casi d'uso in cui sono necessari solo l'accensione e lo spegnimento dell'alimentazione o i dati dei sensori, i protocolli non IP possono fornire una soluzione efficiente.

Matter esclude essenzialmente la certificazione di tutti i dispositivi che si basano su standard wireless proprietari non IP. Ciò potrebbe limitare i produttori che desiderano utilizzare metodi di connettività alternativi per i loro prodotti di fascia bassa. Sebbene i protocolli basati su IP come Wi-Fi ed Ethernet siano necessari per interfacciare diversi ecosistemi, gli standard non IP sono ancora validi per la connettività di base di sensori e switch in alcune applicazioni.

I Matter bridge sono diventati più comuni e standardizzati, il che consente ai produttori di mantenere le linee di dispositivi non IP esistenti, ottenendo al contempo la compatibilità con Matter attraverso prodotti bridge certificati. Questo approccio si è dimostrato efficace per gli ecosistemi di dispositivi Zigbee e Z-Wave, in cui un singolo bridge può esporre più dispositivi legacy come endpoint Matter.

Limitazioni hardware

Un'altra sfida è che Matter richiede un livello minimo di potenza di elaborazione e memoria sul dispositivo per supportare lo stack software necessario. Tuttavia, i dispositivi per la casa intelligente di base hanno spesso funzionalità di chip integrati molto limitate, a causa dei vincoli di costi e dimensioni.

Ad esempio, un semplice sensore per porte o finestre potrebbe contenere solo un microcontrollore con meno di 100 KB di memoria flash e 10 KB di RAM. Ciò non offre spazio di archiviazione ed elaborazione sufficiente per un'implementazione completa di Matter. L'aggiunta di silicio più potente e costoso farebbe aumentare notevolmente la fattura dei materiali.

Nei casi in cui costi e dimensioni sono le priorità principali, i produttori potrebbero scoprire che i requisiti di Matter non sono in linea con i loro budget hardware. La certificazione di sensori, switch o controller di base con Matter potrebbe imporre aggiornamenti hardware non necessari che influiscono sulla convenienza.

Matter 1.4.2 (giugno 2025) ha introdotto miglioramenti all'affidabilità del trasporto e alla messa in servizio di Bluetooth Low Energy (BLE) che hanno ottimizzato l'utilizzo delle risorse. La maturità dell'SDK e la disponibilità di implementazioni di riferimento hanno inoltre ridotto il sovraccarico dell'integrazione con Matter. Tuttavia, per i dispositivi estremamente limitati (meno di 100 KB di memoria flash), l'approccio gateway proxy rimane la soluzione più pratica.

Ecosistemi di clienti

Un altro fattore da considerare è se la base di clienti target di un produttore utilizza piattaforme per la casa intelligente compatibili con Matter. Se la maggior parte dei consumatori di quel segmento non utilizza i controller Matter o gli hub e le app compatibili con Matter, potrebbero esserci pochi incentivi a certificare i prodotti.

Ad esempio, un'azienda che si concentra sulle esigenze degli utenti anziani potrebbe scoprire che i propri clienti dispongono di configurazioni semplici senza amministratori Matter. Oppure gli appassionati di domotica do-it-yourself (fai-da-te) potrebbero preferire soluzioni personalizzate e non aver bisogno dell' plug-and-playesperienza di Matter in tutti i marchi.

Negli scenari in cui il gruppo demografico target non interagisce con l'infrastruttura Matter, la certificazione aggiunge complessità senza vantaggi evidenti. Le risorse potrebbero essere spese meglio per ottimizzare l'esperienza utente all'interno delle piattaforme pertinenti invece di dedicare gli sforzi alla conformità con Matter.

A partire dal 2026, l'adozione di Matter ha raggiunto la massa critica con i principali ecosistemi (Amazon Alexa, Google Home, Apple HomeKit, Samsung SmartThings) che supportano pienamente lo standard. La consapevolezza dei consumatori nei confronti di Matter è cresciuta in modo significativo e il logo Matter è diventato un marchio riconosciuto di interoperabilità. La domanda demografica target si è spostata da «I clienti usano Matter?» a «Possiamo permetterci di non supportare Matter?» poiché diventa un'aspettativa di base in molti segmenti di mercato.

Tipi di dispositivi non ancora definiti

Sebbene l'ambito di applicazione di Matter si sia notevolmente ampliato rispetto alla versione iniziale, coprendo le categorie più comuni di case intelligenti e molti elettrodomestici, alcuni settori verticali di nicchia attendono ancora la standardizzazione.

Se un'azienda sviluppa tipi di dispositivi unici che non sono coperti dai profili Matter esistenti, la certificazione non è possibile fino a quando non vengono redatti nuovi profili. Ciò potrebbe ritardare il lancio di un nuovo prodotto in attesa che Matter ne ampli l'ambito di applicazione.

Anziché ritardare il lancio di innovazioni, alcuni produttori potrebbero preferire introdurre sul mercato soluzioni di nicchia più rapidamente attraverso mezzi proprietari. La certificazione in un secondo momento è ancora possibile dopo la maturità dei profili pertinenti. Per avere vantaggi da principiante, in alcuni casi potrebbe essere preferibile direct-to-consumer rinunciare a Matter.

Un'alternativa: invio di proxy ai gateway

In situazioni in cui un dispositivo endpoint presenta limitazioni che impediscono la certificazione diretta di Matter, un approccio alternativo consiste nel delegare la funzionalità Matter del dispositivo a un gateway. Il gateway funge da ponte che fa da ponte tra il protocollo wireless locale dell'endpoint e il protocollo Matter basato su IP.

Ad esempio, un sensore di temperatura di base che comunica tramite uno standard radio proprietario potrebbe comunque apparire come dispositivo Matter all'amministratore di Matter. Il gateway riceve i dati dei sensori su un'interfaccia non IP ma espone ai controller le entità Matter virtuali che rappresentano tali dati tramite IP. Ciò consente di utilizzare l'hardware esistente e ottenere alcuni vantaggi di interoperabilità tramite il gateway.

Naturalmente, ciò aggiunge complessità per gli sviluppatori e richiede gateway che supportino il livello di traduzione necessario. Ma potrebbe essere un valido compromesso nei casi in cui la certificazione diretta sia troppo impegnativa per il dispositivo stesso. I proxy potrebbero aiutare le soluzioni a basso consumo o di nicchia a partecipare agli ecosistemi Matter senza una revisione completa dell'hardware.

Le specifiche Matter Bridge sono maturate e numerosi prodotti bridge certificati sono ora disponibili presso i principali produttori. Ciò ha reso l'approccio gateway più praticabile e standardizzato rispetto ai primi giorni di Matter. I produttori possono ora collaborare con fornitori di bridge o sviluppare i propri bridge certificati per integrare i dispositivi non IP nell'ecosistema Matter senza riprogettare l'hardware degli endpoint.