SmartOSCがSitecore CMSに重点を置いているのはエクスペリエンスプラットフォームに基づいてスマートなパーソナライズされたカスタマージャーニーを提供するだけでなく堅実なコマース機能と統合することです。

13 May 2021 / Published in Sitecore, TechBlogs
このシナリオに遭ったことがありますか? Sitecore CM/CDが別のサーバーにあります。 開発者は、ブラウザでエラーが表示されているCDサーバーにアクセスできません。 CMとCDのコードベースは同じです。 開発者は、CMでデータベースをマスターからウェブに切り替え、ページをプレビューしましたが、ページにもログにもエラーは表示されませんでした。 クライアントは、問題を調査するために開発者にアクセスできるようになるまで待たなければなりません。 より良い方法があればどうでしょうか? 1.この問題を再現するにはどうすればいいか? Sitecore Extensionsをダウンロードしてインストールすることをお勧めしますが、この問題を再現するためには必須ではありません。 このリンクをクリックして、下までスクロールすると、インストールするブラウザに応じたZIPファイルがダウンロードできます。 Sitecore Extensionsがインストールされたので、以下の変更を行ってみましょう。 「Sitecore Extenisions」ボタン(下のスクリーンショットを参照)を見つけて、「オプション」をクリックします。 「モジュール(Modules )」→「データベースカラー」へ遷移 「カラーマッピング(Color Mapping)」タブをクリックするとデータベース名と色の追加が始まります。 「/sitecore/content/home」に移動します。 ・マスターデータベースの下 ・タイトルフィールドの値を “Inside Master “に変更します。 ・Webデータベースの下で ・タイトルフィールドの値を “Inside Web “に変更します。 ・以下のスクリーンショットは、Sitecoreのデータベースを変更するための場所を しています。 マスターデータベースの下にある「パブリッシュ」→「エクスペリエンスエディタ」をクリックすると、以下のように表示されます。 Web データベースに切り替えて、Web データベースの下にある [公開] > [エクスペリエンス エディタ] をクリックすると、まったく同じものが表示されます。 さて、この問題を解決するにはどうしたらよいでしょうか。 2.プレビューにマスターコンテンツではなく、Webコンテンツを表示させるにはどうしたらいいか? この問題を解決するには2つの方法があります。       1.プレビューモード(マスターまたはウェブ)で以下のURLパラメータを追加します。 &sc_database=web これで、以下のようになります。         2. 以下のパッチを使用して、defaultContentDatabaseNameの値を “master “から「web」に変更してください。 常に最初のオプションを選択し、最初のオプションが正しく動作しない場合にのみこのオプションを使用してください。 このオプションは、最初のオプションが正しく動作しない場合にのみ使用してください。プレビューを確認した後は、他の問題を起こさないように、すぐに元に戻してください。 defaultContentDatabaseNameは、シェルサイトがコンテンツの表示に使用するデータベースを決定するために使用するSitecoreのグローバル変数です。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
13 May 2021 / Published in Ecommerce, Sitecore
  企業がサイトコアを導入するのは、新しいWebサイトなど、新しいデジタルプロジェクトを実現するためです。マーケティングチームやITスタッフにサイトコアの使い方、コーディング、管理方法などのトレーニングを行うのは、多くの場合、プロジェクトの最中または後に行われ、通常は納品されたばかりの新しいWebサイトを管理するために必要な範囲内で行われています。トレーニングは重要ですが、基本的にはプロジェクトの成果物であり、長期的な視野に立って提供されるものではありません。 サイトコアを最大限に活用したい企業は、サイトコアのトレーニングをより包括的かつ長期的な視点で捉え、単発のイベントとしてではなく、継続的な活動として計画する必要があります。これは、サイトコアへの投資を最大限に引き出し、ROIを達成し、プラットフォームの機能を最大限に活用するためには絶対に必要なことです。サイトコアのトレーニングに関しては、サイトコア社によるトレーニング、オンラインやクラスルームでのトレーニング、SmartOSCジャーパン社のような専門家によるトレーニングなど、さまざまな選択肢があります。 ここでは、サイトコアトレーニングが重要な理由をいくつかご紹介します。 1. 基本的なことを知ること 初日からサイトコアの基本的な使い方を知っておく必要があるのは言うまでもありません。トレーニングは、プラットフォームの効果的な使用を促進し、ユーザーがプラットフォームの他の複雑な部分を探求するのに役立ちます。 2. 製品の広さと深さ サイトコアは単独のCMSではなく、完全なデジタルエクスペリエンスプラットフォームであり、間違いなくエコシステムでもあります。機能の幅広さと、個々の機能の深さは相当なものです。サイトコアでは多くのことができますが、トレーニングを受けていないと、サイトコアで何ができるのか、それを実際にどのように提供するのかを完全に把握することは困難です。 関連トピック:CMSとDXPの比較 3. 高度な機能の利用 パーソナライゼーションやマーケティングオートメーションなど、サイトコアの優れた機能を十分に使いこなせなかったというのが、企業の共通の悩みです。経験では、ここでの知識不足が重要な障壁となっています。トレーニングを受ければ、これらの高度な機能をどのように使い始めることができるかを、実際にチームが理解することができます。 4. 自信を深めること プラットフォームを使いこなす自信がないと、より良い顧客体験を提供するためにプラットフォームを使うことを躊躇してしまいます。これは、基本的なコンテンツ編集者が、ウェブページにコンポーネントを追加することでシステムを「壊す」ことになると考えたり、マーケティングマネージャーが、何かを実現するのは難しすぎると考えたりするなど、さまざまな形で現れます。トレーニングは単に知識を提供するだけではなく、プラットフォームの機能を探求するための自信を与えることも重要です。 5. 進化し続けるサイトコア サイトコアはプラットフォームへの投資を続けており、リリースには大きな新機能が含まれることがあります。Sitecore Content Hub、Sitecore AI、新しいエディターエクスペリエンス、開発者向けの新しいツールなど、これらはすべて比較的最近プラットフォームに追加されたものです。トレーニングはリリーススケジュールに合わせる必要があります。 関連トピック:Sitecore AIとは? パーソナライゼーションをいかに効率化するか? 6. 初期の知識はプロジェクトに役立つ これからサイトコアの開発プロジェクトに参加する場合、プロジェクトの前に何らかのトレーニングを受けておくとメリットがあります。もちろん、開発を担当するコーダーはサイトコアの最新のノウハウを身につけておく必要がありますが、ビジネスサイドのマーケティングチームも、サイトコアの機能や基本的な仕組みについてある程度の知識を身につけておくことで、要件定義の際に役立ちます。また、サイトコアのトレーニングを受けることで、プロジェクトの進捗状況をより詳しく知ることができ、より有意義な意見を述べることができ、デジタルエージェンシーにも気を配ることができます。 7. 全員が異なる経験を持っていること サイトコアを使用する人の経験の幅は大きく異なります。以前の職務でサイトコアを使用したことがある人もいれば、まったくの初心者もいます。そのため、ターゲットを絞ったトレーニングで全員の理解度を同じレベルにすることで、チームダイナミクスを高めることができます。もちろん、ITチームやマーケティングチームに新しいメンバーが増えれば、その人たちにもトレーニングを受けてもらう必要があるでしょう。 8. サイトコアは旅であるもの サイトコアは旅のようなものです。Webサイトは様々なイテレーションを経て、デジタルサービスは変化し、チームの優先順位も変わります。チームは新しい機能を試しながら、より熟練し、より野心的になっていきます。例えば、多くのチームはパーソナライゼーションを最初は小さく始めて、それをより良く発展させる方法に気付きます。トレーニングは、チームがサイトコアとともに進化していくための重要な要素となります。 ターゲットトレーニングの重要性 サイトコアのトレーニングに投資する際には、さまざまなグループや個人のニーズに可能な限り合わせたトレーニングを行うことが重要です。関連性が感じられなかったり、基礎的すぎたり、複雑すぎたりするトレーニングは、不快感を与えたり、効果がなかったりします。 トレーニングを行う際には、役割、経験、個人のニーズという3つの要素を考慮する必要があります。 まず、最も明白なのが役割の違いで、主にコーダーとコンテンツ担当者に分かれます。Cylogyでは、さまざまなニーズを持つグループに対してサイトコアトレーニングを実施しています。 スーパーユーザーとマーケティングチーム 開発者 IT管理者 さらに、サイトコアの編集機能以外の多くの機能を必要としないコンテンツ制作者をトレーニングする必要があるかもしれませんが、多くの場合、マーケティングチームが社内でこのトレーニングを行うことができます。通常、マーケティングチームがこれを実施できるようなレベルの知識を身につけさせようとします。 役割」の次に重要なのは、「経験と自信」です。例えば、サイトコアが初めての人や、パーソナライゼーションが初めての人もいるでしょう。また、パーソナライゼーションを次のレベルに引き上げる準備ができていて、基本的なことをカバーしたくない人もいるでしょう。 最後の3つ目の要素は、個人のニーズです。これには、個人の野心、開発ニーズ、学習スタイル、個人的な事情などが含まれます。これらの具体的なニーズを満たすことができれば、どんなトレーニングも一般的なアプローチよりもはるかに強く響くようになります。 ターゲットを絞ったサイトコアトレーニングへの投資 サイトコアへの投資を最大限に活用し、その能力を十分に発揮させるためには、必要なトレーニングに投資する必要があります。トレーニングは、役割、専門知識のレベル、個人の好みに合わせて行うとより効果的です。サイトコアのトレーニングについてのご相談は、こちらまでお寄せください。   ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
