Liens annexes de Google disparaissent

Au cours des derniers mois, mes Sitelinks dans la recherche Google ont lentement disparu (voir le graphique ci-dessous). D’autres personnes rencontrent-elles le même problème ? Nous n’avons pas touché au site à part les mises à jour depuis longtemps.

2 « J'aime »

Vous avez oublié de poster le graphique. :slight_smile:

2 « J'aime »

RRRats.

3 « J'aime »

Idem pour moi. Je pense que Google signale « Aucun résultat enrichi détecté », ne trouvant que la zone de recherche sur chaque page.

Voir peut-être ici :

3 « J'aime »

Je constate que la baisse des pages valides date de la mi-novembre environ. Il y a eu deux versions pendant cette période : 2.9.0.beta11 vers le 1er novembre et 2.9.0.beta12 vers le 14 novembre. Je mets généralement à jour dans les trois jours suivant une version.

Voici mon graphique :

Il me semble possible que la structure HTML d’une page Discourse ait changé d’une manière significative pour Google dans l’une ou l’autre de ces versions.

2 « J'aime »

Et un autre similaire :

Forum plus petit donc ces baisses sont plus claires. Et j’ai tendance à mettre à jour/améliorer au moins une fois par semaine,

3 « J'aime »

J’utilise par hasard un forum Discourse qui est obscur et pas très fréquemment mis à jour, et probablement peu crawlé par Google.

Si je recherche
« Un seul NIC avec inversion de bit a fait tomber le stockage cloud d’Amazon »
je obtiens un résultat qui inclut une image de la page cible :

Je soupçonne que c’est ce qui nous manque désormais. Les résultats pour mes forums mis à jour et moins obscurs ne sont que de simples extraits de texte.

Voici l’en-tête de cette page cible tel que vu par mon navigateur – je ne sais pas si Google voit la même chose ou non.


<!DOCTYPE html>
<html lang="en" class="desktop-view not-mobile-device text-size-normal">
  <head>
    <meta charset="utf-8">
    <title>Un seul NIC avec inversion de bit a fait tomber le stockage cloud d'Amazon (2008) - cloud - Postmortems</title>
    <meta name="description" content="Déclaration officielle : 
Incident de disponibilité Amazon S3 : 20 juillet 2008 
Peter Vosshall dans la vidéo ci-dessous dit 

… cela a complètement fait tomber S3. Donc un serveur, un NIC, un bit, a fait tomber notre service régional et c'était la seule couche – nous avions des sommes de contrôle tout au long de la pile – c'était la seule couche qui n'avait pas de sommes de contrôle.   Comme vu sur HN :   Cela me rappelle un NIC rogue, inversant un seul bit de temps en temps, qui a fait tomber S3 :                  Ref : https://news.ycombinator...."
    <meta name="discourse_theme_id" content="3">
    <meta name="discourse_current_homepage" content="latest">

    <meta name="generator" content="Discourse 2.9.0.beta14 - https://github.com/discourse/discourse version fb2507c6ce80a1f4fc3a68a23342e5eca765a13f">
<link rel="icon" type="image/png" href="https://postmortems.info/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_32x32.png">
<link rel="apple-touch-icon" type="image/png" href="https://postmortems.info/uploads/default/optimized/1X/_129430568242d1b7f853bb13ebea28b3f6af4e7_2_180x180.png">
<meta name="theme-color" media="all" content="#ffffff">

<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, user-scalable=yes, viewport-fit=cover">
<link rel="canonical" href="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />

<link rel="search" type="application/opensearchdescription+xml" href="https://postmortems.info/opensearch.xml" title="Recherche Postmortems">

    <meta name="csrf-param" content="authenticity_token" />
<meta name="csrf-token" content="HMY_f3K39gT7gyv1DSmPRW8zd7v29Z0kD55iyNR9C3zgwwBbbgXmhK9Euzuu0gpooN7LlzSSueWlIz4GawwPmw" />

      <meta name="fragment" content="!">


    

      <link rel="preload" href="/assets/start-discourse-f6e4e67026eabe0c9b84599087eb11ee33d8149f196b7439b0630ed5ab4d5f29.js" as="script">
      <link rel="preload" href="/assets/browser-update-d7761004034ce1ea7686d586f5e8a8d216e6f67b609f9b4bcaba53b8b8d34729.js" as="script">
    <link rel="preload" href="/assets/browser-detect-7af298cd000a967d2bdc01b04807eda2924a388584ea38ad84919b726283c2ed.js" as="script">
