これを押す:JannisThummigによる高度なWordPress自動化で収益と時間を解放する

公開: 2022-07-21

WMRのWordPressコミュニティポッドキャストであるPressThisへようこそ。 ここでは、ホストのDavid Vogelpohlがコミュニティのゲストと一緒に座り、WordPress開発者が直面している最大の問題について話します。 以下は、元の録音の転写です。

David Vogelpohl:みなさん、こんにちは。WMRのWordPressコミュニティポッドキャストであるPressThisへようこそ。 これはあなたのホスト、DavidVogelpohlです。 私はWPEngineでの役割を通じてWordPressコミュニティをサポートしており、毎週PressThisでコミュニティの最高のものをここに提供するのが大好きです。 念のため、Twitter @wpdavidvで私をフォローしたり、Red Circle、iTunes、SpotifyでPress Thisを購読したり、wmr.fmで最新のエピソードをダウンロードしたりできます。 このエピソードでは、高度なWordPress自動化で収益と時間を解放する方法について説明します。 この会話に参加して、Press This Mr.JannisThummingへようこそ。 PressThisへようこそ。

Jannis Thumming:ここにいることに興奮しています。 私を連れてきてくれてありがとう。

DV:ええ、ここにいてくれてとてもうれしいです。 聞いている人にとっては正直なところ、彼はWPwebhooksという会社と今日話をするつもりだと思います。 彼は、自動化がビジネスの重要な部分である理由についての考えを、WordPressを使用したデジタル自動化のお気に入りの例と、新しいビルドを採用することを推奨するアプローチとともに共有します。 ですから、今日ここで人気のあるトピックだと思います。 とにかく、人々がこれらすべての手動プロセスで忙しすぎないのであれば。 多分彼らは聞くのに時間をかけるべきです。 インタビューの内容に入る前に正直に言って、私がすべてのゲストに価格について尋ねたのと同じ質問をしたいと思います。WordPressの起源について簡単に教えていただけませんか。 WordPressを初めて使用したのはいつですか?

JT:かっこいい。 それはとても興味深いです。 ドイツでシステムエンジニアとしての見習いを終えたのは8年前のことだと思いますが、ウェブサイトを正しく作成する必要があったので、自分でゼロから始めるのかどうかわかりませんでした。 そして、私が自分のWordPressウェブサイトを作り始めた時がありました。 そしてその中から、実際には他の人も自分のウェブサイトを持っている必要があることに気づいたので、私は一種のフリーランサーになり、最終的に中規模の会社のウェブサイトに小さなウェブサイトを作成し始め、プラグインに切り替えました。 それで、約4年前に、私はプラグインが何であるかを開発しました。 したがって、WP Webフックと、少し後でプラグアンドプレイと呼ばれる別のプラグインがあります。 だから私は基本的にウェブサイトを作成するテーマからバックエンドサイトとバックエンドサイトに行きました、そしてこれがすべてであり、それからWordPressへの非常に短い言葉です、

DV:あなたがシステムエンジニアだと言ったとき、インターンかそれに似た何かがソフトウェアシステムや他の種類のシステムのためのものだと言ったと思います。

JT:それは実際には反対のことでした。 ですから、私は第1レベルと第2レベルのサポートとプリンターの修理に専念していましたが、それは非常に面倒な作業でした。 だから私は自分自身を開発し始めました。なぜなら、あなたは自分でできるところならどこからでもそれを行うことができ、誰もあなたを本当に悩ませることはないからです。 それが、最初からの私のモチベーションのようなものでした。

DV:非常に優れています。 あなたは完全な完全な漏斗、WordPressの冒険、そしてあなたのスキルがどのように進化したかを経験したようです。 プラグインWPWebフックを作成したとのことですが、WP Webフックの機能と、プラグインの作成以外の役割について少し説明していただけますか?

