Quelle est la différence entre Alexa Built-in et Alexa Connect Kit (ACK) ?

Alexa Built-in couvre les produits qui font tourner un client Alexa complet sur l'appareil: détection du wake-word, streaming vers le cloud AVS, rendu des réponses audio et visuelles. ACK s'adresse aux objets connectes plus simples dont la logique Alexa tourne sur un firmware heberge par Amazon, couple a un petit module Amazon: l'accessoire expose des capacités et Amazon porte l'intégration cloud. La profondeur de certification fonctionnelle est très différente entre les deux programmes, et le plan d'essai acoustique s'applique dans le cas Alexa Built-in, pas dans un ACK typique ou l'appareil n'a pas de réseau de microphones far-field.

Le plan d'essai acoustique Alexa peut-il être remplace par une mesure EN 50332 ?

Non. EN 50332 couvre la sortie acoustique maximale pour la protection auditive sur les appareils d'ecoute, qui est un angle sécurité. Le plan d'essai acoustique Alexa couvre l'avant acoustique de l'appareil en tant qu'entrée de reconnaissance vocale: taux de détection du wake-word, SNR far-field, AEC pendant la lecture musicale, suppression de bruit en champs diffus, resilience multi-talker. Les deux plans sont orthogonaux: un produit doit traiter les deux quand il tombe dans le périmètre, EN 50332 cote ecoute, le plan Alexa cote entrée microphone.

Quel niveau Widevine Google Cast exige-t-il pour la vidéo premium ?

Pour les contenus premium HD et UHD distribues par des services comme Netflix ou Disney+, les récepteurs Cast vidéo doivent implémenter Widevine L1, le niveau DRM appuyé sur le matériel: les clés sont gérées dans un environnement d'exécution de confiance, le décodage du contenu tourne dans un chemin protege. Widevine L3, uniquement logiciel, n'est acceptable que pour les contenus en résolution moindre ou certaines configurations spécifiques. Pour les produits Cast audio seul, la contrainte DRM est plus faible parce que la chaine audio ne porte pas de protection de contenu équivalente.

Quel est le rôle de mDNS-SD et DIAL dans la découverte Cast ?

mDNS-SD (Multicast DNS Service Discovery) est le protocole local que le sender, telephone ou navigateur, utilise pour découvrir les récepteurs Cast sur le même réseau. DIAL (Discovery And Launch) est le protocole qui, apres découverte, permet au sender de lancer une application cible sur le récepteur. Le Cast Application Framework s'appuie sur ces deux couches et gere la session, les messages echanges entre sender et récepteur, et la synchronisation d'état. Un mauvais fonctionnement de mDNS-SD ou DIAL est une cause frequente d'échec d'appairage pendant la certification.

La certification AVS ou Cast remplace-t-elle la certification radio FCC et CE ?

Non. Les certifications AVS et Cast sont des certifications programme, connexion cloud plus fonctionnel plus acoustique, portées respectivement par Amazon et Google. Le Wi-Fi, le Bluetooth et toute autre interface radio doivent en outre être certifies sous les régimes réglementaires applicables: FCC Part 15 aux Etats-Unis, RED en Europe, MIC au Japon, KC en Coree, et ainsi de suite. Ces couches s'empilent: une enceinte connectée pour le marche européen a besoin du marquage CE sous RED, de la certification Wi-Fi de la Wi-Fi Alliance, de la qualification Bluetooth SIG quand il y a Bluetooth, et du programme Alexa Built-in ou Cast.

Un bouton mute physique est-il obligatoire sur les produits Alexa Built-in ?

Oui pour les produits a microphones en ecoute permanente. Les Amazon Privacy and Security Requirements pour Alexa Built-in exigent une commande de mute matérielle qui deconnecte physiquement ou inhibe de maniere visible le réseau de microphones, avec un indicateur LED toujours allume quand le microphone diffuse activement de l'audio vers le cloud. L'intention est de donner a l'utilisateur un signal clair et vérifiable de l'état du microphone. Les appareils qui ne font qu'un soft-mute logiciel ne sont pas conformes: les pre-revues de certification détectent fréquemment ce motif.

Comment Matter casting interagit-il avec le SDK Cast existant ?

