DE{CODE} : Un Atlas d'Atlas

Atlas est la solution complète pour le développement WordPress sans tête, avec des outils open source pour la création de modèles de pages, la récupération de données, la modélisation de contenu, etc. Quel est le paysage actuel d'Atlas ? Regardez la vidéo ci-dessous pour en savoir plus sur les nouveaux outils passionnants disponibles pour les développeurs WordPress sans tête qui accélèrent et facilitent la création de sites Web performants et sécurisés.

Diapositives de la session

Transcription du texte intégral

KELLEN MACE : Salut, et bienvenue dans cette conférence que nous appelons « Un Atlas d'Atlas ». Je m'appelle Kellen Mace et je serai accompagnée de ma collègue Ilona. Nous prenons tous les deux la moitié de la présentation et nous allons passer en revue un certain nombre de produits qui composent l'écosystème Atlas.

Ainsi, Atlas, comme vous le savez peut-être, est le nom de la plate-forme d'hébergement WordPress sans tête de WP Engine. Mais c'est vraiment beaucoup plus que cela. Il comprend un certain nombre de produits et d'offres open source qui permettent vraiment de créer des sites avec des sites WordPress sans tête - créer des sites avec WordPress sans tête - et aussi de les déployer.

Je suis le responsable de notre équipe de relations avec les développeurs chez WP Engine. Mon travail implique donc beaucoup d'engagement avec la communauté et d'essayer d'éduquer la communauté sur la construction et le déploiement de sites. Et une grande partie de mon travail se concentre sur WordPress sans tête, en particulier.

Je suis donc très investi dans ce monde qui rend très, très facile le développement de sites WordPress sans tête. Avant de plonger dans toutes les offres auxquelles je fais référence et qui font partie de l'écosystème Atlas, je veux d'abord m'assurer que nous avons les connaissances de base sur la façon dont une architecture WordPress traditionnelle diffère d'une architecture WordPress sans tête.

Donc, traditionnellement, comme vous pouvez le voir sur cette diapositive ici, il est représenté par ce type de flux de travail. Vous pouvez donc voir que nous avons trois groupes différents représentés ici. Nous avons des éditeurs, des développeurs et des visiteurs du site. Ainsi, dans WordPress traditionnel, l'éditeur en violet, ils feraient toute la création, l'édition et la gestion de leur contenu à l'intérieur de l'administrateur WordPress, et tout leur contenu serait ensuite enregistré sur WordPress.

Le développeur en bleu, cette personne ferait son codage dans les thèmes et les plug-ins WordPress et ces données vivraient également à l'intérieur de l'application WordPress. Et puis enfin notre visiteur en vert, lorsque cette personne visite le site WordPress, WordPress a beaucoup d'emplois. Il doit récupérer les données de la base de données, puis utiliser son API de thème pour les modéliser et finalement fournir le site - le site HTML - qui est visible pour l'utilisateur final.

WordPress sert donc ces trois groupes. De nos jours, cependant, il devient de plus en plus populaire d'adopter une architecture WordPress sans tête. Et cela ressemble à quelque chose comme ça, où notre éditeur ici en violet, ils font toujours leur création, édition et mesure de contenu à l'intérieur de WordPress. Donc, cette partie reste vraiment inchangée.

Mais les deux autres groupes, leurs flux de travail sont assez différents ici. Ainsi, le développeur en bleu, au lieu d'utiliser l'API de thème de WordPress, utilise plutôt JavaScript et assez souvent des frameworks modernes comme React ou Vue ou Svelte pour créer une application JavaScript frontale basée sur Node.js.

Et puis le visiteur en vert, c'est l'application qu'il visite réellement dans cette application JavaScript. Et puis deux, l'application frontale Node.js et le backend WordPress, communiquent entre eux. C'est donc ce que certaines des flèches vertes– les flèches grises représenteraient ici.

Ainsi, ces deux-là peuvent envoyer et recevoir des données selon les besoins. Il existe de nombreux guides, y compris sur notre propre site, sur lesquels les relations avec les développeurs portent davantage sur la différence entre traditionnel et sans tête, et probablement plus important encore, pourquoi vous voudrez peut-être considérer l'un par rapport à l'autre.

Alors allez vérifier si vous voulez vous familiariser un peu plus là-bas. Avec ce genre de travail préparatoire, cependant, je veux plonger dans certaines des offres Atlas qui rendent la construction avec l'architecture WordPress sans tête encore meilleure. Donc, ce que nous allons couvrir aujourd'hui, ce sont ces…

Nous concevons Atlas comme la solution complète et comme je l'ai dit, vraiment un écosystème de différents produits pour rendre la création et le déploiement d'applications sans tête aussi simples que possible. Je vais donc couvrir la rangée du haut ici. Donc Faust, WPGraphQL et Atlas Content Modeler.

Et après cela, je confierai les choses à Ilona, ​​et elle couvrira Atlas Search, Atlas Blueprints, puis Atlas For All. Très bien, alors plongeons avec Faust maintenant. Faust est un projet vraiment passionnant. C'est le framework WordPress sans tête. Donc, ce que nous entendons par là, c'est qu'il s'agit d'un framework JavaScript frontal, similaire à ceux dont vous avez peut-être entendu parler, comme Next.js ou Gatsby ou SvelteKit.

C'est un peu dans la même veine que certains de ces frameworks JavaScript d'application à page unique, avec une distinction importante. Faust est spécifique à WordPress et est conçu sur mesure pour créer des sites avec une architecture WordPress sans tête. Il est construit sur Next.js, qui est un framework d'application d'une seule page frontale incroyablement populaire.

C'est donc une très bonne nouvelle, à mon avis. Cela signifie que tout le travail acharné nécessaire à l'amélioration de Next.js et de toutes les nouvelles fonctionnalités lancées par Next, vous pouvez en hériter et en bénéficier également dans votre application Faust.js. Au-delà de cela, Faust a également une authentification et des prévisualisations de publication intégrées, ce qui est une énorme longueur d'avance, vraiment, si vous créez des sites WordPress sans tête.

Si vous construisez un site traditionnel, vous obtenez en quelque sorte ces choses gratuitement. WordPress a son système d'authentification et d'autorisation dans son système de capacité pour savoir ce que les utilisateurs peuvent faire quoi sur le site, et il peut authentifier les gens et également permettre aux personnes ayant certaines capacités de voir les aperçus des publications.

C'est donc voir un aperçu d'un article qui n'est pas encore publié. Il peut être à l'état de brouillon, par exemple. Une fois que vous êtes passé à une architecture WordPress sans tête, vous devez vraiment réinventer ces deux choses. Votre application frontale et votre site WordPress principal doivent être en mesure d'authentifier les utilisateurs, puis de fournir des aperçus de publication différemment de WordPress, historiquement.

Et j'ai câblé cela moi-même à partir de zéro et c'est beaucoup de travail. Donc j'aime vraiment le fait qu'avec Faust, vous sortez ces choses de la boîte. Vous n'avez pas à les écrire à partir de zéro pour chaque nouveau projet, ce qui est énorme, à mon avis. Ensuite, la fonctionnalité Faust.js que je veux souligner est la récupération facile des données.

Donc, c'en est un autre que si vous commencez tout juste avec une table rase qui exécute Gatsby ou Next.js ou SvelteKit ou quelque chose du genre, vous devrez le câbler à partir de zéro. Vous devez déterminer quel client GraphQL vais-je utiliser et comment vais-je le câbler pour qu'il pointe vers le back-end WordPress approprié et que je puisse envoyer et recevoir des données.

Et puis une fois que tout cela est fait, comment puis-je faire cela? Comment composer mes requêtes et récupérer les données ? Faust a donc beaucoup de commodités intégrées ici aussi. Dès que vous créez un nouveau projet Faust, la récupération des données est déjà configurée pour vous. Et il est même livré avec un certain nombre de crochets de réaction que vous pouvez utiliser pour récupérer des éléments courants dans WordPress, tels que des publications, des pages, des catégories et des balises.

Il existe des crochets de réaction très pratiques qui sont pré-construits et prêts à l'emploi pour récupérer ces éléments afin que vous puissiez simplement commencer à créer vos pages immédiatement, ce qui est également un gain de temps considérable. Et le dernier pour Faust ici est notre version 1.0.

Je suis donc heureux d'annoncer que dans un futur proche ici, nous publierons la version 1.0 de Faust. Ce sera donc une version de Faust qui a la stabilité avec laquelle nous sommes à l'aise de l'appeler 1.0. Et vous pourriez avoir encore plus confiance en construisant de nouveaux projets sur Faust.js après ce point.

Donc, si tout cela vous semble attrayant et que vous aimez - vous aimez l'idée d'essayer un framework JavaScript frontal qui a beaucoup de choses intégrées pour vous - prévisualisations de publication, authentification, récupération facile des données - je vous encourage à faire juste ça, pour essayer. Voici où l'obtenir.

Vous pouvez donc vous rendre sur github.com/wpengine/faustjs pour découvrir le projet et lui donner un coup de fouet par vous-même. C'était tout pour Faust.js, notre framework JavaScript frontal. Ensuite, j'aimerais parler de WPGraphQL. C'est un plug-in qui est vraiment époustouflant, si vous y réfléchissez.

WordPress est le plus grand CMS au monde. Aujourd'hui, il alimente plus de 40 % d'Internet. Et WPGraphQL est un plug-in open source gratuit qui apporte la technologie GraphQL à 40 % du Web, pour tout site WordPress qui souhaite utiliser cette technologie.

Je suis donc vraiment ravi que cela existe et heureux que WP Engine finance le développement maintenant et supporte pleinement WPGraphQL. Plongeons-nous donc et voyons quelques-unes des nouvelles fonctionnalités intéressantes qui sont arrivées et qui arriveront bientôt sur WPGraphQL.

L'un d'entre eux est l'IDE GraphQL intégré. Cela existe donc depuis un moment dans WPGraphQL. Pour ceux qui ne le savent pas, je veux juste souligner à quel point cela est puissant pour l'expérience du développeur et pour les flux de travail qu'il débloque. Vous pouvez donc voir ici dans la capture d'écran que j'ai composé une requête appelée get post, et je transmets quelques variables de requête.

Donc, je dis que l'ID du message que je veux obtenir est, qu'est-ce que WordPress sans tête ? Et puis le type d'ID est une limace, n'est-ce pas ? Ensuite, je peux appuyer sur l'icône de lecture en haut à gauche ici pour exécuter cette requête. Et puis sur le côté droit, voyez ce que mon application JavaScript frontale obtiendrait si elle lançait cette requête identique.

Vous voyez donc sur le côté droit que je reçois pour ce message l'ID de la base de données, puis également le titre. C'est donc énorme pour pouvoir composer vos requêtes, puis appuyer sur ce bouton de lecture pour les exécuter et voir rapidement ce que votre application frontale obtiendrait si elle demandait les mêmes données.

Et puis une fois que vous avez créé votre requête et qu'elle renvoie ce que vous voulez, vous pouvez l'utiliser dans votre application js frontale. Donc vraiment puissant. Je suis vraiment ravi de l'expérience de développement que WPGraphQL offre avec l'IDE GraphiQL. Une autre fonctionnalité qui est venue à GraphQL est celle-ci.

Vous l'avez peut-être remarqué dans la diapositive précédente. J'ai mon petit avatar ici qui est affiché en haut à gauche de l'IDE GraphQL. Cela vous permet de lancer des requêtes authentifiées ou non authentifiées. Et c'est énorme. Donc, si je clique dessus pour qu'il soit saturé de couleur - mon image d'avatar est saturée et j'ai la petite icône verte à côté - je sais que je suis connecté en tant que moi et que je lance une demande authentifiée.

Ainsi, toutes les données que je récupère seraient spécifiques aux capacités de l'utilisateur que j'ai en tant qu'utilisateur connecté. Souvent, cependant, il est utile de tester ce que vous obtiendriez si vous exécutiez une requête en tant qu'utilisateur non authentifié, n'est-ce pas ? Cela signifie donc simplement un visiteur du site qui atterrit sur votre site et qui n'est pas authentifié.

Si la requête, vous savez, devait… devait s'exécuter pour que cette personne récupère certaines données, les récupérerait-elle toutes, ou certaines d'entre elles sont-elles fermées ou nécessitent-elles des capacités ? Ainsi, en un seul clic, vous pouvez maintenant cliquer sur cette icône d'avatar et lancer la même requête que vous aviez composée en tant qu'utilisateur non authentifié, juste pour confirmer que vous obtenez ce que vous attendez toujours.

C'est un ajout récent vraiment cool à WPGraphQL. Plus loin sur le train GraphQL IDE ici, la prochaine chose dont nous parlerons est Query Composer. C'est aussi un outil très cool. Et si vous ouvrez le Query Composer, cela ressemble à ce que vous voyez ici dans la capture d'écran où vous pouvez donner un nom à votre requête, vous pouvez transmettre des variables de requête.

Donc, vous pouvez voir ici que je dis que passer un ID de ce qu'il dit est WordPress, et le type d'ID est slug, puis à partir de là, vous pouvez simplement cocher les cases pour les données que vous souhaitez récupérer. Et l'IDE GraphQL est suffisamment intelligent pour pouvoir exécuter une requête d'introspection et connaître toutes les données disponibles dans WordPress, et il affiche tout ici.

Il est donc très puissant de simplement cliquer sur ces cases et de composer vos requêtes, puis de les lancer pour les tester. Assurez-vous donc de vérifier cela également. Le compositeur de requêtes.

La prochaine chose dont j'aimerais vous parler est la recherche expérimentale sur l'intégration des blocs de Gutenberg qui est en cours. Alors Jason Ball, qui est le créateur et le mainteneur de WPGraphQL, il a cette base de code - WPGraphQL Block Editor - où il a expérimenté la possibilité d'exposer toutes les données sur les blocs Gutenberg que WordPress fournit afin que vous puissiez interroger pour tous les blocs d'une publication ou d'une page donnée, puis parcourez-les et affichez différents composants dans votre application JavaScript frontale en fonction du type de bloc.

Il y a quelques mises en garde. Toutes les données sur les blocs ne sont pas exposées, à ce stade, par WordPress. Mais vous pouvez en savoir plus à ce sujet dans le fichier readme ici. Mais nous sommes vraiment ravis chez WP Engine que des progrès soient réalisés - des progrès sont réalisés dans cette direction pour pouvoir interroger toutes vos données de blocs avec Gutenberg.

Le prochain dont je veux parler est celui des requêtes persistantes. C'est donc énorme. À l'heure actuelle, il est possible d'utiliser WPGraphQL, puis d'activer une solution de mise en cache d'objets, telle que Redis ou Memcached, pour que vos requêtes de base de données soient mises en cache en mémoire pour des gains de vitesse.

C'est déjà possible, et ce depuis un moment. Mais une chose sur laquelle l'équipe travaille en interne est les requêtes persistantes, ce qui me passionne beaucoup. Cela amènerait cette mise en cache au niveau supérieur, où elle mettrait en cache les résultats des requêtes courantes et les renverrait immédiatement sans jamais charger - sans jamais exécuter de requête de base de données ni même charger WordPress.

Avant tout cela, l'une de vos couches de mise en cache reconnaîtrait que la requête en cours d'exécution est toujours dans le cache et qu'elle est toujours valide et la renverrait immédiatement. Donc, ce serait - cette fonctionnalité permettra des requêtes très, très rapides. Tellement excité pour ça. L'équipe travaille dur là-dessus, et restez à l'écoute pour plus d'informations sur le moment où cela sera disponible.

L'autre fonctionnalité est la possibilité d'enregistrer des requêtes dans GraphQL. En ce moment, si vous composez une requête dans GraphiQL, c'est vraiment génial de pouvoir tester rapidement des choses là-bas. Cependant, vos requêtes ne persistent pas. Si vous souhaitez quitter cette page ou la supprimer, vous ne pouvez pas revenir à la requête.

L'équipe travaille donc sur des fonctionnalités très impressionnantes où vous pourrez composer une requête, lui donner un nom, puis l'enregistrer et vous pourrez en quelque sorte faire des allers-retours entre votre collection de requêtes enregistrées et apporter des modifications ou des modifications. -enregistrez-les pour avoir une sorte de catalogue de toutes les requêtes utilisées par votre site, ce qui, je pense, est également très cool.

Il y aura également des intégrations entre cette fonctionnalité et la requête persistante dont j'ai parlé. Donc, des choses vraiment excitantes là-bas aussi. Je vous encourage à essayer WPGraphQL si vous ne l'avez pas déjà fait et vous pouvez le faire sur wpgraphql.com. Il y a toutes sortes de documentation sur la façon de l'utiliser, comment le télécharger et où commencer.

Très bien, la dernière chose dont je veux vous parler avant de vous le remettre est Atlas Content Modeler. C'est un autre outil qui me passionne vraiment. Il vous permet de créer des modèles de contenu. Si vous êtes dans l'espace WordPress depuis un certain temps, vous connaissez probablement le terme types de publication personnalisés.

Ainsi, WordPress sort de la boîte avec la prise en charge de deux types de publication, à savoir la publication et la page. Mais pour de très nombreux sites, il est logique d'enregistrer vos propres types de publication personnalisés. Ainsi, vous pouvez avoir le concept d'un projet ou d'un membre de l'équipe ou d'un travail. Quelque chose d'autre comme ça. Et puis stockez les données par rapport à ce type de publication personnalisé que vous avez créé.

Atlas Content Modeler vous permet de créer des types de publication personnalisés, mais bien plus encore et il appelle ces modèles de contenu. Cette capture d'écran montre donc un exemple. Vous pouvez voir que j'ai créé deux modèles de contenu ici. L'un d'eux s'appelle les emplacements et comporte trois champs personnalisés qui lui sont associés.

L'autre est appelé fournisseurs, et celui-ci a également un certain nombre de champs personnalisés. Il prend également en charge l'enregistrement des taxonomies. Donc, une fois que votre modèle de contenu - c'est-à-dire votre type de publication personnalisé - existe, si vous voulez qu'il puisse y ajouter des taxonomies, pour pouvoir regrouper ces publications, cela vous permet de le faire facilement.

Et il prend en charge un certain nombre de champs personnalisés. Ainsi, vous pouvez voir sur la diapositive que nous avons du texte, du texte enrichi, un nombre, une date, etc. Vous pouvez donc créer un modèle de contenu, y ajouter des taxonomies, puis ajouter des champs personnalisés que ce type de publication personnalisé devrait également avoir.

Et ACM ajoutera ceux-ci dans l'administrateur WordPress afin que toute personne qui crée ou modifie un article de ce type voit simplement toutes ces options pour les champs personnalisés et pour les taxonomies. Et cela exposera également toutes ces données, dont nous parlerons dans un instant.

Une chose que je veux souligner, c'est que cela permet également des relations efficaces. Très souvent, vous voulez être en mesure d'établir des relations - avoir des relations un à plusieurs, plusieurs à un ou plusieurs à plusieurs entre différents articles dans WordPress. Mon exemple ici était que j'avais des fournisseurs de soins de santé, puis j'avais des emplacements, vous savez.

Et les fournisseurs de soins de santé peuvent travailler à un ou plusieurs endroits, mais il peut être intéressant d'interroger également dans l'autre sens, n'est-ce pas ? Et dire, si j'ai un emplacement précis sur une requête dans l'autre sens, ils vont me dire tous les prestataires qui pratiquent ici, non ?

Donc, pour ce type de relation bidirectionnelle, je suis heureux de dire qu'ACM prend en charge cela et c'est - la base de données est optimisée pour ce type de requête bidirectionnelle comme ça, ce qui n'est pas le cas pour de nombreuses autres solutions de relations qui existent pour WordPress .

Cela ressemble donc à ceci où vous pouvez enregistrer notre nouveau champ de relation et lui donner simplement un nom et un identifiant d'API, puis sélectionner également la connexion entre les deux modèles. Donc, vraiment, vraiment puissant si vous recherchez la possibilité de créer des relations dans des projets WordPress sans tête.

La dernière chose, qui est probablement la fonctionnalité qui tue, je dirais, d'ACM est tout ce que je viens de mentionner. Tout. La création du modèle de contenu, les taxonomies, l'ajout de tous vos champs personnalisés, l'établissement de relations entre eux. Dès que vous créez toutes ces choses dans l'administrateur WordPress, tout est automatiquement dans le schéma WPGraphQL et est disponible immédiatement pour que vous commenciez à interroger à partir de votre application JavaScript frontale découplée.

Donc c'est - c'est énorme. Dans le passé, de nombreuses personnes ont bricolé un certain nombre de plug-ins pour fournir ces champs dans l'administration. Mais aussi pour l'exposer dans WPGraphQL et Atlas Content Modeler, étonnamment, il est capable de faire ces deux choses. Je vous recommande donc fortement de vérifier si cela vous semble puissant.

Une chose qui arrivera à ACM dans un avenir proche ici est le champ e-mail, alors restez à l'écoute pour les mises à jour à ce sujet. L'équipe a également récemment ajouté la prise en charge des champs répétables. Il s'agit donc d'une demande de fonctionnalité, et je suis vraiment ravi d'annoncer que nous prenons désormais en charge les champs de répétition.

Vous pouvez donc spécifier un champ, puis dire qu'il doit pouvoir se répéter une ou plusieurs fois, et le créateur de contenu peut alors utiliser cette fonction de répétition. D'accord. Donc, si vous êtes intéressé par ACM et que vous voulez l'essayer, je vous encourage fortement à le faire.

C'est dans le répertoire des plugins WordPress, vous pouvez donc aller de l'avant et le récupérer sur wordpress.org/plugins/atlascontentmodeler et l'essayer par vous-même. Voilà pour ma rubrique. Merci beaucoup pour votre écoute, et maintenant je vais donner la parole à Ilona pour couvrir le reste des produits de l'écosystème Atlas.

ILONA KEDRACKA : Merci beaucoup, Kellen. Je m'appelle Ilona Kendracka et je suis chef de produit chez Atlas. Et quelle année ce fut, à la fois pour Atlas et pour le monde entier de WordPress sans tête. À cette époque cette année, Atlas a été annoncé pour la première fois au public.

Et pour nous, cela a été une année pleine d'apprentissage, d'interviews, d'expérimentation, de prototypage et de recherche. Et c'est la plus grande joie pour un chef de produit de pouvoir partager avec vous les résultats de tout ce que nous avons appris sous forme de produit de travail, sous forme de nouvelles fonctionnalités d'Atlas. Alors sautons dedans.

Commençons par quelque chose qui est très important pour chaque site Web majeur sur Internet. C'est la recherche. La possibilité de rechercher du contenu est un élément crucial, non seulement pour le commerce électronique, mais également pour d'autres types de sites Web tels que les sites d'entreprise ou de médias. La recherche a montré, en fait, que les personnes qui effectuent une recherche sont des visiteurs du site beaucoup plus précieux, qu'ils recherchent un produit spécifique à acheter ou s'ils recherchent un article spécifique à lire, ils sont précieux parce qu'ils viennent à votre site avec intention.

Et il a été démontré, alors, pour un site e-commerce que leur recherche peut débloquer des taux de conversion environ trois fois plus élevés. Par conséquent, la recherche est un outil très précieux pour les spécialistes du marketing. Dans le même temps, effectuer une recherche dans WordPress est également une tâche pénible et fastidieuse pour diverses raisons.

La recherche WordPress est assez lente et elle évolue mal. Ses fonctionnalités sont également assez limitées. Les limitations de la recherche principale de WordPress peuvent être résolues à l'aide d'une solution tierce, mais cela signifie plus de configuration, plus de maintenance, plus de tracas et, bien sûr, plus d'argent à dépenser pour une solution sur mesure et des composants tiers.

C'est pourquoi ici, dans WP Engine, nous avons travaillé sur une solution meilleure, avancée et flexible qui fournit les résultats les plus pertinents pour les clients sur WordPress. Construire et livrer un tel produit aux clients de WP Engine est une priorité pour nous cette année.

C'est pourquoi je suis ravi de partager cette version bêta publique d'Atlas Search, notre nouveau produit de recherche de contenu WordPress, est là pour que vous l'essayiez. Il y a trois choses principales qui font de la recherche Atlas un excellent outil pour les sites Web modernes, et la première est la performance. Aspect extrêmement important pour tout site Web majeur.

Avec Atlas Search, le contenu est récupéré beaucoup plus efficacement et plus rapidement qu'avec les solutions de recherche WordPress traditionnelles. En déchargeant les processus de traitement des données et d'interrogation vers Atlas Search à partir de WordPress, de précieux cycles de calcul sur le serveur WordPress coûteux et difficile à mettre à l'échelle sont enregistrés.

Le prochain pilier est la simplicité. Il faut beaucoup de temps, d'efforts et d'argent pour trouver une solution de recherche WordPress qui réponde aux exigences de performance et de précision des sites Web modernes. L'entretien de toutes les pièces mobiles prend beaucoup de temps.

Atlas Search est une solution singulière, simple et élégante qui nécessite une configuration minimale. Une fois que c'est mis en place, ça marche. Et en tant qu'utilisateur, vous pouvez facilement configurer le contenu que vous souhaitez rechercher. Atlas Search est également parfaitement intégré à WordPress, ce qui lui permet de traiter vos données en temps réel à mesure qu'elles changent, garantissant que vos résultats de recherche seront toujours à jour.

Vous n'avez donc pas besoin de faire appel à des fournisseurs externes, ni de consacrer du temps et de l'argent à la maintenance de votre propre solution. Atlas Search est votre guichet unique pour tout ce qui concerne la recherche. Les derniers sont la pertinence et la précision. Dans une bonne recherche WordPress, il manque certaines des fonctionnalités importantes.

Et leur absence ne convient pas aux sites Web modernes. Des choses comme la recherche en texte intégral, la possibilité de définir la recherche, la notation de la pertinence sont difficiles à exécuter ou presque impossibles à faire avec la recherche WordPress traditionnelle. Je suis donc heureux de partager que nous avons réussi à résoudre bon nombre de ces problèmes dans notre nouvelle solution de recherche.

Dans le tableau de bord Atlas Search, en utilisant une interface utilisateur très simple et intuitive, vous pouvez spécifier les champs dans lesquels vous souhaitez effectuer une recherche. Cela inclut non seulement l'ensemble des champs WordPress, mais également d'autres travaux de recherche. Types de publication personnalisés et champs personnalisés déséquilibrés. Et bien sûr, notre propre Atlas Content Modeler prêt à l'emploi.

Vous pouvez spécifier pour chacun des champs sélectionnés et récupérer les résultats les plus pertinents. Vous pouvez également effectuer des recherches sur plusieurs termes et utiliser des opérateurs de recherche de type Google dans vos requêtes de recherche. Atlas Search fonctionne mieux avec l'API WordPress REST et WPGraphQL, ce qui vous offre la flexibilité et la portabilité des outils que vous souhaitez utiliser pour votre projet sans tête.

Je suis donc vraiment enthousiasmé par cette version, et nous avons hâte de voir quels projets impressionnants vous allez construire à l'aide de notre nouvelle solution.

Passons à notre prochaine annonce. Entrer dans le monde de WordPress sans tête est passionnant, mais cela peut être assez difficile au début, pour de nombreuses raisons différentes. Tout d'abord, de nombreux aspects du processus de création de sites Web qui sont vrais pour WordPress monolithique ne sont plus vrais pour sans tête.

Nous savons qu'il faut du temps pour comprendre différentes façons de penser à la création d'applications. Pour beaucoup d'entre vous, c'est aussi la première fois qu'ils interagissent avec de nouveaux outils et technologies, langages de programmation et frameworks. Passer d'une architecture monolithique à une architecture découplée est un énorme changement.

Et cela demande non seulement aux développeurs d'apprendre, de réfléchir et de comprendre tous ces différents composants, mais aussi de passer du temps sur la configuration et de les relier tous ensemble. Et quelle que soit la nouvelle compétence que vous essayez d'acquérir, c'est généralement beaucoup plus facile et beaucoup plus amusant si vous pouvez apprendre en faisant.

Donc, avoir à lire des tonnes de documentation avant de pouvoir jouer avec quelque chose pour la première fois est assez décourageant et peut vous faire mettre votre projet parallèle sur une étagère pendant très longtemps. Et vous pourriez vous promettre d'y revenir un jour, mais cela n'arrivera peut-être jamais et c'est ce sentiment que je connais trop bien.

Donc, essayer quelque chose pour la première fois, pouvoir se lancer et démarrer une compétence que vous êtes vraiment ravi d'acquérir ne devrait pas nécessiter des heures de lecture de documentation, de configuration et de vous arracher les cheveux pour comprendre comment obtenir votre configuration prêt pour quelque chose.

Ainsi, au cours des deux derniers mois, nous avons discuté avec de nombreux développeurs intéressés à apprendre Atlas et à observer leurs difficultés et leurs besoins. Et nous avons utilisé toutes ces leçons pour créer quelque chose qui vous donne l'opportunité de démarrer rapidement, de minimiser l'effort nécessaire à consacrer à la configuration et, bien sûr, de maximiser le plaisir et l'excitation liés à l'apprentissage d'une toute nouvelle compétence.

Ainsi, la solution que nous proposons sont Atlas Blueprints. Atlas Blueprints sont des projets de démarrage WordPress sans tête complets, que vous pouvez cloner, démarrer vos propres projets en quelques minutes, voir la puissance de WordPress sans tête dans un scénario réel, et commencer à jouer avec et à le modifier selon vos besoins.

Vous pouvez les utiliser comme bac à sable pour vos premiers projets sans tête, mais vous pouvez également les exploiter pour démarrer plus rapidement tout en créant vos propres sites entièrement fonctionnels. Il y a quatre composants dont chaque plan est composé. Tout d'abord, au cours du processus, un nouvel environnement WordPress est créé pour vous.

De cette façon, vous pouvez réellement démarrer dans un environnement sûr et isolé, jouer avec et voir comment cela fonctionne.

Ensuite, tous les plugins nécessaires sont installés et activés sur cette installation WordPress. Vous n'avez donc pas besoin de parcourir cette liste et d'installer les plugins manuellement, de les rechercher, etc. Tout est fait pour vous dans les coulisses afin que vous soyez prêt dès que l'application est en place.