JT:はい、それで私はきちんと始めたばかりです。WPwebhookの初期設定について言及することは重要だと思います。 そこで、WebフックとAPIを実際にWordPressに統合する必要性から作成しました。これは、通常話しているような自動化を作成でき、Webフックを統合したように見えるからです。 つまり、武器が何であるかを知らない人にとって、それは基本的に特定のサービスやWebサイト、またはポイントAからポイントBにデータを送信できるものです。したがって、基本的に、サービスが異なる場合は、誰かが製品を注文するとします。あなたのウェブサイトでは、この特定の注文に関するデータを別の場所に送信するウェブフックを送信できます。 これは、WordPressで発生した特定のイベントで送信できる特定のイベントを作成するWeb Webフックの最初のアイデアでした。これにより、特定のタスクを自動化でき、後で、着信する武器にも拡張を開始しました。他の場所からイベントを送信できます。 また、WordPress内で具体的に何かを行うことができます。たとえば、ユーザーを作成したり、ユーザーを更新したり、投稿を作成したりできます。 そして昨年頃から、これらのWebhookリクエストとAPIリクエストをフローと呼ばれるものに結合しています。これは基本的にWP Webhookの主な機能であり、WordPress内で自動ワークフローを作成できます。 したがって、特定のイベントが発生した場合、顧客が何かを購入したとすると、後でアクションを連続して実行できます。 そのようなことは、CRMに追加したり、簿記に注文を追加したりするなど、手動で実行したくない特定のことを実行します。 ですから、この種の人はあなたが必要とするすべての人的資源とあなたが必要とする時間を取り去りますそして多分人為的ミスを伴います

DV:これは、WordPressに固有のIf This Then That Zapierのような人々の使用方法に似ていますか、それと比較して、人々がよく利用する幅広いソリューションについてどう思いますか?

JT:はい、プラグイン自体はもちろん、WordPress用に構築されています。 つまり、WordPress専用ですが、WebフックとAPIが使用するすべての標準に準拠しているため、SAF年統合、パブリック接続、ソーホーフローの統合と統合することもできます。 これがプラットフォームです。 また、ユーザーが実際にプラットフォームと統合しやすくするために、特定の統合も提供しています。 つまり、WordPressの外部でも自動化できる自動化が実現し、それが基本的に主な目標です。 したがって、私たちの目標は、WordPressプラグインとテーマ内に非互換性を提供して、それらをすべて組み合わせたり、他のサービスやプラットフォームに設定したりできるようにすることです。

DV:では、いつか正確に想像したり、特定の例を想像したり聞いたりする方法。 私はただ興味があります、例えば、あなたはそこのカップルを非常に速くガタガタ鳴らします。 しかし、WordPressサイトやWebフック、またはAPIを使用して、デジタル自動化やビジネス自動化について人々が考える可能性のある重要な方法は何でしょうか。 さもないと?

JT:ええ、私の最初の考えは、機能する重要な特定の機能またはワークフローがあると言ったことです。 ちょっと難しいですが、かなり頻繁に使われるものがたくさんあります。 たとえば、他のWebサイトにプロパティまたはリストを持っている特定の顧客がいるということです。 つまり、彼らは一種の不動産管理者です。 そして、彼らがしていることは、それらのプロパティをWordPressと同期することです。そのため、WordPress内にリストがありますが、別のシステムにそれらを管理しました。 そして、彼らは基本的に私たちのプラグインを使用して、それらを正しく同期させることができます。 そのため、特定のプラットフォームに新しいプロパティが追加されるたびに、このプロパティをWordPressと自動的に同期し、写真のカスタムメタやその他の想像できるすべての詳細を含むリストとしてWebサイトに投稿できます。 つまり、これは基本的にアクションを正しくカバーするものになるので、外部の誰かがWordPressの内部に何かを送信するときはいつでも、それは可能な逆の方法でもあります。 たとえば、WordPress Webサイトにフォームプラグインがある場合、たとえば、7つのWPフォームのGravityFormsに連絡することができます。 たとえば、リードや支払いを収集するためにそれらを使用したり、特定のフォーム送信で起動するトリガーなどがあるため、プラグインを使用してユーザーを作成および更新したりできます。 それらは私たちのプラグインと統合されています。 そして、それが発生したときはいつでも、後で特定のデータを別の場所に送信し、他のサービスが理解するのに必要な方法でフォーマットすることもできます。 これにより、基本的に、WordPressとの通信と自動化の作成の両方の方法が可能になります。

