Journal des évolutions

Journal des évolutionsCe que l’écosystème INO a gagné, du plus récent au plus ancien. Seules les évolutions qui touchent une surface publique — un script embarquable, une API, une page hébergée — figurent ici : c’est ce journal qu’un intégrateur relit avant de mettre à jour son site.

À noter

Comment lire cette page. Nouveau = une surface qui n’existait pas. Changé = une surface existante dont le comportement évolue, sans rupture. Attention = un point à vérifier sur une intégration déjà en place. Aucune entrée n’a, à ce jour, cassé une intégration existante.

Août 2026INOFACT — la page publique d’une factureNouveau. Une facture émise par l’une de nos entités s’ouvre désormais à l’adresse /f/{jeton}, transmise par email. Rien à intégrer : c’est un lien qu’on reçoit.

Lecture seule. Contrairement à un devis, une facture ne se décide pas. La page affiche le document, ses règlements déjà reçus, son reste dû, et les instructions d’encaissement de l’entité qui facture.

Le lien est stable. Il ne change pas d’un envoi à l’autre, ni après une relance : un lien de facture finit chez un comptable, dans un email transféré, dans un dossier. Il peut être révoqué explicitement, et l’ancien cesse alors de fonctionner.

Le document est figé. Les montants, le taux de change, la mention fiscale et l’échéance sont ceux du jour de l’émission. Relue dans deux ans, la page affichera exactement le même document.

Impression propre, sans PDF à générer : le navigateur sait déjà en produire un.

Attention

Ces liens ne sont pas indexés et ne doivent pas être partagés publiquement. Le jeton fait office d’autorisation : qui l’a peut lire la facture.

INOWATCH — la surveillance ouverte à l’extérieurNouveau. Deux surfaces machine deviennent disponibles pour les applications tierces.

Les battements (POST /api/inowatch/beat/{slug}) : une tâche prouve qu’elle a tourné, par une ligne de curl. C’est le silence qui alerte, pas l’erreur — une tâche morte n’émet aucun message, elle disparaît. La clé de battement n’autorise qu’une chose : dire « j’ai tourné ». C’est ce qui la rend acceptable dans une URL, pour les panneaux de cron qui n’offrent qu’un champ « URL à appeler ».

Les pages de statut publiques (/status/{slug}) : un lien à donner à un client, rien à intégrer. Disponibilité, latence, interruptions récentes.

Guides : brancher une tâche, cron, Docker, Laravel, référence de l’API.INOCAMPAGNE — la collecte embarquableNouveau. Un formulaire d’inscription à poser sur n’importe quel site, avec sa propre clé de marque et son contrôle d’origine.

Le script inocampagne.js (moins de 8 Ko) et le conteneur data-inocampagne-form.

Trois points d’entrée : GET /ping, GET /config, POST /subscribe.

Le double opt-in est décidé par la marque, jamais par le site appelant.

La mention de consentement est servie par CONTROL, pas laissée à l’intégrateur : c’est elle qui rend l’opt-in défendable.

POST /subscribe répond 202 dans tous les cas — adresse connue, inconnue, désinscrite ou soumission de robot. Sans cela, un formulaire public devient un oracle sur notre base de profils.

Guides : le formulaire en 5 minutes, HTML, WordPress, Next.js, référence de l’API.INOCAMPAGNE — les pages publiques /newsNouveau. Inscription, confirmation et désinscription brandées par marque, hébergées par CONTROL. Rien à intégrer : ce sont des liens.La désinscription en un clic est présente dans chaque email, conformément aux exigences des messageries.INODESK — devis, avis et suivi de commandeNouveau. Trois surfaces publiques s’ajoutent au widget de contact.

Le mur d’avis embarquable (inodesk-reviews.js) : un fichier séparé du widget, pour qu’un site vitrine qui ne veut qu’un badge de note n’ait pas à télécharger le panneau de contact complet. Le balisage schema.org qui fait apparaître les étoiles dans les résultats de recherche est documenté.

Le suivi de commande (POST /api/inodesk/order-lookup) — avec un débit volontairement bas et un plancher de temps de réponse : une recherche qui aboutit et une qui échoue prennent le même temps.

Les devis en ligne, avec acceptation tracée, sur lien personnel.

Guides : avis clients et référencement, référence de l’API.INODESK — le socle publicNouveau. Le widget de relation client et son API.