<script defer src="/assets/browser-detect-7af298cd000a967d2bdc01b04807eda2924a388584ea38ad84919b726283c2ed.js"></script>


    <link rel="preload" href="/assets/locales/en-4632a4adf53ab69af31ccd61772e71da2b8d273a9238188b7322caa0beb9e231.js" as="script">
<script defer src="/assets/locales/en-4632a4adf53ab69af31ccd61772e71da2b8d273a9238188b7322caa0beb9e231.js"></script>

    <link rel="preload" href="/assets/vendor-0086bb622ee0d0e4b902506c9c6b6e6da9dea80b09d9e2307a0e80ee8ae90cb5.js" as="script">
<script defer src="/assets/vendor-0086bb622ee0d0e4b902506c9c6b6e6da9dea80b09d9e2307a0e80ee8ae90cb5.js"></script>

<link rel="preload" href="/assets/chunk.857.91d4bdb47afe27a0b223-cc02271de56ef602d0fb03225b01336e39ea5e0e833131533d046d5f7fa0e9dd.js" as="script">
<script defer src="/assets/chunk.857.91d4bdb47afe27a0b223-cc02271de56ef602d0fb03225b01336e39ea5e0e833131533d046d5f7fa0e9dd.js"></script>

<link rel="preload" href="/assets/chunk.143.554dfbd1faa360aeb1d7-bbbe9995b2c8f62e4972b08bcea57ab4fbca241815fa3712c9c82bc3a692155e.js" as="script">
<script defer src="/assets/chunk.143.554dfbd1faa360aeb1d7-bbbe9995b2c8f62e4972b08bcea57ab4fbca241815fa3712c9c82bc3a692155e.js"></script>

    <link rel="preload" href="/assets/discourse-5717caf5e6e015828843fb47d9b7fa86336c8c7a3f293f8ca41d572e4a458e96.js" as="script">
<script defer src="/assets/discourse-5717caf5e6e015828843fb47d9b7fa86336c8c7a3f293f8ca41d572e4a458e96.js"></script>

      <link rel="preload" href="/assets/plugins/discourse-details-3262864f1b5a3f1b862422b3e2a0d3a296de258f13c70f25bd1f512e29ed1d97.js" as="script">
<script defer src="/assets/plugins/discourse-details-3262864f1b5a3f1b862422b3e2a0d3a296de258f13c70f25bd1f512e29ed1d97.js"></script>

      <link rel="preload" href="/assets/plugins/discourse-local-dates-3d830b7216fd387586ab877d3474fd56fe7d1b58f7915636490c00baca46a3a9.js" as="script">
<script defer src="/assets/plugins/discourse-local-dates-3d830b7216fd387586ab877d3474fd56fe7d1b58f7915636490c00baca46a3a9.js"></script>

      <link rel="preload" href="/assets/plugins/discourse-narrative-bot-cb6fa1c8b042328ccee9b135ef703e4c383d0595f1ee4d2f0cc2392a48ce485b.js" as="script">
<script defer src="/assets/plugins/discourse-narrative-bot-cb6fa1c8b042328ccee9b135ef703e4c383d0595f1ee4d2f0cc2392a48ce485b.js"></script>

      <link rel="preload" href="/assets/plugins/discourse-presence-11bf773d7d34416ce01190e5c36e8d9e7c6ac78c5dc848f38402f82f05fc37b3.js" as="script">
<script defer src="/assets/plugins/discourse-presence-11bf773d7d34416ce01190e5c36e8d9e7c6ac78c5dc848f38402f82f05fc37b3.js"></script>

      <link rel="preload" href="/assets/plugins/docker_manager-3d9182e7201f69426040bf2be635fa04454aa12b984610fab305ce6ae44689a3.js" as="script">
<script defer src="/assets/plugins/docker_manager-3d9182e7201f69426040bf2be635fa04454aa12b984610fab305ce6ae44689a3.js"></script>

      <link rel="preload" href="/assets/plugins/lazy-yt-37ba46caad39a8d451e22030fac3ba0c04d3c2aa5cf73544b9c23ec143dcbf99.js" as="script">
<script defer src="/assets/plugins/lazy-yt-37ba46caad39a8d451e22030fac3ba0c04d3c2aa5cf73544b9c23ec143dcbf99.js"></script>

      <link rel="preload" href="/assets/plugins/poll-3772958eb9b6ce2f5bbb0a90e9a2925586933212cc816daa749f2a6ff7c8d5cc.js" as="script">
<script defer src="/assets/plugins/poll-3772958eb9b6ce2f5bbb0a90e9a2925586933212cc816daa749f2a6ff7c8d5cc.js"></script>


      <link rel="preload" href="/extra-locales/admin?v=5273f5b8ab23c0f09f8900c146f7dfbb" as="script">
<script defer src="/extra-locales/admin?v=5273f5b8ab23c0f09f8900c146f7dfbb"></script>

      <link rel="preload" href="/assets/admin-3e297caed7810816d80e1d9564d31c87fd0e6d43133d12828144f485df3aa5a9.js" as="script">
<script defer src="/assets/admin-3e297caed7810816d80e1d9564d31c87fd0e6d43133d12828144f485df3aa5a9.js"></script>



      
      
      

    
    
    <link id="manifest-link" rel="manifest" href=/manifest.webmanifest crossorigin="use-credentials">


        <link rel="alternate nofollow" type="application/rss+xml" title="Flux RSS de « Un seul NIC avec inversion de bit a fait tomber le stockage cloud d'Amazon (2008) »" href="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622.rss" />
    <meta property="og:site_name" content="Postmortems" />
<meta property="og:type" content="website" />
<meta name="twitter:card" content="summary" />
<meta name="twitter:image" content="https://postmortems.info/images/discourse-logo-sketch-small.png" />
<meta property="og:image" content="https://postmortems.info/images/discourse-logo-sketch-small.png" />
<meta property="og:url" content="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />
<meta name="twitter:url" content="https://postmortems.info/t/one-bit-flipping-nic-took-down-amazons-cloud-storage-2008/622" />
<meta property="og:title" content="Un seul NIC avec inversion de bit a fait tomber le stockage cloud d'Amazon (2008)" />
<meta name="twitter:title" content="Un seul NIC avec inversion de bit a fait tomber le stockage cloud d'Amazon (2008)" />
<meta property="og:description" content="Déclaration officielle :  Incident de disponibilité Amazon S3 : 20 juillet 2008  Peter Vosshall dans la vidéo ci-dessous dit   … cela a complètement fait tomber S3. Donc un serveur, un NIC, un bit, a fait tomber notre service régional et c'était la seule couche – nous avions des sommes de contrôle tout au long de la pile – c'était la seule couche qui n'avait pas de sommes de contrôle.   Comme vu sur HN :   Cela me rappelle un NIC rogue, inversant un seul bit de temps en temps, qui a fait tomber S3 :                  Ref : https://news.ycombinator...." />
<meta name="twitter:description" content="Déclaration officielle :  Incident de disponibilité Amazon S3 : 20 juillet 2008  Peter Vosshall dans la vidéo ci-dessous dit   … cela a complètement fait tomber S3. Donc un serveur, un NIC, un bit, a fait tomber notre service régional et c'était la seule couche – nous avions des sommes de contrôle tout au long de la pile – c'était la seule couche qui n'avait pas de sommes de contrôle.   Comme vu sur HN :   Cela me rappelle un NIC rogue, inversant un seul bit de temps en temps, qui a fait tomber S3 :                  Ref : https://news.ycombinator...." />
<meta property="article:published_time" content="2020-05-11T13:14:59+00:00" />
<meta property="og:ignore_canonical" content="true" />



    

    <meta id="data-discourse-setup" data-base-url="https://postmortems.info" data-base-uri="" data-environment="production" data-letter-avatar-version="5_684b749d1c1eee86b31a584fa946fc1a" data-markdown-it-url="/assets/markdown-it-bundle-2cd81b202957f9fd91c706abaa4902ae44bb77e7b0ef6abcf5c18587dfa9c5b6.js" data-service-worker-url="service-worker.js" data-default-locale="en" data-asset-version="191356ca2533fd1871d60d97ca8dca2f" data-disable-custom-css="false" data-highlight-js-path="/highlight-js/postmortems.info/a5a82d5d9c93ba17b974dbe7408b61e64d7130b7.js" data-svg-sprite-path="/svg-sprite/postmortems.info/svg-3-69607f2c7bea253fd5873db55f6da14d4413a71b.js" data-enable-js-error-reporting="true" data-color-scheme-is-dark="false" data-user-color-scheme-id="2" data-user-dark-scheme-id="-1">

    <meta name="discourse/config/environment" content="%7B%22modulePrefix%22%3A%22discourse%22%2C%22environment%22%3A%22production%22%2C%22rootURL%22%3A%22%22%2C%22locationType%22%3A%22history%22%2C%22historySupportMiddleware%22%3Afalse%2C%22EmberENV%22%3A%7B%22FEATURES%22%3A%7B%7D%2C%22EXTEND_PROTOTYPES%22%3A%7B%22Date%22%3Afalse%7D%2C%22_APPLICATION_TEMPLATE_WRAPPER%22%3Afalse%2C%22_DEFAULT_ASYNC_OBSERVERS%22%3Atrue%2C%22_JQUERY_INTEGRATION%22%3Atrue%7D%2C%22APP%22%3A%7B%22name%22%3A%22discourse%22%2C%22version%22%3A%222.9.0.beta14%20fb2507c6ce80a1f4fc3a68a23342e5eca765a13f%22%2C%22exportApplicationGlobal%22%3Atrue%7D%7D" />
  </head>

  <body class="">
5 « J'aime »

Effectivement…

Dans mon cas, cela a beaucoup diminué il y a plusieurs mois.
Sur la photo, il n’y a que la dernière période.

Les pages indexées ont également beaucoup chuté…

1 « J'aime »

J’ai un problème similaire, mais il s’agit probablement d’un problème spécifique à mon site dans mon cas (sauf si d’autres rencontrent également ce problème ?)

Les sitelinks ont également disparu pour moi vers début novembre. Il semble que la page d’accueil soit la seule restante

1 « J'aime »

Site Un :

Site Deux (beaucoup plus récent) :

:thinking:

1 « J'aime »

Non, non, ce n’est pas juste ton cas…
J’ai une diminution des pages indexées sur deux sites discourse différents et uniquement avec ce logiciel.
Cela dure depuis des mois et empire de jour en jour, j’essaie maintenant de migrer vers autre chose.

1 « J'aime »

Ne vous concentrez pas uniquement sur les sitelinks, les pages indexées ont le même problème.

2 « J'aime »

Oui, semble-t-il, bien que le déclin soit plus lent et moins spectaculaire…

2 « J'aime »

Googlebot est-il considéré comme un navigateur non pris en charge ?

2 « J'aime »

qu’est-ce qu’un navigateur non pris en charge voit ? Une page avec un seul lien vers une liste de navigateurs pris en charge ? :wink:

Cela dit, comment cela expliquerait-il un déclin et non un à-pic ?

2 « J'aime »

en cours d’exécution dernière 3.1.0.beta2

2 « J'aime »

Je ne sais pas. C’est à vous de me le dire :wink:

Je sais la même chose que tout le monde : la structure d’un site est la base que Google utilise lorsqu’il prend des décisions sur ce qu’il faut montrer et comment. Mais la structure n’est que la base et tout le reste provient des algorithmes de Google.

Comme cela arrive à pratiquement tous les sites de discussion, il n’y a que deux options :

  • quelque chose s’est passé dans Discourse
  • Google a changé l’algorithme

Et le résultat est que les forums ne sont pas “dignes” d’afficher des sitelinks. Mais la plupart des forums n’ont pas réellement besoin de résultats de recherche avec des sitelinks. Cela n’apporte aucune valeur réelle aux utilisateurs.

Cela pourrait afficher des catégories. Mais même ici, il y en a trop et elles rempliraient/agrandiraient les pages de résultats. Si certains d’entre vous ne l’ont pas remarqué, Google essaie de maintenir la longueur de la page de résultats de recherche à peu près la même tout le temps.

Je ne sais vraiment pas. Personne ici ne sait. Mais je sais tellement que même mes sites WordPress agissent de manière totalement similaire.

Le SEO est toujours bon, bien que (edit : je voulais dire le classement). Mais mon Discourse n’est même pas proche de ce que j’obtiendrais en utilisant WordPress, et c’est quelque chose que je me demande depuis assez longtemps maintenant.

2 « J'aime »

Je m’inquiéterais beaucoup moins des pages indexées - les forums comme Discourse ont beaucoup de liens redondants qui mènent à la même page. Nous pourrions voir une déduplication, ce qui est bien, car sinon un forum ressemble à une ferme géante de web SEO.

2 « J'aime »

Ce titre de sujet dit « Les liens du site disparaissent » mais le graphique que vous avez lié dit « Sitelinks searchbox ».

J’ai recherché certains sites hébergés par nous et les Sitelinks sont toujours présents dans tous. Ce qui a disparu, c’est la partie recherche (searchbox).

Donc, quelque chose a changé quelque part et les résultats de recherche Discourse, lorsque les Sitelinks sont rendus, manquent d’un champ de saisie de recherche. Est-ce une description correcte du problème ?

3 « J'aime »

Ces graphiques présentent les résultats de l’indexation des pages. Quelqu’un peut-il partager les raisons données par Google pour que leurs pages ne soient pas indexées ?

Par exemple, si je regarde ici sur meta, 66 % de nos pages non indexées sont dues à « Page alternative avec balise canonique appropriée ». Que voyez-vous d’autre ?

1 « J'aime »