Jeanluc

Bonjour leff, Tu cherchais la feuille de style ? La voici : body,h1,h2,h3,h4,h5,h6,div,form,fieldset,ol,ul,dl,dt,dd{margin:0;padding:0;} (...) p.info{margin:10px;padding:10px;border:solid 1px #006BCE;font-family:Arial,Helvetica,sans-serif;font-size:12px;text-align:justify;color:#333;} Jean-Luc

Bonjour, Le signe égal "=", le point "." et la barre oblique "/" sont (comme le tiret "-") des séparateurs de mots dans les recherches Google. Google les appelle officiellement "connecteurs d'expression". Je ne sais pas s'il y a des raisons de préférer l'un à l'autre dans les URL, même si on a l'habitude de voir des tirets partout. J'éviterais la barre oblique qui va compliquer la réécriture d'URL. Jean-Luc

Bonjour caazart, Non, cela ne pose aucun problème. Dès que tu as l'approbation de AdSense pour un site, tu as le droit de placer des AdSense sur autant de tes sites que tu veux (de sites acceptables pour AdSense évidemment). Je suppose que c'est parce que nous sommes un jour férié que tu n'as pas eu de réponse sérieuse de chez AdSense, les pros étant en congé! Pour l'absence de stats aujourd'hui, c'est pour tout le monde pareil. C'est malin! Avec ta pub sur le site US, tu as planté tout le système de stats de AdSense... Jean-Luc

Ce n'est certainement pas si simple. Normalement si on travaille avec un proxi, on vérifie qu'il n'y a pas eu de changement du contenu avant de répondre. Vincent a bien expliqué que cette vérification est parfaitement visible dans le fichier log et qu'elle fonctionne avec la réponse 304 qui confirme la validité du cache. Siddartha explique que certains fournisseurs d'accès ne font pas cette vérification. Je suis étonné parce que je ne vois pas comment ils peuvent traîter correctement des pages dont le contenu dépend de cookies ou d'autres paramètres non visibles dans l'URL... De plus, si je comprends bien, le malheureux webmaster qui veut changer une page de son site et qui travaille via ce FAI, devra attendre jusqu'à 6 heures avant de voir le résultat du changement en ligne. Pratique, quand il y a un problème ou une info urgente à transmettre ... Pour ce qui est du "cache du navigateur" dont parle Titag, je ne pense pas que c'est plus fiable de compter une visite à chaque nouvel affichage du cache. Je dirais plutôt que si quelqu'un regarde 100 fois une page qu'il a recopiée sur son PC (=cache du navigateur), je n'ai aucune raison de considérer qu'il est venu 100 fois sur mon site. Mon avis est que la "fiabilité" d'une solution de statistiques est proportionnelle à la connaissance qu'on en a. Un visiteur chez Xiti est différent d'un visiteur chez AWStats qui est aussi différent d'un visiteur chez XYZ. La solution est fiable à partir du moment où on en comprend ses limites. Jean-Luc

Bonjour panther, C'est une histoire bien banale. Les virus se reproduisent dans les PC "contaminés". Depuis ces PC, ils envoient des e-mails contaminés à tout le carnet d'adresses de ce PC, en indiquant une fausse adresse d'expéditeur. L'adresse d'expéditeur aura aussi été prise au hasard dans le carnet d'adresses. Avec un peu de (mal)chance, ils contamineront ainsi quelques nouveaux PC qui renverront à leur tour les messages à leurs carnets d'adresses respectifs. Dans ton cas, le PC contaminé n'est certainement pas celui de l'admin de club-internet.fr! Il est probable qu'un certain nombre de personnes ont aussi reçu le virus avec ta propre adresse comme adresse d'expéditeur... Que ton adresse ne soit pas indiquée comme destinataire signifie que tu étais dans la liste des destinataires secrets (fonction Bcc: disponible dans la plupart des logiciels de messagerie). Je suis toujours étonné que ceux qui sont prudents comme toi disent qu'ils ont de la chance... Jean-Luc

Si tu es hébergé au Canada et que tu as un .com, c'est impossible. Tu ne peux pas être dans les Pages : France parce que tu es dans les Pages : Canada. Jean-Luc

Que veux-tu dire ? Si tu souhaites choisir l'hébergement pour favoriser ton référencement sur la France, tu prends un nom de domaine .com et tu l'héberges en France. Google le prendra pour un site 100% français. Jean-Luc

Bonjour guymauve, Y a ka demander... Pour le référencement sur Google, le lieu d'hébergement du serveur n'a d'importance que si tu utilises un nom de domaine international (.com, .org, .net,...). Si tu utilises un nom de domaine "national", peu importe le lieu d'hébergement. Tu peux d'ailleurs le vérifier directement avec ton mxforum.be hébergé en France: il appararaît dans les Pages : Belgique et il n'apparaît pas dans les Pages : France. Jean-Luc

Bonjour, "francophone" = "en français". Peu importe la localisation du serveur. Google permet une sélection géographique (France, Belgique, Allemagne,...) et une sélection linguistique (français, anglais,...). J'ai les mêmes gros doutes que toi concernant l'emploi des META pour indiquer la langue à Google. De toute façon, en général, Google se débrouille très bien sans ça pour reconnaître la langue d'une page. Je dis bien d'une page: on peut avoir un site avec des pages en différentes langues et Google les reconnaît sans problème. C'est seulement pour les pages avec du texte qui peut prêter à confusion que les META seraient utiles (exemples: page qui contient des textes en 2 langues ou page en anglais qui contient 50 noms de villes françaises). Jean-Luc

Bonjour Titag, Pourrais-tu expliquer pourquoi la technique du marqueur serait, en soi, plus fiable que la consultation du fichier log du serveur web ? Jean-Luc (avocat du diable AWStats)

Bonjour, Cela fait quelque temps déjà que les résultats de la commande link: n'ont plus beaucoup de sens. Tout ce qu'on sait, c'est que link: n'affiche qu'une petite partie des liens connus de Google. Ton PageRank de 3 indique que Google connaît des liens vers ton site. Pour retrouver les liens vers ton site, dans Google, tu peux faire une recherche sur "www.jean-marc-stalner.com" qui donne les pages qui mentionnent cette adresse dans leur texte. Tu peux aussi utiliser les commandes link: d'autres moteurs de recherche. Jean-Luc

Il me semble que ces deux affirmations sont vraies. A mon avis, ceci n'implique pas que la société a besoin d'une facture. En Belgique, les particuliers ne font pas de facture et, malgré cela, une entreprise peut acheter un bien à un particulier. Il n'y a pas qu'une facture qui peut servir de justificatif. En Belgique, il faut un statut si on a une activité commerciale ou professionnelle; si ce n'est pas le cas, on peut malgré tout vendre un bien dans le cadre de la gestion normale de son patrimoine privé. Donc une société peut acheter une maison, une voiture d'occasion, un meuble d'occasion ou un nom de domaine d'occasion à un particulier et sans facture. Un contrat signé par les parties peut servir de justificatif. Cela n'est peut-être pas très différent en France ? Jean-Luc

Je crois que ceci est plus réaliste : <a href="http://www.un-site.com/" onclick="javascript:window.open('http://www.mon-annuaire.com/go.php?site=123456')">Un site</a> Jean-Luc

Bonjour, Quand le "nofollow" a été introduit, il a été dit que le lien ne devait pas voir sa "popularité" augmenter s'il était accompagné d'un "nofollow". Je suppose donc que si tu ajoutes un "nofollow" à un lien existant, les moteurs vont supprimer l'apport de "popularité" de ce lien. Cela n'aura évidemment pas pour effet de désindexer le site pointé par le lien (heureusement)! En langage Google, "popularité" = PageRank. Jean-Luc

Merci à tous pour les suggestions. > Dudu : c'est bien dans ce sens-là que je cherchais, malheureusement ­ fonctionne comme il est supposé le faire (affichage d'un tiret, si passage à la ligne, et rien du tout, dans les autres cas). > Hadrien : tu es un expert! Waw, je suis impressionné. Je viens de tester l'espace sécable de largeur nulle et, comme tu disais, ce n'est pas bon avec IE. Conclusion : il n'y a pas de solution qui fonctionne à la fois sur Internet Explorer (86% de mes visiteurs sur ce site) et Firefox (7% de mes visiteurs). Je dois me résigner à élargir la colonne. Je ne vais quand même pas insérer une image de 0x0 après chaque tiret... Jean-Luc

