Refonte de site sans perdre son référencement

Lors de la refonte, il est facile de se concentrer sur les mises en page et d'oublier les pages qui attirent déjà des clients depuis la recherche. Le nouveau site est peut-être plus beau, mais il perd des adresses importantes, des descriptions de services et des formulaires de travail. Le référencement doit donc être pris en compte avant de convenir d’une nouvelle structure, et non après une baisse de trafic.

Pour réduire le risque de perte de trafic, enregistrez les pages utiles et leurs adresses, faites correspondre les URL modifiées, configurez des redirections et vérifiez la disponibilité du contenu après le lancement. Vous trouverez ci-dessous un plan qui peut servir de base à la mission confiée à l'entrepreneur.

Il est impossible de garantir une refonte sans aucune fluctuation de position. Google prévient que si des changements importants se produisent, la recherche peut prendre du temps pour explorer et traiter à nouveau les pages. L’objectif de la préparation est d’éliminer les risques techniques gérables. Plus de détails dans Guide de migration des sites Google.

Déterminer ce qui change exactement

Le mot « refonte » peut cacher différents travaux. Avant de calculer le budget, fixez par écrit les limites du projet :

Conception uniquement : les polices, les couleurs et la disposition des blocs changent, mais les pages et leur objectif sont conservés.
Structure et contenu : les services sont combinés ou divisés, un catalogue est ajouté, les anciens matériels sont supprimés.
Plateforme : le site est transféré vers un autre CMS ou son propre développement ; Dans le même temps, les adresses et la méthode d'affichage du contenu peuvent changer.
Domaine : la société change de nom ou fusionne plusieurs sites. Une telle démarche nécessite un plan distinct.

Pour chaque changement, indiquez une raison. Par exemple, « créer une page d'installation distincte afin que le client puisse voir l'étendue du travail » est une tâche vérifiable. « Tout simplifier sur un seul écran » est un souhait dont il reste encore à évaluer les conséquences.

Si le problème ne concerne qu'un petit nombre d'appels, résolvez-le d'abord, pourquoi le site n'apporte pas d'applications. Une refonte peut faire partie de la solution, mais elle ne remplace pas le test de l’offre et de la qualité des visiteurs.

Enregistrez les données originales et la liste des pages importantes

Avant de commencer le développement, téléchargez les transitions de recherche sur les pages de destination, les requêtes et les impressions des comptes de recherche, ainsi que les applications d'analyse et de CRM. Enregistrez la date de téléchargement et les filtres utilisés. Une ligne directrice pratique est de quelques semaines complètes ; pour une entreprise saisonnière, vous aurez besoin d’une période saisonnière comparable.

Marquez séparément les pages qui :

conduire à des demandes de renseignements ou à des ventes ;
recevoir des clics de recherche pour les services dont ils ont besoin ;
sont utilisés dans la publicité, les mailings et les offres commerciales ;
contenir des instructions, des dossiers ou des documents importants ;
avoir des liens externes difficiles à modifier.

Vous obtiendrez une liste de priorités d'acceptation. Si une page obtient peu de visites, ce n'est pas une raison pour la supprimer : une requête B2B étroite peut générer des prospects plus qualifiés qu'un article de revue populaire.

Sauvegardez vos fichiers, votre base de données et les paramètres de votre serveur. Nommez quelqu'un qui peut restaurer une version fonctionnelle. Si le site accepte des commandes, prévoir des dispositions particulières pour sauvegarder les nouvelles commandes lors du rollback : la restauration de l'ancienne base de données ne doit pas effacer les demandes reçues après le lancement.

Préparez une carte des anciennes et nouvelles URL

Un URL map est un tableau de correspondances entre les pages précédentes et la nouvelle version. Il est pratique de le conserver dans une feuille de calcul ordinaire. Ajoutez des colonnes : ancienne adresse, nouvelle page, solution, responsable et résultat de l'examen.

Pour chaque adresse, sélectionnez un des scénarios :

La page reste au même endroit. Si la destination n'a pas changé, enregistrez l'URL. La nouvelle inscription elle-même ne nécessite pas de nouvelle adresse.
La page bouge. Fournissez une nouvelle URL spécifique qui résout le même problème de visiteur.
Plusieurs pages sont fusionnées. Vérifier que la page générale contient bien les informations nécessaires aux visiteurs de chaque ancienne page.
Le matériel est retiré sans remplacement. Enregistrez cette solution séparément afin de ne pas confondre accidentellement la suppression avec une erreur de transfert.

