DE{CODE}: アトラスのアトラス

Atlas は、ページ テンプレート、データ フェッチ、コンテンツ モデリングなどのためのオープン ソース ツールを備えた、ヘッドレス WordPress 開発の完全なソリューションです。 アトラスの現在の風景は何ですか? 以下のビデオをチェックして、ヘッドレス WordPress 開発者が利用できる、高性能で安全な Web サイトをより迅速かつ簡単に作成できるエキサイティングな新しいツールについて学びましょう。

セッションスライド

全文トランスクリプト

KELLEN MACE : こんにちは、私たちが「アトラスのアトラス」と呼んでいるこの講演へようこそ。 私はケレン・メイスです。同僚のイローナが加わります。 私たち 2 人がプレゼンテーションの半分を担当し、Atlas エコシステムを構成する多くの製品について説明します。

ご存知かもしれませんが、Atlas は WP Engine のヘッドレス WordPress ホスティング プラットフォームの名前です。 しかし、実際にはそれだけではありません。 これには、ヘッドレス WordPress サイトを使用してサイトを構築する (ヘッドレス WordPress を使用してサイトを構築する) ことと、それらをデプロイすることを可能な限りスムーズにする、多くの製品とオープンソースの製品が含まれています。

私は WP Engine の開発者関係チームのマネージャーです。 そのため、私の仕事にはコミュニティとの多くの関わりがあり、サイトの構築と展開についてコミュニティを教育しようとしています. そして、私の仕事の多くは、特にヘッドレス WordPress に焦点を当てています。

だから私は、ヘッドレスWordPressサイトを非常に簡単に開発できるようにするこの世界に非常に投資しています. Atlas エコシステムの一部である、私が参照しているすべての製品に飛び込む前に、まず、従来の WordPress アーキテクチャがヘッドレス WordPress アーキテクチャとどのように異なるかについて、基本的な知識を確立していることを確認したいと思います.

このスライドでわかるように、従来はこの種のワークフローで表されていました。 ここに 3 つの異なるグループがあることがわかります。 パブリッシャー、開発者、サイト訪問者がいます。 そのため、紫色のパブリッシャーである従来の WordPress では、すべてのコンテンツのオーサリング、編集、および管理を WordPress 管理内で行い、すべてのコンテンツを WordPress に保存していました。

青色の開発者は、WordPress のテーマとプラグインでコーディングを行い、そのデータは WordPress アプリケーション内にも存在します。 そして最後に緑色の訪問者です。その人が WordPress サイトを訪問すると、WordPress には多くの仕事があります。 データベースからデータを取得し、テーマ API を使用してそれをテンプレート化し、最終的にエンド ユーザーに表示されるサイト (HTML サイト) を配信する必要があります。

したがって、WordPress はこれら 3 つのグループすべてに対応しています。 しかし最近では、ヘッドレス WordPress アーキテクチャを採用することがますます一般的になっています。 これは次のように表示されます。ここで紫で示されているパブリッシャーは、WordPress 内でコンテンツのオーサリング、編集、および測定を行っています。 だから、その部分は本当に変わっていません。

しかし、他の 2 つのグループのワークフローは、ここではまったく異なります。 したがって、青色の開発者は、WordPress のテーマ API を使用する代わりに、代わりに JavaScript と、React、Vue、Svelte などの最新のフレームワークを使用して、フロント エンドの Node.js ベースの JavaScript アプリを構築します。

緑色のビジターは、この JavaScript アプリで実際にアクセスしたアプリケーションです。 次に、Node.js フロントエンド アプリケーションと WordPress バックエンドの 2 つが互いに通信します。 これが、緑色の一部の灰色の矢印が表すものです。

したがって、これら 2 つは必要に応じてデータを送受信できます。 私たち自身のサイトを含め、多くのガイドが公開されており、従来型とヘッドレスの違い、そしておそらくもっと重要なこととして、なぜ一方と他方を検討する必要があるのか​​ について、開発者関係が実行されています.

