L’aéroport de Québec desservi par bus dès juin

L’amélioration du service de transport en commun à l’aéroport Jean-Lesage de Québec devrait se faire...
[Read More ...]

Les 5 chiffres SEO qui nous ont marqué cette semaine (09/12 au 16/12)

Quels sont les 5 chiffres SEO qui nous ont marqué cette semaine ? L’équipe @OnCrawl vous a préparé son top 5 des chiffres les plus marquants. L’ensemble des données utilisées proviennent de sources anglophones. Avis & recherches locales, marché international du search, vidéo & tendances SEO 2019 : découvrez nos 5 actualités SEO de la semaine.

85 % des internautes pensent que les avis datant de plus de 3 mois ne sont plus pertinents

D’après cette nouvelle étude de BrightLocal, les internautes placent une grande confiance dans les avis en ligne. Surtout lorsqu’ils sont récents. Un nombre important de consommateurs (40 %) ne prennent en compte que les avis de moins de deux semaines et 85 % considèrent les avis de plus de 3 mois comme non pertinents. Par ailleurs, l’étude a révélé que les recherches locales ont augmenté par rapport à l’année dernière. 56 % des internautes font au moins une recherche locale par mois contre 41 % l’année passée.
Lire l’article

Bing et Yahoo détiennent 6 % du marché du search aux États-Unis

Ce n’est pas un secret : Google domine largement le marché du search. En revanche, cet article montre que ce n’est pas forcément le cas dans tous les pays. Si Bing et Yahoo ne possèdent que 6 % du marché du search aux Etats-Unis, Baidu a séduit 80 % de la population chinoise et Yandex domine également le marché russe avec plus de 50 % des parts. Google n’est donc pas indétrônable dans tous les pays !
Lire l’article

64 % des entreprises locales reconnaissent que Google devient leur “nouvelle page d’accueil”

D’après cette enquête menée par Moz, 64 % des entreprises locales considèrent Google comme leur nouvelle page d’accueil. Entre les Local Service Ads, le zero-click SERPs et autres services proposés par Google, ils pourraient se demander : “Est-ce que j’ai vraiment encore besoin d’un site web ?”. L’auteur de l’article souligne son désaccord avec cette interrogation et montre que 65 % des marketers observent une forte corrélation entre l’organique et le classement local.
Lire l’article

81 % des marketers utilisent la vidéo comme un outil marketing

La vidéo est devenue essentielle pour une stratégie de marketing de contenu. Par exemple, Hubspot a montré que 81 % des entreprises utilisaient la vidéo et que 76 % observaient une augmentation des ventes grâce à la vidéo. Un format qui ne devrait cesser de prendre de l’importance dans les années à venir et qui devrait s’installer durablement dans les stratégies SEO & PPC.
Lire l’article

74 % des acheteurs en ligne affirment que les résultats de recherche textuels ne sont plus suffisants

Cet article s’intéresse aux nouvelles tendances SEO qui devraient apparaître en 2019. Ainsi, l’auteur révèle que 74 % des consommateurs estiment que les résultats textuels ne sont plus suffisants pour trouver un produit. Ces derniers attendent des résultats riches, visuels et personnalisé à l’heure ou l’intelligence artificielle permet d’obtenir de nouveaux formats et channels de recherche.
Lire l’article

[Read More ...]

Réaliser une migration de domaine sans encombre

Il existe de nombreuses raisons qui pourraient vous pousser à réaliser une migration de nom de domaine. Cela peut être le passage d’un nom de domaine vers un autre, la combinaison de plusieurs sites web en un seul ou simplement une migration HTTP vers HTTPs. Les migrations de domaine ne sont pas forcément fastidieuses. Cependant, si elles ne sont pas réalisées correctement, elles peuvent avoir de sérieuses conséquences négatives comme la perte de trafic ou de classement, ce qui peut également signifier une perte de chiffre d’affaires.

Migrer de HTTP à HTTPs

Note : Bill a séparé cet article en différentes vidéos qui résument sa réflexion.

La migration le plus commune est lorsque vous passez d’un site non-sécurisé à un site sécurisé. Les URLs de votre site web vont passer de HTTP à HTTPs. Si vous n’avez pas encore procédé à ce type de migration, je vous recommande de sérieusement envisager de passer à un site web sécurisé. Les moteurs de recherche considèrent le HTTPs comme un facteur de classement. Les dernières versions de navigateurs comme Google Chrome et Firefox ont commencé à prévenir les utilisateurs lorsqu’ils visitent des sites web non-sécurisés.

Exemple d’un avertissement Firefox qui apparaît lorsque vous visitez une page chargeant des ressources HTTP sur une URL HTTPS.

Migrer votre site d’une version HTTP à une version HTTPs implique différentes étapes importantes. Ces étapes incluent le certificat SSL du site puis la vérification que le site web a bien été complètement migré :

• Acheter un certificat SSL et installez-le sur le site web. De nombreux hébergeurs web vous proposeront de vous vendre et d’installer le certificat à votre place.
• Une fois que le certificat est installé, vous devrez crawler votre site pour vous assurer que toutes les références internes HTTP ont bien été transférées en HTTPs. Certains hébergeurs feront les changements et mises à jour nécessaires mais certains ne prendront pas la peine de le faire. C’est là qu’interviennent les crawlers comme OnCrawl.

Après avoir réalisé des centaines de migrations HTTPs au cours des dernières années et avoir été consulté de nombreuses fois pour des problèmes liés à cette migration, je peux affirmer qu’une erreur revient très souvent. Généralement, les sites web ne sont pas entièrement migrés de HTTP à HTTPs. La migration n’est pas complètement terminée. Par exemple, les pages sur le site peuvent ressortir correctement lorsque vous tapez https://www.votredomaine.com dans un navigateur web mais les liens sur le site pointent toujours vers la version HTTP. Les images sur le site peuvent être référencées via la version HTTP, ce qui engendre l’apparition du symbole “cadenas brisé” dans le navigateur web lorsque vous visitez l’une de ces pages.
Lorsque vous migrez un site web de HTTP à HTTPs, il est crucial que la migration de domaine soit complètement réalisée. Installer un certificat SSL sur votre site n’est pas suffisant. Ce n’est que le début de la procédure de migration. Avant de commencer votre migration HTTPs, prenez le temps de :

• 1. Mettre à jour tous les liens internes pour qu’ils pointent vers le HTTPs ;
• 2. Revoir et vérifier les paramètres du CMS (exemple : les paramètres du WordPress…)
• 3. Mettre à jour les références des images et des scripts, comme les fichiers CSS et JavaScript. N’importe quelle URL interne qui est référencée dans le code du site doit être passée de HTTP à HTTPs. Cela inclut les balises canoniques.
• 4. Crawler le site avec un crawler comme OnCrawl pour vérifier que les références internes et les liens internes ont bien été téléchargés. Vous aurez besoin d’utiliser le mode “URL list” d’OnCrawl afin de crawler l’intégralité de la liste.

Configurez un nouveau crawl et ajoutez “Data Sources” à votre crawl. Puis, cliquez sur l’onglet “URL Files” pour télécharger la liste des URLs.

Dans ce cas, j’ai sélectionné l’option “List of URLs” et ajouté la liste des URLs des redirections 301 que j’avais déjà ajoutée à mon fichier .htaccess. J’ai ajouté ces URLs dans un fichier texte que j’ai ensuite compressé dans un fichier .ZIP.
Une fois que vous avez lancé votre crawl et qu’il est complet, vous devriez pouvoir aller dans le Data Explorer et voir les redirections pour vous assurer qu’elles montrent bien toutes des redirections 301 permanentes. Voici un exemple ci-dessous, des données que j’ai utilisées pour détecter les redirections configurées suite à la migration de certains contenus vers mon nouveau domaine.

Vous pouvez aussi obtenir une vue générale de ces données dans le rapport Status Codes :

Vous pouvez trouver plus d’information sur ce mode et la manière dont il fonctionne ici.

• 5. Configurer des redirections 301 permanentes de HTTP vers HTTPs.

Votre site ne devrait pas s’appuyer uniquement sur des redirections 301 permanentes. Si vous ne mettez pas à jour vos liens internes sur votre site, par exemple, alors les liens internes vont causer des redirections 301, ce qui n’est pas une bonne chose. Lorsque vous crawlez votre site depuis la page d’accueil, vous ne devriez pas rencontrer de redirections ou d’erreurs 404. Les redirections doivent rester en place le temps que vous préveniez tout le monde (moteurs de recherche et visiteurs) que vos URLs passent de HTTP à HTTPs. De plus, vous devrez rediriger les clics d’autres sites web qui pointent toujours vers la version HTTP de votre site. Mais, cliquer sur un lien de votre site qui pointe vers une autre page ne devrait pas causer de redirection. Vous avez le contrôle sur votre site et il s’agit d’une partie courante de la maintenance globale de votre site.
Lorsque vous arrivez à ce stade, vous êtes prêts pour la migration vers HTTPs. Pour la plupart des migrations de domaine, une fois que le certificat SSL est en place sur votre site, surtout sur un WordPress, je me lance et procède à la migration. Je mets à jour toutes les références internes au HTTP ainsi que les paramètres WordPress (Settings/General) pour informer WordPress de l’existence des nouvelles URLs HTTPs.

• Faites une sauvegarde de votre site.
• Dans WordPress, mettez à jour les paramètres généraux (settings / general) afin que l’adresse WordPress et l’adresse du site pointent vers la version HTTPs de votre site.
• Utilisez les plugins Better Search et Replace pour chercher la version HTTP de votre site et la remplacer avec la version HTTPs. Je préfère rechercher l’URL entière, comme http://www.votresite.com/ et la remplacer avec https://www.votresite.com/ afin que les bons changements apparaissent dans les URLs. Ce plugin vous permet de rechercher dans l’intégralité de la base de données WordPress et de réaliser les changements appropriés sur tout le site.
• Ajoutez le code de redirection dans le fichier .htaccess du site afin qu’il se redirige vers le HTTPs. Alternativement, il y a des plugins qui vous aideront à forcer le HTTPs à travers le site, redirigeant le HTTP vers le HTTPs.
• Si vous utilisez un CDN comme Cloudflare.com, vous pouvez mettre à jour les paramètres pour forcer le HTTPs là aussi.
• Pensez à acquérir le HSTS Preload List pour Google Chrome. Analysez le site avec https://hstspreload.org. Si tous les paramètres sont corrects, il vous autorise à soumettre cette liste. S’il reste des erreurs dans le paramétrage, le site vous le notifie afin que vous puissiez faire les changements.
• Mettez à jour les paramètres Google Analytics afin qu’il sache que vous utilisez maintenant du HTTPs et non plus du HTTP.
• Mettez à jour votre signature de mail, profils réseaux sociaux et n’importe quels autres liens pointant vers votre site.

Après votre migration, vérifiez bien toutes les versions de votre site dans la Google Search Console. Pour la plupart des sites sans configuration de sous domaines personnalisés, il y en a au moins 4 que vous devrez vérifier :
https://
https://www
http://
http://www
Une fois que vous aurez réussi à migrer votre site en HTTPs, le trafic de “l’ancienne version” devrait ensuite chuter alors que le trafic vers la version HTTPs que vous utilisez commencera à augmenter. Les représentants de Google ont affirmé que tant que vous redirigez correctement vers le HTTPs, vous ne devriez avoir aucun risque de perte de trafic, car la migration aura été réalisée correctement. Pourtant, je vois très régulièrement des sites qui ne parviennent pas à réaliser une migration complète et c’est à ce moment-là que les classements et le trafic chutent dramatiquement. Le passage en HTTPs a de nombreux bénéfices tant qu’il est réalisé correctement.

Migrer d’un domaine à un autre

Un autre type de migration de nom de domaine qui arrive plus souvent que l’on ne pense est une migration où vous passez d’un nom de domaine à un autre. En général, cela arrive lorsque vous avez un long nom de domaine ou un nom de domaine qui utilise un TLD (Top Level Domain) non adapté. Puis, vous tombez sur un nom de domaine peut-être plus court ou tout simplement mieux : il s’agit d’un nouveau nom de domaine gTLD qui contient vos mots-clés. Vous l’achetez et prévoyez de migrer votre site vers ce nom de domaine nouvellement acheté. Vous n’avez pas de raisons d’avoir peur des migrations de domaine de ce type. Vous ne perdrez pas vos classements ni votre trafic si elle est bien bien réalisée.

