Fermer

juillet 23, 2020

100 outils, API et services Jamstack comparés


Nous avons expliqué le Jamstack une nouvelle façon populaire de créer des sites sécurisés, évolutifs et hautes performances. Nous allons maintenant vous présenter les outils, services et API qui alimentent les sites Jamstack.

Le A de Jamstack signifie API . Les API peuvent faire tout pour vous, de l'envoi d'un formulaire à l'authentification d'un utilisateur, ou du stockage et de la récupération de données en temps réel à l'achat de produits.

Dans cet article, nous allons faire un examen approfondi des API existantes et comment elles se comparent les unes aux autres. Cet examen ne peut pas englober tout le spectre des API tierces que vous pouvez intégrer à votre site Web, mais j'espère que vous trouverez toujours la couverture suffisamment éclairante.

Nous utiliserons les mots "headless" , «Détaché» et «sans serveur» beaucoup dans cet article. Si vous ne l'avez pas déjà fait, consultez notre introduction au Jamstack qui couvre toutes les bases.

Hébergement (principalement gratuit)

[19659003] Fourni: Netlify

L'hébergement d'un site Jamstack implique généralement des pipelines de déploiement automatisés. Par exemple, vous pouvez avoir un référentiel dans GitHub qui, à chaque push, déclenche automatiquement un déploiement en ligne (via webhooks ), exécutant les outils de construction nécessaires (tels que Jekyll) et tests de régression (via Travis CI)

Cela vous semble difficile? Cela peut être un processus étonnamment simple!

La plupart des services ici incluent ces avantages prêts à l'emploi:

  • disques SSD
  • déploiements CDN
  • SSL gratuit (y compris pour les domaines personnalisés)
  • ligne de commande déploiements et annulations

Remarque: recherchez un autre article de cette série, à paraître prochainement, expliquant comment utiliser ces services.

Services

Google Firebase et AWS Amplify