Césure (coupure) sur les tirets Ok pour le <BR>, mais c'est pas super-super... Il n'y aurait pas plutôt moyen d'insérer un caractère invisible qui n'enverrait pas systématiquement à la ligne, mais sur lequel Firefox ferait la coupure si nécessaire ? HTML, attribut width Mamat a parfaitement raison. Les seules "unités" possibles sont le pixel, si on ne précise rien, et le pourcentage, si on ajoute %. C'est facile à vérifier dans n'importe quel bouquin sur le HTML ou tuto en ligne, mais ce n'était pas ma question. L'emploi de CSS ou de formatage HTML ne change rien dans ce cas précis. Pour se rendre compte du problème, il suffit de regarder cette page à travers différents navigateurs et de la rétrécir. On voit que, dans l'expression abracadabra-gortier-slouton-3-141592653589793, Firefox ne fait pas la césure sur le tiret, alors que les autres navigateurs le font. Jean-Luc

Merci pour la réponse, mais il ne faut pas mettre les unités, comme tu dis. Il faudrait les mettre dans un CSS, mais pas ici. Ce serait incorrect. Jean-Luc

Bonjour, Mon code contient quelque chose comme ceci : <TD WIDTH=160> abracadabra-gortier-slouton-3-141592653589793 </TD> Avec Internet Explorer et avec Opera, la colonne a bien une largeur de 160 pixels. Le mot abracadabra-gortier-slouton-3-141592653589793 est coupé après un tiret. Firefox lui se refuse à considérer le tiret comme un séparateur et élargit la colonne, ce qui, sur les pages en question, est très vilain... Quelle formule magique faut-il utiliser pour éliminer ce problème, en conservant les tirets (et si possible sans élargir la colonne) ? Jean-Luc

