Ordre d'imbrication des balises '<a> et <h1>'

Nouveau WRInaute
salut !

j'ai une question a 10 000$ pour vous messieurs...

a votre avis, afin d'optimiser le référencement du mot texte, google préfèrera ceci :
Code:
<a href...><h1>texte</h1></a>
ou alors cela :
Code:
<h1><a href...>texte</a></h1>
(meme chose si on remplace h1 par strong par exemple)

voila... ya des chances pour que ca soit strictement indifférent mais je voulais poser la question au cas ou !

A+ :wink: [/code]
 
WRInaute occasionnel
pour google si c'est le mot que tu veux metre en avant autant le cibler directemment:

Code:
<a href...><h1>texte</h1></a>

par contre si le lien est aussi important :

Code:
<h1><a href...>texte</a></h1>

dans tous les cas, du fait de l'importance du H1, je pense qu'il est plus propre de faire :

Code:
<h1><a href...>texte</a></h1>
 
Olivier Duffez (admin)
Membre du personnel
du point de vue des standards, les spécialistes nous donneront sans doute leur avis.
mais en attendant je pense que les balises de type "bloc" comme h1 doivent être à l'extérieur, et le lien (balise "en ligne") à l'intérieur.

par contre je ne sais pas comment faire quand on a deux balise en ligne, comme par exemple dfn et a ?
 
WRInaute impliqué
WebRankInfo a dit:
du point de vue des standards, les spécialistes nous donneront sans doute leur avis.
mais en attendant je pense que les balises de type "bloc" comme h1 doivent être à l'extérieur, et le lien (balise "en ligne") à l'intérieur.
Je suis du même avis !
 
WRInaute accro
un jour j'ai répondus à une tablée de machos :
messieurs, rassurez vous ... nous ne voulons sutout pas êtres les égales des hommes ... cela nous obligerait à régresser ... :lol:
 
WRInaute passionné
WebRankInfo a dit:
arrêtez de troller chaque discussion !

:-)

Absolument d'accord, c'est pas les machos qui vont nous des-imbriquer les balises. D'autant que la question est intéressante.

