SEO: 50 questions à poser pour évaluer la qualité de votre site Web

SEO: 50 questions à poser pour évaluer la qualité de votre site Web

Parfois, vous regardez votre propre site Web et vous vous demandez, Est-ce un bon site?

Cela peut aider à prendre du recul, à jeter un regard critique sur votre travail et à poser des questions impartiales.

Les choses peuvent mal tourner sur n’importe quel site.

Des problèmes peuvent survenir et être ignorés, ou ne pas être suffisamment urgents pour être traités immédiatement.

Des problèmes techniques mineurs de référencement peuvent s’accumuler et les nouvelles bibliothèques peuvent ajouter plus de décalage aux pages, le tout s’accumulant jusqu’à ce qu’un site soit inutilisable.

Il est essentiel d’évaluer la qualité de votre site Web avant que cela ne se produise.

Alors, quels sont les défauts de votre site Web ?

Comment pouvez-vous les faire réparer et fonctionner correctement ?

Lisez la suite pour apprendre 50 questions que vous devriez poser pour évaluer la qualité de votre site Web.

1. Les pages Web contiennent-elles plusieurs balises H1 ?

Il ne devrait pas y avoir plusieurs balises H1 sur la page.

Les H1 ne sont peut-être plus un problème important pour Google, mais restent un problème pour les lecteurs d’écran, et les meilleures pratiques sont qu’il ne devrait y en avoir qu’un.

Publicité

Continuer la lecture ci-dessous

La balise H1 indique le focus de la page et ne devrait donc apparaître qu’une seule fois sur la page.

Si vous incluez plus d’une balise H1 sur la page, cela dilue le focus de la page.

Le H1 est l’énoncé de la thèse d’une page ; il est essentiel de rester simple.

2. Le site Web est-il facilement explorable ?

Essayez d’explorer votre page avec un outil tiers comme Screaming Frog, vérifiez vos erreurs d’exploration sur la console de recherche Google ou connectez une page au test adapté aux mobiles de Google.

Si vous ne pouvez pas explorer votre site, les moteurs de recherche ne pourront probablement pas l’explorer efficacement non plus.

3. Les pages d’erreur sont-elles correctement configurées ?

Des problèmes peuvent survenir lorsque les pages d’erreur ne sont pas configurées correctement.

De nombreux sites ont des pages 404 discrètes, qui n’envoient pas de signaux 404 à Google. Au lieu de cela, ils dire 404 aux utilisateurs et envoyer 200 codes HTTP, signalant aux moteurs de recherche que la page est de bon contenu et indexable.

Cela peut introduire des conflits dans l’exploration et l’indexation.

La solution sûre consiste à s’assurer que toutes les pages affichent l’état et affichent quel est cet état.

Publicité

Continuer la lecture ci-dessous

Les pages 4xx doivent afficher des erreurs 4xx avec des états 4xx.

Les pages 5xx doivent afficher les statuts 5xx.

L’utilisation de toute autre configuration ajoutera de la confusion et n’aidera pas en ce qui concerne vos problèmes spécifiques.

Identifier les problèmes de cette manière et les corriger contribuera à augmenter la qualité de votre site Web.

Les pages d'erreur sont-elles correctement configurées ?

4. La navigation utilise-t-elle JavaScript ?

Si vous utilisez une navigation qui utilise JavaScript pour sa mise en œuvre, vous interférerez avec la compatibilité multiplateforme et multinavigateur.

Utilisez des liens HTML directs pour naviguer dans l’utilisateur si vous êtes redirigé vers une nouvelle URL.

Bon nombre des mêmes effets peuvent être obtenus grâce au codage CSS 3 direct, qui devrait plutôt être utilisé pour la navigation.

Si votre site Web utilise un design réactif, cela devrait déjà en faire partie.

Sérieusement, abandonnez le JavaScript.

5. Les URL se résolvent-elles en un seul cas ?

Comme les problèmes de canonisation ci-dessus, les URL dans plusieurs cas peuvent entraîner des problèmes de contenu en double, car les moteurs de recherche voient toutes ces instances d’URL à la fois.

Une astuce que vous pouvez utiliser pour gérer les URL multi-cas consiste à ajouter une commande inférieure au fichier htaccess du site Web.

Cela entraînera le rendu de toutes les URL à cas multiples sous la forme d’une URL canonique que vous choisissez.

Vous pouvez également vérifier le canonique sur la page pour vérifier qu’il correspond et voir si plusieurs pages dépendent de la présence ou non d’une barre oblique à la fin de l’URL.

6. Votre site utilise-t-il une architecture plate ?

L’utilisation d’une architecture plate est acceptable, mais ne se prête pas bien à une orientation et à une organisation thématiques.

Publicité

Continuer la lecture ci-dessous

Avec une architecture plate, toutes vos pages sont généralement vidées dans le répertoire racine, et il n’y a pas d’accent sur les sujets ou les sujets connexes.

