La plupart des conseils de SEO technique sont écrits pour des développeurs ou par eux, ce qui laisse un chef d'entreprise coincé entre ne pas comprendre le problème et ne pas pouvoir demander la correction. Vous n'avez pas besoin d'écrire du code pour briefer quelqu'un qui le fait — vous devez savoir à quoi ressemblent, en termes simples, la poignée de problèmes qui comptent réellement, et ce qu'une version corrigée doit faire.
Le site peut-il seulement être trouvé
Avant tout le reste, un moteur de recherche doit pouvoir atteindre et lire chaque page que vous voulez voir classée. En termes simples : y a-t-il un fichier bloquant par accident les moteurs de recherche de certaines pages (cela arrive plus souvent qu'il ne le devrait quand un site passe d'un environnement de test au site en ligne et qu'un réglage n'est pas rebasculé), et existe-t-il un plan du site — une simple liste de chaque page — réellement soumis et tenu à jour. Demandez à votre développeur de confirmer les deux directement plutôt que de supposer que tout va bien ; c'est le problème technique le plus courant, celui qui empêche silencieusement du contenu par ailleurs bon d'être seulement considéré.
Le site charge-t-il assez vite pour retenir quelqu'un qui attend
La vitesse de la page est un facteur de classement et, plus important encore, un facteur dans le fait qu'un visiteur reste assez longtemps pour convertir. Vous n'avez pas besoin de comprendre les algorithmes de compression d'image pour poser la bonne question : comment le site se comporte-t-il sur un téléphone milieu de gamme avec une connexion moyenne, pas sur le wifi de bureau rapide d'un développeur avec un ordinateur neuf. Demandez le résultat d'un vrai test de vitesse, pas une assurance que « c'est bon ».
Y a-t-il une adresse claire par page
Des adresses de page dupliquées ou peu claires — le même contenu accessible via deux URL différentes, ou une page qui change d'adresse sans rediriger l'ancienne — confondent les moteurs de recherche sur la version à classer et peuvent silencieusement gaspiller l'autorité qu'une page a bâtie. La correction que met en œuvre un développeur est technique ; ce qu'il faut demander ne l'est pas. Demandez si chaque page importante a exactement une adresse canonique, et si les anciennes adresses redirigent correctement quand une page est renommée ou déplacée plutôt que de simplement se rompre.
La structure de la page a-t-elle du sens sans voir le code
Les titres doivent se lire comme un plan — un titre principal, puis une séquence logique de sous-titres — car cette structure aide les lecteurs et les moteurs de recherche à comprendre de quoi parle réellement la page. Vous pouvez vérifier cela vous-même sans aucune connaissance en code : lisez uniquement les titres d'une page, de haut en bas, et voyez s'ils forment un plan sensé du contenu. Si non, la structure de la page a besoin de travail, quelle que soit la propreté du code sous-jacent.
Le site est-il sécurisé et utilisable sur mobile
Un site sans connexion sécurisée (le cadenas dans la barre d'adresse du navigateur) et un site qui casse ou nécessite du zoom sur un écran de téléphone créent tous deux une friction que les moteurs de recherche et les visiteurs enregistrent de la même façon — comme des raisons de ne pas faire confiance ou de ne pas rester sur la page. Les deux se vérifient rapidement sans connaissance technique : vérifiez la barre d'adresse pour le cadenas, et ouvrez le site sur votre propre téléphone.
Briefer un développeur là-dessus
Rien de ce qui précède ne vous demande de lire une ligne de code — cela demande de savoir quelles questions séparent un vrai problème de SEO technique de quelque chose qui sonne simplement technique. C'est la liste de vérification que suit notre équipe de développement web sur chaque construction de site, et c'est un bon point de départ pour toute conversation avec un développeur, que le travail soit fait en interne ou externalisé — une discipline qui s'inscrit dans l'approche plus large de notre cadre de stratégie SEO.