そこで、さらに親しみを深めたい場合は、チェックしてください。 しかし、この種の基礎を築いたので、ヘッドレス WordPress アーキテクチャでの構築をさらに改善する Atlas 製品のいくつかに飛び込みたいと思います。 今日はこれらについて説明します…

私たちは Atlas を完全なソリューションとして構築しています。前述したように、実際にはさまざまな製品のエコシステムであり、ヘッドレス アプリの構築と展開を可能な限り簡単にします。 ですから、ここでは一番上の行を取り上げます。 Faust、WPGraphQL、および Atlas Content Modeler です。

その後、Ilona に引き継ぎ、Atlas Search、Atlas Blueprints、Atlas For All について説明します。 よし、ファウストに飛び込もう。 ファウストは本当にエキサイティングなプロジェクトです。 これは、ヘッドレス WordPress フレームワークです。 つまり、これは、Next.js、Gatsby、SvelteKit など、聞いたことのあるものに似たフロント エンドの JavaScript フレームワークです。

これは、単一ページ アプリの JavaScript フレームワークの一部と似ていますが、重要な違いが 1 つあります。 Faust は WordPress に固有であり、ヘッドレス WordPress アーキテクチャでサイトを構築するために作られています。 これは、非常に人気のあるフロント エンド シングル ページ アプリ フレームワークである Next.js の上に構築されています。

私の意見では、それは本当に良いニュースです。 つまり、Next.js と Next がローンチする新機能を改善するためのすべてのハードワークを継承し、Faust.js アプリで恩恵を受けることができます。 それに加えて、Faust には認証と投稿のプレビューが組み込まれています。これは、ヘッドレスの WordPress サイトを構築している場合、非常に有利なスタートです。

従来のサイトを構築すると、これらのものを無料で入手できます。 WordPress には、ユーザーがサイトで何を実行できるかを知るための機能システムに認証と承認のシステムがあり、ユーザーを認証し、特定の機能を持つユーザーが投稿のプレビューを表示できるようにすることもできます。

つまり、まだ公開されていない投稿のプレビューが表示されます。 たとえば、下書き状態である可能性があります。 ただし、ヘッドレス WordPress アーキテクチャに移行すると、これら 2 つのことを本当に再発明する必要があります。 フロントエンド アプリとバックエンド WordPress サイトは、ユーザーを認証し、WordPress とは異なる方法で投稿プレビューを提供できる必要があります。

そして、私はこれをゼロから自分で配線しましたが、それはかなりの作業です. ですから、Faust を使用すると、箱から出してすぐにこれらのことができるという事実が本当に気に入っています。 私の見解では、新しいプロジェクトごとにこれらをゼロから作成する必要はありません。 次に強調したい Faust.js の機能は、簡単なデータ取得です。

これは、Gatsby や Next.js、SvelteKit などを実行している白紙の状態から始めたばかりの場合、これを最初から配線する必要があるもう 1 つの問題です。 どのGraphQLクライアントを使用するのか、適切なWordPressバックエンドを指し、データを送受信できるように接続する方法を理解する必要があります.

そして、それがすべて完了したら、実際にどのように行うのでしょうか? クエリを作成してデータを取得するにはどうすればよいですか? そのため、Faust にはここでも便利な機能が多数組み込まれています。 新しいファウスト プロジェクトを作成するとすぐに、データ フェッチが既に設定されています。 また、投稿、ページ、カテゴリ、タグなど、WordPress で一般的なものを取得するために使用できる多数の反応フックも付属しています。

事前に構築され、それらのものを取得するために準備ができている非常に便利な反応フックがあるため、すぐにページの構築を開始できます。これもまた、時間を大幅に節約します. Faust の最後のリリースは、バージョン 1.0 のリリースです。

近い将来、Faust のバージョン 1.0 をリリースする予定です。 これは、1.0 と呼んでも問題ない安定性を備えたファウストのバージョンになります。 そして、その時点以降、Faust.js で新しいプロジェクトを構築することにさらに自信を持つことができます。