DV:それで、あなたが話していたフォームプラグインのいくつかに含まれている特定の自動化があることを私は知っているので、これの多くはカスタム自動化にさえ結びついているように思えます。 人々は、主にカスタム自動化に取り組んでいるときにこの自動化に注目していますか、それとも共通のテーマが出現しているように感じますか? それはあなたの流れがどこにあるのか、それともあなたがそれについてどう思うかを私が理解するのを助けてくれますか?

JT:ええ、もちろん、独自の種類の武器統合を備えたプラグインがたくさんあることは承知しています。 たとえば、Elementorが行うように、独自のエンドポイントを提供します。GravityFormsは、とにかく、この種の自動化に特に焦点を当てているという理由だけで、多くの顧客が代わりにWPを逆方向に使用します。背後にあるデータを操作して、すべての機能を使用できるようにします。通常、他のプラグインによって提供される静的な応答だけに限定されません。 そのため、自動化するだけでなく、データを操作したり、同じ方法で送信したりするためにも使用できます。 そして、他のプラットフォームやサービスへの信頼性のための同じ方法。

DV:彼らがデータを操作しているとき。 彼らはあなたのプラグインを使ってコードでそれをやっていて、どういうわけかそれに結び付けるのが好きですか、それともカスタムコードと設定の組み合わせのようなものですか、それともそのカスタマイズはどのように起こりますか?

JT:基本的には視覚的ですが、それに限定されません。 したがって、たとえば、Zapierに精通している人がいる場合、エンドポイントから特定のデータを収集することで、それをデコードします。 したがって、各行を個別の値として作成し、その値を視覚的に利用可能にして、ドロップダウンから選択できるようにします。 したがって、プラグインも同じように動作します。 そのため、イベントが発生するたびに、ユーザーが使用できる特定の情報を利用できます。これは、次の次のステップでユーザーが選択できるようにするものです。 それで、彼らが提出された連絡フォームを持っていて、電子メールと多分写真が提出されたとしましょう。 彼らは、今後のすべてのアクション内で、トリガーのこの特定のデータパケットからこの画像と電子メールを自動的に選択できます。 したがって、基本的にそのために特に必要なコードはありません。 彼らはフォーマットを使用できるので、フォーマッターと呼ばれるものがあります。これを使用すると、テキストを置き換えてテキストを検索したり、テキストを分離したりするための数学演算を実行できます。 これは、たとえば特定の形式を必要とするサービスでデータを実際に利用できるようにするための次のステップです。

DV:そうですね、これらはかなり良い例です。 自動化に関連するWordPressについて、他のシステムと比較して好奇心旺盛な考え方をしていることをご存知でしょう。 そして、私はそれについてあなたの考えを得たいと思います。 しかし、私たちは最初の休憩を取るつもりです、私たちはすぐに戻ってきます。

DV:みなさん、こんにちは。このWordPressコミュニティポッドキャストとWEMRを押してください。これはあなたのホストであるDavidの脆弱性です。 休憩の直前にWordPressJonasを使用した自動化による収益と時間の節約、ロック解除に関する大きなWP Webフックについて、Yanと話しています。外部データの処理方法、さまざまな種類の自動化の例をいくつか紹介しました。システムであり、提供した他の主要な例のいくつかと相互作用したり、アクションを作成したり、データを共有したりする必要がある場合があります。 デジタル自動化に関してWordPressについてどう思いますか? つまり、広大な世界の多くの人々は、ウィックやShopifyのようなクローズドソースシステムであり、これを困難にしたり不可能にしたりする可能性があります。WordPressがオープンな性質であるためです。それとも、WordPressがデジタル自動化にどれだけ適しているかという点について他に何か考えていることはありますか?

