ゼファーネットのロゴ

ShopifyPlusの制限を克服する

日付:

ShopifyPlusの制限を克服する

Shopify Plusは驚くべきことを成し遂げました。それは、企業レベルのeコマース機能をリーズナブルな予算で企業にもたらしました。 チーム全体で構築と管理を行う必要があったものを、今では月にわずか数千ドルで手に入れることができます。

しかし、それは決して完璧ではありません。 大規模なカタログから割引ルールまで、最も頑固なShopifyファンでさえもイライラさせる可能性のあるいくつかの一般的な問題があります。

この投稿では、いくつかの一般的な問題と、最も重要なことに、それらに対処する方法について説明します。

広範な製品ポートフォリオに関する問題 

問題:バリアントのしきい値

Shopifyは、製品ごとに最大100つのオプション(つまり、サイズ、色、スタイル)の作成と、オプションの組み合わせの最大XNUMXのバリエーションをネイティブにサポートします。 たとえば、size-color-styleの組み合わせはXNUMXつのバリアントに相当します。 各バリアントには、独自のSKU番号、写真、価格、および追加の属性があります。

課題:100つ以上のオプションとXNUMXのバリエーションがある場合、ビジネスは何をすべきでしょうか?   

回避策1:製品のグループ化 

上記の場合、オプションに基づいて商品を分割します。 あなたの製品が10の異なる色を持っていると仮定しましょう。 各色は個別の製品として作成され、サイズは単純なバリエーションにすることができます。

商品ページで、同じ種類のすべての商品を統一されたタグでグループ化すると、各色が商品見本として表示されます。 顧客は、あるバリエーションから別のバリエーションに移動するのと同じ形式で、ある色から別の色に移動します。 このシナリオの違いは、各色が独自のURLを持つ製品であるということです。

この方法では、 簡単なコード 製品ページに実装されます。

このアプローチの利点は、製品のバリエーションが個別のランディングページとして機能および動作することです。 各バリアントには、SEOに最適化するために、厳選されたコンテンツ、画像ギャラリー、メタタイトル、説明が含まれます。

マーケターはセットアップが大好きで、多くのブランド( ジムシャーク & すべての鳥)製品の提供が100バリアントの制限を超えていない場合でも、それを利用します。 本質的に、この制限を利点に変えることができます。 

回避策2:アプリ

などのShopifyアプリ インフィニティオプション & 大胆な製品オプション バリアント制限の問題に代わるものを提供し、製品オプションとバリアントの追加を可能にします。 在庫を管理するための特定のバックオフィス要件が存在しない限り、これは通常、最良の代替手段です。

たとえば、XNUMX番目のオプションの組み合わせで異なる価格が作成されたり、一意のSKUが必要になったりすると、在庫管理プラットフォームが複雑になる可能性があります。

もうXNUMXつの考慮事項は、フロントエンド機能に影響を与えるアプリが読み込み速度とサイトのWeb Vitalsに悪影響を与える可能性があるため、最初の回避策オプションを開始することを常にお勧めします。   

回避策3:製品リスト 

大規模な商品や複雑なバリエーションを持つB2Beコマースマーチャントの場合、商品リストが推奨される方法です。 製品見本を使用する代わりに、各バリアントは独自の数量ボックスを持つアイテムとしてリストされます。

最初に検討したソリューションと同様に、バリアントは個別のアイテムとして作成され、統一されたタグを介してメイン製品にリンクされます。 この場合、サイトはクイックオーダー機能用に最適化されており、顧客は異なる数量の複数のバリエーションを同時にカートに追加できます。

この実装には、中級レベルの開発者なら誰でも簡単に処理できるカスタム開発が必要です。 

大規模なカタログ編成に関する問題  

問題:ナビゲーションの制限

コレクションページでは、大規模なカタログサイトにはいくつかの制限があります。 (ただし、明確にするために、ほとんどの直接販売ブランドではこれらの問題は発生しません。)Shopifyに固有の、幅広いナビゲーションは製品タグで管理できます。

商品タグは広く使用されており、各商品には数十のタグを付けることができます。 何千もの商品を含むカテゴリページがある場合は、同じ数のタグを同時にクエリできます。 この状況では、Shopifyは関連するすべてのフィルターを表示しないため、問題が発生します。

回避策1:ファセットナビゲーションと検索 

この問題の解決は複雑ではありません。 Algoliaなどのプラットフォームは、検索およびファセットナビゲーション用に設計されています。 製品はAlgoliaを介してコレクション内でレンダリングされるため、この制限はなくなります。

ただし、Algoliaを使用することには複数の利点があります。 ファセットナビゲーションとは別に、検索はAIと行動に関連する結果で強化できます。 大きなカタログの場合、強力なユーザーエクスペリエンスを実現するにはオンサイト検索が不可欠であり、このようなプラットフォームでは、オートコンプリートとビッグデータ分析によってミリ秒単位で結果が生成されます。 

さらに、商品タグを使用する代わりに、Shopifyメタフィールドを使用してデータをより簡単に構造化できます。 たとえば、「マテリアル」でフィルタリングする代わりに、マテリアルのメタフィールドを作成し、テキストフィールドとして追加します。