したがって、これらすべてがあなたにとって魅力的であり、あなたが好きであると思われる場合は、プレビューの投稿、認証、簡単なデータ取得など、多くの機能が組み込まれたフロントエンド JavaScript フレームワークを試してみることをお勧めします。それだけです、試してみてください。 入手先はこちら。

github.com/wpengine/faustjs にアクセスしてプロジェクトをチェックアウトし、自分で試してみてください。 フロントエンドの JavaScript フレームワークである Faust.js は以上です。 次回は、WPGraphQL についてお話したいと思います。 これは、考えてみれば本当に気が遠くなるようなプラグインです。

WordPress は世界最大の CMS です。 現在、インターネットの 40% 以上を占めています。 そして WPGraphQL は無料のオープン ソース プラグインで、GraphQL テクノロジを Web の 40%、つまりこのテクノロジを使用したいすべての WordPress サイトにもたらしています。

だから私はそれが存在することを本当に嬉しく思います.WP Engineが現在開発に資金を提供しており、WPGraphQLを完全にサポートしていることを嬉しく思います. それでは、さっそく WPGraphQL に追加され、まもなく追加される予定の新しいエキサイティングな機能のいくつかを見てみましょう。

それらの 1 つは組み込みの GraphQL IDE です。 したがって、これは WPGraphQL に少しの間存在していました。 知らない人のために、これが開発者のエクスペリエンスと、それによって解き放たれるワークフローにとってどれほど強力であるかを強調したいと思います。 このスクリーンショットを見るとわかるように、get post という名前のクエリを作成し、いくつかのクエリ変数を渡しています。

だから私が取得したい投稿のIDは、ヘッドレスWordPressとは何ですか? そして、ID タイプはスラッグですよね？ 次に、左上にある再生アイコンをクリックして、このクエリを実行します。 右側では、フロントエンドの JavaScript アプリがこの同じクエリを実行した場合に何が返されるかを確認してください。

右側には、その投稿のデータベース ID とタイトルが表示されています。 したがって、これは、クエリを作成し、その再生ボタンを押してそれらを実行し、フロント エンド アプリが同じデータを要求した場合に何が返されるかをすばやく確認できるという点で非常に重要です。

クエリを作成し、必要なものが返されたら、それをフロント エンドの js アプリで利用できます。 とてもパワフルです。 WPGraphQL が GraphiQL IDE で提供する開発者エクスペリエンスに本当に満足しています。 GraphQL に追加されたもう 1 つの機能は、これです。

前のスライドで気づいたかもしれません。 ここに、GraphQL IDE の左上に表示されている小さなアバターがあります。 これにより、認証されたリクエストまたは認証されていないリクエストのいずれかを開始できます。 そして、これは巨大です。 これをクリックして彩度を上げて色を付けると (私のアバター画像は彩度が高くなり、その横に小さな緑色のアイコンが表示されます)、自分としてログインしていて、認証済みの要求を送信していることがわかります。

したがって、返されるデータはすべて、ログインしたユーザーとして持っているユーザー機能に固有のものになります。 ただし、多くの場合、認証されていないユーザーとしてクエリを実行した場合に何が返されるかをテストすることは役に立ちますよね? したがって、これは、認証されていないサイトにアクセスしたサイト訪問者を意味します。

その人物が何らかのデータを取得するためにクエリを実行した場合、その人物はすべてのデータを取得するでしょうか、それとも一部はゲートされているか、または機能を必要としているでしょうか? したがって、ワンクリックで、このアバター アイコンをクリックして、認証されていないユーザーとして作成したのと同じクエリを起動し、常に期待どおりの結果が得られていることを確認できます。

これは、最近 WPGraphQL に追加された非常に優れた機能です。 ここで GraphQL IDE トレインのさらに先に進むと、次に説明するのは Query Composer です。 これも非常にクールなツールです。 Query Composer を開くと、このスクリーンショットのように、クエリに名前を付けたり、クエリ変数を渡すことができます。