JT:つまり、可能性は基本的に無限です。 もちろん、WordPressを実際に使用して特定の機能を活用するWordPressユーザー向けにプラグインするように特別に設計されています。 たとえば、私と同じように、過去に教えられるアカウントがあります。 そのため、誰かがコース内にコースを作成し、たとえばプラグインとWordPressを追加で使用して、特定のメンバーシップエリアなどの特定の追加機能を提供することができます。 そして、ユーザーをティーチャブルからWordPressに送信する間のこの可能性を自動化しますが、実際のWordPressの外部で使用することもできるため、スタンドアロンの自動化ソリューションのように、基本的にある意味で必要性を排除します。たとえば、Zapierやintegrateなどの自動化プラットフォームの場合、たとえば、ティーチャブルの例を見てみましょう。基本的に、WordPressにデータを送信し、そこでデータを操作して特定の自動化に送信し、そのデータをどこかに送信できます。そうしないと。 したがって、基本的に、この自動化タスクのすべてを実行するために必ずしもZapierを使用する必要はありませんが、基本的に、WordPressサイトで携帯電話バージョンのプラグインを使用して同じデータを送信することもできます。

DV:ええ、すべてがオープンで親しみやすいと思うからです。 一般的にはもっとカスタマイズがありますが、私の最後まで考え直しているような気がします。 代理店の日は、クライアントがサイトを構築しようとしたときのようなものです。 パンフレットサイトであれば、非常に迅速なクローズドソースプラットフォームで構築することもできますが、通常は自動化であるため、そのようなプラットフォームでは使用できないという要件があります。それを奇妙なアイデアではないかもしれませんが、そのように私はアイデアを持っています。 それが最終的にWordPressを最良の選択にした理由です。 アイデアがユニークだったからです。 それは他のものとは異なり、既製の自動化ルールに従いました。 ほとんどのソースのものには答えがなく、ほとんどすべてのクライアントがそのようなものを持っているように感じました。 しかし、私にとっては、それがそれに適しているというだけではありませんでした。 のようでしたが、少なくともプラットフォームなどとしての私の見解では、ほとんどのサイトがそれに落ち着く必要がある理由でした。 同じように見えるかわかりません。

JT:ええ、完全に。 完全に。 私は特にWordPressのために言うと言います。 私は大物です。WordPressを自動化プラットフォームとして使用するのが大好きです。柔軟性があるからです。これは、たとえば、ザッピーではありません。 つまり、Zapierが提供する特定の構造と特定の機能セットに縛られているのです。 しかし、たとえば、7、8ステップを節約するようなものを自動化したい場合はどうでしょうか。これも、基本的に支払う必要のある膨大な量のタスクや、やり取りされるデータです。 したがって、この種の要因は非常に興味深いものになる可能性があります。特に、WordPressを使用している場合は、すべてを正しく変更できるのでしょうか。 基本的にすべてのソースコードにアクセスできるため、独自の統合を作成できます。これは、機能またはプラグインでもあり、特定のニーズやサービスに合わせて独自の統合を作成し、事前定義されたすべての統合で使用できます。 WP武器内の自動化など。 これが1つの大きなハードウェアです。 WordPressは、データを管理できるので、データデータのプライバシーだけでなく、そのための優れたセットアップだと思います。 言及されていないか、Zapierでは利用できません。 そして、あなたがエピソードをどこでも安全にすることができる他のサービスからのセッション。