Firebase Hosting est l'idée de Google sur un service d'hébergement facile à comprendre et à implémenter, et son utilisation est gratuite ( des limites s'appliquent ). L'épine dorsale de Firebase se trouve en fait au-dessus de la Google Cloud Platform (GCP), et vous pouvez en fait accéder et modifier certains déploiements Firebase via la console GCP. Mais en mettant en œuvre une sorte de «passerelle» (Firebase) qui gère de manière transparente les ressources GCP pour nous, Google a offert aux développeurs une toute nouvelle expérience utilisateur (UX) très améliorée… et la chaîne YouTube de Firebase est tout simplement géniale! ?

AWS Amplify est également un effort pour réduire les complexités Amazon Web Services (AWS) pour le déploiement Web et mobile qui n'offre pas tout à fait un hébergement gratuit mais 12 mois d'utilisation gratuite pour les nouveaux comptes pour son Stockage avec Amplify dans le cadre du AWS Free Tier .

Google a vraiment fait un brillant évoluer avec la famille de produits Firebase en les «détachant» du GCP, mais Amazon est allé à mi-chemin avec AWS Amplify. Il s'agit certainement d'une amélioration spectaculaire par rapport au flux de travail AWS normal, en particulier pour les utilisateurs novices, et son centre de documentation est superbe et bien plus terre-à-terre que la façon dont Amazon documente habituellement les services. Mais Amplify est toujours accessible depuis la même vieille console (horriblement gonflée) . Vous avez toujours besoin d'une carte de crédit pour simplement ouvrir un compte, les déploiements sont toujours spécifiques à la région (pas de CDN intégré, sérieusement?), Et le flux de travail n'est pas aussi simple que celui de Firebase ou Netlify.

GitHub Pages et pages GitLab

Les deux services d'hébergement pour les référentiels Git ont également un service intégré pour héberger des pages statiques directement hors de vos bases de code, 100% gratuit: Pages GitHub et Pages GitLab .

Dans un prochain article, nous expliquerons comment utiliser ces services, mais en attendant, assurez-vous de les consulter facilement -à-suivre les guides:

Netlify et Heroku

En très peu de temps, Netlify a non seulement inventé le terme Jamstack mais s'est également positionné comme l'endroit où optez pour tout ce qui est statique. Bien que vous puissiez certainement accomplir plus avec un pipeline AWS élaboré, la simplicité et la facilité d'utilisation inégalées offertes par Netlify sont imbattables. Vous souhaitez héberger un site statique? Il suffit de le déposer ici et il est en ligne. Vous voulez des mises à jour automatiques? Liez un dépôt et appuyez simplement sur un commit. Et les piles sont incluses – builds instantanés, CDN mondial, SSL gratuit, outil CLI, annulations sur clic, et plus encore.

Heroku est le seul service de cette liste qui vous permet d'héberger des pages dynamiques: Node.js, Ruby, Python, Java, PHP, Go, Scala et Clojure (consultez leur page Language Support ). Donc, si vous n'êtes pas encore tout à fait prêt à passer à la statique, cela pourrait être un bon moyen de tester gratuitement vos sites dynamiques en ligne.

Avec 194 centres de données en 2020 , Cloudflare est – selon de nombreuses mesures – l'entreprise qui offre la plus faible latence pour ses services DNS et CDN dans le monde. Ils servent de grandes entreprises mais ont également un certain nombre de services orientés vers les développeurs, comme Workers Sites . Le service n'est pas gratuit (frais minimum de 5 $ / mois), mais il est aussi performant que possible et assez facile à utiliser.

D'autres outils destinés aux pages statiques incluent Aerobatic qui offre un essai gratuit sans carte de crédit requise et prise en charge de l'internationalisation (i18n) et de la recherche en texte intégral plugins intégrés ; Surge.sh avec scripts d'exécution npm et services CI ; et Vercel (anciennement ZEIT Now) avec un Edge Network desservant de grands noms tels que Twilio et The Washington Post.

Comparaison

Stockage et récupération de données: NoSQL en temps réel Bases de données

Les solutions NoSQL comme MongoDB coexistent avec des bases de données relationnelles comme MySQL depuis un certain temps (voir les différences et comment choisir ), mais temps réel ] Le traitement amène NoSQL au niveau supérieur en activant le stockage cloud pour la gestion de l'état, par exemple un utilisateur saisissant son nom ou cliquant sur un bouton radio.

Si vous connaissez Redux et Vuex – Bibliothèques React et Vue.js pour la gestion de l'état, respectivement – pensez à intégrer ce concept à un fournisseur de stockage cloud.

Services

[19659003] Amazon DynamoDB est un "entièrement géré, multireg base de données durable, multimaître, avec sécurité intégrée, sauvegarde et restauration, et mise en cache en mémoire pour les applications à l'échelle Internet ». Mais comme pour beaucoup de choses AWS, il est difficile à mettre en œuvre et très difficile à déboguer (voir Pourquoi Amazon DynamoDB n'est pas pour tout le monde par Forrest Brazeal). En toute honnêteté envers Amazon, ils ont également intégré DataStore dans AWS Amplify (avec GraphQL et la prise en charge de l'API REST) ​​avec une approche plus simple, en ligne avec la simplicité du reste des produits Amplify. .

Google Firestore a rendu les bases de données NoSQL en temps réel – un sujet assez complexe en soi – aussi simples qu'elles peuvent l'être, avec à peu près toutes les capacités de DynamoDB. C’est très bien documenté (avec clips d’introduction qui sont amusants à regarder). Et React et Vue.js ont des wrappers autour de Firestore avec react-redux-firebase et Vuexfire respectivement.