Certaines constructions ne sont pas validées par le W3C, comme une balise H1 dans une cellule de tableau (de mémoire), alors que coté référencement google aime bien (retour d'éxpérience)
 
WRInaute occasionnel
Kmacleod a dit:
Certaines constructions ne sont pas validées par le W3C, comme une balise H1 dans une cellule de tableau (de mémoire), alors que coté référencement google aime bien (retour d'éxpérience)
en html 4.0.1 si c'est accepté dans un <td>, mais pas dans un <span>.
@+ Mojy
 
WRInaute discret
que ce soit validé ne veut rien dire

un <h1> dans un <td> c'est un non sens, donc c'est pas correct

après on peut jouer sur les mots ou interpréter les recommandations

mais un tableau ça ne sert pas à faire de mise en page, ça sert à présenter des données tabulaires, donc un tableau ça ne sert pas à y mettre un <h1>
 
WRInaute occasionnel
Oui ça sert à mettre en page des données tabulaires et si tu veux mettre des titres et des sous-titres dans ton tableau pour les différencier des énoncés et des résultats, la balise <hx> est bien faite pour ça non ?
D'autant plus si tu utilises la css, tu donnes à ton <h1> la taille que tu veux.


@+ Mojy
 
WRInaute discret
je veux bien un exemple qui illustrerait ton propos
j'ai beau chercher, je ne vois pas de situation qui justifie un <h1> dans un tableau
 
WRInaute occasionnel
Ben, imagine une nomenclature quelconque avec des catégories, des sous catégories et des sous sous catégories, la liste des produits de cette sous catégorie en y et les infos du produit en x, les catégories étant les réponses à une recherche générale, les sous catégories, plus ciblée etc, et enfin les produits dont les noms peuvent être communs à plusieurs sous catégories.
Exemple :
catégorie : cuisine

sous catégorie : meuble de cuisine
- sous sous catégorie : meuble haut
liste en y et dimensions tarifs etc. en x
- sous sous catégorie : meuble bas
liste en y et dimensions tarifs etc. en x

sous catégorie : evier à un bac
- sous sous cétégorie : evier en grès
liste en y et dimensions tarifs etc. en x
- sous sous catégorie : evier en inox
liste en y et dimensions tarifs etc. en x

sous catégorie : evier à deux bacs
- sous sous cétégorie : evier en grès
liste en y et dimensions tarifs etc. en x
- sous sous catégorie : evier en inox
liste en y et dimensions tarifs etc. en x

etc.


Il y a donc une hiérarchie dans ton tableau et rien ne me parait plus pertinent que les balises <h1> <h2> <h3> pour la représenter sachant que le moteur tient compte de cette hiérarchie avec ces balises.
C'est bien ça l'important non ?

@+ Mojy
 
WRInaute discret
il me semble que les <hx> sont relatifs au document, non à une liste

de plus, quand une liste contient des éléments et des sous éléments, il existe la liste de définitions, par exemple

enfin, un tableau n'est pas justifié pour présenter une liste

...
 
WRInaute passionné
(pour les tableaux, *de fait* ca sert aussi a la mise en page donc meme le h1 y est... et vu le nombre de sites qui le font, normal que gg ne pénalise pas, et comme il aime bien les h1...)
Pour l'imbrication, pour le <a ...> visuellement ca ne change rien. Mais pour une fonte, si tu fais <font size="x"><h1> le font n'est pas pris et le h1 a la taille par défaut (proportionnelle a la fonte peut-etre mais un bon multiple alors). Par contre, si tu fais <h1><font size="x"> le h1 a bien sans surprise la taille que tu dis (ne pas la mettre trop petite sinon ca fait louche pour gg, on peut le supposer).
Pour le <a>, on peut le mettre a l'exterieur si c'est pour l'effet <h1>texte</h1>. Mais comme ca ne doit rien changer, meme de ce point de vue, autant faire toujours <hx><autrebalise>...</autrebalise></hx>
 
WRInaute occasionnel
Arf un tableau de données extraites d'une bdd ou même codées en dur est forcément une liste, sinon à quoi sert un tableur ?
Le tableau dans ce cas ne sert à rien d'autre que présenter les résultats sous une forme, donc une mise en page propre et lisible.

Imaginerais-tu comment pourrait se présenter un état des stocks d'un commerçant s'il n'était pas sous forme de tableau ?
En fait dans mon exemple, c'est exactement ça, tu rajoutes la petite case disponible/pas disponible au bout de la ligne et tu y es.

C'est la même chose pour un annuaire ou bien d'autres choses surtout si la page est crée dynamiquement et ne renvoie que les variables demandées dans la recherche.
Idem quand tu consultes ton compte en banque.

Sinon, à part le cas du lien, il n'y a aucune raison de mettre une balise dans un <hx></hx> Il suffit dans ta feuille de style de déterminer les valeurs de taille police et couleur, italique et gras pour chaque <hx> ça ce fera tout seul.

@+ Mojy
 
WRInaute discret
Arf un tableau de données extraites d'une bdd ou même codées en dur est forcément une liste

ah bon

enfin oui, de même qu'un paragraphe est une liste de phrases, qu'une phrases est une liste de mots, qu'un mot est une liste de lettres

mais bon, s'il y a 2 mots c'est peut être qu'il y a 2 sens

sinon à quoi sert un tableur ?

quel rapport ?

Imaginerais-tu comment pourrait se présenter un état des stocks d'un commerçant s'il n'était pas sous forme de tableau ?

ça n'explique toujours pas le <h1> dans un tableau
un tableau c'est un ensemble de valeurs qui correspondent aux entetes des colonnes ou lignes, je ne vois pas de raison de mettre de titre dedans

surtout que si tu mets un <hx>, ça correspond à la hierarchie globale du document, pas celle du tableau, donc ça voudrait dire que le <hx> que tu mets dans le tableau est un sous titre du <hx> supérieur précédent (et qui englobe le tableau)

enfin pour hiérarchiser ton tableau, les <th> me semblent largement suffisants, puisque ce sont principalement des chiffres qui composent ce tableau

et non le principal ce n'est pas que google prenne bien en compte telle ou telle pratique, le principal c'est de bien construire ses pages et son site
parce que faudrait arrêter de croire que google c'est un outil pour webmaster, google c'est pas un "moteur de promotion" , c'est un "moteur de recherche" donc ce qui l'intéresse ce sont les utilisateurs, ceux qui cherchent de l'info, pas ceux qui la fournisse
 
WRInaute accro
@y04n:juste pour préciser que la liste de definition tend à disparaître

sinon pour répondre à la question un <hx> peut contenir un <a>, l'inverse me paraît illogique. Vous mettez vos moufles dans un tirroir, pas le tirroir dans les moufles !
 
WRInaute occasionnel
En l'occurence, dans l'exemple que je donne, le tableau avec les résultats est le seul contenu de la page ou presque et donc pour l'utilisateur le résultat est pertinent pour sa recherche, c'est bien de ça que nous causons.
Si tu cherches des meubles de cuisine ce n'est pas de l'aménagement de jardin ou du mobilier urbain.
Donc bien penser titres, sous titres, sous sous titres et éléments est à la fois valable pour le visiteur et pour le moteur.
Nous respectons donc bien la hiérarchie du document, le document en l'état étant un tableau de données.

La pertinence des réponses à une recherche est directement liée à la pertinence de la page et ces balises servent justement à ça.

parce que faudrait arrêter de croire que google c'est un outil pour webmaster, google c'est pas un "moteur de promotion" , c'est un "moteur de recherche" donc ce qui l'intéresse ce sont les utilisateurs, ceux qui cherchent de l'info, pas ceux qui la fournisse
Sans webmasters qui se servent de lui pour promouvoir leurs sites, google n'aurait jamais été pertinent dans ses réponses, ce sont bien les webmasters qui le nourrissent (au propre comme au figuré), sans webmasters, pas d'info, pas de recherche, pas de sous. Il faut remettre les choses à leur vraie place.
Google se sert de nous, les webmasters, avant que nous servions de lui.

Le googlebot se fout pas mal des <th> et des <td>, il n'y a pas de différence, avec les <h1><h2><h3> si, c'est à ça qu'ils servent.

@+ Mojy
 
WRInaute discret
Une balise <h1>, peut-être pas, encore que. Mais des balises <hx>, x>2, pourquoi pas ?
Des données tabulaires peuvent bien être divisées en sections, sous-sections et sous-sous sections. L'imbrication ne me choquerait pas dans ce cas là.
 
Discussions similaires
Haut