Jeanluc

Bonjour, L'information originale complète se trouve sur Inside AdSense (Google). J'en ai fait une traduction ici: Parrainages AdSense et AdWords : nouvelle rémunération. Jean-Luc

Bonjour, Avec un trafic pareil, je suppose que tu as accès aux fichiers log. Ils devraient déjà te permettre de voir plus clair en examinant quelques hits qui proviennent de l'adresse suspecte. Entre parenthèse, il est assez curieux de parler de "bande passante" pour du trafic qui semble interne au serveur. Jean-Luc

A mon humble avis, ce n'est pas exact. Mais ce n'est pas une raison pour déclarer une langue de manière fantaisiste. Jean-Luc

Aloha, Une possibilité est d'afficher la "première page", puis, en PHP après le délai voulu, d'utiliser des div absolus pour positionner un nouveau contenu au-dessus de la "première page". Jean-Luc

Bonjour, Difficile à dire sans connaître l'adresse du site. Jean-Luc

Sur mon navigateur, les accents de ton site [i]http://www.utlaze.com/ s'affichent très bien. Jean-Luc

Ce n'est pas ce que dit le règlement AdSense: Donc, un site qui contient quelques pages "adultes" ne peut pas afficher d'AdSense, même sur d'autres pages. Jean-Luc

Et pour aller à la ligne chaque fois: echo $truc[2] . "<br />\n"; echo $truc[4] . "<br />\n"; echo $truc[1] . "<br />\n"; Jean-Luc

Bonjour, robots.txt sert uniquement à interdire des choses aux robots. Donc, si tu veux qu'ils aillent partout, aucun intérêt. La balise META "revisit-after" n'est plus prise en compte par les robots. Sans intérêt aussi. Si tu veux que les robots viennent souvent sur ton site et qu'ils le visitent en détail, il faut et il suffit: - d'avoir des liens de qualité qui pointent vers ton site - des ancres (textes des liens) qui correspondent au contenu de tes pages - des liens entre tes pages qui sont faciles à suivre par les robots (liens HTML classique < a href="..." >) Jean-Luc

Rien de suspect dans ton .htaccess. Qu'est-ce qui se passe actuellement et qu'est-ce que tu aimerais avoir ? Jean-Luc

AdSense interdit aussi de faire des affichages trop répétés. On peut afficher ces propres pages de manière "normale", mais pas faire des refreshs automatisés. Jean-Luc

Bonjour, Tu parles d'afficher des pubs AdSense pour ton_site.com sur des pages de ton site ton_site.com ? Je ne vois pas quel est l'intérêt pour toi. Jean-Luc

Tu as essayé & # 9 2 ; (sans les espaces) ? Jean-Luc

Patience, patience,... 5 jours, ce n'est rien du tout à l'échelle de Google. Il est très probable que tout rentre dans l'ordre dans quelques jours... Jean-Luc

Non, ce n'est pas lié au contenu de son site ni à la façon dont il publie ou pas ses adresses e-mail. Dan a clairement répondu (2ème post du thread) qu'il n'y avait malheureusement rien à faire pour contrer cette polution. Supprimer le Catch all permet de ne pas voir ces mails en retour, mais cela n'empêche pas l'envoi des spams avec une adresse d'expéditeur nous appartenant. Jean-Luc

Dudu, Merci pour cette réponse particulièrement constructive. Jean-Luc

Tu peux taper les mots français et bulgares "normalement". Aucun problème! D'ailleurs, dans la page que tu indiques le mot "appétit" est écrit avec é et non & eacute;. C'est pareil pour les caractères cyrilliques. Jean-Luc

D'accord. Ce n'est pas tout à fait exact. En cas de conflit, c'est le logiciel client qui décide: la plupart des navigateurs donnent la priorité au choix de Apache, mais Googlebot donne la priorité au choix de la META. Il faut donc absolument éviter un conflit entre l'encodage spécifié par Apache et celui de la META. Beaucoup de serveurs Apache envoient seulement l'en-tête de codage "text/html", ce qui laisse toute liberté pour l'encodage des pages. Ce n'est pas nécessaire. J'ai testé la page d'accueil du site de Nullette avec mon petit outil [i]http://www.annuaire-info.com/simulateur-google.html et, à la fin du rapport, on peut constater que son serveur ne spécifie pas le codage et qu'elle utilise une balise META qui spécifie "iso-8859-1". Si elle réenregistre toutes ces pages en UTF-8 et si elle change cette balise META en "UTF-8", l'encodage sera bien UTF-8 pour tout le monde. Jean-Luc

Ton problème n'est pas un problème de type d'encodage de la page HTML. Le problème se situe avant. Je ne connais pas Flash, mais j'ai l'impression que c'est lié à l'encodage des textes pour l'application Flash. Ce que tu y places est peut-être du iso-8859 alors que Flash attend du utf-8 ou l'inverse. Jean-Luc

Bonjour, Tu peux donner l'adresse de la page ? A la fin du rapport, mon petit outil http://www.annuaire-info.com/simulateur-google.html affiche le type de codage et vérifie qu'il n'y a pas de conflit entre la META et le codage indiqué par le serveur. Jean-Luc

Il existe bien une command Allow pour robots.txt, mais elle est non standard, comme le *. A éviter si possible. De toute manière, Allow ne permet pas de faire venir les robots plus rapidement. Pour qu'une page soit indexée, il n'y a qu'une seule bonne solution: avoir des liens vers cette page. Un minimum serait que des liens se trouvent dans un plan du site. Jean-Luc

Bonjour newbie-30, Tu essaie de faire quoi exactement, parce que robots.txt ne sert pas à faire venir des robots, mais seulement à les écarter de certaines URL (et il vaut mieux éviter d'employer * quand c'est possible) ? Jean-Luc

C'est réparé. Les vérifications fonctionnent à nouveau. Jean-Luc

Tu veux dire qu'un simple changement de DNS n'est pas entièrement automatisé ? Jean-Luc

Salut Fredwat, Je viens de m'échapper du dernier magasin...... Pfffffffft... Je respire... Après le changement des DNS, pour un site statique, il faut laisser fonctionner les deux serveurs en attendant que tous les internautes soient dirigés vers le nouveau serveur. S'il y a des databases, il faut gérer la migration pour ne pas perdre d'info. Pas toujours simple... Combien de temps minimum pour un .fr? Je n'ai pas d'expérience .fr, mais "72 heures" me semble correct (encore que, le plus souvent, attendre une semaine ne coûte rien). Bon Noël! Jean-Luc