Cloudflare sait comment amener les performances à l'extrême, et [19659054] Workers KV un stockage de valeurs-clés sans serveur pour les applications, est un bel exemple de ce à quoi ressemble un produit bien conçu. Le principe de Workers KV est que vous pouvez accéder à une clé comme s'il s'agissait d'un fichier local dans votre application, et le contenu sera la valeur stockée pour cette clé. C'est tout – pas d'API à mettre en œuvre, pas de codage supplémentaire. Et en raison des performances imbattables du CDN Cloudflare, cette approche peut en fait être plus rapide que l'interrogation d'une base de données NoSQL. Et aussi simple soit-il, il s'adapte parfaitement à des millions de demandes. ?

Et enfin, il y a FaunaDB une startup qui a conçu une solution avec GraphQL natif et un tarification simple (y compris un plan gratuit) qui peut être implémenté en quelques minutes.

Gestion du contenu: CMS Headless

Dans la manière «monolithique» de faire les choses, chaque fois que nous avons utilisé un système de gestion de contenu – tel que WordPress, Django ou Joomla! – cela signifiait que nous aussi devions utiliser le moteur frontal qui lui était attaché, car les parties avant et arrière étaient des composants «couplés» d'un seul logiciel (voir notre introduction à le Jamstack pour plus d'informations sur sites étroitement ou faiblement couplés .

Entrez dans le CMS headless – un back-end uniquement sans front-end. Puisqu'un CMS headless exposerait normalement une API ou générerait du contenu statique à la manière de fichiers Markdown ou HTML, le frontal peut être n'importe où vraiment. En fait, plusieurs interfaces simultanées peuvent être créées pour des sites Web, des applications mobiles et des applications Internet des objets (IoT).

Produits et services

Il existe un certain nombre de CMS sans tête, à la fois en tant que logiciels que vous pouvez télécharger et configurer où vous effectuez les déploiements vous-même, ou proposé dans le modèle de logiciel en tant que service (SaaS) où tout est pris en charge pour vous.

Certaines fonctionnalités que vous pouvez vous attendre à trouver:

* Étant donné que certains CMS headless s'intègrent facilement à votre dépôt git, la capacité de gestion des versions peut en fait être une amélioration remarquable par rapport à un CMS standard.

CMS Headless auto-hébergé

Ghost «le CMS Node.js open source n ° 1 sans tête» est certainement celui avec le plus d'étoiles sur GitHub . Non seulement Ghost peut gérer le contenu, mais il propose également un certain nombre d'intégrations pour gérer les paiements (Stripe), les listes de diffusion (MailChimp), les achats (Shopify) et bien d'autres. Et puis il y a Ghost (Pro) qui est l'hébergement géré officiel pour Ghost avec un support commercial.

La popularité est assez proche de Ghost ] Strapi avec les API REST et GraphQL et les déploiements en un clic sur Heroku, AWS et DigitalOcean. Il a des «starters» (projets modèles) pour fonctionner de manière transparente avec Gatsby, Vue.js avec Nuxt.js, React avec Next.js et Angular. Il fonctionne également sur Node.js et prend en charge un certain nombre de moteurs de base de données .

Netlify CMS is également une option populaire conçue comme une application React d'une seule page. Il existe Directus qui encapsule les bases de données SQL personnalisées avec une API et fournit une application d'administration intuitive pour gérer son contenu, et le compagnon commercial Directus Cloud . Il y a aussi TinaCMS qui est également basé sur React, et Ponzu Copckpit et bien d'autres, que vous pouvez explorer dans la liste complète fournie par headlesscms.org .

SaaS Headless CMS

CloudCannon est le CMS cloud pour Jekyll (nous passerons en revue Jekyll plus tard dans la section «générateurs de sites statiques»), avec une intégration fluide avec GitHub, Bitbucket et Dropbox. Ils ont également un plan gratuit mais sans hébergement CDN global.