En dehors de cela, une application de note est lancée pour vous. Chacun des plans que nous avons préparés est un site Web complet et magnifique conçu pour des cas réels, et chacun d'eux est construit à l'aide de notre framework Faust.js qui a été spécialement conçu pour rendre le développement WordPress sans tête plus facile et plus agréable.

Et tandis que tous ces composants sont en place, toute la configuration nécessaire derrière– se passe dans les coulisses. Ainsi, en quelques minutes seulement, vous pouvez accéder à un site WordPress sans tête entièrement provisionné et configuré. Atlas Blueprints est donc la solution complète pour WordPress sans tête, une solution conçue pour vous tous. Une solution qui fonctionne et vous aide à démarrer avec une configuration minimale et en très peu de temps.

Aujourd'hui, nous sommes heureux de vous donner trois plans à essayer. Un plan de portefeuille parfait pour un site Web d'entreprise, un plan de blog - un classique de WordPress que vous pouvez utiliser pour partager vos pensées avec le monde - et un plan de base, qui est un échafaudage minimal pour vous aider à démarrer rapidement.

Chaque plan s'appuie sur tous nos produits Atlas. Donc Faust.js, qui est notre cadre pour WordPress sans tête, Atlas Content Modeler, qui est notre plugin qui vous permet de créer des modèles de données personnalisés, et Atlas Search, notre outil pour une expérience de recherche hautement performante et précise dans WordPress.

Donc, si vous étiez vraiment curieux d'essayer une recherche, l'utilisation d'Atlas Blueprints est le moyen le plus simple pour vous de commencer. Il y a deux façons d'essayer les plans. Une façon consiste à vous inscrire au compte sandbox et à suivre le flux de création d'applications sur notre portail. De cette façon, vous vous retrouverez avec un site Web complet et entièrement provisionné en quelques minutes seulement.

Si vous préférez lancer votre application localement dans un premier temps, vous pouvez vous diriger vers local, où vous pourrez créer votre nouveau site WordPress sans tête en utilisant l'un des trois plans que nous fournissons. Les plans sont disponibles pour tout le monde. Ainsi, les utilisateurs du bac à sable Atlas, les clients payants d'Atlas et les utilisateurs locaux également.

Donc, si vous aviez en tête d'essayer WordPress sans tête mais que vous aviez du mal à trouver du temps dans votre emploi du temps chargé pour travailler sur votre propre projet, Atlas Blueprints est fait pour vous. Alors allez les vérifier.

Sur cette note, et pour conclure, nous avons une autre annonce importante et passionnante. Notre mission est de stimuler votre créativité en créant et en vous donnant accès à une excellente plate-forme pour WordPress sans tête. Nous pensons que tous ceux qui souhaitent créer des expériences incroyables pour les visiteurs de leurs sites Web ou des sites Web de leurs clients devraient avoir la possibilité de le faire.

C'est pourquoi, à partir de maintenant, quatre nouveaux plans Atlas SMB sont disponibles à l'achat. Jusqu'à présent, Atlas n'était disponible que pour les projets d'entreprise. Cependant, nous voulons apporter les performances et la sécurité d'Atlas à tous les projets de taille pour libérer votre créativité.

Cela signifie que les plans initiaux que vous obtenez une installation WordPress optimisée pour le headless, un serveur de nœuds qui peut construire n'importe quel framework JavaScript de votre choix comme Next ou Gatsby, un CDN puissant pour distribuer votre projet partout dans le monde, nos outils open source comme Atlas Modélisateur de contenu, WPGraphQL, Faust.js et plus encore.

Et tout cela avec un seul partenaire, sur une seule plateforme, pour un seul prix. Donc, tout ce dont je parlais aujourd'hui - Atlas Search, Atlas Blueprints et les plans Atlas pour les PME - est en fait disponible pour vous dès maintenant. Alors pour les essayer, allez-y et visitez wpengine.com/atlas pour vous inscrire à un compte sandbox ou acheter un plan.

En tant que membre de l'équipe produit Atlas, je suis vraiment enthousiasmé par toutes les annonces que nous avons partagées avec vous aujourd'hui, et j'ai juste hâte de voir toutes les grandes choses que vous allez construire sur notre plateforme. Atlas est créé pour vous, inspiré par vous, et c'est vous, les utilisateurs d'Atlas, qui nous inspirez ainsi que tous nos utilisateurs, fonctionnalités et produits.

J'espère donc que vous avez apprécié la présentation d'aujourd'hui. Merci beaucoup pour votre attention. Restez à l'écoute pour les démos et sessions à venir, et à bientôt dans le produit.