De l'audit de site web au plan d'action : comment décider quoi corriger en premier

Un audit de site web vous dit ce qui ne va pas. Un plan d'action dit qui corrige quoi, pour quand, et comment vous saurez que la correction a fonctionné. Pour passer de l'un à l'autre, classez chaque constat dans une catégorie. Notez-le selon l'impact business, l'urgence, l'effort et les dépendances. Puis transformez les quelques problèmes les plus importants en tâches avec un responsable, une échéance et un indicateur de succès. N'essayez pas de tout corriger en même temps.

Pourquoi un audit seul n'améliore-t-il pas votre site web ?

Un audit est une liste de problèmes. Il ne modifie pas une seule page. Beaucoup de dirigeants de petites entreprises de services reçoivent un rapport avec des dizaines ou des centaines de constats, puis ne font rien, parce que la liste ne dit pas par où commencer.

L'écart entre constater et corriger se résume souvent à trois questions que le rapport laisse ouvertes :

• Quels problèmes vous coûtent réellement des clients ? Un formulaire de contact cassé compte plus qu'une description d'image manquante sur un ancien article de blog.
• Qui fera le travail ? Vous, un salarié, un développeur web ou un outil.
• Comment saurez-vous que cela a aidé ? Sans mesure, une correction n'est qu'un changement.

Un plan d'action répond aux trois. L'audit est la donnée d'entrée. Le plan est ce sur quoi vous agissez.

Comment regrouper les constats d'audit ?

Commencez par classer chaque constat dans l'un des cinq groupes suivants. Cela vous montre le type de travail qu'il demande et qui peut le faire.

Certains constats entrent dans deux groupes. Placez-les là où se fait la correction, pas là où le symptôme apparaît.

Comment décider quoi corriger en premier ?

Notez chaque constat sur quatre facteurs. Une échelle simple faible, moyen et élevé suffit.

1. Impact business. Combien cela peut-il affecter les demandes, les appels ou les réservations ? Un bouton de réservation cassé, c'est élevé. Un titre de page un peu trop long, c'est faible.
2. Urgence. Est-ce que cela s'aggrave, ou y a-t-il une échéance ? La page de commandes de fêtes d'une boulangerie avant la saison est urgente. Une faute de frappe dans un ancien article ne l'est pas.
3. Effort. Combien de temps, d'argent ou de compétences faut-il pour corriger ? Réécrire un titre, c'est faible. Refaire la navigation du site, c'est élevé.
4. Dépendances. Une autre correction doit-elle avoir lieu d'abord ? Il ne sert pas à grand-chose d'améliorer le texte d'une page si les moteurs de recherche ne peuvent pas encore l'indexer.

Travaillez ensuite dans cet ordre :

• À faire d'abord : impact élevé, effort faible ou moyen, aucune dépendance bloquante.
• À planifier ensuite : impact élevé, effort élevé. Découpez ces points en étapes plus petites.
• À regrouper plus tard : impact faible, effort faible. Regroupez-les et corrigez-les ensemble.
• À abandonner ou à mettre de côté : impact faible, effort élevé.

Voici comment un cabinet dentaire pourrait noter quatre constats :

Remarquez la correction du suivi. Ce n'est pas le problème le plus visible, mais sans elle, vous ne pouvez pas savoir si les autres corrections ont fonctionné. C'est souvent pour cette raison que l'analytics doit figurer en haut de la liste.

À quoi ressemble une bonne tâche d'action ?

Un constat comme « contenu trop léger sur les pages de service » n'est pas une tâche. Une tâche nomme un changement, un responsable, une échéance et une mesure.

Utilisez ce modèle :

• Tâche : ce qui va changer, sur quelle page
• Responsable : une personne nommée, pas « l'équipe »
• Échéance : une date ou une semaine précise
• Indicateur de succès : ce que vous vérifierez, et quand

Exemples dans quatre types d'entreprises de services :

Plombier

• Constat : la page d'urgence n'est pas indexée.
• Tâche : supprimer le réglage qui bloque les moteurs de recherche sur la page d'urgence.
• Responsable : le développeur web.
• Échéance : fin de la semaine 1.
• Indicateur de succès : la page apparaît comme indexée dans Google Search Console, et des impressions pour la page apparaissent dans les semaines suivantes. Les impressions sont le nombre de fois où votre page a été affichée dans les résultats de recherche.

Boulangerie

• Constat : les gâteaux de fête ne sont décrits que dans un PDF.
• Tâche : créer une page des gâteaux de fête avec les tailles, les parfums et comment commander.
• Responsable : le dirigeant rédige les détails, la plateforme du site publie.
• Échéance : fin de la semaine 3.
• Indicateur de succès : impressions et clics dans la recherche pour la nouvelle page, et demandes de gâteaux via le formulaire de contact.

Cabinet d'avocats

• Constat : formulaire de contact trop long.
• Tâche : réduire le formulaire au nom, à l'e-mail, au téléphone et à une courte question.
• Responsable : un associé valide les champs, le développeur réalise la modification.
• Échéance : fin de la semaine 2.
• Indicateur de succès : nombre de demandes par formulaire par semaine, comparé aux semaines précédant la modification.

Cabinet dentaire

• Constat : aucun suivi des messages du formulaire.
• Tâche : enregistrer chaque message de contact réussi comme un événement dans l'analytics.
• Responsable : le développeur web.
• Échéance : fin de la semaine 1.
• Indicateur de succès : les messages du formulaire apparaissent dans l'analytics et correspondent à la boîte de réception.

L'indicateur de succès ne promet pas un résultat. Il indique quoi surveiller pour décider si vous continuez, ajustez ou arrêtez.

Pourquoi tout corriger en même temps est-il généralement une erreur ?

Confier tout l'audit à un développeur semble efficace. En pratique, cela se retourne souvent contre vous.

• Vous ne pouvez pas savoir ce qui a fonctionné. Si vingt choses changent en une semaine et que les demandes augmentent ou baissent, vous ne savez pas quel changement en est la cause.
• Les petites corrections prennent la place des grandes. Les longues listes se remplissent de points faciles à faible impact. Ils sont faits, et la correction difficile et importante attend.
• Le risque augmente. Beaucoup de changements à la fois rendent plus difficile de repérer ce qui a cassé le site si quelque chose tourne mal.
• Les budgets s'épuisent. Payer toutes les corrections d'avance peut consommer l'argent dont vous aviez besoin pour celle qui comptait.

Un meilleur rythme, c'est quelques tâches à fort impact à la fois. Vérifiez le résultat, puis passez au lot suivant.

Où intervient AMOS, et que décidez-vous encore ?

AMOS est conçu pour les entreprises de services qui n'ont pas d'équipe SEO, contenu ou informatique : un cabinet dentaire, un cabinet d'avocats, une boulangerie ou un plombier. Il aide sur l'étape où la plupart des dirigeants bloquent : passer d'une liste de problèmes à un travail validé.

Ce que fait AMOS :

• Il lit vos pages et celles de vos concurrents, et montre ce qui freine votre site, page par page, avec la raison.
• Il rédige des corrections, des articles et des modifications du site dans le ton de votre marque.
• Il propose des idées d'articles à partir de manques réels et liste chaque phrase d'un brouillon qui a encore besoin de votre confirmation.
• Il envoie des résumés hebdomadaires qui montrent les impressions, les clics et les demandes à côté du travail effectué, pour que vous voyiez ce qui a changé après chaque étape.

Ce que vous décidez :

• Quelles corrections, quels articles et quelles modifications du site vont de l'avant. Rien n'est publié sans votre validation.
• Quelles modifications proposées vous refusez. Quand nous avons construit notre propre site, softalika.com, avec AMOS, chaque demande devenait un petit brouillon que nous prévisualisions sur ordinateur et sur téléphone, puis que nous validions ou refusions.

Quand un développeur peut encore être impliqué :

Si AMOS construit et héberge votre site web, vous pouvez demander des modifications en langage clair, les prévisualiser sur ordinateur et sur téléphone, et publier uniquement la version que vous validez. Le site web géré inclut l'historique des versions et les redirections. Si votre site tourne sur une autre plateforme, certaines corrections, comme les réglages serveur ou le code de suivi, peuvent nécessiter votre propre développeur web. Parlez de votre configuration lors de l'appel pilote pour savoir quelles tâches AMOS peut mener à bien et lesquelles demandent quelqu'un d'autre.

AMOS ne promet pas de classements, de trafic ni de chiffre d'affaires. Il rend compte du changement mesuré à côté du travail effectué.

Comment démarre un pilote ?

Un pilote commence par un court appel sur votre site web, votre équipe et les marchés sur lesquels vous vendez. L'équipe AMOS installe ensuite AMOS pour vous sur vos propres ressources cloud isolées. Vous vous connectez au panneau avec un code envoyé par e-mail et voyez les constats pour votre site page par page. La durée, les conditions et le prix du pilote sont convenus lors de cet appel.

Si vous avez un audit que vous n'avez jamais mis en action, ou aucun audit du tout, demandez un pilote via la page de contact ou le chatbot. Nous répondons sous un jour ouvré.