Préservation du référencement (SEO) et des redirections

Lorsque vous quittez WordPress ou Squarespace, la structure des URL change souvent ; par exemple, un chemin de blog daté peut devenir /blog/my-landscape-shot sur ArtInStack. Les moteurs de recherche et les liens entrants continuent d'accéder aux anciens chemins, sauf si vous les redirigez.

Comment fonctionnent les redirections sur ArtInStack

Pendant l'importation, la tâche de migration génère une table de correspondance des redirections (redirect map) : chaque chemin source hérité (provenant de votre exportation WordPress) est associé au nouveau chemin cible sur votre site ArtInStack. Ces règles sont enregistrées pour votre espace de travail et appliquées lorsque des visiteurs demandent votre site public.

Comportement	Détail
Type de redirection	301 Permanente par défaut — indique aux moteurs de recherche que le déplacement est définitif
Où elle s'exécute	Sur le nom d'hôte de votre site en direct (sous-domaine de l'espace de travail ou domaine personnalisé) avant le rendu de la page
Performances	Les règles sont mises en cache brièvement (~60 secondes) afin de ne pas ralentir les visiteurs fréquents
Barres obliques de fin (trailing slashes)	/my-post et /my-post/ correspondent tous deux ; saisissez les chemins une seule fois dans les rapports, la plateforme normalise
Casse	Les chemins sources sont comparés sans tenir compte de la casse
Sécurité contre les boucles	Les règles où la source est identique à la cible sont rejetées automatiquement

Les redirections s'appliquent au chemin uniquement — n'incluez pas https:// ni votre domaine dans le chemin source enregistré.

Examen des redirections après l'importation

Il n'y a actuellement pas d'écran de « routage d'URL » distinct dans le tableau de bord. Les redirections créées par la migration sont appliquées automatiquement.

Pour les auditer :

1. Allez dans Settings → Import Site → Reports.
2. Ouvrez une tâche terminée et téléchargez le rapport JSON.
3. Recherchez la section redirectMap — chaque entrée liste fromPath, toPath et le code d'état.

Utilisez cette liste lors de la validation de la couverture de Search Console ou lors du partage avec votre consultant SEO avant le basculement DNS.

Relancer une importation pour le même chemin source met à jour la redirection existante au lieu de la dupliquer.

Changements d'URL à prévoir

Hérité (WordPress)	Route typique sur ArtInStack
Permalien de blog daté /2020/03/title/	/blog/title
Page au niveau racine /about/	/about
CPT de portfolio /portfolio/project-name/	/portfolio/project-name ou URL de collection liée

Les articles de blog se trouvent toujours sous /blog/{slug} sur ArtInStack à moins que vous n'ajoutiez d'autres redirections manuellement (futurs outils du tableau de bord) ou que vous ne modifiiez la navigation.

Prérequis pour un basculement sécurisé

• Les pages importées sont publiées et s'affichent correctement dans l'aperçu sur l'URL de votre espace de travail.
• Le rapport de migration indique des nombres de ressources et de contenus acceptables.
• Le rapport de redirection couvre vos URL héritées ayant le plus de trafic (articles de blog principaux, pages de destination de portfolio, liens de presse).
• Le domaine personnalisé est vérifié sous Settings → General lorsque vous êtes prêt à changer le DNS.

Étapes de mise en œuvre (jour du basculement)

1. Réduisez le TTL DNS un jour à l'avance chez votre registrar (facultatif mais facilite un retour en arrière plus rapide).
2. Publiez toutes les pages et tous les articles importés que vous souhaitez rendre publics le premier jour.
3. Vérifiez rapidement cinq à dix anciennes URL dans un navigateur privé — chacune doit renvoyer une redirection 301 vers le nouvel emplacement.
4. Pointez le DNS vers ArtInStack conformément à la section Set up your workspace.
5. Retestez les mêmes URL héritées sur votre domaine personnalisé.
6. Dans Google Search Console (si vous l'utilisez), soumettez votre sitemap et surveillez la Couverture pendant quelques semaines.

Vérification de votre configuration

• La visite d'un ancien chemin WordPress sur votre nom d'hôte en direct renvoie une 301 vers la nouvelle page (et non une 404).
• Les nouvelles pages se chargent sur les routes prévues /blog/… ou /about.
• Le rapport de migration redirectMap inclut des entrées pour vos URL prioritaires.
• Aucune chaîne de redirection ne dépasse un seul saut pour les chemins que vous avez testés.

Dépannage et pièges courants

Symptôme	Cause probable	Que faire
404 sur une ancienne URL	Chemin absent de l'exportation ou redirection ignorée	Confirmez que le slug existait dans le fichier WXR ; vérifiez le rapport pour ce fromPath
404 uniquement sur le domaine personnalisé	DNS ou SSL non finalisés	Attendez la vérification du domaine ; testez d'abord l'URL de l'espace de travail
Images cassées mais la page se charge	Échec de la récupération des ressources lors de l'importation	Relancez les médias après avoir corrigé l'URL publique ; consultez After your import
Duplication de contenu dans la recherche	L'ancien site WordPress est toujours en ligne sur le même domaine	Mettez le site hérité hors ligne ou appliquez une balise noindex après le basculement