Les étapes d’une refonte de site internet. Huit étapes, et un calendrier construit à rebours.

Les huit étapes en un coup d’œil

Chaque étape produit quelque chose qu’on peut regarder, et c’est à cela qu’on reconnaît qu’elle est finie. Une étape qui ne laisse qu’un compte rendu n’a pas eu lieu.

Étape 1 : l’inventaire, ou ce qu’on ne peut pas perdre

L’inventaire est l’étape la plus ennuyeuse et la plus rentable. Google, dans sa documentation sur les migrations, demande de commencer par les adresses importantes, et indique où les trouver : le plan du site déjà envoyé à Search Console, les pages les plus visitées dans vos statistiques, celles qui reçoivent des liens d’autres sites, la liste que donne l’outil d’administration de votre site. Il ajoute un point que presque tout le monde oublie : les images, les vidéos et les fichiers comme les PDF doivent être déplacés comme le reste, parce qu’ils reçoivent eux aussi des visites et des liens.

L’inventaire ne s’arrête pas aux adresses. Il relève aussi ce qui fera gagner du temps plus tard : les textes qui méritent d’être repris, les photos en bonne définition, le logo dans son fichier d’origine, et surtout les accès. Un projet peut s’arrêter net sur un mot de passe de nom de domaine que personne ne retrouve : mieux vaut le découvrir à l’étape 1 qu’à l’étape 7.

C’est par là que commence chacune de nos refontes : votre site actuel, vos pages, vos textes, vos photos, vos concurrents, lus avant d’écrire une ligne du nouveau.

Étape 2 : décider, page par page et fichier par fichier

L’inventaire devient une table de décisions. Chaque ancienne adresse reçoit l’un de trois sorts, écrit noir sur blanc :

• Gardée : la page existe encore, à la même adresse. C’est le cas le plus sûr, à préférer chaque fois que l’ancienne adresse était correcte.
• Redirigée : la page change d’adresse ou rejoint une autre page, et l’ancienne adresse renvoie définitivement vers la nouvelle. Google recommande des redirections permanentes côté serveur, en une seule étape, et déconseille de renvoyer en masse les anciennes pages vers l’accueil, ce qu’il peut traiter comme une page introuvable déguisée.
• Retirée : la page n’a plus de raison d’être et rien ne la remplace. Elle renvoie alors un code d’erreur 404 ou 410, ce que Google demande pour les contenus supprimés.

Les ressources passent par le même tri : reprises, remplacées ou écartées, avec la raison. Sur le site de SMDP Industries, par exemple, dix-huit photographies de chantiers réels ont remplacé des visuels générés : la décision « remplacer » s’écrit à cette étape, pas au moment où l’on découvre l’image dans la maquette.

Le détail technique des redirections, leurs codes et leurs pièges, fait l’objet de notre guide sur la refonte sans perte de référencement. Ce qui compte pour le calendrier : la table de correspondance se termine avant la construction, pas après.

Étapes 3 et 4 : le plan, les textes, et une première page qu’on touche

Le plan du futur site se fixe à partir de la table de décisions : les pages gardées, les pages fusionnées, les pages nouvelles. En face de chacune, un nom : qui écrit, qui photographie. C’est la rubrique qui fait déraper les calendriers, et notre méthode le dit sans détour : un projet avance à la vitesse du contenu, et la seule chose qui retarde vraiment un site, c’est l’attente des textes et des photos.

La direction visuelle, ensuite, ne se valide pas sur une image. Chez nous, la première page est construite dans le code du site final, et vous naviguez dedans sur votre téléphone avant qu’on aille plus loin. Une maquette dessinée ne dit ni comment le menu s’ouvre au pouce, ni ce que devient un titre long sur un petit écran ; une page réelle le dit en dix secondes. C’est aussi le moment où un retour groupé, envoyé par une seule personne qui décide, fait gagner le plus de temps.

Étapes 5 et 6 : construire à l’abri, puis vérifier avant de basculer

Le nouveau site se construit à une adresse de prévisualisation, pendant que l’ancien reste en ligne et continue de recevoir vos clients. Cette adresse est fermée aux moteurs de recherche : on ne veut pas que Google indexe un chantier, ni qu’il trouve deux fois le même contenu.

La recette, avant la bascule, est une liste de contrôles, pas une relecture. Chez nous, elle est la même pour chaque site, et bloquante : une page qui échoue n’est pas livrée. Elle vérifie notamment qu’aucune page ne déborde sur un écran de 320 pixels de large, que tout se parcourt au clavier, que l’audit d’accessibilité automatisé passe sans échec sur deux moteurs de rendu, et que les cibles tactiles font au moins 44 pixels. La liste complète est sur notre page de méthode.

Ajoutez-y vos propres contrôles, ceux que vous seul pouvez faire : votre numéro, vos horaires, vos tarifs, et un envoi du formulaire reçu dans votre boîte, devant vous.

Étapes 7 et 8 : la bascule, puis les semaines qui suivent

Pour le calendrier, retenez trois choses ; le détail technique, redirection par redirection, est dans notre guide sur la refonte sans perte de référencement.

La date. Google conseille de migrer pendant une période de faible trafic, si votre activité en connaît : moins de visiteurs touchés si quelque chose cloche. Choisissez-la d’abord, le reste du calendrier en découle.

Le jour même. Peu d’actions, dans un ordre qui compte : lever les blocages qui fermaient la prévisualisation aux moteurs, faire pointer le domaine vers le nouveau site, activer les redirections, les tester sur le site servi, envoyer le nouveau plan du site dans Search Console. Parmi les erreurs fréquentes d’une migration, Google cite en premier les blocages de développement oubliés. Prévoyez d’être joignable ce jour-là : c’est vous qui saurez si votre numéro ou vos horaires sont justes.

La suite. Une refonte n’est pas finie le jour de la mise en ligne. Google indique que, pour un site de petite à moyenne taille, il faut en général quelques semaines pour que la majorité des pages migrées soient traitées, et que la visibilité peut fluctuer pendant ce temps. Inscrivez dans le calendrier un premier relevé de Search Console quelques semaines après la bascule, puis un second : c’est là qu’une adresse oubliée dans la table se repère, et se rattrape par une redirection.

Le rétroplanning, construit à rebours

Un rétroplanning part de la date de mise en ligne et remonte. Sans durée type, il reste très utile : il fixe l’ordre des jalons et ce qui doit être prêt à chacun, ce qui suffit à voir où le calendrier va casser.

Deux règles rendent ce tableau fiable. La date de remise des contenus s’écrit dans le calendrier comme un jalon à part entière, avec ce qui se passe si elle glisse. Et la date de mise en ligne se négocie en connaissant ce qui la sépare d’aujourd’hui, pas l’inverse : un délai décidé sans rapport avec le travail donne un site bâclé, ou un délai qui ne sera pas tenu.

Combien de temps dure une refonte de site internet

Voici des durées chiffrées publiées par des sources qui précisent leur périmètre, avec ce qu’elles comptent et ce qu’elles ne comptent pas.

iPaoo est un acteur du même marché que nous, pas une publication neutre : lisez ses chiffres comme un ordre de grandeur. Notez surtout ce que ces durées excluent. Les deux premières commencent une fois le cahier des charges validé, la troisième une fois le prestataire choisi : l’inventaire, les décisions et la consultation ne sont pas dedans. Aucune ne compte le temps de rédaction de vos textes, qui dépend de vous.

Chez Trait Neuf, nous n’affichons pas de durée type. Elle dépend du nombre de pages, de l’état des contenus et du temps que prennent vos retours ; nous l’estimons avec vous après le premier échange, sur votre projet précis, et nous la tenons ou nous vous disons pourquoi elle bouge.

Les étapes qu’on saute, et ce qu’elles coûtent

Chacune de ces économies fait gagner quelques jours au début et en coûte davantage à la fin.

• Sauter l’inventaire. Les pages oubliées ne sont ni reprises ni redirigées ; on les découvre des semaines plus tard, dans les erreurs de Search Console ou par un client qui ne trouve plus une page qu’il avait gardée en favori.
• Valider sur une image. Les vraies questions arrivent quand le site existe enfin, au moment où chaque changement coûte le plus cher.
• Changer de nom de domaine en même temps. Google recommande de ne modifier qu’une seule chose à la fois, et prend l’exemple d’un site qui change de domaine, d’outil et de mise en page : le domaine d’abord, la mise en page ensuite. Une refonte change déjà l’outil et le design : n’y ajoutez pas le domaine, et gardez le plus grand nombre possible d’adresses.
• Rediriger tout vers l’accueil. C’est rapide, et Google peut traiter ces redirections comme des pages introuvables déguisées. Le visiteur, lui, arrive sur l’accueil sans ce qu’il cherchait.
• Oublier les fichiers. Une fiche technique, un plan d’accès, un tarif en PDF ont souvent des liens qui pointent vers eux depuis d’autres sites.
• Ne pas tester après la bascule. Une table de redirections relue n’est pas une table testée. Seul le site servi dit ce qu’une adresse renvoie vraiment.

Si vous voulez qu’on regarde votre site et qu’on établisse ce calendrier avec vous, envoyez-nous son adresse et la date que vous visez.