DV:ええ、それは本当に良い点です。 ご存知のように、私はショーに数人のゲストがいて、ビルドだけでなく、フリーランサーの代理店クライアントにサービスを売り込む方法でも、WordPressの自動化に傾倒しています。あなたはあなたのビジネスのこの部分を自動化するべきではありません、そしてそれは彼らが共有したものが本当にゲストを持っていません、多くの場合それはマーケティング努力とは何の関係もありませんでした。 それは本当にビジネスのバックエンドプロセスをより速くすることと関係があり、彼らが行っていたいくつかのことは効率的であり、衛星クライアントの方法の観点から彼らがそれに傾倒するのを聞くのは本当に興味深いものでした典型的なマーケティングファネルサイトから。 しかし、あなたがそれについて大規模な令状について話しているのを聞くのは興味深いことです。 だから私は今興味があります、あなたは新しいウェブフックについてかなり共有しています。 それについてもう少しお聞きしたいと思います。 しかし、私はWP Webhook以外に、どのプラグインが抑制可能な自動化の良い例であるかを知りたいだけです。 あなたがそれで良い仕事をするのを見るプラグインは何ですか? たぶん、ある特定の分野で、または一般的に、プラグインである必要はないと思いますが、他にどのようなテクノロジーなど、本当に自動化の良い例であるWordPressが好きですか?

JT:ええ、これは多くの方法で、特に自動化についてです。 したがって、自動化の定義について考えると、それは非常に広範であるため、さまざまな方法でそれを見ることができます。 自動化とは何かという非常に単純化されたバージョンは、時間を節約し、それを簡単にするものだと思います。 そのため、プラグインは特定の方法で自動化するのに役立つため、通常はプラグインを購入します。 そして、そのうちの1つは、たとえば、マネージドWP武器またはマネージドWPです。これは、基本的に、すべてのWordPressWebサイトを一元管理するバージョンです。 つまり、基本的には、何かを変更するためにすべてのWebサイトにログインする必要はありませんが、管理対象WPから私のWebサイトからすべてを一元的に行うことができます。 次に、別の方法があります。これは、RyanのuncannyAutomatorというプラグインがあります。 ですから、以前にも話しましたが、これも素晴らしいプラグインであり、トークンベースであるということと同じようなことをします。 したがって、それらは正確な完全なデータ構造では機能しませんが、その特定の要素は、私が言うように、より複雑さや特に多くの信頼性を必要としない、より小さな自動化のための単純化された方法に役立ちます。より大きなプロジェクト、特にパフォーマンスについて。 だから彼らはしばしばこのようなことをします。 そのため、たとえば、マーケティング自動化プラットフォームの一種であるAdrianからも、多くのマーケティングとプラグイングラフィックスがあります。 そのため、特定のユーザーの電子メールワークフローと動的タグ付けを自動化し、WordPressなどにサインアップすることができます。 つまり、私が見たものからプラグインを介して接続されているすべての種類であり、プラグインの作成者は基本的に、Webフックまたはコード内の直接統合のいずれかを作成することによって、自動化の世界に独自の種類のフレアフレーバーを取り入れようとします。 しかし、これは基本的にこれです、これは基本的にプラグインに関する主要な部分です。 私はまた、言及するのにおそらく興味深い別の種類のサービスを持っています。 これはプラグインブレードと呼ばれ、特に開発者が数回クリックするだけでプラグインジェネレーターのようなプラグインテンプレートを作成できるようにします。 したがって、事前定義されたテンプレート、または自分でダウンロードする必要のない特定のモジュールを作成できます。 したがって、開発部分からでも、基本的に短時間で高品質のコードを作成することで、プロセスを自動化できます。 つまり、51020時間のように再び節約できます。 あなたの特定のニーズに応じて。 つまり、これは、さまざまなタイプの自動化であると私が考えるものの短いまとめのようなものだと思います。

DV:ええ、プラグアンドプレイのようなビルド自動化のようなものです。 そして私は、人々が本当に自動化やビルドフローに傾倒していることを知っています。 そして、あなたは私がたくさんのサイトを管理しているような管理の例のようなものを持っています。 WPを管理し、さまざまな機能で自動化を活用してサイトを管理してきました。 そしてもちろん、自動化に関する他のフレームワークのいくつかについて聞くのは興味深いことでした。 人々が一般的にWordPressサイトを構築しているときのように聞こえますが、この自動化ニュースの要件について考えていると思いますか?それは、ほとんどの人が後から考えたものであるか、実装していることに気づいていません。または、ほとんどの人がビルドで自動化にどのように取り組んでいると思いますか?

