Aller au contenu

Urban

Hubmaster
  • Compteur de contenus

    217
  • Inscrit(e) le

  • Dernière visite

Messages postés par Urban

  1. Et puis faut arreter avec l'optilisation à tout va, si on doit se preoccuper aussi du data center jagger3 et changer l'organisation des liens, c'est plus possible ...

    Je rappelle quand meme qu'un site web est destiné à un public et non à un moteur, se soucier de l'ergonomie, des attentes de tes membres, c'est quand même un peu plus noble  que de se soucier du data center Jagger3  :)

    <{POST_SNAPBACK}>

    Un datacenter Jagger 3 c'est juste un indicateur pratique qui permet pour la commande site: de trier tes pages par importance pour google. Il faut savoir que la commande site: trie également les pages par ordre d'importance depuis déjà un certain temps sur yahoo et msn. Si j'ai pris l'exemple d'un datacenter J3, c'est parce que tu parlais google.

    Ensuite entre optimiser à tout va, et rendre ta homepage un peu plus populaire que tes autres pages, je crois qu'il y a un monde :rolleyes:

  2. Dans le sujet linké par Régis, Dan donne a peu pret le même conseil sauf que la redirection est faite par htaccess et non php. La soluce htaccess doit être un poil plus performante. J'ai fait ce genre de redirections, mais je n'en ai pas encore vu les fruits vu que googlebot crawl surtout les gros sites depuis 1 mois et demi. Mais comme on retrouve ce conseil partout... Même si tu es pénalisé le temps que le cache google soit à nouveau propre, autant qu'il le soit un jour.

  3. En début de page, il faut que tu test par quelque nom de host la page a été appelée, et si c'est pas le host principal, tu renvoi un 301

    Quelque chose du genre devrait marcher :

    if($_SERVER['HTTP_HOST'] != 'www.auto-selection.com') {
     header("HTTP/1.0 301 Moved Permanently");
     header("Location: http://www.auto-selection.com/" . $_SERVER['REQUEST_URI']);
    }

  4. Dans le même genre, il y a des DC sur lesquels la page en cache n'est pas disponible, et d'autres (par exemple http://66.102.9.104/ qui montre jagger3) où la date de fraicheur annoncée à côté des résultats ne correspond pas à la date de la page en cache.

    <{POST_SNAPBACK}>

    En fait ce que j'ai constaté par hasard, c'est qu'il y a plusieurs bases dans google. Lors d'un upgrade apache chez mon herbergeur, il ne considerait plus index.htm comme une page index, et google à indexé ma homepage à ce moment la avec le listing du contenu du repertoire. Pour une requete concurentielle, je tombais sur "index of" avec une date de la veille, pour une requete non concurentielle, je tombais sur une page plus vieille et donc correcte.

    Selon mon interprétation il y a une base pour les réquêtes concurentielles (surement basé sur le nombre de requêtes par jour), et une autre pour les autres requêtes. La base pour les résultats des requetes concurentielles est mise plus souvant à jour.

    Par contre je ne me rappelle plus trop mais il me semble qu'il n'y avait qu'une seule page en cache, si c'était le cas, selon les requêtes, la date concordait ou non.

×
×
  • Créer...