Donc, vous changez de nom de domaine, et migrez vers un nouveau nom. Découvrons ensemble les étapes qui vous permettront de réaliser cette migration sans encombre.
Tout d’abord, il faut comprendre qu’il y a en général deux scénarios différents :

• Vous achetez un nom de domaine qui était déjà enregistré. Il pourrait s’agir d’un nom de domaine expiré, que vous avez acheté sur un site d’enchères, sur un “drop catcher” ou bien directement auprès d’une autre personne.
• Vous achetez un tout nouveau nom de domaine qui n’a jamais été enregistré auparavant. Jamais. Vous pouvez vérifier cela dans les archives d’internet (une véritable machine à remonter le temps ! ) sur www.archive.org.

Il est extrêmement important que vous compreniez les différences entre ces deux scénarios. L’ancien statut de votre nom de domaine pourrait avoir un énorme impact sur son utilisation future. Par exemple, si le nom de domaine a déjà été enregistré, il pourrait avoir eu un passé mouvementé :

• Avoir de bons (ou mauvais) liens pointant vers lui ;
• Avoir été utilisé pour un sujet complètement différent du vôtre ;
• Avoir été utilisé pour du spam (et avoir du contenu spammé ou avoir envoyé des emails spam) ;
• Être banni des moteurs de recherche.

Dans la plupart des cas, il est possible d’obtenir un nom de domaine avec un passé propre ou du moins nettoyé. Mais pas sans efforts. Si votre nom de domaine a déjà été enregistré dans le passé, je vous recommande de paramétrer un microsite avec du contenu lié à votre thématique. Le contenu doit être le même que celui que vous allez utiliser pour pouvoir rediriger vers votre futur site. Laissez ce microsite (au moins 3 à 5 pages) pendant quelques semaines (ou plus) pour vous assurez que l’utilisation de ce nom de domaine ne pose pas de problèmes. Assurez-vous qu’il est bien indexé dans les moteurs de recherche. Ainsi, lorsque vous procéderez à la véritable migration, vous serez conscients de tous les potentiels problèmes liés à ce nom de domaine. Faites bien cette vérification préalable ou engagez quelqu’un avec de l’expérience pour le faire à votre place. Verified Domains propose également un service complet de vérification du passé d’un nom de domaine.
Si le nom de domaine n’a jamais été enregistré auparavant ni utilisé pour un autre site web alors vous êtes chanceux. Vous n’avez pas à vous préoccuper d’éventuels problèmes liés à son passé. Je vous recommande tout de même quelques vérifications préalables pour vous assurer de sa fiabilité.
Si vous êtes sûrs de votre nouveau nom de domaine, alors la première étape est de prendre connaissance de tout le contenu présent sur le site existant et de trouver toutes les URLs potentielles qui ont pu exister sur le site. Par exemple, vous pouvez réaliser un crawl complet avec OnCrawl et les options suivantes :

• Les données de fichiers de log ;
• Les données de Google Analytics ou Adobe Analytics ;
• Les données de la Google Search Console ;
• Les données de backlinks de Majestic.com.

En incluant toutes ces données dans le crawl d’OnCrawl, vous vous assurez de trouver toutes les URLs qui ont existé sur le site. De cette manière, toutes les redirections que vous paramétrez (en redirigeant l’ancien nom de domaine vers le nouveau) prendront en compte tout le trafic et les liens potentiels que l’ancien nom de domaine a pu avoir.
La procédure pour passer d’un nom de domaine à un autre est très simple et inclut les étapes suivantes :

