Après un appel rapide pour comprendre sur vos enjeux et comment Pubstack peut vous aider, nous vous envoyons une balise personnalisée qu'il vous suffira d'ajouter à votre site Web. Vous pourrez dès lors commencer à voir les données circuler sur votre plateforme en temps réel. Vous pouvez également utiliser un gestionnaire de balises si vous préférez cette option au code.
Pas vraiment, notre tag est chargé de manière asynchrone sur la page web afin d'optimiser la vitesse de performance du site. Pubstack utilise également des fournisseurs CDN mondiaux (AWS, Cloudflare, Google Cloud) pour servir aussi rapidement que possible toutes les ressources nécessaires, à tout moment et où que se trouvent vos utilisateurs.
Oui, notre balise est très flexible et peut s'adapter à la plupart des wrappers Prebid faits maison.
Oui, Pubstack couvre à la fois les configurations Prebid et post-bid.
Pubstack n'est pas une solution de reporting. Nous fournissons une solution d'analyse en temps réel pour vous aider à optimiser vos revenus publicitaires. Par exemple, les outils d'analyse traditionnels ne donnent pas aux éditeurs la possibilité d'effectuer des A/B tests ou de mesurer les délais d'attente, nous le pouvons. Les données dans Pubstack ne proviennent pas des API de SSP, elles viennent directement du navigateur.
Oui, la mise en œuvre de Prebid est incluse dans notre offre de gestion des annonces.
La solution Ad Refresh de Pubstack est une solution axée sur la data donnant aux éditeurs un contrôle total sur leurs règles de Ad Refresh. Il s'agit d'une intégration no code permettant aux éditeurs de ne plus compter sur une équipe technique pour ajuster ces règles. En outre, elle est accompagné d'une équipe de Customer Success extraordinaires qui pourra guider les éditeurs du mieux possible. La haute granularité (possibilité de différentes règles par appareil/site web/Ad Unit) de notre solution permet à l'éditeur de définir précisément des règles de Refresh personnalisées, telles que des délais de Refresh différents par SSPs, ce qui est recommandé pour les SSP avec des indicateurs d'achèvement.
Oui, Pubstack offre la possibilité d'exclure des sources de demande soit par l'identifiant de la commande, soit par l'identifiant du poste. Ceci peut être fait par l'utilisation d'une liste noire ou d'une liste blanche.
Les éditeurs ont un contrôle complet sur leurs règles d'Ad Refresh. L'équipe Customer Success fournira des recommandations, mais les éditeurs garderont la main. La solution Pubstack offre plus de flexibilité sur les règles de Refresh que toute autre solution existante. Les éditeurs peuvent ajuster les règles par appareil, Ad Unit, partenaire, site, campagne, etc. Pubstack permet d'affiner les règles avec un grand niveau de granularité et de mesurer précisément tous les impacts sur la stack publicitaire.
Publishers only need to implement a javascript tag on their page. Our customer success team will then create access to the Pubstack platform. The whole process usually takes between 30 – 60 minutes.
Tag example:
<script async src=”https://boot.pbstck.com/v1/tag/44229664-1a0b-4578-95a7-96bdf09c6f7d”></script>
Le Ad Refresh est une technique largement acceptée dans le secteur (utilisée par Facebook et Youtube entre autres). Cela dit, il peut être utile de le mentionner à certains partenaires pour s'assurer que vos règles de Refresh soient conformes à leurs règles internes. Pubstack offre la possibilité d'ajuster les règles de Refresh en fonction du partenaire pour éviter que certaines relations soient endommagées. Un éditeur pourrait notamment définir un délai de Refresh de 30 secondes pour le SSP1, 20 secondes pour le SSP2, etc.
L'implémentation d'Ad Refresh n'est pas facile, les meilleures pratiques doivent être suivies (par exemple: être en conformité avec les modalités des SSP). Il est important de suivre de près les mesures et les données afin de ne pas nuire à la visibilité, au CPM ou aux performances du SSP. L'expertise de Pubstack sur ce sujet donne aux éditeurs les clés pour implémenter l'Ad Refresh de la meilleure des manières, sans nuire à la qualité de leur inventaire.
Si vous avez des questions ou des préoccupations, veuillez nous contacter à security[at]pubstack.io
Pubstack fonctionne sur Amazon Web Services. Toutes les ressources de Pubstack limitent l'accès au nombre minimum de personnes nécessaires à leur fonctionnement. Les déploiements sont automatisés sur toutes les machines, et toutes les ressources ayant accès aux données de Pubstack ont SSH désactivé pour empêcher tout accès non autorisé aux données des clients.
Toutes les données échangées avec Pubstack le sont via le protocole HTTPS.
Les données Pubstack sont stockées sur AWS dans DynamoDB, OpenSearch et S3, et l'accès est limité aux machines qui ont besoin d'un accès en lecture et en écriture aux données.
Tous les mots de passe sont filtrés de tous nos journaux.
Nous utilisons Auth0 pour fournir un moyen sécurisé d'authentifier les utilisateurs de Pubstack. Auth0 est une plateforme de gestion d'identité populaire qui fournit un moyen sûr et fiable d'authentifier les utilisateurs. En utilisant Auth0, nous pouvons nous assurer que toutes les informations de connexion sont toujours envoyées via SSL et que les mots de passe sont filtrés de tous nos journaux, ce qui aide à prévenir l'accès non autorisé aux données des clients.
Les employés de Pubstack se voient accorder l'accès aux applications en fonction de leur rôle, et sont automatiquement déprovisionnés à la fin de leur emploi. Tout autre accès doit être approuvé conformément aux politiques définies pour chaque application.
