Adobe Muse vers WordPress : Mon parcours pour découvrir WordPress n’est pas la solution miracle en un clic.
Pour être honnête, je pensais depuis un moment déjà à moderniser le site, mais cela me faisait peur. Je suis guide touristique, pas un geek (sans vouloir offenser qui que ce soit). Sur le papier, le site n’est même pas si grand — seulement 15 pages. Mais nous travaillons en 4 langues, ce qui signifie que nous parlons en réalité de 60 pages. Pour une personne non technique comme moi, s’attaquer à cela semblait être un défi monumental.
L’année dernière, un voisin m’a donné un conseil assez direct : « Ton site Adobe Muse est mort depuis une décennie, tu te rends compte qu’il n’est plus supporté ? Tu perds des clients pendant qu’on parle. Fais-en un nouveau, ajoute un blog, rends-le responsive, mets un bouton WhatsApp flottant, et pour l’amour de Dieu, rends-le rapide. Passe à WordPress — c’est facile. Tu verras ton site monter dans les classements une fois que tu l’auras fait. »
Passer à WordPress, hein ? Facile, non ? Plus facile à dire qu’à faire, apparemment. Mais tu commences à te dire : ce gars s’y connaît, je devrais l’écouter. Son entreprise est vraiment bien placée. S’il dit que je dois changer, eh bien, essayons.
Essayons WordPress. 40 % du monde l’utilise, donc ça ne devrait pas être la plateforme la plus compliquée. Ça devrait être un simple « plug and play », non ?
À quel point pouvais-je me tromper ?
Comme tout le monde de nos jours, la première chose que j’ai faite a été d’ouvrir une IA et de demander : « Comment créer un site web avec WordPress ? »
Bien sûr, elle va dire quelque chose comme :
“Créer un site WordPress pour la première fois est un processus simple qui ne nécessite pas de connaissances en programmation. En 2026, de nombreux hébergeurs proposent des installations en un clic et des assistants IA pour simplifier le lancement initial.”
WOW. Incroyable. Je n’arrive pas à croire ce que je lis. Simple, sans connaissance en code, installation en un clic et assistance IA. Exactement ce dont j’ai besoin. Est-ce que ça pourrait être plus simple ? Qu’est-ce que j’attends, faisons-le…
Alors c’est parti. J’ai installé WordPress, choisi un thème « sympa » de tourisme et ajouté un page builder. Mais par où commencer ? Eh bien, me suis-je dit, commençons par mon header. Un header, c’est juste un logo et quelques icônes. Rien de trop compliqué. Mettons ces icônes en haut : une WhatsApp, une TripAdvisor et une GetYourGuide pour mes profils. Comme ça, je me suis dit que j’allais prendre le coup.
Étonnamment, c’est là que le réveil a sonné.
Immédiatement, les paywalls ont commencé. Tu veux une icône TripAdvisor ? Paye. Tu veux une icône WhatsApp ? Paye. Une icône GetYourGuide ? Impossible — sauf si tu passes à la version Pro. Juste un abonnement de 10 €/mois.
Allô ? Je viens à peine de commencer, et vous me demandez de l’argent pour la toute première icône que je veux mettre dans mon header.
OK, puis-je mettre ma propre icône personnalisée à la place ?
Bien sûr que tu peux ! Il suffit de payer pour la version Pro.
QUOI ?! C’est une icône, bon sang !
Laisse tomber. DÉSINSTALLER LE THÈME. Voyons un autre. Même chose. Peut-être celui-ci ? Non. Celui-là ? Non plus. Après avoir testé des dizaines de thèmes et passé deux semaines à essayer d’ajouter une stupide icône dans mon header, j’ai réalisé qu’ils voulaient tous de l’argent.
Deux semaines après le début du projet, ma femme m’a demandé gentiment :
« Alors, ça avance chéri, des progrès ? »
Moi : « Euh… regarde chérie, une page vide. »
Ma femme : « Mais chéri, ça fait 2 semaines que tu es sur l’ordi, 10 heures par jour. »
Moi : « Oui, je sais. Je n’ai juste pas vraiment compris par où commencer. »
Après tous ces essais, j’ai réalisé que le chemin « standard » n’était qu’une taxe sur mon portefeuille. J’ai fait la seule chose possible : tout désinstaller. J’ai essayé d’autres plateformes, pour découvrir qu’elles jouent toutes exactement au même jeu. Finalement, après des jours de recherche, j’ai découvert qu’on peut installer WordPress sans tout le bling-bling. J’ai donc installé WordPress aussi minimaliste que possible. Pas de builder, pas de thème, et AUCUNE ASSISTANCE IA.
C’est là que la promesse d’un « processus simple qui ne nécessite pas de connaissances en programmation » est complètement morte pour moi.
Mais une fois dans cet environnement minimaliste, le ciel a commencé à s’éclaircir. Les icônes et les images ont enfin pu être téléchargées. Le vrai travail pouvait commencer. J’étais là, avec un WordPress aussi dépouillé que possible. J’ai commencé à vérifier quels plugins étaient réellement nécessaires et lesquels ne l’étaient pas, en ne les installant que lorsque j’en avais un réel besoin. Parmi les premiers installés : Reusable Blocks Extended, Classic Editor et FileOrganizer. J’ai aussi décidé d’utiliser le thème 2025, car c’est ce qu’il y a de plus vide dans WordPress. Je ne veux pas aller trop vite, mais ce n’est que plus tard que j’ai découvert qu’on peut réellement le personnaliser — mais ça, ce sera pour beaucoup plus tard dans le processus 😉
Une fois configuré avec mon premier petit ensemble de plugins, j’ai décidé de créer mon premier conteneur d’excursion. J’ai étudié en profondeur la meilleure façon d’écrire du code, voulant obtenir un code propre, ultra rapide, qui ne vieillirait pas après un an en ligne. Je suis arrivé à une construction CSS complète utilisant clamp() et var().
Si vous regardez mon code en ligne, tout développeur remarquera l’utilisation excessive de !important. Désolé, mais j’ai passé 5 jours à me battre pour chaque pixel. J’ai utilisé !important plus que n’importe quel « pro » ne l’admettrait, juste pour forcer la plateforme à respecter ma vision. Comment étais-je censé savoir que WordPress ajoutait du code indésirable dans mon dos ?
C’est seulement en chemin que j’ai découvert que WordPress alourdit intrinsèquement le code. Quand j’ai regardé mon code source, j’ai vu environ 10 000 lignes que je n’avais pas écrites. Même sans être développeur, ça paraissait horrible. Donc nous y revoilà : trouver comment empêcher WordPress de jouer avec mon code.
C’est là que j’ai découvert le plugin Code Snippets. Ce petit plugin m’a permis d’injecter du code personnalisé pour empêcher WordPress de jouer avec mon esprit. Tout ce que je ne pouvais pas obtenir de manière « normale » via les paramètres d’un plugin, j’ai réussi à le forcer de cette manière. Honnêtement, Code Snippets a été une vraie révélation pour moi.
Concernant mon contenu, j’ai installé ACF Fields parce que je voulais tout centraliser en un seul endroit. J’ai créé une page centrale contenant tout mon contenu. Mais quand j’ai voulu le publier sur la page réelle, rien n’était visible. Le plus stupide, c’est qu’il suffisait littéralement de modifier un seul curseur (« Allow Access to Value in Editor UI ») et de définir correctement la règle de localisation. Si vous pensez que j’ai compris ça le premier jour, détrompez-vous.
Et quand j’ai enfin réussi à les afficher au bon endroit ? Surprise : la version gratuite d’ACF affichait des tableaux de code brut au lieu de mon texte réel. Donc oui, mon environnement de travail est étrange, mais une fois publié, c’est correct. Honnêtement, je m’en fichais de ne pas voir le texte. Tant que c’était correct une fois en ligne, ça me suffisait.
Honnêtement, pendant 90 jours, j’ai disparu. Des journées de 15 heures. Ma famille pensait que j’avais perdu la tête. Je me suis battu avec WordPress et une IA qui essayait constamment de me pousser vers le « chemin de moindre résistance ». Pas celui que je voulais. (Après avoir survécu à la faillite de Thomas Cook, une pandémie, le poids économique d’une guerre et des crises de carburant, mon budget pour ça était exactement de 0 $). D’où mon refus constant de payer les abonnements qu’on me proposait.
Mais j’ai persévéré. Petit à petit, page après page, de vrais progrès ont commencé à apparaître. Jusqu’au jour où, aussi incroyable que cela puisse paraître, toutes les informations étaient en place.
Ce n’était pas une victoire propre :
💀 J’ai cassé le site 3 fois.
💀 J’ai perdu plusieurs semaines de travail à plusieurs reprises à cause d’erreurs fatales, WordPress devenait blanc, et je devais restaurer. Le seul problème, c’est que j’oubliais de faire des sauvegardes dans le feu de l’action.
💀 Pendant la migration finale, mon entreprise a été hors ligne pendant 48 heures.
Mais après 3 mois agonisants — avec le dos en compote, les nerfs à vif et des yeux rouges qui ont mis une semaine à récupérer — je pouvais enfin dire que je l’avais fait. Le site était terminé.
Maintenant venait la partie amusante.
Pendant ces 3 mois, j’avais lu absolument tout ce que je pouvais. J’ai découvert les outils Google : pagespeed.web.dev, le CSP evaluator, le test Rich Results et les outils PWA. Après avoir battu WordPress et son bloat stupide, j’ai soumis mon site à ces tests. Et oui, il y avait des alertes rouges ici et là. Mais après tout ce que je venais de traverser, j’étais confiant. Je savais que je pouvais corriger ça.
Je pensais qu’il suffisait de remplir quelques détails dans RankMath. Encore faux. Pour une implémentation complète du Rich Data, il faut la version Pro. Heureusement, j’avais déjà Code Snippets dans mon arsenal. C’est le moyen le plus simple d’injecter n’importe quel schéma, sans payer la version Pro de plugins qui vous prennent en otage.
Pourquoi me poussais-je encore plus loin dans les tests ? Parce que nos excursions sont notées 4,9/5. Nous faisons toujours ce petit effort supplémentaire pour nos touristes à chaque excursion, et je voulais que notre site fasse exactement ce même effort. Je ne pouvais pas accepter une porte d’entrée digitale qui ne reflète pas ce niveau. Quand vous lirez nos informations, nos blogs, vous verrez que la qualité est importante pour nous. Ce n’est pas juste un mot, mais un objectif. Que ce soit la propreté de nos bus, la ponctualité, l’exécution des excursions. Dans tout ce que nous faisons, nous voulons exceller. C’est pourquoi nous voulions que notre site reflète tout cela.
Mais après que la poussière soit retombée, que tout était terminé, mon dos s’est redressé et mes yeux sont revenus à la normale. Fier de présenter le résultat de ce projet DIY :
Construit à partir de zéro. Construit pour 0 $. Construit avec amour.
Quand j’ai vérifié le site et vu les résultats finaux, je ne pouvais franchement pas croire que c’était moi qui l’avais construit. Avec ces résultats, j’ai pris une décision finale. Aussi étrange que cela puisse paraître, j’ai décidé de participer à l’élection « Website of the Year » 2026. C’est probablement un concours de beauté, mais vu le travail accompli, je me suis dit : pourquoi pas.
En y repensant, l’ironie de toute cette aventure est que mon refus absolu de payer un seul euro s’est révélé être mon plus grand avantage.
Parce que je ne voulais pas payer, j’ai été forcé d’apprendre à tout faire moi-même. J’ai contourné les paywalls en écrivant mon propre code. J’ai contourné les page builders en écrivant mon propre CSS. J’ai même intégré des mots-clés longue traîne directement dans mes ID HTML.
Sans m’en rendre compte, mon refus de payer m’a permis d’obtenir un site sans bloat, avec du rich data intégré, une bonne base SEO et une vitesse que je n’aurais jamais imaginée. Je sais que mon code a encore beaucoup de marge d’amélioration, mais c’est le maximum que mon système nerveux pouvait supporter.
Pour ceux qui se demandent comment un non-technicien a réussi sans builder visuel, voici exactement ce qui tourne en coulisses :
- Advanced Custom Fields & Blocks for ACF Fields : Pour centraliser mon contenu.
- Code Snippets : Mon sauveur absolu pour injecter du code et contourner les paywalls.
- Simple Custom CSS and JS : Là où j’ai combattu pour chaque pixel.
- Classic Editor : Abandon du bling-bling Gutenberg pour un environnement contrôlable.
- Polylang : La seule façon de gérer 60 pages en 4 langues.
- Rank Math SEO : Gestion des bases SEO.
- Converter for Media : Conversion des images en WebP & AVIF pour atteindre 99 en performance.
- SpeedyCache : Cache et minification pour un site ultra rapide.
- Contact Form 7 : Formulaires simples et fiables.
- WP Mail SMTP : Assurer la réception des emails.
- Antispam Bee : Bloquer le spam.
- Loginizer & Loginizer Pro : Protection contre les attaques brute-force.
- Backuply & Backuply Pro : Sauvegardes après avoir appris à mes dépens leur importance.
- FileOrganizer & FileOrganizer Pro : Gestion des fichiers.
- Media Sync : Synchronisation de la bibliothèque média.
- Reusable Blocks Extended : Gestion avancée des blocs Gutenberg.
Je ne suis pas développeur. Je suis un simple guide touristique qui a refusé d’accepter « c’est joli et ça fonctionne ». Notre porte d’entrée digitale est enfin ouverte, et elle reflète la qualité haut de gamme de nos excursions.
Si vous me demandez maintenant : Est-il vrai que créer un site WordPress est un processus simple qui ne nécessite pas de connaissances en programmation ?
Écoutez, la réponse n’est pas juste un simple « non ».
C’est double. C’est un « oui » si vous êtes d’accord que les gens lisent toute la trilogie du Seigneur des Anneaux pendant que votre site charge. C’est un « oui » si vous êtes prêt à payer une montagne d’abonnements, et c’est un « oui » si on arrête de se soucier de la consommation d’électricité.
Honnêtement, avec les data centers qui surchauffent pour soutenir l’IA, avoir un site léger et rapide n’est même plus une option — c’est juste la chose normale et responsable à faire.
Mais si vous pensez vraiment que c’est en un clic ? NON. Heureusement, j’avais une chose rare dans une entreprise : DU TEMPS. Si vous avez le temps, les nerfs, et que vous êtes prêt à vous cogner la tête contre un mur encore et encore, alors oui, c’est possible. Mais mon conseil ? N’essayez pas ça chez vous. Quant à moi, la prochaine fois que je migre, j’utiliserai peut-être Notepad++
Sincèrement,
VIP Tour Varna


