Les vérifications SEO à faire avant une mise en ligne
Par Pixit
Une mise en ligne mérite mieux qu’un dernier regard sur l’accueil. Le référencement se joue aussi dans des détails peu spectaculaires : une page accessible, un ancien lien bien repris, une langue complète. Voici notre ordre de contrôle pour éviter qu’un beau lancement masque des portes fermées.
1. Vérifier l’accès aux pages utiles
Ouvrez chaque page importante sans être connecté. Contrôlez son statut HTTP et son contenu. Une page vide qui répond 200 n’est pas une page prête à publier.
Vérifiez que les réglages de préproduction, notamment noindex, ne bloquent plus les pages publiques au lancement. Les espaces privés doivent conserver leurs protections : le référencement ne justifie jamais de les ouvrir.
Constituez un petit échantillon représentatif : accueil, service, article, formulaire et version dans chaque langue. Ouvrez ces pages sans être connecté à l’administration. Le fait qu’une page soit visible dans votre session de travail ne garantit pas que le public puisse la consulter.
2. Relire les titres et les liens
Chaque page doit avoir un sujet identifiable, un titre propre et une description cohérente. Depuis l’accueil ou une rubrique, le visiteur doit pouvoir atteindre les contenus utiles par des liens.
Cliquez sur les appels à l’action, les liens de langue et les liens d’articles. Testez aussi une adresse inconnue : elle doit afficher une vraie erreur 404, pas une page d’accueil déguisée.
Pour chaque page, comparez la promesse du titre au contenu visible. Un titre très séduisant qui annonce une information absente crée surtout une déception. Vérifiez ensuite les liens vers les pages voisines : le lecteur doit pouvoir poursuivre sans dépendre uniquement du menu principal.
3. Préparer les changements d’adresse
Pour une refonte, établissez un tableau ancienne adresse, destination et justification. Utilisez une redirection permanente lorsqu’un contenu a un véritable successeur. Testez la destination finale et évitez les chaînes de redirections.
Conservez seulement les adresses canoniques retenues dans le sitemap. Une page abandonnée sans équivalent ne doit pas être envoyée vers une prestation sans rapport juste pour supprimer une erreur.
Conservez le tableau de correspondance à côté de la liste des tests. Une ancienne adresse importante doit avoir une décision explicite. Ne laissez pas la personne chargée du déploiement deviner au dernier moment si une prestation abandonnée doit pointer vers une offre totalement différente.
4. Contrôler les langues et le mobile
Chaque version linguistique doit rester accessible par sa propre adresse. Les liens hreflang relient les versions équivalentes ; une page française ne doit pas déclarer l’accueil hébreu comme sa traduction.
Sur téléphone, essayez de lire la page et d’envoyer le formulaire sur une connexion limitée. Vérifiez les images lourdes, les éléments qui se déplacent au chargement et les interactions qui répondent lentement.
Sur un téléphone, commencez par une page profonde, pas seulement par l’accueil. Lisez le titre, ouvrez le menu et suivez une action. Répétez avec une autre langue. C’est une manière concrète de vérifier qu’un visiteur arrivant depuis une recherche comprend le site sans avoir vu sa page de présentation.
5. Vérifier après le lancement
Soumettez le sitemap dans Search Console et inspectez des pages représentatives. Un sitemap facilite la découverte mais ne garantit pas l’indexation. Suivez les erreurs et les évolutions après la migration.
Conservez l’état initial des clics, impressions et pages connues. Comparez les mêmes langues et des périodes comparables. Un contrôle technique réussi est un point de départ ; les résultats se mesurent ensuite sur le site réellement en ligne.
Attribuez le suivi à quelqu’un et notez la date de lancement. Sans ce repère, une variation peut être attribuée à tort au dernier texte modifié. Chez Pixit, nous voulons pouvoir répondre à deux questions après la bascule : qu’avons-nous changé, et qu’avons-nous réellement vérifié ?
