yep

j'avais bien compris surtout venant d'un professionnel du référencement . D'autres auraient pu mal l'interpréter. Sinon, Sébastien Billard vient de sortir ce billet : http://s.billard.free.fr/referencement/ind...-liens-entrants pour cet outil : http://www.link-assistant.com/seo-spyglass/ peut-être que cela correspondra à tes attentes.

héhé la preuve : http://www.7-dragons.com/google-outils.php fait un lien vers mon site, merci encore Laurent

si tes document sont pertinents alors ton maillage se fera tout seul et sera bien plus pertinent qu'un échange de liens

Ils l'étaient bien avant Google ! Google n'a fait que les prendre en compte dans le calcul de la pertinence d'un document pour valider ou non sa légitimité. D'ailleurs, une différence devrais être faite entre les liens (balise <link>) et les ancres (balise <a>) Les ancres ont été mises en place pour permettre de faire référence à des documents jugés pertinents selon les critères d'un humain. Cela ne devrait en aucun cas devenir automatique : c'est d'ailleurs dans cette optique que les fermes de liens sont bannies par les moteurs de recherche, ou que les liens résultants d'un partenariat ne sont pas appréciés. Seules les bonnes ressources se voient référencées par les autres naturellement, donc rien ne sert de chercher à modifier automatiquement quoi que se soit. Sinon tu peux grâce aux moteurs de recherce, lister les liens entrants (commande link:) et pour les liens sortants utiliser Xenu. Mais attention, faire référence aux ressources légitimes sur son domaine permet de certifier ta pertinence sur ce domaine. Donc ne pas faire de liens externes n'est pas bon (cf. SES Paris 2006 où David Degrelle et Sébastien Billard ont débattu sur ce sujet pendant plus d'une heure .

les moteurs des recherches analysent tes pages web comme des documents. Maintenant si l'on souhaite analyser ton document par sa structure, les titres et intertitres permettront d'orienter l'analyse de la page. C'est ce que font les spiders. Ainsi les mots clés utilisés dans les titres et intertitres ne peuvent que favoriser un positionnement de ton document.

oki doki j'ai eu le même problème, merci monty pour l'info

yep, merci Dan, j'ai relancer l'inscription du site et celui-ci est déjà dans l'annuaire, donc je n'ai pas reçu le mail de validation, sniff, m'enfin merci le Hub

les standards web ont définis ces balises comme des balises structurantes l'information. Elles ont donc le rôle de titres et d'intertitres. Merci de faire du web

Google est un excellent moteur de recherche mais n'est pas webmaster, ce qui permet de comprendre pourquoi il ne respecte pas encore les standards web (cf. ses sites même s'il nous fait y tendre via la cellule de Matt Cutts et qu'il y tend lui même via http://labs.google.com/accessible/)). Comme je le disais, préfère du 404 pour le référencement, Google semble mieux réagir avec cette configuration, ce qui paraîtrait normal puisque proposer du 410 semble être significatif d'une mauvaise gestion de vie des documents entraînant alors (à confirmer) un malus pour le positionnement du site

Bonjour, 404 : document qui n'existe pas 410 : document qui n'existe plus 301 : document déplacé définitivement 302 : document déplacé temporairement cf. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html Il est vrai que mettre en place une entête 410 pour un document qui n'existe plus est le déploiement correct bien que beaucoup de webmaster propose une entête 404 qui sert à informer que la ressource n'existe pas ou encore une 301 pour expliquer que la ressource a été définitivement déplacée. Maintenant, ce déploiement, même s'il est correct, montre que la gestion des documents sur ton site n'est pas optimale, puisque tu les propose un jour puis ils disparaissent le lendemain. Je te conseille à ce propos, l'article : http://www.la-grange.net/w3c/Style/URI qui te permettra d'avoir une bonne approche de la gestion de documents sur un serveur web. Par ailleurs pour le référencement, préfère du 404 au lieu du 410, bien que ce soit le comportement attendu.

_AT_Dan : Combien de temps est-il nécessaire pour être accepté ou non dans l'annuaire ? J'ai soumis un site, il a moins d'un mois, ce peut-il qu'il soit refusé (comment le savoir ?) _AT_Mister Lych: Les moteurs de recherche indexent des documents, or tes pages web ne sont pas struturées, leur contenu n'est pas hiérarchisé. Peut-être devrais-tu travailler dans ce sens.

Ce que les moteurs de recherche prennent en compte c'est la légitimité de tes documents par rapport au web. C'est d'ailleurs pour cela que Google est passé au Trust Rank (?, indice de confiance). Le PageRank n'est que le reflet d'une popularité donnée selon Google, il ne faut donc pas tenté le tout pour le tout d'avoir un bon PR pour se positionner. La légitimité est le critère à travailler, et cela paraît logique : à partir du moment où ton document fait foi dans son domaine, celui-ci est pertinent. Maintenant cette légitimité s'acquiert en fonction de l'âge du document, du nombre et de la qualité des liens y faisant référence, ainsi que de son contenu.

