Jeanluc

L'adresse que tu donnes concerne l'annuaire Yahoo, pas le moteur de recherche. A ma connaissance, le seul moyen de supprimer une URL de l'index de Yahoo est d'y ajouter : <META NAME="robots" CONTENT="noindex"> Jean-Luc

Pourquoi fais-tu des redirections 302 (= temporaires) ? Pour le référencement de www.secureyes.be, des redirections 301 (= définitives) sont le meilleur choix. Jean-Luc

Bonjour, Tu parles, sans doute, de liens relatifs. Si tu utilises des adresses absolues, le problème disparaît. Au lieu de faire un lien vers page.php ou vers machin/page.php ou encore ../page.php, fais un lien vers /machin/page.php. C'est le "/" de début qui indique qu'il s'agit d'une adresse absolue (càd. depuis la racine du site). Jean-Luc (moins rapide que KaRaK)

Je parlais de la redirection 302 de [i]http://nephilenet.org/ vers [i]http://nephile.free.fr. Avoir son propre nom de domaine est, en soi, une bonne chose, mais passer par une redirection pour aboutir aux pages où se trouve le contenu n'est pas favorable. Il me semble qu'il faudrait choisir, soit le nom de domaine avec hébergement pro (mais pas cher), soit se contenter de l'adresse et de l'hébergement de free. Soit dit en passant, je n'aime pas le nom de domaine nephilenet.org qui va amener des confusions avec nephile.org ou nephile.net. Un nephile.info serait plus facile à retenir et plus proche de votre nom. Je suis désolé d'être aussi critique et j'espère être constructif malgré tout. Jean-Luc

Bonjour, Ça a dû m'échapper, mais vous avez lu ça où, que Google solde tous les comptes en fin d'année ? Jean-Luc

Bonjour, Pas du tout. Ce qui est dans le .htaccess est exécuté à chaque accès à un fichier quelconque du serveur, tandis que ce qui sera dans les 70 anciennes pages ne sera exécuté que lors d'un accès à une de ces pages. Je dirais plutôt que tout dépend de la charge totale du serveur qui a aussi d'autres choses à faire que d'exécuter les règles du .htaccess. La bonne règle est de ne mettre dans le .htaccess que ce qu'on ne peut pas mettre ailleurs. Jean-Luc

Si tu mets ceci dans le code de ces 70 anciennes pages, tu évites de ralentir ton serveur en surchargeant le .htaccess : <?php header("Status: 301 Moved Permanently", false, 301); header("Location: http://www.new-domain.com/new-directory/new-file-name.html"); exit(); ?> Jean-Luc

Bonjour, Je ne sais pas s'il y a un rapport, mais c'est sûr qu'il vaut mieux éviter d'avoir le même contenu à des adresses différentes. Il faut aussi se fixer une fois pour toute l'adresse prinicpale que tu veux référencer. C'est mieux pour les moteurs de recherche et aussi pour les visiteurs de ton site. Il faudrait choisir entre [i]http://nephilenet.org/ et [i]http://nephile.free.fr. Il faut aussi éviter les redirections 302. Oui, c'est hyper-mega-important. Jean-Luc

Le robots.txt du domaine principal ne concerne pas les sous-domaines. Le robots.txt du sous-domaine doit se trouver à l'adresse : [i]http://sous-domaine.domaine.com/robots.txt Jean-Luc

Beaucoup le croient, mais ce n'est pas ce que dit la spécification. J'ai essayé d'expliquer ici : [i]http://www.annuaire-info.com/robots/txt.html Tu as raison de dire que le standard robots.txt n'acceptent pas les expressions régulières, mais il compense cela, dans une certaine mesure, en considérant que ce qui est indiqué après un Disallow: est le début d'une URL interdite. Donc, dans le deuxième exemple, pour être rigoureux, j'aurais dû écrire Disallow: /boutique.php?s=cette-valeur-ci interdit l'accès à toutes les URL qui commencent par /boutique.php?s=cette-valeur-ci, comme : - /boutique.php?s=cette-valeur-ci - /boutique.php?s=cette-valeur-ci2 - /boutique.php?s=cette-valeur-ci&couleur=rouge Pour compliquer tout ça encore un peu plus, quelques robots acceptent des extensions du standard avec support des caractères spéciaux "*" et "$" Jean-Luc

Je crois que tu as lu trop vite... Ce que je propose n'est pas une expresssion régulière. Jean-Luc

Je viens de faire quelques essais. Voici à quoi je suis arrivé : ExtraSectionName1="Liens depuis un domaine externe - Top 25" ExtraSectionCodeFilter1="200 304" ExtraSectionCondition1="REFERER,^(?!http:\/\/www\.annuaire\-info\.com)" ExtraSectionFirstColumnTitle1="Site" ExtraSectionFirstColumnValues1="REFERER,^[hH][tT][tT][pP]:\/\/([^\/]+)\/" ExtraSectionFirstColumnFormat1="<a href='http://%s/' rel='nofollow' title='http://%s/ [new window]' target='_blank'>%s</a>" ExtraSectionStatTypes1=PHBL ExtraSectionAddSumRow1=1 MaxNbOfExtra1=25 MinHitExtra1=1 Je suis parti du code de antezeta. J'ai supprimé le calcul de moyenne qui me semble sans intérêt et j'ai utilisé (?!...) (assertion négative sur la suite). Je ne connais pas bien cette technique, mais ça semble fonctionner. Jean-Luc