JT:それで、それには2つのエントリポイントがあると思います。 1つはおそらくリードから外れています。 ですから、彼らが滑りやすいときは、彼らが自分たちでできない可能性が高いほど多くの仕事をします。 だから彼らは本当に退屈します、しかしそれから彼らはただタスクを自動化することはできないと思います。 ですから、これは私が思うに、可能性の1つと他の可能性です。 もう1つは、すでに技術者であり、優れたプロジェクトや顧客プロジェクトを持っている人が周りにいる場合、自動化の可能性をすでに知っている可能性が高いです。 したがって、彼らにとっては、特定の自動化を設定する方法を見つけることさえも良いでしょう。たとえば、オンラインショップは基本的にすでに自動化されており、誰かが製品を購入でき、それがWebサイトに表示されます。利用可能なデータ。 手動で行う必要がないため、すでに大きな自動化が行われています。 しかし、それに加えて、たとえば、これが発生したときはいつでも、その特定の支払いを簿記プラットフォームに登録してもらいたいので、それをマーケティング自動化プラットフォームに送信して、ニュースレターなどを送信したいと言うことができます。あなたが経験や実際の必要性を通して、あるいはもちろん自動化のために特別に相談された誰かを通してあなたがすることの。

DV:興味深いことに、既成のプラグインを使用してお金を節約しようとしているとき、または何かがその場で決定を下すためにネイティブに利用可能な自動化機能に傾倒するとき、確かに多くの人々のように感じます。 ええ、特にフォームプラグインのようなもの。 フォームプラグインを使用していても、埋め込まれたHubSpotフォーラムなどを使用していても、それは頻繁に発生するように感じます。 人々が利用可能なネイティブ自動化や、WordPressの請求書でたまたま検討しているテクノロジーに傾倒しているのを見るのは本当に興味深いことです。 これは本当に面白いです。 でも、もう少し深く掘り下げたいと思います。 あなたがしているもののいくつかとウェブウェブフック。 最後の休憩を取ります。 私たちはすぐに戻ってきます。

DV:さて、誰もがWMRのPressThisWordPressコミュニティポッドキャストに戻って歓迎します。 JannisThummingとWordPressの自動化について話し合っている最中です。 休憩の直前に、あなたが知っていることについて少し共有しているJannis、実際にはWordPress内の自動化の他のいくつかの例。 また、他の種類の自動化フレームワークと例について言及されましたが、Webフックの表示方法についてもう少し詳しく説明していただければ、他の形式の自動化とは異なる可能性があります。 人々はWordPressに精通しているかもしれません。

JT:それは完全です。 つまり、私たちのプラットフォームは基本的に、WordPressに綿の移植性を持ち込もうとする一種のソリューションです。 そこで、他のプラグインを相互に接続できるようにして、相互に通信したりデータを交換したりできるようにします。これは、WordPressにはまだ欠けている大きな部分だからです。 そして、それは特に私たちが焦点を当てているものです。 丁度。 したがって、ブログの主な目標は、基本的に人々が時間とリソースを節約できるようにすることでした。先に述べたもう1つの非常に重要なポイントは、ヒューマンエラーです。 自動化がなければ、ヒューマンエラーが発生する可能性が非常に高く、それが再び困難になり、長期的に多くの問題を引き起こす可能性があるためです。

DV:では、この質問をさせてください。 ルールを設定するためのインターフェースがあり、統合にどのように含まれていたかについてすでにお話ししたように、これにより、同じタイプのアクティビティをコーディングできない人々や、彼らは請求します。 自動化におけるプラグイン内の相互互換性を改善することが目的の1つであるとおっしゃいました。 各プラグインのアクションのリストをどのように取得していますか? プラグインごとのWebフックについていくのが好きですか? それらを検出できますか? どのように対処していますか? たとえば、プラグイン間の相互運用性に重点を置いている場合、そのようなギャップをどのように埋めていますか?表面化とそれが実行できるアクティビティの違いは何ですか?