http://www.annuaire-info.com, cela t'en fera plus de 5 000 pour la France

301, 302 404 sont des codes d'entêtes, il n'existe pas d'erreur 301; c'est une redirection, un passage par ici s'impose. concernant les sous-domaines, il est vrai qu'ils sont réactifs pour le référencement, mais au départ les sous-domaines étaient destinés à un type d'application : www pour le web, mail et imp pour les mails, ftp pour le transfert de fichiers, irc pour communiquer, etc. (à ne pas confondre avec le protocole de communication) Ainsi proposer un sous-domaine avec des mots clés pertinents alors qu'il n'est pas dédié à un service spécifique sera très certainement à terme considéré comme du spam, non ?

je dirais même plus, évite toutes les redirections : - côté client : Javascript, meta refresh, par objet Flash / JAVA - côté client : 301, 302 si tu ne peux vraiement pas, préfère dans tous les cas la redirection 301 qui permet une désindexation de l'ancienne ressource tout en diffusant sa popularité vers la nouvelle ressource.

bonjour, Imagine que les moteurs de recherche souhaitent proposer des documents pertinents aux utilisateurs. Ils tentent donc de les récupérer en les appelant par leur URL qui devient par là même un critère de pertinence. Ainsi, comme sur ton ordinateur où chacun de tes documents est correctement nommé et organisé dans une arborescence facilitant ainsi leur recherche, les documents présents sur un site web doivent également être organisés et nommés. Leur URL deviendront alors pertinentes sans forcément employer des solutions tel que l'URL Rewriting. Un travail au niveau de la gestion de tes documents (arborescence, charte de nommage) devrait donc être fait. Je te conseille par ailleurs une excellente ressource : http://www.la-grange.net/w3c/Style/URI

oui mais faire des redirections c'est significatif en général d'une mauvaise gestion de la vie des documents. Par ailleurs, le flash n'est pas accessible à tous, donc il faut proposer un contenu pour ceux qui ne le comprennent pas (comme les spiders même si certains arrivent à détecter le contenu d'une animation swf simple). attention aussi à ne pas confondre indexable et interprétable, car la majorité des moteurs indexent les .swf mais ne les interprétent pas correctement.

les autres éléments (lastmod et changefreq) sont à renseigner de la manière la plus juste possible : beaucoup trop de webmaster renseignent par exemple un "lastmod" avec la date du jour alors que le contenu de leur document n'a pas changer d'un poil depuis des mois; idem pour l'élément "changefreq" donné par défaut avec un changement toutes les semaines voire tous les jours alors que cela n'est effectif tous les mois. Perso, le fait de ne pas renseigner correctement/le plus justement ces données va avoir pour effet le même que pour les meta données : les moteurs ne vont plus les prendre en compte pour cause de spam. Alors un conseil, reste juste dans tes déclarations.

tu peux réaliser un design permettant de proposer le contenu le plus haut possible, avant même les menus. Tout dépend en fait de ta structure HTML. Tu pourras garder ton contenu dans le flux, mais tes autres éléments seront très certainement à retirer du flux. Ta technique pour optimiser ta page pour le référencement est une bonne théorie, maintenant la majorité des moteurs de recherche arrivent à identifier le véritable contenu d'une page en ne prennant pas en compte les menus (par des analyses de similarité de contenu). Donc ne bosse pas trop sur ce point, mais pense avant tout à la structure HTML de ton contenu.

Bonjour pour pouvoir détecter la présence d'un mot clé dans un champ d'une base, il est possible d'écrire une requête du type : SELECT MATCH('nom_colonne') AGAINST ('mot_cle') AS 'valeur' FROM nom_table WHERE MATCH('nom_colonne') AGAINST ('mot_cle') (plus d'infos : -http://omiossec.developpez.com/mysql/fulltext/etudes/) Cette requête s'effectue sur une colonne; est-il possible de le faire sur plusieurs colonnes (3 par exemple) en y intégrant des pondérations ? soit une requête pouvant ressembler à ça (sans les pondérations) : SELECT MATCH('nom_colonne') AGAINST ('mot_cle') AS 'valeur', MATCH('nom_colonne2') AGAINST ('mot_cle') AS 'valeur2', MATCH('nom_colonne3') AGAINST ('mot_cle') AS 'valeur3' FROM nom_table WHERE MATCH('nom_colonne') AGAINST ('mot_cle') Avec cette requête, aucune pondération n'est de mise. On peut créer la pondération avec du PHP, mais est-il possible de le faire en SQL ?

si je ne m'abuse, l'IP est un critère utilisé lors de recherche filtrée (exemple : page France), donc pour moi la solution d'un hébergement localisée est la plus pertinente.

-sedo.fr

héhé je m'attendais à ça, il y a aussi l'attraction terrestre qui permet de maintenir le satellite proche de la Terre plus sérieusement je parlais de lien en dur , de choses visibles (pas d'éléments cachés, de liens invisibles, etc.)

en fait ces pages redirigent tout simplement un internaute sans lui proposer son contenu lui ayant permis d'être positionné