Les applications de WebSideStory illustrent la notion Web 3.0 de superposition de fonctionnalités au-dessus des flux API bruts. C’est la forme des applications d’entreprise à venir.
Bien que certaines personnes aiment utiliser les services API bruts de Google, Amazon et autres, la plupart des gens souhaitent simplement qu'un logiciel les aide à faire leur travail plus rapidement. Cela créera une opportunité pour les fournisseurs de créer une nouvelle génération d'applications qui convertissent les services API nus en fonctionnalités utiles, comme je l'ai laissé entendre dans mon article d'introduction la semaine dernière sur À quoi s'attendre du Web 3.0.
J'ai entendu dire que les dirigeants de SAP,À quoi ressemble une application Web 3.0/entreprise 3.0 ? réunion avec des analystes cette semaine à Las Vegas, ont a commencé à utiliser le terme « entreprise 3.0 » pour décrire cette prochaine vague d'applications métiers. Je m'en tiendrai au Web 3.0 car il correspond moins à mes titres, mais je suis convaincu que nous parlons exactement du même concept de base:
une nouvelle génération d'applications composites basées sur des services, conçues pour s'adapter aux processus de travail dont les gens ont réellement besoin dans leurs routines quotidiennes.Alors, à quoi ressemble une application Web 3.0/entreprise 3.0? Inutile d'attendre que SAP commence à mettre en œuvre sa feuille de route, car il existe déjà de bons prototypes. Comme je l'ai mentionné dans mon article sur WebSideStory l'autre jour, je pense que la façon dont sa suite d'applications basées sur l'analyse Web utilise les API est une excellente illustration de ces principes en action. Permettez-moi de développer.
WebSideStory Bid, introduit en août de cette année, est un parfait exemple d'application composite pilotée par API. Ciblé aux organisations qui dépensent de grosses sommes d'argent en publicité par mots clés au paiement par clic - entre 10 000 et 50 000 $ par clic. plage mensuelle: il fournit une console unique pour surveiller les performances des annonces par mots clés et gérer les montants des enchères. placements. Il est capable de le faire sur plusieurs propriétés, notamment Google, LookSmart, FindWhat et Kanoodle, et utilise la technologie AJAX pour fournir les résultats en temps réel. Le les données de ces propriétés, bien sûr, arrivent via leurs flux API, et de la même manière, les ajustements des offres et des réservations remontent par le même chemin.
Nous avons donc ici une application conçue pour fonctionner avec un ensemble spécifique de flux API. Sans eux, il n’a aucune utilité fonctionnelle. Sa valeur vient de la fonctionnalité productive qu'il ajoute par-dessus, permettant à l'utilisateur de coordonner des actions ciblées par mots-clés. faire de la publicité en temps réel bien plus efficacement qu’ils ne le pourraient jamais en utilisant l’application plutôt rudimentaire des fournisseurs d’API interfaces. En effet, il offrira toujours plus, car il combine les flux API de plusieurs fournisseurs différents, permettant à l'utilisateur de comparer les performances de chacun. À mon avis, cela illustre l’utilisation d’une application composite pour combiner et ajouter de la valeur à plusieurs flux bruts.
Mais il y a plus. WebSideStory dispose également d'une API pour sa propre application d'analyse du trafic de sites Web et a développé une écosystème de partenaires au cours des deux dernières années dont les applications interagissent avec l'API Stream, comme c'est appelé. Cela permet à son application d'analyse HBX principale d'agir comme une console unique pour surveiller et évaluer les effets. de toute une gamme d'activités marketing qui alimentent un site Web, telles que le marketing par courrier électronique, les bannières publicitaires, etc. sur. HBX agit donc comme une plateforme d’agrégation pour rassembler toutes ces données dans un environnement utilisateur commun.
WebSideStory a donc fait un très bon travail en couvrant ce que j'ai décrit comme étant les deux couches les plus lucratives du gâteau du Web 3.0 -- la couche d'agrégation et la couche de services applicatifs. L'entreprise est également impliquée dans la couche fondamentale des services API, à la fois en tant que consommateur de flux API bruts et en tant que producteur de flux pour le compte de ses clients. Ce qu'il faut penser de son service HBX principal, c'est qu'il permet aux clients de convertir le trafic de leur site Web en un flux de données qui peut ensuite être traité par le HBX. application.