L’utilisation d’une architecture en silos vous aide à regrouper les pages Web par sujets et thèmes et à les organiser avec une structure de liens qui renforce davantage l’orientation thématique.

Ceci, à son tour, aide les moteurs de recherche à mieux comprendre ce pour quoi vous essayez de vous classer.

Pour les sites avec un focus thématique plus étroit, une architecture plate peut être une meilleure façon de procéder, mais il devrait toujours y avoir une opportunité de cloisonner la navigation.

7. Le contenu léger est-il présent sur le site Web ?

Le contenu abrégé n’est pas nécessairement un problème, tant qu’il est de qualité suffisante pour répondre à la requête d’un utilisateur avec des informations pour cette requête.

Le contenu ne doit pas être mesuré par le nombre de mots mais par la qualité, l’unicité, l’autorité, la pertinence et la confiance.

Comment savoir si le contenu est mince ? Posez-vous ces questions :

  • S’agit-il d’un contenu de haute qualité ?
  • S’agit-il d’un contenu unique (est-il écrit de manière suffisamment unique pour qu’il n’apparaisse nulle part ailleurs (sur Google ou sur site) ?
  • Le contenu satisfait-il avec autorité la requête de l’utilisateur ?
  • Est-ce pertinent et suscite-t-il la confiance lorsque vous visitez la page ?

Publicité

Continuer la lecture ci-dessous

8. Envisagez-vous de réutiliser le code existant ou de créer un site à partir de zéro ?

Copier et coller du code n’est pas aussi simple que prévu.

Avez-vous déjà vu des sites Web qui semblent avoir des erreurs dans chaque ligne de code lors de la vérification avec le validateur W3C ?

Cela est généralement dû au fait que le développeur a copié et collé le code écrit pour un DOCTYPE et l’a utilisé pour un autre.

Si vous copiez et collez le code pour XHTML 1.0 dans un DOCTYPE HTML 5, vous pouvez vous attendre à des milliers d’erreurs.

C’est pourquoi il est essentiel d’en tenir compte si vous transférez un site vers WordPress – vérifiez le DOCTYPE utilisé.

Cela peut interférer avec la compatibilité entre navigateurs et entre plates-formes.

9. Le site contient-il des données structurées Schema.org, le cas échéant ?

Le schéma est essentiel pour obtenir des extraits enrichis sur Google.

Même si votre site ne se prête pas bien à des éléments de données structurés spécifiques, il existe quand même des moyens d’ajouter un balisage structuré.

Tout d’abord, effectuer un audit d’entité est utile pour trouver ce que votre site fait déjà.

Publicité

Continuer la lecture ci-dessous

Si rien, vous pouvez corriger cette injustice en ajoutant un balisage de schéma à des choses comme :

  • La navigation.
  • Logo.
  • Numéro de téléphone.
  • Certains éléments de contenu qui sont standard sur chaque site Web.

Vérifiez que vous n’utilisez qu’un seul type de données de schéma et que le schéma fonctionne conformément aux normes de Google.

10. Le site a-t-il un plan de site XML ?

Un élément se traduit rarement par une augmentation de la qualité globale d’un site Web, mais c’est l’un de ces animaux rares.

Avoir un plan de site XML rend beaucoup plus facile pour les moteurs de recherche d’explorer votre site Web.

Des choses comme les erreurs 4xx et 5xx dans le plan du site, les URL non canoniques dans le plan du site, les pages bloquées dans le plan du site, les plans du site trop volumineux et d’autres problèmes doivent être examinés pour évaluer l’impact du plan du site sur la qualité d’un site Web.

11. Les pages de destination ne sont-elles pas correctement optimisées ?

Parfois, le fait d’avoir plusieurs pages de destination optimisées pour les mêmes mots-clés sur le site ne rend pas votre site plus pertinent.

Publicité

Continuer la lecture ci-dessous

Cela peut entraîner une cannibalisation des mots clés.

Avoir plusieurs pages de destination pour le même mot-clé peut également diluer votre équité de lien.

Si d’autres sites souhaitent créer des liens vers vos pages sur un sujet particulier, Google peut diluer l’équité des liens sur toutes ces pages sur ce sujet spécifique.

12. Le fichier Robots.txt est-il exempt d’erreurs ?

Robots.txt peut être un problème majeur si le propriétaire du site Web ne l’a pas configuré correctement.

L’une des choses que j’ai tendance à rencontrer dans les audits de sites Web est un fichier robots.txt qui n’est pas configuré correctement.

Trop souvent, je vois des sites qui ont des problèmes d’indexation, et ils ont le code suivant ajouté inutilement :

Interdire : /

Cela empêche tous les robots d’exploration d’explorer le site Web à partir du dossier racine vers le bas.

Parfois, vous devez interdire aux robots d’explorer une partie spécifique de votre site – et c’est très bien.

Mais assurez-vous de vérifier votre fichier robots.txt pour vous assurer que Googlebot peut explorer vos pages les plus importantes.

Publicité

Continuer la lecture ci-dessous

13. Le site Web utilise-t-il un design réactif ?

Fini le temps des sites Web distincts pour mobile (vous savez, les sites qui utilisent des sous-domaines pour le site mobile : « mobile.exemple.com » ou « m.exemple.com »).

Grâce au responsive design, ce n’est plus nécessaire.

Au lieu de cela, la méthode moderne utilise HTML 5 et CSS 3 Media Queries pour créer un design réactif.

C’est encore plus important avec l’arrivée de l’index mobile first de Google.

14. CSS et JavaScript sont-ils bloqués dans Robots.txt ?

Il est crucial de passer en revue celui-ci, car robots.txt ne doit pas bloquer les ressources CSS ou JS.

Google a envoyé un avertissement de masse en juillet 2015 concernant le blocage des ressources CSS et JS.

Bref, ne le faites pas.

Vous pouvez voir si cela cause des problèmes dans le test de compatibilité mobile de Google.

15. Des URL dynamiques excessives sont-elles utilisées sur tout le site Web ?

Identifier le nombre d’URL dynamiques et si elles présentent un problème peut être un défi.

La meilleure façon de le faire est d’identifier si le nombre d’URL dynamiques l’emporte sur les URL statiques du site.

Publicité

Continuer la lecture ci-dessous

Si tel est le cas, vous pourriez avoir un problème avec les URL dynamiques ayant un impact sur l’exploration.

Cela rend plus difficile pour les moteurs de recherche de comprendre votre site et son contenu.

Consultez Le guide ultime d’une structure d’URL optimisée pour le référencement pour en savoir plus.

16. Le site est-il en proie à trop de liens ?

Trop de liens peut être un problème, mais pas de la façon dont vous pourriez le penser.

Google ne pénalise plus les pages pour avoir plus de 100 liens sur une page (John Mueller l’a confirmé en 2014).

Cependant, si vous en avez plus que cette quantité, peut-être beaucoup plus, cela peut être considéré comme un signal de spam.

De plus, après un certain point, Google cessera de regarder tous ces liens.

17. Le site a-t-il des URL en guirlande et ces redirections dépassent-elles 5 ou plus ?

Bien que Google suive jusqu’à cinq redirections, elles peuvent toujours présenter des problèmes.

Les redirections peuvent présenter encore plus de problèmes si elles continuent dans le territoire excessif – au-delà de cinq redirections.

Par conséquent, c’est une bonne idée de s’assurer que votre site a deux redirections ou moins, en supposant que cette décision n’affecte pas les efforts de référencement antérieurs sur le site.

Publicité

Continuer la lecture ci-dessous

Les redirections sont également ennuyeuses pour les utilisateurs et après un certain point, les gens abandonneront.

18. Les liens sur le site sont-ils servis avec Javascript ?

Servir n’importe quel élément de navigation avec JavaScript est une mauvaise idée car cela limite la compatibilité entre navigateurs et entre plates-formes, interférant avec l’expérience utilisateur.

En cas de doute, faites ne pas servir des liens avec JavaScript et n’utiliser que du HTML brut pour aider les liens.

Ne servez pas de liens avec JavaScript et utilisez uniquement du HTML brut pour aider les liens.

19. Le texte d’ancrage dans le profil de lien du site est-il trop optimisé ?

Si votre site a un profil de lien avec un texte d’ancrage trop optimisé et répétitif, cela peut potentiellement conduire à une action possible (qu’elle soit algorithmique ou manuelle).

Publicité

Continuer la lecture ci-dessous

Idéalement, votre site devrait avoir un mélange sain de texte d’ancrage pointant vers vos sites.

Le bon équilibre est de suivre la règle des 20 % : 20 % d’ancres de marque, 20 % de correspondance exacte, 20 % de correspondance d’actualité et probablement 20 % d’URL nues.

Le défi consiste à atteindre cet équilibre de profil de lien tout en ne laissant pas d’empreintes d’identification que vous faites quoi que ce soit de manipulation.

20. Votre canonisation est-elle correctement mise en œuvre sur votre site Web ?

La canonisation consiste à s’assurer que Google voit l’URL que vous préférez qu’il voie.

En bref, à l’aide d’un extrait de code, vous pouvez déclarer que Google considère une URL comme la source de contenu préférée pour cette URL.

Cela provoque de nombreux problèmes différents à la fois, notamment :

  • La dilution de l’équité des liens entrants.
  • L’auto-cannibalisation des SERP (où plusieurs versions de cette URL sont en compétition pour les résultats).
  • Exploration inefficace lorsque les moteurs de recherche passent encore plus de temps à explorer le même contenu à chaque fois.

Pour résoudre les problèmes de canonisation, utilisez une URL pour tout le contenu public sur chaque URL du site.

La solution préférée consiste à utiliser les redirections 301 pour rediriger toutes les versions non canoniques des URL vers la version canonique.

Publicité

Continuer la lecture ci-dessous

Décidez dès le début de la phase de développement Web de la structure et du format d’URL que vous souhaitez utiliser et utilisez-les comme version d’URL canonique.

21. Les images sur le site sont-elles trop grandes ?

Si les images de votre site sont trop volumineuses, vous risquez de rencontrer des problèmes de temps de chargement, en particulier autour de Core Web Vitals.

Si vous avez une image de 2 Mo en cours de chargement sur votre page, c’est un problème important. Ce n’est pas nécessaire et vous perdez une occasion d’identifier ces problèmes en premier lieu.

Si les images de votre site sont trop grandes, vous risquez de rencontrer des problèmes de temps de chargement, en particulier autour de Core Web Vitals.

Essayez d’exécuter un rapport Lighthouse pour voir quelles images peuvent être compressées.

Publicité

Continuer la lecture ci-dessous

22. Les vidéos sur le site manquent-elles de balisage de schéma ?

Il est également possible d’ajouter des données structurées Schema.org aux vidéos.

En utilisant l’élément objet vidéo, vous pouvez baliser toutes vos vidéos avec Schema.

Assurez-vous d’ajouter des transcriptions pour les vidéos sur la page pour l’accessibilité et le contenu.

23. Le site a-t-il tous les titres de page requis ?

Les titres manquants sur un site Web peuvent être un problème.

S’il manque un titre à votre site, Google pourrait en générer un automatiquement en fonction de votre contenu.

Vous ne voulez jamais que Google génère automatiquement des titres et des descriptions.

Vous ne voulez rien laisser au hasard lorsqu’il s’agit d’optimiser correctement un site, donc tous les titres de page doivent être écrits manuellement.

24. Le site a-t-il toutes les méta descriptions requises ?

Si votre site n’a pas de méta descriptions, Google pourrait en générer une automatiquement en fonction de votre contenu, et ce n’est pas toujours celle que vous souhaitez ajouter aux résultats de recherche.

Faites preuve de prudence et assurez-vous que cela ne vous pose aucun problème. Assurez-vous toujours d’écrire une méta description personnalisée pour chaque page.

Publicité

Continuer la lecture ci-dessous

Vous devriez également considérer les méta-mots-clés. Google et Bing ont peut-être déclaré qu’ils ne sont pas utilisés dans le classement des recherches, mais d’autres moteurs de recherche les utilisent toujours. C’est une erreur d’avoir une focalisation si étroite que vous n’optimisez que pour Google et Bing.

Il y a aussi le concept de distribution linéaire des mots-clés, qui aide avec les points de pertinence.

Bien que le remplissage de méta-mots-clés n’aide pas nécessairement au classement, l’ajout prudent et stratégique de méta-mots-clés peut ajouter des points de pertinence au document.

Cela ne peut que nuire si vous spammez et que Google décide de l’utiliser comme signal de spam pour clouer votre site Web.

25. La vitesse de la page des pages de destination supérieures est-elle supérieure à 2 à 3 secondes ?

Il est essentiel de tester et de connaître la vitesse réelle des pages de vos principales pages de destination.

Cela peut faire ou défaire les performances de votre site Web.

Si le chargement de votre site prend 15 secondes, c’est mauvais.

Assurez-vous toujours que votre site prend moins d’une seconde à charger.

Publicité

Continuer la lecture ci-dessous

Alors que la recommandation de Google dit 2-3 secondes, le nom du jeu est meilleur que leurs recommandations et meilleur que vos concurrents.

Encore une fois, cela ne fera qu’augmenter en importance avec la mise à jour de Page Experience et Core Web Vitals.

26. Le site Web utilise-t-il la mise en cache du navigateur ?

Il est essentiel de tirer parti de la mise en cache du navigateur, car il s’agit d’un élément d’une vitesse de site plus rapide.

Pour tirer parti de la mise en cache du navigateur, vous pouvez simplement ajouter la ligne de code suivante à votre fichier htaccess. Assurez-vous de lire la documentation sur la façon de l’utiliser.

VEUILLEZ NOTER : Utilisez ce code à vos risques et périls et seulement après avoir étudié la documentation sur la façon dont il est utilisé. L’auteur décline toute responsabilité si ce code ne fonctionne pas pour votre site Web.

## EXPIRE LA MISE EN CACHE ##

ExpireActive le

ExpiresByType image/jpg « accès 1 an »

ExpiresByType image/jpeg « accès 1 an »

ExpiresByType image/gif « accès 1 an »

ExpiresByType image/png « accès 1 an »

ExpiresByType text/css « accès 1 mois »

ExpiresByType text/html « accès 1 mois »

Publicité

Continuer la lecture ci-dessous

Application ExpiresByType/pdf « accès 1 mois »

ExpiresByType text/x-javascript « accès 1 mois »

Application ExpiresByType/x-shockwave-flash « accès 1 mois »

ExpiresByType image/x-icon « accès 1 an »

ExpirePar défaut « accès 1 mois »

## EXPIRE LA MISE EN CACHE ##

27. Le site Web tire-t-il parti de l’utilisation d’un réseau de diffusion de contenu ?

L’utilisation d’un réseau de diffusion de contenu peut accélérer la vitesse du site, car elle réduit la distance entre les serveurs et les clients, réduisant ainsi le temps nécessaire pour charger le site pour les personnes se trouvant à ces emplacements.

Selon la taille de votre site, l’utilisation d’un réseau de diffusion de contenu peut aider à augmenter considérablement les performances.

28. Le contenu du site a-t-il été optimisé pour des phrases de mots clés ciblées ?

Il est généralement facile d’identifier lorsqu’un site a été correctement optimisé pour des expressions de mots clés ciblées.

Les mots-clés ont tendance à ressortir comme un pouce endolori s’ils ne sont pas utilisés naturellement.

Tu sais comment c’est. Le texte de spam ressemble à ce qui suit s’il est optimisé pour widgets: « Ces widgets sont les widgets les plus impressionnants de l’histoire des widgets widgetisés. Nous promettons que ces widgets vont bouleverser votre monde.

Les mots-clés bien optimisés se lisent bien avec le texte environnant, et si vous êtes à l’intérieur des optimisations, vous pourrez probablement les identifier plus facilement.

D’un autre côté, s’il y a tellement de texte spam que cela a un impact négatif sur l’expérience du lecteur, il est peut-être temps de jeter une partie du contenu et de le réécrire entièrement.

29. Dans quelle mesure le contenu du site a-t-il été optimisé ?

Tout comme il existe différents niveaux d’acquisition de liens, il existe différents niveaux d’optimisation de contenu.

Certaines optimisations sont superficielles, en fonction de la portée initiale du mandat d’exécution du contenu.

D’autres optimisations sont plus approfondies avec des images, des liens et des mots-clés entièrement optimisés.

Les questions que vous voudrez peut-être poser pour vous assurer que le contenu de votre site est correctement optimisé comprennent :

  • Mon contenu comprend-il des mots-clés ciblés dans tout le corps du texte ?
  • Mon contenu comprend-il des en-têtes optimisés avec des variantes de mots clés ?
  • Mon contenu comprend-il des listes, des images et des citations si nécessaire ? Ne vous contentez pas d’ajouter ces éléments au hasard dans votre contenu. Ils doivent être contextuellement pertinents et soutenir le contenu.
  • Mon contenu comprend-il du texte en gras et en italique pour mettre l’accent là où c’est nécessaire ?
  • Mon contenu est-il bien lu ?

30. Avez-vous effectué une recherche de mots clés sur le site ?

Le simple fait d’ajouter des mots-clés partout sans stratégie ne fonctionne pas bien. Il se sent contre nature et étrange à lire.

Vous devez savoir des choses comme le volume de recherche, comment cibler ces mots en conséquence avec votre public et comment identifier ce qu’il faut faire ensuite.

C’est là qu’intervient la recherche de mots clés.

Vous ne voudriez pas créer un site sans avoir d’abord recherché votre marché cible, n’est-ce pas ?

Dans la même veine, vous n’écririez pas de contenu sans effectuer une recherche ciblée de mots clés.

31. Le contenu du site a-t-il été relu ?

Avez-vous effectué une relecture du contenu de votre site avant de le publier ?

Avez-vous effectué une relecture du contenu de votre site avant de le publier ?

Je ne peux pas vous dire combien de fois j’ai effectué un audit et trouvé des erreurs stupides comme des erreurs grammaticales, des fautes d’orthographe et d’autres problèmes importants.

Assurez-vous de relire votre contenu avant de le publier. Cela permettra d’économiser beaucoup de travail d’édition à l’avenir lorsque vous vous retrouverez dans des situations où le professionnel du référencement devra effectuer une grande partie de l’édition.

32. Les images du site ont-elles été optimisées ?

Les optimisations d’images incluent des expressions de mots clés dans le nom du fichier, la taille de l’image, le temps de chargement de l’image et s’assurent que les images sont optimisées pour la recherche d’images Google.

La taille de l’image doit correspondre ou sembler compléter la conception de votre site.

Si vous faisiez du marketing correctement, vous n’incluriez pas des images qui ne sont absolument pas pertinentes, n’est-ce pas ?

De même, n’incluez pas d’images qui semblent spammer complètement votre public.

33. Le site suit-il les meilleures pratiques de développement Web ?

C’est un gros.

Les sites violent même les bases des meilleures pratiques de développement Web à bien des égards – des documents polyglottes au code invalidé tel que testé sur le W3C, en passant par les temps de chargement excessifs.

Maintenant, je sais que je vais recevoir beaucoup de critiques de la part des développeurs sur le fait que certaines de mes exigences habituelles sont « irréalistes ».

Pourtant, lorsque vous pratiquez ces techniques de développement depuis des années, elles ne sont pas si difficiles.

Cela prend juste un état d’esprit légèrement différent de celui auquel vous êtes habitué : vous savez, la mentalité de toujours construire et rechercher le site Web le plus grand, le meilleur et donc le plus impressionnant que vous puissiez créer.

Au lieu de cela, l’état d’esprit devrait être de créer le le plus léger, le moins gourmand en ressources placer.

Oui, je sais que de nombreux sites Web ne suivent pas le W3C. Lorsque votre client vous paie et que le client le demande, vous devez connaître vos affaires et savoir comment vous assurer que votre site se valide dans le validateur.

Trouver des excuses ne fera que vous donner l’air non professionnel.

  • Des choses comme des temps de chargement de 1 à 2 secondes sont-elles irréalistes ? Pas lorsque vous utilisez correctement les sprites CSS et la compression sans perte dans Adobe Photoshop.
  • Moins de 2-3 requêtes HTTP sont-elles irréalistes ? Pas lorsque vous structurez correctement le site et que vous vous débarrassez des scripts WordPress inutiles qui occupent un espace de code précieux.
  • Vous voulez obtenir des temps de chargement de page rapides ? Débarrassez-vous complètement de WordPress et codez le site vous-même. Vous supprimerez au moins 1,5 seconde de temps de chargement uniquement grâce à WordPress.

Arrêtez d’être un développeur en fauteuil et devenez un développeur web professionnel. Élargissez ces horizons !

Sortez des sentiers battus.

Sois différent. Être réel. Sois le meilleur.

Arrêtez de penser que les meilleures pratiques de développement Web sont irréalistes, car la seule chose irréaliste est votre attitude et combien vous ne voulez pas travailler dur.

Ou, apprenez quelque chose de nouveau au lieu de mitrailler votre travail de développement de sites Web au nom des profits.

34. Une migration HTTPS a-t-elle été effectuée correctement ?

Lorsque vous configurez votre site pour des migrations HTTPS appropriées, vous devez acheter un certificat de sécurité de site Web.

L’une des premières étapes consiste à effectuer l’achat de ce certificat. Si vous ne faites pas cette étape correctement, vous pouvez complètement gâcher votre migration HTTPS plus tard.

Supposons que vous ayez acheté un certificat SSL pour cette raison. Vous avez sélectionné une option, qui ne concerne qu’un seul sous-domaine. En procédant ainsi, vous avez créé par inadvertance potentiellement plus de 100 erreurs simplement en choisissant la mauvaise option pendant le processus d’achat.

Pour cette raison, il est préférable de toujours envisager, à tout le moins, un certificat SSL générique pour toutes les variantes de domaine.

Bien que cela soit généralement un peu plus coûteux, cela évitera ce type d’erreurs.

35. Un nouveau fichier de désaveu a-t-il été soumis au bon profil de la console de recherche Google ?

Vous seriez surpris de la fréquence à laquelle cela se produit dans les audits de sites Web. Parfois, un fichier de désaveu n’a jamais été soumis au nouveau profil HTTPS de la Google Search Console (GSC).

Un profil GSC HTTPS n’a jamais été créé et le profil GSC actuel est soit sous-déclaré, soit surdéclaré sur les données, selon la façon dont la mise en œuvre a été gérée.

Heureusement, le correctif est assez simple – assurez-vous simplement de transférer l’ancien fichier HTTP Disavow vers le nouveau profil HTTPS et de le mettre à jour régulièrement.

36. Les paramètres GSC ont-ils été transférés vers le nouveau compte ?

Les paramètres peuvent également causer des problèmes avec une migration HTTPS.

Supposons que vous ayez configuré le domaine HTTP en tant que www. Mais ensuite, vous définissez le domaine dans le nouveau GSC sur non-www (ou autre chose que celui du profil d’origine).

Il s’agit d’un exemple où des paramètres GSC erronés peuvent causer des problèmes avec une migration HTTPS.

37. Vous êtes-vous assuré de noter la migration dans Google Analytics ?

Ne pas noter les modifications majeures du site Web, les révisions ou autres peut nuire à votre prise de décision plus tard.

Si des détails précis ne sont pas conservés en les notant dans Google Analytics (GA), vous pourriez voler à l’aveugle lorsque vous apportez des modifications au site Web qui dépendent de ces détails.

Voici un exemple : disons qu’une refonte majeure du contenu a eu lieu. Vous avez une pénalité plus tard. Un changement de chef de service a eu lieu, de même que les .

Le fait de noter ce changement dans Google Analytics aidera les futurs spécialistes du référencement à comprendre ce qui s’est passé auparavant et qui a eu un impact sur le site ici et maintenant.

38. La mise en œuvre des médias sociaux sur le site est-elle effectuée correctement ?

Cela revient souvent dans les audits.

Je vois où les liens vers les médias sociaux n’étaient pas tout à fait supprimés lorsque les choses changeaient (comme lorsqu’un effort sur les médias sociaux sur une plate-forme particulière était inutilement hyper-concentré) ou lorsque des choses plus petites comme les interactions avec les clients potentiels n’étaient pas strictement casher.

Ces éléments auront un impact sur la qualité de votre site.

Si vous mitraillez continuellement vos publications sur les réseaux sociaux et n’interagissez pas correctement avec les clients, vous le faites mal.

39. Les formulaires de soumission de prospects fonctionnent-ils correctement ?

Si un formulaire de génération de prospects ne fonctionne pas correctement, vous n’obtiendrez peut-être pas tous les prospects possibles.

S’il y a une faute de frappe dans une adresse e-mail ou une faute de frappe dans une ligne de code qui casse le formulaire, celles-ci doivent être corrigées.

Faites de la maintenance régulière des formulaires de génération de leads une priorité élevée. Cela permet d’éviter que des éléments tels que la sous-déclaration des prospects et des informations erronées ne soient soumis.

Rien n’est pire que d’obtenir des informations à partir d’un formulaire et de constater que ce numéro de téléphone est décalé d’un chiffre ou que l’adresse e-mail est erronée en raison d’une erreur de programmation, et pas nécessairement en raison d’une erreur de soumission.

40. Les scripts de suivi des prospects fonctionnent-ils correctement ?

Effectuer des tests continus sur les scripts de suivi des prospects est crucial pour assurer le bon fonctionnement de votre site.

Si vos scripts de suivi des prospects finissent par se briser et que vous recevez des soumissions erronées le week-end, cela peut faire des ravages dans vos cauchemars d’acquisition de clients.

41. Le suivi des appels est-il correctement configuré ?

Je me souviens avoir travaillé avec un client dans une agence, et ils avaient mis en place un suivi des appels sur leur site Web.

Tout semblait fonctionner correctement.

Lorsque j’ai appelé le client et discuté de la question, tout semblait correct.

Nous avons discuté du numéro de téléphone et le client a mentionné qu’il avait changé ce numéro de téléphone il y a quelque temps.

C’était à un chiffre.

Vous pouvez imaginer la réaction du client lorsque je l’ai informé du numéro de téléphone du site.

Il est facile d’oublier d’auditer quelque chose d’aussi simple que le numéro de téléphone au milieu d’optimisations de site Web de plus en plus complexes.

C’est pourquoi il est essentiel de toujours prendre du recul, de tester des choses et de parler à votre client pour vous assurer que vos implémentations fonctionnent correctement partout.

42. Le site utilise-t-il des CSS et JavaScript en ligne excessifs ?

Pour aborder un sujet précédent, les CSS et JavaScript en ligne sont terribles lorsqu’ils deviennent excessifs.

Cela conduit à des temps de rendu de navigateur excessifs et peut potentiellement ruiner les fonctionnalités multi-navigateurs et multi-plateformes en s’appuyant sur des implémentations en ligne de CSS et JavaScript.

Il est préférable de les éviter du tout dans votre développement Web et de vous assurer que vous ajoutez toujours de nouveaux styles à la feuille de style CSS, et que tout nouveau JavaScript est créé correctement et pris en compte, plutôt qu’inline.

43. Les bons comptes GSC/GA sont-ils liés ? Sont-ils correctement liés ?

Vous ne sauriez croire à quelle fréquence cela s’était produit lorsque j’ai repris un site Web. J’ai regardé leurs comptes GSC ou GA, et ils ne rapportaient pas correctement ou ne fonctionnaient pas.

Il s’avère que le compte GA ou GSC a été transféré à un autre compte à un moment donné, et personne n’a pris la peine de mettre à jour le site Web en conséquence. Ou un autre scénario étrange.

C’est pourquoi il est doublement essentiel de toujours vérifier les comptes GSC et GA. Assurez-vous que le site a les profils appropriés mis en œuvre.

44. Vos URL sont-elles trop longues ?

En s’assurant que les URL sont raisonnablement courtes et n’ont pas d’URL trop longues (plus de 100 caractères), il est possible d’éviter les problèmes d’expérience utilisateur.

Il est important de noter que des URL beaucoup plus longues peuvent entraîner des problèmes d’expérience utilisateur.

50 questions que vous devez poser pour évaluer la qualité de votre site Web

En cas de doute, si vous souhaitez utiliser deux URL dans un scénario de redirection et que l’une est plus courte que l’autre, utilisez la version la plus courte.

Il est également considéré comme une bonne pratique de référencement standard de limiter les URL à moins de 100 caractères – la raison en est la convivialité et l’expérience utilisateur.

Google peut traiter des URL plus longues. Mais, les URL plus courtes sont beaucoup plus faciles à analyser, copier, coller et partager sur les réseaux sociaux.

Cela peut aussi devenir assez désordonné. Des URL plus longues, en particulier celles dynamiques, peuvent faire des ravages sur vos données d’analyse.

Supposons que vous ayez une URL dynamique avec des paramètres.

Cette URL est mise à jour pour une raison quelconque plusieurs fois par mois et génère de nouvelles variantes de cette même URL avec le même contenu et met à jour les paramètres.

Lorsque les URL sont très longues dans cette situation, il peut être difficile de passer au crible toutes les données d’analyse et d’identifier ce qui est quoi.

This is where shorter URLs come in. They can make such a process more manageable, can ensure one page URL for each piece of unique content, and you do not run the risk of negatively damaging the site’s reporting data.

It all comes down to your industry and what you do. This advice might not make as much sense for an ecommerce site that may have just as many URLs with such parameters.

In such a situation, a different method of handling such URLs may be desired.

45. How Targeted Are Keywords on the Site?

You can have the best content in the world.

Your technical can exceed 100 percent and be the best, fastest-loading website ever. But, in the end, keywords are the name of the game.

Keyword queries are how Google understands what people are searching for.

The more targeted your keywords are, the easier it is for Google to discern where to place your site in the search results.

What exactly is meant by targeted keywords? These are any words that users use to find your site that are mapped to queries from Google.

And what is the best, most awesome method to use to optimize these keywords?

The keyword optimization concept of linear distribution applies. It’s not about how many keywords you can add to the page, but more about what linear distribution tells the search engines.

It is better to have keywords sprinkled throughout the text evenly (from the title tag, description, and meta keywords down to the bottom of the page) than stuff everything up the wazoo with keywords.

I don’t think you can randomly stuff keywords into a page with high keyword density and make it work for long. That’s just random keyword spamming, and the search engines don’t like that.

There is a significant difference between spamming the search engines and keyword targeting. Just make sure your site adheres to proper keyword targeting for the latter and that you are not seen as a spammer.

46. Is Google Analytics Even Setup Properly on the Site?

Expanding on our earlier discussions about the right accounts being linked, even just setting up Google Analytics can be overlooked by even the most experienced professionals.

While not always identified during an audit, it is a detail that can wreak havoc on reporting data later.

During a site migration or design, it can be easy to miss an errant Google Analytics installation or otherwise think the current implementation is working correctly.

Even during domain changes, overall technical domain implementations, and other site-wide changes, always ensure the proper Google Analytics and GSC implementations are working and set up properly on-site.

You do not want to run into the situation later where an implementation went wrong, and you don’t know why content was not correctly performing when it was posted.

47. Is Google Tag Manager Working Properly?

If you use Google Tag Manager (GTM) for your reporting, it is also important to test to ensure it is working correctly.

If your reporting implementations are not working, they can end up underreporting or over-reporting, and you can make decisions based on false positives being presented by errant data.

Using preview and debug modes, Google Tag Assistant, and using Screaming Frog can be excellent means to that end.

For example, identifying pages that don’t have Google Tag Manager code added is easy with Screaming Frog.

Using custom search and extraction can help you do this. This method can find pages that, quite simply, just do not have GTM installed.

Using Google Tag Assistant, a Chrome Extension for Google Tag Manager can help you troubleshoot GTM, Google Analytics, and AdWords.

It works with recordings by recording a browsing session. This session will then report on anything happening and how the data interactions will show up in GA.

48. Does the Site Otherwise Have Any Other Major Quality Issues?

Other quality issues that can impact your site include lousy design.

Be honest.

Look at your site and other competitors in the space.

How much do you like your site in comparison to those competitors? This is one of those things that you just can’t put a finger on.

It must be felt out or otherwise navigated through intangibles like a gut instinct. If you don’t like what your design is doing, it may be time to go back to the drawing board and start again from scratch.

Other issues to keep an eye out for include errors within the content, grainy images, plug-ins that aren’t working, or anything that negatively impacts your site from a reporting point of view.

It may not even be a penalty either. It may merely be errant reporting due to a plug-in implementation that went wrong.

49. Is Your Reporting Data Accurate?

A consistent theme I wanted to include throughout this article contains inaccuracies in reporting.

Often we use GSC and GA reporting data when it comes to making decisions. So it is so essential to make sure that your GSC and GA implementations are all 100 percent correct.

Dark traffic, or hidden traffic, can be a problem if not dealt with properly.

This can skew a massive chunk of what you think you know about your visitor traffic statistics.

That can be a major problem!

Analytics platforms, including Google, have a hard time tracking every single kind of traffic source.

50. Is My Website Actually Done?

A website is never done!

Evaluating the quality of a website is an ongoing process that is never truly finished. It’s important to stick to a regular schedule.

Perhaps schedule website audits to occur every year or so.

That way, you can continue an evaluation process that identifies issues and gets them in the development queue before they become problems.

More Website Audit Resources:

fbq('init', '1321385257908563');

fbq('track', 'PageView');

fbq('trackSingle', '1321385257908563', 'ViewContent', { content_name: 'evaluate-website-quality', content_category: ' web-development ' });

All the CMS Templates You Could Ask For.

SEO: 50 questions à poser pour évaluer la qualité de votre site Web

2M+ items from the worlds largest marketplace for CMS TemplatesEnvato Market.



#questions #poser #pour #évaluer #qualité #votre #site #Web