Dans cette session, rejoignez les experts de Wix et Deepcrawl afin de comprendre comment garder votre site Web sain pour les moteurs de recherche. Apprenez à améliorer votre référencement organique grâce aux meilleures pratiques qui répondent aux problèmes techniques courants du référencement.
Dans ce webinaire, nous avons couvert
* Les fondamentaux du référencement technique
* Reconnaître, hiérarchiser et résoudre les problèmes courants
* Outils et conseils pour maintenir un site Web sain
À propos de nos intervenants
Nati Elimelech, responsable technique SEO, Wix
Avec plus de 15 ans d'expérience dans le référencement, Nati enseigne les solutions de référencement avancées, le référencement à grande échelle et la gestion des défis liés à l'infrastructure du référencement pour les référenceurs et les agences expérimentés. Lorsqu'il ne travaille pas sur la création de millions de sites Web SEO-friendly, Nati passe son temps avec sa charmante femme, sa fille, son chat et son chien. cat, and dog.
Chris Spann, technicien SEO senior, Deepcrawl
Chris travaille avec quelques-uns des plus gros clients de Deepcrawl. Il a toujours su fournir des recommandations et des résultats-clés, ouvrant ainsi la voie à l'identification d'opportunités importantes. Chris a connu de nombreux problèmes de référencement et leurs solutions.
À propos de notre partenaire : Deepcrawl
Deepcrawl est une plateforme SaaS pionnière qui permet aux plus grandes marques du monde d'exploiter leur potentiel de revenus grâce au référencement technique. Ses technologies d'entreprise basées sur le cloud aident les marques à diagnostiquer et à résoudre les problèmes de performance sur leurs sites Web. Deepcrawl s'est associé à Wix pour lancer une application sur mesure qui permet d'aider les utilisateurs à identifier les opportunités de référencement. Elle est maintenant disponible sur le Wix App Market.
Transcription : Comprendre le référencement technique
Intervenants
Edu Giansante, responsable de la communauté, Wix
Nati Elimelech, responsable technique SEO, Wix
Chris Spann, technicien SEO senior, Deepcrawl
00:03
Edu : Ok. Nous sommes en direct. Nous voyons les gens arriver, je vois beaucoup de nouveaux numéros et de visages qui apparaissent ici. C'est dingue. Il y a beaucoup de monde. Wow. Bienvenue à tous. Bienvenue dans notre incroyable webinaire sur le référencement. On va parler techniquement du référencement. Et j'ai ici avec moi deux personnes incroyables. Je vais nous laisser 30 secondes avant de commencer afin de briser la glace.
Je demandais aux gars en fait, qu'est-ce que je devrais demander, poser des questions à propos de la musique ou à, je ne sais pas, des boissons ? Et ils ont répondu du style, eh bien, nous avons tous de jeunes enfants ici, donc nous ne répondrons pas. Donc ma question de brise-glace pour vous les gars. Et en attendant, je voudrais savoir d'où vous venez. Faites-le moi savoir ici dans le chat. Au fait, lorsque vous discutez, vous pouvez sélectionner l'option pour que tout le monde puisse voir. Ok. Oh mon Dieu, ça devient dingue. C’est fou. Ok, Nati, Chris te pose des questions, parce que tu as de jeunes enfants. Quel serait votre rêve, comme, par exemple, quelle capacité vous aimeriez que votre enfant apprenne dans les cinq prochaines années ? Quelque chose qui vous ferait dire, wow, j'aime mes enfants encore plus fort.
01:11
Chris : pour moi, je pense à la meilleure des choses : ma fille commence tout juste à apprendre à chanter. Et j'ai vraiment hâte parce que j'ai l'oreille assez musicale. Mais j'ai vraiment hâte qu'elle apprenne. Bien que ce soit presque plus mignon en ce moment, parce qu'elle ne sait pas encore chanter. D'une certaine façon, j'aimerais que ça reste comme ça, mais oui, j'ai hâte de pouvoir jouer de ma guitare et chanter une chanson avec elle. Je pense que ça sera génial.
01:36
Edu : Oh, mec, c'est incroyable. J'aimerais beaucoup. En fait, tu sais que statistiquement, ta fille a plus de chances de devenir une chanteuse célèbre que de devenir une YouTubeuse célèbre. Il y a plus de YouTubers que de musiciens. Donc il y a plus de chance qu'elle devienne la prochaine Lady Gaga. Qui sait ?
01:52
Chris : Eh bien, tu sais quoi, cette conversation me donne l'impression d'être un streamer Twitch. Alors.
01:56
Edu : Oh, oui. Et toi, Nati ?
02:02
Nati : Donc Rose, ma fille, a 18 mois maintenant. Mon souhait est un peu plus pratique. Je veux qu'elle puisse promener le chien, le Husky. Il fait si froid pendant la nuit, mec, elle doit se motiver. Tu sais, faire sa part du boulot, et j'attends juste qu'elle s’y mette.
02:24
Chris : Oui, nous avons deux chiens qui ne se font plus autant promener qu'avant.
02:31
Edu : J'en suis encore au stade des chiens. Donc je promène toujours mon chien moi-même. Formidable. Oh mon Dieu. Je vois tellement de gens venir de tant d'endroits. C'est incroyable. Genre, je veux dire, de partout dans le monde. Nous avons l'Inde, le Canada, les États-Unis. Nous avons beaucoup de pays d'Europe. Moi aussi, je suis en Europe. Nous avons Israël. Wow, c'est fou les gars, c'est fou.
Et nous avons passé les 1 000, c'est incroyable. Oh mon Dieu, nous avons 1 100 personnes avec nous. C'est complètement incroyable. Je vais donc respecter votre temps et commencer, parce que je sais que les gars sont ici pour voir et entendre parler de référencement technique, pas de ce que nous allons faire avec nos enfants et nos chiens.
Donc laissez-moi très rapidement partager mon écran ici, et nous commençons. Alors, je veux vous présenter ces deux gars incroyables, Nati et Chris. Ces gars représentent le prochain niveau de technologie SEO et nous allons rendre cette conversation très informelle, parce que nous voulons nous assurer que vous vous sentez à l'aise pour poser des questions. Parce que nous avons ce tchat de folie avec beaucoup de questions qui arrivent, si vous avez des questions, n'importe quoi, veuillez utiliser l'icône Q&A ici. Il y a une boîte de questions-réponses. Vous pouvez cliquer dessus. Postez vos questions ici. Nous avons une tonne de personnes dans les coulisses s'assurant que les questions reçoivent une réponse. Et je poserai certaines des questions en direct aux gars aussi. Sans plus attendre, je veux vous donner le micro Chris et Nati, bienvenue, la parole est à vous.
04:04
Chris : Cool, merci beaucoup. Je suppose alors que l'on peut aller directement à la première diapo, Edu. Ok, ouais. Donc, fondamentalement, cette session aujourd'hui est en quelque sorte conçue pour aider en particulier les propriétaires de sites Wix, à comprendre un peu le référencement technique.
Nous allons couvrir certaines des bases et les fondamentaux du référencement technique, ce qu'est le référencement technique et les problèmes communs que nous rencontrons. Dans mon travail chez Deepcrawl, je fais partie de l'équipe des services professionnels. Donc, je passe beaucoup de mon temps à auditer et à regarder les sites des grandes entreprises et certains sites plus petits.
Nous allons donc discuter des problèmes communs que nous voyons sur des sites comme ceux-ci. Et puis nous donnerons des conseils et des bonnes pratiques pour maintenir un site Web sain. Évidemment, Nati est ici en tant qu'expert Wix. Et je suis ici, j'espère, pour parler et également partager un peu mon expérience sur la façon dont nous voyons les choses chez Deepcrawl. Donc je suppose que l'on peut avancer ?
Edu : Ouais.
Chris : Nati, tu veux dire ça ?
05:26
Nati : Oui, bien sûr. Voyons donc la définition du référencement technique, sans entrer dans trop de détails. Et je tiens à souligner que le SEO, le référencement technique est une discipline entière. Ne vous inquiétez pas si vous ne comprenez pas tout tout de suite. Il s'agit d'une façon de penser, d'une façon de voir les choses, plutôt que de se souvenir de tout par cœur et de mémoriser le code par cœur.
Mais le plus grand aspect, l'essentiel du référencement technique est d'utiliser à bon escient les moteurs de recherche. Vous savez, les moteurs de recherche, et les bots, les robots d'indexation. En gros, ce sont des logiciels. Et le référencement technique consiste principalement à rendre un site Web bot-friendly. Nous nous occupons de tous les besoins spéciaux, des logiciels, des bots, des robots d'indexation, afin que notre site Web puisse être référencé, classé dans Google. En d'autres termes, et dans la plupart des cas, le référencement technique consiste à s'écarter du chemin. Il s'agit de s'écarter du chemin et d'aider votre contenu à être référencé s'il est suffisamment bon. Si le contenu répond à votre intention de recherche, il s'agit de ne pas freiner votre progression et de ne pas arrêter cette dernière à cause de certains problèmes. C'est comme ça que je vois les choses.
06:53
Chris : Ouais. Je vois les choses ainsi : le référencement technique rend la partie recherche d'informations sur Google plus simple. Donc Google, la moitié de Google est la récupération d'informations, c'est-à-dire obtenir des informations à partir de sites Web. L'autre moitié consiste à comprendre ce qu'est cette information, puis à décider qui fait le mieux. Il s'agit tout simplement de s'assurer que Google, et par extension les utilisateurs, puissent obtenir les informations qu'ils veulent à partir de votre site Web.
Donc je suggère d'aborder brièvement la façon dont Google explore les sites Web. En fait, par « crawl », nous entendons le fait que Google visite votre site Web, le parcourt et trouve autant de liens que possible sur ce site afin d'en comprendre le plus possible sur ce site, sur ce qu'il contient.
Et il le fait, de nos jours, il le fait à peu près comme un utilisateur le fait. Il utilise une version spécialisée de Chrome, appelé Chromium, qui est conçu pour être plus facilement automatisé. Donc, à l'époque, Nati, comme tu t'en souviens, Google demandait simplement le contenu, et quel que soit le code renvoyé, il essayait de le transmettre et de comprendre la page à partir de ce code.
De nos jours, c'est toujours le cas. Mais il va aussi maintenant prendre une représentation visible de votre page. Et il essaiera de l'utiliser pour vraiment comprendre ce qu'est la page. L'époque des petits trucs que l'on pouvait faire pour cacher des choses à Google ou lui faire croire que certaines choses n'existaient pas est donc révolue. Aujourd'hui, comme je l'ai dit, vous devez traiter Google un peu comme s'il s'agissait d'une vraie personne.
08:36
Nati : C'est certain, j'apprécie que tu l'aies mentionné. Les moteurs de recherche et leurs bots ont pour objet la recherche d'informations. Passons donc en revue ce qu'est l'information. Ok, à quoi s'intéressent ces bots ?
Pour simplifier, Google, ou le robot, connaît une certaine URL sur le Web, peu importe le site, et va la chercher, n'est-ce pas ? Il fait une requête à cette page, à cette URL. Le serveur renvoie ce que nous appelons une réponse. Et cette réponse contient les en-têtes et le HTML qui intéressent Google. En gros, Google extrait, il n'utilise pas tout, mais il extrait ce qui les intéresse.
La première chose, bien sûr, est le code d'état. On parlait de codes 200, 301, 404, 500. Peu importe quand nous le mentionnons, vous devez savoir que c'est la première chose extraite. Tout client, tout logiciel, même votre navigateur qui récupère l'URL, c'est la première chose qu'ils voient. Cette page peut-elle être explorée ? Oh, je peux continuer ? Donc, chaque fois que le bot récupère cette URL, il obtient la réponse, et il obtient aussi le HTML. Le HTML, si tout va bien. La réponse est l'élément intéressant, car Google en retire deux choses.
L'une est le contenu, ou le contenu principal. Lorsque nous parlons de contenu, il ne s'agit pas nécessairement d'un long post, d'une page de blog ou d'un article, les images sont du contenu, les vidéos sont du contenu, presque tout ce qu'un utilisateur voit est du contenu. Presque, non ? Si on enlève l'interface utilisateur et les différentes fonctionnalités d'un site web, alors Google s'en empare.
Et l'autre chose que Google fait, c'est d'extraire tous les liens présents sur une page. Pourquoi ? Car c'est ainsi que Google et les autres robots connaissent les autres pages d'un site Web, non ? Parce que chaque fois que je récupère une page, je reçois tout le HTML. Le code HTML contient les liens, et ces liens seront ajoutés à ma file d'attente de crawling.
Maintenant, je les connais, et je peux les récupérer. Donc, la partie la plus importante, je pense que la plus grande base du référencement technique pour un site crawl-friendly est de s'assurer que Google peut découvrir toutes les pages Web, toutes les URL, sur un site Web, n'est-ce pas ?
Et ensuite, quelle est la prochaine couche, Chris ? Si je m'assure, par exemple, que Google découvre toutes les URL de mon site Web. Tout d'abord, à votre avis, à quoi devrais-je faire attention, qu'est-ce qui pourrait nuire à cette cause, à cet objectif, à la capacité de Google de comprendre ce qui se passe sur le site Web ?
11:28
Chris : Donc je suppose que la chose principale, en fait, si nous passons à la prochaine diapo, potentiellement, nous pouvons découvrir certains des principaux problèmes. La toute première chose que nous devons observer, et je pense que c'est la principale chose pour beaucoup de sites – parfois pour les sites d'entreprise, vous pouvez vraiment entrer dans les détails bizarres et des problèmes vraiment étranges. Mais le plus important est de toujours veiller à ce que le contenu soit effectivement accessible aux crawlers, ces robots d'indexation. Mais également à ce que le contenu soit, dans la mesure du possible, aussi unique que possible.
Donc l'un des premiers problèmes que nous voyons, avec certains sites Web, et cela arrive souvent avec les vitrines, et similaire, assez souvent, est ce que nous appelons la duplication de contenu. En matière de référencement technique, il est essentiel de bien comprendre que Google voit l'URL et que ce qu'il obtient lorsqu'il demande une URL sont des choses très différentes, ou des choses qui ne sont pas nécessairement liées. Donc, si Google demande quatre URL différentes, et obtient exactement le même contenu, ou presque le même contenu à chaque fois, il va avoir du mal à comprendre quelle URL il devrait placer dans les résultats de recherche, si cela a du sens.
Donc, si vous avez deux ou trois pages qui se concentrent sur le même produit, ou la même destination, par exemple, vous commencez à créer des problèmes : Google ne comprend pas nécessairement quelle page est la vraie. C'est là que les balises canoniques entrent en jeu. Et une balise canonique est essentiellement, je crois, Nati, un réglage dans Wix, qui est, en fait, une façon de dire à Google et à d'autres moteurs de recherche : l'URL de cette balise est la version canonique, le lien original, le progéniteur. Et elles fonctionnent également sur tous les sites. Ainsi, si vous diffusez du contenu pour qu'il soit syndiqué, par exemple, si vous êtes un grand blog, ces blogs peuvent spécifier votre site dans la balise canonique, ce qui signifie que vous obtiendrez alors le crédit de Google. Nati, je sais que dans notre essai, nous avons eu un excellent exemple de contenu dupliqué que vous avez mentionné, et j'essaie maintenant de me souvenir ce que c'était.
13:52
Nati : Tout ce qui a à voir avec les paramètres de l'URL, en gros même les paramètres de tracking UTM ou les paramètres de tri. Tout ce qui change de caractères, ajoute des caractères, change l'URL, mais sert le même contenu, est fondamentalement une duplication. Mais j'ai une question. À part empêcher Google de savoir quoi afficher dans les résultats de recherche, pourquoi est-ce un tel problème ? C'est un gros problème ? Est-ce que cela devient plus problématique pour certains sites Web ? Qu'en penses-tu ?
14:29
Chris : Je pense que pour beaucoup de sites, la duplication de contenu est un problème assez mineur. Et de nos jours, c'est certainement moins un problème qu'il ne l'était auparavant. De nos jours, Google est assez bon. Ce qu'on voyait autrefois, d'où l'origine des balises canoniques, c'est que les gens volaient carrément du contenu, non ? Ils volaient le contenu de sites Web bien classés parce que l'on pensait que, oh, si tel et tel site se classait vraiment bien pour ce mot-clé, c'était dû au contenu. Donc ils volaient leur contenu, le mettaient sur la page.
Ces balises canoniques aident des problèmes comme ça. Comme je l'ai dit, je pense qu'aujourd'hui, à moins que vous n'ayez des millions de pages, un bon exemple est ce que Nati disait, si vous avez une navigation à facettes sur votre site, et que vous avez, disons, une page de robes rouges, et une page de robes rouges à moins de 50 £ (livres), mais toutes vos robes rouges sont également à moins de 50 £ (livres), vous servez maintenant exactement le même élément de contenu à travers deux URL différentes. Ce qui, encore une fois, dit à Google — Google commence à dire, je ne sais pas nécessairement sous quelle rubrique classer ça. Alors qu'une balise canonique permet de dire, hey, devinez quoi, ça va ici.
Alors, revenons à toi, Nati, détectant le contenu en double. Je veux dire, c'est un peu facile pour moi, nous avons une fonction dans Deepcrawl qui m'aide à trouver le contenu en double. Mais je suppose qu'il y a un moyen facile d'extraire ces informations, si on n'utilise pas de robots d'indexation comme ceux des grandes entreprises ?
16:08
Nati : Donc, il y a plein de solutions. Tout d'abord, n'importe quel type de robot d'indexation fera l'affaire, fera exactement ce que nous avons spécifié, récupérera le HTML, extraira tous les liens, parcourra tous les liens, et ensuite vous serez capable de voir si vous avez des problèmes de duplication.
Un autre excellent outil est Google Search Console, qui vous alertera dans certains cas. Mais un autre outil formidable consiste à utiliser votre clavier, à copier un morceau de texte et à le rechercher entre guillemets. Ainsi, vous pourrez savoir si votre contenu est dupliqué sur d'autres sites Web, ou s'il est dupliqué, mais que d'autres URL sont omises dans les résultats de recherche. Vous pouvez donc utiliser la recherche Google pour cela. Vous pouvez utiliser des outils externes ou l'application. Et vous pouvez utiliser Google Search Console, un outil incontournable. Je pense que c'est le meilleur ami des technicien SEO.
Mais j'ai remarqué que le canonique n'est pas vraiment une visite directe, n'est-ce pas ? Quand je dis, hé, c'est la version canonique, je donne un autre indice à Google, n'est-ce pas ? Non, je ne peux pas décider de cela pour Google, parce que Google regarde d'autres signaux, d'autres pages pointant vers une URL, si elle a été liée, et tous les autres trucs du genre. Alors que recommanderiez-vous pour décider de l'URL canonique ou de l'URL originale ? Y a-t-il quoi que ce soit qui, selon vous, doit être fait par les techniciens SEO au niveau du site ? Comme, je ne le savais pas, modifier des liens internes ?
17:54
Chris : J'allais dire que le plus gros truc c'est les liens internes, c'est ça ? Si vous avez deux pages sur les vacances en Espagne, et que l'une d'entre elles est liée à votre nav principal et à 10 articles de blog. Mais que vous définissez l'autre comme balise canonique, Google va probablement dire : « Je ne pense pas que ce soit la version originale de ce contenu ». Cette page vers laquelle on pointe partout sur le site, c'est la version canonique réelle.
Et c'est là que vous pouvez rencontrer des problèmes intéressants parfois, où les gens ont produit un excellent contenu, mais ont canonicalisé la mauvaise URL. Et puis Google finit par utiliser l'URL qui est mal liée, et se dit que ce n'est pas une bonne page, et la classe mal. Je viens de repérer quelqu'un dans le chat demandant comment mettre en place une balise canonique, Nati, je vais te le dire, je crois qu'elles sont activées par défaut dans Wix.
18:54
Nati : Cela dépend fortement du CMS, bien sûr. Dans Wix, toutes les URL sont canonicalisées par défaut, ce qui évite les doublons. Mais, si vous décidez de la modifier vous-même pour une raison quelconque, vous pourriez utiliser le panneau SEO pour modifier la balise canonique par défaut et la remplacer.
Mais normalement, vous ne devriez pas avoir de problèmes de duplication. Sauf si vous le faites vous-même, si vous copiez un article plus d'une fois. Ou même si vous avez un blog, par exemple, et vous avez quelques articles. Et vous utilisez toutes les catégories que vous avez et vous les taguez dans tous les articles. En fait, ce que vous allez créer, et c'est votre faute, pas la nôtre, c'est un grand nombre de pages de tag ou de catégories différentes, mais avec le même contenu, n'est-ce pas ? Avec les mêmes articles. C'est donc une question d'erreur de la part de l'utilisateur, et vous pouvez modifier nos paramètres, mais je pense que la plupart des CMS, ceux qui se soucient du référencement, non seulement canonicalisent leurs URL, j'espère, mais permettent également de les modifier. Et s'ils ne le font pas, ils devraient le faire.
20:12
Chris : Cool. Passons maintenant à notre diapositive suivante, qui aborde les erreurs 404 et les liens brisés. Donc Nati, tout d'abord, pourquoi voit-on une erreur 404 ? Où voit-on des liens brisés ? Comment et pourquoi est-ce un problème ?
20:33
Nati : D'accord, il y a, encore une fois, plusieurs façons de détecter les erreurs 404. La première consiste à utiliser l'application Deepcrawl proposant une offre complète d'outils ou d'autres robots d'indexation pour les détecter. Ils passent en revue les liens qu'ils trouvent. Et si un lien est brisé, ils en sont avertis.
L'autre est, bien sûr, Google Search Console. Et je vais vous surprendre en ajoutant également Google Analytics si vous l'avez configuré, car vous pourrez alors filtrer les pages en fonction du titre 404. Vous pouvez voir toutes les URL qui ont déclenché un code 404. Et cela s'applique à la plupart des CMS, c'est une super astuce. Vous pouvez utiliser Google Analytics si vous l'avez pour détecter les codes 404.
Les codes 404 ont pour origine deux causes profondes. L'une est l'erreur de l'utilisateur, bien sûr. J'ai créé une page, j'ai créé un lien vers une autre page de mon site Web. Et je n'ai pas très bien lié, ou j'ai lié à une autre page sur mon site Web, mais j'ai, plus tard, changé l'URL pour ce site Web.
D'accord, les causes externes sont que quelqu'un a fait un lien, j'ai un lien retour vers mon site Web. Mais ce lien retour est cassé, parce qu'ils ne l'ont pas bien analysé, ou parce que j'ai, encore une fois, changé la structure de l'URL ou le slug et je n'ai rien fait à ce niveau.
Il existe donc des causes internes et externes à cela. Je tiens à souligner que chaque erreur 404 n'est pas un gros problème dont vous devriez vous occuper tout de suite. Parce que comme tu le sais, Chris, les gros sites Web, en particulier les sites e-commerce ont tendance à accumuler des erreurs 404 au fil du temps. Parfois ce n'est pas de leur propre faute.
Alors imaginez que je suis un site Web. J'ai Google Search Console, et j'ai fait un balayage avec un outil externe, avec un outil tiers. Et que je vois beaucoup d'erreur 404. Je n'ai pas tant de temps devant moi, le SEO c'est faire 200 choses différentes à la fois, non ? Alors, quelle priorité donneriez-vous aux erreurs 404 ? Et quand est-ce qu'un technicien SEO devrait s'en occuper ?
22:56
Chris : Donc je dirais le plus grand moment pour s'inquiéter des erreurs 404, ou d'une page renvoyant un code 404, ou d'un lien brisé, est lorsque vous vous retrouvez dans une situation où effectivement l'une de vos grandes pages, l'un de vos grands canaliseurs de trafic ou l'une de vos grandes pages de conversion se brise d'une manière ou d'une autre.
Cela peut être dû au fait que quelqu'un décide qu'une URL doit être modifiée pour une raison ou une autre, ou que les liens vers cette URL sont soudainement rompus. Évidemment, je dirais toujours que les liens internes de votre site doivent toujours renvoyer un statut 200, qu'ils passent par une redirection ou non. Je pense qu'on va aborder les redirections dans un petit moment. Mais oui, effectivement, évidemment encore une fois, en tant qu'utilisateur, si je suis en train de naviguer sur un site Web, ou similaire, et que je découvre soudainement qu'une page est brisée lorsque je clique sur un lien, c'est un cauchemar. C'est une expérience d'utilisateur horrible, je n'arrive nulle part. Et surtout, en tant que site Web, je ne peux pas être classé pour ce qui se trouve sur cette page, n'est-ce pas ?
Donc, très souvent, ce que nous verrons, c'est que nous donnons la priorité, essentiellement, aux erreurs 404 les plus handicapantes. Encore une fois, les erreurs 404 sont très, très faciles à gérer. De toute évidence, si vous avez une navigation d'en-tête sur 200 pages sur votre site Web, et que vous faites une seule faute de frappe dans votre en-tête, vous brisez soudainement 200 liens. Donc nous signalerons toujours des choses comme cela. Et évidemment, assez souvent, je travaille sur des sites avec des millions d'URL et ceux-ci peuvent créer des millions de 404 qui peuvent être modifiées en ouvrant le CMS, en appuyant sur Supprimer et en ajoutant le S à la fin, ou peu importe la modification. Je recommande donc de commencer par-là, en veillant à ce que la navigation dans l'en-tête et les éléments de ce type fonctionnent parfaitement, puis d'ajouter des éléments de contenu importants et de poursuivre à partir de là.
Comment faire face à ces problèmes ? Comme je l'ai dit, assez souvent, vous avez quelques options. Le meilleur problème et la meilleure façon de le résoudre, et la façon la plus simple de le résoudre, c'est de réparer le lien, n'est-ce pas ? Si c'est un lien interne. Mais le gros problème parfois est que vous pourriez trouver que vous avez un lien de - et cela arrive tout le temps avec les grands - vous pourriez avoir un grand backlink, non ? Vous avez peut-être eu droit à la presse nationale ou à la presse internationale. Mais vous constaterez que, bien que vous leur ayez envoyé le lien que vous voulez qu'ils utilisent, ils se trompent. Maintenant, ils ne répondent pas à vos e-mails, etc., etc. Alors comment faire ? Évidemment, la chose parfaite à faire est d'aller dans votre CMS, aller dans Wix ou autre, et de changer le lien. Et donc de d'assurer que maintenant le bon lien pointe vers la bonne URL. Mais les autres options sont les redirections, Nati, non ? Et je vais te laisser la parole, parce qu'évidemment, je sais que tu connais la façon de réparer le problème dans Wix, ou de mettre en place une redirection dans Wix.
26:23
Nati : Ouais. Donc on a dit tout d'abord, vous réparez le lien que vous voulez rediriger. Et vous devez tout rediriger, les URLs périmés. Ce que je veux dire par périmés, c'est qu'ils redirigeaient vers du contenu réel. Qu'il y avait quelque chose de tangible et de réel derrière eux, et pas seulement un 404 systématique, alors assurez-vous de travailler là-dessus en priorité. Tout d'abord, dans Wix, dans de nombreux endroits, et nous étendons cela au fil du temps, chaque fois que vous modifiez un slug d'URL, par exemple, ou parfois la structure d'URL sur laquelle nous travaillons. Nous ajouterons automatiquement une redirection 301 pour vous. Nous corrigeons les liens pour vous. Mais dans de nombreux cas, nous les éditerons automatiquement et vous pourrez désactiver cela vous-même.
Si vous souhaitez ajouter vos propres redirections manuelles, des redirections 301, vous pouvez accéder au Gestionnaire de redirection sous Paramètres SEO, et vous trouverez de nombreuses options. Vous pouvez le faire un par un, vous pouvez le faire par groupes, vous pouvez télécharger le CSV. Et ainsi, vous faites comprendre à Google, vous faites passer les signaux à Google, tout ce que Google savait au sujet de votre URL, au nouveau.
Il y a, bien sûr, une mise en garde majeure ici : vous ne pouvez pas simplement rediriger où vous voulez. Vous devez toujours, toujours, toujours, toujours rediriger vers le même contenu ou vers le contenu correspondant. Cela signifie que le fait de rediriger les 404 vers votre page d'accueil n'aidera pas beaucoup. Juste rediriger le lien vers une autre URL, une autre page qui est importante pour vous, ne va vous aider longtemps. Vous devez toujours, toujours rediriger vers la meilleure correspondance, la plus proche possible. Du point de vue du contenu, bien sûr, non ? Pas au niveau de la structure des URL. Peu importe l'URL, il s'agit du contenu derrière. Assurez-vous donc toujours de rediriger vers la bonne URL. Et assurez-vous toujours que l'URL vers laquelle vous redirigez est la version canonique. Et qu'elle retourne vers un 200—okay, ce que nous avons mentionné plus tôt.
Chris : Ouais.
28:47
Edu : J'ai une question, peut-être une question stupide. Mais je reçois beaucoup d'informations ici, ce qui est vraiment, vraiment bien. Mais j'ai deux questions. La première est, comment puis-je réellement modifier l'URL ?
Et la deuxième question à ce sujet est - parce que vous avez mentionné comme une erreur humaine, oublier un « s » et faire crasher tout le truc. Mais y a-t-il un moyen facile pour nous de réparer l'erreur et de trouver la source de l'erreur 404 ?
11:29
Chris : Je peux répondre à la seconde question, sur comment trouver la source. Encore une fois, tout robot d'indexation que vous pourriez utiliser, mettra toujours en évidence une erreur 404. Search Console contient également une liste de 404 que Google a trouvé, ce qui est évidemment une excellente ressource. Mais aussi je veux dire, encore une fois, un peu d'UX manuel je suppose, et les tests de votre site, vous aideront à trouver toutes ces erreurs. Encore une fois, vous savez, avant de publier une nouvelle navigation, assurez-vous que tous les liens contenus fonctionnent.
C'est toujours le meilleur choix : chaque fois que vous publiez du contenu, assurez-vous que ces liens fonctionnent, allez vérifier vous-même. Mais aussi vous avez, comme je le dis, Search Console, vous avez à disposition n'importe quel crawler web que vous choisissez d'utiliser. Ce sont mes deux premières options. Nati, je vais te laisser répondre à comment réparer ou modifier un lien parce qu’encore une fois, c'est une question sur Wix.
30:24
Nati : Donc sur Wix, il y a quelques endroits où il est possible d'éditer un lien. Vous pouvez le faire dans le panneau SEO, où vous pouvez modifier le slug pour le type de page sur laquelle vous travaillez, dans la plupart des cas. Et vous pouvez le faire dans une plus grande mesure dans nos modèles SEO. Vous pouvez en fait modifier toute la structure de vos articles de blog ou de vos pages de produits. Et nous étendons cela également à d'autres types de pages.
Donc, vous pouvez le faire dans son ensemble, par exemple, tous vos articles de blog, si vous vouliez commencer par « banane », vous pourriez terminer par « quelqu'un peut sortir promener mon Husky, s'il vous plaît », vous pourriez. Et si vous vouliez juste éditer le slug spécifique pour une page spécifique, un article de blog, un produit, peu importe, vous pouvez le faire aussi.
31:14
Chris : Ouais. Alors maintenant, passons à quelque chose d'un peu plus... Qu’est-ce que je voulais dire ? Pertinent, je suppose, pour l'utilisateur standard. Comme nous l'avons déjà mentionné, Google est un robot qui va chercher le code qui construit votre site Web. Mais aujourd'hui, Google effectue également ce que nous appelons le « rendu » d'une page. Donc, il va en fait générer une image quelque part et il va analyser l'image « au-dessus du pli », comme nous l'appelons. Donc, « au-dessus du pli » fait référence à tout ce qui est visible lorsque votre site Web se charge pour la première fois. Donc, effectivement, c'est sur votre bureau. Évidemment, c'est le rectangle grand écran de ce que vous regardez. Le « pli » est un terme ancien du journalisme. Exact. C'est l'endroit où l'on avait l'habitude de plier physiquement le journal, l'information importante se trouvait au-dessus. Et pour quelque raison que ce soit, nous avons conservé ce terme, et nous l'avons transposé au référencement.
Donc, Google regarde simplement la vue initiale, le contenu supérieur de la page. Et de nos jours, c'est fascinant, Google va faire des choses comme vérifier la taille du texte sur une page. Donc vos en-têtes, vos tags H, H1,2,3, etc. Mais Google regardera le texte qui est en gras sur une page, le texte qui est grand sur une page, le texte qui occupe la majorité de la vue initiale, et dira hé, ce contenu est important pour cette page, non ?
Encore une fois, dans le passé, je parle du passé, beaucoup de gens faisaient des choses comme des titres vraiment petits et les cachaient dans le contenu. C'est, je veux dire, en plus d'être horrible pour l'accessibilité, vraiment horrible pour l'accessibilité. Ce n'était pas génial pour les bots. Je viens de voir quelqu'un demander si le texte doit être du texte en direct, lira-t-il une image ? Toujours faire du texte en direct. Google peut lire des images. Mais si vous voulez que ce contenu soit vu de manière fiable par Google, je dirais toujours qu'il faut créer le texte lui-même.
Mais oui, donc à l'époque, Google était en mesure de - ou les gens étaient en mesure de cacher des choses efficacement en rendant les H2 petits, etc. On ne peut pas s'en tirer comme ça de nos jours. Et donc ce que nous devons faire, tout comme la page doit être humaine, lisible et accessible. Elle doit aussi être accessible aux bots. Nati, comme de nos jours, nous devrions juste essayer de traiter Google comme la plupart des humains qui utilisent un site Web.
34:05
Nati : Je pense qu'il est nécessaire de jeter les bases de la façon dont Google fonctionne et de la façon dont nous allons nous comporter avant de nous plonger dans ce domaine. Pour tous ceux qui ne le savent pas, nous avons vu que Google récupère le HTML, n'est-ce pas ?
Et Chris a mentionné que Google exécute JavaScript et affiche le rendu de la page. Le rendu d'une page consiste essentiellement à prendre tous ces éléments de base. Les éléments de base sont le HTML et le CSS et le JavaScript. Il utilise les éléments comme des Legos avec une notice, et en gros, il construit la page.
Ok. Dans le passé, nous nous sommes tous souciés de ce mot HTML que Google voit. Maintenant, les techniciens SEO devraient se soucier de ce que Google voit réellement, pas seulement du HTML. De la façon dont tout est construit, comment c'est assemblé. Et ce que Google essaie de faire c'est de comprendre, d'accord, quel est le contenu le plus important sur une page ? Et lorsque nous comprenons que lorsque Google regarde une page Web - d'ailleurs, il y a quelque chose que vous devez savoir sur le comportement des bots, et ensuite je continuerai sur la façon dont Google voit une page Web.
Quelques petites choses à savoir. Tout d'abord, Google est avant tout tourné vers les mobiles, ce que l'on appelle mobile-first. Que signifie être mobile-first ? Être mobile-first signifie que la version primaire que Google devrait théoriquement explorer est la version mobile. Pourquoi ? Parce que la plupart de nos recherches, la plupart de nos interactions sur le Web, se font sur mobile. Donc, chaque fois que nous regardons une page, nous devrions tout le temps, l'examiner et la concevoir pour qu'elle soit optimisée pour les mobiles. On doit s'assurer de son rendu tel qu'il serait si elle était consultée sur mobile. Et c'est là que les plis entrent le plus en jeu. Parce que pensez-y, c'est un élément de premier ordre. Et vous n'avez pas beaucoup d'espace sur les appareils mobiles, n'est-ce pas ? Vous avez le pli. Je ne dis pas que Google ne voit que le pli. Parce que lorsque Google récupère une page Web et l'affiche, il ouvre en fait une fenêtre très, très grande ou très haute. Parce que Google ne fait pas défiler, Google ne clique sur rien. Googlebot n'interagit avec rien. Tout ce qu'il fait, c'est ouvrir une grande fenêtre, et tout ce qui se trouve dans cet espace, dans le pli, est pris en compte, ou peut-être obtient une valeur supplémentaire du fait de sa présence.
Donc, chaque fois que vous regardez un site web en tant que technicien SEO, mettez-le sur mobile. Le mieux est de le faire à l'aide de l'un des outils de Google, comme le test d'adaptation du site Web aux mobiles ou le test des résultats enrichis, ou de le récupérer en utilisant l'option Inspecter l'URL dans Google Search Console, et d'inspecter ce qui se trouve dans le pli. Si vous avez quelque chose qui pousse vers le contenu principal dans le bas, et quand je parle du contenu principal, je parle au moins du titre principal d'une page, alors vous devriez vous pencher sur cette question. Car ce que vous signalez à Google et à vos utilisateurs, c'est que cette jolie image est ce qui m'intéresse. Mais chaque fois que quelqu'un consulte une page, qu'il s'agisse d'un utilisateur ou d'un robot, la première chose qu'il doit savoir, c'est ce que je vais lire. C'est le produit que je vais regarder. C'est le contenu qui m'est servi. Donc, chaque fois que vous pensez mise en page, pensez à son affichage mobile. Je pense que c'est le meilleur conseil que je puisse donner à ce sujet.
38:00
Chris : Et juste pour avancer à ce sujet Nati, une chose que nous voyons beaucoup et une chose dont les gens ne font pas assez. On en a tous l'habitude, pas vrai ? Nous travaillons sur nos ordinateurs portables, généralement connecté, vous savez, connectés au WiFi, sur un routeur ou sur notre WiFi domestique. Ce qui est génial. Et on construit nos sites web, on se dit oui, ça a l'air génial. Mais ce qu'on ne fait pas, c'est qu'on ne sort pas, qu'on ne prend pas notre téléphone pour voir ce qui se passe, hein ?
Mon téléphone est un téléphone Android milieu de gamme, un téléphone de £ 200 (livres). Si votre site Web a du mal à fonctionner sur mon téléphone, pendant que j'attends à l'arrêt de bus, alors je ne vais pas utiliser ce site. Tu vois ce que je veux dire ? Surtout encore, si vous utilisez un site web affichant les horaires de bus, et que votre site web ne fonctionne pas sur mon téléphone portable quand je suis à l'arrêt de bus, je ne vais pas utiliser votre site.
Donc, une chose importante est de savoir qui sont vos utilisateurs. Et encore une fois, nous avons parlé de Google Analytics un peu plus tôt. Regardez quel navigateur et appareils ils utilisent. Et assurez-vous que votre site fonctionne pour ces utilisateurs et ces navigateurs. Devrions-nous passer à quelque chose d'un peu plus basé sur le contenu, Nati, et discuter du schema markup ?
Fondamentalement, le schema markup alimente tout ce qui se trouve dans un résultat de recherche Google et qui n'est pas un bon vieux bluelink. Encore une fois, mon préféré est toujours les recettes quand il s'agit de schema markup. Si quelqu'un d'autre est comme moi, quand je cherche une recette à faire, je fais la plupart de mes recherches avec mes yeux. Mais aussi, encore une fois, comme je l'ai dit, j'ai un enfant de deux ans, presque deux ans. Je suis aussi très intéressé par les choses que je peux cuisiner en dix minutes. Le schéma de révision est donc un excellent moyen de prendre votre très bonne recette et de dire, voilà à quoi elle ressemble, elle est incroyable. 300 personnes ont dit que c'était génial, 300 personnes l'ont noté cinq étoiles. Et aussi, cela prend 15 minutes et voici les ingrédients. Et tout cela est basé sur le schema markup. Donc, le schema markup est une façon d'organiser le contenu.
Alors que Google fait de son mieux pour comprendre le contenu d'une page, le schema markup est essentiellement une manière d'utiliser, presque comme si vous remplissiez un formulaire, un site Web. Google dit, quels sont les ingrédients ? Ensuite, il y a une case pour écrire les ingrédients. Et Google s'en occupe, merci beaucoup. À quoi ça ressemble ? Et puis tu lui donnes une image. Et Google s'en occupe, merci beaucoup. On a la photo, je comprends. Quelles sont les notes, tu peux le dire ? Eh bien, cette personne a dit quatre sur cinq, cette personne a dit quatre et demi sur cinq. Et Google s'en occuper, super. Maintenant que nous connaissons toutes ces informations, nous pouvons construire ce que nous appelons les Rich Snippets, qui sont ces beaux extraits, qui peuvent, dans les meilleurs des cas, attirer les gens. Donc, encore une fois, en regardant les recettes là, tout de suite, maintenant, si je regarde ça, je vais choisir celle de droite, parce que ce sont les meilleurs biscuits aux pépites de chocolat, et ils ont l'air de l'être. Donc je vais cliquer sur celle-là. Autres exemples ? Je suppose, Nati ? Je veux dire, c'est quoi ton schema markup préféré ? Je sais que tout le monde n'est pas aussi bizarre que moi.
41:37
Nati : Je ne pense pas en avoir un préféré. Mais je pense que les gens doivent d'abord comprendre que le schema markup n'est qu'une couche de plus, non ? De votre contenu. Le schema markup consiste à structurer votre contenu de la manière la mieux adaptée aux machines. Ok. Pourquoi faisons-nous cela ? Pourquoi doit-on le faire ?
Tout d'abord, nous le faisons parce qu'il offre des résultats améliorés, c'est-à-dire riches. Mais il aide également les moteurs de recherche et les logiciels à mieux comprendre ce qu'il y a sur une page, car elle est alors structurée. On se dit, hey, regardez, c'est le prix, c'est l'image, vous voyez le SKU pour le produit. Et toutes les données sont bien structurées pour un non-humain. Tout d'abord, je pense que toutes les données structurées qui aident les autres machines à comprendre ce qu'il y a sur mon site web sont géniales.
Cependant, je pense que beaucoup de gens se laissent entraîner dans le jeu des données structurées, le jeu du balisage, et essaient de baliser tout ce qui se trouve sur le site Web. Et c'est un peu bizarre. C'est comme aller dans votre cuisine et poser une étiquette sur tout, ça c'est une fourchette, ça une cuillère, ça un couteau.
Comme si Google savait que c'est un couteau et que c'est une cuillère.
Ce que je veux dire, c'est que le balisage des données structurées est génial. Mais je conseillerais à tout le monde de s'en tenir à ce qui produit de riches résultats sur Google. Et vous n'avez pas besoin de vous rappeler par cœur, ce qui en est et ce qui n’en est pas, vous pouvez aller sur Google et rechercher « Galerie de recherche Google ». Chaque fois que vous le ferez, l'URL sera affichée. Et vous pouvez voir comme un catalogue de tous les différents riches résultats que Google propose. Donc, les produits sont bien sûr un must. Et pour les événements, vous obtenez de bons résultats. Les recettes, sans aucun doute. J'ai mon propre site de recettes. Et les résultats riches sont incroyables, parce qu'ils offrent une amélioration des indicateurs, de meilleures performances sur les résultats de recherche, ils vous font sortir du lot. Et ils vous rendent plus utile du point de vue de l'utilisateur.
Donc je me concentrerais sur tout ce qui peut apporter un résultat riche. Cependant, dans Wix, je n'irais pas trop loin car la plupart d'entre eux sont déjà générés par défaut. Donc je ne conseillerais pas aux utilisateurs de Wix d'en faire trop. Vous pouvez le faire dans notre panneau SEO, et dans les modèles SEO, vous pouvez définir un type de page entier. Je veux juste préciser que les données structurées, ces riches résultats, ne sont applicables que lorsque vous êtes en haut du classement sur Google.
Cela signifie que si vous êtes sur la deuxième, troisième page sur Google, ne vous embêtez pas. Ne gaspillez pas votre temps ! Ce qui m'amène à mon prochain point sur l'adoption d'une approche similaire dans le référencement technologique et la santé de votre site Web. Lorsque vous utilisez un logiciel, lorsque vous utilisez Google Search Console, lorsque vous détectez des problèmes, vous devez toujours prioriser, n'est-ce pas ?
45:08
Chris : Ouais, c'est ça. Donc passons à la diapositive suivante. Désolé, je me suis trompé de diapo. Alors, on se met en ordre de priorité dans une seconde, Nati. Mais je suppose que ce dont tu vas parler mène à l'audit des sites Web, dont nous avons parlé plus tôt.
45:31
Chris : Ouai, en effet. Nous en avons parlé. Nous avons donc parlé de toutes ces différentes questions.
45:38
Chris : Mais comment fait-on pour les trouver ? Comment on s'y prend pour les réparer ? Donc évidemment, nous avons mentionné Google Search Console plusieurs fois. Google Search Console est, encore une fois, que votre site soit une toute petite entreprise individuelle ou que vous fassiez partie des plus grands sites Web de la planète, Google Search Console est une grande source d'informations pour toutes sortes de problèmes. Je l'utilise pour tous nos clients, à peu près tous les jours.
Search Console est un excellent outil. Les outils d'audit tiers aussi, je veux dire, évidemment, je suis un grand fan de Deepcrawl. Je l'étais déjà avant de travailler ici. Mais il existe d'autres outils, nous avons mentionné Screaming Frog quelques fois. Screaming Frog est un excellent outil pour vous aider à localiser les problèmes. Donc Screaming Frog fonctionne aussi bien que Googlebot. Il parcourra vos sites et trouvera autant de pages que possible, puis vous fournira un grand nombre d'excellents rapports sur les problèmes, ou tout autre problème que vous pourriez trouver sur le site.
Une fois que vous avez fait cela, et nous parlions de priorisation plus tôt, vous devez commencer à prioriser ces problèmes, que nous aborderons dans une seconde. Une chose particulièrement importante à faire est de planifier et de faire ces audits régulièrement. Maintenant, régulièrement ne veut pas nécessairement dire souvent. Cela ne signifie pas nécessairement quotidiennement, ou trois fois par semaine ou quelque chose comme ça. Si votre site est audité, pour beaucoup de sites, de manière hebdomadaire, ou peut-être mensuelle, c'est le genre de fréquence à respecter.
Encore une fois, ce que nous faisons pour beaucoup de gros clients, c'est un grand audit du site tous les mois ou tous les deux mois. Et puis des contrôles plus petits, ce que nous appelons tactical crawls, des explorations et audits tactiques, plutôt chaque hebdomadaire. Et puis aussi, le dernier point, et c'est un peu ce dont Nati parlait avant, c'est de ne pas perdre de temps avec les mythes du référencement. Ou de ne pas perdre de temps sur des trous de lapin qui ne mènent pas forcément quelque part.
Il est très facile de s'attarder sur des problèmes bizarres ou de petits problèmes qui n'ont pas nécessairement beaucoup d'impact, et d'ignorer une page ici qui n'est plus indexée, ou un tas de liens brisés, ou quelque chose comme ça. Donc ça vaut toujours la peine de se concentrer sur ça. Et encore une fois, essayez toujours d'éviter les ouï-dire, sur Twitter, ou toutes ces choses, parlant des nouveaux facteurs de classement. Parce qu'encore une fois, je suis sûr que Nati et moi en avons vu beaucoup au fil des ans qui se sont avérés ne pas être grand-chose, ou ne pas être grand-chose. Mais quelqu'un a fait une étude, non ? Une étude vraiment imparfaite et qui dit que si votre page est verte, elle est mieux classée. C'est très facile de se perdre dans ces trous de lapin. Il y a autre chose à ce sujet ? Je regarde juste le temps. Ou veux-tu directement sauter à la façon de prioriser ?
49:02
Nati : Je pense que nous pourrions sauter à la façon de prioriser. Je sais que les gens ont été, dire que nous ne connaissons pas trop bien les outils, pour réellement faire le lien. Qu'est-ce que tu racontes ? Aux utilisateurs du tchat, s'il vous plaît, veuillez comprendre que nous n'avons pas le temps de montrer les outils. Nous avons créé un webinaire précédent qui explique plusieurs outils avec nos données de base.
Cependant, lorsque nous le pouvons, nous partagerons des liens vers des articles expliquant comment et quand utiliser les outils Wix, alors ne vous inquiétez pas à ce sujet. Je m'assurerai que ça arrive. Pour l'instant, vous devez adopter une façon de penser, une façon de regarder un site web à travers les yeux d'un non-humain, un robot logiciel. Et c'est ce que nous essayons de transmettre ici.
Donc, après vous aurez en dessous tous les liens expliquant comment faire toutes ces choses avec des explications supplémentaires. Et c'est tout. Je pense que nous pouvons passer à la priorisation.
Mais avant de prioriser, peu importe que ce soit l'application Deepcrawl ou autre chose. Tu as mentionné l'audit de site Web. Un audit de site Web, c'est juste un contrôle, non ? Comme un contrôle automobile. Tu amènes ta voiture, et ils te disent tout ce qui ne va pas, n'est-ce pas ? Donc, le référencement technique est de trouver ce qui ne va pas et ce que vous attendez d'être là, mais n'est pas là. Donc, avant de prioriser, comment planifier ces audits ? J'ai décidé du logiciel que j'aimerais utiliser, ok, j'ai connecté Google Search Console. J'ai décidé d'utiliser Deepcrawl ou Screaming Frog ou tout autre outil dont j'ai entendu parler. Dois-je le faire tous les jours ? Toutes les semaines ? Combien de temps les utilisateurs ou les personnes ici sont censés investir dans le référencement technique ?
51:18
Chris : Pas mal de temps, je dirais que cela peut varier énormément selon la taille du site et la quantité de contenu que vous diffusez. Je pense que pour la grande majorité des sites, un audit mensuel et un bilan de santé sont plus que suffisants. Encore une fois, la plupart des outils - Deepcrawl a automatisé l'exploration du site et Deepcrawl va, l'application Deepcrawl dans Wix, va parcourir votre site chaque semaine.
Mais avec aussi, la plupart des outils, encore une fois, Screaming Frog, vous pouvez définir des horaires dans Screaming Frog aussi. N'oubliez pas que l'ordinateur sur lequel est installé Screaming Frog doit être allumé à ce moment-là. Je vous recommanderais peut-être de vous assurer de laisser l'ordinateur allumé le lundi matin, ou de laisser votre ordinateur allumé pendant quelques heures un vendredi soir, quelque chose comme ça, afin d'obtenir les données. Mais oui, je dirais que pour la majorité des sites, une fois par mois, mais une fois par semaine, c'est un excellent moyen de s'assurer de trouver quelque chose.
52:28
Nati : J'espère. Au bout d'un moment, tout finit par se casser, non ?
52:31
Chris : Exact. Exactement. Ouais. Et parfois, ça casse et tu ne sais pas pourquoi. Alors.
52:38
Nati : Ok, alors discutons un peu de la priorisation mais parce que je pense que c'est l'aspect le plus important du travail de référencement, pas seulement du référencement technique. Alors dis-moi, quelle est la première chose à faire ? Il y a plein de problèmes - je vais dans Search Console, je vois beaucoup d'erreurs et de statuts, et des avis que Google me lance, et Deepcrawl me lance des trucs. Et c'est trop. Je n'en comprends pas la moitié. Que dois-je cibler en premier ? Dans quoi devrais-je investir mon temps limité ?
53:16
Chris : Ouai. La chose la plus importante est toujours le contenu. Tous les problèmes qui rendent le contenu non indexable. Donc, toute situation où vous avez une page sur le site que Google ne sera pas en mesure de voir. C'est la priorité numéro une. Je préfère toujours que Google voie une page avec des problèmes plutôt que de ne pas voir une page parfaite.
Donc, le lien interne est toujours une chose à examiner tout de suite. Si vous avez des liens vers des pages importantes qui ne fonctionnent pas, vous devez vous concentrer sur celles-ci. Ensuite.
53:54
Nati : Désolé de t'avoir coupé. Qu’est-ce que ça veut dire ? Que la page est indexable ou non ?
54:00
Chris : Pas de problème. Donc, une page qui n'est pas indexable est une page qui ne peut pas être placée dans l'index par Google. Il existe des balises dans une page que vous pouvez utiliser pour définir ce paramètre. Ce que je dirais, c'est que pour la grande majorité des sites Web e-commerce, ou similaire, vous voudrez que la majorité des pages soient indexées. Et le type de stratégie d'indexation ou de non-indexation est un sujet plus important, je dirais, pour beaucoup d'entre elles. Mais dans l'ensemble, ouais - donc une page qui n'est pas trouvable ou qui ne peut pas être mise dans l'index par Google est une page que nous considérerions comme non indexable. Alors qu'une page peut être indexée et ne peut plus être trouvée par Google, les liens doivent-ils être supprimés, ou quelque chose comme ça.
54:48
Nati : Donc il y a beaucoup à faire, encore une fois, ça dépend, comme pour tout dans le référencement. Et c'est la plus grande leçon ici, les gars. Tout dépend du référencement. Si je ne sais rien sur l'indexation mais que je voulais aller à la recherche de problèmes. Quelles sont les choses qui font que Google ne veut généralement pas indexer quelque chose, c'est-à-dire que je n'ai pas demandé à Google de ne pas indexer quoi que ce soit.
Si nous considérons l'index comme une grande bibliothèque. Et chaque site est un livre. Et chaque page de ce site est une page dans un livre. Et je n'ai pas dit à Google, regardez, ignorez ce chapitre, ne l'indexez pas. Mais quand même, Google ne l'a pas fait, non ? Je peux voir que certains de mes articles ne sont pas indexés. Google Search Console m'a indiqué que cela ne fait pas partie de mon offre dans mes bibliothèques, Google. À quoi dois-je m'attendre, même si je ne suis pas un technicien ?
55:54
Chris : Je répète, comme vous l'avez mentionné plus tôt, utilisez votre clavier. Faites une recherche sur votre propre site web, sur les mots pour lesquels vous essayez d'être classé, et voyez si vous êtes affiché, c'est toujours le meilleur indicateur. De plus, si vous n'êtes pas un technicien et que vous ne voulez pas chercher les balises, je crois qu'il existe des options et des choses comme ça dans Wix pour ne pas indexer les pages.
Eh bien, oui, ce serait le premier endroit où je commencerais. Si évidemment il s'agit d'un site Web que vous possédez, et d'un site Web dont vous contrôlez le CMS. Je regarde l'heure Nati, il te reste quelques minutes. Nous avons donc une prochaine diapositive ici sur la façon de garder un site sain.
Ouais. Donc nous avons déjà parlé de crawls automatisés et planifiés. Évidemment, nous avons des applications et des robots d'indexation. Pour moi, il est important de toujours tenir compte du SEO dans chacune des modifications que vous apportez, mais aussi de former les utilisateurs de votre site. Donc, que ce soit vos collègues, ou dans une situation où vous êtes un consultant, des choses comme ça. J'essaie d'enseigner le référencement à tout le monde dans l'entreprise, parce que, encore une fois, j'ai travaillé dans de grandes entreprises. Et évidemment, plus votre entreprise est grande, plus il y a de points d'échec. Dans tous les aspects du référencement, les gens sont normalement le plus grand point d'échec, non ?
Quelqu'un pourrait décider un jour, hé, je ne sais pas pourquoi l'URL de cette page est celle-ci, je vais la changer. Et ensuite ne pas réparer les liens, ou un certain nombre de problèmes différents. Je n'aime pas la balise H1, je vais changer l'en-tête de cette page, sans savoir que vous avez passé les six derniers mois à créer des liens vers cette page, et vous avez travaillé très dur pour vous assurer que cette page soit super optimisée, bla, bla, bla, bla.
Je dirais donc qu'il faut toujours essayer d'enseigner à autant de personnes que possible dans votre entreprise ce qu'est le référencement, pourquoi c'est important, et d'y penser à chaque modification apportée. Et aussi, comme nous l'avons mentionné au début, l'important à propos du référencement technique est la documentation. C'est la seule partie du référencement que Google va réellement exposer et dire, voici comment le faire correctement. Et encore mieux, voici un outil avec lequel vous pouvez simplement le tester. Utilisez ces outils. Utilisez cette documentation pour construire les choses à la lettre, car c'est la seule partie - c'est pourquoi je suis resté dans le référencement technique et me suis éloigné du référencement traditionnel. J'aime pouvoir faire quelque chose, puis appuyer sur un bouton, et recevoir une petite tape sur l'épaule de la part de quelqu'un qui dit oui, tu l'as fait correctement, c'est bien. Donc je me concentrerais toujours sur ça. Et toi, Nati ? Quels sont vos conseils pour maintenir un site sain ?
58:46
Nati : La priorisation, bien sûr, je pense que pour la plupart des sites Web, il est bien d'effectuer une analyse mensuelle. Mais je pense qu'il est important non seulement d'auditer un site Web, c'est-à-dire d'exécuter un programme ou un service SaaS, ou une sorte de logiciel. Il s'agit également de suivre le nombre et les types d'erreurs au fil du temps. Vous avez envie de voir que la santé de votre site Web s'améliore, n'est-ce pas ? Vous ne voulez pas voir une augmentation des erreurs, vous voulez voir une diminution des erreurs.
Donc une des choses que je surveillerais constamment c'est : le mois dernier, j'ai eu ceci et cela et cela, est-ce que le nombre de certaines erreurs a augmenté ? Ça a empiré ? Ou ça s'est amélioré. Si j'ai remarqué une tendance, par exemple, j'ai une augmentation des erreurs 404. Peut-être qu'il y a un problème plus important que je n'ai pas encore résolu. Regardez donc toujours les tendances et comparez ce que les services et les outils vous proposent.
Donc je sais que l'application Deepcrawl fait ça. Vous pouvez comparer - il y a là des lignes de tendance que vous pouvez suivre. Je sais que Google Search Console dans de nombreux rapports offre également des lignes de tendance pour diverses choses. Je dirais que l'outil le plus important - et je demande pardon à Deepcrawl - l'outil le plus important dans l'arsenal d'un technicien SEO est Google Search Console. Vous pouvez le faire, soit dit en passant, en quelques clics en utilisant notre fonctionnalité Se connecter à Google dans le Wiz [Outils de référencement, sous Marketing et référencement]. Toujours aller là-bas. Toujours voir ce qui empêche votre site Web d'atteindre son plein potentiel.
Maintenant, personne ne va vous apprendre à devenir un technicien SEO dans une heure. Ou même à devenir un technicien SEO en un mois. Cela demande de l'expérience, du temps et beaucoup de recherche. L'important est de vérifier, de rencontrer des problèmes, de faire une recherche sur Google, ou de demander des conseils dans des forums et communautés, sur Twitter ou dans les groupes Facebook, puis de les résoudre. Ce que nous essayons de faire de notre côté, c'est essayer que vous n'ayez pas à vous en occuper du tout.
Mais c'est toujours, toujours, toujours important de vérifier de temps en temps. Tout comme vous faites contrôler et réviser votre voiture chaque année afin qu'elle ne tombe pas en panne pendant que vous conduisez. C'est la même chose ici. Vous ne voulez pas que quelque chose de stupide sur votre site Web ait un impact sur votre activité ou celle de vos clients. Et c'est de ça qu'il s'agit lorsqu'on parle d'être technicien SEO. Il s'agit de savoir ce que je pourrais foirer, moi ou quelqu'un d'autre ? Et comment réparer ça ? Et ce n'est pas quelque chose que vous maîtriserez tout de suite. Il faut en faire encore et encore. Mais la première étape consiste à se connecter à Google Search Console, à se plonger dans les données - attendez quelques jours pour accumuler les données.
Plongez dans les données. Comprenez ce que Google vous renvoie, c'est-à-dire que si Google le met en évidence, c'est que c'est important. Et un dernier conseil. Beaucoup de gens ont remarqué sur le web - je gère beaucoup de grandes communautés de référencement et beaucoup de gens vont le remarquer - qu'il y a une augmentation du nombre de sites « explorés » mais pas « indexés » dans Google Search Console. Je suis sûr que vous l'avez vu sur de nombreux sites Web, forums, discussions. Donc, c'est un excellent exemple montrant que parfois ce n'est pas de votre faute. N'oubliez pas que Google est un service tiers : ils ont des bogues, des préférences, des ressources limitées, même s'il s'agit de Google. Ce n'est pas toujours de votre faute. Mais quand c'est le cas, vous feriez mieux de vous en occuper.
1:02:44
Edu : Super Nati, Chris, je tiens à vous remercier tous les deux. C'était de la folie. Plein de très bonnes idées, nous avons eu plus de 250 questions posées dans le Q&A. De plus, je peux facilement dire 200 000 commentaires sur le tchat. Donc c'était vraiment, vraiment bon de voir tout ce mouvement et tout le monde [est] vraiment, vraiment enjoué de vous entendre parler.
Comme tu l'as dit, ce n'est pas quelque chose que l'on apprend du jour au lendemain, ce n'est pas quelque chose du style ok, je me pose, je fais ça et maintenant je suis technicien SEO. Il faut du temps, il faut de l'énergie pour bien maîtriser la chose.
Et encore une fois, Deepcrawl, avoir Wix SEO avec toutes les fonctionnalités que nous avons récemment publiées aide beaucoup, aide énormément. Donc les gars, si vous avez d'autres questions, je sais que nous ne pourrons pas répondre à tous, car, 250 questions, nous devrions alors rester ici pendant environ cinq jours et ne serions pas en mesure de répondre à toutes les questions. N’hésitez pas à nous poser des questions. Si vous faites partie de l'une des communautés que nous possédons comme [la] communauté Editor X, ou la communauté Wix Partners ou All Things Wix. Rejoignez-nous, continuez à poser vos questions là-bas. Si vous allez sur Twitter, assurez-vous de nous taguer en utilisant les hashtags TechSEO, WixSEO, SEOWix, Deepcrawl. Allez-y, soyez fous, posez vos questions là-bas. Je vais essayer de convaincre les gars de peut-être y passer un peu de temps pour répondre aux questions sur Twitter.
Mais surtout, je veux vous remercier de votre temps, nous avons consacré une heure ici. Encore une fois, merci beaucoup, les gars. Kermit dit bonjour aussi. Ouai, merci, tout le monde. Chris, Nati, merci pour votre temps et à tous ceux qui sont hors-caméra ici et qui ne montrent pas leur visage, il y a beaucoup de gens en coulisses s'assurant du bon déroulé de l'événement. Merci à tous. Merci pour tout. Bonne journée.
1:04:19
Nati : Le SEO, ça tue.
1:04:20
Chris : Merci.