Matter casting est une extension de la spécification Matter qui introduit des rôles de casting, Casting Source et Casting Target, sur le tissu Matter. Le Cast SDK et Matter casting ne sont pas interchangeables: un récepteur Cast seul ne devient pas automatiquement une cible Matter casting. Intégrer les deux exige de combiner Matter SDK et Cast SDK sur l'appareil. Mi-2026, Matter casting est déployé surtout dans l'écosystème Amazon, Fire TV et Echo Show, sur la base de la spécification Matter 1.3, avec un catalogue d'applications limité, Prime Video en tête. Google ne l'a pas adopté pour Google Cast: les deux piles restent distinctes.

Quels sont les pieges les plus fréquents ?

Avant acoustique avec SNR microphone insuffisant, qui amene un taux de détection wake-word inférieur au seuil du plan acoustique Alexa. AEC qui echoue en présence de lecture musicale par l'appareil, masquant le wake-word et bloquant le dialogue. Rotation des refresh-tokens OAuth cassée apres un reboot, qui deconnecte l'utilisateur et casse la liaison cloud. Frame drops sur la vidéo Cast au handshake Widevine, souvent résultat d'un retard de rotation de cle ou d'un problème de timing dans le pipeline protege. LED indicateur microphone pas allume en permanence pendant que le micro streame, infraction privacy. Reset usine qui efface les clés Cast sans re-provisionnement, rendant l'appareil inutilisable en récepteur Cast apres le reset.

Certification accessoires Amazon AVS et Google Cast

Auteur Hugues Orgitello Mis à jour le 11 juillet 2026 ~15 min de lecture

Guide - AVS, Alexa Built-in, Cast, Chromecast built-in

Integrer Amazon Alexa ou Google Cast dans une enceinte connectée, un afficheur, un téléviseur ou un accessoire domotique ajoute une couche de certification programme par-dessus la certification réglementaire radio et CEM. Amazon structure son programme autour de trois voies, Alexa Built-in avec l'AVS Device SDK, Alexa Connect Kit (ACK) pour des objets connectes plus simples, et Alexa Built-in Lite pour des intégrations limitees. Google structure son programme autour de Chromecast built-in pour l'audio, Chromecast built-in pour les téléviseurs, et Google Assistant built-in, avec des extensions en cours autour de Matter casting. Les deux programmes partagent les mêmes familles de contraintes: conformité de la connexion cloud, avant acoustique et plan d'essai far-field pour les produits voix, gestion OAuth et identifiants, regles privacy et indicateur microphone, DRM pour la vidéo. Cette page presente la cartographie institutionnelle des deux programmes, la logique AFE et plan d'essai acoustique, la couche wake-word et IP DSP, la pile de découverte mDNS-SD et DIAL cote Cast, la voie Widevine pour la vidéo, et les contraintes croisées avec la certification radio réglementaire.

Cartographie institutionnelle

Les deux programmes sont portes par Amazon et Google en tant que programmes prives, distincts des régimes réglementaires publics. Le certificat qu'ils délivrent est contractuel: il autorise l'usage de la marque Alexa Built-in ou Chromecast built-in et l'accès au cloud correspondant, sous les termes de l'accord développeur.

Acteur	Perimetre	Type de décision
Amazon Developer	Enrolement, accès SDK, gestion compte cloud Alexa	Creation de compte, accès contractuel a AVS ou ACK
Equipe Alexa certification Amazon	Revue fonctionnelle, acoustique et privacy pour Alexa Built-in	Passage du plan d'essai acoustique et fonctionnel, autorisation de marque
Google Developers	Acces Cast SDK et Assistant SDK, gestion compte	Creation de compte, accès contractuel au cloud Cast
Equipe certification Google	Revue fonctionnelle, acoustique et DRM pour Cast et Assistant	Passage de la certification Cast ou Assistant, autorisation de marque
Laboratoires acoustiques accredites	Chambre anechoique, champ diffus, conditions multi-talker	Rapports d'essais conformes au plan Amazon ou Google
Widevine et partenaires DRM	Integration Widevine L1 matériel, provisionnement de KeyBox	Certificat d'intégration pour la vidéo premium

L'interlocuteur de procédure pour le fabricant est, cote Amazon, l'equipe Alexa Built-in ou ACK certification accessible via le portail Amazon Developer, et cote Google, l'equipe Cast ou Assistant certification accessible via Google Developers. L'enrôlement direct sans compte développeur n'est pas possible.

Amazon AVS: Alexa Built-in, ACK, Alexa Built-in Lite