ご覧のとおり、WordPress の ID を渡していることがわかります。ID の種類は slug です。そこから、返してほしいデータのボックスにチェックを入れるだけです。 また、GraphQL IDE は、イントロスペクション クエリを実行し、WordPress で利用可能なすべてのデータを把握できるほどスマートで、ここにすべてを表示します。

したがって、これらのボックスをクリックしてクエリを作成し、それらを起動してテストするだけで非常に強力になります。 ということで、こちらもぜひチェックしてみてください。 クエリ コンポーザー。

次にお話ししたいのは、現在進行中の実験的な Gutenberg ブロックの統合研究です。 WPGraphQL の作成者でありメンテナーである Jason Ball は、このコード ベース (WPGraphQL ブロック エディター) を持っています。彼は、WordPress が提供する Gutenberg ブロックに関するすべてのデータを公開できるように実験しました。特定の投稿またはページに含まれるブロックを反復処理し、ブロックのタイプに応じてフロントエンド JavaScript アプリで異なるコンポーネントをレンダリングします。

そこで注意点があります。 現時点では、ブロックに関するすべてのデータが WordPress によって公開されているわけではありません。 詳細については、こちらの readme を参照してください。 しかし、私たちは WP Engine が進歩していることに本当に興奮しています。Gutenberg を使用してすべてのブロック データをクエリできるようになるという方向で進歩が見られます。

次にお話ししたいのは、永続クエリです。 だからこれは巨大です。 現在、WPGraphQL を使用してから、Redis や Memcached などのオブジェクト キャッシング ソリューションを有効にして、データベース クエリをメモリにキャッシュして速度を向上させることができます。

それはすでに可能であり、しばらく前から可能です。 しかし、チームが内部で取り組んでいることの 1 つは永続的なクエリであり、私は非常に興奮しています。 これにより、キャッシングが次のレベルに進み、一般的なクエリの結果がキャッシュされ、データベース クエリを実行したり、WordPress をロードしたりすることなく、ロードせずにすぐに結果が返されます。

その前に、キャッシュ レイヤーの 1 つが、実行中のクエリがまだキャッシュ内にあり、まだ有効であることを認識し、すぐにそれを返します。 つまり、この機能により、非常に高速なクエリが作成されます。 とても興奮しています。 チームはこれに懸命に取り組んでおり、いつ利用可能になるかについての詳細をお待ちください.

もう 1 つの機能は、クエリを GraphQL に保存する機能です。 現在、GraphiQL でクエリを作成すると、そこですばやくテストできるのは本当に素晴らしいことです。 ただし、クエリは持続しません。 そのページを離れるか削除したい場合は、クエリに戻ることができません。

そのため、チームは、クエリを作成して名前を付けて保存できる非常に印象的な機能に取り組んでおり、保存されたクエリのコレクション間を行ったり来たりして、変更を加えたり、再作成したりできます。 -それらを保存して、サイトが使用するすべてのクエリのカタログのようなものを作成します。これも非常にクールだと思います。

また、この機能と私が話した永続クエリとの間にいくつかの統合が行われる予定です。 本当にエキサイティングなものもあります。 WPGraphQL をまだ試していない場合は、試してみることをお勧めします。wpgraphql.com で試すことができます。 使用方法、ダウンロード方法、どこから始めればよいかなど、あらゆる種類のドキュメントがあります。

では、引き渡す前に最後にお話ししたいのは、Atlas Content Modeler です。 これは、私が本当に興奮しているもう 1 つのツールです。 コンテンツ モデルを作成できます。 WordPress の分野にしばらく携わっていれば、おそらくカスタム投稿タイプという用語をご存知でしょう。

そのため、WordPress はすぐに使用できる 2 つの投稿タイプ (投稿とページ) をサポートしています。 しかし、非常に多くのサイトでは、独自のカスタム投稿タイプを登録することは理にかなっています。 したがって、プロジェクト、チーム メンバー、または仕事の概念を持つことができます。 そのような何か。 次に、作成したカスタム投稿タイプに対してデータを保存します。