Le script inodesk.js, le conteneur data-inodesk-form, le portail hébergé /care/….

Cinq points d’entrée : ping, config, submissions, tickets, tracking.

Le widget échoue toujours en silence : pas de clé, pas de réseau, domaine non déclaré — la page du client continue de fonctionner.

POST /tracking répond toujours la même chose, que l’adresse soit connue ou non.

Chaque formulaire vit dans son propre shadow DOM : le thème du site ne peut pas le déformer, et le nôtre ne peut pas fuir chez lui.

Guides : démarrage en 5 minutes, HTML, WordPress, Next.js, Laravel.INOSHOP — les six métas de la commandeNouveau. Rien à installer côté site : six métadonnées à poser sur la commande au moment du paiement, pour que Meta reconnaisse l’acheteur.

Attention

Le site n’envoie jamais l’événement Purchase. Il envoie Lead à la commande ; Purchase part de CONTROL, à la validation humaine. C’est ce qui fait apprendre les publicités sur les ventes réelles plutôt que sur les commandes annulées.

Guide : les métas à poser sur la commande.INOTRACK — le tunnel et les statuts de commandeNouveau. La mesure de conversion s’ajoute à la mesure d’audience.

POST /api/inotrack/funnel : un franchissement d’étape. Contrairement à /collect, les erreurs y sont explicites — une étape mal nommée doit se voir pendant l’intégration, pas une semaine plus tard devant un tunnel vide.

POST /api/inotrack/order-status : le statut d’une commande, en lots de 200. Clé secrète obligatoire — ce canal décide du taux de livraison affiché.

Guides : Next.js, guide complet, Laravel, référence de l’API.INOTRACK — le traqueurNouveau. inotrack.js, la mesure d’audience de n’importe quel site.

Une balise, un attribut data-site, et la navigation SPA est comptée (le traqueur intercepte history.pushState).

Les clics suivis par un simple attribut data-inotrack.

Transport en text/plain avec la clé en ?k= : une requête simple au sens CORS, donc sans requête préliminaire. Une page vue coûte un aller-retour au lieu de deux.

Guide : brancher un site en 5 minutes.INOBACKUP — les archives de fichiersChangé. Le dépôt accepte, en plus des bases, des archives de chemins (uploads/, .env, dossiers de configuration). Champ kind : database (défaut) ou files.

Attention

À vérifier sur une intégration existante. Un motif d’exclusion s’applique à n’importe quel composant du chemin : ajouter cache exclut aussi /home/cache-client/public_html en entier. Or un tar sans aucune entrée reste une archive valide d’une quarantaine d’octets. Les deux intégrations refusent désormais d’envoyer une archive vide (code de sortie 6 pour le script bash) et affichent le nombre d’entrées à chaque exécution : surveillez ce nombre dans le journal du cron.

INOBACKUP — db_name devient la clé de sérieAttention. La rotation (quotidiennes / hebdomadaires / mensuelles conservées) et la supervision s’appliquent par base, pas par application.

Attention

Quinze bases envoyées sous un même db_name partagent une seule rotation : une seule survit par nuit, et ce n’est pas la même d’une nuit à l’autre. Un script qui boucle sur plusieurs bases doit faire varier ce champ. Vérifiez-le sur toute intégration mutualisée déjà en place.

Guide : déposer ses sauvegardes.Juillet 2026INOBACKUP — le dépôt des sauvegardesNouveau. POST /api/inobackup/upload et GET /api/inobackup/ping, authentifiés par clé CTRLBK_….Le principe : dump → gzip → sha256 → POST authentifié. CONTROL conserve la sauvegarde en double — son propre disque et un stockage objet hors-site —, applique la rétention et alerte par email si une sauvegarde attendue n’arrive pas.Deux intégrations livrées : un script bash pour n’importe quel serveur Linux, et un package Laravel (inovertix/control-backup).Guides : déposer ses sauvegardes, package Laravel.INOMAIL — l’API d’emails transactionnelsNouveau. La première surface publique de l’écosystème.

POST /api/v1/emails et POST /api/v1/emails/batch, authentifiés par clé inv_….

Lecture du statut, gestion de la liste de suppression.

Webhooks signés en HMAC, avec ré-essais.

Suivi des ouvertures et des clics, désinscription en un clic (List-Unsubscribe).

Format d’erreur { "statusCode", "name", "message" } — celui que tous les modules suivants ont repris.

Guide : envoyer un email par l’API.