TR: [spip-dev] Re: Re: Spip et le R éfé rencement dans les moteurs de recherche

Je suis un passionné du référencememtt des engins de recherche depuis
plusieurs années et un ardent utilisateur de Spip. J'espère que mon opinion
sera utile et apportera une certaine balance à ce débat qui me semble
jusqu'à présent polarisé entre :

1) il faut ajouter un champ Meta Description et Meta Keyword dans la
rédaction des articles
2) les méta c'est de la merde, un site bien fait suffit

Le monde des engins de recherche est riche et complexe, comportant des
charlatans comme des gens de bonne volonté. Il faut respecter ceux qui
choisissent de travailler pour favoriser leur présence dans ce monde tout
comme ceux qui cherchent plutôt à se concentrer à faire le meilleur contenu
possible, quite à faire de la récupération pour amadouer les engins de
recherche.

Voici donc la solution médiane que je propose, adaptée à Spip et à la nature
humaine :

1) Créer un champ #META_DESCRPTION et #META_KEYWORD et l'inclure dans la
création des articles
2) Rendre ces champs facultatifs, c'est à dire donner l'option " Utiliser
les Meta " dans " Configuration du site ". Cette option étant désactivée par
défaut.
3) Il serait alors utile que la balise #META_DESCRIPTION aie un comportement
similaire à #INTRODUCTION, c'est à dire que si il n'a pas de Meta
Description de définie pour un article (où si le champ " Utiliser les Meta
est désactivé), le #DESCRIPTIF est alors utilisée, puis #INTRODUCTION au cas
échéant. Ainsi le squelette est prêt à toute éventualité, selon que le
rédacteur a pris le temps d'utiliser cette balise ou non.
4) Les mots clés étant moins vitaux, une balise générée par spip est moins
importante. Quoi que si quelqu'un peut trouver une façon de le faire
automatiquement si le champ n'est pas remplit, ça serait super! (Analyse de
la fréquence des mots dans l'article? Y a t-il un script GPL qui peut être
adapté?)

Je dois dire que pour un site moyen, où la performance aux engins de
recherche n'est pas une préoccupation majeure par le client, il est vrai que
des <titles> bien faits et un contenu de site riche et bien structuré peut
mener très loin et avoir d'excellents résultats. Ajouter #DESCRIPTIF ou même
#INTRODUCTION dans le meta Description est aussi une assurance d'une
meilleure indexation (au minimum, cela fournit un descriptif à afficher dans
leurs résultats pour plusieurs engins de recherche).

En ce qui concerne le fignolage détaillé et optimisé des META, je favorise
une approche pragmatique où je cherche à gagner le 80% de résultas qui peut
se faire en 20% du temps. Pour l'utilisateur moyen, rédiger une description
optimisée (en plus du descriptif) est onéreux et les keywords une perte de
temps relative. De toute façon, ils ne le feront même pas, en général.

Par contre, un exemple concret d'utilisation des keywords qui ne peut être
simulée avec le contenu d'un site est l'ajout de mots comportant des fautes
de frappe (ex. micosoft). C,est probablement là que les sites moyens peuvent
en tirer le meilleur bénifice. Mais qui veut faire des fautes dans la partie
visible de leur site? Dont la nécéssité d'un champ supplémentaire.

Mais dans un milieu très compétitif où le marché est déjà saturé et où une
augmentation de 3% de trafic peut se traduire en un profit direct important,
le travail d'une personne dédiée à l'optimisation peut être vital. Avoir les
outils sous la main ne peut être une mauvaise chose à ce moment là.

Voilà!

Thierry Gagnon
http://thierrygagnon.com/

-----Message d'origine-----
de Laurent COTTEREAU
Envoyé : 9 septembre, 2003 08:26

Par contre, un exemple concret d'utilisation des keywords qui ne peut être
simulée avec le contenu d'un site est l'ajout de mots comportant des fautes
de frappe (ex. micosoft).

Je ne crois pas qu'il soit utile à la communauté des internautes d'avoir un
outil qui favorise ce genre de comportements prédateurs.