Contentful est quelque chose de différent: a hub de contenu où les propriétaires d'entreprise, les spécialistes du marketing, les développeurs et les chefs de projet peuvent tous se rendre pour définir et gérer toutes les sources de données d'une organisation. Et leur CMS sans tête n'est que une partie de cette stratégie. La plate-forme Contentful est complète très bien documentée avec de nombreux outils open-source . Et bien que la tarification soit un peu déroutante, il existe en fait un plan gratuit qui ne nécessite que l'attribution .

Il existe d'autres CMS sans tête SaaS avec des plans gratuits, tels que DatoCMS et ] Sanity avec une proposition similaire à celle de Contentful; Foresterie avec prise en charge d'un certain nombre de générateurs statiques; GraphCMS avec support GraphQL; et Prismic . Ce ne sont là que quelques-unes des nombreuses options.

Envoi d'informations: formulaires sans code

L'envoi de données via des formulaires a toujours été l'une des principales utilisations du traitement côté serveur. Il existe essentiellement deux approches pour résoudre ce problème sur un site statique, chacune avec des avantages et des inconvénients.

From Builders, Embedded and Hosted Forms

Plusieurs fois, intégrant un " powered by ”formulaire externe est plus que suffisant pour collecter des adresses e-mail ou recevoir des commentaires.

Google Forms offre cette possibilité depuis 2008 entièrement gratuitement, avec une interface simple qui stocke les soumissions sur Google Sheets et qui peut envoyer des alertes par e-mail chaque fois qu'il y a une soumission.

Formstack prend les formulaires à un autre niveau en fournissant un flux de travail intégré prenant en charge les signatures numériques, document génération, intégration Salesforce, etc. Ils offrent un essai gratuit mais pas de plans gratuits .

Ensuite, vous avez les générateurs de formulaires extrêmement faciles à utiliser JotForm et Wufoo qui intègre la gestion des paiements, entre autres, ou Typeform qui rend les formulaires et les enquêtes… jolis? Tous offrent des plans gratuits.

API externe: traitement de formulaire en tant que service (FPaaS)

Parfois, un constructeur ne le coupe pas, car vous avez besoin de plus de flexibilité pour présenter les informations et les champs, ou pour intégrer pleinement l'apparence et la sensation du formulaire avec le reste de votre site Web. Pour cela, vous devrez intégrer une API.

Le fonctionnement de ces services est étonnamment simple: vous spécifiez une URL pour la soumission qui fera le traitement pour vous. Vous devrez tout au plus configurer quelques éléments, mais vous n'aurez probablement pas besoin de faire de codage supplémentaire.

Il existe un certain nombre de fournisseurs proposant des plans gratuits, tels que Form.IO Formcarry Formspark et Netlify Forms . Ils fonctionnent tous de la même manière et sont très faciles à mettre en œuvre.

FormDen et FormKeep sont également des constructeurs de formulaires qui peuvent autrement être utilisés

Programmation de la logique côté serveur: fonction en tant que service (FaaS)

Impossible de trouver une API qui fait tout ce que vous voulez? Créez-le! Vous n'avez pas besoin de recourir à un système back-end hébergé pour traiter la logique côté serveur, avec tous les tracas qui l'accompagnent (maintenance, factures, identifiants, correctifs de sécurité). Au lieu de cela, vous pouvez implémenter un micro-service dans le langage de votre choix (souvent JavaScript, Python ou Go), encapsuler cette logique dans des fonctions et les proposer via une API RESTful.

Comme pour presque tout le reste de cette liste. , vous ne paierez rien pour une fonction qui n'est pas activement utilisée, donc ne vous inquiétez pas si vous la laissez simplement là (mais sachez que les pics de trafic peuvent également déclencher une facturation supplémentaire).

Providers

Bien que les détails d'implémentation pour AWS Lambda Azure Functions et Google Cloud Functions peuvent différer, ils fonctionnent tous à peu près de la même manière et vous aurez besoin d'un certain degré de familiarité avec AWS, Azure ou GCP. AWS Lambda a la prise en charge linguistique la plus riche de toutes (ainsi que Amazon API Gateway pour vous aider à intégrer vos fonctions dans une API maintenable avec des outils de surveillance), tandis qu'Azure – sans surprise – a la meilleure prise en charge pour .NET Framework et .NET Core (avec versions différentes supportant différents runtimes et même TypeScript transpilé en JavaScript ). Mais sachez qu'Azure se classe systématiquement de loin comme le service le plus lent.

Cloud Functions for Firebase and Netlify Functions [19659018] sont des wrappers autour de Google Cloud Functions et AWS Lambda, respectivement. Ils simplifient considérablement la gestion des fonctions sur le cloud, car vous pouvez effectivement vous en sortir sans même avoir un compte sur ces services. Le déploiement de code et la gestion des versions deviennent triviaux avec Netlify – qui a également un très bon support de la communauté – car il s'intégrera sans problème à l'étape de l'offre de dépôt, à la prévisualisation et à la restauration en un clic (ou un commit). La simplicité vient naturellement au prix d'une perte de flexibilité (voir Firebase Cloud Functions: the great, the meh, and the ugly by Pier Bover).

[19659003] IBM Cloud Functions (basé sur Apache OpenWhisk ) et Cloudflare Workers sont d'autres services que vous voudrez peut-être consulter. IBM propose une liste impressionnante de langues prises en charge, y compris la possibilité de déployer des conteneurs Docker avec votre propre environnement d'exécution. Cependant, il s'est classé quelque peu mal en termes de performances. Et tout comme Netlify parvient systématiquement à simplifier les choses, Cloudflare rend les choses encore plus rapides (et par une différence ).

Comparaison

service languages ​​ overhead * ] démarrage à froid * difficulté prise en charge
AWS Lambda C #, Go, Java, JavaScript, PowerShell, Python, Ruby 86 ms ? 589 ms élevé ? très bon
Azure Functions C #, F #, Java, JavaScript and TypeScript, PowerShell, Python 760 ms ? 5,907 ms ? high ? very bad [19659173] Cloud Functions for Firebase JavaScript et TypeScript 642 ms ? 168 ms low ? very good
Cloudflare Workers JavaScript COBOL 70 ms ? 76 ms ? intermédiaire intermédiaire
Google Cloud Functions Go, Java, N ode.js, Python 642 ms ? 168 ms élevé ? très bien
IBM Cloud Functions .C #, Go, Java, JavaScript, PHP, Python, Ruby, Conteneurs Swift et Docker 136 ms 2,103 ms ? high no info
Netlify Functions Go Node.js 86 ms ? 589 ms très faible ? très bien

* Tel que mesuré par λ Serverless Benchmark le surcoût est l'heure de la demande à la réponse sans le temps que la fonction a pris (pour une concurrence de 50), et le démarrage à froid est le temps que prend les serveurs pour répondre lorsque les requêtes sont réparties toutes les 3 heures; plus les valeurs sont basses, mieux c'est.

Authentification des utilisateurs: l'identité en tant que service

L'identité en tant que service (IDaaS), également appelée parfois Authentification en tant que service (AaaS), implique la gestion d'un enregistrement, confirmation et authentification des utilisateurs avec uniquement des API. Le Geist de «l'authentification sans état» est qu'un utilisateur s'authentifiera auprès d'un tiers et reviendra vers vous avec un «jeton» valide que vous pourrez vérifier, ou révoquer si nécessaire.

In Dans certains cas, un fournisseur peut même proposer une interface utilisateur (UI) «drop-in» qui fonctionnera de manière transparente sur le bureau et le mobile, ce qui pourrait vous faire économiser de très longues heures de travail.

Services

Auth0 a été en affaires le plus longtemps et a guides de démarrage rapide pour un certain nombre de scénarios. C'est un excellent fournisseur si vous souhaitez mettre en œuvre une solution complexe et avez déjà une certaine expérience de la mise en œuvre de l'authentification. Mais comme ils le soulignent, «l'identité est complexe, traitez-la» . Les services Auth0 de grande envergure (connexion universelle, authentification unique (SSO), authentification multifactorielle, détection de mot de passe de succursale, etc.) peuvent être accablants si vous ne faites que commencer sur le sujet.

Firebase L'authentification (avec son interface utilisateur prête à l'emploi ) et l'authentification avec Amplify sont également très complètes et flexibles, et quelque peu présentées d'une manière plus directe que Auth0. Firebase propose également l'authentification anonyme ! Curieuse? Regardez ce clip:

Une fois de plus, Netlify semble proposer la solution la plus simple à mettre en œuvre avec Netlify Identity et sa configuration zéro open-source netlify- identity-widget à créez une connexion sécurisée en 10 minutes ! Mais bien sûr, il y a quelques limitations (consultez Four Dealbreakers in Netlify Identity par Jean Cochrane).

Vous pouvez également consulter Okta FusionAuth et LoginRadius qui ont tous des plans gratuits. Il n'y a pas de cadeaux pour Ping Identity OneLogin et Ubisecure qui sont plus orientés vers le secteur des entreprises. Enfin, considérez Cloudflare Access car tout ce que fait Cloudflare est solide comme le roc.

J'entends certains d'entre vous dire «tout cela pourrait convenir pour de futurs projets, mais mes sites sont déjà dynamiques , alors que faire? » C'est ici que les générateurs de sites statiques entrent en scène.

Vous pouvez avoir le meilleur des deux mondes – la commodité d'un CMS familier et pages statiques avec partage de code et de données préchargement mise en cache, optimisation d'image et toutes sortes d'améliorations des performances. Un SSR comblera cette lacune en interrogeant votre base de données et en générant une sortie statique à partir de celle-ci (par exemple, les pages Markdown ), et avec certains paramètres pour définir votre modèle, vous serez prêt.

La liste ici est minuscule par rapport à la liste toujours croissante de SSR. Consultez StaticGen pour plus d'informations.

Produits principaux

GatsbyJS est alimenté par React. js et webpack, ce qui signifie qu'il peut générer des applications Web progressives (aka PWA, sites Web qui ressemblent et se sentent comme des applications). Il prend également en charge GraphQL (voir Write Apps with Better Building Blocks ) et il dispose de +1 000 plugins pour obtenir des données de n'importe où (WordPress, Drupal, Contentful, GraphCMS, DatoCMS, et bien d'autres ). Voir comment GatsbyJS dit qu'il se compare à ses principaux concurrents, Hugo et Jekyll .

Toute cette flexibilité a un coût, car la configuration et la personnalisation de GatsbyJS peuvent prendre du temps, et si vous ne le faites pas Vous n'avez pas une bonne compréhension de React – et donc de JavaScript – vous ne pourrez pas en tirer grand-chose. C'est là que Gatsby Cloud entre en jeu, offrant un support pour créer et maintenir des sites Gatsby gratuitement ou moyennant des frais où vous pouvez automatiser vos constructions rapides, accéder aux aperçus, générer des modifications quotidiennes, et lancez facilement des déploiements vers Netlify, Cloudflare, AWS CloudFront ou Akamai.

Hugo prétend être «le plus rapide du monde framework pour la construction de sites Web »et il peut certainement générer des sites massifs en quelques millisecondes. Avec des modèles intégrés (littéralement des centaines d’entre eux disponibles ) et une prise en charge native de l’internationalisation (i18n), c’est également l’un des SSG les plus populaires. Hugo est une application Go et bien que Go ne soit pas difficile à configurer et à apprendre, vous devrez certainement vérifier souvent la documentation si vous ne la connaissez pas.

Contrairement à GatsbyJS, configurer et déployer Jekyll est un processus assez simple. De plus, Jekyll est le seul SSR pris en charge par GitHub Pages (Tom Preston-Werner, créateur de Jekyll, est également co-fondateur de GitHub), et peut déployer en douceur des sites statiques gratuitement dès la sortie de votre GitHub repos! Jekyll utilise le langage de modèle de Shopify Liquid qui est également facile à apprendre. Les inconvénients? En tant qu'application Ruby Jekyll peut être difficile à définir dans un environnement Windows, et les optimisations telles que la réduction du code JavaScript et le préchargement des images ne sont pas incluses par défaut. En fait, Jekyll ne vise même pas à générer une PWA, mais simplement des sites purement statiques – ce qui peut toujours convenir en fonction de vos besoins.

Comparaison

Autres

WP2Static ] est un SSR spécialement conçu pour WordPress (WP). Il a un petit mais très intéressant ensemble de plugins comme la recherche Algolia et les déploiements Cloudflare Workers et Netlify. HardyPress est en fait une solution SaaS pour générer des sites WP statiques, et moyennant des frais vous aurez un panneau d'administration à partir duquel vous pouvez entrer des informations d'identification pour accéder à vos installations WP en ligne pour gérer tout: arrêtez les installations WP en direct déjà importées, déploiement transparent vers un CDN global, HTTPS, formulaires, recherche. Shifter Strattic et Sitesauce .

Puisque je suis certes biaisé en faveur de Vue.js j'ai dû inclure VuePress qui est destiné à générer des applications d'une seule page (SPA) et a une configuration minimale avec des fichiers centrés sur le démarquage, et il est également alimenté par webpack . Gridsome et Nuxt.js sont des frameworks alimentés par Vue.js avec des capacités SSR.

L'architecture et les avantages du commerce électronique sans tête ne sont pas si différents de ceux d'un CMS sans tête: réduction massive des coûts (hébergement, licences, maintenance), moins de temps de mise sur le marché intégration transparente et – un gros pour le commerce – capacités « omnicanal ».

Paniers sans tête sont très différents des services tels que Shopify, car vous n'êtes pas lié à une vitrine et vous pouvez déplacer des données vers une variété de supports et à partir d'une variété de sources. Un fournisseur de commerce électronique sans tête n'a pas d'opinion sur la façon dont vous présentez votre contenu ou accédez à vos données et n'a aucun contrôle sur celui-ci.

C'est précisément ce qui permet une stratégie omnicanal, dans laquelle vous pouvez non seulement fournir du contenu à plusieurs canaux (Web, mobile, IoT) mais aussi centraliser la gestion des processus sur différents canaux pour une UX holistique et améliorée. Remarquez, des études de Harvard Business Review et Aspect Software ont montré que de telles stratégies offrent un avantage significatif par rapport à l’approche «multicanal» ou «en ligne seul».

Services

Foxy.io et Snipcart fournissent un service simple qui est ridiculement facile à intégrer dans un certain nombre de formats. Foxy.io est avec abonnement tandis que Snipcart facture un pourcentage des transactions .

À un niveau plus corporatif, Elastic Path offre des services de commerce électronique sans tête pour les industries de l'automobile, de la fabrication et de la santé, entre autres. Et Salesforce Commerce Cloud exploite la plate-forme Salesforce dans le commerce électronique sans tête pour les entreprises à consommateur (B2C) et interentreprises (B2B).

Finding What You Want: Search as a Service

] La recherche Web peut également être intégrée dans nos sites Web via search as a service laissant un tiers faire l'indexation et le tri des résultats pour nous.

Google Custom Search (et sa nouvelle image sous le nom de Programmable Search Engine ) était un pionnier dans ce domaine, mais tout en étant très facile à utiliser et mise en œuvre, il ne s'intégrait pas bien avec l'aspect et la convivialité du site, et les résultats de la recherche dépendaient de ce que Google avait précédemment indexé.

Il y a Elasticsearch ] avec des solutions gérées comme Amazon Elasticsearch Service et d'autres services basés sur l'intelligence artificielle comme Recherche cognitive Azure Amazon Kendra et Amazon CloudSearch et Apache Solr . Et ils sont tous excellents et donneront d'excellents résultats s'ils sont bien mis en œuvre. Mais c’est précisément le problème: la mise en œuvre. Il faut du temps de qualité et des compétences pour élaborer une solution qui fonctionne réellement.

Produits

Algolia est le seul service qui a intégré search to another level with its ultra fast Search API that can be used in a number of situations (site, voice, geo, mobile, ecommerce, media, and more). It offers a generous free “Community” plan.

Klevu and Sooqr Search are search solutions specifically targeted at ecommerce, to make it easier to connect shoppers with the products you have to offer. Sooqr offers a free plan for up to 100 unique products, while Klevu doesn’t.

Expertrec and Swiftype are other services you might want to check for site and app search. No free plans, though.

Staying Up to Date: Notifications

Having a strategy to communicate across a number of channels is key to stimulating user engagement, and yet it’s even better to combine them in a programmatic way with a single API to send messages across all platforms.

There are essentially four complimentary pathways you can use:

  • Mobile push is a highly visible way to send (hopefully) relevant messages so that users go back to your app.
  • Web push follows the same principle but for desktop and mobile browsers.
  • In-App messages are yet another way to retain subscribers, providing assistance your users might need.
  • And Emailbecause even in 2020 and with all of the IMs and social apps, email marketing is still a thing.

Services

Have you ever heard that most people think they’re above average? Seems like companies fall into bias as well, as OneSignalPushwoosh and Truepush all proclaim themselves as the “#1 push notifications service”. In any case, they all have generous free plans (and a lot of marketing insights to get out of the data you send through them), with OneSignal having more integrations to offer.

You can also check AirshipCatapushLeanplumPushoverand many more

Also, if you’re already using Google Firebase, you might want to have a look at Cloud Messaging and In-App Messaging. Likewise, for AWS Amplify, check Push Notifications.

Google Analytics for Firebase is something of a Google Analytics wrapper for the mobile, and also for a simplified web experience. It’s managed from the user-friendly Google Firebase console.

Netlify Analytics really has an edge here. It’s so simple to set up that there’s actually no setup! The one requirement to use the service (aside from paying the $9/mo fee per site) is that you already host your site in Netlify. With that, they already have all the information they need “right from the source of truth” to present you with the stats — no JavaScript code, no cookies, no pixels tracking needed. While this doesn’t scale to mobile apps like Google Analytics for Firebase does, it offers better performance (no impact on the render time) and more accurate numbers (session runs on the server, not on the client).

Analytics with Amplify is Amazon’s approach to a service that works in pretty much the same fashion as Google Analytics for Firebase, working on Android, iOS and the Web.

Conclusions (or Why Pay for Something You Could Develop Yourself?)

If you’ve got this far, you’ve probably noticed that most of the services we’ve covered can be used for free up to a point — which is generally when your site or app takes off. So why not develop your own search or authentication solution, or manage your own server and create ad-hoc notifications that are exactly what you need?

Well, here’s a question: have you noticed that even huge corporations with the finest IT departments that money can buy also use these services?

  • Twitch uses Algolia
  • Spotify and Airbnb use GatsbyJS
  • Atlassian uses Auth0
  • Netflix uses CloudCannon
  • Alibaba uses Firebase
  • Mozilla uses Ghost
  • pretty much everyone uses AWS and Cloudflare
  • … and so on, and so on

The ultimate question is — are you really going to save money and/or have more control by shifting your resources and focus into solving a problem that isn’t the core of your business, and that somebody with a more qualified team has already solved? If so, by all means go for it! Or else you can accept the price tag, forget about that one problem, and move on to the next one.




Source link