Planète

Mantalo a développé une solution pour migrer efficacement un site SPIP vers Drupal ou Wordpress.

Pourquoi migrer un SPIP^? ?

Développé pour propulser des sites éditoriaux à partir de 2002 par une communauté réduite et informelle, ce CMS^? atypique s’est rapidement laissé distancer par d’autres CMS plus adaptés aux sites professionnels actuels.

Parmi les raisons qui motivent le plus souvent les propriétaires de sites à opter pour des socles techniques autres que SPIP, on identifie le plus souvent :

• les fonctionnalités limitées,
• l'exclusivité éditoriale,
• les limites d’organisation et de hiérarchisation du contenu,
• les problèmes récurrents de lenteur,
• la relative absence de thèmes disponibles,
• le nombre réduit de modules développés,
• la marginalité du code PHP,
• une communauté hermétique et peu étendue.

Les déclencheurs d’une migration de SPIP vers Wordress ou Drupal

Plusieurs déclencheurs conduisent donc à envisager la migration d’un site généré par SPIP vers WordPress ou Drupal :

• le besoin d’une attractivité graphique,
• le développement d’une activité e-commerce,
• le souhait de pérenniser son support de publication sur Internet,
• l'accès à un réseau de prestataires professionnels partout en France comme à l'international,
• l’envie d’accéder à des solutions multiples, maintenues, et évolutives à long terme,
• ...

Au cours des dernières années, trois phénomènes se sont révélés :

• la généralisation de l’utilisation des CMS pour développer des sites web,
• le choix de WordPress pour la publication des contenus éditoriaux professionnels,
• le choix de Drupal pour les sites puissants appelant des fonctionnalités étendues et un traitement complexe de données.

Pourquoi un modèle de migration pour SPIP ?

Le nombre de sites développés sous SPIP est assez réduit compte tenu du nombre de sites en ligne. Les sites propulsés sous SPIP servent par ailleurs des besoins assez réduits tels qu'adaptés jusqu'à lors aux petites structures et associations. De fait, aucune agence de développement web n’avait perçu l’intérêt commercial d’élaborer une application pour migrer un site SPIP vers WordPress ou Drupal.

Plusieurs demandes nous sont parvenues au cours des derniers mois pour refondre des sites développés sous SPIP. Nous avons ainsi pris l’option de modéliser la procédure de migration de SPIP vers WordPress et de SPIP vers Drupal.

Migrer un site SPIP vers Drupal ou WordPress simplement

L’objectif est de simplifier l’opération et de la rendre accessible économiquement aux propriétaires de sites développés sous SPIP qui trouvent difficilement des prestataires experts sous SPIP.

L’expertise que nous déployons en utilisation de CMS nous a permis d’investir sur la réalisation d’une application qui a démontré sa performance dès les premières migrations que nous avons réalisées.

Mission accomplie donc car il est désormais possible de migrer rapidement, économiquement et efficacement un site SPIP vers Drupal ou WordPress en respectant intégralement :

• l’arborescence du site,
• l’organisation du contenu,
• la publication des méta descriptions,
• la mise en forme typographique,
• les balises sémantiques,
• les renvois aux notes de bas de pages,
• les citations,
• les liens internes,
• les liens externes,
• les sites syndiqués,
• le transfert des auteurs,
• le contenu des dictionnaires,
• les images et leur alternative textuelle,
• ...

Optimisez votre communication web

En explorant le contenu et le code de votre site, nous serons à même d’évaluer précisément le traitement nécessaire à une migration propre et sécurisée de votre contenu.

Nous serons également en mesure de préconiser des axes de traitement sémantique permettant de tendre à vos objectifs de présence sur internet par une optimisation de votre référencement naturel.

La migration de votre site peut aussi représenter l’opportunité :

• d’actualiser l’habillage graphique,
• d’améliorer l’accessibilité,
• d’optimiser le Responsive Web Design,
• d’être mieux positionné sur les mots clé à forte valeur ajoutée pour votre activité.

La date testée dans l'exemple est la date du jour - TODAY() -, mais la formule fonctionne avec n'importe quel champ de type Date ou Date/heure
Voici la formule:

Je vous ai montré dans un article de blog précédent comment installer Acquia Dev Desktop sous forme de tutorial image.  Je passe maintenant à la vidéo. Il est temps de passer à cette solution pour vos tests locaux. Plus simple, plus rapide vous gagnerez du temps en passant par cette outil. 

Le processus plus simple à mettre en oeuvre qu'il n'y paraît, et peut être découpé en trois étapes. Vous aurez besoin pour cela de:

• Tagguer systématiquement vos campagnes en ligne
• Un site web, pour insérer un cookie lorsque les visiteurs arrivent sur votre site
• Un CRM, pour y extraire l'information récupérée dans des champs spécifiques

