Jeanluc

Je suis aussi partisan de la suggestion de Dudu. La perte d'un point de PR que tu signales provient peut-être de la disparition des pages peu fréquentées non redirigées: peu importantes pour les visiteurs humains, mais importantes pour le "link juice". Jean-Luc

Là, tu fais une redirection avec "Location" et tu essaies d'envoyer un code "200". Tu ne peux pas faire les deux en même temps. Tu ne penses pas passer sur un hébergement payant et pas cher, plutôt que de passer du temps à contourner les limitations de l'hébergeur gratuit ? Jean-Luc

Bonjour, Tu pourrais expliquer : - pourquoi tu gardes les 302 ? - pourquoi tu remplaces les 301 ? - quand tu as des 303 ? Jean-Luc

La lettre manquante se trouve dans le nom du répertoire. Si tu décides de faire la correction, il faudra donc corriger tous les liens internes qui mènent à ce répertoire. Bon courage ! Pour ce qui est de la redirection, une seule ligne devrait suffire dans .htaccess: RedirectPermanent /unioneuropenne http://www.bulgaria-france.net/unioneuropeenne Jean-Luc

La faute se trouve dans l'adresse de ta page qui fonctionne : h**p://www.bulgaria-france.net/unioneurop. Le lien sur le Hub ne marche pas parce qu'il est sans faute: h**p://www.bulgaria-france.net/unioneurop Je ne suis pas sûr qu'il faille changer l'adresse d'une page de 2007. Si tu veux fignoler, tu fais une redirection 301 de l'adresse qui ne marche pas vers celle qui marche. Si tu es perfectionniste, tu corriges l'adresse avec la faute, tu changes tous les liens vers cette adresse mal écrite puis tu fais une redirection 301 vers l'adresse corrigée. Jean-Luc

Bonne à un e prêt. Jean-Luc

Je ne connais pas particulièrement les (im)possibilités de free. Si tu peux créer librement ton script de traitement des erreurs 404, tu dois pouvoir y placer une redirection 301 vers la nouvelle adresse. Dans l'exemple suivant, un document inexistant provoque une redirection 301 vers le plan du site: <?php header("Status: 301 Moved Permanently", false, 301); header("Location: http://www.ton_domaine.com/plan-site.htm"); exit(); ?> Evidemment, le code peut être adapté pour rediriger vers une page donnée en fonction de l'URL qui provoque l'erreur. Jean-Luc

Cest exactement ça. La redirection vers unfichier.htm doit être conditionelle et ne se faire que quand l'URL est unfichier.php. Jean-Luc

Bonjour et bienvenue sur le Hub, Idéalement, il faudrait que : - si l'URL est /unfichier.htm, tu renvoies un code 200. - si l'URL est /unfichier.php?option1&option2, tu renvoies un code 301 en faisant la redirection vers /unfichier.htm. Jean-Luc

Pas mal de sites marchands adaptent le contenu affiché en fonction de cookies enregistrés par le navigateur. Tu pourrais faire comme ceci: Quand un visiteur vient sur ton site (hors forum), tu lui colles un cookie. Quand il vient sur une page du forum, tu regardes s'il a un cookie ou non. S'il n'en a pas, tu l'envoies sur le site; s'il en a un, tu le laisses naviguer sur le forum. Le cookie peut avoir la durée de vie que tu veux, par exemple, 24 heures. Jean-Luc

Concernant l'expérience utilisateur, je dirais que ton site est clair et agréable à consulter, mais en consultant la page d'accueil, je n'ai pas compris que ton objectif était de vendre des modèles de documents. C'est peut-être moi qui n'ai pas compris ou c'est peut-être voulu, mais cela peut avoir pour effet que les mots clés tapés par tes clients potentiels dans Google ne figurent pas dans ta page d'accueil. Pour améliorer le positionnement en général: comme Le-Juge: il faut continuer à obtenir des liens le site est encore très jeune. Il faudra être patient. il y a des liens brisés sur la page d'accueil (images) la page d'accueil est accessibles sous 4 adresses différentes, ce qui crée du "duplicate content" (avec ou sans www, /index.php ou /) il faut préférer les tirets dans les URL plutôt que les underscores (mais ce n'est pas vital) Autre remarque: il y a des \ visibles devant les apostrophes dans le dico. Jean-Luc

Un grand merci (tardif) pour ta réponse particulièrement précise et claire. Je pense avoir bien compris tes explications, en particulier la différence entre URL et représentation de l'URL dans un attribut HTML (même si, dans ton message, le forum a converti automatiquement des #038; en &). Un point reste encore mystérieux pour moi. Dans une variable de l'URL, tu écris le mot 'encodé' de cette manière 'encod%c3%a9'. Si je comprends bien, c'est parce que, pour l'urlencode, tu es parti d'UTF-8 et cela aurait donné 'encod%e9' en partant d'ISO-8859. L'essentiel est évidemment que le serveur comprenne. Les navigateurs que j'utilise convertissent automatiquement les caractères accentués présents dans l'URL, donc, dans la barre d'adresse, on pourrait écrire directement 'encodé' dans l'espoir que le navigateur convertisse en %..., mais comment le navigateur saura-t-il si cela doit être basé sur UTF-8 ou sur ISO-8859-1 ? Jean-Luc

Ces deux affirmations sont contradictoires. Jean-Luc

Si www.monsite.com/index.htm et www.monsite.com affichent le même contenu, tu peux utiliser la nouvelle meta "canonical". Dans ce cas, il faut ajouter: <link rel="canonical" href="http://www.monsite.com/" /> Cette nouvelle meta est comprise par Google, Yahoo et Microsoft. Jean-Luc

Oups, c'est vrai, cela provoque une boucle infinie. Essaie avec cette redirection: RewriteCond %{HTTP_HOST} ^iraty.chaletpedro.com$ RewriteRule .* http://www.chaletpedro.com/index.php?option=com_content&task=view&id=46&Itemid=82 [L,R=301] Jean-Luc

Bonjour et bienvenue sur le Hub, La patience est la mère du référencement. Une semaine, c'est vraiment très peu. Un sitemap ne va pas aider. Ajoute quelques liens vers le nouveau blog sur le site principal ou sur l'autre blog ou sur d'autres sites déjà bien référencés et cela aidera à accélérer les choses. Jean-Luc

Je ne suis pas du tout avocat, mais, à mon humble avis, ce n'est déjà pas évident qu'il y ait confusion possible entre un .info et un .com. A supposé qu'il y ait un risque de confusion, l'essentiel est de savoir qui a été le premier à utiliser la marque. Je ne pense pas que le fait que la marque soit déposée ait une quelconque importance, car on peut déposer tout et n'importe quoi presque sans contrôle. Jean-Luc

Bonjour, Ce serait plutôt: RewriteCond %{HTTP_HOST} ^sous.domaine.com$ RewriteRule .* /page.php [L] Ceci suppose que sous.domaine.com et www.domaine.com ont le même répertoire racine. Jean-Luc

Essaie ceci: $texte_out = preg_replace ('@((<br />)+)@', '<br />', $texte_in); Jean-Luc

Si tu parles de www.serrurier-paris.fr qui a un nom de domaine qui existe depuis des années et dont aucune page n'apparaît dans Google, il est très probable qu'il est blacklisté. Sinon, pourquoi ne serait-il pas indexé ? Si les causes du banissement sont connues et si elles ont été supprimées, il faut faire une demande de réexamen dans les Outils Webmaster de Google (menu de droite du tableau de bord). Jean-Luc

Ben oui, mais ils disent d'ajouter une ligne JavaScript qui elle appelle le script PHP sur webmasteroo. Ils ne font donc pas d'include de script PHP dans une page HTML statique. Jean-Luc

Bonjour, On ne peut pas inclure un fichier PHP dans un fichier HTML statique. Je ne sais pas si cela a de l'importance dans ton problème, mais si on inclut un fichier via une URL, on provoque l'exécution de celui-ci sur l'autre serveur et son résultat sera inclus dans le fichier appelant. Ce n'est pas du tout la même chose que si on fait l'inclusion d'un fichier local. Voili, voilou Jean-Luc

Je ne crois pas que tu doives t'inquiéter de la présence de ces pages dans l'index Google. Ces adresses sont actuellement redirigées vers la page d'accueil de ton site. Elles devraient donc disparaître automatiquement de l'index, mais c'est vrai que cela peut prendre du temps. De toute façon, peu d'internautes cliquent sur le lien "En cache" des résultats de Google. Je pense aussi que ces pages ne vont pas ressortir sur des recherches usuelles. En pratique, seuls les webmasters utilisent la commande site:. Concernant la redirection utilisée, tu utilises malheureusement une redirection 302 vers /index.php. Un code 404 ou une redirection 301 vers / serait préférable. Jean-Luc

Ce type de lien avec ses paramètres était présent dans tes pages "index of". Examine le dessus des colonnes de ces pages et tu retrouveras ce genre de lien. Jean-Luc

Bonjour et bienvenue sur le hub, Un seul lien mal construit peut entraîner l'indexation non souhaitée de nombreuses pages. Exemple: Sur [i]http://www.sos-chevaux.fr/web/img/'>]http://www.sos-chevaux.fr/web/img/chevaux_pt/?C=M;O=D'>]http://www.sos-chevaux.fr/web/img/'>]http://www.sos-chevaux.fr/web/img/chevaux_pt/?C=M;O=D, il y a un lien "Parent Directory" vers [i]http://www.sos-chevaux.fr/web/img/'>]http://www.sos-chevaux.fr/web/img/ où il y a un autre lien "Parent Directory" vers [i]http://www.sos-chevaux.fr/web/ où il y a un lien "traietement.php" vers [i]http://www.sos-chevaux.fr/web/traitement.php. Si tu ne veux pas que ces pages soient visitées par Google, utilise un fichier robots.txt ou protège l'accès par un mot de passe. Si tu acceptes que Google visite ces pages, mais que tu ne veux pas qu'elles apparaissent dans les résultats de recherche, utilise la balise meta "robots" avec "noindex". Jean-Luc