Chert parie que les entreprises paieront pour une API iMessage — bulles bleues, tapbacks et tout le reste

Chert est une API et une couche de workflow pour envoyer, recevoir, router et observer de véritables conversations iMessage : API REST et webhooks pour chaque événement entrant et sortant, contrôles de santé des lignes téléphoniques, repli SMS/RCS lorsqu'un destinataire n'est pas sur iMessage, provisionnement automatisé de lignes, de quelques lignes de test à des centaines, tarification à l'usage, et synchronisation native vers les CRM (Salesforce, HubSpot, Attio), Slack, les calendriers (Calendly, Cal.com) et les outils d'agents vocaux comme Vapi. L'entreprise assure aussi un onboarding concierge, en commençant chaque client par un appel de lancement de 20 minutes.

Que les usages professionnels d'iMessage au plus fort volume — support, réponse par SMS, récupération de paniers, capture de prospects entrants — paieront pour une infrastructure API fiable plutôt que pour des bricolages maison.

Aucun tour de financement divulgué par l'entreprise ; l'annuaire EveryDev indique 500 000 $ levés auprès de YC (P26), Z Fellows et Betafund.

Gary et Ian ont commencé par construire des produits par-dessus iMessage, parce que l'interface à bulles bleues, les indicateurs de saisie et les réactions rendaient les conversations agentiques plus humaines que le SMS/RCS : un générateur d'agents iMessage en un clic qui a atteint 2 000 utilisateurs en une semaine, et un séquenceur sortant automatisé envoyant des milliers de messages par jour. En discutant avec des entreprises, ils ont constaté que les cas d'usage au plus fort volume n'étaient pas les agents B2C ni les campagnes de prospection, mais le service client, la réponse aux appels manqués par SMS, l'abandon de panier et la capture de prospects entrants dans les services à domicile, le DTC et la gestion immobilière.

Ils ont construit Chert comme une couche d'infrastructure plutôt qu'une application : livraison iMessage réelle via une API, webhooks, accusés de livraison, repli SMS/RCS, intégrations CRM et Slack, et provisionnement automatisé de lignes. L'équipe a délibérément gardé un onboarding humain — « nous ne sommes pas complètement en libre-service pour l'instant » — afin que le cas d'usage de chaque client soit examiné avant l'accès, en réponse directe à l'objection centrale du fil : il s'agirait d'une machine à spam en attente d'un bannissement par Apple.

Toujours en activité et en cours d'onboarding de clients ; le risque durable reste la politique de plateforme d'Apple — le précédent Beeper est revenu à plusieurs reprises dans le fil — et la réponse de Chert consiste en contrôles anti-abus et en une priorité donnée aux conversations entrantes et aux opt-in explicites.

iMessage est la surface de messagerie la plus digne de confiance aux États-Unis, et les entreprises n'ont aucun moyen légitime d'y accéder — une API avec repli ouvre un canal que personne d'autre ne possède.

Les conversations à bulles bleues sont lues et reçoivent une réponse à des taux que le SMS et l'e-mail ne peuvent égaler, ce qui rend chaque message assez précieux pour être facturé.

Les contrôles anti-abus et l'onboarding humain répondent directement à l'objection « c'est une machine à spam » qui domine le scepticisme du marché.

Twilio n'a jamais construit de prise en charge d'iMessage, laissant un vide d'infrastructure que Chert peut combler avant qu'Apple ne lance un meilleur canal professionnel.

Construire sur une plateforme que l'on ne contrôle pas est une décision de financement : le bénéfice est un canal qu'aucun concurrent ne peut copier ; le prix à payer est de vivre à un changement de politique près du marteau de bannissement d'Apple.

En septembre 2026, Chert est une entreprise YC P26 active (équipe de deux personnes, New York, partenaire principal David Lieb) qui continue d'onboarder des clients via des appels de lancement, avec un lancement sur Product Hunt derrière elle et des intégrations à Salesforce, HubSpot, Attio, Slack, Close, GoHighLevel, Vapi et des outils de calendrier. La question existentielle reste inchangée : Apple peut restreindre le trafic iMessage commercial à tout moment, et le fil HN ainsi que des analyses comme celle d'ic.work considèrent cela comme le véritable risque. La réponse de Chert consiste en plafonds de volume, en warming d'identité et en une priorité donnée aux conversations entrantes et aux opt-in explicites plutôt qu'aux envois massifs à froid.