Atlas Content Modeler を使用すると、カスタム投稿タイプを作成できますが、実際にはさらに多くのコンテンツ モデルを呼び出すことができます。 したがって、このスクリーンショットは一例を示しています。 ここで 2 つのコンテンツ モデルを作成したことがわかります。 それらの 1 つは場所と呼ばれ、3 つのカスタム フィールドが関連付けられています。

もう 1 つはプロバイダーと呼ばれ、その 1 つにも多くのカスタム フィールドがあります。 タクソノミの登録もサポートしています。 したがって、コンテンツ モデル (カスタム投稿タイプとも呼ばれます) が存在すると、それに分類法を追加したり、それらの投稿をグループ化したりしたい場合は、簡単にそれを行うことができます。

また、多数のカスタム フィールドがサポートされています。 スライドを見るとわかるように、テキスト、リッチ テキスト、数値、日付などがあります。 したがって、コンテンツ モデルを作成し、それに分類法を追加してから、そのカスタム投稿タイプにも必要なカスタム フィールドを追加できます。

そして、ACM はそれらを WordPress 管理者に追加するので、そのタイプの投稿を作成または編集する人は誰でも、カスタム フィールドとタクソノミーのこれらのオプションをすべて見ることができます。 また、すべてのデータが公開されますが、これについては後で説明します。

私が強調したいことの 1 つは、効率的な関係も可能にすることです。 WordPress の異なる投稿間で、1 対多、多対 1、または多対多の関係を結びたいと思うことがよくあります。 ここでの私の例は、医療提供者がいて、場所がありました。

また、医療提供者は 1 つまたは複数の場所で業務を行っている可能性がありますが、別の方向からもクエリを実行できると便利ですよね? そして、逆方向のクエリで特定の場所がある場合、ここで練習しているすべてのプロバイダーを教えてくれますよね?

したがって、この種の双方向の関係については、ACM がそれをサポートしていることを嬉しく思います。データベースは、この種の双方向のクエリ用に最適化されています。これは、WordPress 用に出回っている他の多くの関係ソリューションには当てはまりません。 .

このように、新しい関係フィールドを登録し、名前と API 識別子を指定して、2 つのモデル間の接続も選択できます。 ヘッドレス WordPress プロジェクトでリレーションシップを作成する機能を探しているなら、非常に強力です。

ACM のおそらくキラー機能である最後の機能は、今述べたすべての機能です。 それのすべて。 コンテンツ モデル、タクソノミーの作成、すべてのカスタム フィールドの追加、それらの間の関係の確立。 WordPress 管理画面でこれらすべてを作成するとすぐに、すべて自動的に WPGraphQL スキーマに取り込まれ、分離されたフロントエンド JavaScript アプリからクエリを開始するためにすぐに利用できます。

だからこれは - これは巨大です。 これまで多くの人が、アドミンでこれらのフィールドを提供するために、多数のプラグインを組み合わせてきました。 しかし、WPGraphQL と Atlas Content Modeler で公開すると、驚くべきことに、これらの両方を行うことができます。 そのため、それがあなたにとって強力に聞こえる場合は、チェックすることを強くお勧めします.

近い将来、ここで ACM に追加される予定の 1 つにメール フィールドがあります。その更新に注目してください。 チームは最近、繰り返し可能なフィールドのサポートも追加しました。 これは機能のリクエストでした。リピーター フィールドがサポートされるようになったことを報告できることを本当にうれしく思います。

したがって、フィールドを指定して、それを 1 回以上繰り返すことができるようにすると、コンテンツ作成者はその繰り返し機能を利用できます。 わかった。 したがって、ACM に興味があり、試してみたい場合は、ぜひ試してみることを強くお勧めします。

これは WordPress プラグイン ディレクトリにあるので、wordpress.org/plugins/atlascontentmodeler でそれを取得して、自分で試してみることができます。 以上が私のセクションです。 ご清聴ありがとうございました。Ilona に任せて、Atlas エコシステムの残りの製品について説明します。

ILONA KEDRACKA: どうもありがとう、ケレン。 私の名前は Ilona Kendracka です。Atlas のプロダクト マネージャーです。 そして、Atlas にとっても、ヘッドレス WordPress の世界全体にとっても、なんと 1 年でしたか。 今年のこの頃、Atlas が初めて公開されました。