Algoliaはすべてのメタフィールドを同期し、それらをファセットナビゲーションとしてコレクションページに表示し、速度パフォーマンスは卓越しています。 B2B eコマースの構造的および戦略的ヒントの詳細については、2022年をご覧ください。 B2BEコマースプレイブック.

回避策2:マルチレベルナビゲーション

メガメニューは、多くの場合、XNUMXつのレベルのサブカテゴリを持つユーザーエクスペリエンス向けに設計されています。 場合によっては、大規模なカタログを持つ企業は、サブカテゴリの別のレイヤーを導入するために、第XNUMXレベルのナビゲーションを必要とします。

この課題を克服するために、それぞれXNUMXつのレベルで複数のナビゲーションを作成できます。 この例では、これらのレベルを部門と見なします。 現在、各部門にはXNUMXつのレベルのカテゴリとサブカテゴリがあり、合計でXNUMXつのレベルのナビゲーションが提供されています。 

カスタムコーディングを使用すると、これらのナビゲーションをメガメニューにマージして、すべての部門を一覧表示できます(さらに、追加のレベルに移動できます)。 これは現在のところ要求されていませんが、組織が困難であることが判明する可能性はありますが、この方法を使用してXNUMXレベルのナビゲーションを作成できます。  

回避策3:コレクションの構造 

手動収集の制限は100,000(超過の可能性あり)ですが、自動収集の制限は5,000です。 これは非常にまれですが、解決策は単純です。必要に応じて自動収集を使用し、残りのカテゴリには手動収集を展開します。

この制限に直面する可能性は低いですが、存在するので注目に値します。

技術的な問題に関する問題

問題:URL構造の制限 

ShopifyのURL構造を変更できないことはよく知られています。 製品の場合、ドメインパスはdomain.com/products/になりますカスタムハンドル、およびコレクションの場合、パスはdomain.com/collection/になりますカスタムハンドル。 URL構造の変更がSEOに影響を与える可能性があるかどうかについては懸念がありますが、そうであることは証明されていません。  

回避策:サイト構造レビューの実行 

ただし、主な懸念事項は、別のプラットフォームからShopifyに移行することです。これにより、新しいURLが強制され、移行は慎重に処理する必要があります。 推奨されるアクションは次のとおりです。 

  • すべてのリンク(コレクション、製品、ページ、ブログ)に対して301リダイレクトを実行します 
  • Shopifyの「ハンドル」と同じURLキーワードとコンテンツを保持します
  • 移行後すぐにGoogleコンソールでsitemap.xmlを再送信します
  • わずかな変更のみで一貫したナビゲーション構造を維持する
  • 適切な正規URLを実装する 
  • サイトを最適化する あなたがそれを起動する前にSEOのために

移行するたびに、最大XNUMX%のトラフィックの減少が見込まれます。 ただし、Shopifyの機能を利用してUXとインフラストラクチャを改善したため、このトラフィックはXNUMXか月以内にリバウンドし、その後加速します。

問題:過度に単純化されたブレッドクラム

ブレッドクラムは、特に外部リンクまたはGoogle検索を介してサイトにアクセスする顧客にとって、ナビゲーションを簡素化するために不可欠なコンポーネントです。

本来、ブレッドクラムはShopifyで単純化された方法で構築され、構造は[ホーム]>[コレクション]>[製品]です。 上記のように、Shopifyはマルチレベルのカテゴリをサポートしておらず、これは対処すべき問題です。

回避策:メタフィールド 

ブレッドクラムは、メタフィールドを介して製品ページとコレクションページに実装でき、フォーマットとブレッドクラムを完全に自由に使用できます。 

チェックアウトに関する問題

問題:割引の制限

Shopifyは多くの割引の選択肢を提供しています。 のようなアプリ 究極のスペシャルオファー 販売実績を高めることができる割引とプロモーションのさまざまな方法を提供します。 ただし、積み重ねられた割引とさまざまな製品価格設定は、割引の課題を生み出します。

割引機能を提供するほぼすべてのアプリは、Shopify DraftOrderAPIを利用しています。 グループ価格設定と値下げ(ティア価格設定)を提供するアプリを実装する場合も、同じ方法が使用されます。 DraftOrderAPIを使用すると問題が発生します。 チェックアウトページには割引ボックスがありません。

このシナリオでは、割引はラインアイテム割引(カートの合計割引に対して)を介してのみ実装でき、この場合、クーポンコードは機能しません。 この複雑さを回避するために、これらのアプリはカートページに「偽の」割引コードボックスを追加します。 

回避策:アプリ…今のところ

  一時的な解決策 グループ/ティア割引と高度なカートプロモーションの両方を提供するアプリを使用することです(つまり、 ディスカウントボックス)。 このアプリでは、小計やカートの内容に基づいてカートの自動割引を追加しながら、さまざまなグループや数量ごとに商品の価格を変更できます。

前述のように、これは一時的な解決策です。 Shopify Plusチームは最近、年次会議(Commerce +)で、価格表やより高度なチェックアウト機能などのネイティブB2022B機能の2年の立ち上げを発表しました。

