Redirection page d'accueil et référencement

Euh... pas compris, je fais une redirection HTTP, pas par meta-tags, c'est bien trop laid ! Et je ne vois pas en quoi utiliser Izispot peut m'aider dans mes redirections...

Merci pour ta réponse 2Pulse, mais je ne suis pas sûr d'avoir bien compris...
Dans mon cas, si le visiteur arrive sur http://mon.site/index.php/une/page , il sera redirigé vers http://mon.site/index.php/fr/une/page . Si j'ai bien suivi ce que tu dis, ce n'est pas une bonne méthode puisque la première réponse renvoyée à l'utilisateur est une redirection ?

Dans ce cas il vaudrait mieux que je génère la bonne version de manière transparente (on me demande http://mon.site/index.php/une/page, je renvoie la page dans la bonne version sans rediriger), mais cela signifierait que la même URL pourrait représenter des ressources différentes, en fonction des préférences utilisateur, et cela ne me plaît pas...

Y a-t-il une solution élégante ?

Autre question : pour ce genre de redirection, vaut-il mieux utiliser un code de retour 300 (Multiple Choices), 301 (Moved Permanently), 302 (Moved Temporarily), 303 (See Other) ? Comment fonctionne le code de retour 300, qui semble correspondre à ma situation (i.e. comment forger une réponse de ce type et comment se passe la résolution du choix) ?

Merci de bien vouloir éclairer ma lanterne ;-D

Euh... Je me suis peut-être mal exprimé : je redirige le client de manière propre en renvoyant un code de retour explicite au navigateur et un en-tête Location spécifiant l'adresse de la ressource demandée. Ceci grâce au code suivant en PHP :

header( 'HTTP/1.1 301 Moved Permanently' );
header( 'Location: http://nouvelle.adresse/' );

Il me semble que cette méthode est très connue et elle repose uniquement sur les fonctionnalités du protocole HTTP.

Je parlais effectivement du code de retour HTTP à effectuer pour la redirection.

Je vais préciser un petit peu l'architecture de mon application, ce sera sûrement plus clair :
- J'ai un controller frontal, index.php, qui sert de dispatcher vers mes autres controller (un par module).
- Ce dispatcher va donc appeler le bon controller en fonction de l'URL demandée après avoir fait diverses opérations d'initialisation, comme définir la langue à utiliser.
- En fonction de la langue, et des autres paramètres de l'URL, mon controller va appeler la bonne vue, qui utilisera les bonnes données.

J'ai donc déjà une forme d'url-rewriting puisque chaque adresse représente une ressource et non pas un chemin réel et que les variables GET ne seront pas passées via une query string.

Mon problème ne se situe pas au niveau de la navigation : une redirection n'est pas problématique pour l'utilisateur, mais vraiment au niveau de l'indexation : en effet Google et consorts, en arrivant sur ma page d'accueil (index.php) vont immédiatement se faire rediriger vers une version spécifique du site ('fr' par défaut, autre chose s'ils envoient des en-têtes Accept-Language). C'est cette redirection qui, selon moi, pourrait poser des problèmes au niveau de l'indexation : est-ce que les crawlers l'acceptent tranquillement, est-ce qu'ils diminuent le page rank, est-ce qu'ils refusent d'indexer la page ?

J'espère que ma requête est plus claire maintenant.

Ouais, il paraît que je suis un peu malade ^^ ! Mais en fait c'est super simple quand t'es dedans.

Des exemples d'URL :
http://mon.site/index.php/fr/produits/liste -> affiche la liste des produits en français
http://mon.site/index.php/fr/produits/188 -> affiche le produit dont l'id est 188
http://mon.site/index.php/en/accueil -> affiche la page d'accueil en anglais
http://mon.site/index.php/de/login/goodbye -> déconnecte le visiteur et lui dit au revoir en allemand

Cependant la forme de mes URL ne change pas grand chose à ma question...

Pourquoi devrais-je omettre les indications pour les robots ?

Ok, merci, j'aime mieux ça ;-p