Forum CMS Made Simple FR

Version complète : url news et google
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2 3
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: !1.11.x
#~ Url du site :
#~ Hébergeur / Soft : amen
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Bonjour,

Celle-ci j'avoue volontiers je ne l'ai jamais rencontrée... Sur le site d'un ami j'utilise le module news avec des catégories:
L'url rewriting est en place:

Le lien pour la lecture d'une news complète (gabarit news global) est du type:
Code :
[== Indéfini ==]

http://monsite.fr/news/124/12/objet-essai-livre/d,objets.html

Jusque là tout va bien.

Sauf que si l'on recherche certains articles via leur titre sur Google on va trouver:
Code :
[== Indéfini ==]
http://monsite.fr/news/124/14/objet-essai-livre.html

Le numéro d'article est le bon (124 passé en paramètre dans l'url), le template associé à la news change par contre (ici 14 au lieu de 12), et évidemment c'est très embêtant, la présentation de la page n'étant plus acceptable.
Le gabarit utilisé est alors (est-ce un hasard...?) le gabarit par défaut.

Pour que Google nous balance cette URL il a bien fallu qu'il la trouve quelque part sur le site. J'ai beau chercher je ne trouve pas de lien sous cette forme.

Voilà, si quelqu'un a une idée.... Wink
vérifier avec un autre moteur de recherche déjà
Bonjour,

Bien vu ! Avec Bing après vérification, par exemple le problème ne se pose pas.
Ceci-dit Google représentant plus de 90% des requêtes soumises sur le territoire cela reste un problème important pour ne pas dire grave.
Qu'est-ce qui, dans le mécanisme de réécriture d'URL, conduit à ce que Google puisse trouver une URL erronée avec un template qui n'est pas le bon.... Je n'en sais rien malheureusement. En admettant que cela tienne au fonctionnement de GoogleBot il faudra bien trouver une parade.
Je vais jeter un oeil du côté de mon htaccess, on ne sait jamais mais là j'avoue que tous les coups de main sont les bienvenus...
Je ne sais pas si ce dysfonctionnement est imputable à CMSMS ou à une bourde que j'ai commise, peu importe ce n'est pas l'important. Ce qui me semble important, c'est de comprendre dans le détail ce qui se passe. Smile
Après vérification j'ai constaté le même phénomène sur mon site non seulement avec google mais aussi bing, yahoo, duckduckgo, ask, lycos.
L'adresse qui s'affiche dans CMS permet de passer les paramètres de template et de detail page. Manifestement ce n'est pas ce qu'indexent les moteurs de recherche. J'utilise un site map généré par site map made simple et l'adresse utilisée par les moteurs est celle qui apparait dans le site map.
Le problème d'affichage sera résolu dans la version 2 de cms en utilisant le tag Hint
Bonjour,

Merci pour l'info. Passer par un sitemap peut être une solution mais cela s'apparente fort à un "bricolage" :
les délais d'indexation complète d'un sitemap sont parfois.... En terme de SEO ce n'est pas forcément la panacée, sauf à toujours travailler sur des sites à fort trafic avec des indexations de sitemap rapides.

Si la version 2.0 corrige ce type de fonctionnement, il y a fort à parier pour que cela ne soit pas corrigé sur les anciennes versions, et cela peut s'entendre.

Cela posé, j'aimerai comprendre le mécanisme qui conduit Google et d'autres (puisque c'est avéré) à des erreurs d'indexation aussi sensibles.
Perso c'est vraiment le genre de truc qui pourrait m'orienter vers un autre CMS. Le référencement et l'indexation par les moteurs de recherche c'est l'alpha et l’oméga de nos jobs. Si l'on a le souci réel d'une certaine performance pour les sites, cela doit être corrigé.
Les moteurs d'indexation ne font pas d'erreur par exemple l'adresse de l'article traduit par les prettyurl est bien :

Code :
http://www.evolution-biologique.org/news/38/280/Ou-classer-le-Marsupilami.html


Mais Cms transforme cette ligne pour passer des paramètres en ceci :


Code :
http://evolution-biologique.org/news/38/418/Ou-classer-le-Marsupilami/d,travaux.html

Ce qui donne un affichage correct. Mais bien sur avec la première adresse l'affichage n'est pas correct faute d'avoir les paramètres corrects. Il n'y a pas de problème d'indexation mais un problème d'affichage que l'on peut minimiser en prévoyant des gabarits par défaut qui donnent un affichage propre.

Tu peux voir sur les deux liens suivants que l'affichage est différent, le deuxième utilisant tous les paramètres par défaut.

http://evolution-biologique.org/news/38/...avaux.html

http://www.evolution-biologique.org/news...ilami.html

C'est vrai que c'est frustrant lorsque l'on s'est cassé la tête pour prévoir des affichages différents pour les catégories de nouvelles.

Cela aurait du être signalé comme un bug, mais personnellement je n'ai jamais eu la curiosité de voir comment les moteurs de recherche référençaient mes news.

Avant de penser à changer de Cms attend la V2.
Si c'est confirmé, c'est quand même drôlement embêtant. En fonction des différences entre les gabarits cela peut rendre la page quasiment illisible tant les décalages sont importants.
Dans ton cas les différences restent "minimes"...
L'impact sur le bon fonctionnement (au sens de rapporter des nouveaux clients) est plus que sensible.
Pourquoi ne poses tu pas la question sur le forum anglais? Il y a peut-être des solutions plus efficaces que les gabarits par défaut.
Tes différences d'affichage se font à partir de quel critère?
Je viens de poser la question dans un anglais très approximatif... Smile
Citation :Je viens de poser la question dans un anglais très approximatif
le lien pour suivi
tu es sur d'avoir posté au bon endroit parce que dans Modules/Add-Ons je ne vois rien
Non j'ai posté je crois sur "Product support" (c'est pas une mauvaise volonté hein...news faisant partie du "core" puisque installé de façon systématique, bon d'accord c'est un peu capillotracté Smile ), par contre j'ai bien reçu un lien confirmant que mon billet avait été accepté par un modérateur, je peux y accéder via ce lien en me connectant mais je ne retrouve pas mon message...
Voici le lien en question.
c'est dans Community Boards » The Lounge Wink et pas sur que ça soit la meilleure place (mais bon ...)

C'est donc bien un module, livré avec le cms, mais développé séparément. Et puis news ne fait partie du core en v 1.11.x, mais il en feras partie en V2.x seulement :lol:
Merci pour l'info. J'ai déjà eu une réponse (utiliser "canonical url"), elle est intéressante:

Je ne les avais pas mis en place dans mon template. Mais cela se corse évidemment :
lorsque je mets cela en place je "récolte" la mauvaise url dans le code source avec un template de page qui est celui par défaut et non le template assigné à la page dans laquelle se trouve l'appel des news.

Code :
[== Indéfini ==]
http://monsite.fr/news/124/14/objet-essai-livre.html

Wait and see Rolleyes
Salut Pierre et archeo,
Je n'ai pas ce problème, je suppose que c'est parce que je n'utilise qu'un seul gabarit.
La meilleure solution ne serait-elle pas de faire de même ?
Avez-vous ceci au début de votre gabarit détail news :
Code :
[== Indéfini ==]
{strip}{* set a canonical variable that can be used in the head section if process_whole_template is false in the config.php *}
{if isset($entry->canonical)}
  {assign var='canonical' value=$entry->canonical}
{/if}
et ceci dans votre gabarit de page :
Code :
[== Indéfini ==]
{if isset($canonical)}<link rel="canonical" href="{$canonical}" />{elseif isset($content_obj)}<link rel="canonical" href="{$content_obj->GetURL()}" />{/if}
et dans le gabarit siteMapMadeSimple :
Code :
[== Indéfini ==]
{cms_module module='News' number=1000 detailpage='actualites' assign='junk'}
{foreach from=$items item=entry}
<url>
<loc>{$entry->moreurl}</loc>
<lastmod>{$entry->modified_date|date_format:"%Y-%m-%d"}</lastmod>
<priority>{$page->priority}</priority>
<changefreq>weekly</changefreq>
</url>
{/foreach}
Bonjour Jean,

Merci de ta réponse.J'ai essayé la même configuration que toi (assignation variable dans gabarit detail news+ appel dans gabarit page) ce qui correspond à ce qui est livré par défaut dans Simplex par exemple.


Dans le code source de la page ainsi obtenue je récupère en "Canonical url" la mauvaise URL(celle qui passe en paramètre le template par défaut du site en lieu et place du template utilisé par la page qui contient l'appel des news).
Rien d'étonnant donc à ce que Google retourne de mauvaises url.

Sinon je n'utilise pas SiteMapMadeSimple.
Je vais faire un essai en ligne sur mon propre hébergement à partir de la dernière version (1.11.11) et je te tiens au courant. Smile
Dans les options du module news, as-tu spécifié une page :
Code :
[== Indéfini ==]
Paramétres d'affichage des détails

Page par défaut à utiliser pour des vues de détail:
Pour ma part, je n'ai ce paramètre nulle part : http://monsite.fr/news/124/12/objet-essai-livre/d,objets.html
que ce soit avec {$entry->morelink} ou {$entry->moreurl}

Pour archeo, tu devrais rediriger l'url sans www vers http://www.evolution-biologique.org
Code :
[== Indéfini ==]
# redirection vers www
RewriteCond %{HTTP_HOST} ^evolution-biologique.org$
RewriteRule ^(.*) http://www.evolution-biologique.org/$1 [QSA,L,R=301]
attention au duplicate content Wink
Chapeau bas, celle-ci je ne l'avais point vue. C'est bien cela, il faut impérativement une "detailpage" définie par défaut dans les options du module news et si nécessaire préciser une page alternative lors de l'appel. Smile
Avant de suivre ta recommandation j'ai bien entendu fait deux heures de tests divers et variés...

Merci !
J'ai ceci dans la gabarit de la page qui contient le module news

Code :
[== Indéfini ==]
{if isset($canonical)}<link rel="canonical" href="{$canonical}" />{elseif isset($content_obj)}<link rel="canonical" href="{$content_obj->GetURL()}" />{/if}

dans cette adresse :

Code :
[== Indéfini ==]
http://monsite.fr/news/124/12/objet-essai-livre/d,objets.html

12 est l'id de la page pour le paramètre detailpage
objets est le nom d'un gabarit pour le paramètre detailtemplate

Ce qu'il faudrait c'est que les moteurs indexent l'adresse : http://monsite.fr/news/124/12/objet-essa...bjets.html et non http://monsite.fr/news/124/14/objet-essai-livre.html

Quel est l'intérêt d'ajouter www ? Que google ne considère pas que s'est dupliquè?
Pour les 2 domaines (avec et sans www), je t'invite à lire la documentation à la source : https://support.google.com/webmasters/answer/44231. C'est très intéressant si tu t'inquiètes à bien valoriser ton site ; n'hésite pas à parcourir la doc et à installer "les outils pour les webmasters".
En ce qui concerne les news, assure-toi de relire ce post et mes posts précédents puisqu'il semble que cela a résolu le problème de Pierre.
Ce paramètre : http://monsite.fr/news/124/12/objet-essai-livre/d,objets.html n'a pas à être affiché.
Bien, j'ai mis [résolu] un peu vite. Voila les faits sur une installation neuve en 1.11.11 :

Si l'on utilise le gabarit "detailnews" par défaut sur une news "catégorisée" pas de souci, l'url est propre et fonctionne bien sans le "d,objets.html".
Si l'on utilise un autre gabarit alors le problème se pose et dans tous les cas l'url canonique trouvée dans le code source passe le template detailpage qui est celui par défaut !
Encore faut-il que le testeur pense à modifier le gabarit créé pour qu'il soit différent de celui par défaut...

Donc problème il y a bien avec le module news....
J'utilise un gabarit perso pour le "gabarit du détail articles". J'ai cliqué sur l'icône située sous "défaut" pour qu'il devienne le gabarit par défaut.
S'il y a un problème avec news, il semble se résoudre en faisant les bonnes manipulations :
Utiliser les pretty url,
utiliser canonical,
mettre "par défaut" le gabarit de détail souhaité,
choisir une page "par défaut" dans les options du module,
ajouter le paramètre detailpage dans la balise d'appel
Merci Jean pour tes conseils de lecture.

Pour ce qui concerne le module News, j'ai modifié le site map pour qu'il fournisse des adresses du type :

Code :
[== Indéfini ==]
http://monsite.fr/news/124/12/objet-essai-livre/d,objets.html

En passant par sitemapmadesimple :

Code :
[== Indéfini ==]
{foreach from=$output item='page'}
<url>  
<loc>{$page->url}</loc>  
<lastmod>{$page->date|date_format:"%Y-%m-%d"}</lastmod>  
<priority>{$page->priority}</priority>  
<changefreq>{$page->frequency}</changefreq></url>
{/foreach}
{capture }
{cms_module module='News'}
{/capture}

{foreach from=$items item='entry'}
{* on modifie detailpage en fonction de la catégorie de l'article en paramétrant news*}
{$detail_page="nouvelle"}
{$gabarit_det="actualites"}

{if $entry->category == 'Travaux en cours'}
{$detail_page="travaux-en-cours-detail"}
{$gabarit_det="travaux"}

{elseif $entry->category == 'Techniques 3D'}
{$detail_page="travaux-en-cours-detail"}
{$gabarit_det="travaux"}

{elseif $entry->category == 'actualités'}
{$detail_page="actualite"}
{$gabarit_det="actualites"}

{elseif $entry->category == 'Mise à jour du site'}
{$detail_page="actualite"}
{$gabarit_det="actualites"}

{elseif $entry->category == 'Pédagogie'}
{$detail_page="pedagogie-2"}
{$gabarit_det="travaux"}

{/if}

{capture assign='junk'}
{cms_module module='News' idlist="{$entry->id}"  summarytemplate="actualites_mini_pop"    detailtemplate="$gabarit_det" detailpage="$detail_page"}
{/capture}

<url>
<loc>{$entry->moreurl}</loc>  
<lastmod>{$entry->postdate|date_format:"%Y-%m-%d"}</lastmod>
<priority>{$page->priority}</priority>  
<changefreq>{$page->frequency}</changefreq>
</url>
{/foreach}

</urlset>


Voila à voir maintenant comment google va indexer ça.
Salut Jean,

J'ai du mal comprendre.... Mais si tu as plusieurs catégories de news, tu ne peux définir qu'un seul "gabarit de détail par défaut".
A mon sens si tu dois définir "le gabarit de détail" utilisé pour une catégorie comme gabarit par défaut ce la ne fonctionne pas.
Tu peux le faire une fois et comment fais-tu ensuite pour les autres catégories ?
Non je crois que c'est bien un dysfonctionnement... !
Bon,

Pas beaucoup de nouvelles sur le forum .org. J'ai mis un lien vers un exemple, il suffit de cliquer sur "plus" sur la news en page d'accueil". A priori aucune solution valide n'émerge.

Suivre sur le .org

Comme j'ai cru comprendre que la 2.0 ce serait pour un peu plus tard en 2015, ce serait bien si un correctif pouvait être apporté sur une des dernières mises à jour en 1.11.xx - Pour le coup c'est quand même bien embêtant comme bug...
Pages : 1 2 3