CRMマネージャーとしてのCMSについて何を知っておくべきですか？

あなたはCRMマネージャー、マーケティング担当者、製品マネージャー、つまり技術者ではない人で、CMSとは何か、CMSについて何を知っておくべきか疑問に思っていますか？ あなたはすでにCMSユーザーですが、プラットフォームに関するより技術的な知識を取得したいですか？ CMSを変更することを検討していますが、少しも考えていないことについてRFPを作成することは、あなたを怖がらせますか？ 新しいポジションに移動したり、新しいタスクを取得したりして、CMS開発者とより緊密に連携する必要がありますか？

心配しないでください。CMSプラットフォームに関する技術的な概念はかなり単純であり、技術者ではない人として、通常、それらをそれほど詳細に知る必要はありません。 最も重要なことは、いくつかの基本的な定義を理解し、会社が使用しているプラ​​ットフォームを理解し、いくつかの基本的な用語を理解することです。 後で、さらに詳しく知る必要がある場合は、開発者に尋ねることを強くお勧めします。CMSプラットフォームについて知っている人は誰もいません。 開発者から学ぶことがテクノロジーを学ぶための最良の方法である理由と、開発者の言語を話し始める方法について詳しくは、こちらをご覧ください。

目次：

1. CMSとは何ですか？

• CMSの定義
• CMSの目的
• CRM管理者にとってCMSシステムが重要なのはなぜですか？

2. CMSでコンテンツを管理するために何を学ぶ必要がありますか？

• マークアップ言語
• ドラフトする方法
• 公開する方法
• コンテンツはどこに保存されますか？
• デジタル資産の管理
• ウェブサイト分析
• すぐに使用できるモジュール、ウィジェット、テンプレート
• 基本的な設計原則– UX / UI

3. 知っておくべきCMSの機能

• 編集のしやすさ
• バージョニング
• 復元（ロールバック）
• アーカイブ
• 互換性
• 統合
• A/Bテスト
• パーソナライズされたコンテンツ
• 翻訳管理
• SEO最適化
• マルチプラットフォームパブリッシング
• アクセス
• 共同作業
  

4.理解する価値のある技術的概念

• あなたのウェブサイトは静的ですか、それとも動的ですか？
• ウェブサイトリリース
• 環境
• すぐに使用できるCMSまたはカスタムビルドのCMS？
• ヘッドレスCMS
• APIとは何ですか？
• Webhookとは何ですか？
• SDKとは何ですか？
  

5.まとめ

‍CMSとは何ですか？

コンテンツ管理システム（ CMS ）–デジタルコンテンツの作成と変更を管理するために使用できるソフトウェアアプリケーションです。 これは、コンテンツ（デジタル資産（写真、ビデオ、ポッドキャスト）、テキスト、翻訳、場合によってはページレイアウト、デザインの一部（テーブル、ボタンなど））を保持する「データベース」です。 CMSに保存されたコンテンツは、Webサイト、モバイルアプリ、またはその他のデジタルチャネル（SMS、電子メール、スマートウォッチなど）に提供できます。 すべての企業がすべてのコンテンツを同じCMSに保存しているわけではありません。 多くの場合、一部のコンテンツ「ストレージ」ソリューションは別個のものです（電子メール送信プラットフォームの電子メールコンテンツ、コードとして保存され、開発者のみが更新するモバイルアプリコンテンツなど）。

CMSは、コンテンツをデジタルチャネルに公開するだけでなく、より多くの目的を果たすことができます。 利用可能なAPI、プラグイン、Webhookに応じて、次のことができます。

• 翻訳のエクスポートとインポート、
• コンテンツをソーシャルメディアプラットフォーム、電子メールプラットフォーム、その他のチャネルにプッシュし、
• すべてのデジタル資産を1つの場所に保存し、分類します。
• コンテンツのA/Bテストとコンテンツのパーソナライズを準備し、
• ページ上のSEOを設定し、
• ページ上の検索エンジンの結果を返す、
• もっと。
  

CRM管理者にとってCMSシステムが重要なのはなぜですか？

