Plugin SEO

Search Engine Optimisation Plugin

Publié le : 6 août 2009 – Dernière modification le 20 janvier 2023 – par cam.lafit, kent1, Pierre ROUSSET, xdjuj – 287 commentaires

English, français
1
2
3
4
5
66 votes

SEO est un plugin qui ajoute la possibilité d’insérer manuellement où vous le souhaitez ou de manière automatique dans la partie <head> de votre site web : meta tags, URL canonique, Google webmaster tools Meta Code et Google Analytics javascript.

Il est configurable dans la page de configuration de SPIP ainsi que dans chaque rubrique et article pour les meta tags.

Installation

Insertion manuelle

Les balises suivantes sont à votre disposition :

  • #SEO_META_TAGS : pour insérer les balises META configurées
  • #SEO_META_BRUTE{nom_de_la_meta} : pour insérer la valeur brute d’une META (keywords, copyright, etc.)
  • #SEO_GWT : pour insérer la META Google Webmaster Tools
  • #SEO_URL : pour insérer le des liens canoniques
  • #SEO_GA : pour insérer le JavaScript Google Analytics

Il est donc préférable d’insérer la balise #SEO_META_TAGS avant votre appel à INSERT_HEAD, suivie de la balise #SEO_GWT.

La balise #SEO_GA pourra être placée en pied de page.

La balise #SEO_META_BRUTE pourra quant à elle être placée n’importe où dans le flux HTML, ou utilisé pour générer une balise sur mesure dans le HEAD (cas d’un sitemap Google News et de sa balise <news:keywords> par exemple).

Insertion automatique

La balise #INSERT_HEAD doit être présente dans toutes vos pages du squelette (si possible avant le <INCLURE{fond=inc-head}> si présent dans vos squelettes).

ATTENTION : dans ce cas le plugin ne fonctionnera pas correctement si vous placez #INSERT_HEAD dans le fichier inc-head.html ou un autre fichier que vous incluez dans la partie <head> de vos squelettes. Par conséquence le plugin n’est pas compatible avec le « squelettes-dist » fournit de base.

Nota : Depuis la version 1.7.3, il est possible de forcer les metas pour tous squelettes, y compris ceux fournissant déjà par défaut ces balises. Pour activer ce mode, l’option s’active depuis la page de configuration. La constante _SEO_FORCER_SQUELETTE (apparue à partie de la version 1.7.0) est maintenant obsolète et n’est plus prise en charge.

Configuration

La configuration du plugin se fait dans « Configuration / Search Engine Optimisation » (voir la capture d’écran si-dessous).

Si « l’édition des meta tags dans les rubriques et les articles » est activé vous pourrez configurer les meta tags dans chaque rubrique ou article par le biais du formulaire qui est ajouté dans les pages d’éditions.

Page de Configuration

Fonctionnement

  • Insert Head (si activé) : Rajoute les configurations activées de manière automatique dans le HEAD grâce à la balise #INSERT_HEAD de SPIP.
  • Meta tags (si activé) : Les meta tags sont ajouté dans toutes les pages (sommaire, article ou rubrique) où #INSERT_HEAD est présent ou à l’aide de la balise #SEO_META_TAGS. Vous pouvez configurer le comportement par défaut dans la configuration du plugin mais si « l’édition des meta tags dans les rubriques et les articles » est activé ce sont ces meta tag qui sont prioritaire si ils sont renseigné.
  • Url Canonique (si activé) : Les URL canoniques sont ajoutées pour la page d’accueil du site et pour tous les articles et rubriques.
  • Google Webmaster Tools (si activé) : Le Meta Tag comprenant le code de vérification est ajouté uniquement sur la page d’accueil du site.
  • Google Analytics (si activé) : Le code javascript de Google Analytics est ajouté a touts les pages où #INSERT_HEAD est présent.

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

