De 110 000 à 165 000 euros par mois : Le lancement de la version universelle de Weglot

Six mois se sont écoulés depuis mon dernier article et il est temps de vous dire sur quoi nous avons travaillé. J'ai terminé mon dernier article par cette phrase intrigante : "Et qu'en est-il des personnes qui construisent leur site web sans CMS ? Eh bien, nous avons quelque chose à vous proposer, nous en reparlerons plus tard."

Nous avons travaillé dur ce semestre pour étendre les capacités de Weglot non seulement aux sites WordPress et Shopify, mais à tout le monde : Weglot est maintenant capable de rendre n'importe quel site web multilingue. N'importe quel CMS, n'importe quel framework, n'importe quelle technologie. Nous avons une version universelle.

Pourquoi la version universelle ?

Jusqu'à présent, nous avons été très actifs dans le développement de Weglot dans 2 CMS, WordPress et Shopify. Notre croissance a été (et est toujours) portée par ces 2 CMS. Nous avons un produit que les gens adorent, de bons retours et de nouvelles idées pour continuer à l'améliorer.

D'ailleurs, lorsque nous avons essayé de nous développer l'année dernière, cela a échoué. Souvenez-vous, nous avons lancé une intégration avec des frameworks PHP comme Symfony et Laravel mais cela n'a pas fonctionné et nous l'avons rapidement abandonné pour nous recentrer sur WordPress et Shopify.

Alors pourquoi prendre le risque de construire une version universelle ? Pour trois raisons.

La première raison est philosophique. Lorsque Augustin et moi avons fondé Weglot, la mission était claire : rendre tous les sites web multilingues. Le fait que nous ayons fini par avoir la plupart de nos clients sur WordPress ou Shopify n'a jamais été notre objectif final, mais une façon de commencer et d'obtenir une traction initiale. Depuis le début, Weglot a toujours eu le même objectif : créer le logiciel le plus simple et le plus puissant pour rendre n'importe quel site web multilingue.

La deuxième raison est d'améliorer notre produit grâce aux synergies. Chaque CMS et communautés étant différents, il est difficile de faire un outil unique pour tous. Mais faire cet effort nous oblige à faire un produit simple et complet. Par exemple, au début sur WordPress, nous ne traduisions pas les emails. Lorsque nous avons commencé à développer pour Shopify, nous avons dû penser à traduire les courriels, car il s'agit d'une fonctionnalité importante pour les marchands. Une fois que nous l'avons développée, nous avons pu l'ajouter à WordPress. Le fait d'avoir un large public est le meilleur moyen de construire un produit intrinsèquement simple.

Enfin, cela permet d'éviter une dépendance trop risquée à l'égard d'un CMS. Imagerie, si nous avons 90% de nos clients qui viennent de WordPress, que se passera-t-il si WordPress lance une fonctionnalité multilingue en natif ? Probablement des moments difficiles.
La meilleure façon de prévenir ce risque est de répartir les clients entre des CMS ou des technologies indépendantes.

Construire une version universelle

Il n'a pas été facile de mettre au point une version qui fonctionnerait avec tous les sites web.

Historiquement, lors du premier mois d'existence Weglot 2015, Weglot qu'un simple snippet Javascript snippet copier/coller dans votre page HTML. Il fonctionnait avec tous les sites web. Donc, d'une certaine manière, nous avions une version universelle dès le début !

Malheureusement, nous avons rapidement compris que cela ne fonctionnait pas avec le SEO car nous n'avions pas traduit côté serveur. Pour réaliser une intégration propre côté serveur, nous avons abandonné le Javascript et construit des intégrations spécifiques : Un plugin WordPress et une application Shopify. Cela fonctionnait très bien mais nécessitait un développement unique à chaque fois.