Suspens insoutenable... Jean-Luc

Bonjour, Je ne sais pas si un tel outil existe. Il y a bien sûr tous les outils qui analysent l'en-tête HTTP, mais tu dois tester toi-même chaque lien suspect. Comme tu as peu de backlinks sur Google, j'ai quand même trouvé http://64.233.161.104/search?q=cache:ZQA9k...st.be/%22&hl=fr qui fait une redirection 302 vers NETCAST. Il y en a peut-être d'autres. Soit dit en passant, je ne suis pas convaincu qu'il faille faire supprimer toutes les redirections 302. Je pense qu'elles posent un problème uniquement quand Google les confond avec une vraie page du site. Jean-Luc

Bonjour totoleheros, Cette manip ne me semble pas sans risque. C'est soit des complications pour trois fois rien, soit risquer gros si le nom de domaine a une valeur importante. Que feras-tu si après 11 mois de location, le domaine est blacklisté ? C'est à eux de prendre le risque commercial, non ? S'ils font un bon boulot sous le nom de domaine, après un an, ils le revendront plus cher. S'ils font un mauvais boulot, ils doivent assumer... et s'ils n'ont pas XXX euros en caisse, ils devraient demander un prêt à leur banque et pas à toi! Jean-Luc

Bonjour Gribouille26, Google passe plusieurs fois par jour : oui, il peut passer plusieurs fois par jour,mais probablement chaque fois pour lire des pages différentes. D'un autre côté, pour être tout à fait précis, quand je dis une fois "toutes les lunes", on pourrait aussi parler des sites où Googlebot ne passe même pas une fois par mois... D'accord aussi avec ta remarque sur le PR. C'est bien pour ça que j'ai écrit selon l'importance (en gros, le PageRank) de la page en question. La fréquence des visites est bien déterminée par l'importance de la page aux yeux de Google et l'importance de la page est représentée par le PR, mais, pour tout compliquer, le PR affiché par Google dans la toolbar est souvent une valeur qui n'est pas à jour. Voilà, voilà... Jean-Luc

Après réflexion, je pense que Disallow: /fichier.php?var=xyz est conforme au Standard for Robot Exclusion du 30 juin 1994. Ce que dit le standard, c'est que l'accès à toute URL commençant par le texte spécifié est interdit: - Disallow: /fichier.php interdit l'accès à tout ce qui commence par /fichier.php. - Disallow: /fichier.php?var=xyz interdit l'accès à tout ce qui commence par /fichier.php?var=xyz et donc autorise l'accès à l'URL /fichier.php tout court. Ça devrait marcher... Jean-Luc

[edit] Désolé, je revois ma réponse [/edit] Jean-Luc

Bonjour Alesk, Ce que tu appelles balise <meta content>, je suppose que c'est la balise <meta name="description" content="...">. Le contenu de cette balise "meta description" est parfois utilisé par Google dans les résultats. Si tu l'as changé, le mieux est de patienter jusqu'à la prochaine visite de Googlebot. Je ne suis pas trop d'accord avec MS-DOS_1991. Sa définition de la Google dance n'est pas correcte. Le formulaire de soumission manuel ne doit, en principe, être utilisé qu'une seule fois par site et certainement pas pour demander le passage de Googlebot sur une page donnée. La fréquence des visites de Googlebot va de une fois par jour à une fois toutes les lunes, selon l'importance (en gros, le PageRank) de la page en question. Jean-Luc