La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Navigateurs web => Discussion démarrée par: vivien le 28 août 2015 à 19:31:34
-
HTML: comment utiliser la préférence de langue définit dans le navigateur ?
Je cherche à faire un petit site (codée à la main) en Anglais et en Français, le choix de la langue étant automatique en fonction de la langue paramétré dans le navigateur.
Cette information de langue est en effet transmise par le navigateur a chaque requête (GET) :
GET /ip.php HTTP/1.1
Host: ipv4.lafibre.info
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Referer: http://ip.lafibre.info/
Cookie: __utma=88475782.200909892.1399014093.1425329123.1425366120.853; __utmz=88475782.1424364955.820.29.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=(not%20provided)
Connection: keep-alive
Le paramétrage des langues avec Firefox :
(https://lafibre.info/testdebit/ubuntu/201508_firefox_langues.png)
Le paramétrage des langues avec Chrome :
(https://lafibre.info/testdebit/ubuntu/201508_chrome_langues.png)
Le choix de la langue dans un GET :
(https://lafibre.info/testdebit/ubuntu/201508_wireshark_langues.png)
Pour informations, ce que je souhaite faire, c'est mettre le site https://iPerf.fr en Français et en Anglais de façon automatique.
-
Tu peux gérer ça avec l'option MultiViews d'Apache.
Typiquement, tu ajoutes ça dans ta définition DocumentRoot:
Options +MultiViews
AddLanguage fr fr
AddLanguage en en
LanguagePriority fr enEnsuite, il faut suffixer le fichier HTML correspondant à la version française du document HTML avec l'extension '.fr' (ex.: index.html.fr), et celui associé à la version anglaise par '.en'.
Ça peut être un peu lourdingue à gérer, mais ça fonctionne nickel avec des pages plutôt statiques.
-
Merci !
C"est exactement ce qu'il me faut.
-
Zut, cela fonctionne bien en .html, mais j'ai des fichiers .php (ce qui permet de faire un "include" pour l'en-tête et le menu qui est commun a toutes les pages)
Multivues ne fonctionne pas en php ?
-
Multiviews, c'est basé sur le type MIME, ce que demande le client
Or, le client demande du text/html, pas du application/x-httpd-php
Ceci dit, comme ta page php génère le HTML, tu devrais probablement utiliser gettext à la place de multiviews
-
Merci Jack, cela semble mieux convenir à mon besoin, même si il est possible de passer en html, le php ne me servant que pour dupliquer du contenu identique entre les pages.
-
Huguesdelamure a tout à fait raison : j'ai mis en place ce site (https://iperf.fr) quand ils ont arrêter de proposer des binaire pour Windows. Je ne participe pas au développement, mais je propose une version utilisable pour Windows et une liste de serveurs publics. Demain il y aura probablement un test de débit basé sur iPerf3 pour grand public qui se lance via une clé USB (permet de tester de manière fiable son FTTH 1 Gb/s, même avec un petit CPU et en étant sur que les couches TCP/IP de Windows ne brident pas le débit)
J'ai mis l'extension .fr car je voulais donner des explications en français et laisser iperf.com ou iperf.net si les développeurs souhaitaient prendre un nom de domaine pour distribuer les binaires.
devant l’afflux de visiteurs étrangers qui cherchaient une version compilé d'iPerf pour Windows, j'ai passé le site en Anglais. On se retrouverr avec un site .fr uniquement en anglais, c'est pas terrible...
Le but est de le mettre dans les deux langues (via détection automatique de la langue du navigateur) mais ce projet n'a pas avancé. (c'est un site codé à la main)
Sinon pourquoi ne pas faire 2 sites ?
Comme iperf.fr et en.iperf.fr ou iperf.info ?
-
2 fois plus de boulot. Quand tu dois changer sur l'un tu le fait aussi sur l'autre. Avec la détection de langue tu ne le fait qu'une fois.
-
Pas forcèment, tu fais une redirection CNAME vers iperf.fr, comme Apache peut gérer des noms de domaines différents, il peut ainsi servir un dossier WWW différent, par exemple afficher les fichiers de la version anglophone ou francophone si c'est depuis en.iperf.fr ou iperf.fr
-
Quel intérêt par rapport à mettre la langue dans l'URL sur un seul site?
-
Tout dépend comment Vivien à construit le site, si il faut faire du rewriting avec un paramètre dans le code PHP (pour le SEO, Google est incapable de distinguer un paramètre d'URL pour une langue), ou alors un "vrai" dossier /fr/ et /en/ auxquels il suffirait de mettre un simple fichier php avec une variable et include() qui affiche dynamiquement la page réelle du site... il y a différentes méthodes par l'URL mais ça reste plus aisé de mettre un sous domaine différent.
J'ai fait quelque chose de similaire il y a pas longtemps, j'étais même tombé dans mes recherches sur une astuce de bricolo consistant à réutiliser la page du ErrorDocument 404 dans le but de rediriger les gens avec PHP, et ajouter un header 200 pour faire croire au navigateur que c'est bien une réponse normale... on trouve de tout.
Ce qui suit est très pratique pour renvoyer les gens venant du domaine principal :
https://www.dyeager.org/2008/10/getting-browser-default-language-php.html (https://www.dyeager.org/2008/10/getting-browser-default-language-php.html)
Il faut envoyer un code 302 pour une redirection temporaire dans ce cadre, éviter la 301 qui est permanente d'après les RFC, tous les sites faisant une redirection selon la langue, par URL utilisent une 302. Mais pour passer du HTTP -> HTTPS, une redirection 301 est pratique
-
Pourquoi gogol aurait du mal avec un paramètre?
-
Je me pose aussi la question mais c'est dans leurs guides de SEO (https://support.google.com/webmasters/answer/182192?hl=en)
URL parameters site.com?loc=de
Not recommended.
URL-based segmentation difficult
Users might not recognize geotargeting from the URL alone
Geotargeting in Search Console is not possible
Je retrouve le même discours dans pratiquement tous les articles évoquant le SEO multilingue avec Google. ça pourrait fonctionner mais on peut pas définir manuellement le pays pour cibler le public anglophone ou francophone, ce qui est possible avec un répertoire ou un sous-domaine. Surtout que l'URL Rewrting c'est bien joli mais c'est du bricolage ça aussi, et pour la compatibilité avec Nginx on peut espérer...
-
Cela peux aider ? :
http://httpd.apache.org/docs/2.2/fr/content-negotiation.html
-
Je me pose aussi la question mais c'est dans leurs guides de SEO (https://support.google.com/webmasters/answer/182192?hl=en)
Sauf que ça n'a aucun rapport avec la langue.
La langue n'est pas trouvée dans l'URL, elle est dans le contenu de la page!
-
C'est que tu n'a pas bien lu, Google veut (dans sa position de quasi-monopole) que le contenu en différentes langues soit distinct, soit par domaine, sous-domaine ou URL. En effet si sur la même page avec la même url, le contenu apparait dans deux langues différentes, selon ce que fournit le navigateur comme informations ça va pas le faire. C'est pour ça qu'il existe des sites ayant cette forme domaine.tld/fr ou encore en.domaine.tld
Et puis ça laisse la liberté de changer de langue ou d'avoir une information distincte quant à la version actuelle du site, c'est bien pour le visiteur
-
Non, c'est toi qui n'a pas lu, Google ne veut rien de tel.
-
Non, c'est toi qui n'a pas lu, Google ne veut rien de tel.
Sinon, pourquoi faire ce document qui explique comment procéder si en fin de compte ça sert à rien pour Google? Pas logique
On n'est pas obligé non plus d'avoir un site en plusieurs langues. Cependant le guide montre bien ce qu'ils aimeraient avoir (on n'est également pas obligé de respecter ça mais pour garder une bonne position, pas le choix)
-
Le document ne dit rien de cela.
-
Bon c'est pas pour (re)faire un hors sujet : l'idée n'étant pas de démontrer qui à tord ou raison mais plutôt de trouver des solutions; sinon je lis
Following are some guidelines and best practices for creating multilingual and/or multi-regional sites.
La version française:
https://support.google.com/webmasters/answer/182192?hl=fr (https://support.google.com/webmasters/answer/182192?hl=fr)
-
pas confondre langue (internationalization, abrégé i18n) et emplacement (localization, abrégé l10n ).
Le SOE Google recommande un url différent par langue mais la forme de l'url (domaine.fr ou fr.domaine.com ou domaine.com/fr) n'importe pas pour leurs robots mais ca peut aider l'utilisateur.
-
Si la question est le SEO marketing Google de "Top of Mind Ranking" d'expérience c'est le nom de domaine qui a le poids multicritères le plus fort.
J'ai un nom de domaine sans aucun contenu en première position de recherche ( hors Google ads ).
En cctld par la langue du pays et en gtld la langue a une importance moindre.
Si la question est d'afficher un contenu en langue de l'utilisateur, il est vraisemblable qu'il ai installé un navigateur dans sa propre langue, ou en anglais par défaut.
Et là, il me semble que la solution la plus judicieuse, c'est de configurer Apache pour répondre avec le "content negociation".
-
Explique comment le "content negociation" se passe!
-
Je comprends pas la question, c'est pas clair dans la documentation d'Apache ?
Accept-Language: fr; q=1.0, en; q=0.5
q étant un coefficient de pondération qui permet de donner un ordre de préférence au renvoi d'une page dans la langue choisie.
Et comme on disait avant : RTFM
-
Merci.
Je n'ai pas besoin de lire le manuel, je voulais ton avis, pas celui du manuel.
Maintenant c'est clair et j'ai effacé mes questions.
-
J'ai fusionné le hors-sujet du sujet Virus Belge qui fait des requêtes http avec une suite infinie de 0123456789 ? (https://lafibre.info/attaques/virus-belge/) avec ce sujet sur la traduction.
Je rappelle les premiers échanges :
Tu peux gérer ça avec l'option MultiViews d'Apache.
Typiquement, tu ajoutes ça dans ta définition DocumentRoot:
Options +MultiViews
AddLanguage fr fr
AddLanguage en en
LanguagePriority fr enEnsuite, il faut suffixer le fichier HTML correspondant à la version française du document HTML avec l'extension '.fr' (ex.: index.html.fr), et celui associé à la version anglaise par '.en'.
Ça peut être un peu lourdingue à gérer, mais ça fonctionne nickel avec des pages plutôt statiques.
Zut, cela fonctionne bien en .html, mais j'ai des fichiers .php (ce qui permet de faire un "include" pour l'en-tête et le menu qui est commun a toutes les pages)
Multivues ne fonctionne pas en php ?
Multiviews, c'est basé sur le type MIME, ce que demande le client
Or, le client demande du text/html, pas du application/x-httpd-php
Ceci dit, comme ta page php génère le HTML, tu devrais probablement utiliser gettext à la place de multiviews
Je pensais utiliser "gettext" en PHP (cf Internationaliser un site web avec PHP et gettext (http://tassedecafe.org/fr/internationaliser-site-web-php-gettext-2878) pour proposer une version française de https://iperf.fr
Si j'ai bien compris, c'est pas une bonne idée pour le référencement Google d'avoir plusieurs langue dans une même url (utilisation de la langue demandée par le navigateur)
Savez-vous comment est réalisé le site https://www.debian.org (https://www.debian.org) ?
Quand on navigue sur le site, la langue n’apparaît pas dans l'URL et c'est ce que je souhaite pour iperf.fr : sur un sujet aussi technique les internautes risque de se retrouver sur des sites en anglais qui pointent vers iperf.fr et je souhaite que les liens utilisés ne forcent pas l'Anglais, sinon la version française sera peu utilisée.
Sur le site Debian, si toutes les liens dans les différentes langues sont identiques, sans spécification de la langue ( exemple : https://www.debian.org/News/weekly/ pour les nouvelles), il est possible de forcer la langue et c'est ces pages qui sont indexées par Google :
- Anglais : https://www.debian.org/News/weekly/index.en.html
- Français : https://www.debian.org/News/weekly/index.fr.html
- Espagnol : https://www.debian.org/News/weekly/index.es.html
Je pense que c'est ce modèle qu'il faut que je suive...
Attention https://www.debian.org/News/weekly/index.html renvoie la version anglaise alors que pour la version automatique, il ne faut pas mettre index.html : c'est https://www.debian.org/News/weekly/
-
Savez-vous comment est réalisé le site https://www.debian.org (https://www.debian.org) ?
Il est fait avec wml,donc voici la doc et un exemple http://thewml.org/example/
y'a le source complet du site ici: https://www.debian.org/devel/website/using_cvs
en consultation ici: http://anonscm.debian.org/viewvc/webwml/webwml/
pourquoi tu utilises du php pour iperf.fr ?
-
Sur un post précédent j'avais justement trouvé un script PHP qui retourne la langue préférée dont le coefficient q est le plus élevé, pour ceux que ça intéresse. C'est utile pour choisir quelle langue afficher si le visiteur arrive en tapant le domaine directement.
https://www.dyeager.org/2008/10/getting-browser-default-language-php.html (https://www.dyeager.org/2008/10/getting-browser-default-language-php.html)
Actuellement j'ai ça : "fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3"
Si j'ai bien compris, c'est pas une bonne idée pour le référencement Google d'avoir plusieurs langue dans une même url
En gros c'est ça, il faut qu'il y ait au moins une variation qui distingue la langue, soit par le domaine/sous-domaine ou avec un dossier... Mais ça parait logique : sinon en fonction des paramètres transmis par le Googlebot, celui-ci aurait du contenu différent en allant sur la même page, c'est pas cool pour le référencement.
-
Il y a aussi ce script : http://forum.alsacreations.com/topic-20-44955-1-RESOLU-Detecter-la-langue-du-navigateur-et-faire-un-redirect-en-php.html
<?php
$lang = substr($_SERVER['HTTP_ACCEPT_LANGUAGE'], 0, 2);
if ($lang != 'fr')
$lang = 'en';
header("Location: $lang/index.html",TRUE,301);
?>
pourquoi tu utilises du php pour iperf.fr ?
Pour le menu, ne pas avoir à recopier des bout entier de code. Sur chaque page, j'ai des "include" pour ne pas avoir à recopier le code dans chaque page :
<?php include("include/en-tete-en.php"); ?>
<?php include("include/menu-en.php"); ?>
Le php ne sert que pour cela (avant c'était des fichiers .html)
-
pourquoi tu fais pas des "server side includes"? c'est fait pour ca justement
https://fr.wikipedia.org/wiki/Server_Side_Includes
-
Comme iperf.fr semble être assez simple et pas trop grand à gérer : du contenu sur quelques pages, tu peux mettre les deux versions manuellement dans les dossiers /fr et /en, tandis que pour le contenu commun comme le CSS, images et JS tu le réutilise avec un chemin absolu. Il faut mettre les redirections pour faire comprendre aux moteurs de recherche que ça a bougé.
-
En gros c'est ça, il faut qu'il y ait au moins une variation qui distingue la langue, soit par le domaine/sous-domaine ou avec un dossier...
Et donc on est d'accord que la langue peut aussi être un paramètre d'URL?
-
pourquoi tu fais pas des "server side includes"? c'est fait pour ca justement
Je ne connaissais pas.
"server side includes" + option MultiViews d'Apache pour proposer plusieurs langues, cela permettrait de gérer bien la chose.
Il me semble que le MultiViews ne pose pas de problème pour Google (contrairement à gettext) car il est possible d'accéder à index.html.fr et index.html.en (en plus de index.html qui choisit la bonne version automatiquement)
Comme iperf.fr semble être assez simple et pas trop grand à gérer : du contenu sur quelques pages, tu peux mettre les deux versions manuellement dans les dossiers /fr et /en, tandis que pour le contenu commun comme le CSS, images et JS tu le réutilise avec un chemin absolu. Il faut mettre les redirections pour faire comprendre aux moteurs de recherche que ça a bougé.
Le problème, c'est que les URL français / anglais sont différentes.
Je trouve sympa de pouvoir avoir un lien qui sera redirigé dans la bonne langue comme Debian (sinon, je pense que seul la version anglaise sera visible sur Google, car les sites qui pointent sur iperf.fr sont presque tous en langue anglaise, donc ils ne pointeront pas vers la version française - pourtant il y a des français qui vont sur ces pages en anglais - comme c'est souvent le cas pour les sujets assez technique).
-
C'est que tu n'a pas bien lu, Google veut (dans sa position de quasi-monopole)
Google n'a aucun monopole sauf bien sûr celui de google.com (et .fr etc.).
que le contenu en différentes langues soit distinct, soit par domaine, sous-domaine ou URL.
Tu n'as compris ni ce que raconte Google ni ma question.
Ma question :
Pourquoi gogol aurait du mal avec un paramètre?
En effet si sur la même page avec la même url, le contenu apparait dans deux langues différentes, selon ce que fournit le navigateur comme informations ça va pas le faire.
Je comprends ce que tu veux dire même si tu t'exprimes comme un pied. Je reformule ta phrase :
"Si le contenu affiché sur un GET depend de facteurs autres que l'URL, alors ce n'est pas gérable par les moteurs d'indexation."
Et a contrario :
Si le contenu affiché sur un GET ne depend que des paramètres de l'URL, alors c'est gérable (naturellement et facilement) par les moteurs d'indexation.
Mais en fait, ton problème est que tu n'as pas l'air de bien connaitre le HTTP.
-
Pour le menu, ne pas avoir à recopier des bout entier de code. Sur chaque page, j'ai des "include" pour ne pas avoir à recopier le code dans chaque page :
<?php include("include/en-tete-en.php"); ?>
<?php include("include/menu-en.php"); ?>
Le php ne sert que pour cela (avant c'était des fichiers .html)
Oui c'est ce que je faisais pour mes sites, mes 1ère pages étaient en html, mais faire un changement c'était modifier 30 pages. Alors qu'avec les "include" tu ne modifies que un "banner.php" par exemple et c'est super rapide.
Tu crées juste un tableau et pour chaque morceau c'est un "include".
C'est super pratique et tu gagnes temps fou.
-
Je pensais utiliser "gettext" en PHP (cf Internationaliser un site web avec PHP et gettext (http://tassedecafe.org/fr/internationaliser-site-web-php-gettext-2878) pour proposer une version française de https://iperf.fr
Si j'ai bien compris, c'est pas une bonne idée pour le référencement Google d'avoir plusieurs langue dans une même url (utilisation de la langue demandée par le navigateur)
Savez-vous comment est réalisé le site https://www.debian.org (https://www.debian.org) ?
D'une façon qui ne marche pas parfaitement avec Google!
https://www.google.fr/search?q=Debian+est+bien+plus+qu%27un+simple+système+d%27exploitation+%3A+il+contient+plus+de+43000+paquets (https://www.google.fr/search?q=Debian+est+bien+plus+qu%27un+simple+système+d%27exploitation+%3A+il+contient+plus+de+43000+paquets)
donne en premier https://www.debian.org/index.fr.html
En revanche :
https://www.google.fr/search?q=Debian+provides+more+than+a+pure+OS%3A+it+comes+with+over+43000+packages%2C+precompiled+software
donne comme résultat
https://www.debian.org/
ce qui n'est pas bon pour les utilisateurs qui préfèrent le français!
-
Et donc on est d'accord que la langue peut aussi être un paramètre d'URL?
ce qu'on appelle paramètre, comme ?lang=en avec cela ce n'est pas possible de définir une lange particulière sur les options de Webmaster pour spécifier une audience particulière, et c'est déconseillé par Google pour l'indexation, je vais pas re-citer mes messages...
Pour se cantonner à l'URL, mieux vaut mettre un dossier, ou avec un URL Rewriting pour justement utiliser le paramètre ci-dessus, mais d'une façon plus propre pour le SEO et pour l'utilisateur. Sinon comme je le disais, le site est petit donc simplement mettre du contenu différent dans des "vrais" dossiers, c'est suffisant.
Le problème, c'est que les URL français / anglais sont différentes.
Oui mais ça serait comme deux sites différents en observant l'URL, de ce fait on ne pourrait pas faire la transition entre deux langues si on remplace /en par /fr et vice-versa. Mais ça reste faisable, peut être ingérable si le site s'agrandit mais il faudrait de toute façon utiliser un CMS pour simplifier l'administration. Énormèment de sites utilisent ce genre de structure pour séparer leurs versions étrangères.
Je comprends ce que tu veux dire même si tu t'exprimes comme un pied. Je reformule ta phrase :
Désolé, fatigué ce soir :D
-
ce qu'on appelle paramètre, comme ?lang=en avec cela ce n'est pas possible de définir une lange particulière sur les options de Webmaster pour spécifier une audience particulière,
Et avec la lange dans une "extension" ".fr", c'est possible?
et c'est déconseillé par Google pour l'indexation, je vais pas re-citer mes messages...
Google ne dit pas que ça pose problème pour l'indexation.
-
Sur le référencement, position dans leur index si tu préfères. Ce n'est pas encore bien supporté par Google.
-
Je ne vois pas ce que ça change pour un indexeur.