CMSは、すべての顧客対応コミュニケーションの中心です（または、そのように設定した場合はそうなる可能性があります）。 独自のプラットフォームにコンテンツを配信し、さまざまなマーケティングスタックと統合して、有料広告にコンテンツを配信できます。 そこからページ上のSEOを管理することもできます。 それだけでは不十分な場合は、メール収集フォームを設定し、Cookieポリシーをアップロードして顧客データをCRMシステムに収集します。ここで、顧客をセグメント化し、同じCMSからこれらのセグメントにパーソナライズされたコンテンツを提供できます。 CMSでは、コンテンツのA / Bテストを設定したり、パーソナライズされたコンテンツを設定したりできます。 そこからチャットボットのデータベースにフィードできます。 また、CMSシステムをマーケティング自動化ツールと統合して、セグメントルールを作成し、さまざまな流通チャネルを介してCMSから特定の顧客にコンテンツをプッシュすることもできます（たとえば、買い物を終えていない人に、忘れたバスケットのリマインダーをメールで送信します。彼らのバスケット）。

CMSでコンテンツを管理するために何を学ぶ必要がありますか？

マークアップ言語：

CMSシステムは、WYSIWYGエディター（この場合、コンテンツエディターのコンテンツを簡単に編集できます）またはある種のマークアップ言語（ユーザーまたはコンテンツエディターが学習する必要がある）を使用します。

マークアップ言語とは何ですか？

マークアップ言語は、コンピューターがそのテキストを操作できるようにテキストに注釈を付ける言語です（太字、斜体、中央揃え、色付けなど）。 基本的には、編集中のテキストやアセットをどのように表示するかをコンピューターに伝えるための言語です。

HTMLはマークアップ言語の例です。

<p>

これはHTMLで書かれたテキストの段落です

</ p>

この文は、開始タグ（<p>）、テキスト、および終了タグ（</ p>）で構成されています。 タグ間のテキストが画面に表示されます。 各タグには、マークアップの一部として指定するための「より小さい」および「より大きい」記号が含まれています。

マークアップ言語を学ぶ方法は？ これがCMS固有のマークアップ言語である場合は、CMSマニュアルで見つけることができるはずです。 それが標準のマークアップ言語である場合、それらを学ぶために利用可能な多くのオンラインリソースがあります。たとえば、MOOC、Udemy、EDX、Codecademy、Courseraなどです。

CMSにWYSIWYGエディターがない場合は、HTMLと連携して編集中のWebページにスタイルを追加するCSS（カスケードスタイルシート）の基本を知っておくと便利な場合があります。

ドラフトする方法：

マニュアルで確認するか、開発者に尋ねる必要があること：

コンテンツの下書きを作成する方法（そして誤って公開しないようにする方法）？ ドラフトをテストする方法、CMSで直接Webサイトでどのように見えるかのプレビューを見ることができますか？ CMSで直接プレビューを利用できない場合、新しくドラフトされたコンテンツを確認できるテスト環境はありますか？

公開方法：

マニュアルで確認するか、開発者に尋ねる必要があること：

コンテンツをライブWebサイトに公開するにはどうすればよいですか？ CMSから自分で（またはコンテンツエディタ自体で）それを行うことができますか？ コンテンツを更新するためにWebサイトのリリースが必要ですか？ 開発者に公開のサポートを依頼する必要がありますか？ これは混合ソリューションですか？つまり、コンテンツの一部はコンテンツエディターによってCMSから公開できますが、一部の変更には開発者のサポートが必要ですか？ 開発者のサポートが必要なのはどれですか？ 何かを公開したい場合の平均的なタイムラインはどれくらいですか？どのくらい時間がかかりますか？ コンテンツが壊れて、あなたやコンテンツ編集者が自分で修正できない場合は、誰に連絡すればよいですか？ 緊急のサポートが必要な場合、不在時に連絡するのは誰ですか？ 将来、コンテンツの公開をスケジュールできますか？ 将来、複数のコンテンツ「パッケージ」をスケジュールできますか？ 将来的にコンテンツの一部をスケジュールする場合でも、コンテンツの他の部分を変更して公開できますか、それともスケジュールされたパッケージは、作成した瞬間からスケジュールされた時間まで、他の公開をフリーズしますか？ なんらかの理由で気が変わったら、スケジュールされたコンテンツを自分で思い出せますか？