Bonjour, Que veux-tu faire exactement ? Si tu ne veux pas que les robots visitent les adresses commençant par /boutique.php?s=, tu mets ceci dans les disallow de ton robots.txt : Disallow: /boutique.php?s= Si tu ne veux pas que les robots visitent l'adresse unique /boutique.php?s=cette-valeur-ci, tu mets ceci dans les disallow de ton robots.txt : Disallow: /boutique.php?s=cette-valeur-ci Jean-Luc

Bonjour, C'est une option qui m'intéresse aussi, mais que je n'ai pas encore installée. J'ai trouvé ceci : Extra Section : Top Referrals. Joyeux Noël. Jean-Luc

Avec HTTP, cela ne pose aucun problème technique au serveur de voir l'adresse IP client changer à chaque commande GET. Comme le dit destroyedlolo, sans doute quelqu'un qui passe par un proxy pour rester dans l'anonymat. Les cookies par contre, ne révèlent en rien son identité, alors que son adresse IP pourrait la dévoiler. J'en ai aussi de temps en temps sur annuaire-info.com... T'imagines la honte, s'ils devaient avouer qu'ils sont venus sur mon site... Jean-Luc

En lisant ce fil, j'y perds mon latin... Mon interprétation est que les data centers sont utilisés de la même façon par google.fr, google.com ou google.be, etc. L'internaute tape [i]http://www.google.fr et Google aiguille la recherche vers un data center qui, pour cette requête, favorisera les sites français. Je suppose que si on analyse l'adresse IP de la réponse, on retrouve celle d'un data center bien connu et que, si on fait la même recherche 5 minutes plus tard, on est dirigé vers un autre data center. Un expert pourrait-il confirmer ? Jean-Luc

Bonjour, Pour un mot-clé donné, le CPK (coût par mot-clé) est le produit du prix moyen du clic par le nombre mensuel de clics. Le prix moyen du clic représente la valeur que les annonceurs donnent au mot-clé, tandis que le nombre mensuel de clics représente l'intérêt des internautes pour ce mot-clé. En multipliant les deux, on obtient une idée du montant total que peut coûter un mot-clé sur un mois (pour l'ensemble des annonceurs). Le CPK moyen est la moyenne des CPK d'un certain nombre de mots-clés de référence. Pas sûr que ceci soit plus clair... Jean-Luc

Je ne suis pas sûr de comprendre ce que tu veux faire. Il me semble qu'avec GET, tu vas avoir /page.php?var1=...&var2=... ou éventuellement /annonces.html?var1=...&var2=..., mais cette dernière forme est sans intérêt. Avec POST, tu aurais /page.php ou /annonces.html. Mais ceci n'a rien à voir avec l'URL rewriting. Est-ce que j'ai répondu à ta question ? Jean-Luc

Je ne comprends pas ton problème. L'URL rewriting fait toujours la "traduction" dans l'autre sens, c'est-à-dire de /annonces-...-....html vers /page.php?var1=...&var2=.... Jean-Luc

Bonjour, La règle de réécriture que tu proposes va avoir pour effet que le serveur va traduire /annonces-machin-bidule.html en /page.php?var1=machin&var2=bidule. De même, /annonces-bidule-machin.html sera transformé en /page.php?var1=bidule&var2=machin. Cela répond-il à ta question ? Jean-Luc

Bonjour, C'est une fois de plus la preuve qu'inscrire son site au moyen du formulaire de Google est parfaitement inutile et que seuls des liens vers le site le feront apparaître. Concernant la page d'accueil elle-même, pour les robots, elle ne contient pas assez de texte. Le texte actuel se limite à : Google néglige le JavaScript et il ne peut indexer que les mots qu'il trouve dans la page. Dans l'en-tête de la page, il y a deux balises <TITLE> et deux balises <META NAME="content-type" ...>. Il ne faut en garder qu'une. Sauf la META "description" et la META "keywords", toutes les autres META sont inutiles pour Google et les autres moteurs et annuaires importants. Jean-Luc

Bonjour, En français, ça donne : C'est parfaitement clair. Mais tu peux toujours poser la question à Google en expliquant ton cas précis. Jean-Luc

Pour les critères d'URL, tu dois les définir dans ta page AdSense de gestion des critères, mais il n'y a rien à modifier dans le code des annonces. Je crois que j'ai compris ce qui se passe. Dans le nombre total de clics se trouvent les clics sur tes annonces + les clics sur les parrainages. Cet affichage n'est pas logique, mais c'est comme ça. Et comme les parrainages ne sont pas rémunérés au clic, cet affichage bizarre pourrait expliquer ce que tu observes. Jean-Luc

Bonjour, Je suppose qu'actuellement tu utilises les critères personnalisés. Tu pourrais ajouter provisoirement des critères d'URL pour essayer de localiser ces annonces. Jean-Luc

Bonjour, Sais-tu quel est le pourcentage de tes backlinks provenant respectivement de France et des autres pays (environ) ? Jean-Luc