Jeanluc

Tu peux aussi demander à qui appartient cette adresse IP avec RIPE Whois (pour les adresses européennes). Jean-Luc

Pour plusieurs de mes sites, les informations de DNSstuff sont fantaisistes. Selon eux, annuaire-info.com est hébergé en Angleterre, alors qu'il est hébergé à Bruxelles et que Google le géolocalise correctement. Pour un autre site chez un autre hébergeur en Belgique, DNSstuff donne aussi "UK" comme pays d'hébergement, alors que Google le géolocalise correctement. Jean-Luc

Pour moi, c'est chinois. Tu parles bien d'une redirection et pas d'un lien HTML standard ? De quelle type de redirection s'agit-il ? A priori, il n'est techniquement pas possible de savoir si un visiteur provient d'une redirection. Quand une page X contient un lien vers Y qui fait une redirection vers la page Z, le référant de la page Z est la page X et pas Y. Jean-Luc

Bonjour, Comme c'est vendredi soir, certains data centers ferment plus tôt... Blague à part, je mettrais ça sur le compte de différences entre data centers et/ou de cafouillages googlesques. C'est assez fréquent. A mon avis, pas de souci à se faire. Jean-Luc

Merci, je dois faire la même opération sur un autre site chez le même hébergeur. Je suivrai ta suggestion (méthode du casse-noisettes). Jean-Luc

Pour info, mon hébergeur m'a donné la solution : Et ça marche! Jean-Luc

Bonjour, J'ai utilisé webcron.org. Facile à utiliser et bon fonctionnement. Mais cela fait déjà quelque temps et c'était loin d'être un usage intensif. Jean-Luc

Bonjour, J'ai mis un "ErrorDocument 404 /erreur-404.html" à la racine du site (là où j'ai le /index.html). /erreur-404.html est bien affiché pour des fichiers non existants, mais il ne fonctionne pas pour certains sous-répertoires : - /nexiste-pas.html : 404, avec affichage de /erreur-404.html - /fr/nexiste-pas.html : 404, avec affichage de /erreur-404.html - /cgi-bin/nexiste-pas.pl : 404, mais pas d'affichage de /erreur-404.html - /cgi-bin/en/nexiste-pas.pl : 404, mais pas d'affichage de /erreur-404.html En essayant de mettre un .htaccess dans /cgi-bin, je n'arrive qu'à provoquer des erreurs 500. Comment obtenir la page 404 personnalisée dans tous les cas ? Jean-Luc

As-tu essayé avec un autre navigateur que Internet Explorer ? Il me semble que quand Internet Explorer reçoit une page d'erreur de petite taille, il préfère afficher son propre message d'erreur standard. Ceci expliquerait toutes tes constatations. Jean-Luc

Pour la différence entre les deux versions, c'est normal. Quand tu mets le [i]http://..., aucun code 404 n'est généré et il y a toujours une redirection 302 vers l'adresse [i]http://.... La bonne solution au niveau du .htaccess est donc bien la première. Dans ton erreur404.php, je ne vois pas où tu envoies le code HTML de la page d'erreur personnalisée vers ton visiteur. Jean-Luc

C'est une toute bonne question. Je ne vois pas en quoi les rapports personnalisés actuels pourraient aider puisque les parrainages n'entrent pas dans les critères. J'ai peur que la réponse ne soit "aucun suivi possible, sauf les +100 euros dans les revenus le jour où un filleul atteint le seuil de paiement". Voir aussi Centre d'assistance AdSense - Comment puis-je effectuer le suivi de mes parrainages ? qui semble dire que les conversions apparaissent dans les rapports dans le mois où elles ont lieu, même si le clic a eu lieu dans une période précédente. Jean-Luc

Pas grave. Quand tu en as la possibilité, j'aimerais avoir ces deux adresses que j'appelais [i]http://www.site1.com/ et [i]http://www.site-principal.com/sites/site1/. Jean-Luc

D'après ta réponse, 1and1 semble faire une réelle gestion des domaines supplémentaires et pas de redirection (c'est très bien), mais, pour être certain, je préférerais vérifier avec tes adresses réelles. Si ça se passe comme je le pense, il faudrait mettre un robots.txt à la racine du site principal, donc son adresse serait [i]http://www.site-principal.com/robots.txt et ce robots.txt devrait interdire l'accès au répertoire /sites/, comme ceci : User-agent: * Disallow: /sites/ Cela devrait suffire (mais j'aimerais vérifier avec tes adresses réelles, si possible). Jean-Luc

Bonjour Pastek de plomb et bienvenue, Tu veux dire que tu as [i]http://www.site-principal.com/, que [i]http://www.site1.com/ fait une redirection vers [i]http://www.site-principal.com/sites/site1/, que [i]http://www.site2.com/ fait une redirection vers [i]http://www.site-principal.com/sites/site2/, etc. ? Quel est le type de redirection ? L'adresse du site dans la barre d'adresse change-t-elle avec la redirection ? Jean-Luc

Bonjour, Le plus simple ne serait-il pas que tu demandes à quelques personnes intéressées (au moins 3 candidats) de te remettre une proposition chiffrée avec la fourniture gratuite d'une page ou deux à titre d'exemple de ce qu'ils savent faire ? Je dis ça, parce que ce qui plaît aux uns ne plaît pas nécessairement aux autres. Histoires de goûts et de couleurs qui ne se discutent pas... Jean-Luc

L'incitation n'est pas acceptée "par régie", mais plutôt "par campagne" (donc pour un annonceur donné). Autant dire qu'il faut éplucher les conditions de chaque campagne. Il y a aussi ceux qui paient à l'affichage. Combien as-tu de visiteurs différents par jour, combien de pages voient-ils et quel est le thème de ton site ? On pourrait peut-être de faire des suggestions plus précises. Jean-Luc

Bonjour Kwiz, Je ne sais pas s'il y a une différence entre "répertoire" et "nom de fichier". Les essais que j'ai effectués portaient sur les tirets dans le "nom de domaine" et dans le "nom de fichier" et la conclusion était : - sur beaucoup de sites, à partir de trois tirets dans l'URL, les pages ne sont pas indexées par MSN, sans raison apparente, alors que les pages avec 2 tirets ou moins sont indexées. - sur d'autres sites, des pages avec bien plus de tirets, sont indexées par MSN (test d'Americas). Le test d'Americas a été fait avec une page ayant beaucoup de backlinks. Il se pourrait donc que le problème des tirets disparaisse pour une page dont la popularité est suffisante. Ceci pourrait être le cas pour la page d'alsacreations.com que tu cites. Jean-Luc

Merci d'avoir rappelé l'adresse du blog de Matt Cutts que je n'avais pas encore mise dans mes favoris. Dans la page que tu indiques, Matt renvoie vers les nouvelles pages suivantes qui sont particulièrement intéressantes : url canonicalization, the inurl operator et 302 redirects. On dirait que Google se décide enfin à suivre la voie tracée par Yahoo pour le traitement des redirections et la "canonisation" des URL, ce qui devrait mettre fin au problème des redirections dangereuses. Jean-Luc

Bonjour, Ce qui est clair, c'est que très souvent les régies interdisent d'encourager les visiteurs à cliquer. Avec Google AdSense, si tu encourages tes visiteurs à cliquer, ils te virent définitivement. Si on se met deux secondes à la place des annonceurs, c'est parfaitement logique. Des campagnes qui rémunèrent autrement qu'au clic acceptent les incitations. C'est tout aussi logique: si l'annonceur paie une commission sur ses ventes, il veut bien te la payer si tu as encouragé avec succès le client à acheter. J'espère avoir répondu à ta question. Jean-Luc

Bonjour et bienvenue, Primo, faut pas craquer pour si peu. Secundo, Google le fait exprès pour que personne ne puisse optimiser ainsi. Ce serait trop facile, si on pouvait en quelques jours faire des tests systématiques et grimper dans le classement. Tertio, faire du positionnement, c'est gérer ce genre d'incertitudes... Pas d'accord. Pour l'analyse du positionnement, choisir les data centers permet de faire une analyse plus fine que si on est sur un data center indéterminé. Google décide du data center, mais il peut, par exemple, décider que mon PC va sur le data center X et que le PC de mon voisin qui fait la même requête va sur le data center Y. Voir ce qui se passe sur "tous" les data centers permet d'avoir une vue d'ensemble de l'évolution du positionnement. Un outil qui ne permet pas cela me semble peu intéressant. Jean-Luc

Bonjour, Dans mes développements de programmes en Perl et PHP et aussi dans des fichiers "système", comme .htaccess ou des fichiers de configuration, je suis très souvent amené à utiliser des expressions régulières (regex). Le risque d'erreur est très présent, même si on est attentif. Tester en réexécutant un programme plusieurs fois est souvent laborieux. C'est pire pour les règles qu'on place dans un .htaccess, car des événements extérieurs non contrôlés (par exemple, visite d'un robot) interviennent dans le test. Pour nous faciliter la vie, nous avons créé une page qui permet de réaliser 5 tests simultanés d'une expression régulière. On donne le modèle et 5 chaînes auxquelles il est appliqué et on obtient le résultat vrai/faux et éventuellement les captures par les parenthèses. Cela nous fait gagner pas mal de temps. Peut-être que cet outil de test d'expression régulière peut vous être utile également. Dites-moi ce que vous en pensez. Jean-Luc

Bonjour, Ce type d'URL n'est certainement pas optimal. A partir du moment où tu écris que tu peux "nommer tes dossiers comme bon te semble", autant en profiter pour les optimiser un peu pour le référencement. Je ne vois pas l'intérêt de mettre ces .html partout. Cela va aussi compliquer la vie des humains qui voudront noter une de tes URL. Jean-Luc

Bonjour, Pour un site en français, les deux types de codage sont défendables. Ce choix n'a aucun impact sur le référencement sur les grands moteurs de recherche. L'essentiel est que ce choix soit cohérent (pages effectivement codées selon le type de codage indiqué). Jean-Luc P.S. tu as réalisé ce site à 13 ans. Bravo.

Bonjour et bonne année , Si la redirection ne sert plus à rien, c'est-à-dire si elle n'amène plus de visiteurs et si elle n'a plus de liens importants qui pointent vers elle, il faut la supprimer, puis, comme le dit Dan, supprimer le lien dans Google. Si, par contre, il existe encore des liens qui pointent vers elle et qui donc contribuent au positionnement des deux sites (ancienne adresse et nouvelle adresse) dans Google, supprimer le lien dans Google pourrait avoir un impact négatif sur le positionnement, même si cela n'entraîne pas la suppression de la nouvelle URL. Jean-Luc

Le formulaire de suppression d'URL de Google supprime une page pour 6 mois. Ce ne serait pas la solution non plus. A part, attendre la prochaine visite du bot sur la page... ou essayer de la rendre plus populaire en la mettant en signature sur le forum , je ne vois pas ce que tu peux faire. Peut-être que je ne comprends pas bien le problème. C'est une page (des pages ?) qui n'est pas souvent visitée par Yahoo Slurp ? Jean-Luc