コンテンツはどこに保存されますか？

これは、開発者/アーキテクトに尋ねるべき重要な質問です。

どのコンテンツがどこから来ていますか？ どのコンテンツがCMSに保存され、どのコンテンツが支払いまたは予約エンジン/システムに保存され、FEに直接保存されますか？ CMSで編集できるコンテンツ、開発が必要なコンテンツ（または、必要なときにそのような情報を見つける場所）を知っておく必要があります。 それについて利用可能なドキュメントがあるか、コンテンツ編集者がそれを知っている必要があります。

デジタル資産の管理：

CMSでサポートされているデジタル資産の種類を知っておく必要があります。 ビデオ、写真、mp3ファイルを使用できますか？ どのファイル拡張子を使用できますか？ 資産の要件は何ですか？ 画像のサイズと重さについては、仕様を確認してください。 システムは画像のサイズを自動的に変更しますか、それともアップロード前に常に画像のサイズを変更する必要がありますか？ ウェブサイトやその他のプラットフォームを遅くしたくない場合は、アセットを正しく表示するために必要な最小限の重みを常に目指す必要があります。

すぐに使用できるモジュール、ウィジェット、テンプレート：

何を扱っているのかを知る必要があります。 すぐに使用できる（または開発者がすでに作成した）「ビルディングブロック」はありますか？ コンテンツモジュール、ページテンプレートのカスタムビルドを常に要求する必要がありますか？ すぐに使用できるテンプレートの柔軟性はどのくらいですか。見た目を変えたい場合は、どの程度変更できますか？ モジュールは一部のFE（フロントエンド）ディスプレイと統合されているので、Webサイトに表示するために追加のサイト構築は必要ありませんか？ モジュールとテンプレートの少なくともいくつかの基本的なライブラリを利用できるようにすることで、新しいページの作成の市場投入までの時間を大幅に短縮できます。

基本的な設計原則– UX / UI：

デザインに関する基本的な知識、特にユーザーエクスペリエンスとユーザーインターフェイス（UX / UI）は非常に役立ちます。 デザイナーと協力しているとき（たとえば、新しいサブスクリプションフォーム、新しいマイクロサイトを作成するため）、デザイナーと話す方法、何を求めるか、そしてデザイナーの仕事を評価する方法を知っています。

ウェブサイト分析：

顧客、顧客の行動、好みを理解し、新しく立ち上げたランディングページまたはサブスクリプションフォームのパフォーマンスを評価するには、会社が使用しているWebサイト分析ソフトウェアの使用方法を学ぶ必要があります（または自分で設定します）。 デフォルトでWebサイトで現在追跡されているもの（タグが配置されている場所）と、カスタムイベント追跡やカスタムファネルなど、具体的にどのような種類の追跡を要求する必要があるかを知ることは有用です。

あなたが学ぶべきCMSの機能

CMSシステムについて何を知っておくべきですか？ CMSシステムを選択するときに何を探す必要がありますか？ 何が可能で何が不可能かを理解するために、開発者に何を尋ねるべきですか？

編集のしやすさ：

コンテンツエディタの観点から、CMSはどのくらい簡単に使用できますか？ これは、コンテンツの市場投入までの時間に影響します。 編集速度に影響を与える可能性があるのは、ドラッグアンドドロップ機能、ページを構築するための柔軟な「ブロック」、自動化されたワークフロー（たとえば、翻訳の送受信用）、1つのソースから入力されたコンテンツ（例：更新する動的モジュール）です。コンテンツを一度作成すると、さまざまなサブページに表示され、さまざまなデジタルサーフェスにも表示されます）、環境間のコンテンツ同期（さまざまな環境間ですべてのコンテンツをコピーアンドペーストする必要がなくなります）。

バージョン管理：

