Carnet Wiki

Plugin Campagnes

Campagnes

Docs et sources :

-  Critères AdBlock pour une présence « publicitaire acceptable »

-  Comparaison des plugins spip « Campagnes » et « PubBanner »


Le plugin Campagnes, propose la gestion et la diffusion de campagnes promotionelles.

Il ajoute à spip les objets :

-  encarts : détermine les dimensions (largeur/hauteur), l’identifiant textuel, le type (image)
-  Campagnes/publicitées
-  annonceurs : determine le nom, une id, et éventuellement le lien avec un auteur

et les tables suivantes :

-  spip_anonceurs
-  spip_campagnes
-  spip_campagnes_clics
-  spip_campagnes_vues
-  spip_encarts

Mise en place :

1. Création des encarts

 ? qui : le webmaster, ou intégrateur

Pour commencer à diffuser des publicités, on commence par créer les encart ou blocs qui serviront d’emplacement d’affichage dans le squelette du site.

Privé > Squelettes > Encarts

Une fois un encart créé on peut lui ajouter des publicitées.

J’ai testé et je préfère le système de création de Pub Banner, c.à.d.
que le plugin propose à l’installation des formats pubs courant (skycrapper, leaderboard, etc.)
on peut donc tout de suite créer une pub.

Désavantage : si l’encart voulu n’est pas là, il faut abandonner la création de la pub, créer l’encart, etc.
Avantage : la prise en main du plugin est très intuitive.

Par Peetdu

2. Création des annonceurs

 ? qui : le rédacteur ou personne en charge

Pour pouvoir créer une publicité associable à un encart, nous devons commencer par créer un annonceur.

Un annonceur peut être soit un Auteur spip, soit un Nom choisi arbitrairement, comme Association 1, Organisme 1

A noter que définir, un auteur spip permettra d’utiliser l’adresse mail de l’auteur, pour envoyer des rapports de statistique, de fin de campagne, contacter depuis l’espace privé, ...

3. Ajouter une publicité à un encart

 ? qui : le rédacteur ou personne en charge

La taille définie dans l’encart, conditionne celle du media utilisé pour la publicité. Pour faciliter la création des campagne, les vérifications effectuées sur la conformité de la taille des images du champ media ont été désactivées. [*Il convient donc au rédacteur d’utiliser les bons gabarits, et d’exporter les images dans les bon formats et tailles, correspondant à l’encart ou l’on souhaite insérer la campagne.*]

Deux type de publicités sont gérées :

  • texte (prévu dans le code mais pas encore intégré a la version actuelle )
  • medias (swf et image jpg,png,gif).

deux choses :
texte : serat-il possible d’insérer des iframes dans ce champ texte ?
pourquoi prendre en compte le format swf ? Une chose de sûre : aucune de chez aucune régie publicitaire ne fourni ce format depuis un moment.

Par Peetdu

Publicités

Publication / Période de parution

Une campagne peut ne pas avoir de date de parution. Dans ce cas le statut doit être défini manuellement.

A noter que : une publicité ayant une date de définie et ayant été dépublié manuellement via le statut est réactivée par la tache Cron [1], si la date de fin n’est pas échue.

[*La tache cron n’affecte que les publicités ayant une date de définie.*]

Utilisation dans les squelettes

 ? qui : le webmaster, intégrateur

Encarts

  • Commencer par inclure le squelette d’encart là il doit s’afficher :
    [(#REM) Bandeau en haut du contenu ]
    <INCLURE{fond=inclure/encart,
        identifiant=contenu_haut,
        contexte=#ARRAY{
            page,article,
            id_article,#ID_ARTICLE,
            objet,article-#ID_ARTICLE}
    }/>
  • Appeler l’encart avec son identifiant textuel que tu as choisi.
  • Ensuite, optionnellement, ajouter un tableau de valeur de « contexte », avec absolument ce qu’on veut.
    Ça a un intérêt seulement pour limiter ensuite telle ou telle campagne à un contexte précis, si c’est utile. Par exemple n’afficher telle campagne QUE quand « page=article » ou quand « objet=article-123 ».

Ce système ne dépend de rien : chaque site, chaque dev de squelettes décide quoi passer comme contexte, sans aucune normalisation, comme il le préfère. Il faut bien sûr s’en souvenir, et si ce ne sont pas les mêmes personnes qui s’en occupent, le documenter pour les gens qui vont ajouter les campagnes, afin que ces personnes sachent ce qu’il y a de disponible comme limitation possible.

Exemple : je passe le type de page (ou d’objet), l’identifiant avec le même nom de champ dans le SQL (« id_article »), ainsi que la concaténation du type d’objet et son identifiant (« article-123 »).

Quand on remplit le champ de limitation dans les campagnes, ça ne s’additionne pas : soit il est vide et ça peut toujours s’afficher, soit il est rempli, et ça s’affiche si *au moins une* des conditions est remplie.
Ce qui permet de mettre à la fois « objet=article-123 » + « objet=rubrique-321 ». Par exemple.

À priori ce système est assez souple pour permettre n’importe quelle condition possible.

Cela n’est toutefois pas nécessaire si on a jamais besoin de placer des campagnes en rapport à des contenus particuliers. Et alors, on peut juste faire :

<INCLURE{fond=inclure/encart, identifiant=contenu_haut}>

Malgré tout, je pense que ça ne coûte rien de passer un contexte, le plus complet possible, car ainsi il sera disponible si jamais il y en a besoin un jour.

Chargement en asynchrone

À la place de « encart » on peut utiliser « encart_async » de la même manière :
<INCLURE{fond=inclure/encart_async, ajax,...}>
Ainsi, l’affichage ne ralentit pas le chargement de la page puisque c’est affiché en javascript après coup, une fois la page chargée. Et dans ce cas, en plus de « contexte », on peut aussi avoir un argument media=(max-width:959px)

Bonne pratique Opquast n°11 : indication claire du caractère publicitaire

N°11 - Les contenus publicitaires ou sponsorisés sont identifiés comme tels.

Depuis la version 1.3.1, campagne affiche par défaut dans un span « Publicité ».

Il est possible de masquer ce label en passant le paramètre masquerlabel :

<INCLURE{fond=inclure/encart, identifiant=contenu_haut, masquerlabel=oui}>

Évolutions :

Résumé des discussions autour du plugin Campagnes, et plus précisément des évolutions possibles pour « offrir / servir » des auto-promos, encarts promotionnels et leurs déclinaisons suivant le périphérique.

http://zone.spip.org/trac/spip-zone/browser/_plugins_/campagnes

Plugin tentant de faire la synthèse ultime entre le plugin Bannière, le plugin Pubban, et un plugin sur le même thème que j’avais en privé. Le but est d’additionner les fonctionnalités de chacun pour n’en maintenir qu’un seul.

Pourquoi un nouveau dossier et un nouveau préfixe :
-  parce que les mots des autres plugins sont bloqués par Adblock, et que le nom du dossier joue, ainsi que les classes CSS ajoutées avec le nom informatique des objets éditoriaux, du coup même dans l’admin on ne pouvait parfois pas accéder à des choses
-  parce que je tente ici de partir d’une version SPIP 3 au propre, avec uniquement les API « au norme »

par Rastapopoulos

Points d’amélioration évoqués :

  • Une image de fallback pour les swf : avec 65% de fréquentation mobile dont 45%
    de iOs on comprend que 45% ne verrons rien si flashPlayer n’est pas sur
    leurs plateforme.

Oui, tout à fait d’accord. Ça ne devrait pas être super compliqué, mais il faudrait que les documents liés à la campagne aient un ordre, un rôle ou statut précis (à voir comment stocker ça) afin de savoir c’est quoi le doc principal et le ou les fallbacks.

par Rastapopoulos

Pistes :

Le plugin role_documents

http://zone.spip.org/trac/spip-zone/browser/_plugins_/roles_documents/trunk

encore au stade de « proof of concept ».
Ça marche, mais il reste des petits effets de bord indésirables
(impossible de détacher un document avec un rôle, documents avec des
rôles affichés plusieurs fois lors de l’édition d’un article, et
peut-être d’autres trucs…

par Tcharlss


  • La possibilité de gérer des encarts responsives, ressemblant plus aux
    annonces textuelles

Oui, c’est un sujet compliqué et pour l’instant le plugin ne sait que gérer des trucs avec des tailles précises.

En fait dès le départ dans la todo il y a prévu d’ajouter une notion de campagne de type « texte » (comme google quoi), et qu’un encart sache afficher plusieurs en même temps. Et pour ça il n’y aurait pas de notion de taille.

De même toujours sur le sujet de la taille, actuellement il FAUT que ce qu’on envoie soit à la taille de l’encart configuré : ça aussi ça fait longtemps que ça devrait être amélioré mais je n’ai jamais eu l’occasion d’y retoucher vraiment en profondeur (vu que tel qu’il est il suffit à ceux qui l’utilisent).

Plusieurs choses sur ce point :
-  Un encart pourrait avoir une taille bien définie, et si ce qu’on envoie ne correspond pas à la taille : ça retaille automatiquement l’image au lieu de faire une erreur. Ce serait une option bien sûr.
-  Les tailles d’encart pourraient être une liste des tailles officielles, et c’est seulement en cochant une case « Taille personnalisée » qu’on pourrait choisir à la main (cf http://www.iab.com/guidelines/iab-display-advertising-guidelines/)
-  Ou bien encore définir les tailles des encarts par des proportions plutôt que par des tailles pixels ? (Mais en fait en responsive, en petit écran ça sera pas forcément la même proportion non plus… pas juste un changement de taille…)
-  On devrait pouvoir créer des encarts SANS taille, que ce soit pour les types textes mais aussi pour les types images, et ensuite à chaque de faire gaffe à ce qu’il met suivant la maquette (et avec Adaptive Images on peut définir une sous-image dédiée pour les petits écrans, qui n’est même pas forcément de la même proportion que celle d’origine).

Bref le « défi » de faire des campagnes/pubs (c’est pas forcément pour des pubs ça peut être pour des campagnes internes) vraiment responsive, c’est pas du gâteau évidemment…

par Rastapopoulos

[1Tache cron : À chaque consultation de page par un visiteur sur le site, SPIP teste s’il y a des tâches automatiques (appelées cron ou génie) qui doivent être exécutées.

Mist. GraphX - Mise à jour :3 décembre 2019 à 18h41min