Migration du site, expériences en vrac…
Juste un petit post rapide pour parler de la migration de mon site (et donc de ce blog sous WordPress) d’un domaine à un autre ainsi que de quelques détails que je n’ai pas trop abordé pour l’instant.
Rien de très détaillé donc.
Migration proprement dite de ce blog
Avant le site entier était sur “http://www.ddmdllt.org/” et j’ai décidé de le migrer sous un autre domaine, en l’occurence “http://www.daviddallet.com/”; le reste de la structure a été conservé. Ce weblog se trouve donc maintenant à l’adresse “http://www.daviddallet.com/weblog/“.
N’hésitez pas à changer l’adresse du flux dans votre agrégateur pour que ça soit optimal. Avec une redirection de type statut HTTP 301, l’ancienne adresse continue de fonctionner mais c’est forcément (légèrement) plus rapide avec l’adresse directe : une requête en moins c’est bon pour vous comme pour moi…
La méthode de migration du blog est principalement celle décrite dans l’article “Move your WordPress blog to a new domain in 10 steps!” de yoast.com (il y a une traduction en Français pour ceux qui préfèrent). Je me suis cependant abstenu d’utiliser le plugin Search And Replace.
Pendant le backup (la sauvegarde) de la base de donnée et du répertoire du blog, j’ai désactivé intégralement l’accès au visiteur (à la limite il y avait peut être d’autres solutions, la seule chose que je souhaitait éviter était l’écriture dans la base).
Pour ce faire, j’ai utilisé le fichier .htaccess pour renvoyer les consultations du blog vers une page avec le statut HTTP 500 (utilisé en cas d’erreur) contenant une explication. Cette explication sert à inviter à patienter et à consulter le reste du site (statique) ou un semblant de “mirroir brouillon” (un simple moonmoon avec une seule source à un endroit non indexable par les moteurs respectant le fichier robots.txt). Je suppose (sans en avoir la certitude) que les moteurs n’indexent pas une page au statut 500 (ou n’en actualisent pas la version indexée). Ceci étant donnée la signification usuelle de ce statut HTTP (en général erreur du serveur).
Ce premier dérangement n’a eu lieu que pendant une vingtaine de minutes, j’ai rétabli l’accès (à l’ancien emplacement) dès que j’avais la sauvegarde de la base et du répertoire de WordPress. (Je n’ai pas attendu que la migration entière soit faite).
Ensuite, je me suis occupé de réinstaller ça proprement sur le nouveau domaine, en laissant l’ancien site en fonctionnement habituel. Si j’avais eu des commentaires pendant cette courte période, j’aurais du les transférer manuellement par la suite.
Une fois le site en place et bien testé sur le nouveau domaine, le moment était à la mise en place de la redirection 301 de l’ancien domaine vers le nouveau. Là je me suis un peu planté dans le .htaccess, ce qui aura valu une deuxième période de dérangement (non prévue cette fois) pour mes visiteurs.
Ensuite, la migration proprement dite fut réglée, il ne me restait plus qu’à utiliser l’outil de changement d’adresse des Google Webmaster Tools afin de respecter aux mieux les conseils de Google pour le changement d’adresse d’un site.
Je verrais l’efficacité de cet outil peut être prochainement, Google ayant actuellement en cache (sur le nouveau domaine) une version de robots.txt bloquant l’indexation.
À part le détail concernant l’indexation et le référencement que je ne peux pas évaluer pour l’instant, la migration semble satisfaite.
Anecdotes en vrac
- En fait j’ai fait une upgrade au passage pour être avec la version 2.8.3.
- Lorsque vous ré-activez vos plugins après une migration, pensez à vérifier toute API-key (Akismet, WordPress Stats).
- Je teste depuis plusieurs jours WordPress Stats, que je trouve fortement utile pour savoir la fréquentation. Je n’arrive malheureusement pas à faire autant de recoupement qu’avec Google Analytics (argh), mais en contrepartie j’apprécie les statistiques sur les clics sur les liens sortants (les liens en eux même gardent leur intégrité, c’est pas une bidouille avec un lien interne servant de redirection).
- Je connais l’existence de Piwik (alternative libre à Google Analytics), maintenant faudrait que je m’informe plus à ce sujet et que je teste! (Voire si ça me satisfait en terme de statistiques obtenues, de fiabilité, mais aussi en terme d’utilisation de ressources serveur…).
- Ne me parlez pas de solutions basés sur la seule analyse des logs (sans code javascript) : si cela peut être efficace en terme de ressources serveur, il n’est pas forcément évident d’identifier de façon fiable les visiteurs humains (vis à vis des robots peu reconnaissables). Je préfère ne pas compter les visiteurs sans javascript que d’avoir des chiffres comprenant une proportion difficilement évaluable de “visiteurs” non humains.
Test piwik, tu en sera super content, j’ai pas faut de test de charge , mais par rapport à phpmyvistes y a pas photo.
Sinon, c’est plus beau que analytics ;)
Dit, sinon, quelle est la raison du changement de nom de domaine ?
Pour Piwik, l’occupation des ressources est ce qui me préoccupe le plus. Je sais que dans l’état actuel WordPress (surtout avec le plugin pour le cache) peut supporter une bonne charge avant qu’ovh m’explique gentillement les réalités d’un mutualisé, mais pour piwik, je suppose qu’il y a quasi-forcément au minimum une mise à jour de base par page vue.
Par contre, il me reste la solution d’utiliser un autre hébergeur peu coûteux rien que pour Piwik comme ça je limite les risques en cas de charge (quoique dans les faits ledit hébergeur risquerait de me laisser tomber bien avant, mais ce serait sans conséquences).
Pour Analytics, y a pas que le look qui me dérange : cette #($! de flash est capable de déclencher le (certes silencieux) ventilo de mon eee si j’oublie de fermer l’onglet…
Pour le changement de domaine, je trouve que c’est plus clair (sauf à savoir et retenir la signification de l’ancien), plus facile à taper sans se tromper (sauf pour moi) même si c’est malheureusement plus long. Puis sachant que j’allais le changer un jour, j’ai préféré le faire maintenant plutôt que plus tard (surtout que je ne suis pas sûr de ne pas avoir des surprises en terme de référencement, même si je pense avoir pigé ce qui faut pour que ça passe nickel).