CMSで以前のバージョンのコンテンツの保存が有効になっている場合、新しいバージョンのコンテンツを作成したものの、何らかの理由で気が変わった場合は、以前のバージョンを復元できます。 場合によっては、バージョン間の比較を確認して、変更された部分を自動的に強調表示することも可能です。

復元（ロールバック）：

リリース後にコンテンツが壊れた場合は、開発者が最初にコンテンツが失敗した理由を調査できるようになるまで、以前のコンテンツバージョンにロールバックして一時的に修正できるはずです。

アーカイブ：

CMSでは、コンテンツをアーカイブできます。 知っておくべき重要なことは、アーカイブ/古いコンテンツバージョンが保存される期間です。 さまざまな種類のコンテンツの法的要件を慎重に検討し、将来必要になる可能性のあるリスクの高いコンテンツ（利用規約、プロモーションコンテンツ、プライバシーポリシー、Cookieの同意など）のアーカイブコンテンツの寿命を延ばす必要があります。法的調査。

互換性：

CMSシステムの基本的な要件は、アーキテクチャ、バックエンド、フロントエンド、支払いシステム、予約システム、現在使用している外部ソフトウェアとの互換性です。

統合：

会社がすでに使用している他のソフトウェアとの統合を提供するシステム、またはネイティブまたはAPI接続を介してマーケティングスタックの他の部分を簡単に統合できるシステムは、カスタム統合に費やす必要のある時間とお金を節約します。

A / Bテスト：

マニュアルで確認するか、開発者に尋ねる必要があること：

コンテンツA/Bテスト（同じプレースホルダーに配置され、A / Bテストソフトウェアで切り替えることができるいくつかのコンテンツバージョン）を作成する可能性はありますか？ そうでない場合、開発者はテストする必要のあるコンテンツタイプ（モジュール、ブロック）用に開発できますか？ どれくらいの時間がかかりますか？

パーソナライズされたコンテンツ：

パーソナライズツール（ソフトウェア）はありますか？ 現在、どのタイプのコンテンツをパーソナライズできますか（パーソナライズシステムによって切り替えられる、CMSで複数のバージョンを作成できるコンテンツのタイプ）？

CMSシステムをパーソナライズツールと統合できる場合は、コンテンツの保存に1つのシステムのみを使用し続けることができます。これにより、コンテンツの再利用と管理が容易になります（製品名の変更、翻訳の変更の場合は変更を加える）または、他のクロスプラットフォームの変更を実装する場合）。 ‍

翻訳管理：

サイトのローカライズされたバージョンを提供する場合は、CMSシステムで言語をサポートする必要があります。 最小限の機能とは、同じコンテンツのさまざまな言語バージョンを同じCMSに保存できることを意味します。 多言語Webサイト（20以上の言語）およびその他のデジタルプラットフォームの経験に基づいて私がお勧めするのは、CMSですべての言語を同じコンテンツモジュール/ブロックの同じ場所に保存することです。 違いはなんですか？ 同じサイト構造の「コピー」として同じCMSに異なる言語バージョンを保持する場合、同じモジュールを見つけてすべての言語で更新するには、各言語バージョンを開き、このモジュールがそれぞれのどこにあるかを見つけてから、更新してください。 モジュールレベルで直接言語バージョンを使用している場合は、CMSで探して迷うことなく、同じコンテンツを見つけてすべての言語で更新するのは簡単です。

さまざまな言語のコンテンツバージョンを管理するのは大変な作業です。 これには時間がかかり、エラーの発生率が高くなります（ユーザー/コンテンツエディターが何かを間違ってコピーした場合）。 翻訳を管理する最も簡単な方法は、CMSの翻訳代理店ソフトウェアと統合することです。 このようにして、翻訳用の元のコンテンツ（たとえば、英語から）をCMSから直接さまざまな言語に送信し、翻訳会社から翻訳を受け取ることができるはずです。 それはあなたの時間を節約し（コピー貼り付けなし）、エラーリスクを減らし、市場投入までの時間を改善します。 場合によっては、翻訳会社へのプレビューリンクを表示できるようにすることも可能です。これにより、翻訳者はコンテンツをさらに簡単に翻訳できます。 プロキシ変換はさらに管理が簡単です。 プロキシ翻訳が行うことは、プロキシされたローカライズされたバージョンにWebサイトを取り込むことです。 次に、翻訳会社はこれらの言語バージョンを作成して提供します。 コンテンツの編集時間を大幅に短縮しますが、Webサイトでのみ機能し、モバイルアプリ、電子メール、SMSなどの他のプラットフォームでは機能しません。 他のプラットフォームをカバーするには、APIなどの別のタイプの統合が必要になります。