À ce stade, nous nous sommes dit que pour être en mesure de servir tous les sites Web, nous devrions lancer une nouvelle intégration pour chaque technologie. Nous construirions un module Drupal, un package Laravel, un bundle Symfony, etc ... Donc en avril 2018, nous avons essayé : nous avons sorti plusieurs nouveaux produits pour que Weglot fonctionne avec Laravel, Symfony et Drupal. Mais cela n'a pas fonctionné comme pour WordPress et Shopify. C'était trop orienté développeur, il manquait de la documentation et c'était en conflit avec le fonctionnement natif de ces frameworks. Nous avons décidé d'abandonner ces intégrations 3 mois après leur sortie.

Pendant quelques mois, nous n'avons rien fait au sujet des autres CMS et nous nous sommes concentrés sur WordPress et Shopify. Mais nous avons continué à réfléchir à de nouvelles idées pour intégrer les sites web de Will. Avec l'aide de Mehdi, un freelance qui travaille chez Weglot depuis un certain temps, nous avons conçu une nouvelle technologie, basée sur les sous-domaines et le reverse proxy. Au lieu d'intégrer un plugin ou une application, l'utilisateur n'aura qu'à entrer un enregistrement DNS pour activer les sous-domaines et Weglot fera le reste. C'est une solution côté serveur (donc optimisée pour le référencement) et facile à intégrer. Comme nous étions satisfaits de la façon dont il se présente, nous avons commencé à le tester manuellement avec des clients au cours du dernier trimestre de 2018 et nous avons eu d'excellents résultats.

En janvier, nous avons voulu faire un test à plus grande échelle, mais sans le rendre public. Nous avons lancé connectweglot.com en tant que sous-produit et nous avons fait de la publicité sur d'autres CMS comme Squarespace ou Wix et d'autres technologies. Les réactions ont été très positives, le produit était prêt !

Finalement, en avril 2019, nous avons intégré ce sous-produit dans Weglot. Désormais, lors de votre inscription, vous pouvez choisir la technologie sur laquelle vous avez construit votre site web et utiliser Weglot en conséquence. Cela ne change rien pour WordPress ou Shopify. Après tout, pourquoi changer quelque chose qui fonctionne déjà. Mais cela ouvre Weglot à beaucoup plus d'utilisateurs.

WordPress et Shopify

Ce semestre, nous n'avons pas seulement travaillé sur la version universelle de Weglot. Même si le plugin WordPress et l'application Shopify ont atteint une certaine maturité, nous avons continué à les améliorer. Sur WordPress par exemple, nous avons amélioré l'emplacement des boutons et la compatibilité AJAX. Nous avons également ajouté un mode privé/public plus flexible. Vous pouvez désormais facilement contrôler les langues que vous publiez et celles qui restent privées pour les travaux en cours.

La vitesse globale et la qualité du code ont été encore améliorées.

Nous avons également été plus actifs que jamais dans les communautés. Nous avons annoncé un partenariat avec Caldera Forms sur WordPress et avons sponsorisé de nombreux événements. WordCamps à Bordeaux, Londres, Paris, Caen et bientôt Berlin.

L'équipe s'est également agrandie et nous sommes maintenant 15 personnes. Nous avons recruté 2 développeurs, Nicolas et Mehdi. Une office manager, Meryl, et un stagiaire pour renforcer notre équipe de support client, Arthur.

Ce semestre, j'ai tiré plusieurs leçons que je partage ici :

• Gardez votre ADN : même si vous vous éloignez temporairement de votre mission, gardez toujours à l'esprit l'objectif de votre entreprise.

• Faites des expériences, n'ayez pas peur d'échouer, même après les débuts de l'entreprise.

• Séparez les expériences de votre produit principal et faites-les sans marketing. De cette façon, vous n'avez rien à perdre si l'expérience échoue.

Nous avons beaucoup de pain sur la planche et notre nouvel objectif, en termes de MRR (Monthly Recurring Revenue) est d'atteindre 220 000 € dans les 6 prochains mois.