12 May 2021 / Published in Sitecore
企業が顧客を理解し、惹きつけるために、より戦略的かつ協調的なアプローチをとる方法の一つとして、Voice of the Customer(VoC)プログラムやイニシアチブがあります。大規模なB2C企業では、正式なチームが設置されている場合もあります。 多くのVoCプログラムでは、製品やサービスを改善するために、構造化されたフィードバックを求める公式の顧客調査を実施しますが、コンタクトセンターでのやり取り、Webサイトからのフィードバック、Web分析など、他のソースからデータを収集し、比較、処理することもあります。 一般的に、VoCチームやVoCイニシアチブは以下のことに重点を置きます。 お客様とそのニーズ、意見、不満、喜びの瞬間、行動を理解する。 貴重なデータやフィードバックを提供するために、お客様を巻き込むこと データを分析して、顧客体験の改善、新製品やサービス、よりインパクトのある顧 とのタッチポイントにつながるインサイトを得ます。 関連トピック:SitecoreBoxever:カスタマーデータプラットフォーム 1.SitecoreによるVoCプログラムのサポートについて 顧客の深い洞察につながるVoCプログラムを成功させるのは複雑で、適切に実行するためには持続的な努力とある程度のリソースが必要となる。当然、課題もあります。特に、既存の顧客データやフィードバックが、異なるチームが所有する異なるシステムに存在している場合、サイロ化してしまいます。これについては、「Sitecoreを使って顧客データのサイロ化を解消する」という記事で紹介しました。 しかし、Sitecoreは、VoCプログラムをより洞察的で持続可能なものにするために、さまざまな方法で使用することができます。ここでは、そのための5つの方法をご紹介します。 1.1. Sitecore Formsの使用 Sitecore Formsは、Webサイトから顧客の声を収集し、VoCプログラムに反映させることができる高度なフォームソリューションです。より詳細な顧客調査を行う場合は、専用のアンケートツールを使用することもできますが、フォームの表示やフォーム完了後の体験をサイトコアのパーソナライゼーション機能やマーケティングオートメーション機能と連携させたい場合には、Sitecore Formsが最適です。 Sitecore Formsは、9.3へのアップグレードでボット検出機能や「Confirm Email」フィールドが追加されたほか、Sitecore 10ではGDPRへの対応が強化されるなど、近年さまざまな改良が加えられています。Sitecore Formsは、継続的なフィードバックや販売後のコメントを収集したり、特定のキャンペーンで顧客のコメントを得るためのコールトゥアクションを用意したりする場合に適しています。 関連トピック:Sitecore Forms 10.1について知られていない5つの新機能 1.2. お客様からのフィードバックに自動化で対応 VoCプログラムの課題の1つは、顧客からのフィードバックに迅速に対応し、顧客の貢献を評価するだけでなく、フィードバックがどのように活用されているかを知らせることです。これは、小規模なマーケティングチームにとっては、リソースの問題になります。 一般的に、お客様は少なくとも、自分のフィードバックが価値のあるものであり、「ブラックホール」に入っていないことをすぐに確認したいと思っています。サイトコアのマーケティングオートメーションでは、例えば、異なる顧客セグメントに響くターゲットメールを送信するなどして、お客様が安心してフィードバックを受け取り、それが利用されるようにすることができます。また、マーケティングチームは、自分のフィードバックが実際にどのように使われているかをお客様に伝えるために、パーソナライズされたEメールを後から返信することができます。このように、マーケティングオートメーションは、VoCプログラムをより管理しやすくし、顧客の関心を維持します。 1.3. パーソナライゼーションを利用して、フィードバックをくれたお客様に働きかけること サイトコアの強力なパーソナライゼーション機能を利用して、フィードバックに回答した人をセグメント化することもできます。 例えば、複数回フィードバックをいただいた方には別のメールを送信したり、VoCプログラムの要素をカスタマーコミュニティやパネルに正式に導入したりすることが考えられます。このようなケースでは、自分が歓迎されていること、自分の貢献が評価されていることを示す体験が、エンゲージメントの促進につながります。 1.4. VoCプログラムのデータとサイトコアのインサイト組み合わせ サイトコアは高度に洗練されたプラットフォームであり、顧客ベースのセグメントや個々の顧客の行動に対する深い洞察を提供します。GDPRやデータプライバシー規制に準拠することは重要ですが、サイトコアのデータとVoCプログラムから得られるデータを比較することで、大きな可能性が生まれます。これにより、顧客がどのように感じているか、デジタルチャネルやコンテンツにどのように接しているかの相関関係をより深く理解することができます。 1.5. VoCのインサイト実用化 Voice of the Customerプログラムは、顧客体験の具体的な改善、顧客のペインポイントの除去、売上やリードの向上など、変化をもたらすアクションにつながってこそ、実施する価値があります。サイトコアプラットフォームのデジタルマーケティング機能とアナリティクスは、VoCのインサイトを取り入れ、変更を加え、その効果を測定し、VoCの成功を実証することができる優れたプラットフォームです。 Sitecoreのようなデジタルエクスペリエンスプラットフォーム(DXP)は、VoCのインサイトを行動可能にし、その行動の成功を検証することができます。このような成功を実証することは、組織全体で顧客第一主義の文化を推進するという幅広い目的にも役立ちます。 2.VoCプログラムとサイトコアの使用 サイトコアとVoice of the Customerプログラムは相性が良く、より良いカスタマーエクスペリエンスを実現するための2つの要素と考えることができます。VoCプログラムをお持ちの方、または設定を検討されている方で、サイトコアがどのような役割を果たせるか検討されている方は、ぜひご連絡ください。   ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
12 May 2021 / Published in Sitecore, TechBlogs
1.テナントフォルダ Sitecoreはマルチテナントをサポートしており、1つのSitecoreインスタンスで複数のサイトを実行することができます。 Tenant Folderは、サイト構造の一部である複数のテナントを保持するためのコンテナです。Base Tenant Folderを継承しています。会社の複数のテナントを格納するために、テナントフォルダを作成することができます。 ここでは、「/sitecore/templates/Project/<Tenant Folder Name>」という名前のフォルダが作成されます。 テンプレートパス : /sitecore/templates/Foundation/Experience/Accelerator/Multisite/Tenant Folder Tenant – テナント テナントは、その下にあるサイトのトップレベルのコンテナです。同じテナントに含まれるサイトは関連性があり、データやレイアウトを共有できることを意味しています。テナントの作成には、オプションのモジュールが必要です。 テンプレート: /sitecore/templates/Project/<<Tenant Folder>>/<<Tenant>>/Tenant テナントの作成が完了しました。 2.サイトの作成 サイトとは、共通のビジネス目的を持ったコンテンツとアウトプットの集合体であり、共通のアセットセットを共有しています。 サイトを作成するには、「テナント」を右クリックし、「サイト」または「サイトフォルダ」を作成するオプションを選択します。 3.サイトフォルダー サイトフォルダーは、複数のサイトを格納するコンテナです。 テンプレート – /sitecore/templates/Foundation/Experience Accelerator/Multisite/Site Folder 4.サイト 全般」タブ-「サイト名」「ホスト名」「仮想フォルダ」を入力します。これはデフォルトのままにしておいて、後で必要に応じて変更することができます。 サイト作成の一環として、必要なモジュールを選択します。 新しいテーマを作成するか、既存のテーマを選択します。このテーマはサイトのテーマとなり、「ページデザイン」から変更することができます。 テンプレート : /sitecore/content/<<tenant folder>>/<<tenant>>/<<site folder>>/<<site>>/Presentation/Page Designs 主にBootstrap 4のグリッドを選択します。 この時点では、SXAサイトが作成されています。 5.サイトの削除 サイトを削除するには、サイトを右クリックし、スクリプトとサイトの削除を選択します。   ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
06 May 2021 / Published in Ecommerce, Sitecore
  サイトコアプロジェクトの見積もりは、プロジェクトマネージャーにとっては厄介な作業です。多くのコンサルティング会社は、プロジェクトを過小評価するという罠に陥り、その結果、不愉快な結果に対処しなければなりません。 正確な見積もりの重要性を理解していただくために、ここではサイトコアプロジェクトの見積もりが不十分な場合に起こる影響をいくつか紹介します。 1.プロジェクトの目標を達成できないこと 正確な見積もりができていないと、時間や予算をオーバーしてしまい、プロジェクトの目標を達成できなくなります。サイトコアプロジェクトの多くは、プロジェクトのスケジュールと予算に関連するビジネス戦略の目標が不可欠であるため、この問題は非常に重要です。そのため、スケジュールや予算が守られないと、組織の戦略目標に悪影響を与えてしまいます。 2.プロジェクトチームの疲弊 プロジェクトが過小評価されると、プロジェクトのステークホルダーに誤った期待が伝えられます。その結果、開発チームは通常、それらの非現実的な期待に応える責任を負うことになり、最終的にはチームの燃え尽きにつながります。チームとマネージャーの間に機能不全の関係が生まれ、従業員の不満や高い離職率につながる可能性があります。 3.クライアントとの関係悪化 コンサルティングの世界では、クライアントとの関係がコンサルティング会社の明暗を分ける最も重要な要素です。クライアントは見積書に基づいてプロジェクトを開始するため、その見積書が正確であればあるほど、クライアントは予算やその他の関連プロジェクトを計画することができます。そのため、サイトコアプロジェクトの見積もりが悪いと、必然的にクライアントとの関係が悪化し、コンサルティング会社の評判や収益性にも悪影響を及ぼしてしまいます。お客様はそれぞれ異なりますが、サイトコアプロジェクトには一般的な共通点があるため、サイトコアプロジェクトを見積もる際の重要なヒントを以下のように指摘しました。 4.隠れたコストに気をつけること(DevOps、インフラストラクチャ) サイトコアプロジェクトには、プロジェクトの初期見積もり時に見落とされがちな(または過小評価されがちな)項目がいくつかあります。例えば、DevOpsタスク(環境とコードレポのセットアップ、CI/CD、デプロイメントなど)、バグ修正(開発の見積もりに含まれていない場合)、コンテンツの変更/移行、リグレッションテスト(サイトコアのアップグレードプロジェクトでは重要)などがあります。このような予期せぬ隠れたコストを回避するために、プロジェクトマネージャーはプロジェクトを孤立させて見積もるのではなく、コアチームのメンバー(ソリューションアーキテクト、ビジネスアナリスト、リードデベロッパー、DevOpsエンジニア、QAエンジニア、コンテンツ/ビジネスストラテジスト)を含めて見積もる必要があります。 5.常にT&M 多くのサイトコアプロジェクトが典型的なウォーターフォール型であることを考えると、Sitecoreを使用している企業は、最初のプロジェクトの見積もりは不確定要素が多く、時間と予算の最終的な数字と考えてはならないという事実を認識する必要があります。不確実性には、ビジネス、テクノロジー、ユーザーエクスペリエンスなどが含まれますが、これらはプロジェクト開始時に保証することは不可能です。これらのことから、大規模なサイトコアプロジェクトの予算を正確に立てることは困難です。そのため、この罠から逃れるための一つの方法は、可能な限りお客様にタイム・アンド・マテリアルズ(T&M)契約を提供することです。T&M契約では、プロジェクトの不確実性に柔軟に対応でき、最初のプロジェクト見積もり時に生じたエラーを修正する機会が得られます。 一方、固定価格でのプロジェクトを余儀なくされた場合には、十分なリスクマージン(20%〜30%)を見積総額に加える必要があります。 6.プロジェクトの要件を明確に理解すること 見積もりプロセスで最も重要なインプットは、ビジネスとユーザーの要求です。そのため、インプットが明確でなければ、見積もり出力の正確さを保証することはできません。プロジェクトチームは、早く見積もりを出したいというよくある誤った緊急性に抵抗し、見積もりを出す前にできるだけ多くの要件を集めて分析するための時間を費やすべきです。サイトコアのプロジェクトでは、プラットフォームの複雑さや、複数のチームの目標とその目標がどのように関連しているかを考慮する必要があるため、この点が非常に重要になります。 7.プロジェクトをフェーズに分けること プロジェクトの要件が明確になったら、それらの要件に優先順位をつけることを強くお勧めします。優先順位がなければ、チームは重要度の低いタスクを引き合いに出すことになり、結果的に努力と時間を無駄にすることになる。したがって、優先順位をつけることで、プロジェクトの初期見積もりに明確な構造を与えることができ、経営者が見積もりの承認/却下について、より多くの情報に基づいた判断を下すのに役立ちます。要件の優先順位付けのもう一つの大きな利点は、プロジェクトをフェーズに分割できることです。担当した最も成功したサイトコアプロジェクトの1つは、ディスカバリーフェーズから始まり、その後複数の実装フェーズを経て、現実的なタスクの見積もりとプロジェクト目標の達成を可能にしました。 最後に、この記事ではサイトコアプロジェクトの過小評価に焦点を当てましたが、過大評価も同様に危険であり、上述のような悪影響をもたらします。プロジェクトマネージャーはプロジェクトの正確な見積もりの責任を負っており、サイトコアの世界では不確実性が増しているため、このプロセスを可能な限り正確かつ柔軟にするよう努力すべきです。   ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