91 discussions

  • 3
    beno

    Petit bug mystérieux ?
    Sur un site tout frais 3.2.11 sous PHP7.2, (avec un préfixe de table différent de spip_ et comportant des chiffres je préfère préciser au cas où), j’installe une dizaine de plugins. Au moment d’une migration, je tente de sauvegarder la bdd, sans succès, il manque des tables. Je désactive tous les plugins, nettoie le cache (par SPIP puis par FTP, sessions comprises).
    Résultat : les sauvegardes ne sont toujours pas menées au bout mais cette fois-ci j’ai un message après le ratage :
    « Impossible de lire la description de la table spip_seo
    Nombre de tables copiees incorrect : 31/32 ».
    Une piste de réflexion, de solution, un correctif ? Merci à la communauté.

    • Maïeul

      tu ne serais pas chez ovh par hasard ? il y a souvent des bug d’install des tables chez ovh car leur opcache est mal fichu.

      Essaie de passer dans le menu maintenance technique et de reparer l base, ca devrait permettre d’installer les tables

    • beno

      Bonjour Maïeul,
      Non, je ne suis pas sur OVH ;-)
      En fait, le site (fonctionnel) est en distant (sur hostinger) et j’essayais de le rapatrier en local.

    • beno

      Je me réponds : cette situation arrive souvent quand on change le préfixe des tables.
      Il faut activer alors le plugin, et en faire une mise à jour. Le problème est alors résolu.

    Répondre à ce message

  • jfd

    Bonjour,
    petite question, on comprend bien que le champ mots clé peut en contenir plusieurs, mais on met quoi comme séparateur ?
    Clt

    Répondre à ce message

  • 6
    Benitron

    Bonjour,
    lorsque l’on a un titre multilingue du type <:Titre :> pour un article / rubrique / mot-clé, alors dans l’onglet du navigateur et la barre de titre du navigateur, cela indique &lt;:Titre :> au lieu d’indiquer le titre traduit du fichier de langue.
    Ce comportement arrive quand on coche « Activer l’insertion automatique » sur la version SEO 3.0.0, en décochant ça redevient normal.
    Une idée pour corriger cela ?
    Merci à vous toutes !

    • Benitron

      J’ai fais quelques tests, mais vu mon niveau limité... ;)

      Si je met un mot devant le titre traduit comme ça :
      Mot <:Titre :>
      alors cela se transforme en
      Mot &lt;:Titre :>.

      C’est pas grand chose comme trouvaille, mais ça veut dire que :
      1-Ça n’est pas dû au fait de commencer par <
      2-Que < est transformé et pas >

      Je pense que cela pourrait provenir du replace dans le head

      [(#ENV**{head}|seo_insere_remplace_metas{#ENV*{contexte}}|replace{'\s+<(meta|script|link|style)','
<$1'})]

      ou sans doute plus à une fonction transformant les caractères comme dans seo_fonctions.php
      trim(entites_html

      mais, bon, c’est entre la déduction et la devinette ;)

      En Spip SPIP 4.0.4 et SEO 3.0.0

    • Benitron

      Salut,
      j’ai trouvé d’où vient le problème après avoir tâtonné pas mal.

      Dans le fichier seo_fonctions.php il y a le code qui suit :

      // remplacer la meta si on la trouve
if ($preg and preg_match($preg, $head, $match)) {
if (stristr($match[0], "data-strict") === FALSE)
$head = str_replace($match[0], $meta, $head);
} else {
$append .= "$meta\n";
}

      Si on supprime if (stristr($match[0], « data-strict ») === FALSE)

      // remplacer la meta si on la trouve
if ($preg and preg_match($preg, $head, $match)) {
if (stristr($match[0]) === FALSE)
$head = str_replace($match[0], $meta, $head);
} else {
$append .= "$meta\n";
}

      Alors <:Titre :> pour un titre d’article / de rubrique / de mot-clé se traduit bien dans l’onglet du navigateur et on a plus &lt;:Titre :>.

      Voilà, si ça peut aider pour permettre de corriger ça...

    • Benitron

      Corrigé en version 3.0.1
      Merci !

    • Benitron

      Oups, non, désolé, pas corrigé en 3.0.1 ;)

    • Benitron

      Bonjour,
      toujours le souci en SEO 3.0.2.

      Pour les sites multilingue, je pense que le changement du title peut être contre-productif.

      Je récapitule.

      lorsque l’on a un titre multilingue du type

      <:Titre :>

      pour un article / rubrique / mot-clé, alors dans l’onglet du navigateur et la barre de titre du navigateur, cela indique

      &lt;:Titre :>

      au lieu d’indiquer le titre traduit du fichier de langue.
      Ce comportement arrive quand on coche « Activer l’insertion automatique » sur la version SEO 3.0.2 (et antérieures, a minima 3.0.1 et 3.0.0), en décochant ça redevient normal.

      Une idée ?

      Merci pour tout le boulot !

    • Benitron

      PS : Pour éviter cela, il est possible dans la configuration du plugin :
      « Valeur des balises metas par défaut (pour les objets éditoriaux) »
      Titre : Ne rien mettre

      Ainsi, pas de bug d’affichage pour les sites multilingue, tout en gardant le reste de ce qui fonctionne.

    Répondre à ce message

  • 2
    JeromeD

    Bonjour,
    J’ai effectué une installation de ce plugin (3.0.0) sur un spip 4.1.1 en adaptant le fichier paquet.xml
    Au départ, pas de soucis, mais lorsque l’on navigue dans le site (autre page que sommaire) on a un problème d’affichage avec l’information : Erreur d’exécution plugins/auto/seo/inclure/seo-head.html
    Cela ne pose plus de soucis si on désactive l’activation de l’insertion automatique du plugin mais on perd l’intérêt. Est-ce que quelqu’un a déjà reproduit ce problème ?
    Merci

    • Benitron

      Bonjour,
      J’ai eu la même chose en passant à PHP 8.0 (Pas d’autre changement).

    • Benitron

      En fait si, j’avais fait un changement dans le seo_fonctions.php.
      Avec le fichier d’origine, pas de souci.

    Répondre à ce message

  • beno

    Bonjour,
    Les balises Google évoluent. Analytics est devenu Tagmanager, et sa version 4 est sortie dernièrement ; or sur le plugin, on garde les vieilles références, ce qui porte à confusion, on ne sait pas trop quoi faire, quel champ renseigner, et si le plugin fonctionne avec ce nouveau standard... Merci pour vos éclairages.

    Répondre à ce message

  • Benitron

    Pour info, j’avais un souci de SEO et je pensais que cela venait du plugin. En fait mes choix SEO était pourtant bien présent dans le code source. A priori, pour diverse raison, si votre description ne plait pas à google (trop courte, pas pertinente...), il en fait une lui-même. Au cas où cela puisse servir à quelqu’un...

    Répondre à ce message

  • 1
    PRX38

    bonjour,
    en lisant https://23forward.com/Objectif-PageSpeed-100-100-avec-SPIP
    au paragraphe « Serve static content from a cookieless domain » , il parle du code Google Anlytics et de sa vitesse, et
    puis : https://support.google.com/analytics/answer/10089681
    le plugin marche bien en Spip 4 , c’est pas mal, et on pourrait envisager de réduire le temps de chargement de la page en changeant l’appel du code GA ?

    Répondre à ce message

  • Gerbert

    Bonjour tout le monde,

    Quelles démarches doit-on entreprendre pour réaliser une mise-à-jour de ce plugin sur SPIP 4 ?

    Merci.

    Répondre à ce message

  • Sauterey Francois

    Désolé, je suis peut-être obtus, mais 1/ les copies d’écran de l’article ne correspondent pas à ce que j’ai (pas obligatoirement grave), mais 2/ je ne vois pas de coche « l’édition des meta tags dans les rubriques et les articles », et donc fort logiquement, je ne vois pas comment mettre un meta dans une page particulière.

    Répondre à ce message

  • Sauterey Francois

    Désolé, je suis peut-être obtus, mais 1/ les copies d’écran de l’article ne correspondent pas à ce que j’ai (pas obligatoirement grave), mais 2/ je ne vois pas de coche « l’édition des meta tags dans les rubriques et les articles », et donc fort logiquement, je ne vois pas comment mettre un meta dans une page particulière.

    Répondre à ce message

  • 4
    PRX38

    Bonjour ,
    j’utilise ce plugin fort intéressant principalement pour dire par page si celle page est « noindex » ;
    Seulement, le sitemap généré par défaut dans Spip ne tient nullement compte de cette indication et dit à Google et les autres : indexe cette page : ce qui fait deux infos contradictoires et .. une erreur que Google te place en plein centre...

    Comment fait-on alors SVP pour que le sitemap de Spip, standard je crois, ne prennent plus les pages « nonidex » , boucle ???
    merci d’avance.

    • PRX38

      Je me perds un peu dans les filtres sur Balises , et si ne veux pas mettre les rubriques en noindex, donc celle qui ont soit pas de balise #SEO_META_TAGS, soit une mais pas avec NOINDEX dedans .

      si je mets dans mon sitemap.xml.html la ligne :

      <BOUCLE_r(RUBRIQUES){!par date}{0,1000}{[(#SEO_META_TAGS{content}|match{NOINDEX}) non ]}>[
<url><loc>(#URL_RUBRIQUE|url_absolue)</loc></url>]</BOUCLE_r>

      je n’ai plus aucune rubrique qui s’affiche dans le sitemap.xml : quelqu’un peut-il m’aider ?
      merci d’avance.

    • Tu ne dois pas mettre de crochet dans les critères.
      Ca devrait plutôt être :

      <BOUCLE_r(RUBRIQUES){!par date}{0,1000}{#SEO_META_TAGS{content}|match{NOINDEX}|non}>

    • PRX38

      merci de ton aide.
      c’est en fait une jointure entre tables : la table des rubriques et la table spip_seo
      et

      <BOUCLE_r(RUBRIQUES spip_seo){!par date}{0,1000}
                    {spip_seo.objet=rubrique}>

      me sort les rubriques visibles et présentes dans la table seo, avec INDEX ou NOINDEX.

      par contre :

      <BOUCLE_r(RUBRIQUES spip_seo){!par date}{0,1000}
                    {spip_seo.objet=rubrique}
                    {spip_seo.meta_content=NOINDEX, NOFOLLOW}>

      ne sort rien, pourtant il y en a bien une qui fait la jointure.

      C’est une approche, sachant que je voudrais les rubriques qui n’ont PAS « NOINDEX »

    • PRX38

      bonjour,
      je me réponds à moi-même : voici la solution pas si facile, afin d’apporter ma goutte d’eau à ce merveilleux projet SPIP : il faut mettre la boucle suivante qui dépend des préfixes de tables (attention) :
      Boucle qui exclut seulement les rubriques publiées qui sont en noindex dans la table seo : assez pratique car il n’est pas nécessaire de passer en revue toutes les rubriques.

      <BOUCLE_rwhereseo(RUBRIQUES){!par date}{0,1000}
                    {where id_rubrique NOT IN (SELECT id_objet FROM spip_seo WHERE spip_seo.id_objet=id_rubrique AND spip_seo.objet='rubrique'
 AND spip_seo.meta_content LIKE 'NOINDEX%')}>
    	[
<url><loc>(#URL_RUBRIQUE|url_absolue)</loc></url>]
    </BOUCLE_rwhereseo>

      bien entendu à adapter aux articles, brèves, mots.
      bon usage !

    Répondre à ce message

  • JeromeD

    Bonjour,
    Sur deux sites en spip 3.2.4, j’ai des erreurs d’installation du plugin de ce type
    Erreur SQL 1146
    Table ’xxxxxxxxxx.spip_seo’ doesn’t exist
    SELECT * FROM spip_seo WHERE id_objet=47 AND objet=’article’

    J’ai désinstallé le plugin et réinstallé mais rien ne fait.
    J’ai vidé le ficher tmp/cache mais sans succès.
    Auriez-vous une idée ?
    Merci d’avance

    Répondre à ce message

  • 1
    DavidM

    Bonjour,

    j’ai activé SEO sur un site avec squelettes Z, noiZetier et Aveline.
    j’ai activé l’insertion automatique, et Valeur des balises metas par défaut (pour les objets éditoriaux) avec choix « valeur du titre de la page »

    ça marche pour les articles, la balise Title reprend bien le texte du titre de l’article.

    Mais pour les événements, c’est le titre de l’article associé à l’événement qui est affiché dans la balise title, et pas le titre de l’événement.
    J’ai ensuite « Activer l’édition des meta tags dans les objets éditoriaux », pour les événements, et remplis un méta Title, ça ne change rien.

    pourtant, je vois le code du modèle Z qui est :

    <BOUCLE_evenement_head(EVENEMENTS) {id_evenement}>
<title>[(#TITRE|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
[<meta name="description" content="(#INTRODUCTION{150}|attribut_html)" />]
[<link rel="canonical" href="(#URL_EVENEMENT|url_absolue)" />]
</BOUCLE_evenement_head>

    Du coup, je vois pas comment faire pour que la balise meta Title des événements prenne le titre des événements.

    peut-être est-ce du plutôt au fonctionnement des boucles EVENEMENTS ?

    Merci pour pistes utiles

    • DavidM

      En fait, je comprend que SEO est prioritaire sur tous les autres squelettes.
      Il faudrait alors une modif qui dise à SEO de ne pas toucher au Title des pages évènements.
      mais je sais pas comment faire.
      j’ai vu le code de seo-head.html, mais aucune idée de comment le modifier en ce sens, ou si c’est même possible...

      [(#ENV**{head}|seo_insere_remplace_metas{#ENV*{contexte}}|replace{'\s+<(meta|script|link|style)','
<$1'})]

      Faudrait sans doute modifier le code php de seo_fonctions.php sinon.

      Si quelqu’un.e a des idées, merci d’avance

    Répondre à ce message

  • robomatix

    Bonjour à tous !

    Est que les balises #SEO_META_TAGS et #SEO_URL sont sensés marcher sur les pages uniques ?

    Je les ai implémenté comme sur mes squelette rubriques et articles qui marchent, mais ça ne semble pas marcher sur les pages uniques....

    Merci d’avance de vos réponses.

    Répondre à ce message

  • 1
    robomatix

    Bonjour à tous !

    Le plus SEO est-il compatible avec SPIP 3.2.1 [23954] ? Lorsque je vais sur http://localhost/mon-spip/ecrire/?exec=configurer_seo, j’ai une erreur sous chrome :

    « Ce site est inaccessible
    La connexion a été réinitialisée. »

    Toute aide sera grandement appréciée !

    • robomatix

      Bon, en local, ça marche pas malgrés quelques actions sur mon wamp... Par contre, ça marche sur un « vrai » serveur.

    Répondre à ce message

  • Pascal

    Bonjour,
    le formulaire permettant de renseigner les metas n’apparaît plus dans ma nouvelle version du site... alors que la configuration est correcte

    Avez-vous une idée à ce sujet

    Cordialement

    Répondre à ce message

  • Cécile

    Bonjour
    J’aimerai savoir si, lorsque l’on coche les documents dans « Activer les balises metas éditoriales », les metas sont renseignées dans le head de documents.html (mis dans content) ou dans les metadonnées de l’image ou s’il ne se passe rien ? merci

    Répondre à ce message

  • 12
    emma

    Bonjour,
    question bête sans doute : est-ce que #INSERT_HEAD et équivalent à INCLUREfond=inclure/head />

    ayant ajouté #INSERT_HEAD alors que j’avais déjà INCLUREfond=inclure/head />, aucun problème excepté que j’ai deux lignes de socialtags ... je m’étais bien sûr posée la question avant d’ajouter la balise sans trouver de réponse

    par ailleurs, peut-on considérer que le plugin SEO impose ses règles (conformes au RGPD) au compte google analytics, en d’autres termes : peut-on s’exonérer de modifier les paramètres du compte sur le site de google analytics (introuvables au demeurant) ?

    • cam.lafit

      Bonjour

      Ce n’est pas pareil #INSERT_HEAD inclut les fonction css et js de SPIP (par exemple jquery) et des plugins (via pipeline)
      Selon les cas de figure certains de ces fichiers peuvent aussi être inclus viainclure/head.

      Le plugin insert les fonctionnalités de collecte fourni par google analytics, il n’y a donc aucune notion de RGPD à ce niveau.
      Les règles de gestion RGPD sont configurées directement dans l’outil de collecte c’est à dire google analytics ou piwik ou autre outil.

      Utiliser un plugin de tracking ne nous affranchi pas de « correctement » configurer le service de collecte.

    • Emma

      bonjour et merci pour la réponse qui ne me satisfait pas totalement cependant. En effet, il semble en parcourant le labyrinthe des explications google analytics à ce sujet que deux opérations sont nécessaires : l’anonymisation (rendre les IP anonymes et appliquer une durée de conservation)
      je suis sur l’anonymisation : elle requiert une modification du scipt donc de celui qui est appelé dans le plugin SEO
      https://developers.google.com/analytics/devguides/collection/gajs/methods/

      par contre pour la durée, il faut ajouter une propriété ...
      https://support.google.com/analytics/answer/7667196?hl=fr

      qu’en pensez-vous ?

    • cam.lafit

      Bonjour

      Vous faîtes référence au code « legacy » du google analytics. Par défaut c’est le mode universal qui est recommandé. Dans ce cas à ma connaissance tout se gère ensuite depuis le site de google analytics.

      Si vous tenez à utiliser le mode legacy, je pense que c’est une surcharge locale du squelettes qui serait à faire.

      Sur les alertes reçues de la part de Google concernant l’évolution RGPD je n’ai rien lu concernant une modification à appliquer pour le javascript.
      Enfin c’est un sujet qui doit mûrir :)

    • emma

      Bonjour et merci, j’avais oublié de dire qu’il s’agissait d’un SPIP 3.2.1 et que j’ai récupéré le plugin sur la page de téléchargement.

      voici l’alerte sur la page Google Analytics > Tracking > ga.js (Legacy)

      « ga.js is a legacy library. If you are starting a new implementation, we recommend you use the latest version of this library, analytics.js. For existing implementations, learn how to migrate from ga.js to analytics.js. »

      voici ce que le plugin SEO génère comme script :
      script type=« text/javascript »
      (function(i,s,o,g,r,a,m)i[’GoogleAnalyticsObject’]=r ;i[r]=i[r]||function()
      (i[r].q=i[r].q||[]).push(arguments)      ,i[r].l=1*new Date() ;a=s.createElement(o),
      m=s.getElementsByTagName(o)[0] ;a.async=1 ;a.src=g ;m.parentNode.insertBefore(a,m)
      )(window,document,’script’,’//www.google-analytics.com/analytics.js’,’ga’) ;
      ga(’create’, ’UA-xxxxxxxx-1’, ’auto’) ;
      ga(’send’, ’pageview’) ;
      /script

      qu’en penser ?

      Pour la durée de conservation, en effet là il faut se rendre sur le compte google analytics, trouver les propriétés dans l’administration et modifier la propriété de durée de conservation

    • cam.lafit

      Bonjour

      Je ne comprends toujours pas quel est le problème.
      Vous indiquez une page de google concernant le script ga.js indiquant qu’il est préférable d’utiliser analytics.js
      C’est exactement ce que fait le plugin SEO. On le voit bien dans l’extrait de code que vous donnez.

      Si vous tenez à utiliser ga.js vous ne pouvez pas utiliser le plugin SEO.

      Autrement il faut s’appuyer sur la documentation relative à analytics.js . À ma connaissance concernant le paramétrage RGPD cela se passe uniquement via l’interface de google analytics.
      En tout cas la documentation citée ne semble pas applicable dans le cas présent. Le plugin n’utilise pas la version legacy ga.js.

    • emma

      désolée d’être un peu dure de la feuille ... donc on est dans les clous ou presque car figurez-vous qu’on se trouve dans une situation pas très enviable : impossible de retrouver le prestataire qui a effectué le référencement du site - qui n’était d’ailleurs pas un SPIP à l’origine - donc nous n’avons pas les identifiants admin de google analytics.
      N’ayant pas les identifiants admin de google analytics, nous n’avons même pas la possibilité de fermer ce compte pour en réouvrir un autre !
      mais je vais tenter je crois mais je n’y crois pas.
      La solution est donc de supprimer le script donc de désactiver le plugin SEO, ce qui risque d’être dramatique pour le référencement

      et puis zut !

    • cam.lafit

      Bonjour

      Là on sort complément du plugin :)

      1/ Vous pouvez associer un nouveau propriétaire à un site. Analytics propose une procédure pour ceci.

      2/ La désactivation du plugin aura pour impact d’arrêter la collecte statistique et le retrait des balises #SEO_* donc l’impact sur le référencement depend principalement des options que vous utilisez.

    • Emma

      bonjour et merci ! l’opération me semble périlleuse et ne résolavant pas tous les problèmes puisque un compte administrateur google search est déjà associé à ce site web.

      Pourquoi je pensais pouvoir m’en tirer avec simplement le script : j’espérais que le paramétrage apparaîtrait et qu’il serait possible de le modifier.

      Sur le compte dont je dispose, qui est un compte google search, je n’ai la main sur aucune propriété.
      J’ai trouvé un endroit où laisser un commentaire, j’y ai laissé un message faisant part de mes impossibilités. J’attends. Je vous tiendrai au courant.

    • beno

      Bonjour,

      Je reviens vers vous à propos de cette histoire de Javascript.
      Sur Analytics, on vous donne un code à intégrer au site :

      <!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-XXXXXXXXX-1"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'UA-XXXXXXXXX-1');
</script>

      Je verrais donc plus un gtag.js et non pas un ga.js ou analytics.js. Cela dit, je n’y comprends pas grand-chose, aussi je m’en reporte à vous.

      Merci

    • cam.lafit

      Bonjour

      Vous donnez le code de google tag manager (GTM) qui n’est pas google analytics (GA).
      Ce sont 2 services différents qui peuvent être aussi utilisés ensemble.

      Le présent plugin ne s’occupe que de GA.

    • beno

      Bonjour cam.lafit,

      Pourtant je confirme que c’est bien le code actuel donné par Google Analytics lorsqu’on le lui demande ID-Tracker Code : je viens de refaire la manip, avec un nouveau compte Gmail et un nouveau site :

      <!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=UA-XXXXXXXXX-1"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'UA-XXXXXXXXX-1');
</script>
    • cam.lafit

      Bonjour

      En effet on trouve l’exemple donné via la documentation suivante : https://support.google.com/analytics/answer/1008080?hl=en

      La documentation suivante n’est toujours pas marquée obsolète :
      https://developers.google.com/analytics/devguides/collection/analyticsjs/

      Si vous le souhaitez vous pouvez proposer un correctif au code pour respecter cette nouvelle écriture qui semble tout aussi valable que l’actuelle.

    Répondre à ce message

  • JulienSEO

    Plugin très utile ! Merci !

    Répondre à ce message

  • Natacha Courcelles

    Bonjour
    dans les logs mysql.log de Spip j’ai une erreur lors de l’édition d’un objet qui a déjà des données saisies en seo

    ERREUR: Erreur 1062 de mysql: Duplicate entry '185-annonce-description' for key 'PRIMARY'
in /home/users/html/www/plugins/seo-dev/action/editer_seo.php L46 [sql_insertq(),action_editer_seo_dist(),seo_formulaire_traiter(),minipipe(),
execute_pipeline_formulaire_traiter(),pipeline(),traiter_formulaires_dynamiques()]
INSERT INTO spip_seo (id_objet,objet,meta_name,meta_content) VALUES (185,'annonce','description','texte')

    il semblerai que le module fasse un insert au lieu d’un update
    une idée ??
    bon été à tous

    Répondre à ce message

  • Lafontanelle

    Bonjour,

    Je suis sur SPIP 3.2.1 [23954], avec (entre autres) les plugins SEO 2.1.7 SVN [106642] et Groupes arborescents de mots clés 1.2.9 SVN [106653].

    Dans la page de configuration du plugin SEO, j’ai bien une case à cocher pour permettre l’édition des métas des groupes de mots-clés, cependant, lorsque je suis dans l’édition d’un groupe de mots-clés, le formulaire d’édition des métas n’apparaît pas.

    Est-ce une fonction actuellement absente, mais qui pourrait être implémentée dans une version future du plugin ou n’est-ce tout simplement pas possible d’éditer ce genre de métas ?

    Merci et bon dimanche ! ;-)

    Répondre à ce message

  • 5
    escurel

    Bonjour,
    En début de page dans les compatibilités, la compatibilité pour spip 3.2 n’est pas présente, mais il semblerai être compatible par la révision 106609 ici :
    https://zone.spip.org/trac/spip-zone/changeset/106609/_plugins_/seo

    Qu’en est-il ?

    Répondre à ce message

  • beno

    Bonjour,
    Juste pour signaler une petite erreur d’affichage quand on est en anglais : « Configurer les meta-tags » & « Replier les meta-tags » apparaissent en français... le reste va bien.

    Répondre à ce message

  • Emma

    le fichier javascript contenant la clé google analytics a été retrouvé ... donc pas de problème, même non inscrit dans le plugin SEO, le script est lu par ghostery et les données sont bien envoyées à google.

    1000 excuses

    Répondre à ce message

  • Emma

    petit problème du moment où il s’agit de donner la possibilité de désactiver google analytics dans cookies choices.

    Je découvre, incrédule, qu’en n’activant QUE google webmaster tools, mon ghostery signale google analytics OR le seul code introduit est celui de google webmaster tools et de plus, je ne vois pas le script de google analytics apparaître.

    Ma question est donc connexe : est-ce que google webmaster tools enraîne l’activation de google analytics ?

    Je vais poser la même question sur cookies choices et ghostery ...

    Répondre à ce message

  • vincent

    Bonjour,

    avant tout, merci pour ce super plugin ! Il fait clairement partie de ceux que j’utilise le plus au quotidien.

    Lors de son utilisation sur des objets éditoriaux custom, je viens de rencontrer une farce, je la remonte donc pour information afin que d’autres qui se trouveraient dans le même cas ne s’embêtent pas à chercher.

    En effet, j’utilise un objet éditorial ’destination’, et les métas déclarées pour ces objets ne remontaient pas. Après avoir regardé en base, il s’avère que le champ ’objet’ de la table ’spip_seo’ est déclaré en varchar(10). Du coup je me retrouvais avec des ’destinatio’ en base au lieu de ’destination’.

    Serait il possible du coup de pousser un peu la longueur du champ dans les prochaines versions du plugin ?

    Merci !

    Répondre à ce message

  • 1
    Sandrine

    Bonjour,

    Je souhaite utiliser le plugin SEO sur un squelette MOT.

    J’ai bien le formulaire SEO sur la page mot dans l’espace privé, mais les données saisies ne sont pas enregistrées en base.
    Quelqu’un s’est-il déjà penché sur le problème ?

    Merci d’avance,
    Sandrine

    • triton

      Bonjour,
      à peine 2 ans plus tard je constate la même chose... Après avoir indiqué « mot » comme objet a gérer dans la page de config du plugin, le formulaire apparaît bien sur le formulaire d edition des mots, mais l’enregistrement en base ne se fait pas, il n y a pas de message d erreur, pas de logs, mais pas d enregistrement non plus... Si j ajoute une ligne directement dans la table spip_seo en indiquant ’mot’ comme objet et l id du mot, les champs s affichent bien sur la page publique du mot (ainsi que dans le formulaire d’etition). On dirait juste que le formulaire editer_seo ne prévoit pas d enregistrer lorsque l objet est « mot ».
      Amicalement
      triton

    Répondre à ce message

  • Spipmalion

    Bonjour, j’ai crée un nouvel objet éditorial avec La Fabrique : « Description de la page » du plugin SEO ne renvoie rien du tout

    Dans « Valeur des balises metas par défaut (pour les objets éditoriaux) » je coche « Description : valeur de la description de la page » et la balise <description> ne se crée pas étant donné qu’il n’y a pas de description

    Comment faire en sorte de lui donner du grain à moudre pour qu’il puisse créer une description ?

    Merci d’avance

    Répondre à ce message

  • 2
    Spipmalion

    Bonjour,

    Les titres sont coupés avec hellip mais l’esperluette de l’entité hellip est elle-même « échapée »

    &amp;hellip;

    Cela donne :

    <title>La rédaction d&#039;une note mon titre (&amp;hellip;)</title>

    Comment corriger ?

    Merci d’avance

    • Spipmalion

      Avec #SEO_META_TAGS

    • Spipmalion

      J’ajoute ceci à la ligne 348 de seo_fonctions.php dans la fonction seo_generer_meta_tags() comme quick fix chez moi :

      $tags[$name] = str_replace("&amp;hellip;","&hellip;",$tags[$name]);

    Répondre à ce message

  • Mist. GraphX

    Bonjour,

    La plugin ajoute bien les metas sur les objets éditoriaux, serait il envisageable qu’on puisse gérer celles des pages (squelettes ajoutés ou pages ) ?

    Comme par exemple dans le plugin url_pages de tcharlss…

    Merci à vous et bonne journée.

    Répondre à ce message

  • 3
    Mist. GraphX

    Bonjour,

    Merci pour ce plugin.

    Une idée, n’y aurait il pas intérêt à intégrer l’utilisation d’un des plugins qui gère l’acceptation utilisateur des cookies, pour l’insertion des meta google.

    comme http://contrib.spip.net/CookieChoices

    ça simplifierait la mise en place...

    • cam.lafit

      Bonjour

      La question du cookie est une problématique différente, liée principalement à une obligation légale.
      Pour ma part, cela n’ayant pas un rapport avec le SEO ou les meta des pages. Je ne pense pas qu’il soit pertinent d’agir sur ce plugin SEO.

      Mais pour poursuivre l’idée on peut imaginer que le plugin cookiechoice agisse sur le plugin google analytics afin de rajouter la “sécurité” proposé dans l’article.

    • Mist. GraphX

      Hello,

      Scuz mais, je vois pas le rapport avec le plugin google analitic, vu que j’utilise SEO car il insère les tags webmaster tools et analitics ^^.

      Ma remarque portait sur le fait que vu que le plugin SEO insère des tags/scripts potentiellement amenés a utiliser les cookies, on se doit/devrais d’avertir l’utilisateur, si c’ette insertion est activé..

      Ce n’est en fait qu’une portion de js a intégrer si le plugin est utilisé/activé et que l’insertion par SEO des scripts Google est activé.

      je me fait cette remarque car je me retrouve a l’intégrer dans tout mes sites et squelettes , après je comprends parfaitement que l’on puisse préférer déléguer cette tache au squelette plutôt que de rajouter une couche au plugin.

      merci de ta réponse et du travail sur le plugin ;-)

    • xdjuj

      Salut les amis :)

      Je pense que le code ne peut pas être intégré à SEO car la problématique est beaucoup plus large.

      La « cookie bar » doit permettre de retirer les codes Google Analytics, mais pas ceux de Piwik par exemple (tu n’es pas obligé de mentionner que tu utilises Piwik, donc pas de barre). Elle doit également supprimer (ou pas) les appels aux réseaux sociaux (comme AddThis par exemple).

      Elle n’est donc pas simplement limitée à SEO, mais à « tout » ce qui potentiellement peut tomber sous la reco de la CNIL.

      Du coup, il faut bien un plugin CookieBar (celui de SPIP ou fonction maison, comme nous utilisons perso), et c’est le test sur la valeur de cette fonction qui active ou pas le tracking et les différents services.

      Voilà ce que moi j’en pense en tout cas ;-)

    Répondre à ce message

  • 3
    Spipmalion

    Bonjour,

    Comment parlez-vous de la version SEO 2.0.3 alors que celle proposée en téléchargement est 1.8.1 ?
    Merci

    • xdjuj

      Salut et désolé pour le retard de réponse. En réalité la version 2.1.2 devrait être zippée mais manifestement il y a un problème.

      Elle est toutefois disponible au téléchargement depuis SVN :

      svn co svn://zone.spip.org/spip-zone/_plugins_/seo/trunk seo_2_1_2

      en attendant le rétablissement du ZIP :)

    • Spipmalion

      Bonjour,

      C’est toujours la v1 en téléchargement dans cette page ?

    • cam.lafit

      Merci pour le rappel.
      C’est corrigé.

    Répondre à ce message

  • 1
    PRX

    Bonjour,

    Est-ce que cela peut servir à compléter des données structurées demandées par Google type hentry , Champ manquant : author, updated ?

    • xdjuj

      Salut.

      Je ne suis pas bien sûr de comprendre ta question, mais la réponse est sans aucun doute « non ».

      Si tu parles des h-entry en tant que microformats, non, ça ne le fera pas à ta place, c’est à toi dans ton HTML (donc dans ton squelette) de mettre en place le balise sémantique pertinent dont tu as besoin :
      -  http://microformats.org/wiki/h-entry-fr

      Aucun CMS ne peut « prédire » les endroits de ton code HTML qui contiennent des microdatas, ça ne peut être fait que par un humain ça !

    Répondre à ce message

  • 6
    lolo06

    Bug très pénalisant (surtout pour le référencement google).

    Les titres qui utilisent la balisent « multi » voient leur titre mal inteprété losque référencé et aussi tout en haut dans la barre windows.

    Exemple :

    "<multi>[fr]toto[en]tutu</multi>"

au lieu d'afficher : "toto"

cela affiche : "[fr]toto[en]tutu"
    • lolo06

      Des nouvelles de ce bug ?

    • Thomas G.

      Bug très pénalisant (surtout pour le référencement google).
      Les titres qui utilisent la balisent « multi » voient leur titre mal inteprété lorsque référencé et aussi tout en haut dans la barre windows.

      J’ai également eu ce problème pour le résoudre il faut légèrement modifier la méthode seo_calculer_meta_tags (l.222) du fichier seo_fonctions.php :

      function seo_calculer_meta_tags($contexte=null){
   include_spip('inc/config');
   include_spip('inc/filtres');  // [+]

    ...

   if (isset($row['titre']))
      $tag['title'] = couper(extraire_multi($row['titre'], 
      $contexte['lang']), 64); // [+]
      //$tag['title'] = couper($row['titre'], 64); [-]
      unset($row['titre']);
    
    ...
    • xdjuj

      Salut Thomas ! :)

      Bah faut commiter ton correctif sur SPIP Zone alors !! ;-) Vous n’avez pas un accès avec Ben ou autre ?

      (sinon je commite pour vous, mais c’est dommage)

    • xdjuj

      C’est corrigé pour la version 2.1.1 du plugin :
      -  http://zone.spip.org/trac/spip-zone/changeset/84804

    • DD

      Bonjour,
      J’utilise SEO 2.1.3 - test et les balises [fr] apparaissent dans les résultats Google.lorsque l’URL de la page se termine en ?lang=fr

      Est-ce que c’est lié à $GLOBALS[’forcer_lang’]=true ; qui est défini via le couteau kiss ?

      Merci

      dd

    • cam.lafit

      Bonjour

      C’est bien probable. Le fait d’utiliser $GLOBALS[’forcer_lang’] indique à SPIP, entre autre, d’intégrer le contexte de langue dans l’url.
      De ce fait les urls calculées et publiques auront cet argument par défaut, et donc les moteurs de recherche les prendront en compte.

    Répondre à ce message

  • 6
    crazyspip

    Bonjour,

    J’utilise ce plugin systématiquement, je le trouve très pratique. Merci à ses concepteurs !

    Je remarque que sur les sites conçus en Spip 2.x, je pouvais régler la balise robots sur chaque page ou rubrique, au cas par cas. Sur mes sites en Spip 3.x, ce n’est plus le cas, le champ n’apparaît plus. Pourquoi ?

    • Gl0ubI

      Bonjour,

      Je suis dans le même cas, la balise robot ne remonte plus lors de l’édition d’un article ou d’une rubrique.

      SPIP 3.0.16 + SEO 2.0.4
      ou
      SPIP 3.0.13 + SEO 1.8.1

    • crazyspip

      Bonjour,

      Je remonte cette question car je trouve que l’abandon du réglage possible de meta robots au niveau de l’édition des articles, comme c’était le cas dans des versions précédentes, est très dommage !

      Pour contourner le problème, j’ai abandonné le plugin SEO sur certains sites et utilise « Champs extra » mais c’est assez lourd. Et puis j’aimais bien ce plugin tout simple.

      Y a-t-il une raison pour cet abandon ? Ou un oubli ? Qqch de prévu à ce niveau ?
      Merci d’avance de votre réponse.

    • xdjuj

      Ha bah c’est con oui.

      C’est rétabli dans la version 2.1.2 du plugin (qui sera zippée je pense cette nuit).

    • crazyspip

      Ah chouette ! Merci beaucoup xdjuj. Mais dors un peu quand même, hein ! :-)
      En tout cas, compte sur moi pour la dézipper dès que dispo. ;-)

    • xdjuj

      Tu pourras même l’essayer sous SPIP 3.1 ! :)

    • crazyspip

      Mais... mais c’est Noël avant l’heure !!!

    Répondre à ce message

  • 3
    Sandrine

    Bonjour,

    Je rencontre un souci de title et autres metas dupliqués sur les pages utilisant une pagination.
    Exemple : une page rubrique avec un pas de 5 sur la pagination et qui contient 8 articles aura les mêmes title et metas qu’on soit sur la page 1 ou la page 2.

    Sur des sites n’utilisant pas le plugin SEO et dont le title est généré par les squelettes, je récupère #ENVdebut_articles pour ajouter une pagination dans le title.
    Avec le plugin SEO, ça me semble plus ardu (je ne maîtrise pas PHP...)

    Quelqu’un s’est-il déjà penché sur le problème ?

    Merci d’avance pour vos réponses,

    Sandrine

    • xdjuj

      Salut.

      C’est une très bonne remarque, et qui s’applique d’ailleurs aussi aux balises meta link prev/next qui ne sont pas encore prises en compte dans ce plugin (faudrait le mettre en Todo).

      Je pense que la solution pour toi serait simplement de ne pas faire d’insertion automatique, et de composer « toi même » tes meta dans tes squelettes avec un truc du genre

      #SEO_META_BRUTE{title}[ - (#ENV{debut_articles})]

      par exemple, comme ça, si tu as un début d’article, alors tu auras la pagination de rajoutée.

      Mais ça me fait penser qu’il me semble qu’un commit a peut être cassé SEO_META_BRUTE... à vérifier donc :)

    • Sandrine

      Merci de ta réponse.

      Je viens de tester avec le plugin en version 1.8.1, puis en version 2.0.6 : SEO_META_BRUTE ne semble pas cassée :)
      J’ai donc ajouté la balise dans mes squelettes (avec le filtre supprimer_numero pour être tranquille s’il n’y a pas de title spécifique renseigné) :

      [(#SEO_META_BRUTE{title}|supprimer_numero)]

      Pour que la pagination soit cohérente dans mes titres, je fais un SET :

      [(#ENV{debut_articles}|oui)
	[(#SET{numero-page, #ENV{debut_articles}|div{5}|plus{1}})]
]

      où ’5’ correspond à mon pas de pagination. ça me permet d’affiche ’Page 1’, ’Page 2’... et non ’Page 5’, ’Page 10’

      Je récupère le tout dans mes squelettes

      [(#SEO_META_BRUTE{title}|supprimer_numero)][ - Page (#GET{numero-page})]
    • Sandrine

      Pour compléter ma remarque précédente : j’ajoute mon #GETnumero-page également dans mes h1 sur les différents squelettes.

      (mais ce n’est peut-être pas le bon endroit pour le mentionner, le plugin SEO ne gérant pas les balises dans le contenu)

    Répondre à ce message

  • 3
    germain

    Bonjour,

    Je fais appel à votre aide car je ne trouve pas de solutions,

    Pour résumé, j’ai besoin d’obtenir toutes les métas descriptions des articles d’une rubrique
    Exemple de ma boucle :

    <BOUCLE_articles(ARTICLES) {id_rubrique=1} >
#SEO_META_BRUTE{description}
</BOUCLE>
    • germain

      Et cela ne fonctionne pas.

      Quelqu’un aurait une idée pour pouvoir récupérer la meta desc ?

      (sorry pour le double poste, j’ai publier trop vite ma question)

      Merci !

    • xdjuj

      C’est normal.

      Tu as une table spécifique qui est utilisée pour les valeurs SEO.

      Tu devrais donc faire une boucle du genre :

      <BOUCLE_articles(ARTICLES) {id_rubrique=1} >
<BOUCLE_meta(SEO){objet=article}{id_objet=#ID_ARTICLE}{meta_name=description}>
        #META_CONTENT
</BOUCLE_meta>
</BOUCLE_articles>

      Pour afficher la description pour ton article.

      La table SEO comporte les champs suivants : id_objet / objet / meta_name / meta_content.

      • objet prend la valeur de l’objet (article, rubrique, etc.)
      • meta_name prend les valeurs genre (description, title, keywords)
    • germain

      Super Merci xdjuj, je débute dans spip et je comprends mieux certaines choses :) !

    Répondre à ce message

  • 1
    papa.troll

    Bonjour !

    SPIP 3.0.11 + SEO 2.0.3

    Je pourrais enregistrer les valeurs pour les articles and rubriques, mais je ne pouvais pas fot mots-clés (MOTS).

    Quelle est la raison ?solution ?

    merci d’avance

    Serge

    • Toto

      Apparemment seuls les articles et rubriques sont gérés dans le code

    Répondre à ce message

  • 19
    Nvurok

    J’ai également un problème avec la version 2.0.3 du plugin avec SPIP 3.0.13

    Message ARRAY dans le head de la page.

    • cam.lafit

      Bonjour

      Est il possible de connaitre la version SPIP utilisée et les options du plugin activées ?

    • Nvurok

      SPIP 3.0.13, aucun problème lorsque j’étais avec SPIP 3.0.11

      Uniquement Meta tags activé : article et rubriques

      #SEO_META_TAGS dans le head
      #SEO_GWT

      site : www.divan-production.com

      voir l’image : https://www.dropbox.com/s/ok0g4jp328mhacr/Untitled.jpg

    • cam.lafit

      Merci pour le retour.

      Je vais essayer de reproduire le comportement sur un site de test avec la même configuration.
      J’espère pouvoir identifier la cause et la résoudre.

    • jl

      J’ai le même soucis sur une 3.0.13 :( des nouvelles à propos de ce soucis ?

    • jl

      pas de news ? :(

    • Nvurok

      Pas de news pour le moment. J’attend encore un peu. Sinon je ferais à la main

    • cam.lafit

      Yop

      Normalement j’ai un peu de disponibilité début de semaine prochaine :)

    • jl

       :) :) :) clap clap clap :) croisons les doigts

    • ben

      problème confirmé, le debut de semaine est passé cam.lafit :) , je regarde

    • jl

      des news ?

    • cam.lafit

      Yop

      Je suis dessus :) Oui j’ai des semaines plutôt jupétérienne ....

    • Gery

      Bonjour,
      j’utilise ce plugin très intéressant, et je rencontrais le même problème que vous avec Array qui apparaissait en haut de page.
      Après quelques recherches, je n’ai pas trouvé de où il pouvait provenir mais j’ai trouvé comment le masquer en attendant :
      Ajouter « $head = str_replace(’Array’,’’,$head) ; » à la ligne 153 du fichier seo_fonctions.php dans la fonction « seo_insere_remplace_metas » juqte avant le « return ».

      A défaut de vrai solution, c’est déjà ça en attendant.

    • Gery

      Je débute sur spip donc c’est peut être évident pour vous mais je préfère préciser que pour que ça fonctionne n’oubliez pas de vider votre cache.
      A plus

    • fd

      merci ! est ce une bonne idée en attendant d’utiliser la méthode à Gery ?

    • jl

      Des nouvelles ? peut on utiliser la méthode à Gery en attendant ?

    • xdjuj

      Bonsoir.

      Je viens de publier un correctif.

      Pour ma part je n’utilise pas l’insertion auto, mais la balise SEO_META_TAGS, qui était cassée. En la réparant je me suis rendu compte que je cassais en retour l’insertion automatique.

      Je pense que la dernière personne à avoir travaillé sur l’insertion auto avait justement cassé la balise SEO_META_TAGS.

      J’ai normalement corrigé ET gardé les spécificités de chacun à savoir :
      -  les contraintes pour la balise SEO_META_TAGS
      -  les contraintes pour l’insertion auto

      Merci d’avance à ceux qui l’utilisent de me confirmer que l’insertion auto est bien fonctionnelle.

      Merci à ceux qui avaient le bug de « Array » de me confirmer que c’est corrigé pour eux.

      Bonne soirée.

    • Fd

      Alors ça fonctionne ! J’ai supprimé et réinstallé le plugin sans ça l’erreur était toujours là ! Merci !!!

    • xdjuj

      Cool.

      En fait le bug provoquait également l’absence de meta_tag sur les pages... Ce qui n’était pas très cool :)

      Tant que tu n’as plus l’alerte et que tu as bien les META dans le code source, c’est que c’est bon !

    • Fd

      c’est le cas, tout en ordre, trop cool ! Un grand merci !!!!

    Répondre à ce message

  • 1
    Xavier T.

    Bonjour,
    pour moi c’est la cata !
    j’ai du désactiver le plugins suite au passe sur la V2 car je me retrouvais avec une page blanche !
    d’où cela peut il bien provenir ?
    merci d’avance d’éclairer ma chandelle !

    • cam.lafit

      Bonjour

      Pour pouvoir répondre il faudrait plus d’informations comme :

      • quelles sont les options activées pour le module
      • que dit spip.log
      • que dit apache2/error.log

      Il peut être intéressant de rajouter le mode debogue de Apache/PHP pour afficher les erreurs.

    Répondre à ce message

  • 2
    Pascual

    Je viens de faire la mise à jour du plugin depuis une version 1.81 (fonctionnant parfaitement) vers une version 2.03
    Et j’ai des soucis depuis :

    -  Affichage en tête de page d’un « Array » (sans rien d’autre)
    -  Et surtout disparition de la zone à remplir dans chaque rubrique ou article pour personnaliser les métas.
    J’ai essayé différents réglages de config du plugin mais rien n’y fait, sauf à enlever [(#SEO_META_TAGS)] de mon début de code...

    J’ai bien vu le message "ATTENTION : dans ce cas le plugin ne fonctionnera pas correctement si vous placez #INSERT_HEAD dans le fichier inc-head.html ou un autre fichier que vous incluez dans la partie

    de vos squelettes" qui ne me parait pas très clair sans exemple concret, mais j’ai quand même sorti le #INSERT_HEAD de mon include pour le même résultat final (au passage, ça ne simplifie pas vraiment la vie des gens).

    Est-ce normal, ai-je zappé qqchose ou est-ce un bug ?

    Merci par avance pour votre aide

    • cam.lafit

      Bonjour

      Est ce que tu aurais un site de test ? La version 2 fonctionne (en théorie) il est possible qu’il reste des ersatz de mauvais codes.

      La zone de texte est maintenant en bas de l’article avec un effet de déplier/replier.

      Normalement le #INSERT_HEAD ne devrait plus poser de problème particulier. Je dois reconnaitre le cas le plus testé et le cas où on laisse le plugin surcharger le squelettes à la fin.

    • Pascual

      Oui, Camille.
      Je te fais parvenir le nécessaire en « privé » ;)

      Entre temps, je suis revenu à la version 1.81 fonctionnelle.

    Répondre à ce message

  • 1
    Stéphane Santon

    Bonjour,

    Pourquoi la version 2 n’est-elle pas zippée sur http://files.spip.org/spip-zone/ ?
    Elle corrige pourtant un bug de la V1 (balise title qui apparaît en double).

    • cam.lafit

      La v2 enfin la version dev est proposée en zip. Elle devrait être disponible dans la journée :)

    Répondre à ce message

  • 1
    JérômeD

    Bonjour,

    J’ai installé le plugin sur un site et j’ai un message d’erreur qui apparaît : Warning : Invalid argument supplied for foreach() in /homez.382/......../plugins/seo-v1/pipelines/seo_affichage_final.php on line 46

    Est-ce que quelqu’un a déjà eu cette erreur ?
    Merci d’avance

    Jérôme

    • cam.lafit

      Bonjour

      Un version seo-trunk est maintenant proposée en zip. Je vous invite à la tester lorsqu’il sera disponible. Il corrige un certain nombre de bogues.
      J’espère que celui ci en fait partie.

    Répondre à ce message

  • 1
    micha

    Bonjour,
    En migrant de Spip 2.1.2 à 3.0.11 et de Seo 1.3.0 à 1.8.1, j’ai perdu tous mes mots clés. J’ai pourtant fait une sauvegarde de l’ancienne table seo_meta_tags et l’ai recopiée mais rien à faire.
    Merci d’avance de vos conseils.

    • micha

      J’ai trouvé. C’est un peu artisanal mais ça marche. J’ai renommé l’ancienne table seo_meta_tags en spip_seo en prenant soin de faire correspondre les noms des colonnes de la table.

    Répondre à ce message

  • 3
    Ben

    Bonjour,

    Je crois qu’il y a une petite erreur W3C, que je n’arrive pas à corriger sur le plugin...

    En fin de head, je trouve :

    <title>Nâga, don d’ordinateurs sur Nantes Métropole</title>
<meta name="description" content="Récupération, reconditionnement et don d’ordinateurs sous Linux sur Nantes Métropole" />
<meta name="keywords" content="Nâga, ordinateurs, don, récupération, Nantes, Métropole, Rezé, reconditionnement, distribution, Linux" />
<meta name="copyright" content="CC nâga" />
<meta name="author" content="nâga" />

    Ça devrait pas être un
    <meta name="title" content="Nâga, don d’ordinateurs sur Nantes Métropole" />
    au lieu de title ?

    Quelqu’un a une idée pour corriger ça ?

    Merci pour le plugin en tout cas ;)

    • cam.lafit

      Bonjour

      La balise title est tout à fait valide.
      Cf : http://www.w3.org/Provider/Style/TITLE.html

      À ma connaissance il n’existe pas de meta de type title.

    • Ben

      Autant pour moi, je me suis planté ;)

      N’empêche que je comprends pas d’où vient l’erreur W3C du title...

      Si quelqu’un a une idée... Voici le lien du site : http://www.naga44.org/

      Et le détail de l’erreur :

      The element named above was found in a context where it is not allowed. This could mean that you have incorrectly nested elements -- such as a "style" element in the "body" section instead of inside "head" -- or two elements that overlap (which is not allowed).

One common cause for this error is the use of XHTML syntax in HTML documents. Due to HTML's rules of implicitly closed elements, this error can create cascading effects. For instance, using XHTML's "self-closing" tags for "meta" and "link" in the "head" section of a HTML document may cause the parser to infer the end of the "head" section and the beginning of the "body" section (where "link" and "meta" are not allowed; hence the reported error).«

       »

    • cam.lafit

      A regarder du coté des squelettes. la balise title est en doublon d’où l’erreur w3c. Title est une balise à usage unique pour une page html.

    Répondre à ce message

  • Rom

    Bonsoir/jour à tous !
    Très bon plugin ! Je pensais : serait-ce possible, pour les meta-tags « keyword » d’objets (articles, brèves, rubriques, etc), d’y lister les mots/groupes de mots clés qui sont rattaché à l’article en cours ? Un équivalent propre de :

    <B_keywords><meta name="keywords" content="<BOUCLE_keywords(MOTS) {id_article}>[(#TITRE|attribut_html)], </BOUCLE_keywords>"/></B_keywords>

    Bonne journée ;-)

    Répondre à ce message

  • 2
    Lafontanelle

    Bonjour,

    Le fichier .zip du plugin n’est pas disponible au téléchargement, je tombe sur une page d’erreur 404 à la place.

    Répondre à ce message

  • 4
    mickamoi

    Bonjour,
    la question a déjà été posée mais il m’est impossible de me connecter à l’admin. Une fatal error apparait : Page blanche et problème de changement des meta.
    J’ai installé la dernière version du plugin mais rien n’y fait. Je suis sur spip 2 chez ovh.
    Rien n’a été touché de mon côté.

    Ps : le site est accessible quand on tape /ecrire et si on refrachit il est alors impossible de se connecter. Lorsque je désactive le plugin tout est remis en ordre.

    Merci d’avance

    • xdjuj

      Bonjour :)

      Pour être honnête, me concernant, aucune idée je n’utilise pas ces hébergements. En revanche, ce qui pourrait aider ce sont les logs :

      Voilà pour les idées du moment :)

    • mickamoi

      bonjour,

      merci pour votre réponse. J’ai supprimé tout le contenu du dossier temp mais rien n’y fait. il apparait dans l’url : spip.php ?page=login&url=%2Fecrire%2F%3Fexec%3Daccueil%26bonjour%3Doui&var_erreur=cookie

      Est-ce un problème de cookie avec le plugin SEO ? Existe-t-il un subterfuge ?
      Faut-il que j’insère un :
      # pas d’affichage des erreurs php
      2
      php_flag display_startup_errors off
      3
      php_flag display_errors off
      4
      php_flag html_errors off
      5
      php_value docref_root 0
      6
      php_value docref_ext 0

      ou

      1
      php_flag ignore_repeated_errors on
      2
      php_flag ignore_repeated_source on

      Comment le faire fonctionner que sur la page/ecrire ?
      Merci

    • xdjuj

      Bonsoir :)

      Si tu as retiré le plugin SEO du répertoire plugins/plugins-dist, si tu as en plus vidé /tmp/* et que tu ne peux pas te connecter à ton SPIP, c’est que SEO n’a rien à voir là dedans. Il n’est pas magicien et ne peut pas agir quand il n’est pas présent ;-)

      Essaye de te connecter avec un autre navigateur à ton site, sinon je t’invite à poursuivre cette conversation sur les forums de SPIP ou l’IRC car ton problème ne semble pas lié au plugin SEO (peut être à un autre ?).

      Dans tmp/ tu trouveras également des fichiers de logs, ils peuvent te permettre d’y voir plus clair en fouillant un peu :)

      Bon courage dans ta recherche.

    • mickamoi

      Oui en enlevant le plugin SEO du répertoire tout fonctionne correctement. Plus de pb de calcul de meta, d’url canonique et d’erreurs fatales en tout genre.
      Chez moi je peux me connecter, mais si j’ai le malheur de réactualiser au moment du log alors ça plante. Et chez ma cliente ca plante automatiquement.
      lien : www.sophrologie-sante.fr/ecrire

    Répondre à ce message

  • 3
    Sylvain Nogues

    Bonjour,
    avec les urls propres, l’url canonique pour les mots-clés donne « lenom.com/urls_propres_dist », et non l’url des mots-clés...
    Ai-je raté quelque chose ?
    (spip 2.1.19, url choix « propres » )
    Merci,
    Sylvain

    • cam.lafit

      Bonjour

      As tu une page d’exemple ?
      De mon coté je n’utilises pas l’option url canonique du plugin, je n’ai donc pas de jeu de test pour controler ce point.

    • Sylvain Nogues

      en ajoutant ces lignes en ligne 20 du fichier seo_fonctions.php , cela fonctionne aussi pour les mots-clés :

      elseif (isset($GLOBALS['contexte']['id_mot'])) {
                $id_objet   = $GLOBALS['contexte']['id_mot'];
                $objet = 'mot';
        }

      question subsidiaire, y a-t-il une raison avouable pour laquelle tu n’utilises pas l’option url canonique du plugin ?

      Merci,
      Sylvain

    • cam.lafit

      Ciao

      Je regarde dans l’aprem pour intégrer ce patch.
      Pour la non utilisation de cette option, c’est que je n’en ai pas l’utilité. Les squelettes gérent généralement déjà ce point.

    Répondre à ce message

  • 2
    PRX

    Bonjour,

    jj’ai un site Sarkaspip, qui génère 27000 liens environ pour 273 pages.
    J’ai tenté de mettre ce plugin pour la partie URL Canonique, (seule partie qui fonctionne ) avec Sarka en mettant mes_options.php

    <?php
define('_SEO_FORCER_SQUELETTE',true);
?>

    ,

    cela n’a pas bien diminué, mais le souci est surtout vers certaines pages importantes comme les brèves qui sont redirigées vers une URL qui affiche Error 404 et le plan du site :
    http://www.monsite.com/urls_html_dist

    Qu’est-ce que c’est que cette Url ,comme l’éviter et comment inclure les brèves ?
    merci d’avance

    • cam.lafit

      Bonjour

      Le define est maintenant obsolète, cette option s’active depuis la page de configuration.
      Vous devez activer les 2 options du bloc INSERT_HEAD :

      • la première option permet de remplir les meta manquantes,
      • la seconde permet d’écraser les meta générées par le squelettes par celles du plugin.

      Dans votre cas, il vous faut aussi activer l’option url canonique.

      Pour l’autre partie de votre question, je ne comprends ce qui aurait dû diminuer.

    • PRX

      Merci de cette réponse rapide,
      ce qui aurait du diminuer, mais peut être en plus de 2 jours, c’est le nombre de liens indexés par la commande sous google site:monsite.com , mais mon soucis principal n’est pas là encore.

      Mon principal soucis c’est qu’en activant ce module, on renvoie les BREVES vers une URL qui affiche Error 404 et le plan du site :
      http://www.monsite.com/urls_html_dist

      ne pourrait-on pas aussi inclure les BREVES en canoniques ?

      merci d’avance.

    Répondre à ce message

  • 3
    Lazy

    Hello !

    J’utilise ce plugin depuis quelques mois sans soucis, mais j’ai aujourd’hui un nouveau besoin qui, je crois, n’ai pas prévu : j’aurais besoin d’afficher dans mon squelettes la valeur de la méta Description de mon article en cours (et dans l’idéal, pourquoi pas n’importe laquelle des métas renseignés).

    Y aurai-t-il une solution ou une balise que je n’aurais pas répéré pour pouvoir résoudre mon « problème » ?

    Merci d’avance pour votre aide !

    • Lazy

      J’avance sur mon problème en.... relisant la doc....

      L’utilisation de #SEO_META_BRUTE(description) réponds en partie à ma demande, cependant, la valeur retournée étant brute, elle ne prend pas en compte l’environnement (Fr / En) (j’utilise un multi pour ma description de page)
      Y a-t-il une piste pour me permettre de récupéré la valeur de la méta en fonction de la langue ?

    • cam.lafit

      Bonjour

      Avez vous essayé le filtre extraire_multi , j’ai l’impression que cela réglerait le problème soulevé

    • Lazy

      Merci pour ta réponse cam.lafit, ca fonctionne très bien comme ca, j’aurai du y penser :)

    Répondre à ce message

  • 12
    Guylaine Marcoux

    Bonjour à tous ! J’installe ce plugin mais malgré que mon user as toutes les droits la table _seo ne s’ajoute pas ! SOS aidez-moi

    • gilhem

      Idem pour moi.

      Je suis chez OVH.

      La révision 55021 plante en ligne 1 dans le module SEO_TABLES
      La révision 66563 s’installe mais ne fonctionne pas : pas de création de table.

      Perso, je suis sous SPIP 2.1.19 [19922]

    • cam.lafit

      Bonjour

      Les dernières versions du plugin ont été testées sur spip3
      Pourriez vous donner plus de précision sur les erreurs recontrées (spip.log, ...) pour essayer de regler le problème aussi sur spip 2

    • gilhem

      J’ai supprimé le spip.log (renommage au cas où) avant de refaire les manips : pas de fichier Spip.log regénéré (!)
      Par contre, un certain nombre de message ont été enregistrés dans le fichier prive_spip.log. J’ai également fait les copies d’écran de chacune des opérations, le tout rassemblées dans un pdf.

      Comment vous transmettre ces 2 fichiers ?

      Merci

    • gilhem

      En complément, le message affiché suite à la validation aussi bien sur le site privé aue sur le public.

    • lolo

      Bonjour, j’ai le même soucis que GillesM, mm erreur SQL....

      Je suis sous SPIP 2.1.17 [19782]

    • clemence

      bonjour

      j’ai le même message d’erreur et après des heures de recherche sur le forum et sur le net aucun résultat. Quelqu’un a-t-il une solution ?

    • jerome

      Bonsoir

      Le fichier de création de la table seo ’base/seo_tables.php’ est au format MAC. Je l’ai passé au format DOS et c’est Ok chez OVH.

      Jérôme

    • JérômeD

      J’ai le même problème sur OVH.
      Vous proposez de le passer en format DOS. Pouvez-vous nous indiquer la manip’...elle doit être simple..mais là je ne vois pas.

      Merci

    • jerome

      Personnellement j’utilise PSPAD comme éditeur de fichier gratuit et dans la barre d’état en bas, on voit le format du fichier (MAC, DOS ou UNIX). En cliquant dessus, on transforme le format.
      Dans notepad++ on voit le format aussi dans la barre d’état, je ne sais pas si il sait convertir.

    • cam.lafit

      Bonjour

      Merci pour le retour je suis en train de préparer un correctif pour remettre le fichiers au pas :)

    • JérômeD

      Merci pour vos réponses.

      Notepad++ permet également de modifier le format...en créant un nouveau fichier en format DOS/windows et en copiant le contenu du fichier base/seo_tables.php puis en l’enregistrant.

      Pour l’instant cela à l’air de fonctionner après avoir fait une désinstallation puis réinstallation du plugin.

      Je vous tiens au courant s’il y a à nouveau des erreurs.

      Merci encore

    • clemence

      super ça marche

      merci beaucoup

    Répondre à ce message

  • 3
    jacangers

    fatal erreur

    bonjour , j’ai installé SEO, sur un site (SPIP 3.0.3) et SEO 1.7.2

    si je consulte le site a partir de mon poste ça fonctionne, mais sur d’autres ordi j’ai le message suivant :

    Fatal error : Call to undefined function calculer_meta_tags() in /monsite/www/plugins/seo/pipelines/seo_affichage_final.php on line 19

    avez vous rencontré ce gag ?

    • cam.lafit

      Bonjour

      Cela ressemble à un problème d’inclusion php. Selon comment sont chargés les fichiers, il est possible que calculer_meta_tags soit oublié entre temps.

      Est ce qu’un include_spip(’seo_fonctions’) au début du fichier seo_affichage_final.php résoud le problème ?

    • jacangers

      effectivement, cela résout le problème, merci bcp

    • jacangers

      j’ai parlé un peu vite,

      cela entraine une autre erreur

      fatal error : Call to undefined function couper() in /homez.63/monsite/www/plugins/seo/seo_fonctions.php on line 91

    Répondre à ce message

  • 3
    crusty8x

    Bonjour, voila depuis quelques jours j’ai ce soucis : quand je veux rentrer dans l’admin, il se passe ça :

    Fatal error : is_readable() [function.is-readable] : Unable to access /mnt/154/sdc/8/6/0476421953/plugins/seo/base/seo_tables.php in /mnt/113/sdb/8/6/0476421953/ecrire/inc/plugin.php on line 764

    je ne comprends pas du tout d’ou ça peut venir... help me please !!!

    • cam.lafit

      Bonjour

      Au vu du message d’erreur, j’opterai pour un problème de droit sur les fichiers. Est ce que le chmod autorise bien la lecturer des fichiers et est ce compatible avec les règles de votre hébergeur ?

    • crusty8x

      a prioris oui, puis que ça a fonctionné, puis d’un coup ça a buggué...

    • cam.lafit

      Bonjour

      Hum « à priori » ça sent le « j’ai modifié des trucs entre temps » :)
      Vérifie que le serveur est bien ok, c’est me semble t il un prérequis vu le message. Le plugin en tant que tel n’est pas concerné.

    Répondre à ce message

  • 1
    Remy

    Bonjour,
    Je viens d’installer le plugin et je ne vois rien dans le source de ma page sommaire.
    La cache côté BO est vidée et j’ai cliqué sur « Recalculer cette page » dans le FO.
    Ma version de SPIP est la 2.0.10.

    Vous trouverez les contenus de mes fichiers « svn.revision », « sommaire.html » et « inc-head.html » dans l’image ci-joint, je n’arrive pas à les poster dans ce message, le code est systématiquement tronqué...

    Je précise que j’ai bien activé le plugin dans mon BO, mais que cependant, dans « Configuration/Gestion des plugins », en face de SEO j’ai la petite croix rouge « En test ».

    Comme vous l’aurez deviné, je suis un peu débutant avec SPIP...

    Quelqu’un pourrait me guider ?

    Merci d’avance,
    Rémy.

    • Remy

      Je n’avais absolument rien compris au film...
      Tout fonctionne à merveille, désolé pour le dérangement...

      POST FERME !!!

    Répondre à ce message

  • 2
    cam.lafit

    Bonjour

    Pour des besoins propres, j’ai patché le plugin pour que celui ci modifie à la volée les metas saisies par l’utilisateur malgré leur présence dans les squelettes.

    Est ce une option que je peux pousser sur le plugin ?

    • xdjuj

      Salut :)

      Moi ça me dérange pas, rajoute peut être une option oui/non dans la config, comme ça, ceux qui trouvent ça bien l’activerons, les autres utiliserons pas :)

      Merci !

    • cam.lafit

      Ciao

      J’ai prévu la constante SEO_FORCER_SQUELETTE pour activer cette option et ne pas passer par #INSERT_HEAD dans ce cas.

      Bon je commit tantôt, le temps de tester chez moi.

    Répondre à ce message

  • 3
    armand

    Bonjour,
    j’ai installé seo et voici de suite le message d’erreur :
    Parse error : syntax error, unexpected $end in /homez.348/sud/media.org/plugins/seo/base/seo_tables.php on line 1
    Qui peut m’informer sur la manoeuvre ?
    (j’ai bien vu qu’il y a un message de courillo qui pose a peu pres la même qestion, mais il n’a pas de réponse.)
    AJ
    ps : j’ai installé spip 3.01

    • kent1

      Tu peux essayer cela http://zone.spip.org/trac/spip-zone/changeset/62416

      Le zip sera à jour d’ici 1h...

      Fais signe si cela règle le pb

    • Matthieu Marcillaud

      Les corrections que tu fais là kent1 n’ont rien à voir avec des erreurs possibles. Un tableau PHP peut avoir une virgule finale sans problème, et un fichier peut ne pas avoir de fin de php ?>.

      Donc, à mon avis, si ça corrige Armand, c’est un pur hasard mais c’est pas du réellement à cette correction. Il doit y avoir un problème ailleurs, ou une configuration bizarre de son PHP.

    • armand

      J’ai télécharger l’archive ZIP en bas de page et ca n’a pas fonctionner apres l’avoir activée.
      Le message dans « gestion des plugins » était environ :
      activation bonne, installation pas bonne
      AJ

    Répondre à ce message

  • 1
    courillo

    bonjours, j’ai testé la version pour spip 3. Et bilan des courses, j’ai ce message d’erreur : Parse error : syntax error, unexpected $end in /home/bpld/public_html/plugins/seo/seo/base/seo_tables.php on line 1. et même en vidant le cache. Que faire ?
    cordialement

    Répondre à ce message

  • 1
    Lupitek

    Hello,

    Sous Spip3, je n’ai pas les Métas sur les rubriques. Sur les articles tous fonctionne correctement.
    Quelqu’un as une idée ?

    • lupitek

      Le problème est corrigé avec la version 1.6.1.
      Les metas rubriques fonctionnent désormais correctement.

    Répondre à ce message

  • 2
    Vincent

    Bonjour,

    Juste une petite question ?
    A quoi sert l’option URL canonique ? Est-ce nécessaire de l’activer ? Est-ce utile pour le réferencement dans l’index Google ?

    Merci pour vos éclaircissements...

    • xdjuj

      Salut Vincent.

      Il est peu probable que tu en aies besoin. Les URL canoniques servent en général à éviter le duplicate content. C’est pour déclarer une page « maître/originale ». Par exemple si tu as domaine.com/page.html et que tu as domaine.com/page.html ?tri=ordreInverse, qui ne fait qu’afficher le même contenu, mais dans un sens différent, Google peu considérer qu’il doit indexer les deux pages. Indiquer une URL canonique te permet de dire aux robots « la vraie page à indexer est celle déclarée dans la balise ».

      Ca va trouver de l’intérêt pour des boutiques par exemple, ou des sites un peu tordus en arborescence qui peuvent potentiellement servir deux URLs différentes pour un contenu presque identique (ou presque le même).

      Mais il n’est pas recommandé de mettre des URLs canoniques quand ça n’est pas nécessaire, donc à priori, tu ne devrais pas en avoir besoin :)

      Plus d’infos :
      -  http://zzz.rezo.net/URL-canonique.html
      -  http://www.brioude-referencement.com/une-balise-pour-les-url-canonique.html
      -  http://www.mattcutts.com/blog/canonical-link-tag/

    • Vincent

      Eh bien merci beaucoup pour ces explications.
      Effectivement, je pense que je n’en ai pas besoin car je n’ai pas 2 fois le même contenu.
      Mais au moins j’aurais appri quelque chose et qui sait... peut être que j’aurai à m’en servir un jour.
      A bientôt.

    Répondre à ce message

  • 4
    lolo06

    Je viens de mettre à jour quelques plugins dont SEO (1.6.0) et j’ai l’erreur :
    « Erreur SQL 1054
    Unknown column ’id_objet’ in ’where clause’
    SELECT * FROM spip_seo WHERE id_objet =772 AND objet =’article’ »

    Je suppose que c’est id_object et pas id_objet

    • xdjuj

      Bonsoir :)

      Non méfie toi, id_objet (SPIP est franco français dans le code :p) est certainement lié à SPIP3. Le plugin SEO est entrain d’être porté pour SPIP3 et il se peut que justement tu écopes d’un dommage collatéral :)

      Essaye de revenir sur une révision inférieure du plugin, ou attend un petit correctif. Merci d’avoir remonté le bug :)

    • kent1

      J’ai l’impression que le plugin a été updaté sur le site sans passer par la case de la page des plugins pour mettre à jour la base...

      Si c’est le cas, il devrait y avoir une mise à jour qui change les champs de la base en id_objet / objet et non plus id_object / type_object...

      Si ce n’est pas le cas... Je vais investiguer demain... as tu d’autres erreurs dans tmp/mysql.log ?

    • lolo06

      J’ai réinstallé SEO plus de soucis.
      Ca ne sait déclenché qu’en zone privé sur toutes les pages edition d’article à partir du moment où j’ai créé un nouvel article.

      A par l’erreur signaler :
      SELECT * FROM dbXXX.spip_seo WHERE id_objet = 771 AND objet = ’article’

      j’ai juste plein d’erreurs bizarres (avec juste le pid qui change) :
      pr 25 23:33:44 86.70.XX.XX (pid 6750) Table ’dbXXX.Rubriques’ doesn’t exist - SHOW CREATE TABLE Rubriques

    • kent1

      Qu’est ce que réinstaller ? il aurait juste fallu normalement passer par la page ?exec=admin_plugins et la base devrait avoir été mise à jour...

      Sinon c’est qu’il y a bien un bug...

      Les autres erreurs ne concernent pas le plugin SEO

    Répondre à ce message

  • 1
    Christophe

    bonsoir,
    petit bug repéré sur la v1.5.2 / Rév. 55021 au niveau de la balise meta robots : celle-ci prends la valeur de la meta copyright

    Pour corriger, il suffit de remplacer dans le code du fichier ’formulaires/configurer_seo_metas.php’ à la ligne 47

    $config['meta_tags']['tag']['robots'] = _request('copyright');

    par

    $config['meta_tags']['tag']['robots'] = _request('robots');

    Et merci pour ce plugin fort utile !

    Répondre à ce message

  • 1

    Bonjour,

    Je suis sur Mac et quel que soit le navigateur que j’utilise, impossible d’enregistrer la valeur de la meta robots dans la configuration générale du plugin (valeurs du sommaire)... je sélectionne « index, follow », je fais valider, tous les champs s’enregistrent, mais la meta robots reste vide...
    Quelqu’un d’autre a ce problème ?

    • Cyril Marion

      Hello,

      Je constate la même chose. Je suis sous SPIP 2.1.12 SVN [19116] avec le plugin SEO en version 1.5.2 (base 1.0.1). Même en changeant la valeur de la balise « robots » directement dans l’enregistrement « seo » de la table spip_metas, celle-ci n’est pas conservée.

      Le plugin SEO insère bien une balise « robots » mais celle-ci prend la valeur de la balise « copyright » (dans mon cas).

      Je vais tâcher de jeter un oeil ce soir.

    Répondre à ce message

  • Teenoo

    Petit bug avec le plugin cumulé avec celui « Champs extras », un message d’erreur mais rien qui fasse planter le site. Il ne semble pas non plus apprécier le fait que l’on restreigne les champs extras à une rubrique ou un secteur par exemple.

    Répondre à ce message

  • 1
    Pierre

    Bonjour,
    je cherche à passer le titre SEO (celui du plugin SEO, pas celui de base de l’article ou la rubrique) en URL de la page, sans succès.
    Est-ce possible ?
    Le cas échéant j’avais pensé transformer ce titre SEO en URL canonique afin que celle-ci soit référencée. Quelqu’un a-t-il déjà essayé l’une ou l’autre de ces deux manip’.
    Merci d’avance,
    cordialement

    • fulvio

      De mon côté j’utilise l’outil intégré dans le couteau suisse pour modifier le titre des urls une fois crées !
      Autrement avant l’utilisation de ce plugin j’avais créé un champs extra qui lui était le Titre h1 de chaque page et le titre spip lui devenait le titre de la page.

    Répondre à ce message

  • 1
    Nicolas Kempf

    Pourriez-vous préciser à quoi sert l’option « activer Alexa » ?

    • kent1

      Exactement la même chose que Google Webmaster tools ou autres trucs du genre ... alexa.com permet de dire « ce site est à moi » à partir d’un code à mettre dans l’entête du site ...

    Répondre à ce message

  • 1
    Arioch

    Bonjour à tous et merci pour ce plugin bien pratique

    Evidemment, j’ai un petit soucis sinon je ne viendrai pas poster.
    Version Spip : 2.1.8 / Version SEO 1.3.1

    Tout fonctionne bien sauf avec cette balise : #SEO_META_BRUTE(description) (j’ai remplacé les accolades par des parenthèses sinon cela disparaissait lors du post, donc ce n’est pas du à une erreur de syntaxe ou pas celle là) qui fait systématiquement planter le compilateur de SPIP (erreur de compilation boucle / ligne 0)

    Je précise que j’utilise cette balise à l’intérieur du corps de la page mais j’ai utilisé la balise #SEO_META_BRUTE(title) la ligne du dessus sans soucis. J’utilise le bon vieux #SEO_META_TAGS dans le head de la page et tout marche bien si je ne mets pas #SEO_META_BRUTE(description).

    PS : au passage, vous devriez préciser dans la doc que quand on utilise #SEO_META_BRUTE(__balise__),
    la variable balise est en anglais ...

    Merci à tous de votre participation

    Arioch

    • xdjuj

      J’arrive sûrement après la bataille mais quelle « valeur » de description essayais-tu de renvoyer ? C’est peut être un problème avec des caractères spéciaux, car j’utilise cette balise sans soucis.

    Répondre à ce message

  • 1
    JS

    Je viens d’installer la 1.3.3 (en test) et dans l’admin, l’installation ne signale aucun problème, puis la page de config/SEO affiche

    Fatal error : Can’t use function return value in write context in /home***/***/www/**monsite**/plugins/auto/seo/exec/seo_config.php on line 32

    quelqu’un aurait-il une piste ?
    Merci d’avance…

    JS

    • xdjuj

      En toute logique ce bug qui avait été introduit pas une coquille dans une mise à jour a été réglé peu de jours après.

    Répondre à ce message

  • 23
    NicoModo

    Une petite question : je viens d’installer ce plugin et je constate que la balise title ne change pas lorsque je passe d’un article à l’autre, cela fonctionne pour la page d’accueil, pour les articles, il faut cliquez sur « recalculez cette page » pour voir la balise être mis à jour sinon en mode test cela ne fonctionne pas. J’ai déjà essayé les modifications données sur cette page. J’utilise SPIP 2.1.0 et la dernière version de ce plugin SEO.

    • Maïeul

      je pense qu’il faut que vous vidiez le cache de SPIP.

    • chris28

      Bonjour,

      Je confirme le problème. Après avoir vidé totalement le cache, le titre de l’article ne se met pas à jour. Pour tous mes articles, je me retrouve avec le tag title du dernier article actualisé.

      SPIP 2.1.1
      Plugin SEO 1.3.0 [38891

    • xdjuj

      La dernière version du plugin est la 1.3.1.

      Je viens de tester et ne constate pas ce bug pour ma part sur aucun de mes sites. Est-ce que tout est bien à jour de votre côté ? Est-ce qu’un vilain autre plugin ne viendrait pas interférer ? Est-ce que vous utilisez ZPIP ?

    • chris28

      Oui j’utilise le plugin ZPIP, je l’ai désactivé pour repasser sur la dist et là SEO fonctionne parfaitement. Il y a donc bien incompatibilité des deux plugins. J’ ai passé les meta tags directement dans le squelette ZPIP en attendant de trouver une meilleure solution.
      Merci

    • xdjuj

      ZPIP fait son propre travail sur les META. Pour une raison que j’ignore (et je n’ai pas cherché), il ne prend pas en compte la surcharge du plugin SEO.

      Si j’ai bien compris, le plugin ZPIP considère que le plugin SEO devrait d’abord « effacer » les meta mises par ZPIP avant d’écrire les siennes. Je ne suis pas sûr de comprendre pourquoi, mais je n’ai pas d’opinion sur la question, je laisse les autres trancher :)

    • Shnoulle

      Heu, je voulais regarder si un <utilise /> ou autre chose pouvait permettre à Zpip de prendre en compte , j’ai donc testé.

      Par contre avec spip 2.1.2 , j’ai 2 balises title , avec que le plugin SEO et après avoir supprimer le contenu de tmp/

       ?

    • xdjuj

      Une de ZPIP, et une de SEO. ZPIP semble écrire tout seul les balises META sans qu’elles soient dans le squelette, mais je ne suis encore une fois sûr de rien, je ne l’utilise pas :)

    • Cerdic

      ZPIP ne fait rien « tout seul ». C’est juste un squelette avec des inclusions. Donc je pense que le plugin n’est simplement pas conçu pour fonctionner avec n’importe quel squelette... (d’ailleurs je lis dans la doc qu’il ne fonctionne déjà pas avec squelettes-dist :p )

    • xdjuj

      Alors je n’ai pas d’idée :) Mais là comme ça je ne vois pas pourquoi ça « marche pas » alors qu’à titre perso j’utilise les balises #SEO_TRUC que je fou moi même où je veux dans mes squelettes. Je vois pas comment la balise peut créer seule une double occurence :)
      J’ai pas testé sous ZPIP néanmoins, c’est ce que j’avais cru comprendre :)

    • Cerdic

      Justement, le défaut du concept c’est qu’il faut *modifier* le squelette pour que ça marche. Si tu as un squelette fonctionnel sans le plugin (ie qui contient déjà les balises title etc), alors l’activation du plugin doublonne ces balises. Donc on est obligé de modifier le squelette, qui ne peut alors plus marcher sans le plugin (enfin il est incomplet).

    • xdjuj

      Ok je viens de comprendre.

      Déjà pour les doubles occurrences, il faut dans un premier temps vérifier de ne PAS activer l’insertion automatique si on utilise soit même les balises.

      Ensuite je crois comprendre que ZPIP a lui même dans ses gabarits par défaut une insertion de title+meta description, ce qui forcerait qui souhaite utiliser les balises SEO (ou l’insertion automatique) à surcharger TOUTES les zpip/head/page-truc qui sont là par défaut.

      C’est ce que j’ai l’impression de comprendre du ZPIP que je viens de regarder. C’est donc pas « automatique » mais c’est « pensé par défaut » et ça ne semble pas « surchargeable en une fois ». Est-ce que ZPIP sinon ne pourrait pas avoir une « option » "ne pas utiliser les head/ ? Enfin j’en sais rien, il y a sûrement une bonne raison pour que chaque page ait un head par défaut dans ZPIP :)

    • Cerdic

      La bonne raison pour avoir un head par defaut dans un squelette est juste de le rendre utilisable :p
      Entre nous, je ne connais pas de squelette qui ne prévoit pas les balises title et description ...

    • xdjuj

      Il faudrait alors oui une balise #INSERT_TRUC qui comporte un « défaut » surchageable :)

      (les squelettes qui par exemple :p mais oui il faut toujours un défaut)

    • chris28

      Petite précision concernant mon problème de mise à jour du meta tag title. J’avais placé la balise #SEO_META_TAGS dans le fichier /inclure/head.html du squelette ZPIP. Je pense qu’il aurait été plus judicieux de la mettre dans /head/article.html et /head/rubrique.html (en supprimant aussi les tags existants). Je n’ai pas encore testé mais cela semble plus logique.

      Au niveau de Google cela fait vraiment bizarre, une description et un titre qui ne correspondent pas du tout à l’article. J’espère que cela va se régulariser rapidement.

      Désolé pour le dérangement.

      Christophe

    • mike

      Bonjour et merci pour ce plugin,

      J’ai le même souci que NicoModo et chris28. Quand on navigue sur le site, la balise Title affichée est toujours celle de la page précédente, et il faut Recalculer la page pour que le vrai title apparaisse.

      Est-il possible de voir un exemple de structure de squelette pour lequel ca fonctionne bien ?

      Spip 2.1.0
      Plugin SEO 1.3.1

    • xdjuj

      Est-ce que tu as bien un #CACHE0 avec ton inclusion ? Parce que sinon tu gardes en mémoire la dernière fois qu’il a été calculé !

      Par exemple tu peux te faire :

      <html>
<inclure{fond=inc-seo} />

      Avec le fichier inc-seo.html qui contient

      #CACHE{0}
#SEO_META_TAGS

      Ou quelque chose du genre

    • mike

      Ca marche !

      Voilà ce que j’ai fait :
      1. Créer le fichier inc-seo.html et y coller :

      #CACHE{0}
#SEO_META_TAGS

      2. dans mon inc-head.html je place l’inclure juste après la balise head :

      <HEAD>
<INCLURE{fond=inc-seo}>

      3. dans l’interface admin du plugin, je décoche « activer l’insertion automatique »

      Merci xdjuj !

    • Mathieu

      Merci beaucoup pour cette réponse qui m’a bien aidée !
      ++

    • Nicolas Kempf

      Pour en revenir à cette histoire de balises meta en double, j’ai pour ma part placé dans inc_header.html le

      #SEO_META_TAGS

      avant la suite de lignes annoncées par

      Il semblerait que la balise « title » prise en compte soit bien celle qui vient en premier, c’est à dire celle que j’ai remplie avec le plugin SEO.
      (ici : http://ecriture-livres.fr/)

      Est-ce que je fais bien ? Est-ce que Google prendra bien cette première balise « title » pour la bonne ?

    • xdjuj

      Bonjour :)

      Google verra 2 balises TITLE, ce qui n’est pas bon.

      Tu utilises SarkaSPIP et je n’ai aucune idée de comment sont fait ses squelettes. Si ses squelettes incluent directement le TITLE de ta page, il faut voir comment les désactiver.

      Je remarque également que ton hébergement est toujours en PHP4 ce qui te posera certainement des problèmes sur d’autres plugins.

    • Nicolas Kempf

      Merci pour les infos ; je me prendrai par la main et je verrai pour migrer en php5. C’est vrai que certains plugins plantent chez moi...

      Pour la balise title, c’est noté. j’ai simplement désactivé la ligne dans le fichier concerné ; j’ai vérifié, le plugin SEO intervient bien dans toutes les pages.
      Cela dit, c’est un peu dommage qu’il ne permette d’intervenir que sur sommaire, articles et rubriques. Mes pages auteur et plan du site, notamment, auraient bien besoin d’une balise title spécifique...

      En tout cas merci pour ce plugin indispensable !

    • xdjuj

      Re salut :)

      D’un autre côté, il est difficile d’insérer un titre « pertinent » sur une « page » de manière automatique. Seul toi peut savoir que ta page « envoyer_ami » doit s’appeler « Envoyer cette page à un ami - Mon site ».

      Je te conseille dans ce cas d’utiliser le plugin Pages Uniques :
      http://www.spip-contrib.net/Plugin-Pages-uniques

      Qui te permet de gérer tes pages comme des articles, et donc d’envisager utiliser le plugin SEO avec.

      A titre personnel mes pages envoient elles même leur titre, par exemple :

      <INCLURE{fond=inclure/inc-tete,titre_seo="Envoyer cette page à un ami",type=presse,env} />

      Que je récupère de la sorte :

      #CACHE{0}

[(#ENV{titre_seo}|non) #SEO_META_TAGS ]

[
	<title>(#ENV{titre_seo})[ - (#SEO_META_BRUTE{title})]</title>
	[<meta name="description" content="(#SEO_META_BRUTE{description})" />]
	[<meta name="keywords" content="(#SEO_META_BRUTE{keywords})" />]
	[<meta name="author" content="(#SEO_META_BRUTE{author})" />]
	[<meta name="robots" content="(#SEO_META_BRUTE{robots})" />]
]

      En somme, cela signifie :
      -  SI la variable « titre_seo » est envoyée, ALORS ne pas utiliser le plugin SEO et remplir les balises une par une...
      -  SINON utiliser le plugin SEO et sa configuration (première ligne)

      J’espère que ces éléments de réponse t’aideront.

      Bonne soirée.

    • Nicolas Kempf

      Gloups, d’accord ! Merci pour le soutien. Je reviendrai dire si ça marche !

    Répondre à ce message

  • 1
    Anne-Laure

    Bonjour à tous !
    J’aimerais connaître la syntaxe pour les mots-clefs. Est-ce qu’il fait les séparer par des virgules, des points virgules, ou simplement des espaces ?
    Merci d’avance !

    Répondre à ce message

  • 6
    Cécile

    Bonjour

    J’utilise ce plugin qui fonctionne très bien mais j’ai une petite question : pourquoi la page plan du site affiche les métas de la page d’accueil (ce qui m’embête un peu).
    La page 404 par exemple ne prend pas en compte les métas

    Merci

    • xdjuj

      Salut Cécile :)

      Il y a plusieurs réponses à ta question :
      -  la configuration du plugin te permet de gérer les META que tu souhaites
      -  l’appel au plugin dans tes squelettes permet également de gérer comme tu l’entends les pages

      Si ta page 404 ne prend pas en compte de META (ce qui peut sembler normal, vu qu’elle n’a rien à dire cette page) c’est peut être que ton squelette n’appelle pas le plugin :)

    • Cécile

      Bonjour et merci de ta réponse xdjuj

      Oui, je pense avoir compris le principe et j’ai bien les métas que je veux sur articles et rubriques, j’ai mis l’appel des méta dans un fichier head (je n’en ai qu’un), mes squelettes de pages n’ont que le coeur de la page. Ce que je ne comprends pas c’est que la page 404 et la page plan (squelettes page-plan.html et page-404.html) qui ne sont pas gérées dans l’admin (donc non administrables niveau métas) se comportent différemment : plan récupère les méta de l’accueil (page-sommaire), 404 ne récupère rien.

    • xdjuj

      Tu sembles utiliser zpip et je crois qu’il n’aime pas le plugin SEO :)

    • Cécile

      Oui, effectivement j’utilise zpip, j’ai lu les messages ici concernant les différents problèmes et fais les modifications nécessaires pour que le plugin fonctionne bien, sauf pour la page plan...

    • Cécile

      Pour clôturer ma question, j’avais trop simplifié en ne me servant que d’un fichier head, j’ai donc repris la structure de zpip concernant les différents fichiers head et j’y ai mis les balises du plugin dedans (sauf pour 404 et plan), ça marche très bien maintenant, merci encore.

    • xdjuj

      Bah j’ai rien fait mais content que ça fonctionne pour toi :) Bonne journée !

    Répondre à ce message

  • 1
    seds

    salut
    tous ces plugins sont pratiques en soi mais n’apporte rien de plus que l’installation automatique du code GA.

    ce post n’étant pas une critique gratuite, j’interviens car ce que je cherche c’est récupérer les stats GA pour les intégrer sur un page SPIP. afficher par exemple le top des pays visiteurs avec la période présélectionnée sur GA.
    ceci dit je doute que ce soit une chose aisée à faire sachant qu’il faut être connecté sur GA pour avoir accès aux données. peut-être intégrer une connection avec id et mdp google pour que le plugin ait accès aux rapports..

    bref c’était une petite réflexion que je me faisais, mais suis pas développeur, malheureusement...

    • xdjuj

      Salut Seds :)

      -  Ca apporte également de pouvoir configurer tes METAS de manière globale pour le site, ou de manière individuelle sur chacune des pages.
      -  Ca apporte les urls canoniques
      -  Ca apporte les google webmasters tools

      Tout ça depuis une interface simple, sans mettre les mains dans le code source, c’est déjà pas mal :)

      C’est en réalité uniquement ce qui est demandé à ces plugins.

      La fonctionnalité que tu décris est très intéressante, mais n’a rien à voir avec du SEO. C’est un plugin « Lire des stats Google Analytics » que tu décris, et ça n’est pas l’objet des plugins dont tu parles :)

      Personne n’a pour l’instant dû éprouver le même besoin que toi, ou personne n’a pris le temps de le coder, il te faudra donc être un peu patient, et utiliser le site de GA, qui fonctionne déjà très bien ! ;-)

      Ca pourrait en revanche être une chouette évolution de l’espace privé... :)

      Bonne soirée.

    Répondre à ce message

  • thomas

    bonjour,
    j’ai un problème lorsque j’installe le plugin j’ai une erreur sur le fichier seo_update.php
    qui ne me permet pas d’utiliser le plugin.

    la version de spip est SPIP 1.9.2g

    avez - vous déjà rencontré ce problème ?

    Répondre à ce message

  • 4

    Bonjour et merci pour cet excellent plugin.

    J’ai une question, comment faire fonctionner le plugin SEO avec un site multilingue.
    Par exemple pour la balise titre de mes articles j’ai :

    <multi>[fr]Allemagne[en]Germany[es]Alemania[pt]Alemanha</multi>

    Le plugin SEO affiche ca dans la barre, au lieu d’afficher seulement l’intitulé correspondant à la langue en cours.

    Y a-t-il une solution ?

    • xdjuj

      Salut :)

      Bien vu, ça n’est pas encore codé (rajouté en TODO).

      En attendant tu peux utiliser le filtre extraire_multi :
      (#SEO_META_TAGS

      Ca devrait faire l’affaire :)

    • xdjuj

      Par contre je viens de vérifier sur un site, et je n’ai pas le problème que tu annonces, es-tu à jour dans ta version du plugin ? Parce que chez moi ça fonctionne sans le extraire_multi.

    • Merci pour cette réponse rapide !
      Effectivement, j’utilisais la version 1.2.2
      J’ai mis à jour le plugin et ca fonctionne maintenant. :)

    • Loiseau2nuit

      En même temps, les sites multilangues avec <multi> je persiste et je signe : Say Le mâââl absolu pour sa SEO !!! EDIT : surtout si tu veux faire de l’analytics par langue en fait...

    Répondre à ce message

  • 2
    micha

    J’ai installé ce plugin qui fonctionne nickel. Bravo aux développeurs !
    Par contre, pour mon sitemap pour Google News, je dois afficher les mots-clé sous cette forme-là :

    <news:keywords>xxx, yyy, zzz, A, B</news:keywords>

    Or, la balise #SEO_META_TAGS me les affiche sous cette forme-là :

    <meta name="keywords" content="xxx, yyy, zzz, A, B"/>

    plus tout un tas d’autres trucs dont je n’ai pas besoin. Comment faire pour juste extraire les mots-clé ?
    Merci d’avance.

    • xdjuj

      Hop. Une balise sur mesure pour ton besoin :
      http://www.spip-contrib.net/Plugin-SEO

      <news:keywords>#SEO_META_BRUTE{keywords}</news:keywords>

      Normalement ça devrait le faire, tu peux également appeler la meta de ton choix, genre #SEO_META_BRUTE{copyright} pour extraire le champ Copyright.

      Tu peux la récupérer tout de suite sur le SVN ou attendre le prochain ZIP généré :)

      Sinon il te suffit de récupérer les modifs directement :
      http://zone.spip.org/trac/spip-zone/changeset/39941

    • micha

      Cool. Merci beaucoup !
      Comme je ne sais pas utiliser le SVN, j’attendrai le prochain zip :)

    Répondre à ce message

  • 3
    micha

    Depuis l’installation de SEO, j’ai tout en double et en triple dans la source de mes pages : title, keywords, description, même le code de validation Google apparaît en double, alors qu’il n’y a pas de doublons dans mes squelettes. Qn d’autre a eu ce problème ?

    Répondre à ce message

  • 2
    micha

    Super ce plugin qui a l’air de fonctionner sans problème !
    Seulement une question : n’ayant aucune idée ce que c’est les URL canoniques, je ne sais où placer la balise #SEO_URL
    Merci d’avance de votre aide.

    Répondre à ce message

  • 4
    Adeher

    Pour une étrange raison, aucun meta n’est inséré sur ma page sommaire.
    Pour les articles et rubriques, pas de problème.
    Version 1.3.0

    • xdjuj

      Je l’ai constaté aussi sur un SPIP 2.0.10, quelle est ta version de SPIP ?

    • Adeher

      Spip 2.1.0 aussi

    • Adeher

      Ok je pense avoir trouvé une solution (temporaire) pour que ça marche.
      Je ne connais pas assez le core de SPIP pour comprendre réellement ce qu’il se passe, mais l’erreur vient du fichier seo/seo_fonctions.php
      à partir de la ligne 70 on a ça :

      if (count($GLOBALS['contexte']) == 0) {
		$type_object = 'sommaire';
	} elseif (isSet($GLOBALS['contexte']['id_article'])) {
		$id_object   = $GLOBALS['contexte']['id_article'];
		$type_object = 'article';
	} elseif (isSet($GLOBALS['contexte']['id_rubrique'])) {
		$id_object   = $GLOBALS['contexte']['id_rubrique'];
		$type_object = 'rubrique';

      Sauf qu’après test, sur la page sommaire, $GLOBALS[’contexte’] n’est pas vide, il contient lang=fr par exemple dans mon cas (sans doute parce que c’est un site multilingue).

      J’ai juste remplacé ce bloc par celui-ci :

      if (isSet($GLOBALS['contexte']['id_article'])) {
		$id_object   = $GLOBALS['contexte']['id_article'];
		$type_object = 'article';
	} elseif (isSet($GLOBALS['contexte']['id_rubrique'])) {
		$id_object   = $GLOBALS['contexte']['id_rubrique'];
		$type_object = 'rubrique';
	} else{
		$type_object = 'sommaire';
	}

      Ca semble marcher, mais je préfère que quelqu’un de plus calé s’y intéresse, car il est possible que je loupe d’autres valeurs de $GLOBALS qui me sont inconnues...

    • xdjuj

      Je pense que tu as parfaitement raison :)

      Merci d’avoir prit le temps de regarder
      => http://zone.spip.org/trac/spip-zone/changeset/38288

    Répondre à ce message

  • Guytarr

    Superbe.
    Simplement pour info, le plugin ne semble pas créer les tables s’il est installé avec step, le « futur » gestionnaire de plugin. Mais en repassant sur la gestion des plugins ça s’installe parfaitement.

    Répondre à ce message

  • vrac

    Merci pour ce super plugin très simple d’utilisation.

    Répondre à ce message

  • skystan

    Du super boulot, merci

    Répondre à ce message

  • Bonjour Thomas
    À mon tour de vous remercier pour ce plug-in !
    Cordialement,
    Serge

    Répondre à ce message

  • 1
    de passage

    Bon plugin, cependant une petite erreur dans la validation webmaster tools :
    le code insère une balise meta avec pour name « verify v1 » alors que cela devrait sous la forme « google-site-verification »

    • Thomas Sutton

      Nous n’avons pas mis à jour le plug-in depuis que Google a changé le type de meta-verificaiton.
      Nous essaierons de le mettre à jour dans les jours prochains.
      Merci !

    Répondre à ce message

  • 1
    Cédric DESPRES

    Bravo pour ce plugin !

    Je l’ai modifié chez moi pour corriger le problème mentionné sur la balise title, ai rajouté une option pour les title et description par défaut et mis en place les filtres par défaut qui me semblaient indispensables.
    Je commiterai prochainement la modification afin que tout le monde puisse en profiter.

    Répondre à ce message

  • 1

    bonjour,

    merci beaucoup pour ce plugin !
    une petite remarque cependant au sujet de la meta-info « title » : firefox (3.0.13) ne semble pas prendre en compte la syntaxe :

    <meta name="title" content="ze title de la page"/>

    mais fonctionne mieux avec :

    <title>ze title de la page</title>

    j’ai donc remplacé dans le fichier pipelines/seo_insert_head.php (l.66) :

    foreach($meta_tags as $name => $content)
{ if($content != '') $flux .= '<meta name="'. $name .'" content="'. htmlspecialchars($content) .'"/>';
}

    par :

    foreach ($meta_tags as $name => $content)
{ if($content != '')
  { if($name == "title") $flux .= "<title>".htmlspecialchars($content)."</title>\n";
    else $flux .= '<meta name="'. $name .'" content="'. htmlspecialchars($content) .'"/>';
  }
}

    et là c’est nickel.

    • Thomas Sutton

      Bonjour,

      Merci pour l’usage de notre plugin et de votre commentaire.

      Le SEO Plugin produit seulement des méta-données de « frais supplémentaires » qui ne sont pas affichées par des navigateurs. C’est parce qu’il n’y a aucune « règle » pour faire une étiquette de <title> dans SPIP. Le #TITRE peut avoir besoin de supprimer_numero, le webmaster peut souhaiter inclure le #NOM_SITE_SPIP, etc. Il y a un bon nombre de possibilités ! Instead of trying to guess, we just leave it up to the squelettes :

      <title>(#TITRE#NOM_SITE_SPIP</title>

      Merci !

      (Je suis désolé pour mon Français effroyable, il est automatiquement traduit !)

      Hi,

      Thank you for using our plugin and for your comment.

      The SEO plugin only generates "extra" metadata which are not displayed by navigators. This is because there is no "rule" for making a <title> tag in SPIP. The #TITRE may need supprimer_numero, the webmaster may wish to include #NOM_SITE_SPIP, etc. There are lots of possibilities ! Instead of trying to guess, we just leave it up to the templates :

      <title>(#TITRE#NOM_SITE_SPIP</title>

      Thanks !

    Répondre à ce message

  • 3
    Eric Nguyen

    Je croyais que pour éviter des pb avec GG Analytic, qu’il fallait le mettre le plus bas possible. Si on insère le code Javascript au début, si GG A a des pb de serveurs, ça va ralentir le vôtre. Enfin d’après ce que j’ai lu sur internet. Toutefois merci pour ce plugin, il serait intéressant d’y inclure toutes opti du couteau suisse sur les URL.

    • Nicolas Hoizey

      Effectivement, même Google recommande de placer son code JS juste avant </body>

    • Valéry

      Il faudrait envisager un #INSERT FOOTER pour ce genre de chose, ou tout simplement pour ce plugin un modèle spécifique à ajouter dans le squelette.

      Pour les URLs canoniques, quel est le principe de fonctionnement du plugin ?

    • Thomas Sutton

      Excusez mon français, il est une traduction automatique.

      C’est pareil que par exemple

      [<link rel="canonical" href="(#URL_RUBRIQUE|url_absolue)" />]

      dans vos squelettes.

      Quant au #INSERT_FOOTER, je n’ai pas fait des essais, mais crois que la différence est négligeable. Au besoin, le Javascript pourrait être modifié pour ajouter au

      au lieu de document.write().

      The canonical URLs are similar to, for example :

      [<link rel="canonical" href="(#URL_RUBRIQUE|url_absolue)" />]

      in your templates.

      As for #INSERT_FOOTER, I haven’t done any testing, but I believe that the difference is negligible. If necessary, the JavaScript could be modified to append to

      instead of document.write().

    Répondre à ce message

  • Thomas Sutton

    L’embrochable a un bogue. Il devrait spécifier les URL canoniques avec un <link rel=...>, pas un <link rev=...>.

    Un fixe a été commis à SVN et un nouveau paquet sera disponible bientôt.

    Répondre à ce message

  • Bonjour,

    Bravo pour ce plugin, j’aurais juste une remarque qui pour moi est bloquante :

    SEO ne gère pas les autorisations.
    Donc les auteurs/Rédacteurs peuvent modifier tous les champs Meta Tags sans tenir compte des droits.

    J’utilise ’Autorité’ pour permettre aux auteurs de modifier leurs articles même plubliés.

    Est il donc prévu de gérer la fonction ’autoriser’ ?

    Merci d’avance

    Répondre à ce message

  • Thomas

    Je viens de tester rapidement le plugin cela semble marcher parfaitement sous SPIP 2.0.9.

    Par contre j’étais déçu que l’on ne puisse pas utiliser le #INSERT_HEAD dans un squelette inclut mais après avoir testé cela semble marcher tout de même ! Donc dans quel cas ce n’est pas censé marcher ?

    Concernant une évolution possible, il serait cool que cela puisse aussi gérer Xiti ;)

    Répondre à ce message

  • as tu vérifié avec ce genre d’outils ?
    http://www.webmasterwebtools.com/meta-tag-extractor/index.php
    Pour moi, je ne trouve pas le code dans mes pages (source Firefox) mais les meta sont bien présent lorsque je scan avec des outils pour méta ..

    C’est magique, et pour moi ça marche avec le couteau suisse pour ajouter un Insert_Head sur toutes mes pages.

    Donc top comme outil.
    Bravo

    Répondre à ce message

  • filnug

    J’ai bien suivi toutes les instructions, mais les balises méta ne se sont pas générées sur mes pages !
    Est-ce que ce plugin est compatible avec d’autres plugins ?
    Peu-t-on introduite des balise dans les différents champs ?

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom