Banque de posts

La plupart des outils de prospection facturent l'acces a des donnees qui sont deja publiques. Le registre du commerce francais est ouvert via une API gouv qu'aucun outil grand public n'utilise vraiment. Tu tapes un secteur, un mot-cle ou un nom d'entreprise. Tu recuperes les societes actives avec leur SIREN, leur dirigeant, leurs effectifs, leur date de creation. Une IA score chaque resultat de 0 a 10 selon ton ICP et t'explique pourquoi en une phrase. Ensuite un clic pour generer un message personnalise qui pioche dans les vrais elements de l'entreprise. Pas un template generique. A tester en live : quick-flow-demos.lovable.app, module Recherche Prospects France.

J'utilisais le driver Postgres classique qui passe par le port 5432. Tout marchait en prod. En local, rien. J'ai cherché dans ma config Next, dans mes variables d'environnement, dans les permissions Neon. Deux jours pour rien. Le problème c'était mon fournisseur internet qui bloque le port 5432 en sortie. Aucune erreur claire, juste un timeout silencieux. J'ai switché sur le driver serverless de Neon qui passe en HTTPS sur le 443. Une ligne changée. Tout remarche. La leçon c'est pas sur les drivers. C'est que ton environnement peut te mentir sur ce qui marche. Si un truc échoue en local mais pas ailleurs, regarde plus bas dans la pile que ton code.

Par défaut, Vite et Webpack mettent tout dans un seul bundle. Y compris la librairie react-pdf qui pèse deux mégas et qui ne sert qu'au moment de l'export. Résultat, tu charges une page de login en traînant le générateur de factures derrière toi. J'ai sorti react-pdf du bundle initial avec un import dynamique, et j'ai découpé le reste avec manualChunks dans la config Vite. Bundle passé de 1557 à 202 kilos. Temps de chargement divisé par six. La perf web c'est rarement un problème de framework. C'est presque toujours un problème de ce qu'on charge, et quand on le charge. Si ton site est lent et que tu sais pas pourquoi, écris-moi. Je regarde et je te dis où est le vrai coupable.

Webflow construit ses pages avec du JavaScript côté client. Les bots de ChatGPT, Perplexity et Claude ne l'exécutent pas. Ils voient une page vide. Même histoire pour une SPA React en Vite. Google a appris à rendre le JS, pas les IA. Pour le multi-langue, Webflow te fait payer un add-on par langue et les URL hreflang sont bancales. Next.js en SSR renvoie le HTML déjà construit au premier render. Tout est là pour les crawlers, humains comme IA. Le router gère l'i18n nativement avec des routes propres par langue (/fr, /en, /es), et les balises hreflang s'injectent via la Metadata API. Le sitemap.xml et le robots.txt se génèrent depuis un simple fichier TypeScript, sans plugin à maintenir. J'ai repris mon portfolio en Next.js : SSR, JSON-LD pour le contexte IA, i18n routing, sitemap auto, et contenu en questions-réponses que Perplexity et Claude peuvent citer tel quel. Deux jours de setup au lieu de trente minutes sur Webflow. C'est le prix pour être trouvable dans toutes les langues, par les moteurs de demain.