• 1. Vérifiez toutes les versions de chaque site dans la Google Search Console. Cela inclut les versions http://, https://, http://www, et https://www. Identifiez également tous les sous domaines dont vous avez la connaissance.
• 2. Crawlez le site entièrement en utilisant OnCrawl. Ajoutez les données de Google Analytics, de la Google Search Console, de Majestic.com et des fichiers de log à votre crawl. Vous pourrez plus facilement identifier toutes les URLs possibles ainsi. Faites une liste de toutes les URLs que vous avez rencontrées, une liste massive d’URLs uniques. Vous en aurez besoin plus tard.
• 3. Configurez les redirections. Utilisez les redirections 301 permanentes pour rediriger l’ancien nom de domaine vers la nouvelle version du domaine. Idéalement, cela signifie rediriger chaque ancienne version du nom de domaine vers la nouvelle version.
• 4. Testez les redirections et assurez-vous que vous ne redirigez pas plusieurs fois. Par exemple, il ne doit pas y avoir de redirection 301 permanente depuis http://www.anciendomaine.com vers https://www.anciendomaine.com/ puis vers https://www.nouveaudomaine.com/. Il est facile de faire cette erreur. Vérifiez qu’il n’y a bien qu’une seule redirection et pas plusieurs.
• 5. Utilisez l’outil de changement d’adresse de Google pour informer Google que vous changez de nom de domaine. Si les redirections sont correctement configurées, Google le confirmera avec cet outil.
• 6. Mettez à jour les paramètres de Google Analytics pour pointer vers le nouveau nom de domaine. Même si vous voulez garder vos anciennes données dans Google Analytics, vous devez quand même éditer l’URL dans les paramètres de Google Analytics.
• 7. Crawlez à nouveau le site, en utilisant la liste que vous avez préalablement créée. Cela vous permet de vous assurez que toutes les anciennes URLs sont correctement redirigées vers les nouvelles URLs. Utilisez le mode “URL List” d’OnCrawl pour crawler votre liste d’URL.

Configurez un nouveau crawl et ajoutez “Data Sources”. Puis cliquez sur l’onglet “URL Files” pour télécharger le fichier contenant la liste d’URLs.

Vous pouvez trouver plus d’information sur le mode liste ici.
Vous devrez maintenir ces redirections en place pendant un long moment. Je recommande de ne jamais retirer les redirections qui renvoient depuis l’ancien nom de domaine vers le nouveau. Les anciennes URLs vont rester dans l’index de Google pendant longtemps, j’ai vu certaines y rester pendant au moins 3 ans si les redirections restent en place. L’ancien nom de domaine se montrera dans les résultats de recherche seulement si vous le recherchez. L’ancien nom de domaine ne devrait se classer pour aucun mot-clé si les redirections sont bien restées en place et sont correctement paramétrées.

Combiner plusieurs sites web en un seul

Un jour, vous pourriez avoir besoin de combiner le contenu de plusieurs sites en un seul. Beaucoup d’étapes sont similaires dans les procédures de combinaison de contenu ou de déplacement. Mais la situation se complique lorsqu’il faut décider quel contenu déplacer, quel contenu rediriger et quel contenu supprimer complètement du site (et donc ne pas déplacer).

Je recommande de suivre les étapes suivantes pour combiner deux ou plusieurs sites en un seul :