Au niveau de vos campagnes Marketing

En amont, mettez tout d'abord en place une démarche de balisage sytématique de vos campagnes marketing en ligne: cela aidera à limiter les erreurs, surtout si vous travaillez en équipe. Si vous utilisez Google Analytics, vous pouvez commencer par utiliser leur balisage "standard" (utm_source, utm_medium, etc.) ou alors choisir d'utiliser vos propres tags. Vous pouvez également imaginer une combinaison des deux, où vous complétez le balisage standard avec vos propres tags, c'est à vous de voir. Dans ce cas, il peut être intéressant d'exclure ces paramètres "persos"  du tracking de Google Analytics, faute de quoi, la même page vue 2 fois avec une valeur de tag différent, comptera comme 2 pages distinctes dans vos rapports! Quoiqu'il en soit, ayez toujours la même démarche, quelle  que soit la campagne*.

Pour vous donner une idée, l'API d'Adwords (entre autres) permet de remplir dynamiquement un certain nombre d'informations. Cela vous permet de tagguer vos liens publicitaires en masse et peut vous faire gagner des heures, des journées de travail manuel!

Sur votre site

Basiquement, il vous suffira d'enregsitrer deux URLs lorsque vos visiteurs arriveront sur votre site:

• L'URL de la première page vue
• L'URL de référence (le "referrer"), qui est en fait l'url de provenance, ou comme j'aime dire, "l'URL de la première page vue -1".

Tout ce que vous souhaitez connaître sur l'origine de vos prospects peut être extrait à partir de ces deux seules URLs. Placez leurs valeurs respectives dans un cookie (qui sera alors enregistré sur le navigateur du visiteur) et donnez leur une durée de vie sufisamment longue. Créez des champs cachés dans vos formulaires, afin de faire passer ces valeurs contenues dans les cookies lors de la soumission du formulaire.

L'intérêt d'utiliser des cookies est que vous connaître encore la source originelle de vos visiteurs lors de leurs prochaine visite. Le succès de cette opération tient au respect de deux règles d'or:

• Si le cookie existe déjà, ne l'écrasez pas!
• Placez le script d'enregistrement des cookies sur toutes les pages susceptibles d'être atteintes directement. En fait, sur toutes les pages de votre site, sauf celles à accès limité.

Dans votre CRM

C'est ici que les choses deviennent intéressantes: une fois l'information capturée et transmise, il ne reste qu'à l'extraire et la traiter afin de faire parler la donnée brute.

Créez d'abord deux champs dans votre CRM pour recevoir ces valeurs (attention, les URLs enregistrées peuvent très longues, prévoyez assez de place) et mappez vos champs de formulaire avec. Puis, créez autant de champs supplémentaires que nécessaire: ils serviront à recevoir les valeurs extraites. Enfin, configurez votre base pour pouvoir extraire les informations au bon endroit (par exemple, isoler le nom de domaine du referrer et le placer dans un champ dédié), notamment grâce aux tags que vous avez utilisés.

A partir de l'information obtenue, et après en avoir extrait les données, vous serez alors capable en bout de chaîne, d'obtenir autant d'informations que nécessaire sur la provenance de vos prospects (et même plus!), comme par exemple:

• Le nom de la campagne
• Le nom du fournisseur de votre campagne
• Le mot clé acheté
• Le terme de recherche utilisé pour arriver sur votre site
• Le type de correspondance entre le terme recherché et le mot clé acheté (cpc uniquement)
• L'identifiant de la publicité cliquée
• Le type de traffic : direct, via un moteur de recherches, publicité en ligne, lien naturel depuis un autre site?
• Le "médium" : cpc, banner, email ?
• Le nom de domaine source
• etc.

Vous pourrez ainsi déterminer les campagnes ou mots-clés qui vous rapportent et celles qui ne rapportent pas, jusqu'au bout du processus de conversion.

Les cas d'utilisation peuvent être tres différents suivant les outils que vous utilisez.

*SAUF dans le cas où vous utilisez Adwords, l'avez intégré avec Google Analytics et activé le tracking automatique. Dans ce cas, préférez des tags de substitution aux tags standards, pour ne pas risquer de perturber le tracking de GA.

Sources:
Exemple d'une implémentation personnalisée: http://unbounce.com/online-marketing/how-to-set-up-and-track-keyword-origination-from-multiple-sources-in-salesforce/
utilisation des balises Adwords personnalisées: https://support.google.com/adwords/answer/2375447?hl=fr
L'outil de création d'URL de Google Analytics: https://support.google.com/analytics/answer/1033867?&rd=2&hl=fr
Le marquage automatique d'Adwords: https://support.google.com/analytics/answer/1033981?hl=fr