Engager un développeur WPBakery, Bricks ou autre page builder

Ta page a besoin d’une correction ou d’une nouvelle section, et le développeur qui l’a construite n’est plus là. Le site tourne sous WPBakery ou Bricks, et chaque freelance que tu contactes propose de tout refaire sous Elementor.

Moins de freelances travaillent avec ces constructeurs de pages, et un mauvais choix peut te faire payer une refonte dont tu n’avais pas besoin.

Voici ce que je vérifie en dix minutes, et comment engager un développeur WPBakery ou Bricks qui connaît le builder que tu utilises, sans perdre le contrôle de ton site.

Ce qui rend les sites WPBakery et Bricks différents

Tes textes et tes images survivent en général à une panne du builder. Le développeur à choisir et le travail à prévoir pour changer de builder dépendent de celui que tu utilises.

Je vérifie d’abord ces points :

• Une copie de WPBakery fournie avec le thème Beaucoup de thèmes intègrent WPBakery. Une copie intégrée n’a pas de licence propre et ne se met à jour que quand l’auteur du thème publie une mise à jour : un thème abandonné laisse donc le builder sur une vieille version.
• Une version de WPBakery propre au thème Certains thèmes, comme Salient, embarquent un WPBakery modifié. Une expérience générale de WPBakery ne suffit pas toujours.
• Des mises en page enregistrées en shortcodes WPBakery enregistre chaque mise en page sous forme de shortcodes dans la page. Si tu désactives l’extension, les visiteurs voient le texte brut des shortcodes au lieu du design.
• Bricks est un thème, pas une extension Il ne peut pas être actif en même temps qu’un autre thème, il n’a pas de version gratuite et ses mises en page sont stockées en dehors du contenu normal de l’article. Quitter Bricks veut dire reconstruire les pages.
• Des modules payants et une licence sur le compte de quelqu’un d’autre Les packs d’éléments supplémentaires et la licence du builder appartiennent souvent à la personne qui a créé le site. Quand sa licence expire, les mises à jour s’arrêtent.

Pour Beaver Builder, le builder d’Avada, Oxygen ou Breakdance, engage quelqu’un qui travaille avec ce builder précis. Pour une erreur critique ou un écran blanc sur tout le site, lis comment faire réparer un site WordPress en panne.

À essayer d’abord (10 minutes)

Ces vérifications ne modifient rien sur le site. Note ce que tu trouves pour le développeur.

1. Identifie ton builder. Va dans Apparence → Thèmes. Si le thème actif est Bricks ou un thème enfant de Bricks, c’est un site Bricks. Sinon, ouvre une page dans l’éditeur : WPBakery affiche les boutons « Éditeur de l’administration » et « Éditeur visuel » (Backend Editor et Frontend Editor en anglais). Les autres builders ajoutent en général un lien « Edit with… » dans la liste des Pages.
2. Note le thème et sa version. Dans Apparence → Thèmes, note le nom du thème, sa version et si un thème enfant est actif. Avec une copie de WPBakery intégrée, c’est le thème qui décide comment le builder se met à jour.
3. Vérifie à qui appartient la licence du builder. Dans Bricks, ouvre Bricks → License. Pour WPBakery, regarde dans WPBakery Page Builder → Licence produit (une copie intégrée peut ne rien afficher). Note si une clé est active et à quel compte elle appartient.
4. Copie les infos système. Dans Outils → Santé du site → Informations, note les versions de WordPress et de PHP et la liste des extensions actives.

Engage quelqu’un tout de suite si une page de vente ou de prise de contact est cassée, si le builder ne s’ouvre plus ou si personne ne sait qui détient la licence.

Si ces vérifications ne tranchent pas, ou si tu préfères ne pas fouiller dans les réglages, arrête-toi ici. Chaque modification en plus complique le travail du développeur.

Réparer, ajouter des pages ou quitter le builder ?

La plupart des sites ont besoin d’une correction ou de nouvelles pages dans leur builder actuel. Le quitter est un chantier plus lourd. Demande pourquoi c’est nécessaire avant de payer.

Quand la cause n’est pas claire, commence par un diagnostic payant. Demande ce qui ne va pas et des prix séparés pour la réparation et pour la migration. Une licence expirée ne suffit pas à justifier une reconstruction, pas plus que l’absence du développeur.

Pour une migration, commence par une page représentative pour juger de la qualité et du temps nécessaire. Pour une refonte plus large, lis combien coûte une refonte de site WordPress.

Où trouver un développeur

Je recommande Fiverr Pro pour WPBakery, Bricks et les autres builders. Fiverr examine manuellement l’expérience, le portfolio et les prestations passées des freelances Pro avant de leur donner le badge Pro. Je travaille moi-même sur Fiverr et je sais comment fonctionnent ses commandes.

Vérifie toi-même son expérience avec ton builder : le badge Pro ne la garantit pas. Pour les gros projets ou les migrations, demande si le service propose des étapes clés. Certains services dès 94 € permettent de payer en plusieurs fois, et chaque étape laisse huit jours de vérification au lieu des trois habituels.

Combien ça coûte

Le prix dépend du builder, du nombre de modèles et des modules complémentaires. Au moment où j’écris, les offres Fiverr Pro pour ce type de travail se situent dans ces fourchettes :

Les offres Pro coûtent plusieurs fois plus cher que les services de builder les moins chers. Compare ce que couvre chaque offre.

Fiverr ajoute des frais de service au paiement, et une livraison plus rapide coûte plus cher.

Ce qui fait monter le prix

Le nombre de pages compte moins que la façon dont le site est construit :

• en-têtes, pieds de page et modèles partagés par beaucoup de pages
• classes globales et composants Bricks qui modifient toutes les pages d’un coup
• listes de contenus ou contenu dynamique tiré de champs personnalisés
• formulaires, boutique ou réservations à tester
• plus d’une langue
• modules payants à vérifier après une mise à jour

Ce que le petit prix laisse souvent de côté

L’offre Basic est celle qui comprend le moins de travail chez un vendeur. Vérifie si elle exclut :

• une sauvegarde et une copie de préproduction avant de toucher au site en ligne
• la recherche de la cause, pour que la prochaine mise à jour n’annule pas la correction
• la vérification des modèles partagés, pas seulement de la page signalée
• les tests sur tablette et téléphone
• une courte prise en main pour que tu puisses modifier les pages toi-même

Pour les pages de vente ou de prise de contact, j’exigerais de travailler sur une copie de préproduction et de tester les pages sur téléphone.

Comment choisir le bon développeur

Réparer le site WPBakery ou Bricks de quelqu’un d’autre demande d’autres compétences que partir de zéro. Cherche des preuves du travail dont tu as besoin.

Lis les avis qui parlent de ton builder

Lis les avis qui citent ton builder et ton type de travail, y compris ceux à une, deux ou trois étoiles et les réponses du vendeur. Un avis qui dit « a corrigé l’affichage mobile de notre site WPBakery » t’en apprend plus que dix avis « super communication ».

Demande un exemple en ligne

Demande le lien d’un site en ligne construit avec ton builder et ouvre-le sur ton téléphone. Pour Bricks, demande comment il nomme les classes et organise les composants, pour savoir comment tu modifieras le site ensuite.

Observe comment il répond à ton message

Un bon développeur te demande quel thème tu utilises, si WPBakery était fourni avec et quels modules le site utilise. Une promesse de réparer « n’importe quel page builder » en une heure ne t’apprend pas grand-chose.

Les questions que je poserais avant de commander

• Avez-vous déjà travaillé avec la version de WPBakery de ce thème, ou avec Bricks sur un site que vous n’avez pas créé ?
• Allez-vous faire une sauvegarde avant de modifier quoi que ce soit ?
• Allez-vous travailler sur une copie de préproduction ?
• Quels modules allez-vous installer, et qui paie leur renouvellement ?
• Quelle licence le builder va-t-il utiliser, et comment aurai-je les mises à jour si on arrête de travailler ensemble ?
• Si vous recommandez une migration, pouvez-vous d’abord m’expliquer pourquoi par écrit ?

Signaux d’alerte

• Il pousse à tout reconstruire avant même d’avoir regardé le site.
• Il propose un module ou un builder payant « gratuit », sans licence associée. Une copie fournie avec ton thème, ça va ; tout le reste est une copie piratée, et les extensions piratées peuvent contenir des malwares.
• Il demande le mot de passe de ton compte d’hébergement alors qu’un compte WordPress et un accès SFTP suffiraient.
• Il veut être payé en dehors de Fiverr. Le support de Fiverr ne peut aider que pour les commandes passées sur la plateforme.
• Son portfolio ne contient que des captures d’écran, aucun lien en ligne.

Le vendeur peut utiliser sa propre licence de builder s’il t’explique ce que cela implique. Les conditions de licence de Bricks (en anglais) autorisent un développeur à utiliser sa licence sur les sites de ses clients, mais tes mises à jour dépendent alors de ce développeur. Avec une licence sur ton propre compte, ton site reste indépendant.

Comment donner un accès en toute sécurité

Ne partage les accès qu’après la commande, via un gestionnaire de mots de passe. Utilise des comptes séparés et supprime-les une fois le travail terminé.

1. Fais d’abord ta propre sauvegarde. Sauvegarde les fichiers et la base de données depuis ton panneau d’hébergement. Garde la copie en dehors du serveur.
2. Crée un compte WordPress séparé. Donne le rôle Administrateur/administratrice seulement si le développeur doit modifier les extensions, le thème ou les réglages du builder.
3. Donne l’accès aux fichiers via un utilisateur SFTP séparé créé dans ton panneau d’hébergement. Ne partage jamais le mot de passe de ton compte d’hébergement.
4. Garde la licence du builder sur ton compte. Si c’est toi qui détiens la licence, saisis la clé toi-même. Ne partage jamais le mot de passe de ton compte Bricks, WPBakery ou de la plateforme où tu as acheté ton thème.
5. Révoque les accès une fois le travail terminé. Supprime les comptes WordPress et SFTP du développeur, change les mots de passe et vérifie dans Comptes qu’il n’y a pas de compte que tu ne reconnais pas.

Garde ton hébergement, ton nom de domaine et ta licence de builder à ton nom. Celui qui les contrôle contrôle le site.

Ce qu’il faut envoyer avant le début du travail

• les URL des pages et l’URL de préproduction, si tu en as une
• ce qui ne fonctionne plus ou ce qu’il faut créer, et le résultat attendu (« le tableau de prix fonctionne sur iPhone et Android »)
• des captures d’écran sur ordinateur, tablette et téléphone, plus le texte exact de l’erreur
• quand ça a commencé et ce qui a changé juste avant
• ton thème, sa version, le thème enfant et la version du builder
• à qui appartient la licence du builder et quels modules le site utilise
• ton hébergeur, tes versions de WordPress et de PHP (Outils → Santé du site → Informations)
• si tu as une sauvegarde, ce que tu as déjà essayé et quels accès tu es prêt à donner
• pour de nouvelles pages ou une migration, ta liste de pages et ton délai

Mets-toi d’accord avec le vendeur sur ce qui doit être fait pour considérer le travail comme terminé et note-le dans les instructions de la commande Fiverr.

Après le travail : vérifier, valider, garder la main sur tes pages

Fiverr te laisse trois jours pour vérifier une livraison avant qu’elle ne soit validée automatiquement. Vérifie-la le jour même :

• ouvre chaque page modifiée sur téléphone, tablette et ordinateur portable
• ouvre deux pages que tu n’as pas modifiées, pour repérer un modèle partagé cassé
• envoie un vrai message via chaque formulaire et vérifie qu’il arrive
• modifie toi-même un titre et une image dans le builder
• demande ce qui a causé la panne
• demande les modifications nécessaires via Fiverr avant d’accepter la livraison

Après une migration, vérifie aussi que les anciennes URL s’ouvrent ou redirigent, que les titres et descriptions des pages ont été repris et, sur une boutique, qu’une commande test passe. Sur une boutique, demande que la mise en ligne se fasse sans écraser la base de données en ligne par celle de la préproduction, pour conserver les commandes passées entre-temps.

Supprime les comptes WordPress et SFTP du développeur. Demande une sauvegarde complète, les dates de renouvellement des modules et, pour Bricks, un export des modèles et des classes globales. Fais une sauvegarde avant les mises à jour du builder et teste-les d’abord en préproduction (sur une boutique, toutes les mises à jour). Une maintenance régulière t’aide à repérer un module cassé avant tes visiteurs.

En résumé

Un site WPBakery ou Bricks a en général besoin d’une correction ou de nouvelles pages. Le risque, c’est d’engager quelqu’un qui ne connaît pas ton builder ou ton thème précis, ou de payer une migration dont la raison n’a pas été expliquée. Vérifie quel builder tu as et à qui appartient la licence, puis engage un développeur WPBakery ou Bricks pour une mission bien délimitée, avec une sauvegarde et des identifiants séparés.