そして、私たちにとっては、学習、インタビュー、実験、プロトタイピング、研究に満ちた 1 年でした。 そして、私たちが学んだすべてのことの結果を成果物という形で、Atlas の新機能という形で皆さんと共有できることは、プロダクト マネージャーにとって最大の喜びです。 それでは、すぐに飛び込みましょう。

インターネット上のすべての主要な Web サイトにとって非常に重要なことから始めましょう。 それが検索です。 コンテンツを検索する機能は、電子商取引だけでなく、企業サイトやメディア サイトなどの他の種類の Web サイトにとっても重要な要素です。 実際、調査によると、検索を行う人は、購入する特定の製品を探している場合でも、特定の記事を読んでいる場合でも、はるかに価値のあるサイト訪問者であることが示されています。意図のあるサイト。

そして、ある e コマース サイトでは、検索によってコンバージョン率が約 3 倍になることが示されています。 したがって、検索はマーケティング担当者にとって非常に価値のあるツールです。 同時に、WordPress で検索を行うことは、さまざまな理由で苦痛で面倒な作業でもあります。

WordPress の検索はかなり遅く、スケーリングも不十分です。 また、機能もかなり制限されています。 コア WordPress 検索の制限は、サードパーティのソリューションを使用して解決できますが、それは、より多くの構成、より多くのメンテナンス、より多くの面倒、そしてもちろん、オーダーメイドのソリューションとサードパーティのコンポーネントに費やさなければならないより多くのお金を意味します.

そのため、ここ WP Engine では、WordPress の顧客に最も関連性の高い結果を提供する、より優れた高度で柔軟なソリューションに取り組んできました。 そのような製品を構築してWP Engineの顧客に提供することは、今年の最優先事項です.

そのため、WordPress コンテンツ検索の新製品である Atlas Search のパブリック ベータ版をお試しいただけるようになりました。 Atlas 検索が最新の Web サイトにとって優れたツールである主な理由は 3 つあります。最初の 1 つはパフォーマンスです。 主要なウェブサイトにとって非常に重要な側面です。

Atlas Search を使用すると、従来の WordPress 検索ソリューションよりもはるかに効率的かつ高速にコンテンツを取得できます。 データ処理とクエリ プロセスを WordPress から Atlas Search にオフロードすることで、高価でスケーリングが難しい WordPress サーバーでの貴重な計算サイクルが節約されます。

次の柱はシンプルさです。 最新の Web サイトのパフォーマンスと精度の要求を満たす WordPress 検索のソリューションを考え出すには、多くの時間、労力、および費用が必要です。 すべての可動部品を維持するには、かなりの時間がかかります。

Atlas Search は、最小限の構成しか必要としない、シンプルでエレガントなソリューションです。 セットアップが完了すると、機能します。 また、ユーザーは、検索可能にしたいコンテンツを簡単に構成できます。 また、Atlas Search は WordPress とうまく統合されているため、データの変化に合わせてリアルタイムでデータを処理できるため、検索結果が常に最新の状態に保たれます。

したがって、外部ベンダーを使用する必要はなく、独自のソリューションを維持するために時間とお金を費やす必要もありません。 Atlas Search は、すべての検索のワンストップ ショップです。 最後は関連性と正確性です。 優れた WordPress 検索では、いくつかの重要な機能が欠けています。

そしてそれらの欠如は、現代のウェブサイトには適していません. 全文検索、検索の定義、関連性スコアリングなどは、従来の WordPress 検索では実行が難しいか、ほぼ不可能です。 そのため、新しい検索ソリューションでこれらの問題点の多くに対処できたことを共有できることをうれしく思います.

Atlas Search ダッシュボードでは、非常にシンプルで直感的な UI を使用して、検索するフィールドを指定できます。 これには、WordPress フィールド全体が含まれるだけでなく、他の検索も機能します。 カスタム投稿タイプとバランスの取れていないカスタム フィールド。 そしてもちろん、独自の Atlas Content Modeler もすぐに使用できます。

