yep

Sniff Google tolère le contenu partiellement caché pour des raisons de mise en forme (c'est lui qui le dit dans un de ces billets). Les techniques CSS ne sont donc pas border-line (excepté si et seulement les contenus masqués ne sont pas proposés aux utilisateurs donc à destination des outils de recherche = spam). Maintenant en terme de déploiement, il est préférable d'utiliser une image avec son alternative textuelle ; toutes les autres techniques utilisant le CSS : - dénaturent le contenu - ne sont pas accessibles, en particulier si on désactive les images, le menu ne sera pas exploitable. Pensez à vos utilisateurs (c'est d'ailleurs ce que Google préconise).

En fait beaucoup de personnes parlent de désindexation ... en réalité ceux sont seulement les pages de résultats qui ne prennent plus en compte tel ou tel site. Pourquoi ne pas retirer entièrement les sites ? tout simplement pour éviter de perdre du temps à réindexer l'ensemble d'un site une fois qu'il n'est plus désindexé. Cela explique entre autre pourquoi tu peux encore avoir un PageRank : la désindexation n'est qu'un filtre dans les résultats (rarement une suppression de toutes les pages d'un site dans leurs bases de données).

Normal en fait 'http-equiv' = équivalence HTTP. Donc normalement, pas la peine d'implémenter cet élément en HTML puisqu'il doit être dans l'entête HTTP. Une seule exception lorsqu'on est en local, pourquoi ? parce qu'aucune entête HTTP n'est renvoyée. Et comme captain_torche le signale, les user-agents (navigateurs) exploitent les entêtes HTTP et non les <meta /> http-equiv en particulier pour le "content-type" parce que les webmasters ne sont savent pas les implémenter.

Va lire ceci : http://www.la-grange.net/w3c/Style/URI

Plutôt que de citer Gogol, voici le texte de référence : - http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.5 (en) - et une traduction française http://www.pasteur.fr/~llafitte/Docs/HTML_....html#h-7.1.4.3

Sitemap signifie "plan de site" donc tu y mets tous les liens de ton site (en réalité du sous-domaine). Ainsi si ta zone e-commerce et ta zone blog sont sur le même sous-domaine (www) alors place toutes les URL dans un seul sitemap.xml Tu as toutefois la possibilité de les séparer dans deux fichiers distincts (ce qui couramment réalisé pour des sites multilingues) mais cela n'a pas d'impact en terme de positionnement. Donc tu peux le faire, cela dépend en fait de ta configuration et de ton envie. Pour l'implémentation de plusieurs sitemaps : http://www.sitemaps.org/protocol.php#index

Et je te dirais plus, si tu comprends bien l'anglais écrit et que tu veux connaître ce qu'est une URL (en fait savoir de quoi tu parles), lit ceci : http://www.ietf.org/rfc/rfc1738.txt

Tout dépend de tes besoins en fait. Vu ton arrivée sur ce domaine d'analyse, je t'invite à utiliser des outils gratuits pour le moment histoire de commencer par quelque chose, puis au fil du temps tes besoins vont s'affiner et donc tu seras certainement amené à exploiter des outils payants. Donc pour l'heure tu peux cliquer sur le lien dans ma signature

L'attribut alt est une alternative donc potentiellement moins réactif que du texte. Je t'invite à te renseigner sur sIFR : http://www.mikeindustries.com/sifr

Ce que dit Google n'est que la traduction de ceci : Le Flash ne doit être utilisé qu'en surcouche, c'est-à-dire que son exploitation pour structurer du contenu n'est pas pertinente. Cette technologie doit seulement être exploitée pour la mise en forme et l'utilisation d'interactions facilitant l'expérience utilisateur. Donc le contenu n'est pas déployer dans le Flash mais dans un format accessible. Arrêtons de croire que Google s'est faire du web (pour preuve ces sites) : Google est un moteur de recherche, donc les conseils qu'ils proposent ne sont pas toujours correctement contextualisés entraînant de mauvaises interprétations et déploiements (en particulier ce que Matt Cutts peut parfois annoncer).

1) Google n'est pas le seul moteur de recherche 2) Comme toutes les autres implémentations suroptimisées (métadonnées de description et d'association de mots clés), les outils de recherche vont tendre à être plus fins dans l'exploitation de cet élément. D'accord ils ne le font pas à l'heure actuelle, mais au vue de ce qu'implémentent les webmasters, cela ne va pas tarder. 3) Ce que tu appelles "spider friendly" voit le d'une manière plus large : rendre accessible ton site ! L'emploi de cette expression laisse sous-entendre qu'il y a des trucs et astuces. 4) Comme cela a pu déjà être dit, le sitemap est indispensable pour les sites à fort volume, d'autant que certains moteurs de recherche ne prennent pas en compte toutes les URL proposées (en fonction de leur potentielle popularité/pertinence/légitimité).

Après si tu veux de bonnes fonctionnalités à rajouter en surcouche pour ta galerie : http://vikjavev.no/highslide/

Je serais moteur de recherche, je considèrerais qu'une fréquence de mise à jour qui n'est pas exacte est du spam dans le cas où la fréquence indiquée est plus courte que ce qu'elle n'est réellement. En bref, cela reste de la mauvaise configuration... donc possibilité de malus.

La similarité des contenus peut être un des critères utilisés par Google toutefois il est limité dans le sens où il ne prend pas en compte l'ordre des mots. Google, s'il exploite ce type d'analyses statistiques, ne se limitera donc pas à un simple taux de similarité et prendra certainement d'autres critères comme celui de la co-occurence. Ne te concentre donc pas sur cette similarité comme le dit dldstyle mais déploie tes contenus de manière pertinente ! Cest-à-dire que ton titre doit identifier ton contenu, si tes titres sont similaires c'est qu'ils ne le qualifient pas correctement.