JT:ええ、確かに、事前定義されたアクションとトリガーを持つ特定の統合があります。これは手動で作成するものです。 そのため、必要に応じて特定のトリガーを作成します。 そのため、当社のWebサイトにも、統合を要求できる特定のページがあります。このページでは、探している特定のアクションまたはトリガーについて言及することもできます。 そして、それは通常、私たちが行動とトリガーを統合し始める方法です。 これは、ユーザーが特定の機能を使用するのが最も簡単だと思うアクションに特に焦点を当てた部分ですが、多くの機能が標準のWeb機能で動作するため、必ずしもその権利に限定されるわけではありません。 またはAPIの。 したがって、たとえば、別のプラグインで作成されたカスタム投稿タイプなど、利用できないものがある場合。 そして、これが私たちのプラグインで機能するかどうかはわかりません。 プラグインが行うことは、あらゆる種類の投稿タイプを追加する可能性と統合されているため、最も確実に実行されます。これは、投稿タイプを具体的に指定できるため、問題ではありません。これも、編集できるようにするためです。とにかく、そうですか? 私たちが使用している標準のWordPress構造、およびこれらの種類のものは、必ずしも特定の統合を必要としないためです。 ただし、理解しやすくするために、ユーザーが実際に自動化を簡単に使用できるようにするための新しいアクションや統合は作成していません。

DV:ええ、それは私の問題のようなものです。 過去にZapierのようなものを使用したことがあると、それらは標準のデフォルトのWordPressアクションであり、操作できるデータに基づいて操作できると思います。かなり限られています。 彼らは大丈夫のように外出するのと同じことをしていると思います。すべてのCNSには、統合できる一連のアクションまたは一連のデータがあります。 そして、WordPressに焦点を当てることで、WordPressが通常機能するような滞在に関連して使用できるものから、より多くの種類の統合の必要性に加えて、より多くのことを明らかにすることができるように思われると思います。 それは公平ですか? それは公正な仮定ですか?

JT:はい、はい、そうだと思います。

DV:わかりました。統合されたアクションにデータを表示するときは、WordPressに集中しているので、さまざまな種類のものをカバーする、より一般的なプラットフォームである、より良いカバレッジが得られる可能性があります。

JT:その通りです。私たちは特に1人の労働者の基準に焦点を合わせているからです。 したがって、WordPress標準で利用可能なものはすべて、あらゆる種類のプラグインで使用することもできます。 したがって、カスタム投稿スイートなどと直接統合されていない可能性のあるプラグインがある場合は、プラグインを使用して標準のブログ投稿メタを作成することもできるため、プラグインも使用できます。これに限定されません。

DV:開発者の場合、独自のカスタムプラグインをインターフェイスに組み込んだ写真をWPに統合するのは親しみやすいですか? それについてどう思いますか?

JT:おそらく、独自の統合を使用している顧客が2、3人いるでしょう。 また、これらの標準化されたWordPressプラグインを作成できる、前述のplugandplay.comのサービスと同じように行うのもかなり簡単です。 デモ統合を自動的に作成するモジュールもあります。 したがって、文字通りボタンをクリックしてダウンロードしてインストールするだけで、カスタム統合がどのように機能するかがわかります。 そのため、実際に統合を作成する方法と、特定のユースケースでアクセスできるようにするためにほとんどの機能を活用する方法をよりよく理解するのに十分な時間がかかります。

DV:すばらしい。 さて、これについて今日これをすべて共有してくれてありがとう。 これはとても面白かったです。 もちろん、Yanisが何をしているのかをもっと知りたい場合は、WP dashwebhooks.comにアクセスしてください。WEMRのWordPressコミュニティポッドキャストを聞いてくれてありがとう。 繰り返しになりますが、これはあなたのホストであるDavidLobelの世論調査です。 私はWPEngineでの役割を通じて、WordPressコミュニティをサポートしています。 そして、私は毎週ここであなたに最高のコミュニティをもたらすのが大好きです。 これを押すと