また、便利な機能は、翻訳が翻訳会社から到着した後、または翻訳のエクスポート/インポート中に問題が見つかった場合の自動通知です（CMSがそれを提供しない場合は、Webhookで構成できます）。ボックス）。

ヒント：開発者から聞き続ける表現（ロケール）は言語に似ていますが、よりきめ細かいものです。 ドイツ語は単一言語ですが、ドイツ語にはさまざまなロケールがあります。ドイツ語のドイツ語のde-DE、オーストリアのドイツ語のde-AT、スイスのドイツ語のde-CHなどです。

SEO最適化：

CMSからページ上のSEOを管理できますか？ URLを自分でカスタマイズできますか？ メタタイトル、メタデータ、メタタグのフィールドはありますか？ <h1>タグを追加できますか？ CMSはサイトマップを自動的に作成し、公開されたら新しいページを追加しますか、それとも開発者に依頼する必要がありますか？ コンテンツを複数の場所に配置したり、より多くの言語で公開したりする場合、どのようにhreflangsと正規タグを設定できますか？ 可能性とは何か、いつ開発者に連絡する必要があるかを知っておく必要があります。

マルチプラットフォームパブリッシング：

CMSシステムはコンテンツを他のデジタルプラットフォーム（モバイルアプリ、電子メール、スマートウォッチ、チャットボットなど）に提供できますか？ そうするように構成できますか？ より多くのデジタル通信チャネルを維持することを計画している場合、それは重要な質問です。 すべてのコンテンツを1つの場所に保持することには、コンテンツ管理の複雑さの軽減、コンテンツの再利用、翻訳の再利用、異なるプラットフォーム間でコンテンツの一貫性が失われるリスクの軽減などの大きなメリットがあります。

アクセス：

CMSシステムは、さまざまな権限を持つさまざまなアクセスタイプを提供できます。 さまざまな人にコンテンツの製図、レビュー、承認を依頼する場合、または一部の編集者が特定のコンテンツタイプにのみアクセスできるようにする必要がある場合（たとえば、特定の部門がその部門に属するコンテンツにのみアクセスできる場合）に役立ちます。 。

共同作業：

コンテンツを編集する編集者がさらにいる場合は、1つのコンテンツで共同作業するオプションがあると便利です。 一部のCMSシステムは、1人のユーザーがファイルを開いている場合にファイルをロックし、一部のシステムでは同時に編集できます。

理解する価値のある技術的概念：

CMS開発者、CMS管理、またはコンテンツ編集とどの程度緊密に連携する必要があるかに応じて、より技術的なトピックをもう少し深く掘り下げたい場合があります。 理解する価値のあるトピックがいくつかあります。

あなたのウェブサイトは静的ですか、それとも動的ですか？

動的なウェブサイト 顧客がサーバーからコンテンツを直接ダウンロードすることを意味します。 その場合、コンテンツをその場で変更することができ、変更は、Webサイトを再ロードするすべての顧客に対して自動的にライブWebサイトにプッシュされます。

静的なWebサイトとは、コンテンツ（およびコード）がWebサイトのリリースとともにパッケージ化およびリリースされることを意味します（頻度は会社/コードタイプによって異なります）。 顧客はその静的バージョンにのみ到達でき、サーバーへの負荷が大幅に軽減されます。 静的Webサイトのコンテンツの変更は、Webサイトのリリースでのみ可能です。 そのようなWebサイトをお持ちの場合は、リリースの時期、コンテンツの準備が必要な時期を知る必要があります。 静的Webサイトには、リリースの間にコンテンツを公開するためのいくつかの回避策がある場合があります。これらの回避策の制約を理解する必要があります（この方法で公開できるもの、クロール（コンテンツをパッケージにパックする）および公開にかかる時間）。

ウェブサイトのリリース：

Webサイトのリリースとは、新しいコード（およびコンテンツ）をWebサイトに配信することを意味します。 Webサイトのリリースを回避する必要がある場合、または一部のコンテンツがWebサイトのリリースでのみ配信できる場合（たとえば、FEアプリケーションに保存されているため）、開発チームのリズムはどのくらいか、どのくらいの頻度で取得するかを学ぶ必要があります。新しい開発？ リリースの頻度はどれくらいですか？ 新しいイニシアチブをWebサイトに掲載するために、いつ彼らに通知する必要がありますか？要求から配信までの市場投入までの時間（配信までの時間）はどれくらいですか？

環境：

環境は、スペース固有のデータの複数のバージョンを作成および維持し、それらを個別に変更できるようにするスペース内のエンティティです。 さまざまな環境を持つことで、並行開発、テスト、継続的インテグレーションが可能になり、チームが一度に複数のプロジェクトを提供し、アジャイルな方法で作業するのに役立ちます（同時に開発とテスト）。

すぐに使用できるCMSまたはカスタムビルドのCMS？

すぐに使用できるソリューションは柔軟性に欠ける可能性があり、カスタマイズが難しい場合があります。 カスタムメイドのソリューションには多くのメンテナンスが必要であり、アップグレードするたびに多大な労力がかかります。これは、（固定ライセンスのコストと比較して）予測できない開発コストを意味します。 最良のソリューションは、その中間にあるものです。十分な柔軟性を提供するため、多くのカスタマイズを行う必要がない、すぐに使用できるソリューションです。 これが、APIベースのCMSシステムが、ほとんどの企業にとって、現時点で利用可能な最良のソリューションであるもう1つの理由です。

ヘッドレスCMS：

「標準」（ヘッドレスではない）CMSは、コンテンツを作成するためのシンプルなインターフェイス、デジタルアセットを保存するためのデータベース、およびコンテンツを公開する可能性を備えたバックエンドを提供します。 コンテンツはフロントエンドによってプルされ、ページに公開されます。 フロントエンドとコンテンツは結合されているため、フロントエンドアプリケーションなしでコンテンツを更新することはできません。 コンテンツ、画像、HTML、CSSなど、すべてが1つのバケットでリリースされます。 これは、コンテンツがフロントエンドコードと同じリリースである必要があることを意味する可能性があり（したがって、更新頻度が低くなる可能性があります）、CMSの使用をWebサイトのみに制限することもできます（コンテンツとコードが混在しているため、コンテンツはできません）さまざまなデジタルチャネルで柔軟に公開できます）。

コンテンツを提供するための別のアプローチは「ヘッドレス」CMSです。Webサイトのプレゼンテーション層がCMSの「ヘッド」である場合、そのプレゼンテーション層を切断するとヘッドレスCMSが作成されます。 その場合、コンテンツリポジトリの「本体」はプレゼンテーション層から分離されます。 これにより、すべてのコンテンツを単一のヘッドレスコンテンツハブに統合し、そこから同じコンテンツをクロスチャネルで公開できます。 これにより、編集が簡単になります。コピーまたは画像を1か所で変更すると、その変更はコンテンツが配置されているすべての場所に適用されます。 ヘッドレスCMSは、バックエンドタスクとフロントエンドタスクを分割します。これは、開発者が（制限のあるバックエンドテクノロジーに縛られることなく）好みの言語でフロントエンドエクスペリエンスをすばやくコーディングおよび設計できることを意味します。 代わりに、アプリケーションプログラミングインターフェイス（API）を使用して、コンテンツの保存や管理などのバックエンド機能を任意のフロントエンド配信環境に接続できます。 これにより、新しいページやモバイルアプリ画面の開発がはるかに高速かつ簡単になります。

ヘッドレスeコマースプラットフォームの詳細については、こちらをご覧ください。

APIとは何ですか？