Ta solution du proxy ne pose aucun problème, je travaille sur des sites utilisant cette implémentation pour gérer géolocalisation de l'IP et pas de souci. Je te conseille toutefois de changer d'hébergeur.

moi je ne plussois pas Florent, les deux méthodes qui sont proposées fonctionnent mais pas partout, d'où ma référence au addEvent réalisé après un concours sur QuirksMode qui est bien plus stable et ne se limite pas au chargement de page. Petit exemple : function addEvent( obj, type, fn ) { if (obj.addEventListener) obj.addEventListener( type, fn, false ); else if (obj.attachEvent) { obj["e"+type+fn] = fn; obj[type+fn] = function() { obj["e"+type+fn]( window.event ); } obj.attachEvent( "on"+type, obj[type+fn] ); } } function main() { // Instructions à placer dans cette fonction lancée au chargement de la page } // Au chargement ('load') complet de la fenêtre (window), on lance la fonction 'main' addEvent(window,'load',main); // window peut également être remplacé par tout autre objet DOM // 'load' peut également être remplacé pour du 'mouseover', 'mouseout', etc. http://www.quirksmode.org/blog/archives/20...e_winner_1.html

Google envoie par défaut un mail aux trois adresses suivantes : contact_AT_ webmaster_AT_ postmaster@ qui correspondent il me semble aux mails fournis lors de l'enregistrement du nom de domaine, d'où le fait que Google soit registar...

Les scripts ne sont pas interprétés par tous : - http://blog.alsacreations.com/2006/01/24/2...-pas-javascript Ils ne doivent donc pas être imposés aux utilisateurs. Tous tes contenus doivent être structurés en HTML, mis en forme en CSS et seules les interactions doivent être implémentées en JS. Il faut donc externalisé, des documents HTML, le CSS et le JS. Pour le JS, c'est entre autre faisable par le biais des frameworks JS (JQuery, Protoype, etc.) mais je préfère utiliser la méthode addEvent (QuirksMode) : http://www.quirksmode.org/blog/archives/20...e_winner_1.html http://www.css4design.com/blog/index.php/2...pt-non-intrusif A lire : http://www.journaldunet.com/developpeur/tu...-intrusif.shtml http://css.alsacreations.com/Tutoriels-Jav...ques-javascript De ce fait, ton contenu sera "accessible" à tous donc aux moteurs de recherche et la balise <noscript> n'aura plus lieu d'être.

si je t'ai dis tout cela c'est grâce à mon expérience sur des sites multilingues référencés et positionnés avec des caractères chinois (j'y reviens et tu sais maintenant pourquoi ), japonais, etc. C'était pas pour faire chier Exemple pour ライター　コレクション

oui j'ai des remarques Lol, je posais cette question pour que tu réflechisses un peu sur ce qu'est une URL. Une URL est un localisateur de ressources. Elle permet donc de la localiser. Ainsi ce que tu considères comme des caractères incompréhensibles par les utilisateurs, à savoir par exemple %27, sont en fait les caractères écrits en ASCII (c'est-à-dire écrit dans l'alphabet américain qui ne comporte pas les sigles chinois par exemple) réellement compréhensibles par les utilisateurs LORSQUE les outils de navigation (internet explorer, firefox, google) gère correctement leur affichage. Cela implique que tu peux avoir des URL avec des caractères accentués comme des lettres chinoises : le seul facteur limitant l'interprétation de l'URL est le navigateur qui tente de la retranscrire. Internet Explorer, FireFox ne gère pas totalement l'affichage de ce type d'URL dans la barre du navigateur. Mais Google comprend ces URL, au même titre que le navigateur Opéra. Exemple : http://www.référencement.com fonctionne : - pas du tout sur IE (l'inverse aurait été surprenant) - est correctement inteprété par FireFox puisqu'il affiche la page souhaitée même si l'URL n'est pas affichée selon notre souhait dans la barre d'adresse - Opéra affiche correctement la page et l'URL dans la barre d'adresse - Google connait ce site : -http://www.google.fr/search?hl=fr&q=http%3A%2F%2Fwww.r%C3%A9f%C3%A9rencement.com&btnG=Rechercher&meta= Merci donc de se renseigner sur ce qu'est une URL et comment on l'implémente : - http://www.w3.org/Addressing/ - http://www.w3.org/TR/uri-clarification/ - http://www.w3.org/Provider/Style/URI et surtout http://www.w3.org/International/O-URL-code.html

oui, qu'est que les caractères spéciaux ? Je ferais la différence entre les caractères de ponctuation (à remplacer) et les autres lettres (accentuées, accrochées comme ). Pour les lettres, utilise la fonction urlencode (PHP) pour encoder tous tes caractères en ASCII; ce qui permet entre autre d'avoir des caractères chinois dans l'URL. Après si tu vois des %xx, dans l'URL, c'est normal c'est ton navigateur qui ne retranscrit pas correctement l'URL.

une URL doit avoir ses & encodés en entités HTML donc écrites en &.

Un véritable annuaire de qualité n'a pas besoin de lien en retour, donc ceux qui l'obligent sont ... . Note : les internautes ne font quasiment plus la démarche de consulter un annuaire pour trouver leur bonheur, ils passent par un moteur de recherche. La majorité des annuaires sont devenus des boîtes à BackLinks, c'est d'ailleurs pourquoi les moteurs de recherche ne devraient pas forcément les positionner dans leurs résultats.

exploite plutôt le robots.txt utilisé par également d'autres moteurs : http://www.sitemaps.org/fr/protocol.php#informing

Tu tentes de soumettre un fichier sitemap.txt qui n'a rien avoir avec le sitemap.xml (cf. http://www.sitemaps.org/).