• 1. Crawlez tous les sites en utilisant OnCrawl. En incluant les données de Google Analytics, Google Search Console, Majestic.com et de logs dans vos crawls, si possible. Vous devez réaliser ce crawl pour pouvoir identifier toutes les URLs possibles. Faites une liste de toutes les URLs que vous avez rencontrées, une liste massive d’URLs uniques. Vous en aurez besoin plus tard.
• 2. Créez une feuille de calcul dans Excel avec toutes les URLs de tous les sites web. Celle-ci peut inclure plusieurs onglets, un pour chaque site et un pour le “nouveau” site que vous créez. Lancez-vous dans la procédure fastidieuse de lister toutes les pages du “nouveau” site et cartographiez les pages de l’ancien site que vous déplacez, celles que vous combinez et ainsi de suite. Il s’agit de la partie la plus critique de toute la procédure et également la tâche sur laquelle vous devez passer le plus de temps.
• 3. Une fois que vous avez votre feuille de calcul et la liste des URLs qui doivent être redirigées et des contenus qui doivent être déplacées ou combinées, mettez au point un plan pour combiner et déplacer le contenu. Cela inclut bien sûr les changements navigationnels (changements de maillage interne) que vous devrez également cartographier. Gardez en tête qu’il est recommandé de conserver autant d’URLs que possible. Si vous combinez des sites web en un seul, il peut être utile de garder les mêmes URLs.
• 4. Durant cette procédure, je recommande de commencer avec un nouveau hébergeur ou VPS dans un environnement de développement (pas un site ouvert au public et crawlable par les moteurs de recherche). Cela vous donnera suffisamment de temps pour migrer votre contenu, ajouter des liens internes et mettre à jour la navigation. Certains aiment exploiter ce temps pour créer un nouveau site avec un nouveau design. Déplacez le contenu et mettez à jour le nouveau site.
• 5. Une fois que le nouveau site et le contenu que vous avez déplacé ou combiné vous convient, vous pouvez commencer à implémenter les redirections. Utilisez la feuille de calcul que vous avez préalablement créée ainsi que les données de crawl d’OnCrawl pour vous aider avec les redirections.
• 6. Assurez-vous que toutes les version des domaines (http://, https://, http://www., et https://www) ainsi que les sous-domaines ont bien été vérifiés dans la Google Search Console.
• 7. Mettez en place les redirections, et autorisez les moteurs de recherche à crawler le nouveau site. Si vous avez changé d’hébergeur web, vous devrez mettre à jour les serveurs du nom de domaine afin qu’ils pointent également vers le nouveau serveur.
• 8. Utilisez l’outil de changement d’adresse de Google pour informer Google que vous êtes passés d’un nom de domaine à un autre. Vous aurez besoin de faire cela pour chaque domaine que vous déplacez ou combinez. Si les redirections sont correctement configurées, Google va reconnaître la migration lorsque vous configurerez le changement d’adresse.
• 9. Mettez à jour les paramètres de Google Analytics pour pointer vers le nouveau nom de domaine. Vous pourriez ne pas pouvoir garder toutes vos anciennes données comme vous ne faites pas que migrer d’un domaine à un autre. Vous devriez ouvrir un nouveau compte Google Analytics pour le nouveau domaine ou le nouveau site. Vous pouvez également transférer celui que vous utilisez sur votre site actuel.
• 10. Crawlez tous les sites une nouvelle fois, en utilisant la liste que vous avez préalablement créée, pour vous assurez que toutes les anciennes URLs redirigent correctement vers les nouvelles URLs. Utilisez le mode “URL List” d’OnCrawl pour recrawler toutes les URLs ou vérifier les redirections.

Configurez un nouveau crawl et ajoutez les “Data Sources”. Puis, cliquez sur l’onglet “URL Files” pour télécharger le fichier de la liste d’URLs.

Vous pouvez trouver plus d’information sur ce mode liste ici.

• 11. Pour le nouveau contenu que vous avez déplacé ou mis à jour, vous pouvez utiliser les outils Google Fetch et Render pour demander à ce que Google recrawle le site.

Que vous migriez de HTTP à HTTPs, d’un domaine à un autre ou que vous combiniez des sites web en un seul, vous devrez procéder à un crawl. Utilisez les crawls pour trouver toutes les URLs possibles (pages) qui ont pu exister sur le site, et exploitez les données lorsque vous configurez les redirections. Il est impératif que vous utilisiez les redirections 301 permanentes pour minimiser le nombre de rebonds des visiteurs (ou des bots des moteurs de recherches) et pour les diriger vers la destination finale. Je vois trop souvent des problèmes avec les classements dans les moteurs de recherche ou des chutes de trafic à cause d’une mauvaise migration de site, ou des migrations où les procédures n’ont pas été suivies correctement. Avec un bon plan, une compréhension de l’intégralité de la procédure et une vérification aguerrie, votre prochaine migration de domaine se déroulera sans encombre et sans aucune perte de trafic ou chute de classements.

[Read More ...]

La ministre des Affaires municipales ordonne une enquête sur le maire de L’Ancienne-Lorette

La ministre des Affaires municipales, Andrée Laforest, a demandé mercredi à la Commission municipale...
[Read More ...]

Cet hiver : bains libres gratuits au PEPS de l'Université Laval

Cet hiver, la Ville de Québec en collaboration avec le Pavillon de l’éducation physique et des sports de l’Université Laval (PEPS) offre des bains libres gratuits à l’intention des citoyens.

Les samedis 12 janvier, 16 février, 16 mars et 6 avril de 16 h à 17 h 30, les utilisateurs auront accès gratuitement aux trois bassins suivants :

·       Piscine olympique : 10 couloirs de nage 25 m

·       Piscine avec tremplins : jeux gonflables

·       Bassin récréatif

 

L’entrée est gratuite pour toute la famille sur présentation d’une preuve de résidence (exemple : permis de conduire). La gratuité est pour les citoyens de la ville de Québec. Les non-résidants doivent payer le droit d'entrée régulier. Le casque de bain est obligatoire (vente sur place au besoin). Notez que le stationnement intérieur est aussi gratuit pour les résidants lors de ces bains libres.

 

La Ville de Québec et l’Université Laval ont une entente concernant l’utilisation des infrastructures du PEPS. Cette entente permet d’offrir aux citoyens des installations sportives et récréatives améliorées, de proposer des sites d’entraînement adaptés aux athlètes et d’accueillir des événements sportifs majeurs. Les installations d’une qualité et d’une modernité exemplaires permettent de bonifier l’offre d’activités sportives.

 

Renseignements : www.peps.ulaval.ca

 

Bonne baignade!

[Read More ...]

Comment déterminer le périmètre d’un crawl et gérer vos réserves de budget de crawl ?

Lorsque l’on évoque la notion de budget de crawl, on touche une corde sensible dans l’écosystème du SEO. D’un côté, les sceptiques qui pensent que le budget crawl est une définition brillamment marketée, rien de plus, et de l’autre, les partisans d’une technique utilisée par Google pour prioriser l’exploration des pages d’un site. Du côté de Google, il est dit que le budget crawl est ainsi appelé par abus de langage par les professionnels du SEO et qu’il ne devrait pas y avoir lieu de s’en soucier pour les sites de moins d’un million de pages. On pourrait toutefois le dénommer ressources de crawl pour être un peu plus proche, à minima des termes évoqués dans les brevets.
En somme, le budget de crawl ou quel que soit son nom est un indicateur de plus dans les débats, âprement discuté mais jamais vraiment démontré.
Il y a toutefois deux indicateurs cités par Google dont on entend peu parler :

• Le crawl rate limit : qui permet à Google de définir la vitesse de crawl idéale sans menacer les performances globales du site.
• Le besoin d’exploration (crawl demand) : qui permet d’accroître le nombre de pages crawlées sde manière ponctuelle : refonte, jeu de redirections, etc.

Pourtant, il y a une chose qui met tout le monde d’accord : les lignes de logs ne mentent pas. “Log files are so underrated” pour citer John Mueller.

Qu’est-ce qu’une réserve de budget de crawl ?

On définit le budget de crawl comme une unité de temps à l’intérieur de laquelle Google définit, en fonction d’un score d’importance, les URLs à explorer.  A fortiori, on admet souvent que le budget de crawl d’un site web donné mériterait d’être optimisé : faire en sorte que davantage de pages soit explorées par Google par rapport à un instant T.
C’est là qu’intervient la notion de réserve de budget de crawl. Il s’agit précisément d’identifier les explorations inutiles actuelles de Google sur certaines pages afin de transférer son exploration à d’autres pages.

On pense naturellement aux erreurs “4 double x” autant sur les pages que sur les ressources. On peut rapidement s’apercevoir que Google perd son temps sur des pages qui n’ont plus lieu d’être. C’est une première réserve à travailler : récupérer du hit pour favoriser l’exploration de Google sur des pages à réelle valeur ajoutée.

Et la même logique vaut pour les explorations effectuées via les User Agent hors SEO :

On peut aussi utiliser intelligemment les segmentations personnalisées créées via OnCrawl afin d’identifier les URLs qui ne méritent aucune attention de la part de Google. De très nombreuses raisons peuvent permettre d’identifier ces URLs : tags qui permettent de classer le contenu rédactionnel mais qui n’ont aucune valeur ajoutée en tant que page web, pages liées au tunnel de commande, etc.

On sait également que lorsque le périmètre de crawl n’est pas atteint, Google peut être amené à crawler des URLs qui n’ont pas ou plus aucune valeur ajoutée, dès lors retirées de l’architecture du site : les pages orphelines.
Certaines peuvent continuer à recevoir des hits de Google. Lorsque le cas se présente et lorsque ces pages ne reçoivent plus de SEO visits, il convient également de les traiter en priorité afin de réaffecter la réserve de hits à d’autres pages.

Comment mesurer les résultats ?

Notre discipline est tout sauf une science exacte. Une question se trouve en tête de liste lorsque nous évoquons l’exploitation des réserves de budget de crawl : “comment je peux dire si, une fois les optimisations apportées, Google s’intéresse à mes autres pages ?”.

On peut d’abord facilement s’apercevoir si oui ou non les optimisations que l’on apporte à un lot de pages données induisent le comportement attendu côté Google.

L’illustration est plutôt criante de vérité ici : malgré quelques rebuts après le 19 janvier 2018, on voit clairement que le crawl de Google sur nos pages inutiles est proche du néant.

Si on s’intéresse maintenant aux pages nouvellements crawlées, on s’aperçoit que pour notre groupe “budget de crawl efficient”, on passe en moyenne de 58% de pages nouvellement crawlées par jour à 88%.

En appliquant le Base filter sur notre groupe de pages à abattre, on s’aperçoit également clairement du résultat :

Il est aujourd’hui difficile voire impossible d’identifier précisément un schéma de crawl : soit définir un point d’entrée et suivre url par url le chemin de Google pour un groupe de pages en particulier. Certainement parce que Google ne se comporte pas ainsi et, pour aller plus loin, son comportement ne suit certainement aucune logique. L’identification des bénéfices suite à l’exploitation des réserves de budget de crawl demeure donc inexacte car nous ne pouvons mesurer précisément les tenants et aboutissants. Toutefois, à la lumière des illustrations et métriques énoncées plus haut, on note clairement une modification globale du comportement de Google entre nos pages à budget de crawl efficient et non efficient.

[Read More ...]

Opération déneigement - Stationnement interdit dans la nuit du 11 au 12 décembre

Québec, le 11 décembre 2018 – La Ville de Québec informe la population que des travaux de déneigement ou d'entretien de la voie publique et des trottoirs sont prévus la nuit prochaine dans trois arrondissements.

Le stationnement sera interdit selon les modalités suivantes :

Arrondissement de Charlesbourg - Le stationnement est interdit de 21 h ce soir à 7 h demain matin.
Dans les rues où des feux clignotants orange sont en fonction, le stationnement est interdit de 22 h ce soir à 7 h demain matin.

Arrondissement de La Haute-Saint-Charles - Le stationnement est interdit de 21 h ce soir à 7 h demain matin dans le secteur de Loretteville. Le stationnement est permis dans les rues des autres secteurs.

Arrondissement des Rivières - Le stationnement est interdit de 21 h ce soir à 7 h demain matin. Toutefois, dans l’ancien secteur de Vanier, au sud de la rue Samson, où des feux clignotants orange sont installés mais non en fonction, le stationnement est permis.

La Ville appelle à la collaboration des citoyens
Les véhicules de déneigement doivent pouvoir circuler librement dans les rues pour les déblayer efficacement. La Ville demande aux citoyens leur collaboration pour :
• libérer la chaussée pour permettre le passage de la machinerie;
• respecter les interdictions de stationnement, le cas échéant;
• placer leurs bacs à ordures et à recyclage dans leur entrée.

Information : déneigement et remorquage
En tout temps, les citoyens peuvent obtenir de l’information sur les conditions de stationnement en vigueur dans leur arrondissement ou sur le lieu de remorquage de leur véhicule en composant le 418 641-6666. Ils peuvent également consulter Info-Remorquage sur le site Internet de la Ville.
Il est aussi possible de s’abonner aux alertes SMS-Déneigement avec son mobile. Il suffit de texter le mot « NEIGE » au 64123. Des frais standards peuvent alors s’appliquer, selon son forfait.

[Read More ...]