En revanche si tu penses à un script qui analyse le texte et fait remonter
les mots "pertinents", il est assez simple de le mettre dans
mes_fonctions.php3 pour récupérer le meta qui va bien, et ça pourrait
intéresseer du monde (ne serait-ce que sur le plan intellectuel : comment
sortir des mots "pertinents" d'articles, sans recourir à un dictionnaire" --
j'imagine qu'en étudiant les fréquences des mots indexés par le moteur de
recherche on peut s'amuser...).

Je pense que la discussion peut s'organiser autour de cette question
essentiellement technique : quel est le contenu idéal pour ce champ, qui
apporte une information intéressante aux utilisateurs et aux moteurs, et
comment le calculer automatiquement ?

-- Fil

Oups! Je crois qu'il y a eu un malentendu. Mon exemple " micosoft " n'était
pas pour suggérer de détourner du trafic en donnant des mots-clés n'ayant
pas de lien avec le contenu du site. Cette pratique est pratiquement
illégale (lorsque ça a trait à des noms de concurrents) et est considérée
comme du spam par les engins de recherche. J'ai utilisé " micosoft " car
c'est un mot que les gens reconnaîtraient comme ayant une faute
d'orthographe.

En fait, l'exemple que j'aurais dû donner est le suivant : Je gère un site
nommé " Flora Medicina, école d'herboristerie ". Des mots clés pertinents
pour ce site comportant des fautes d'orthographe seraient, entre autres :
heboriste, fora medicina, dipome ebroriste, etc.

Je ne suis pas assez calé pour composer un filtre d'analyse statistique des
mots clés, mais je vais essayer de voir si je peux pas en trouver un et
l'adapter... Que ça n'empêche pas d'autres d'essayer! :wink:

Thierry Gagnon
http://thierrygagnon.com/

-----Message d'origine-----
de Fil
Envoyé : 9 septembre, 2003 10:20
moteurs de recherche

Par contre, un exemple concret d'utilisation des keywords qui ne peut être
simulée avec le contenu d'un site est l'ajout de mots comportant des

fautes

de frappe (ex. micosoft).

Je ne crois pas qu'il soit utile à la communauté des internautes d'avoir un
outil qui favorise ce genre de comportements prédateurs.

En revanche si tu penses à un script qui analyse le texte et fait remonter
les mots "pertinents", il est assez simple de le mettre dans
mes_fonctions.php3 pour récupérer le meta qui va bien, et ça pourrait
intéresseer du monde (ne serait-ce que sur le plan intellectuel : comment
sortir des mots "pertinents" d'articles, sans recourir à un dictionnaire" --
j'imagine qu'en étudiant les fréquences des mots indexés par le moteur de
recherche on peut s'amuser...).

Je pense que la discussion peut s'organiser autour de cette question
essentiellement technique : quel est le contenu idéal pour ce champ, qui
apporte une information intéressante aux utilisateurs et aux moteurs, et
comment le calculer automatiquement ?

-- Fil

Oh ho ho!!!

En cherchant des scripts d'analyse de texte pour dégager les mots clés par
importance, je me suis soudainement rendu compte que c'est exactement ce que
fait déjà Spip lorsqu'il indexe une page pour son propre engin de
recherche!!!!

Est-ce que quelqu'un sait comment on peut récupérer les informations
stockées par Spip lors du référencement d'une page?

Thierry Gagnon
http://thierrygagnon.com/

-----Message d'origine-----
de Fil
Envoyé : 9 septembre, 2003 10:20
moteurs de recherche

(...)

En revanche si tu penses à un script qui analyse le texte et fait remonter
les mots "pertinents", il est assez simple de le mettre dans
mes_fonctions.php3 pour récupérer le meta qui va bien, et ça pourrait
intéresseer du monde (ne serait-ce que sur le plan intellectuel : comment
sortir des mots "pertinents" d'articles, sans recourir à un dictionnaire" --
j'imagine qu'en étudiant les fréquences des mots indexés par le moteur de
recherche on peut s'amuser...).

Je pense que la discussion peut s'organiser autour de cette question
essentiellement technique : quel est le contenu idéal pour ce champ, qui
apporte une information intéressante aux utilisateurs et aux moteurs, et
comment le calculer automatiquement ?

-- Fil

@ Thierry Gagnon <thierrygagnon@sympatico.ca> :

Oh ho ho!!!

En cherchant des scripts d'analyse de texte pour dégager les mots clés par
importance, je me suis soudainement rendu compte que c'est exactement ce que
fait déjà Spip lorsqu'il indexe une page pour son propre engin de
recherche!!!!

Est-ce que quelqu'un sait comment on peut récupérer les informations
stockées par Spip lors du référencement d'une page?

Les mots sont stockés dans spip_index_dico, avec leur 'hash' (un nombre qui
les représente). Ensuite spip_index_articles donne pour chaque mot de chaque
article le nombre de 'points' que ce mot a dans l'article. 'points' calculés
à partir du nombre d'occurrences du mot, avec un facteur pour les mots du
titre ou du chapo.

-- Fil

Suite aux nombreuses discussions est-ce que l'aspet dont nous avons traité
à propos du référencement sera considéré ou pas ?

Je suis conscient que cela coute en développement mais ce n'est pas quelque
chose à sous évaluer. Si mon métier de référenceur c'était de l'arnaque
j'aurai déjà une
troupe de personnes à mes trousses :wink:

L'idée de Thierry Gagnon était un peu celle que j'ai proposée sauf que le
Meta Keyword ne sert à rien. Le tag "Title" et "Description" par contre
eux sont nécessaires et impératifs.

Le système des mots plus pertinents est intéressant pour sois-même ou pour
d'autres
fonctions sous spip mais presque inutile pour le référencement !!!

Pourquoi ? Car la mise en place du Meta Title doit contenir certains mots
dans un ordre bien
précis si on veux obtenir des résultats concrets. Le problème c'est que
souvent
la mise en place du Meta Title fait qu'il en ressort souvent une phrase
longue et pas jolie à lire
mais par contre optimale pour les moteurs.

Ainsi par ex: si on sait que env. 415 personnes par mois cherchent le mot
clé "voyages aux seychelles"
et que la combinaison "partir aux seychelles" n'est recherchée que 15 fois
par mois en moyenne, bein
il faudra faire un meta title et un description très précis afin de toucher
en premier les 415 personnes.
A ce point la solution qui fait ressortir les mots plus pertinents est bien
gentille.... elle ne sert à rien, car
elle sortira les mots pertinents dans le site, mais pas les bonnes
combinaisons de mots par rapport aux recherches..

C'est pour cette raison que lorsqu on référence un site, on regarde quels
sont les mots plus tappés et on MODIFIE
le texte dans les pages. Pas le contraire ! Enfin on passe du temps à
optimiser les meta title et description.

Ainsi en résumé, il devient indispensable d'avoir un champs SPIP dédié au
title et à la description.

Bref.... je suis disposé à amener toutes les preuves et l'appui qu'il faut
si nécessaire.

Alors voilà.. j'espère qu'on puisse ouvrir un peu les yeux sur cette réalité
qui est un besoin
d'un nombre toujours plus important de personnes et qui n'est pas qu'une
astuce commerciale pour arnaquer....

Fulvio

"Thierry Gagnon" <thierrygagnon@sympatico.ca> a écrit dans le message de
news:BAECKHCECFNJJKFFGHILCEOBCFAA.thierrygagnon@sympatico.ca...

Oups! Je crois qu'il y a eu un malentendu. Mon exemple " micosoft "

n'était

pas pour suggérer de détourner du trafic en donnant des mots-clés n'ayant
pas de lien avec le contenu du site. Cette pratique est pratiquement
illégale (lorsque ça a trait à des noms de concurrents) et est considérée
comme du spam par les engins de recherche. J'ai utilisé " micosoft " car
c'est un mot que les gens reconnaîtraient comme ayant une faute
d'orthographe.

En fait, l'exemple que j'aurais dû donner est le suivant : Je gère un site
nommé " Flora Medicina, école d'herboristerie ". Des mots clés pertinents
pour ce site comportant des fautes d'orthographe seraient, entre autres :
heboriste, fora medicina, dipome ebroriste, etc.

Je ne suis pas assez calé pour composer un filtre d'analyse statistique

des

mots clés, mais je vais essayer de voir si je peux pas en trouver un et
l'adapter... Que ça n'empêche pas d'autres d'essayer! :wink:

Thierry Gagnon
http://thierrygagnon.com/

-----Message d'origine-----
De : spip-dev-bounces@rezo.net [mailto:spip-dev-bounces@rezo.net]De la

part

de Fil
Envoyé : 9 septembre, 2003 10:20
À : Spip-dev
Objet : Re: TR: [spip-dev] Re: Re: Spip et le R éfé rencement dans les
moteurs de recherche

> Par contre, un exemple concret d'utilisation des keywords qui ne peut

être

> simulée avec le contenu d'un site est l'ajout de mots comportant des
fautes
> de frappe (ex. micosoft).

Je ne crois pas qu'il soit utile à la communauté des internautes d'avoir

un

outil qui favorise ce genre de comportements prédateurs.

En revanche si tu penses à un script qui analyse le texte et fait remonter
les mots "pertinents", il est assez simple de le mettre dans
mes_fonctions.php3 pour récupérer le meta qui va bien, et ça pourrait
intéresseer du monde (ne serait-ce que sur le plan intellectuel : comment
sortir des mots "pertinents" d'articles, sans recourir à un

dictionnaire" --

A la lumière des discussions précédentes, non, désolé.

Amicalement

Antoine.

C'est pour cette raison que lorsqu on référence un site, on regarde
quels
sont les mots plus tappés et on MODIFIE
le texte dans les pages. Pas le contraire ! Enfin on passe du temps à
optimiser les meta title et description.

  Mais là tu parles de changer les tags des pages une par une. Ça a un
sens pour du statique ou pour les rubriques, mais pour les articles ?

  Si j'ai bien compris, l'idée c'est de regarder "à la mano" ce qu'il
faut mettre comme valeurs intelligentes pour chaque partie du site,
donc pas de déduction automatique à partir du contenu :
- Pour le statique (dans les squelettes), y'a qu'à mettre les "title"
  en dur, point.
- Pour les rubriques, rien n'empèche d'utiliser un champ "extra" pour y
  mettre les mots clés "pertinents", ce meta title est un champ comme
  un autre après tout.
- Pour les articles, pareil, mais ça va faire du taf s'il s'agit d'un
  site de type "fil d'actu".

Ainsi en résumé, il devient indispensable d'avoir un champs SPIP dédié au
title et à la description.

  Chaque utilisateur peut avoir un besoin indispensable de champs rien
que pour lui. C'est pour ça qu'on a codé le système des champs "extra".

Alors voilà.. j'espère qu'on puisse ouvrir un peu les yeux sur cette réalité
qui est un besoin
d'un nombre toujours plus important de personnes et qui n'est pas qu'une
astuce commerciale pour arnaquer....

  C'est pas forcement pour des raisons commerciales, mais c'est quand
même du "venez chez moi, c'est mieux qu'à coté". Bref, c'est de la pub
pour pas cher (enfin, une fois que c'est en place, parce que les tarifs
des référenceurs, c'est quand même pas rien :wink:

À+, Pif.

Antoine, ta réponse oublie les conséquences de l'utilisation de la GPL.
Tu es évidemment libre de refuser de développer certaines demandes des
utilisateurs de SPIP qui ne correspondent pas à ta vision de SPIP;
mais tu ne peux empecher quiconque de prendre le code de SPIP et de rajouter dedans les développements souhaités.

Je prends un exemple précis. J'ai proposé une modif d'un squelette et une
fonction PHP pour réaliser un peu de référencement. Je l'ai testé en vraie
grandeur sur un site vieux d'un an où je suis rédacteur. L'administrateur
a donné mes patches à un copain d'un autre site, et sans doute il va continuer
à se diffuser. Je suis insatisfait de ce patch, parce que dans la modif du
traducteur de squelette que je t'avais proposée, j'avais corrigé un bug qui
justement allonge inutilement la liste que mon squelette place dans les
balises Meta. Si tu continues à ne pas vouloir corriger ça, je vais être
tenté de proposer mon propre traducteur comme version dissidente.
Il aura peut-etre, et meme surement, d'autres bugs parce que je ne maitrise
pas tout du code de SPIP. D'autres gens feront comme moi pour d'autres besoins
auxquels tu ne voudras pas répondre. Le résultat est qu'apparaitront des sites estampillés SPIP, ayant non seulement des fonctionnalités que tu ne souhaitais pas développer, mais également des bugs que tu aurais pu prévenir et qui nuiront à sa réputation. A la limite, on peut s'attendre à un package payant autour de SPIP, comme les packages payant d'installation de LInux.
Ces éventualités sont-elles ce que tu souhaites ?

A mon avis, SPIP vit une crise de croissance due à sa grande qualité.
Malheureusement, l'histoire de l'informatique (et de l'industrie en général)
est là pour montrer que les produits qui survivent ne sont pas nécessairement
les meilleurs, mais ceux dont le développement répond le plus rapidement
aux attentes de leurs utilisateurs (meme si ces réponse sont faites à la 6-4-2).
Spip a beaucoup de concurrents (voir une liste en http://www.la-grange.net/cms)
Rejeter les demandes et les offres de développement au seul motif que ça
ne te plait pas ne changera rien au fait que, de par son succès même, tu n'en es
déjà plus totalement maître.

  Emmanuel

      Emmanuel

Bon, on peut arrêter de troller?

- Sur les histoires de référencement, on a déjà _longuement_ expliqué notre point de vue lors du premier passage de Fulvio. Je me demande si nos mails ont été lus pour nous recogner la même question et la même accusation de ne pas vouloir faire évoluer le produit "dans le bon sens". spip-dev est une liste de travail, et elle ne peut remplir ce rÎle que si chacun fait l'effort minimum de lire les messages de la semaine précédente plutÎt que de prétendre que nous n'avons pas, déjà , longuement exposé notre point de vue.

Pour résumer à l'extrême ce qu'on avait dit:
     - l'utilisation des fonctions standard de SPIP en insérant les éléments déjà contenus dans les articles dans les meta qui vont bien répondent aux besoins de la plupart des utilisateurs, sans se prendre la tête;
     - les besoins supplémentaires exprimés ici pour le référencement sont trÚs spécifiques et demandent des connaissances dans cette matiÚre qui sont trÚs poussées; donc ajouter pour tout le monde des champs supplémentaires induira: (a) une complication de l'interface avec l'ajout de champs dont les utilisateurs ne comprendront pas à quoi ils servent (ce qui, illico, _tue_ l'évidence de la simplicité de SPIP et amÚne beaucoup de monde à arrêter de travailler), (b) une utilisation nuisible de ces éléments (faute de connaissances précises, les gens feront des erreurs dans le remplissage de ces nouvelles cases);
     - c'est donc une fonctionnalité à réserver aux professionnels de la profession. Or, ça tombe bien, pour ceux-là , SPIP intÚgre dans la prochaine version un champ #EXTRA qui permet d'ajouter ses propres éléments pour compléter avec ce type d'informations trÚs spécifiques.

- Sur l'histoire de "crise de croissance", tu penses bien ce que tu veux, mais tu évites de troller STP. Au cas où tu n'aurais pas remarqué, en ce moment le boulot sur SPIP est extrêmement fourni, et j'ai du mal à me souvenir quand ça s'est passé ainsi la derniÚre fois, avoir les 3 développeurs qui codent vite de grosses fonctions... La version 1.7 sera une mise-à -jour trÚs importante, et elle ouvre des pistes de travail trÚs intéressantes. Et les idées pour des versions suivantes ne manquent pas non plus.

Donc, tu peux regarder par le petit bout de la lorgnette et considérer que notre refus d'intégrer des fonctions que nous jugeons inutiles et nuisibles à la cohérence de l'ensemble, en expliquant dans de longs mails la raison de ces choix, c'est une crise de croissance. Tu peux utiliser la lorgnette dans l'autre sens et te demander si l'interface en plusieurs langues (1.6) qui permet à d'autres gens que des francophones d'utiliser SPIP, la gestion du multilinguisme dans la 1.7, le monstrueux travail de traduction à la fois de l'interface et de la documentation par une équipe de traducteurs bénévoles (encore une fois: boulot admirable et sidérant), ça n'est pas une croissance qui se déroule particuliÚrement bien, avec l'apparition de sites dans plein de langues et sur plein de continents. Franchement, moi, voir des sites en arabe alors que SPIP était à l'origine entiÚrement en français, affiché de gauche à droite, avec un codage de caractÚres européens, à chaque fois ça me scie.

ARNO*

Je me demande si nos mails ont été lus pour nous recogner la même question et la même accusation de ne pas vouloir faire évoluer le produit "dans le bon sens".

Je n'ai pas l'impression que ce soit moi qui lis mal les mails,
car le mien ne parle pas spéfiquement du référencement, mais de
pbs beaucoup plus larges. Spip est la première équipe de développement
que je rencontre qui, lorsque lui signale un bug et qu'on lui propose
une solution clé en main, fait comme si elle n'avait rien entendu.
Ne pas voir que vous avez des concurrents qui se conduisent plus positivement
m'incite à penser que le petit bout de la lorgnette est de votre côté.
Et je trouve ça vraiment très dommage parce qu'à vous 3 vous faites un boulot formidable.

Emmanuel

      Emmanuel

@ Déesse A. <esj@vertsdesevres.net> :

Spip est la première équipe de développement que je rencontre qui, lorsque
lui signale un bug et qu'on lui propose une solution clé en main, fait
comme si elle n'avait rien entendu.

Peut-être que ça nous a échappé au milieu de tous les mails qu'on reçoit !
Personnellement je n'ai aucun souvenir de ce bug ni de ce patch dont tu
parles.

Ne pas voir que vous avez des concurrents qui se conduisent plus

Des "concurrents", mais dans quelle course ? Je n'ai jamais imaginé que les
autres logiciels qui font de près ou de loin des choses comparables aux
notres sont des "concurrents" ; cette remarque me laisse baba, comme s'il y
avait des parts de marché à conquérir ? Ce qui compte, pour moi, c'est que
les utilisateurs de SPIP soient contents. Si quelqu'un leur propose un truc
mieux par rapport à ce qui les frustre dans SPIP, tant mieux !

-- Fil

Il y a 6 mois, quand on cherchait avec google un site pour envoyer un SMS gratuit, on trouvait tout de suite.
Maintenant, avec la prospérité des professtionnels du référencement,
on ne tombe que sur des offres payantes.
C'est clair que les intérêts ne sont pas les mêmes pour tout le monde !
:wink:
JLuc

et ouais, normal que ce soit payant... il faut bien payer les
professionniels du référencement :slight_smile:

Bon comme dit bien Emmanuel c'est pas que je n'ai pas lu les mails,
c'est simplement qu'en relisant tous les mails je ne voyais que des doutes
mais aucune réponse, c'est pour ca que j'ai passé du temps à essayer
de vous faire comprendre pourquoi ma proposition était utile.

Disons que si on ne fait pas ce genre de remarque ici je sais pas ou il
faudrait les faires.
C'est pas une accusation que je fais car honnêtement votre travail est top,
je comprends même votre façon de voir la chose car je suis un peu dans le
même
style sur certaines choses, mais pense qu'il ne faut pas ainsi se fermer.

Pour répondre à Christian, oui il faudrait intervenir singulièrement sur
chaque page
et donc pas sur le squelette et cela pour quelques pages. Donc si un site
à 300 pages et on veut s'occuper de 10 pages là ce pose le problème, car
soit j'utilise le champs complémentaire mais ca m'oblige à devoir l'utiliser
tout le temps
sur les 300 pages.... (ultra chiant, lorsqu'il faut optimiser que 10 pages
par ex.)
soit il faut court-circuiter tout ca et créer des pages statiques. Pour ceux
qui veulent donc utiliser spip pour le référencement ca c'est les choix.

SOLUTION:
Malgré tout ca... !! Et bonne nouvelle pour vous.... après avoir pensé et
repensé,
hier soir je crois avoir trouvé une solution définitive au problème :slight_smile:
J y travaille dessus mais c'est quasiment bon! Dommage qu'elle ne me soit
pas venue avant.

Ainsi je n'aurai plus à vous embêter à ce propos!

Bon week-end à tous !

"Christian Lefebvre" <christian.lefebvre@atosorigin.com> a écrit dans le
message de news:1063954923.4240.53.camel@pmd-pc38.dev.atos.fr...

> C'est pour cette raison que lorsqu on référence un site, on regarde
> quels
> sont les mots plus tappés et on MODIFIE
> le texte dans les pages. Pas le contraire ! Enfin on passe du temps à
> optimiser les meta title et description.
  Mais là tu parles de changer les tags des pages une par une. Ça a un
sens pour du statique ou pour les rubriques, mais pour les articles ?

  Si j'ai bien compris, l'idée c'est de regarder "à la mano" ce qu'il
faut mettre comme valeurs intelligentes pour chaque partie du site,
donc pas de déduction automatique à partir du contenu :
- Pour le statique (dans les squelettes), y'a qu'à mettre les "title"
  en dur, point.
- Pour les rubriques, rien n'empèche d'utiliser un champ "extra" pour y
  mettre les mots clés "pertinents", ce meta title est un champ comme
  un autre après tout.
- Pour les articles, pareil, mais ça va faire du taf s'il s'agit d'un
  site de type "fil d'actu".

> Ainsi en résumé, il devient indispensable d'avoir un champs SPIP dédié

au

> title et à la description.
  Chaque utilisateur peut avoir un besoin indispensable de champs rien
que pour lui. C'est pour ça qu'on a codé le système des champs "extra".

> Alors voilà.. j'espère qu'on puisse ouvrir un peu les yeux sur cette

réalité

Je ne comprend pas...
Tu as ton champ extra défini dans spip_extra.
Tu le remplis pour tes 10 pages et pas pour les autres, non ?
Et tu utilises une condition dans tes squelettes pour voir s'il est
rempli ?

J'avoue ne pas saisir ton problème.

c'est vrai que vous arrivez à vivre sans argent, dans un petit chalet de
montagne bien cablé
et que tout le monde il est gentil et tout le monde il est beau et que les
seuls travaux honnêtes
c'est le boulanger et le cordonnier du coin ... :-))

gag à part merci pour l'histoire de la condition.
Mais cela (je ne m'y connais pas assez en codage..) permetterai de dire que
si les champs extra
ne sont pas remplis il prennent par défaut, par exemple le titre de
l'article et sa description ?

Si c'est ca et on peut le faire bein c'est parfait et suis donc tombé au bon
endroit !
Si c'est ca je trouve dommage tous ces messages et cette nervosité.
Si c'est ca, et qu'ici c'est la liste de développement et que je propose
comment gérer au mieux
ces tags et vous pouvez le faire avec une simple condition bein merci à
celui qui pourra pondre
ca et donc après le faire bénéficier à tout le monde !!! Même ceux qui sont
contre les référenceurs ! :wink:

Si c'est pas ca j'ai une solution formidable mais je dois la tester....

"Julien WAJSBERG" <flash@minet.net> a écrit dans le message de
news:Pine.LNX.4.44.0309191621310.32058-100000@jessica.minet.net...

Si c'est ca je trouve dommage tous ces messages et cette nervosité.

La nervosité, c'est parce que tu ne lis pas les mails.
ce que je viens de dire a été dit au moins deux fois déjà, en réponse à
tes mails.

Si c'est ca, et qu'ici c'est la liste de développement et que je propose
comment gérer au mieux
ces tags et vous pouvez le faire avec une simple condition bein merci à
celui qui pourra pondre
ca et donc après le faire bénéficier à tout le monde !!! Même ceux qui sont
contre les référenceurs ! :wink:

C'est dans ton squelette que tu dois le faire, SPIP contient déjà toutes
les fonctionnalités nécessaires.
Pour toute question de squelette cependant, adresse toi à la liste spip
des utilisateurs.

Ah oui, pour pas que tu ré-envoies un mail inutile, cette fonctionnalité
des champs extras n'existe que dans la version de dév de spip, donc pas la
version stable actuelle (ça a déjà été dit, mais bon, a fait pas de mal de
le répéter.

Et par pitié, arrête d'envoyer des mails de 3 pages pour dire la même
chose que dans ton mail de 3 pages précédent !