Lien href sans préfixe http(s) et SEO

Discussion dans 'Netlinking, backlinks, liens et redirections' créé par urmila, 30 Juillet 2020.

  1. urmila
    urmila Nouveau WRInaute
    Inscrit:
    19 Décembre 2019
    Messages:
    12
    J'aime reçus:
    1
    Bonjour,

    3 sites d'un de mes gros clients pour du référencement sont codés d'une telle manière que les liens sont du type :

    Code:
    <a href="//www.google.com">Google</a>
    Surement par souci d’allègement maximal du code, ou un oubli ?

    Du point de vue de l'internaute, cela ne pose aucun souci a la majorité des browsers qui interprètent correctement la chose.

    Mais les liens ainsi amputés, internes comme externes, semblent poser des soucis à un bon nombre de robots. Majestic ne les index pas, ni le flow qui va avec. SEMRush a un mal fou à trouver les pages internes.

    Cela pose-t-il d'autres problèmes a l'indexation Google ? Quelqu’un a déjà été confronté à cette situation ?
     
  2. rick38
    rick38 WRInaute passionné
    Inscrit:
    23 Février 2013
    Messages:
    1 543
    J'aime reçus:
    210
    Ca évite de se demander si un site est https ou http, le browser va tenter tout seul https et sinon http.

    C'est parfaitement valide, que Majestic et SEMRush aient un problème avec c'est juste qu'ils ne comprennent pas ce standard, mais Google évidemment le comprend.
     
    urmila apprécie ceci.
  3. emualliug
    emualliug WRInaute discret
    Inscrit:
    1 Février 2020
    Messages:
    238
    J'aime reçus:
    44
    Sauf erreur, l'interprétation ne dépend pas tant du browser que de la page consultée ; on parle de "protocol relative URL" ; donc si la page est consultée en HTTP, le lien sera supposé en protocole HTTP et HTTPS si la page est HTTPS.

    C'est en effet conforme à la norme (https://tools.ietf.org/html/rfc3986#section-4.2), puisque les URL peuvent être relatives, cela peut être utilisé pour des liens externes, mais cela avait surtout un intérêt pour les composants.

    Ce type d'URL permettait d'éviter l'avertissement relatif à du contenu non sécurisé lorsqu'une page consultée en HTTPS appelait un composant en HTTP. Cela permettait en outre à des sites accessibles en HTTP et en HTTPS de fournir tous les composant en HTTPS dès lors que HTTPS était utilisé et sans toucher à une ligne de code ; le HTML étant identique quel que soit le protocole.

    Pourquoi ne pas tout passer en HTTPS ? des raisons de performances initialement puisque les requêtes HTTPS sont un peu plus longues à traiter, et également d'hétérogénéité des sites lorsque HTTPS n'était pas aussi massivement utilisé.

    J'en parle au passé, parce ce type d'URL n'est plus trop conseillé, parce que HTTP lui-même n'est d'ailleurs plus trop conseillé, et qu'un site, même en HTTP, a grandement intérêt à appeler des ressources externes en HTTPS. En outre, l'apport en matière de performance est devenu négligeable.

    Je mets un lien vers le blog de Paul Irish qui exposait l'utilisation en 2010, et l'update de 2014 pour qu'on y ait plus recours : https://www.paulirish.com/2010/the-protocol-relative-url/.

    Édit : et je tombe là dessus : https://joonas.fi/2016/12/27/stop-using-protocol-relative-urls/, l'utilisation d'URL protocol relative est déconseillée parce que si la page est enregistrée en local (et donc consultée avec le scheme "file://"), le lien sera cassé. Je suis un peu étonné que le browser ne corrige pas le lien lors du téléchargement de la page, je n'ai pas vérifié ceci étant.
     
    #3 emualliug, 30 Juillet 2020
    Dernière édition: 30 Juillet 2020
    urmila et WebRankInfo aiment ça.
  4. eldk
    eldk WRInaute discret
    Inscrit:
    23 Juillet 2003
    Messages:
    154
    J'aime reçus:
    16
    Bonsoir,

    Voir également si ce n'est pas parce que les 3 domaines sont sur la HSTS Preload List, https://hstspreload.org/ . Dans ce cas, Chrome/ium par exemple, ne tente même plus de demander la page en http si le visiteur entre une url de type http://domain.tld au lieu de https://domain.tld , les dev ont cru bien faire en économisant quelques octets.

    Si ce n'est pas le cas, (et même si ça l'est), il vaut mieux utiliser l'url avec le préfixe https:// pour les robots ...

    Cordialement,

    Eric
     
    urmila apprécie ceci.
  5. urmila
    urmila Nouveau WRInaute
    Inscrit:
    19 Décembre 2019
    Messages:
    12
    J'aime reçus:
    1
    Merci pour vos 3 réponses intéressantes, rapides. C'est exactement le genre d'infos que je recherchais.

    Mission du jour : convaincre le client qu'on perd un flow de dingue

    Urmila
     
  6. urmila
    urmila Nouveau WRInaute
    Inscrit:
    19 Décembre 2019
    Messages:
    12
    J'aime reçus:
    1
    Apparemment Google a du mal aussi car les sous-pages ainsi linked ne sont pas indexées!
     
  7. eldk
    eldk WRInaute discret
    Inscrit:
    23 Juillet 2003
    Messages:
    154
    J'aime reçus:
    16
Chargement...
Similar Threads - Lien href préfixe Forum Date
Différence de liens entre GWT et ahrefs et d'autres Netlinking, backlinks, liens et redirections 2 Janvier 2018
Liens SVG xlink:href et SEO Netlinking, backlinks, liens et redirections 29 Janvier 2015
2 href dans un lien Développement d'un site Web ou d'une appli mobile 23 Juillet 2012
liens href dans l'onglet courant Débuter en référencement 23 Mai 2012
L'importance de l'attribut Title d'un lien (balise a href) Netlinking, backlinks, liens et redirections 25 Janvier 2011
preg_match d'un lien href Débuter en référencement 16 Novembre 2010
Ajouter des liens internes sitewide en cloaking Netlinking, backlinks, liens et redirections Aujourd'hui à 02:56
Liens dans les commentaires + backlinks Netlinking, backlinks, liens et redirections Lundi à 12:21
Liens ventes croisées et maillage interne | E-commerce Netlinking, backlinks, liens et redirections 25 Novembre 2020
Silo + Wordpress : Liens et pages parentes Techniques avancées de référencement 22 Novembre 2020