Quand j'ai décidé de faire mon portfolio en ligne, j'aurais pu faire comme beaucoup : choisir un template rapide, publier quelques projets, et espérer que Google fasse le reste.
J'ai fait différemment. Avant d'écrire le moindre article, je me suis posé une question simple : est-ce que mon site est construit pour durer et pour être trouvé facilement ?
Voici les trois décisions qui ont tout changé.
Décision 1 : Combiner portfolio et blog pour maximiser sa visibilité
Ma première décision a été de ne pas choisir entre les deux.
Un portfolio seul dit aux gens ce que vous savez faire. Un blog seul dit aux gens comment vous réfléchissez. Ensemble, ils créent quelque chose de plus fort : un espace qui reflète à la fois votre compétence et votre raisonnement.
D'un point de vue SEO, c'est aussi la stratégie évidente. Un portfolio statique ne produit pas de nouveau contenu. Un blog mis à jour régulièrement, si. Et les moteurs de recherche indexent ce qui existe plus la surface de contenu est large, plus il y a d'opportunités d'être découvert.
J'ai donc conçu le site avec les deux dès le départ. Pas comme deux sections séparées, mais comme un ensemble cohérent qui reflète qui je suis professionnellement.
Décision 2 : Choisir Next.js pour un portfolio en ligne optimisé SEO
C'est la décision la plus technique et celle qui révèle le plus sur ma façon d'aborder les problèmes.
J'ai commencé le projet avec Lovable. C'est un outil formidable pour avancer vite : on peut poser le design sans écrire de code et voir quelque chose prendre forme rapidement. J'ai aussi utilisé Google AI Studio pour la partie visuelle/design et je pense toujours que cette combinaison est vraiment utile pour prototyper une idée.
Mais la version gratuite de Lovable introduisait des contraintes et c'était vite frustrant. Attente, dépendance à la plateforme, flexibilité limitée. Et surtout pour le SEO, j'avais besoin de choses que Lovable ne me fournissait pas : le Server-Side Rendering (SSR), un contrôle sur les métadonnées, et des performances optimisées.
Pensez au SSR comme à un facteur qui livre une lettre déjà écrite plutôt qu'une enveloppe vide. Au lieu d'envoyer aux moteurs de recherche une page vierge qui se remplit côté client, vous leur envoyez le contenu complet dès le départ prêt à être lu, indexé et compris.
Next.js m'a donné ce contrôle. La migration a pris du temps, mais elle a transformé mon site d'un prototype joli en une fondation technique construite pour une croissance à long terme.
Décision 3 : Planifier son contenu avant de publier la moindre ligne
La troisième décision est peut-être la moins visible, mais elle conditionne tout le reste.
Plutôt que de publier pour remplir l'espace, j'ai d'abord défini : quels sujets vais-je couvrir ? Quel est mon positionnement éditorial ? Quelle valeur apporte chaque article à quelqu'un qui me découvre pour la première fois ?
Un blog sans stratégie de contenu, c'est comme une bibliothèque où les livres sont rangés au hasard. Tout est techniquement là mais personne ne trouve ce qu'il cherche.
Mes sujets tournent autour du SEO technique, de la stratégie de contenu et de la pensée orientée données. Non pas parce que ces sujets sont tendance, mais parce qu'ils reflètent ce que je pratique réellement et pour lesquels je peux argumenter avec un raisonnement concret.
Ce que ces trois décisions ont en commun
Elles ont toutes été prises avant que le site soit « prêt ». C'est ça, la vraie discipline du SEO : ne pas attendre le trafic pour penser à la structure. Ne pas publier en volume pour « voir ce qui marche ». Construire une base solide d'abord, puis la développer méthodiquement.
Le SEO n'est pas un sprint. C'est la discipline de prendre les bonnes décisions au bon moment et le bon moment, c'est presque toujours avant que quelqu'un visite votre site.