Jan

Non rien à y faire. C'est parce que Google met à jour son index en permanence que les data centers ne sont pas alignés. Il n'est pas impossible non plus que différents algorithmes ou filtres soient testés sur les différents data centers. Ceci dit, il y a des périodes pendant lesquelles les DCs sont presque parfaitement alignés. Mais depuis la dernière Google dance Allegra, les différences semblent être devenues la situation normale.

Bonjour, C'est l'effet Round Robin DNS: http://www.webmaster-hub.com/publication/article12.html Tu peux constater qu'effectivement les data centers ne sont pas alignés sur ta requête en utilisant l'outil du Hub: http://www.webmaster-hub.com/outils/googlesearch.php C'est très souvent le cas.

Je suis sûr que certains membres du hub sont capables de programmer un tel outil

Salut, Tu peux par exemple déterminer la date du jour avec: <?php // --- détermination de la date du jour ---------------------------------- $le_jour = date("j");// du 1 au 31 $le_mois = date("n");// 1=janvier..12=decembre $l_annee = date("Y");// 2004, 2005, ... $la_date = $le_jour."/".$le_mois."/".$l_annee; ?> A partir de là tu peux comparer la date du jour avec les dates de tes articles et les afficher dans les couleurs voulues. Toutes les formats de la fonction date(): http://www.php.net/manual/fr/function.date.php

Ta page est 70ème dans MSN sur la requête. Elle a un total de 867 backlinks (pages avec un lien qui pointe vers elle) Dont 83 backlinks qui viennent des pages internes de ton site Oui

Il y a cet outil en ligne: http://www.devppl.com/msnbetarankings.php Mais il date de l'époque où MSN était en béta. Je ne sais pas s'il fonctionne toujours. Et à priori il ne permet pas d'interroger MSN en .fr

Oui en général noarchive et nocache n'ont pas la même fonction comme l'explique Stéphane, sauf justement... dans MSN si j'en crois http://search.msn.com/docs/siteowner.aspx?...essToSite.htm#C Je n'ai jamais testé nocache... Ma page de concours a un noarchive

D'après ce que je vois, j'ai tendance à penser que non. D'ailleurs ça ne serait pas très logique qu'elle influe sur le positionnement. Cette balise indique juste aux moteurs de recherche de ne pas montrer la version de la page qu'ils ont en cache.

User agents: Adresses IP: Host:

Bonjour, Ce que tu cherches à créer serait-il un blog? Dans ce cas tu peux trouver de nombreux systèmes de publication. Une excellente adresse: http://www.dotclear.net/

Bon anniversaire Cariboo!

Non, tu n'as pas besoin de sacrifier les accents. Ajoute un charset et utilise é comme l'indique Dan

Salut, C'est visiblement ici que ça se passe: http://search.msn.com/results.aspx?q=site%...y.com&FORM=QBRE Le title est codé: <title>[Actor-Story.com] L'actualité du cinema, Mafia, Acteur, Biographie, Filmographie, Photos</title> La meta description: <meta name="description" content="[ActorStory] L'actualité de la Mafia au cinema... Je pense que le problème vient de l'absence de charset dans la page: http://www.openweb.eu.org/articles/jeux_caracteres/

Oui ça arrive à tout le monde. J'ai entendu dire que Google bloquait certaines requêtes pour éviter le défaçage de site via une faille de phpbb. Ca arrive souvent sur les recherche "inurl:" ou "allinurl:", mais pas systématiquement.

J'aimerais bien pouvoir penser que TradeDoubler est le seul responsable de ces 2 loupés consécutifs, mais j'ai du mal à envisager que MSN maitrise aussi peu ce que fait une régie à laquelle il confie sa pub. Enfin il vaut mieux être incompétent que malhonnête

Merci pour ta remarque Xavfun. Anonymus a édité l'article pour corriger mon script. Il accepte maintenant les .info

Moi je les vois. - tu cliques sur "vos programmes" (menu de gauche) - puis "MSN Search" (dans la liste de tes programmes) - là, tu vois "Les différents types de liens disponibles" Tu cliques sur la thématique de ton choix, et tu obtiens les bannières associées

Mince alors, je n'ai pas dû tout comprendre. A la lecture de l'article j'étais justement en train de me dire qu'avec cet algo, un backlink depuis le "corps" (bloc de contenu) d'une page avait plus de poids qu'un backlink depuis le header, le footer ou le menu de cette même page. Qu'est ce qui m'a échappé?

Salut Ernestine, A priori ton laptop doit être équipé d'une sortie vidéo qui te permet de travailler sur un autre écran (ou sur un rétroprojecteur). Dans ce cas, si le problème vient bien de ton écran et pas de ta carte vidéo, tu dois pouvoir t'en sortir. Sinon il doit être possible d'extraire le disque dur pour récupérer les données. Bonne chance

Le problème de google avec les redirections n'a rien à voir avec Allegra. Il existait déjà il y a un an. On en parle ici...

A suivre dans la discussion indiquée par Jeff...

Pardon: Puis:

Dans certains cas j'ai constaté que si. Cet update Allegra fait décidément couler beaucoup d'encre. Au point de faire sortir GoogleGuy de sa torpeur sur webmasterworld: http://www.webmasterworld.com/forum30/27801-81-10.htm Il propose aux webmasters de lui faire part de leurs avis sur cet update sur un Google Group: feb05feedback_AT_googlegroups.com Le courrier risque d'être abondant

Bonjour, Oui, tu dois changer les liens de ton site qui pointent vers les urls du type /index.php?cat=nom_de_la_cat en des liens vers /nom_de_la_cat.html Manuellement (un par un) ou pas... tout dépend de la façon dont sont générés ces liens dans ton source. Si par exemple un lien est généré à partir d'une variable, disons $categorie, son code ressemble sans doute à ceci: <?php echo '<a href="/index.php?cat='.$categorie.'">lien</a>'; ?> Il te suffit alors de le remplacer par: <?php echo '<a href="/'.$categorie.'.html">lien</a>'; ?>

Les blacklinks de http*//www.gartoo.com/goto.php?id=256 sont ceux de la page vers laquelle elle redirige: la home du Hub. Un bon exemple de la mauvaise gestion des 302 par google Le PR5? etonnant. J'aurais pensé que la page aurait récupéré celui du Hub (pr6).