liste d'articles : ou placer la photo par rapport au titre

[e-kiwi]

Bonjour,

Une question me turlupine : lorsque l'on gère des actus sur son site et qu'on veut afficher une liste de photo + titre + début du texte, avec lien vers l'article sur la photo ainsi que sur le texte, si l'on place dans le code la photo avant le texte (et vu les derniers tests réalisés concluant que Google ignorerait l'ancre du deuxième lien vers une même page) le fait de placer la photo avant le titre de l'article ne va pas faire perdre le bénéfice du titre en ancre optimisé ? (en admettant que le "alt" de l'image a un peu moins de poids qu'un texte en dur)

le lien serait-il mieux optimisé en palcant dans le code le titre de l'article, puis la photo ?

qu'en pensez-vous ?
a+

 

[tonino]

Etant donné que le lien sur la photo servirait uniquement à augmenter le confort de l'utilisateur (qui aura sans doute le réflexe de cliquer sur la photo), il me paraît envisageable d'utiliser javascript pour rendre la photo cliquable (pour n'avoir qu'un lien sur le titre).
En plus de lever le doute (difficile d'évaluer le comportement exact de Google) cela permettrait en outre d'avoir moins de liens au sein de la page. Et cela continuerait de fonctionner sans javascript (sauf qu'il faudrait cliquer sur le titre).

 

[cedric_g]

Salut

La solution que j'utilise depuis peu sur mes sites e-commerce : le javascript !

Explication : tu disposes dans ton conteneur (balise LI ou DIV par exemple) ton image, à gauche, ton titre, ton intro texte, etc... Dans le code HTML, seul le titre est linké avec l'ancre qui va bien. Et techniquement (perso j'utilise JQuery) tu demandes juste que les liens de tel type soient "remontés" en JS sur leur conteneur parent !

Tuto ici : http://www.eboyer.com/dev/495-lien-jquery/ (un parmi d'autres)

 

[Seb's]

+1. Le principe peut même s'étendre au clic sur tout un bloc (une vignette) : un seul lien en titre hx, et le reste du comportement géré via javascript qui va prendre en charge le clic sur toute la zone de vignette.

Edit : grillé par Cédric

 

[e-kiwi]

mais avec un js non crypté, êtes vous vraiment sûr que Google ne le prend pas aujourd'hui comme un lien classique ?

 

[Seb's]

Je ne pense pas : le lien est bien là, formaté comme il faut pour Google et le visiteur sans javascript. Après, le code que tu rajoutes est dans ton code en dehors de la page (ou en tête de page) : il ne s'agit pas d'un simple <a href='javascript:...'> (enfin je ne me souviens plus exactement de la syntaxe ).

Cela donnerait ceci, par exemple :

<div class='vignette'><img ..../><a href='url1'>Titre 1</a><p>Bla bla bla 1</p></div>
<div class='vignette'><img ..../><a href='url2'>Titre 2</a><p>Bla bla bla 2</p></div>
<div class='vignette'><img ..../><a href='url3'>Titre 3</a><p>Bla bla bla 3</p></div>

Et les événements dans le javascript, en jquery par exemple :

$('.vignette').live('click', function(e) {
    document.location = $('a', this).attr('href');
});

C'est aussi valable pour les tableaux, par exemple : un lien <a> dans la première colonne, et tu gères l'événement sur le <tr> de toute la ligne en allant chercher le href de la première cellule.

 

[e-kiwi]

et en terme de perfs, ca donne quoi une analyse complète de la page par Jquery pour rajouter les liens, si la page est assez lourde ?

 

[Seb's]

Bonne question

J'ai toujours limité la taille de mes pages, donc mes sélecteurs ne concernent que 10, 20, voire 30 max éléments. Et je n'ai pas vu de souci de performance côté client. J'en ai parfois (souvent), mais pour d'autres points techniques je pense.

Après, il me semble que la réputation de jquery est très bonne, y compris en terme de performances. Donc ça doit être bien bétonné de ce côté là. Mais d'autres retours de wrinautes seraient les bienvenus.