Le programme accessoires Alexa d'Amazon compte trois voies de certification, définies par la profondeur fonctionnelle de l'intégration Alexa et la localisation de la logique cloud.

Alexa Built-in

Alexa Built-in couvre les produits qui embarquent le client Alexa complet sur l'appareil. La base technique historique est l'AVS Device SDK (C++ sur Linux ou RTOS, dérivées Java sur les plateformes Android) ou l'Alexa Voice Service Integration Kit (AVS-IK) pour une intégration accélérée sur des SoC partenaires. L'AVS Device SDK est déprécié depuis le 16 janvier 2024: son dépôt GitHub est archivé, et Amazon oriente les nouvelles intégrations vers le programme Works with Alexa et la voie ACK, les produits déjà certifiés continuant de fonctionner sur le SDK. Fonctionnellement, l'appareil prend en charge:

détection wake-word locale, par un moteur embarque (Sensory TrulyHandsfree, moteur Amazon propriétaire, ou équivalent),
streaming vers AVS de l'audio capture apres le wake-word, en HTTP/2 avec authentification OAuth via Login With Amazon,
rendu des réponses audio, éventuellement avec une interface graphique sur écran,
capacités cote appareil déclarées via Alexa Smart Home ou Alexa Skill API.

Cette voie impose le niveau le plus eleve de conformité fonctionnelle et acoustique.

Alexa Connect Kit (ACK)

ACK cible les objets connectes plus simples: appareils électroménagers, prises, capteurs, accessoires de cuisine. La logique client Alexa ne tourne pas sur l'appareil. Le produit integre un petit module fourni par Amazon (Wi-Fi plus MCU) préconfigure avec un firmware heberge par Amazon. L'appareil expose ses capacités par une API Amazon, et Amazon gere la partie cloud, les mises a jour OTA et l'intégration de compte.

Cette voie n'a pas de plan d'essai acoustique, parce que l'appareil n'a typiquement pas de réseau de microphones far-field. La certification fonctionnelle couvre l'intégration de l'API Amazon et la conformité aux Amazon Privacy and Security Requirements pour appareils connectes.

Alexa Built-in Lite

Lite couvre un périmètre intermédiaire: intégration Alexa limitée sur des appareils qui ont un microphone mais pas un réseau far-field, typique d'écouteurs ou d'accessoires wearable. Le plan d'essai acoustique est réduit par rapport au Built-in complet, et le jeu de fonctionnalités Alexa supporte est plus restreint.

Voie	Logique cloud	Microphone	Profondeur plan d'essai
Alexa Built-in	Sur l'appareil, AVS Device SDK	Reseau far-field typique	Plan acoustique et fonctionnel complet
ACK	Firmware heberge Amazon sur module dedie	Typiquement aucun	Fonctionnel seulement, pas d'acoustique
Alexa Built-in Lite	Sur l'appareil, périmètre réduit	Mono ou close-talk	Plan acoustique réduit

Plan d'essai acoustique et Acoustic Front End

La certification fonctionnelle d'Alexa Built-in repose sur un plan d'essai acoustique, l'Alexa Acoustic Test Plan, complete par l'Alexa Functional Test Plan. L'objectif est de valider que l'avant acoustique de l'appareil (AFE) permet au moteur wake-word et au dialogue streame vers AVS de fonctionner dans des conditions d'ecoute realistes.

Acoustic Front End

L'AFE est la chaine qui capte la voix de l'utilisateur, la conditionne, applique l'annulation d'écho acoustique quand l'appareil joue lui-même de l'audio, et fournit au moteur wake-word et au cloud un signal propre. Ses composants:

réseau de microphones far-field (typiquement 2 a 7 microphones selon la classe d'appareil), capable de beamforming,
AEC (Acoustic Echo Cancellation) pour la lecture de musique ou le rendu de réponses audio,
suppression de bruit en champ diffus, musique et environnement multi-talker,
beamforming et localisation de source pour focaliser sur le locuteur actif,
controle automatique de gain pour absorber les variations de proximité de l'utilisateur.

L'IP DSP est un point récurrent: plusieurs acteurs (Cirrus Logic, Knowles, DSP Group, Synaptics-CES héritage) proposent des briques AFE commerciales preacordees pour Alexa Built-in ou Cast. Le choix de la brique conditionne le SNR atteint et le taux de passage du plan d'essai.

Chambre anechoique et tests en champ diffus

Les essais acoustiques sont menes en laboratoire accredite equipe d'une chambre anechoique capable de simuler des profils de réverbération représentatifs d'environnements domestiques. L'instrumentation est fournie par des spécialistes comme Audio Precision, Klippel, Listen Inc. La séquence standard:

détection wake-word a distances variables (typiquement jusqu'a plusieurs mètres),
multi-talker avec sources de voix concurrentes a différents angles,
AEC pendant la lecture musicale a divers niveaux,
suppression de bruit avec injection de bruit diffus,
taux de false-accept avec contenus audio non cibles.

Les valeurs cibles exactes sont définies dans le plan d'essai Amazon et évoluent. L'ordre de grandeur d'effort, en partant d'un AFE non acorde, est de plusieurs itérations d'essais physiques avec ajustements matériels (placement micros, ports acoustiques, amortissement interne) entre les sessions.

Wake-word et licensing

Le moteur wake-word est une brique critique. Deux motifs:

moteur tiers embarque, cas le plus fréquent pour les produits non-Amazon (Sensory TrulyHandsfree est la reference historique),
moteur Amazon propriétaire, disponible sous licence pour certains partenaires.

Le taux d'activation wake-word, la latence entre le mot prononce par l'utilisateur et le streaming vers AVS, et le taux de false-accept par heure sont des métriques toutes couvertes par le plan d'essai. Le moteur et son tuning constituent un livrable qui accompagne la certification.

Connexion cloud et gestion des identifiants

La connexion au cloud AVS fonctionne sur une pile spécifique.

Vue d'ensemble de la pile

Endpoints HTTP/2 sur le cloud Alexa, avec multiplexage pour l'audio basse latence,
OAuth 2.0 via Login With Amazon pour l'authentification utilisateur sur l'appareil,
refresh-tokens geres par l'appareil, avec rotation selon les regles Amazon.

Un bug fréquent est la rotation des refresh-tokens cassée apres un reboot de l'appareil: l'appareil stocke un refresh-token, le reboot perd l'état rotation, le cloud refuse la requête de refresh suivante, l'utilisateur est deconnecte sans explication. Ce motif est detecte en pre-revue de certification lorsqu'il apparait.

Encodage et upload

L'audio uploade vers AVS est typiquement encode en Opus a 16 kHz mono, parfois en PCM selon la configuration. Le choix entre Opus et PCM influence bande passante et latence codec, deux facteurs pondérés par Amazon en revue fonctionnelle.

Privacy et indicateur microphone

Les Amazon Privacy and Security Requirements pour Alexa Built-in imposent des regles strictes sur la vie privée de l'utilisateur.

bouton mute physique obligatoire: une commande matérielle qui deconnecte physiquement ou inhibe visiblement le réseau de microphones,
indicateur LED quand le microphone diffuse activement de l'audio vers le cloud, avec une politique d'allumage permanent pendant le streaming,
état du microphone signale a chaque interaction, pas d'ecoute silencieuse,
reset usine qui efface intégralement identifiants stockes et données personnelles.

La regle d'indicateur LED est régulièrement sous-estimee: un appareil qui n'émet la LED qu'au démarrage du streaming et pas pendant toute sa durée n'est pas conforme. La pre-revue verifie que la LED reste allumée sur toute la fenetre de streaming.

Google Cast: Chromecast built-in et Assistant built-in

Le programme accessoires Google couvre deux voies produit principales, plus une extension Matter en cours.

Chromecast built-in pour l'audio

Produits audio seul: enceintes connectées, barres de son, récepteurs audio. L'intégration passe par le Google Cast SDK cote récepteur, avec un sender sur telephone, tablette ou navigateur (l'app Cast et l'extension Chrome Cast). L'architecture:

mDNS-SD (Multicast DNS Service Discovery) pour découvrir les récepteurs sur le réseau local,
DIAL (Discovery And Launch) pour lancer l'application du récepteur,
Cast Application Framework (CAF) pour la gestion de session et des messages entre sender et récepteur.

Le produit integre aussi typiquement Google Assistant built-in quand il a un microphone, avec un plan d'essai acoustique proche d'esprit de celui d'Amazon.

Chromecast built-in pour téléviseurs

Televiseurs et afficheurs connectes. Ajoute par-dessus la voie audio:

rendu vidéo avec support des codecs H.264, H.265 et AV1 selon la classe de produit,
DRM Widevine, en L1 pour les contenus premium HD ou UHD, en L3 pour des résolutions inférieures,
pipeline HDR avec Dolby Vision ou HDR10 plus selon le positionnement commercial,
pass-through Dolby Atmos pour les sorties audio compatibles.

Les exigences matérielles (RAM, CPU, décodeur AES, classe Wi-Fi) sont définies par Google dans des documents publies, avec des minimums qui évoluent selon les générations de SoC. L'ordre de grandeur est un minimum Wi-Fi 5 avec Wi-Fi 6 prefere sur les générations récentes, mais les chiffres exacts applicables a un projet donne doivent être verifies auprès de Google.

Google Assistant built-in

Une couche de certification distincte de Cast, dédiée a l'intégration voix. Le plan d'essai fonctionnel et acoustique ressemble d'esprit au plan Amazon, avec ses propres métriques: taux de détection wake-word ("Hey Google" ou "OK Google"), SNR far-field, AEC pendant la lecture musicale, taux de false-accept. Un produit peut être Cast seul, Assistant seul ou les deux selon le périmètre vise.

Matter casting

Le Matter casting définit des rôles de casting (Casting Source et Casting Target) sur le tissu Matter, pour converger avec l'écosystème Matter sur la couche de découverte et de gestion de session, tout en gardant le Cast SDK sur la couche applicative et media. Mi-2026, Matter casting est déployé surtout dans l'écosystème Amazon (Fire TV, Echo Show) sur Matter 1.3, avec un catalogue d'applications limité mené par Prime Video; Google ne l'a pas adopté pour Google Cast, et les deux piles restent distinctes.

Voie	Type	Cert fonctionnel	Cert acoustique	DRM
Chromecast built-in pour l'audio	Recepteur audio	Oui	Souvent couple a Assistant si micro présent	Contrainte faible
Chromecast built-in pour TV	Recepteur vidéo	Oui	Si micro embarque	Widevine L1 pour premium HD ou UHD
Google Assistant built-in	Integration voix	Oui	Oui, plan d'essai acoustique complet	Sans objet
Matter casting	Extension casting sur Matter	Emergent	Depend du type de produit	Depend du type de produit

Widevine et la voie DRM pour la vidéo

Pour les produits Cast qui rendent de la vidéo premium, l'intégration Widevine est une brique critique.

Widevine L1 versus L3

Widevine L1 (appui matériel): clés gérées dans un Trusted Execution Environment (TEE), décodage du contenu dans un chemin protege. Requis pour les contenus premium HD et UHD de Netflix, Disney+ et equivalents.
Widevine L3 (logiciel): clés et décodage en logiciel. Acceptable pour des résolutions plus faibles ou des configurations spécifiques, insuffisant pour le HD ou UHD premium.

KeyBox et provisionnement

L'intégration L1 exige le chargement d'une KeyBox dans le SoC en usine, dans un processus supervise par le fournisseur SoC et Google. La KeyBox est spécifique a l'unité et non transferable. Oublier la KeyBox en usine, ou la perdre lors des flux de réparation, est un motif d'échec récurrent qui aboutit a un appareil non jouable.

Frame drops au handshake

Un symptôme fréquent en pre-revue est le frame drop au handshake Widevine au démarrage du flux ou lors de la rotation de cle. La cause est typiquement un problème de timing dans le pipeline protege ou une dérivation de cle lente qui ne s'absorbe pas dans le budget de synchronisation audio-vidéo. La résolution passe par des mesures internes au SoC et un tuning du décodeur protege.

Pour les produits audio haut de gamme, aucune couche DRM équivalente ne s'applique: la chaine audio ne porte pas de protection de contenu équivalente.

Considerations transverses aux deux programmes

Plusieurs contraintes s'appliquent a la fois a AVS et Cast.

Certification radio réglementaire

Les certifications AVS et Cast ne remplacent pas la certification radio réglementaire. Une enceinte connectée pour le marche européen a besoin de:

marquage CE sous RED (RED),
certification Wi-Fi Alliance (Certification Wi-Fi Alliance),
qualification Bluetooth SIG quand le Bluetooth est utilise (Qualification Bluetooth SIG),
certification AVS ou Cast sous le programme Amazon ou Google.

Pour les Etats-Unis, FCC Part 15 prend la place du CE sous RED. Pour le Japon, la certification MIC avec le marquage giteki, et ainsi de suite pour les autres régions réglementaires. Les couches radio s'empilent par-dessus les couches programme, pas en substitution.

Cybersecurite IoT

Les exigences privacy et sécurité imposées par Amazon et Google sur les accessoires connectes recouvrent en partie des référentiels publics comme NIST IR 8425 et EN 303 645, notamment sur les mécanismes de mise a jour, la gestion des mots de passe par défaut et la gestion des vulnerabilites. La convergence n'est pas totale, mais un travail de cybersécurité bien organise couvre a la fois la demande Amazon ou Google et les référentiels publics.

IP acoustique sous licence

Le choix de la brique AFE (DSP, moteur wake-word, beamforming) implique du licensing tiers. Les acteurs pertinents au moment de la rédaction comprennent Cirrus Logic, Knowles, DSP Group, et Synaptics avec l'héritage CES Conexant. La structure de licensing et la feuille de route technologique évoluent, et une verification a jour auprès de chaque fournisseur est la seule source solide.

Matter comme extension unifiante

Matter s'introduit progressivement comme couche unifiante de la maison connectée, avec des extensions cote casting pour Google et cote smart home pour Amazon comme pour Google. L'angle Cast over Matter et le support Matter d'Alexa Smart Home sont suivis en parallèle par les deux programmes. Matter ne remplace pas la couche voix ou media: il s'ajoute.

Pieges fréquents

Piege	Consequence
AFE avec SNR microphone insuffisant	Taux de détection wake-word sous le seuil du plan d'essai acoustique
AEC qui echoue pendant la lecture musicale	Wake-word masque, dialogue bloque quand la musique joue
Rotation des refresh-tokens OAuth cassée apres reboot	Utilisateur deconnecte, liaison cloud perdue sans explication
Frame drops Cast vidéo au handshake Widevine	Flux rejeté, contenu premium non jouable sur l'appareil
LED mute pas allumée en permanence pendant le streaming	Infraction privacy, échec en revue Alexa Privacy and Security
Reset usine qui efface les clés Cast sans re-provisionnement	Appareil inutilisable en récepteur Cast apres le reset
Confondre Alexa Built-in et ACK au cadrage	Mauvais SDK choisi, intégration relancée au changement de programme
IP wake-word non licenciée a l'industrialisation	Licence forcée sous pression de délai ou changement de moteur
Sous-estimer Wi-Fi Alliance et Bluetooth SIG par-dessus	Certification programme obtenue mais produit non conforme radio
Oublier la KeyBox Widevine en usine	Chaine L1 non opérationnelle, premium HD ou UHD non jouable

Procedure pas a pas pour une enceinte connectée Alexa Built-in

La séquence typique pour un fabricant intégrant Alexa Built-in sur un nouveau produit.

Ouvrir le compte Amazon Developer et signer l'accord Alexa Built-in, avec sélection de la voie cible (Built-in, ACK, Built-in Lite).
Choisir le SoC et la brique AFE, valider le licensing IP DSP (fournisseur DSP, moteur wake-word, beamforming).
Integrer la pile client Alexa (historiquement l'AVS Device SDK ou AVS-IK, dépréciés depuis janvier 2024; suivre les orientations Amazon courantes pour un nouveau projet), y compris OAuth via Login With Amazon et gestion des refresh-tokens.
Conception acoustique et mécanique: placement du réseau de microphones, amortissement interne, ports acoustiques, bouton mute et LED.
Tuning acoustique interne avec mesures provisoires en chambre maison ou bas coût, avant passage en laboratoire accredite.
Essais acoustiques pre-cert en laboratoire accredite (Audio Precision, Klippel, Listen Inc.), taux de détection wake-word, AEC, multi-talker.
Essais fonctionnels pre-cert sur l'Alexa Functional Test Plan: dialogues, capacités, rendu de reponse.
Revue privacy et sécurité contre les Amazon Privacy and Security Requirements: mute, LED, reset usine, effacement de données.
Certifications Wi-Fi Alliance et Bluetooth SIG en parallèle, cote radio réglementaire.
Certification radio régionale: FCC, CE sous RED, MIC, KC et ainsi de suite selon les marches cibles.
Soumettre le dossier complet a Amazon, avec rapports acoustique et fonctionnel, déclarations privacy, references réglementaires.
Iterer sur les commentaires Amazon, conduire des essais complémentaires éventuels, obtenir le passage Alexa Built-in.
Autorisation de marque et accès aux livrables commerciaux Alexa Built-in (logo, marketing, inscription au registre du site Amazon).
Maintenance: suivre les mises a jour Alexa SDK, les révisions du plan d'essai Amazon, la feuille de route Wi-Fi Alliance et Bluetooth SIG.

Pour des ordres de grandeur transverses par phase, voir chronogramme de certification.

Comparaison AVS et Cast

Critere	Alexa Built-in (Amazon)	Chromecast et Assistant built-in (Google)
Point d'entrée cloud	Client Alexa (AVS Device SDK, déprécié 2024), HTTP/2 + OAuth via LWA	Cast SDK ou Assistant SDK, mDNS-SD + DIAL + CAF
Wake-word	"Alexa", moteur local + plan d'essai acoustique	"Hey Google" / "OK Google", moteur local + plan d'essai
Plan d'essai acoustique	Alexa Acoustic Test Plan, laboratoire accredite	Plan d'essai acoustique Google équivalent, laboratoire accredite
DRM vidéo	Sans objet pour les produits audio typiques	Widevine L1 pour le HD ou UHD premium sur produits TV
Voie IoT lite	ACK (Alexa Connect Kit) sur module heberge Amazon	Pas d'équivalent strict, indirect via Google Home et Matter
Privacy et indicateur	Mute, LED permanente pendant streaming, reset usine	Regles équivalentes sous policy Google
Marque	Logo et autorisation de marque Alexa Built-in	Logos Chromecast built-in / Google Assistant built-in

Les deux programmes partagent un air de famille fort sur les parties AFE, cloud voix et privacy. Ils divergent sur l'angle DRM pour la vidéo (spécifique a Cast sur TV) et sur la voie IoT lite (ou Amazon a structure ACK sans symétrique exact cote Google au moment de la rédaction).

Pour aller plus loin

Certification Wi-Fi Alliance: couche radio Wi-Fi requise par-dessus AVS et Cast
Qualification Bluetooth SIG: couche Bluetooth quand le produit l'utilise
Certification Matter: couche unifiante émergente pour la maison connectée
Cybersecurite IoT EN 303 645: référentiel européen cybersécurité IoT, recouvrement partiel avec regles Amazon et Google
NIST IR 8425 sécurité IoT: référentiel cybersécurité IoT cote US
Securite acoustique EN 50332: cote ecoute, complémentaire au cote entrée microphone AVS ou Cast
Chronogramme de certification: ordres de grandeur transverses par phase
Glossaire: définitions de AVS, ACK, AFE, AEC, mDNS-SD, DIAL, Widevine

Voir aussi

Sources & références

Amazon Developer, Alexa Voice Service overview , Amazon developer.amazon.com/en-US/alexa/alexa-voice-service
Amazon Developer, Alexa Connect Kit , Amazon developer.amazon.com/en-US/alexa/connected-devices/alexa-connect-kit
Google Developers, Cast SDK overview , Google developers.google.com/cast
Google Developers, Google Assistant SDK , Google developers.google.com/assistant/sdk
Widevine, DRM for premium content , Google www.widevine.com/
Connectivity Standards Alliance, Matter spécification , CSA csa-iot.org/all-solutions/matter/

Questions fréquentes

Quelle est la différence entre Alexa Built-in et Alexa Connect Kit (ACK) ?: Alexa Built-in couvre les produits qui font tourner un client Alexa complet sur l'appareil: détection du wake-word, streaming vers le cloud AVS, rendu des réponses audio et visuelles. ACK s'adresse aux objets connectes plus simples dont la logique Alexa tourne sur un firmware heberge par Amazon, couple a un petit module Amazon: l'accessoire expose des capacités et Amazon porte l'intégration cloud. La profondeur de certification fonctionnelle est très différente entre les deux programmes, et le plan d'essai acoustique s'applique dans le cas Alexa Built-in, pas dans un ACK typique ou l'appareil n'a pas de réseau de microphones far-field.
Le plan d'essai acoustique Alexa peut-il être remplace par une mesure EN 50332 ?: Non. EN 50332 couvre la sortie acoustique maximale pour la protection auditive sur les appareils d'ecoute, qui est un angle sécurité. Le plan d'essai acoustique Alexa couvre l'avant acoustique de l'appareil en tant qu'entrée de reconnaissance vocale: taux de détection du wake-word, SNR far-field, AEC pendant la lecture musicale, suppression de bruit en champs diffus, resilience multi-talker. Les deux plans sont orthogonaux: un produit doit traiter les deux quand il tombe dans le périmètre, EN 50332 cote ecoute, le plan Alexa cote entrée microphone.
Quel niveau Widevine Google Cast exige-t-il pour la vidéo premium ?: Pour les contenus premium HD et UHD distribues par des services comme Netflix ou Disney+, les récepteurs Cast vidéo doivent implémenter Widevine L1, le niveau DRM appuyé sur le matériel: les clés sont gérées dans un environnement d'exécution de confiance, le décodage du contenu tourne dans un chemin protege. Widevine L3, uniquement logiciel, n'est acceptable que pour les contenus en résolution moindre ou certaines configurations spécifiques. Pour les produits Cast audio seul, la contrainte DRM est plus faible parce que la chaine audio ne porte pas de protection de contenu équivalente.
Quel est le rôle de mDNS-SD et DIAL dans la découverte Cast ?: mDNS-SD (Multicast DNS Service Discovery) est le protocole local que le sender, telephone ou navigateur, utilise pour découvrir les récepteurs Cast sur le même réseau. DIAL (Discovery And Launch) est le protocole qui, apres découverte, permet au sender de lancer une application cible sur le récepteur. Le Cast Application Framework s'appuie sur ces deux couches et gere la session, les messages echanges entre sender et récepteur, et la synchronisation d'état. Un mauvais fonctionnement de mDNS-SD ou DIAL est une cause frequente d'échec d'appairage pendant la certification.
La certification AVS ou Cast remplace-t-elle la certification radio FCC et CE ?: Non. Les certifications AVS et Cast sont des certifications programme, connexion cloud plus fonctionnel plus acoustique, portées respectivement par Amazon et Google. Le Wi-Fi, le Bluetooth et toute autre interface radio doivent en outre être certifies sous les régimes réglementaires applicables: FCC Part 15 aux Etats-Unis, RED en Europe, MIC au Japon, KC en Coree, et ainsi de suite. Ces couches s'empilent: une enceinte connectée pour le marche européen a besoin du marquage CE sous RED, de la certification Wi-Fi de la Wi-Fi Alliance, de la qualification Bluetooth SIG quand il y a Bluetooth, et du programme Alexa Built-in ou Cast.
Un bouton mute physique est-il obligatoire sur les produits Alexa Built-in ?: Oui pour les produits a microphones en ecoute permanente. Les Amazon Privacy and Security Requirements pour Alexa Built-in exigent une commande de mute matérielle qui deconnecte physiquement ou inhibe de maniere visible le réseau de microphones, avec un indicateur LED toujours allume quand le microphone diffuse activement de l'audio vers le cloud. L'intention est de donner a l'utilisateur un signal clair et vérifiable de l'état du microphone. Les appareils qui ne font qu'un soft-mute logiciel ne sont pas conformes: les pre-revues de certification détectent fréquemment ce motif.
Comment Matter casting interagit-il avec le SDK Cast existant ?: Matter casting est une extension de la spécification Matter qui introduit des rôles de casting, Casting Source et Casting Target, sur le tissu Matter. Le Cast SDK et Matter casting ne sont pas interchangeables: un récepteur Cast seul ne devient pas automatiquement une cible Matter casting. Intégrer les deux exige de combiner Matter SDK et Cast SDK sur l'appareil. Mi-2026, Matter casting est déployé surtout dans l'écosystème Amazon, Fire TV et Echo Show, sur la base de la spécification Matter 1.3, avec un catalogue d'applications limité, Prime Video en tête. Google ne l'a pas adopté pour Google Cast: les deux piles restent distinctes.
Quels sont les pieges les plus fréquents ?: Avant acoustique avec SNR microphone insuffisant, qui amene un taux de détection wake-word inférieur au seuil du plan acoustique Alexa. AEC qui echoue en présence de lecture musicale par l'appareil, masquant le wake-word et bloquant le dialogue. Rotation des refresh-tokens OAuth cassée apres un reboot, qui deconnecte l'utilisateur et casse la liaison cloud. Frame drops sur la vidéo Cast au handshake Widevine, souvent résultat d'un retard de rotation de cle ou d'un problème de timing dans le pipeline protege. LED indicateur microphone pas allume en permanence pendant que le micro streame, infraction privacy. Reset usine qui efface les clés Cast sans re-provisionnement, rendant l'appareil inutilisable en récepteur Cast apres le reset.