これはマーチャントやパートナーからの長期的なリクエストであるため、ShopifyPlusチームの立ち上げが優先されると考えています。

問題:チェックアウト構成の制限

Checkout.liquidファイルは、リクエストに応じてすべてのShopify Plusで利用でき、チェックアウトを(ある程度まで)カスタマイズできます。 確かに支払い手順は変更できませんが、ページのルックアンドフィールは自由に変更できます。

フィールドを追加したり、デザインをカスタマイズしたりすることは可能ですが、Shopifyは毎日のテストを実行し、チェックアウトプロセスを最適化するためにすべてのサイトをスコアリングするため、マーチャントにこれを行うことを推奨しません。  

回避策:スクリプトとカスタマイズ

さらに、ShopifyPlusの加盟店は スクリプト & Flow 特定の顧客グループ、行動、またはカートの内容の支払い/配送オプションに向けた条件付きロジックを作成することにより、チェックアウトのUXをさらにカスタマイズします。

確かに、Shopify Checkoutを介して対応できないまれなケースのシナリオがありますが、カスタムチェックアウトを構築するオプションは常にあります(Shopify Plusマーチャントに許可されています)。  

問題:Shopify支払いサポート 

ShopifyはCBD製品の販売を許可していますが、ShopifyPaymentsはそれらをサポートしていません。 Shopifyは、CBD / THCを含む製品に加えて、利用規約(TOS)に違反する「疑似医薬品」と見なされる一部のサプリメントカテゴリもサポートしていない場合があります。

使用できる支払いゲートウェイプロバイダーは他にもありますが、考慮すべき追加の課題があります。CBD/THC製品を販売するほとんどすべてのブランドが次のようなプラットフォームを使用しています。 支払いの再請求 サブスクリプション機能を有効にします。 

回避策:Authorize.net 

サブスクリプションAPIを使用し、CBD /THC製品をサポートできるShopifyPaymentゲートウェイの限られたオプションは、大きな課題となります。 最も注目すべき選択肢のXNUMXつは Authorize.net、多数の決済マーチャントパートナー(基礎となる銀行)と接続して、あらゆる種類のトランザクションを処理できます。

問題:卸売チャネルポータルの設計 

卸売チャネルは、多くの場合、プライベートポータルを介して卸売注文を処理するための頼りになるソリューションです。 このShopifyで構築されたアプリには、いくつかのまともな機能が付属しており、価格表エンジンは効果的に機能します。 ただし、ポータルのUXは変更できず、基本的です。 カスタマイズはほとんどなく、何よりも、チェックアウト時のShopifyスクリプトには互換性がありません。

回避策:ホールセールクローンサイト

Shopify Plusには、同じライセンス内に2つの追加ストアの機能が含まれています。 これらのストアのXNUMXつを使用して、サブドメインwholesale.domain.comの下でホールセールポータルを実行し、Shopifyオンラインストアのすべての機能、アプリ、およびサードパーティをDXNUMXCであるかのように使用して、ホールセールポータルのUX/UIを必要に応じてカスタマイズします店先。

次のようなアプリを使用してゲストアクセスをブロックすることも可能です 錠前屋、精査された顧客のみがログインして注文できるようにします。 これは、ホールセールチャネルよりもはるかに優れたソリューションです。  

その他の障害

以下は、Shopifyを使用して過去10年間に発生した追加の制限のリストです。 しかし、それらのどれも商人がそれを使用するのを止めるのに十分なことを心配していません。

  • 幾つかある APIの制限 特定の機能のためにプライベートアプリを構築するかどうかに注意する 
  • お客様のパスワードは別のプラットフォームから移行できないため、リセットする必要があります 
  • 製品ギャラリーは250枚の画像に制限されています(ただし、メタフィールドを介してさらに画像を追加できます)
  • 合計100,000のリダイレクトがサポートされており、制限に異議を唱えることはおそらくないでしょう。
  • ギフトカードをインポートまたは移行することはできません(カスタムアプリを介してAPIを介して移植する場合を除く)
  • マルチアカウント機能(頻繁に要求されますが、機能パイプラインにはないようです)  

いくつかの技術的限界にもかかわらず、Shopify Plusは、D2CまたはB2Beコマースビジネスをベンチャーして成長させるための最良かつ究極のプラットフォームです。 いくつかの制限がありますが、それらのほとんどすべては回避策または高度なアプリで解決されます。

デニス・ディリ

DenisDyliによる投稿

Denis Dyliは、Shopify Plus eコマースの戦略、設計、実行に焦点を当てたシカゴを拠点とするWebコレクティブであるPIVOFYの創設者兼CEOです。 PivofyはShopifyの主要なパートナーとして認められており、Clutchによってトップランクの企業です。 過去100年間で、DyliとPivofyはXNUMXを超えるeコマースサイトを提供してきましたが、その多くはプラットフォームの再構築に取り組んできました。 

スポット画像

最新のインテリジェンス

スポット画像

私たちとチャット

やあ! どんな御用でしょうか?