選択したフィールドごとに指定して、最も関連性の高い結果を取得できます。 複数の用語を検索したり、検索クエリで Google のような検索演算子を使用したりすることもできます。 Atlas Search は、WordPress REST API および WPGraphQL で最適に動作します。これにより、ヘッドレス プロジェクトで使用するツールの柔軟性と移植性が得られます。

ですから、私はこのリリースに非常に興奮しています。私たちの新しいソリューションを使用して、どのような素晴らしいプロジェクトを構築しようとしているかを見るのが待ちきれません.

次の発表に移りましょう。 ヘッドレス WordPress の世界に足を踏み入れるのはワクワクしますが、最初はさまざまな理由でかなり難しいかもしれません。 まず第一に、モノリス WordPress に当てはまる Web サイト作成プロセスの多くの側面は、もはやヘッドレスには当てはまりません。

アプリの作成に関するさまざまな考え方に頭を悩ませるには、時間がかかることを私たちは知っています。 また、多くの人にとって、新しいツールやテクノロジ、プログラミング言語、フレームワークに触れるのも初めてです。 モノリシック アーキテクチャからデカップリング アーキテクチャへの移行は大きな変化です。

また、開発者は、これらのさまざまなコンポーネントすべてについて学び、考え、理解するだけでなく、構成とそれらすべてのリンクに時間を費やす必要があります。 そして、どんな新しいスキルを学ぼうとしているかに関係なく、実際にやってみることができれば、通常ははるかに簡単で楽しいものになります。

そのため、初めて何かを試す前に大量のドキュメントを読まなければならないことは、かなり落胆し、サイド プロジェクトを非常に長い間棚に置いておくことになります。 そして、いつか戻ってくると自分に約束するかもしれませんが、同じことは決して起こらないかもしれません。これは私がよく知っている気持ちです.

したがって、何かを初めて試して、すぐに飛び込んで習得したいと本当に興奮しているスキルを開始できるようにするために、何時間もドキュメントを読んだり、設定を行ったり、セットアップ方法を理解するために頭を悩ませたりする必要はありません。何かの準備ができています。

そのため、過去 2 か月間、私たちは Atlas の学習に関心を持ち、彼らの苦労やニーズを観察することに関心を持っている多くの開発者と話をしてきました。 そして、これらすべての教訓を利用して、すぐに使い始める機会を提供し、構成に費やす必要のある労力を最小限に抑え、もちろん、まったく新しいスキルを習得することから生じる楽しさと興奮を最大化するものを構築しました.

そこで私たちが提案するソリューションが Atlas Blueprints です。 Atlas Blueprints は完全なヘッドレス WordPress スターター プロジェクトであり、クローンを作成したり、独自のプロジェクトを数分で開始したり、実際のシナリオでヘッドレス WordPress のパワーを確認したり、実際のシナリオで試してみたり、必要に応じて変更したりできます。

それらを最初のヘッドレス プロジェクトのサンドボックスとして使用できますが、それらを活用して、完全に機能する独自のサイトを構築する際に、より迅速に開始することもできます。 各ブループリントは 4 つのコンポーネントで構成されています。 まず、プロセス中に、新しい WordPress 環境が作成されます。

このようにして、安全で隔離された環境で実際に開始し、それで遊んで、それがどのように機能するかを確認できます.

次に、必要なすべてのプラグインがインストールされ、この WordPress インストールでアクティブ化されます。 そのため、そのリストを調べてプラグインを手動でインストールしたり、検索したりする必要はありません。 アプリケーションが起動したらすぐに準備ができるように、すべてが舞台裏で行われます。

それとは別に、メモアプリケーションがスピンアップされます。 私たちが準備した各青写真は、実際のケースに合わせて設計された完全で美しい Web サイトであり、ヘッドレス WordPress 開発をより簡単で楽しいものにするために特別に構築された Faust.js フレームワークを使用して構築されています。