05 May 2021 / Published in Sitecore, TechBlogs
あるプロジェクトで、サイトノード内に複数のマイクロサイトがあるが、メインサイトの検索機能にはメインサイトのページのみを含み、マイクロサイトのページは含まないようにしたいという要件がありました。 サイトコアの検索インデックスの設定では、<documentOptions>セクションで、テンプレートを含める/除外することや、インデックスに含めるフィールドを設定することが簡単にできます。しかし、現在のところ、サイトコアのツリー内のパスに基づいてインデックスからアイテムを除外する方法はありません。 これを可能にするために、カスタムクローラーを作成し、無視するように設定されたパスに基づいて、アイテムを含めるかどうかを決定しました。 このソリューションでは、すべてのアイテムがクロールされますが、インデックスには条件付きで含まれることになります。 カスタムクローラーの設定を更新し、除外するパスを設定できるようにしました。(この例ではマイクロサイトノードへのパス)。 留意:ここでのスニペットは、Sitecore 10インスタンスでのものです。 このインデックスの設定で重要なのは、Crawler / ExcludeItemsListのセクションです。このセクションを読み、パスを使って条件付きでアイテムをインデックスに含めたり除外したりするコードを紹介します。ここでは、アイテムが除外されているかどうかをチェックするために使用されるデフォルトのメソッドをオーバーライドしています。 これで完了です。ここでのパブリックプロパティは、自動的に設定をマッピングしてくれるので、そのままコードで使用することができます。このメソッドを使って、必要に応じてクローラーをカスタマイズすることもできます。パスの制約を追加する以外は、好きなように設定することができます。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
05 May 2021 / Published in Ecommerce, Sitecore
Sitecoreサイトでは、フロントエンドチームがHTMLを作成する際に考慮しなければならないことがあります。 サイトコアはHTMLに何の制限も課していませんが、バックエンドコンポーネントとHTMLの統合をスムーズにし、バックエンドのSitecore開発者がベストスタンダードにシームレスに従えるようにするための、ある種のベストプラクティスがあります。 フロントエンドチームは、Webサイトの開発に必要なHTMLとフロントエンドのアセットを提供し、このガイドラインに従うだけです。サイトコアを使ったサイト開発の経験がないフロントエンドチームでも、これらのガイドラインに従うことで、シームレスな開発が可能になります。 1.HTMLページのレイアウト サイトコアのページは、コンポーネントベースのアーキテクチャを採用しています。 ページのデザインができたら、ページレイアウトを作成するのがベストです。ページをデザインに応じた列に分割し、コンテンツをページレイアウト内のコンポーネントに分割します。これにより、コンポーネントをドロップできるプレースホルダーやバケットを作成することができます。プレースホルダーにもコンポーネントを割り当てることができ、デザインの整合性を保つための制約となります。 プレースホルダーを使ったページレイアウトの例を以下に示します。 また、1つのページに複数のレイアウトを組み合わせることもできます。 これにより、デザインで指定された通りにページやコンポーネントを柔軟に構成することができます。 ここで注意しなければならないのは、レイアウトのマークアップで、どのページで使用しても一貫していなければなりません。つまり、必要な方法でカラムを作成するラッパータグは、互換性のあるすべてのコンポーネントをドロップできる共通のインナータグで、一貫していなければなりません。例えば、デザインで「2カラムの左サイドバー」レイアウトを使用するページが複数ある場合、これらのページでは、ページを2カラムに分割する同じアウターマークアップを使用する必要があります。 バックエンドの開発者としては、もちろん、背景色の違いなど、必要な不整合を考慮することはできますが、これらは最小限にとどめ、理想的には、実現可能な限り一番外側のラッパーdivで各ケースに単一のクラスを使用して対応すべきです。これにより、バックエンドの開発者は、レンダリングパラメータを使用してこのような不整合を管理し、選択された値に基づいてマークアップ内の指定されたクラスを追加/削除することができます。 2.モジュラーコンポーネント すべてのコンポーネントはモジュール化されていなければならず、独立したコンテナの中で自分自身を完全にレンダリングするために必要なすべてのクラスや属性を持っていなければなりません。識別されたコンポーネントの間には相互依存関係があってはならず、決定されたページレイアウトのマークアップを除いて、複数のコンポーネントの周りには追加のラッパーがあってはなりません。 一貫したマークアップを保証するために、フロントエンドチームはテンプレートエンジンを使用することをお勧めします。 各コンポーネントは独立しているので、複数のページ、ページ内のさまざまな位置、異なるプレースホルダー(デザイン上必要な場合)で再利用できます。 CSS(カスケーディング・スタイル・シート)やJavaScriptでは、IDではなくクラスを厳密に使用することで、このような状況に対応できます。 3.再利用可能なコンポーネントの特定 プロジェクトやクライアント、代理店によってウェブサイト開発のビジネスプロセスは異なりますが、デザインからコンポーネントを特定し、あるコンポーネントがわずかな調整や構成で再利用できるかどうかを判断する段階があるべきです。この作業は、ビジネスアナリストが機能仕様書を作成する際に行うものであれ、プロジェクトマネージャーがフロントエンドおよびバックエンドチームとの計画会議で行うものであれ、特定のページやセクションのHTML開発を行う前に行うべき作業です。 これは、視覚的に比較して、(可能であれば)わずかな違いのある類似したコンポーネントをグループ化するための活動です。例えば、同じコンポーネントが異なるページで異なる背景色で表示されていたり、任意の左マージンがある場合などです。注意していただきたいのは、違いは本当に些細なものであるべきだということです。理想的には、1つまたは2つのクラスや小さなマークアップの変更で管理することができ、必要に応じてコンポーネントのデータソースのレンダリングパラメータやフィールドを使用してバックエンドから処理することができます。正しいHTMLを出力するために複雑なバックエンドロジックを作成するのではなく、別のコンポーネントを作成することをお勧めします(メンテナンスが難しく、オーサリングも複雑なコンポーネントになってしまいます)。 4.デザインの不整合に対応 フロントエンド開発者として、UX/デザインチームから提供されたデザインに基づいて作業を行います。モジュール化されたコンポーネントやコンポーネントの再利用など、これまでのポイントを踏まえ、コンポーネント間の間隔やフォントサイズなど、デザインの不整合が見られる場合は、UXデザイナーと一緒に再編成することをお勧めします。UXデザイナーも交えて再編成するのが良いでしょう。このような不整合の多くは、通常、デザインチームと一緒に解決することができ、最終的な開発段階で多くの複雑さを回避することができます。 5.ページ固有のマークアップ – 禁物 前述の通り、サイトコアのページは独立したコンポーネントで構成され、一般的なページレイアウトを使用してブロックにまとめられるのが理想的です。 フロントエンドでは、ページレベルのクラス(about-us / search-resultsなどのbodyタグ)を使用しないことが理想的です。このようなマークアップはすべて、モジュール式コンポーネントの一部としてのみ使用されるべきです。 バックエンドの観点から補足すると、ページアイテムの「class」フィールドを使ってこのようなケースを解決したいと思うかもしれませんが、これは良い方法ではありません。全体のポイントは、コンテンツとプレゼンテーションを分離することであり、この種の関連付けには、コンテンツ作成者が不用意に変更してデザインを壊すことがないように、このようなフィールドをロックするための追加のセキュリティ作業が必要です。 6.リンク ページ上のリンクを作成する際に留意すべき点をいくつか挙げてみます。 アンカーには常に<a>タグを使用し、スイッチの役割を果たす要素にはボタンを使用してください(ボタンを使用すると、JavaScriptで補助されたアクションが実行されます)。 可能であれば、アンカータグにクラスを追加する方が、内部のテキストを追加のタグでラップするよりも好ましい。そうすることで、バックエンドのコードをすっきりさせることができ、エクスペリエンスエディタのサポートを確保しやすくなります。 7.リッチテキスト サイトコアにはリッチテキストタイプのフィールドがあり、コンテンツ作成者はフォーマットされたコンテンツを管理することができます。これは内部的にはHTMLとして保存されており、コンテンツ作成者はこのコンテンツをHTMLとして表示・編集することができます。この機能は、使い方によっては便利なものでもあり、不便なものでもあります。 理想的には、コンテンツブロック内にハイパーリンクや強力なフォントを使用したページボディなどのフォーマットされたコンテンツが表示されている場合、それがサイトコアのリッチテキストフィールドに対応します。 コンテンツ作成者はこのフィールドに表示されるHTMLを完全に制御でき、さらにサイトコアではリッチテキストエディタにコンテンツが直接入力される際にいくつかの規則を使用するため、ここではフォーマットされたコンテンツをスタイリングする際に留意すべきポイントをいくつか紹介します。 フォーマットされたコンテンツのマークアップは、できるだけシンプルで予測可能なものにしてください。 リッチテキストコンテンツに必要なスタイリングは、リッチテキストフィールド全体のコンテンツをラップするラッパーのクラスを使って行うのが理想的です。デザインの複雑さのために100%実現できない場合もありますが、クラスや他の属性を使って複雑なマークアップを追加すると、コンテンツ作成者がコンテンツ編集中に誤ってマークアップを変更し、デザインを壊してしまうリスクが高まることを覚えておいてください。 サイトコアのリッチテキストフィールドに入力されるHTMLに多くのクラスや特殊タグがある場合、コンテンツ作成者が使用できるようにリッチテキストエディタにカスタムクラスやスニペットを提供することを検討してください。 コンテンツ作成者がリッチテキストエディタでコンテンツを入力すると、サイトコアはコンテンツに<p>タグを追加して、改行ではなく段落を表すようにしています。ベストプラクティスとしては、リッチテキストフィールド用のHTMLに<p>タグを使用しないことです。これは、<p>タグのネストや、リッチテキストフィールドのエディタモードでコンテンツを編集した際に生じる互換性のないマークアップを避けるためです。 8.エクスペリエンスエディタ サイトコアには、コンテンツを編集するための強力なWYSIWYGエクスペリエンスエディタモードがあります。エクスペリエンスエディタモードの機能と競合しないように、HTMLをオーサリングする際にいくつか考慮すべき点があります。 エクスペリエンスエディタモードでは、追加のマークアップが挿入されることを考慮してください。CSS/JavaScriptで位置ベースのセレクタの使用を避ける。 スライダーやカルーセルなど – は、JavaScriptを使用して初期化されますが、これらの構造の中でコンテンツを編集するのは厄介なことです。コンポーネントの複雑さに応じて、スライダー/カルーセルを通常モードのみで初期化することもできます(補足:バックエンドチームは、サイトを簡単に表示するためにどのモードを使用しているかを示すクラスを body タグに追加できます)。エクスペリエンスエディタモードでこれらを初期化しないことで、これらのコンポーネント内のすべてのコンテンツを簡単に編集することができます。ただし、この場合、そのようなコンポーネントの編集モードのWYSIWYGプロパティが制限されます。ここでの良い解決策は、ウェブサイトのプレビューにはプレビューモードを使用し、コンテンツのポストエディットにはエクスペリエンスエディタを使用するようにコンテンツ作成者を教育することです。これらのモードは、通常、同じデータベース(したがって、コンテンツ)から実行されます。 9.jQuery プロジェクトで jQuery を使用している場合は、フレームワークの衝突を避けるために noConflict() を使用することを強くお勧めします (エクスペリエンス エディタの場合)。 クロージャを使用し、コードを自己起動型の関数でラップしましょう。そのための参考文献を紹介します。 https://api.jquery.com/jquery.noconflict/ https://programmersought.com/article/72996716873/ https://blog.mgechev.com/2012/08/29/self-invoking-functions-in-javascript-or-immediately-invoked-function-expression/ 10.APIインテグレーション/jQuery作業 ページネーション、ファセット、フィルタ、ソートなどの機能があるリスティングや検索などの機能では、APIを介してバックエンドと連携し、ページ全体を更新することなく、ユーザーのアクションに応じて更新されたコンテンツを取得し、ページに表示する必要があるかもしれません。データの種類やビジネス上の必要性に応じて、以下のようなアプローチをとることで、バックエンドとの連携を迅速に行い、やり取りを少なくすることができます。 必要なデータをJSON文字列としてマークアップに追加し、このJSONを使って機能するようにコード化する。この場合、バックエンドの開発者は、サイトコアのコンテンツからマークアップで提供する必要のあるJSONの例を得て、意図したとおりに機能を動作させることができます。- 決められたフォーマットでJSONを返すモックAPI( https://apiary.io/ のようなホスト)を使用します。APIのURLはマークアップに含まれていなければなりません。バックエンド開発者は、これを自分が作成したAPIに置き換えて、自分が規定したのと同じJSON形式でデータを返すことができます。 これらの機能は通常、フロントエンドとバックエンドのコラボレーションが必要ですが、上記のような方法ですぐに実装することで、プロセスを合理化し、機能を稼働させるためにチーム間で行き来するオーバーヘッドを削減することができます。 11.サイトコアフォーム デザイン上のフォームの種類に応じて、カスタムフォームとサイトコアフォームのどちらを使用するかは、サイトコアチームが判断するのが理想的です。 サイトコアフォームは、コンテンツ作成者によるカスタマイズが必要なフォームによく使用されます。この場合、コンテンツ作成者は、フィールドの追加/削除、バリデーションの設定、フォームデータの送信先、フォーム送信後のユーザーのリダイレクト先などを設定することができます。サイトコアには、このような作業を支援するために、独自のフォームデザイナーアプリケーションが組み込まれています。 OOTB(アウトオブザボックス)では、サイトコアフォームでは、クラスの追加(Sitecore 10.1では、バックエンドチームがクラスのリストを設定して、コンテンツ作成者が選択できるようになっているので、コンテンツ作成者にとってはるかに簡単です)や、フィールドを特定のラッパーにグループ化するなど、タグの基本的な変更が可能です。マークアップを作成する前に、バックエンドチームに、デザイン上のフォームで使用されているほとんどの構造を持つサンプルフォームを作成して、フロントエンドチームが同じものを利用できるようにすることを要求するのが良いでしょう?フロントエンドチームは、生成されたマークアップをカスタマイズしようとするのではなく、生成されたマークアップを使って作業することができます。 以下の例をご紹介いたします。     ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
04 May 2021 / Published in Ecommerce, Sitecore
検索結果の1ページ目に自分のサイトが表示されたいと思うのは当然のことです。Sitecore Experience Accelerator (SXA)では、検索エンジン最適化のベストプラクティスに従えば、サイトのランクを向上させることが簡単にできます。 検索エンジン最適化(SEO)の優れた点は、プラットフォームに依存しないことです。検索エンジン最適化の基本的なルールは、ウェブサイトが使用しているプラットフォームに関係なく適用されます。ページには、タイトルタグ、メタディスクリプション、画像、Altテキスト、そして良質で意味のあるコンテンツが必要です。 インスタンスごとに設定は異なりますが、Sitecore SEOはいくつかの基本的なコンポーネントを必要とし、SXAを使用することでSitecoreのベストプラクティスに準拠したページの編集がより簡単になります。さらに、SXAでは他の部署と連携して作業ができるため、コンテンツを追加する前にデプロイメントを待つ必要がありません。これにより、プロセスの効率化とコスト削減を実現しています。 関連トピック: SITECORE DEVOPS 101 1.SEOとページデザイン Webサイトの上位表示を目指すのであれば、レスポンシブなページデザインが何よりも重要です。また、コンテンツの表示を成功させるためには、複数のデバイスで優れたユーザーエクスペリエンスを提供することがさらに重要です。多くの人は、ウェブデザインがページのパフォーマンスのさまざまな側面に影響を与えることを知りません。 2.ページスピード Googleは、ページスピードに基づいてウェブサイトのランキングを決定します。プラグインやロードシーケンスもページスピードに影響することを覚えておいてください。 3.画像サイズ ウェブサイトに大きな画像があり、読み込みに非常に時間がかかる場合、Google SERPでのランキングが低くなる可能性があります。最善の方法は、画像を圧縮したり、ファイルサイズを小さくしたりして、ページの読み込みを速くし、スピードを向上させることです。そうしないと、ユーザーエクスペリエンスが向上しません。 4.コードサイズ CSSやjavascriptのファイルが多い場合、サイトのパフォーマンスを向上させるには、コードの圧縮と拡大が最適です。コードの拡大とは、余分な文字、コメント、スペースを削除したり、コードの16進数を減らしたり、セミコロンを削除したりすることです。コード圧縮とは、ファイルのサイズをZIPファイルのように小さくすることです。 5.ナビゲーション ナビゲーションとは、訪問者がサイトを移動する方法だけでなく、検索エンジンのボットがコンテンツをクロールする方法でもあります。優れたナビゲーションプロセスは、訪問者がシームレスにコンテンツを検索できるようにします。パンくずは、サイトの深さにもよりますが、ユーザーがサイト内の前のカテゴリーに簡単に移動できるようにするために重要です。パンくずは、スキーマパンくずを実装する際に、Googleタグマネージャの参照ポイントとしても使用できます。 6.オンページSEO コンテンツはSEOの最も重要な側面の1つであり、Sitecore SEOも同様です。コンテンツが特定の質問に答えていなければ、訪問者は別の解決策を探す可能性が高くなります。コンテンツやCTAは折り返しの上に表示される(スクロールしなくても訪問者が見られるコンテンツ)方が、見やすく、クロールしやすいため、パフォーマンスの面でより大きな影響を与えます。 7.ページをクロールするタイミングを検索エンジンに指示すること XMLサイトマップは、SEO対策において最も重要な要素の一つです。XMLサイトマップとは、サイトの各ページに関する情報を検索エンジンに提供するためのプロトコルです。これには、クロールの対象となるURL、ページの位置、更新頻度、最終更新日、各ページの優先度などが含まれます。 SXAでは、変更頻度と優先度を簡単に設定することができます。変更頻度では、検索エンジンにページの更新頻度を知らせ、そのページをどのくらいの頻度で戻ってきて再クロールするかを知ることができます。優先度のオプションでは、各ページの重要性を設定することができます。0.1から1.0までのスケールで、1.0が最高または最も重要で、優先度の高いページはより頻繁にクロールされます。 では、これがSEOにどのように結びつくのでしょうか?前述のようにSXAでは、各ページをSEOの重要な要素で素早くマークアップすることができます。タイトルタグ、メタディスクリプション、Twitterカード、オープングラフなどの要素を各ページに追加することで、SERPや他のプラットフォームでのページの表示をコントロールすることができます。   ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
29 April 2021 / Published in Sitecore, TechBlogs
Sitecore Experience Acceleratorは、ドラッグ&ドロップ式のコンポネントで、ビジネスニーズやデザインに合わせて拡張し、構築を加速します。 SXAは、マーケティング部門が、開発やITを介さずにWebサイトを作成することを可能にします。デフォルトおよびカスタムビルドのSXAコンポーネントを使用することで、市場投入までの時間を短縮することができます。Web開発チームは、Sitecore Experience Accelerator(SXA)を使用してWebサイトの制作を高速化し、コンポーネント、レイアウト、テンプレートをさまざまなサイトで再利用します。 SXAは構造とデザインを分離しているため、フロントエンドデザイナー、クリエイティブデザイナー、コンテンツ制作者、開発者が並行して作業を行うことができ、複数のサイトを迅速かつ低コストで展開・維持することができます。基本的なユーザー・エクスペリエンス・プランが確立されていれば、誰もがこのプラットフォームを使い始めることができます。例えば、コンテンツ制作者はワイヤーフレーム環境でコンテンツの入力を開始し、フロントエンド開発者はテーマの作成を行い、開発者はデータテンプレートの設定を行います。 1.SXAが使用するコンセプト まず、Sitecore SXAはマルチテナンシーをサポートしています。また、フォルダ構造を採用しているため、マーケティング担当者はセキュリティロールを作成して割り当て、コンテンツを分離することができます。さらに、テナントレベルでのセキュリティロールの作成と割り当ても可能です。また、テナントごとに機能を有効/無効にしたり、テナントレベルでページテンプレートを作成することも可能です。 再利用可能なレンダリングを備えたツールボックスを使って、ページを簡単に構築することができます。レンダリングは、シンプルなテキストや画像、動画、ソーシャルメディアのプラグインなど多岐にわたります。 さらに、SXAのページにはレスポンシブグリッドレイアウトが採用されています。グリッドは、ページを等間隔の列に分割します。行や列のスプリッターを使ったり、ページ上のレンダリングのグリッド設定を変更したりすることで、ページ上で利用可能な列をどのように分割するかを決めることができます。 最後に、SXAは構造とデザインを分離し、ウェブサイトのデザインを変更するプロセスを簡素化します。カスタマイズを容易にするために、SXAではテーマを使用しています。テーマは、主にスタイルシート、スクリプト、画像で構成されています。また、SXAにプラグイン式のテーマを追加することで、スタイリングを素早く変更することができます。 2.Sitecore SXA 9.3に含まれる機能 Sitecore SXA 9.3では、2つの新しい検索機能が導入されました。集約された「ファセットフィルター」と「ファセットサマリー」です。集約されたファセットフィルタでは、検索結果のコンテンツに自動的に適応するダイナミックなフィルタセットを作成することができます。 また、ファセットサマリーは、適用されたファセットを表示し、個別または一度に削除することができます。ファセットサマリーでは、ページ上のアクティブなフィルターを操作することができ、訪問者が1つずつ、またはまとめて削除することも可能です。例えば、ページに果物のサイズ、味、色に関するフィルタが含まれていて、Facet Summaryコンポーネントを追加した場合、訪問者は、関連するxをクリックしてフィルタを個別に削除したり、「Clear all facets」をクリックしてすべてのフィルタを削除したりすることができます。 また、新しいSitecore SXA 9.3のレンダリングバリアントのセクションで紹介されている、高速でパワフル、安全で軽量なテンプレート言語Scribansもあります。Creative Exchangeを使用すると、スクリバンのテンプレートを簡単にインポート/エクスポートすることができ、フロントエンド開発者にとっても非常に柔軟な作業が可能です。 SXA 9.3の最後のメジャーアップデートは、SXAでのフロントエンド開発の方法を全面的に見直したことです。Creative Exchange Live Themingが完全に外部化され、NPMパッケージとして利用できるようになり、Media Libraryが解放されました。また、コマンドライン・インターフェースを使用した「JSSスタイル」のテーマ作成機能も提供されています。ログインしたり、サイトコアのUIを使わずにSXAのテーマを作成できるようになりました。 しかし、SXA 9.3の最もエキサイティングな機能は、間違いなくScribansの導入です。この新しいテンプレート言語は、従来のNVelocityテンプレートを削除するためだけにSXA 9.3で導入されました。scribans テンプレート言語を使用すると、デフォルトのレンダリングバリアントではできなかったループやその他の条件文をレンダリングバリアントに追加することもできます。 標準のscribanテンプレート構造とは別に、これを拡張してカスタムscribanエクステンションを作成することもできます。scriban の優れた点は、HTML に従ったデザインを簡単に実現し、レンダリングするフィールドを含むことができることです。 3.使用方法 この例では、カスタムイベントリストコンポーネント用の新しいScribanテンプレートを使用して、フィールドをレンダリングする方法を示します。 scribanテンプレートを使用したアイテム、オブジェクト、フィールドのサンプル このScribanテンプレートバリアントをカスタムレンダリングで使用すると、次のようになります。 4.その他の便利なコマンド 5.Scribanのカスタムメンバーを作成する方法 Sitecore 9.3はマーケターに様々な新機能を提供します。今日は、カスタムScribanを追加してScribanの機能を拡張し、Scribanに新しいMemberを追加してみます。 5.1.コード GetLinkUrl クラスは GetScribanItemMember クラスを継承しており、MemberName プロパティを使用して Scriban に新しいメンバーを追加しています。次に、フィールドタイプがリンクフィールドであるかどうかをチェックし、LinkUrl メソッドから URL を取得し、Resolve メソッドをオーバーライドして、MemberValue を関数 ( URL ) から返された文字列に設定しています。 5.2.コンフィッグ クラスを「getScribanItemMembers」パイプラインに配置します。コンストラクタでコンテキストを解決したい場合は、resolve要素を追加することを忘れないでください。 Scriban に関連する他のすべての既存のパイプラインは 「Sitecore.XA.Foundation.Scriban.config 」ファイルに格納されており、カスタムコードを記述するには 「Sitecore.XA.Foundation.Scriban.dll」 も追加する必要があります。 6.正しい実装 コードの作成が完了したら、必要なアイテムを webroot にデプロイします。レンダリングバリアントでは、次の構文を使用してカスタムItem Memberを使用することができます。 コードの作成が完了したら、必要なアイテムをウェブルートにデプロイします。レンダリングバリアントでは、次の構文 {{i_item.linkurl}} を使用して、カスタムアイテムメンバーを使用できます。 そのURLは以下のようになります。 7.結論 Sitecore Experience Platform 9.3の新機能は、パーソナライズされた顧客体験を実現し、顧客満足度を高めることができるため、マーケティング担当者にとって朗報となります。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
29 April 2021 / Published in Ecommerce, Sitecore
顧客行動や消費者インサイトに関しては、「変化は唯一の不変である」という言葉がぴったり当てはまります。あなたがマーケティングの分野に属していたり、このテーマについて研究しているのであれば、マーケティングの基本的な定義、つまりビジネスプロセスとしてのマーケティングとは、顧客のニーズとウォンツを特定し、予測し、満足させることであるということを最初から理解しているはずです。 つまり、マーケティングとは、進化する顧客データを理解・消費し、分析スキルを駆使して価値ある洞察を得て、それに基づいて情報に基づいた意思決定を行う継続的な活動であり、マーケティング担当者や意思決定者が適切な製品を適切な人に適切な時に適切な場所で提供するのに役立つものなのです。 1.サイトコアソリューション – 現代のマーケティングの神髄 従来の顧客行動研究は、一般化、直感、予測に基づいていましたが、現代のマーケティング支援は、クラウドコンピューティング、データ分析、機械学習などの強力な技術に支えられており、マーケティング担当者が実際のパーソナライズされた消費者データに基づいた消費者行動のインサイトを得ることを支援します。マーケティングを活性化するだけでなく、データ分析とクラウドコンピューティングにより、デジタルプラットフォームの訪問者全員に満足のいくパーソナライズされたデジタル体験を提供する最高のマーケティングオートメーションツールをお探しなら、それはサイトコアバージョン 9デジタルソリューションでしょう。 サイトコア オンプレミスに導入されたソリューションとサイトコアとの比較 Sitecore Experience Cloudに展開されたソリューション: 旧バージョンのサイトコアソリューションは、主にオンプレミスのサーバーで開発・展開されていました。サイトコアはトレンドセッターであり、最高のスケーラビリティと柔軟性で完全なデジタルトランスフォーメーションを可能にする、シームレスに統合されたデジタルエコシステムの必要性を想定していたため、2017年にSitecore Experience Platform (XP)のバージョン9、Sitecore Experience Commerce (XC)、およびその他のサポートするサイトコアソリューションとともにSitecore Experience Cloudを発表し、サイトコアを真のクラウドベースで独立したものにしました。 Sitecore Experience Cloudでは、サイトコアソリューションがクラウド化されただけでなく、このクラウドプラットフォームには、強力な機械学習エンジンであるSitecore Cortexが搭載されており、マーケティング担当者はリアルタイムで自動化された消費者インサイトを得ることができます。また、Sitecore xConnectにより、マーケティング担当者は他のデジタルソリューションをSitecore Experience Cloudとシームレスに統合し、一元化された顧客データベースを作成することができます。Sitecore Experience Cloudにサイトコアソリューションを導入することで、以下のようなメリットが得られます。 2.Sitecore Experience Cloudを採用するメリット 2.1.強力なヘッドレス機能 Sitecore Experience Cloudでは、開発者は展開ごとに異なるシステムやプラットフォームを作成する代わりに、フロントエンドとバックエンドを切り離すヘッドレス機能を採用し、デジタルプラットフォーム、IoT、ウェアラブル、モバイルプラットフォーム上でパーソナライズされたデジタルエクスペリエンスを提供することができます。 2.2.一元化された安全で統合された顧客データベース Sitecore Experience CloudとSitecore Connectは、サイトコアソリューションとCRMソリューションを統合し、すべての顧客データを一元化された機械学習機能付きのSitecoreデータベースに集めることができます。Sitecore Experience Cloudを使用することで、マーケティング担当者は貴重な顧客インサイトを得て、1つのプラットフォームで情報に基づいたマーケティングの意思決定を行うことができます。 2.3.柔軟で手頃な価格のスケーラブルなデジタルソリューション Sitecore XP9とSitecore XC9は、.NETテクノロジーで構築されています。これらのデジタルソリューションの最新バージョンをSitecore Experience Cloudに導入すると、レガシーコードを持たない完全に独立したシステムを手に入れることができ、完全にカスタマイズ可能で手頃な価格になります。 2.4.ローメンテナンスでハイパフォーマンス すべてのWebサイト、デジタルプラットフォーム、サイトコアソリューションが単一のSitecore Experience Cloudプラットフォーム上でホストされている場合、企業はオンプレミスシステムのインストールとメンテナンスにかかる費用を大幅に削減できるだけでなく、すべてのソリューションがシームレスに統合されているため、プラットフォームは高速で効果的、かつエラーのないものになります。 以上がSitecore Experience Cloudの技術的なメリットですが、クラウドベースのサイトコアソリューションを採用することで、運用面でもメリットがあります。以下は、世界70カ国以上に展開するインドの大手自動車メーカーにSitecore XPと複数のWebサイトをSitecore Experience Cloudで導入した事例です。 3.Sitecore Experience Cloud導入のサクセスストーリー 3.1.クライアントのプロフィール お客様は、インドで最も成功している有名な二輪車メーカーで、その革新性、献身性、顧客中心の行動で知られています。 3.2.お客様の要件 お客様はすでにオンプレミスのサイトコアソリューションをお持ちでしたが、70のWebサイトとサイトコアソリューションを単一のSitecore Experienceクラウドに展開できるサイトコアのエキスパートを採用したいと考えていました。 3.3.アダクトのソリューション SmartOSCジャパンは、サイトコア認定の開発者、アーキテクト、デザイナー、テスター、Sitecore MVPからなるチームを、この大規模プロジェクトに派遣し、サイトコア開発、サイトコア移行、実装サービスを提供しました。Sitecore Experience Cloud上にSitecore Experience Platformを実装するとともに、パーソナライズされたブランドモジュールと国別のWebサイトソリューションを提供しました。また、カスタマイズされたテストドライブフォームを作成し、マーケティングオートメーションツールを設計することで、メールマーケティングの自動化を実現しました。 この取り組みにより、デジタルプラットフォーム上での売上が25%増加し、販売間接費も45%削減されました。また、Sitecore xDBインサイトを使用することで、問い合わせ件数が63%増加し、プロジェクト全体のROIは44%という驚異的な結果となりました。Sitecore Experience Cloudへのデジタルプラットフォームの導入を支援してくれるサイトコアパートナーをお探しの方は、経験豊富で信頼性の高いSitecoreエキスパートのチームを擁するSmartOSCジャパンにご相談ください。 SmartOSCジャパンは、Sitecore Commerceの導入以外にも、サイトコアインテグレーション、DevOps、サイトコアアップグレード、サイトコアコンサルティングサービスなど、様々なサイトコアサービスをお客様に提供しています。当社をテクノロジーパートナーとして採用し、お客様のビジョンを、サイトコア認定開発者が企画、戦略、開発、展開を行うパーソナライズされたサイトコアソリューションに変えてみませんか。     ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace