Version 9 — Février 2016 — 78.233.xx.xx
Docs et sources :
Critère AdBlock pour une présence « publicitaire acceptable »
https://adblockplus.org/en/acceptable-ads#criteria
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
? qui : le webmaster, ou intégrateur
Les formats de la publicité en ligne - Le journal du net
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.
? 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é, ...
? 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 :
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.*]
? qui : le webmaster, intégrateur
<blockquote class="spip">Il faut 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}
}/>Tu appelles l’encart avec son identifiant textuel que tu as choisi.
Et ensuite, *optionnellement*, tu peux lui ajouter un tableau de valeur de « contexte », où tu mets absolument ce que tu veux.
Ça a un intérêt seulement si ensuite tu veux parfois pouvoir *limiter* telle ou telle campagne à un contexte précis. 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.
Moi par exemple là 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 remplit, 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 dit, je parle de tout ça, mais si tu n’as jamais besoin de placer des campagnes en rapport à des contenus particuliers, tu peux tout aussi bien 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. Au moins c’est déjà disponible quand on en a besoin.
</blockquote>par Rastapopoulos
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
<blockquote class="spip">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
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.
</blockquote>par Rastapopoulos
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…
</blockquote>par Rastapopoulos