そして、これらすべてのコンポーネントが配置されている間、背後で必要なすべての構成が舞台裏で行われます。 したがって、ほんの数分で、完全にプロビジョニングおよび構成されたヘッドレス WordPress サイトに実際にアクセスできます。 Atlas Blueprints は、ヘッドレス WordPress の完全なソリューションであり、すべての人のために構築されたソリューションです。 最小限の構成で非常に短時間で作業を開始できるソリューションです。

本日は、喜んで 3 つの設計図をお試しください。 企業の Web サイトに最適なポートフォリオの青写真、自分の考えを世界中と共有するために使用できる WordPress の定番であるブログの青写真、そしてすぐに始めるのに役立つ最小限の足場である基本の青写真です。

各ブループリントは、すべての Atlas 製品を活用しています。 そのため、ヘッドレス WordPress のフレームワークである Faust.js、カスタム データ モデルを作成できるプラグインである Atlas Content Modeler、WordPress で高性能で正確な検索エクスペリエンスを提供するツールである Atlas Search などがあります。

そのため、実際に検索を試してみたい場合は、Atlas ブループリントを使用するのが最も簡単な方法です。 設計図を試す方法は 2 つあります。 1 つの方法は、サンドボックス アカウントにサインアップし、ポータルのアプリ作成フローに従うことです。 このようにして、実際には、ほんの数分で、完全にプロビジョニングされた一連の Web サイトが完成します。

最初にアプリケーションをローカルで起動したい場合は、ローカルに移動して、提供されている 3 つの設計図のいずれかを使用して新しいヘッドレス WordPress サイトを作成できます。 設計図はどなたでもご利用いただけます。 つまり、Atlas サンドボックスのユーザー、Atlas の有料ユーザー、およびローカルのユーザーも同様です。

したがって、ヘッドレス WordPress を試してみたいと思っていたが、忙しいスケジュールの中で自分のプロジェクトに取り組む時間を見つけることができなかった場合は、Atlas Blueprints が最適です。 だから行ってチェックしてください。

まとめとして、もう 1 つ重要でエキサイティングなお知らせがあります。 私たちの使命は、ヘッドレス WordPress の優れたプラットフォームを構築してアクセスできるようにすることで、あなたの創造性を強化することです。 私たちは、自分の Web サイトやクライアントの Web サイトの訪問者に素晴らしい体験を提供したいと熱望しているすべての人に、その機会を与えるべきだと考えています。

そのため、今後、4 つの新しい Atlas SMB プランを購入できるようになります。 これまで、Atlas はエンタープライズ プロジェクトでのみ利用可能でした。 ただし、Atlas のパフォーマンスとセキュリティをあらゆる規模のプロジェクトにもたらし、創造性を解き放ちたいと考えています。

つまり、最初の計画では、ヘッドレス用に最適化された WordPress インストール、Next や Gatsby などの選択した任意の JavaScript フレームワークを構築できるノード サーバー、プロジェクトを世界中に配布する強力な CDN、Atlas などのオープン ソース ツールを取得します。コンテンツ モデラー、WPGraphQL、Faust.js など。

そして、これらすべてが 1 つのパートナーから、1 つのプラットフォームで、1 つの価格で提供されます。 今日お話ししたことはすべて、Atlas Search、Atlas Blueprints、SMB 向けの Atlas プランなど、実際に今すぐご利用いただけます。 試してみるには、wpengine.com/atlas にアクセスしてサンドボックス アカウントにサインアップするか、プランを購入してください。

Atlas プロダクト チームの一員として、今日皆さんにお知らせしたすべての発表にとても興奮しています。皆さんが私たちのプラットフォームで構築しようとしている素晴らしいものを見るのが待ちきれません. Atlas は、あなたにインスピレーションを得て、あなたのために作成されました。私たちとすべてのユーザー、機能、製品にインスピレーションを与えているのは、Atlas のユーザーであるあなたです。

それでは、本日のプレゼンテーションをお楽しみいただけたでしょうか。 ご清聴ありがとうございました。 今後のデモとセッションにご期待ください。製品でお会いしましょう。