Un ancien site peut être visuellement dépassé tout en recevant des visites sur une page précise. Repartir de zéro sans regarder ces usages risque de supprimer une porte d’entrée utile. La refonte doit donc traiter deux sujets ensemble : améliorer l’expérience des futurs clients et assurer la continuité de ce qui apporte déjà des demandes à votre restaurant.
Établir un état des lieux exploitable
Dressez la liste des URL connues : accueil, menus, groupes, contact, langues et anciennes offres. Consultez les statistiques disponibles et Search Console. Notez les pages qui reçoivent des clics, mais aussi celles utilisées dans votre fiche Google, vos réseaux ou vos QR codes imprimés. Une page peu visitée peut rester indispensable si elle figure sur toutes vos cartes de table.
Sauvegardez les contenus et les accès avant les modifications. Vérifiez qui gère le domaine et les e-mails professionnels. Changer l’hébergement du site ne doit pas effacer par erreur la configuration de votre messagerie.
Décider du sort de chaque adresse
Pour chaque ancienne page, choisissez : conserver, améliorer, regrouper ou retirer. Quand une adresse change et qu’un contenu équivalent existe, préparez une redirection vers cette destination précise. Évitez de renvoyer toutes les anciennes pages vers l’accueil : le client qui cherchait le menu du midi ne retrouve pas automatiquement son information.
| Ancienne page | Décision possible | Contrôle |
|---|---|---|
| Carte principale | Conserver l’adresse | La carte actuelle reste accessible. |
| Deux pages de groupes redondantes | Regrouper | Les deux anciennes entrées rejoignent le bon contenu. |
| Offre terminée sans équivalent | Retirer proprement | Ne plus la promouvoir dans les liens internes. |
| Version anglaise | Maintenir ou retravailler | La langue du parcours reste cohérente. |
Tester le fonctionnement, y compris les cas pénibles
Réservez depuis un téléphone, demandez une table complète, revenez en arrière et essayez une adresse e-mail incorrecte. Contrôlez le message reçu et la destination de chaque notification. Pour une commande, testez une rupture de produit et une fermeture exceptionnelle dans un environnement adapté, sans déclencher de vraie préparation.
Vérifiez également le contraste des boutons, la lisibilité des prix et l’absence de blocage par une fenêtre superposée. Le site peut paraître parfait sur le grand écran du prestataire et rester difficile à utiliser dans la rue.
Prévoir le jour de bascule et le suivi
Choisissez un moment où quelqu’un peut corriger un problème. Gardez une possibilité de retour à la version précédente. Après publication, examinez les pages réellement accessibles, les redirections, le sitemap et les messages entrants. Comparez ensuite des périodes cohérentes plutôt qu’une seule journée. Une variation de visibilité pendant une migration ne se résume pas à la qualité du nouveau design.
- Carte, réservation et téléphone contrôlés en production.
- Anciennes URL importantes testées une par une.
- Pages publiques accessibles aux moteurs.
- Messagerie et notifications reçues correctement.
- Dossier des accès remis au propriétaire.
Questions pratiques
Faut-il changer de nom de domaine pour refaire le site ?
Pas nécessairement. Un nouveau design et une meilleure structure peuvent être publiés sur le domaine actuel.
Quand vérifier les résultats ?
Dès la mise en ligne pour le fonctionnement, puis sur des périodes comparables pour la visibilité et les demandes.
Sources et repères
Ces documents précisent les règles et repères techniques cités. Les méthodes et exemples proposés dans ce guide sont ceux de Norpat.
- Google Search Central — Changement d’URL et migration ↗
Google recommande de préparer la correspondance des URL et les redirections lors d’un changement d’adresses.