APIファーストシステム（API –アプリケーションプログラマブルインターフェイス）には、2つの別々のアプリ間で明確に定義された通信を可能にするコードがあります。 これらは最新のソフトウェアプラットフォームであり、CRMマネージャーに、ニーズにほぼ100％一致するように組み合わせることができる機能の既成のビルディングブロックを提供します。 それらは他のシステムとの迅速な統合のために準備されています。

「API：郵便配達員

APIは、アプリのリクエストを他のソフトウェアに配信し、その応答をアプリに戻す郵便配達員と考えてください。 簡単な例：ユーザーが旅行を予約したときにカレンダーと同期するように、Googleカレンダーと旅行アプリ間の通信を可能にするAPIです。」 出典：Clevertap

APIとは何か、APIファーストソフトウェアを選択する際に知っておくべきことについて詳しくは、こちらをご覧ください。

Webhookとは何ですか？

WebhookはAPIに似ていますが、より単純です。 APIは、データを追加、編集、取得するための関数または呼び出しを備えたアプリの完全な言語です。 APIを使用する場合は、自分で作業を行う必要があります。 APIを使用して別のアプリに接続するアプリケーションを構築する場合、アプリケーションには、必要なときに他のアプリに新しいデータを要求する特別な方法が必要になります。 一方、Webhookはアプリの特定の部分向けに設計されており、自動化されています。 これは、自動的に実行される単純な1対1の接続です。

Webhookの例としては、新しい翻訳がCMSに到着したときにトリガーされる電子メールへの通知があります。

SDKとは何ですか？

SDKは、ソフトウェア開発キットの略です。開発者が特定のプラットフォーム用のアプリケーションを作成するために使用するソフトウェアツールとプログラムのセットです。 SDKツールには、特定のプラットフォームまたはプログラミング言語用に設計された、開発者が使用して独自のアプリに統合できるライブラリ、ドキュメント、コードサンプル、ガイド、およびプロセスが含まれています。

SDK –郵便局/ホームセンター：

APIが郵便配達員の場合、そのコンテキストでのSDKは何ですか？
それは郵便局と金物店を合わせたものです。 別のソフトウェア（つまり、1つ以上のAPI）と通信するために必要なすべてのものと、まったく新しいアプリを構築するために使用できる資料（つまり、コードライブラリ、デバッグ機能、テクニカルノート、チュートリアル、およびドキュメント）を含めることができるためです。 （...）それは開発キットです。 SDKには、1つ以上のAPIと必須のユーティリティを含めることができます。 APIはSDKの一部にすぎません。 devkitは、SDKツールの配列全体のより大きな「コンテナー」と考えてください。そうすれば正しいでしょう。」 出典： Clevertap

概要：

CRMマネージャーとして、CMSプラットフォームに関するいくつかの基本を知っておく必要があります。 ほとんどの場合、遅かれ早かれ、いくつかのコンテンツを公開する必要があります。 あなたが必要とする絶対的な基本は、あなたがあなたのためにそれをするために適切なコンテンツエディタを持っているならばあなたの会社のワークフローとプロセスを知ることです。 コンテンツを自分で編集して公開する必要がある場合は、コンテンツの編集、ドラフト、公開の方法や、コンテンツの変更をテストまたはスケジュールする方法など、使用中のプラットフォームの基本を学びたいと思うかもしれません。 より高度な知識が必要な場合は、現在のプラットフォームでのA / Bテスト、パーソナライズ、およびSEO最適化のオプションについてもう少し学ぶ必要があります。 単純なコンテンツ編集では不十分な場合は、開発チームの仕組みと、開発を計画するために必要な事前の知識を少し知っておくことをお勧めします。 特にWebサイトのリリースでコンテンツをリリースする必要がある場合（たとえば、Webサイトが静的であるか、CMSがヘッドレスでない場合）、それらのプロセスをよりよく理解する必要があります。 いくつかの開発者用語を知ることは、会話を始めるのに役立ちます。 基本を学び、マニュアルを読んだら、開発者に質問をして理解を深めることを強くお勧めします。これらは、既存のスタックに関する最大の情報源です。