Exemple conditionnel : page /uslugi/montazh-kondicionerov se déplace vers /montazh-kondicionerov. Les deux adresses sont indiquées sur la carte et assurez-vous que la nouvelle page décrit toujours l'installation, les conditions et le mode de commande. La page « Tous les services » avec une ligne sur les climatiseurs n'équivaut pas à une description détaillée de l'installation.

Google recommande de configurer une redirection 301 lors du changement d'adresse et de s'assurer que la nouvelle page est accessible au robot et renvoie une réponse 200. Voir. recommandations pour modifier la structure et la conception.

Vérifiez les redirections vers des adresses réelles

La redirection est la redirection automatique d'un visiteur d'une ancienne adresse vers une nouvelle. Pour transférer définitivement des pages, une réponse du serveur 301 est généralement utilisée ; Google classe également 308 comme redirections permanentes. Documentation Google sur les redirections.

Après acceptation, ouvrez manuellement quelques anciens liens et demandez au développeur de vérifier automatiquement l'intégralité de la carte. Script de travail pour l'adresse modifiée : ancienne URL → redirection permanente → nouvelle page souhaitée avec réponse 200.

Vérifiez non seulement la page principale, mais également les services, articles, produits, images et documents si leurs adresses ont changé. Évitez les transitions intermédiaires inutiles : la redirection directement vers la page finale est plus facile à tester et à maintenir.

N'envoyez pas toutes les pages supprimées vers la page principale simplement pour éviter les erreurs dans le rapport. Lorsqu’il n’y a pas de remplacement équivalent, une réponse correcte de 404 ou 410 vaut mieux que de masquer le matériau manquant. Les redirections groupées vers une page non pertinente peuvent être interprétées par Google comme un soft 404. Ce cas est décrit dans guide de déménagement.

Déplacer le contenu et les liens internes

Pour les pages prioritaires, comparez côte à côte l'ancienne et la nouvelle version. Vérifiez que la description de la prestation, les conditions, les caractéristiques, les réponses aux questions et les preuves d'expérience sont toujours disponibles. Le texte obsolète peut être retravaillé, mais les informations utiles ne doivent pas être supprimées simplement parce qu'elles ne correspondent pas à la nouvelle mise en page.

Par exemple, au lieu d'un long paragraphe sur les étapes de production, vous pouvez faire des blocs clairs. Cependant, remplacer la description complète par « Nous résolvons tous les problèmes - laissez une demande » prive une personne de détails.

Vérifiez si vous pouvez accéder aux pages importantes du menu, du catalogue et du matériel thématique. Les liens doivent mener à des adresses actuelles. Google recommande une structure claire et des liens HTML réguliers entre les documents. Recommandations pour la structure du site.

Si la technologie d'affichage évolue, demandez à vérifier quel contenu voit le robot de recherche. La présence de texte à l'écran après plusieurs actions de l'utilisateur ne confirme pas qu'il est disponible pour l'indexation. Pour un contrôle général, utilisez Plan d'optimisation du référencement du site Web.

Vérifier l'indexation et les métadonnées avant d'ouvrir le site

La version test doit être séparée de la version publique. Pour un stand fermé, utilisez les restrictions d'accès, comme l'autorisation. Un seul fichier robots.txt ne protège pas le contenu des étrangers.

Avant de commencer, vérifiez les paramètres du domaine de travail :

les pages consultables ne contiennent pas de données aléatoires noindex dans les en-têtes HTML ou HTTP ;
Les règles du fichier robots.txt ne bloquent pas les sections nécessaires ;
canonical, c'est-à-dire indiquer l'adresse préférée, ne mène pas à un domaine de test ou à une page d'accueil au lieu d'une page spécifique ;
title, la rubrique principale H1 et la description correspondent au contenu ;
les descriptions de services et autres blocs importants sont disponibles pour le robot.

Google devrait pouvoir explorer la page pour voir la directive noindex. Par conséquent, bloquer les analyses en même temps dans robots.txt n'est pas un moyen fiable d'informer la recherche qu'une page a été supprimée de l'index. Comment fonctionne noindex.

Dans le plan du site actuel, incluez les adresses canoniques des pages que vous souhaitez voir dans la recherche. Vérifiez l'absence de domaine de test, les erreurs dans l'URL et les doublons. lastmod doit refléter une mise à jour réelle et significative de la page. La soumission d'un plan du site aide les pages à être découvertes, mais ne garantit pas qu'elles seront indexées. Guide du plan du site Google.

Acceptez la nouvelle version en fonction des critères vérifiés

Avant de payer l'étape finale, demandez non seulement un lien vers le site, mais également le résultat de la vérification. Pour un petit site Web de services, la liste suivante convient :

Pour chaque page prioritaire il est indiqué si elle est enregistrée, déplacée ou supprimée comme convenu.
Carte de redirection vérifiée ; Il n’y a pas de boucles ni de sauts vers les mauvaises sections.
Les pages importantes voient leur capacité de recherche, leurs métadonnées et leurs URL canoniques vérifiées.
Les menus, boutons et formulaires fonctionnent sur votre ordinateur et votre téléphone.
La demande de test est parvenue au collaborateur responsable avec les champs obligatoires et la source de la demande.
L'objectif de soumission réussie est déclenché une fois le formulaire accepté, et pas seulement lorsqu'un bouton est cliqué.
Les liens et tags publicitaires sont vérifiés après les redirections.
L'accès du propriétaire aux comptes de domaine, d'hébergement, d'analyse et de recherche a été confirmé.
Il existe une copie de sauvegarde, un ordre de restauration et un contact développeur pour la durée du lancement.

Pour chaque point, une courte note suffit : ce qui a été vérifié, quand, quel résultat a été obtenu et ce qui reste à corriger. Un tel document rend l'acceptation substantielle. Pour une boutique en ligne, vous devez ajouter un panier, un paiement, la disponibilité des produits et des intégrations.

Il est préférable de se mettre d'accord sur la composition des chèques avant calculer le coût de développement d'un site Webafin que le transfert d'anciens contenus et la mise en place de redirections ne se révèlent pas être un travail supplémentaire inattendu.

Que surveiller après le lancement et lorsque le trafic baisse

Immédiatement après avoir ouvert la nouvelle version, testez les scénarios d'utilisateurs clés sur le domaine de production. Dans les premiers jours, surveillez la disponibilité des pages, la livraison des demandes et les erreurs du serveur. Surveillez ensuite les impressions de recherche, les conversions et l'état d'indexation dans Google Search Console et Google Search Console.

Comparez les jours similaires de la semaine et tenez compte de la saisonnalité. Regardez séparément les pages de service, le catalogue et les articles : le trafic global peut cacher la perte d'une section commerciale. Lorsque vous modifiez les URL, faites correspondre les anciennes et les nouvelles pages.

S'il y a moins de transitions, commencez par le symptôme observé :

Les visites ont disparu uniquement dans les analyses. Vérifiez le compteur et comparez la situation avec les clics des bureaux de recherche.
Un tronçon spécifique a coulé. Vérifiez ses adresses, son contenu, ses liens internes et son modèle de page.
La recherche conduit à des erreurs. Faites correspondre les anciennes adresses avec la carte de transfert et vérifiez les redirections.
Les transitions sont conservées, mais il y a moins de requêtes. Suivez le chemin avant de soumettre le formulaire et vérifiez l'offre, la version mobile et le traitement de la candidature.

Enregistrez la cause trouvée et l'heure de la correction. Ne cherchez pas à compenser une erreur technique en publiant en urgence des dizaines de nouveaux textes. Si un site est massivement indisponible, une analyse technique rapide est nécessaire ; Prenez la décision de restaurer en tenant compte de la sécurité des nouvelles données.

Questions fréquemment posées sur la refonte et le référencement

Dois-je changer d'adresse lors du passage à un autre CMS ?

Pas nécessaire. Tout d’abord, découvrez si la nouvelle plateforme vous permet de sauvegarder les URL existantes. Si les adresses changent, convenez d’une carte de correspondance avant le lancement.

Est-il possible de supprimer des pages sans trafic ?

Après avoir vérifié leur finalité. La page peut être nécessaire aux clients, utilisée dans la publicité ou recevoir de rares clics ciblés. L’absence de visites pendant une courte période ne résout pas en soi la question de la suppression.

Quand le transfert peut-il être considéré comme terminé ?

Séparez l'acceptation technique et les résultats de recherche. Les formulaires, l'accessibilité et les redirections sont vérifiés au lancement. Les changements dans l’index et le trafic de recherche sont observés plus tard ; Il n’existe pas de période universelle pour rétablir les postes.

Que dois-je donner au développeur pour évaluer le projet ?

Un lien vers le site actuel, le but des modifications, une liste des fonctions requises, le déchargement des pages importantes et les restrictions de lancement. De plus, indiquez quels documents sont prêts, qui prend les décisions et quels systèmes doivent recevoir les demandes.

Si vous envisagez de mettre à jour le site, discuter du développement avec SEOLIFT. Vous pouvez commencer par les limites du projet et la liste des pages qu'il est important de sauvegarder, et inclure la partie technique du transfert dans Plan d'optimisation SEO.