流れ続けるカルーセルの実装、Splide・GSAP・CSSをどう使い分けるか

下記のような流れ続けるカルーセル（スライダー）を実装しようとしたとき、カルーセルのライブラリを使うべきか、GSAPにすべきか、CSSアニメーションだけで済ませるか迷った経験はないでしょうか。私は結構な頻度で迷います。

過去にはこのような経験もありました。

• GSAPで実装したが、後からスワイプ操作が必要になり、カルーセルライブラリに乗り換えた
• CSSアニメーションで実装したが、カクつきが発生し修正に時間がかかった

そこで、自分なりの指針を整理してみることにしました。この記事では自動で流れ続けるカルーセルの個人的な実装方針について書き留めています。

結論

私は実務では以下のように使い分けることが多いです。

• ユーザーのアクションが入る場合：カルーセルライブラリ（Splide）
• スクロールに連動して動かす場合：アニメーションライブラリ（GSAP）
• 上記以外：CSSアニメーション

表にまとめると次のようになります。

それぞれの実装パターンについて個別に見ていきます。

カルーセルライブラリを使用するケース

今回はSplideを使用しました。

自動スクロールを導入する場合にはAuto Scrollのエクステンションが必要です。下記が実装例です。

カルーセルライブラリで導入したスライダーの特徴としては、ユーザー操作の実装をスムーズに行える点です。上記の例では左右にスワイプができ、「前へ」「次へ」のページ送りのボタンが機能するようにオプションを設定しています。

1
const options = {
2
  type: "loop",
3
  autoWidth: true,
4
  gap: "10px",
5
  pagination: false,
6
  arrows: true, // 前へ・次へのページ送りを表示するかどうか（デフォルトでture）
7
  drag: true, // ドラッグによりスライダーを動かせるかどうか（デフォルトでture）
8
  autoScroll: {
9
    speed: 0.7,
10
    pauseOnFocus: false,
11
    pauseOnHover: false,
12
  },
13
};

Splideではアクセシビリティについても一定程度担保してくれるのが良い点です。

デメリットとしては、ライブラリの仕様に縛られるため、複雑なカスタマイズを行おうとするとコストがかかります。またカスタマイズによっては実装困難な場合があります。

例えばSplideでは斜め方向に自動スクロールさせようとtransform: rotate(45deg);を記述すると、表示が崩れます。これはSplideが内部でtransformを使ってスライドの位置を制御しているため、外側からrotateを重ねると競合してしまうためです（Swiperでは問題なさそうでした）。

メリット・デメリットをまとめると次のようになります。

実際の使用例としては、採用ページによくある「数字で見るXXX」をカード形式のスライドとして見せる場合に、カルーセルライブラリを使用するようにしています。

アニメーションライブラリを使用するケース

次にアニメーションライブラリを使用するケースです。今回はGSAPを使用しました。

まずはシンプルな流れ続けるカルーセルを実装した例です。

GSAPの特徴としてはとても少ない量のコードで実装できる点があります。上記の例ではわずか7行のJavaScriptのコードで動いています。

1
const lists = gsap.utils.toArray('[data-infinite-carousel="list"]');
2

3
const loop = gsap.to(lists, {
4
  xPercent: -100,
5
  ease: "none",
6
  duration: 30,
7
  repeat: -1,
8
});

そしてGSAPが得意なスクロール連動の動きも実装することができます。

次の例ではスクロールの速度（強度）に応じて、スライダーの動く速度も早くなるようにしています。スクロールに連動した動きを実装するため、ScrollTriggerを読み込んでいます。

近年のWebサイトでよく見かける動きですよね。他にスクロールの方向に応じてスライドが移動する向きを反転させる動きを実装することも可能です。

GSAPでカルーセルを実装するデメリットとしては、ドラッグ操作やページ送りなどのユーザー操作には不向きな点です。GSAPはあくまでもアニメーションに関する動きを制御するだけなので、ユーザー操作を実現するには全て自前で実装する必要があります。

メリット・デメリットをまとめると次のようになります。

スクロール連動やリッチな動きが求められる場合は、GSAPで実装するのが最も適しています。

CSSアニメーションを使用するケース

最後にCSSアニメーションを使用するケースです。HTMLとCSSのみで完結するため、ライブラリを読み込む必要はありません。下記が実装例です。

最大のメリットはコード量が少なくシンプルなことでしょう。画像（スライド）のリストを横並びにし、translateが変化する@keyframesを設定するのみで機能します。

1
.c-infinite-carousel {
2
  display: flex;
3
  overflow: hidden;
4
}
5

6
.c-infinite-carousel__list {
7
  display: flex;
8
  animation: infinity-scroll-from-left 30s infinite linear;
9
}
10

11
@keyframes infinity-scroll-from-left {
12
  from {
13
    transform: translateX(0);
14
  }
15
  to {
16
    transform: translateX(-100%);
17
  }
18
}

画像（スライド）のリストをtranslateで移動させているだけなので、次のような斜め方向への無限スクロールも簡単に実装できます。以下はtransform: rotate(-20deg);を設定した例です。

デメリットとしてはリストの境目で、カクつきが発生しやすいことです。特に要素間の余白をcolumn-gapで設定しているとカクつきが発生しやすい印象です。

column-gapでカクつきが発生しやすい理由は、translateX(-100%)の基準となる幅の計算にあります。translateX(-100%)はその要素自身の幅を基準に移動量を計算しますが、column-gapで設定した余白はその幅に含まれません。そのため、アニメーションがループして最初の位置に戻る際に、余白分だけ位置がずれてカクつきが発生します。

一方でmarginで余白を設定した場合は、余白を含めた位置の計算がtranslateX(-100%)と一致しやすくなるため、ループ時のずれが発生しにくくなります。

1
/*
2
カクつきが発生しやすいコード例
3
*/
4
.c-infinite-carousel {
5
  display: flex;
6
  overflow: hidden;
7
  /* column-gapでリスト間の余白を設定 */
8
  column-gap: 10px;
9
}
10

11
.c-infinite-carousel__list {
12
  display: flex;
13
  /* column-gapでスライド間の余白を設定 */
14
  column-gap: 10px;
15
  animation: infinity-scroll-from-left 30s infinite linear;
16
}
17

18
.c-infinite-carousel__item {
19
  width: 200px;
20
  aspect-ratio: 1;
21
}
22

23
/*
24
カクつきを抑えたコード例
25
*/
26
.c-infinite-carousel {
27
  display: flex;
28
  overflow: hidden;
29
}
30

31
.c-infinite-carousel__list {
32
  display: flex;
33
  animation: infinity-scroll-from-left 30s infinite linear;
34
}
35

36
.c-infinite-carousel__item {
37
  /* margin-leftで余白を設定 */
38
  margin-left: 10px;
39
  width: 200px;
40
  aspect-ratio: 1;
41
}

メリット・デメリットをまとめると次のようになります。

近年登場したCSS カルーセル機能を使用すれば、一般的なユーザー操作についてはCSSのみで実装することも可能なようです。ただし未実装のブラウザもあるため、実務で使用するにはまだ先になりそうです。

prefers-reduced-motionへの対応

流れ続けるカルーセルは自動で動き続けるため、OSで「視差効果を減らす」が有効な環境への配慮が必要です。どの手法を選んでも、アニメーションを停止する対応を入れておくと安心です。

Splideの場合はreducedMotionオプションが用意されており、autoScroll: falseを設定することで自動スクロールを停止できます。

1
const options = {
2
  // ...省略
3
  //   (prefers-reduced-motion: reduce)を検出した際に使用されるオプション
4
  reducedMotion: {
5
    autoScroll: false,
6
  },
7
};

GSAPの場合はgsap.matchMedia()を使用して分岐できます。

1
const mm = gsap.matchMedia();
2

3
// 視差効果を減らす設定がされていない環境でのみ実行
4
mm.add("(prefers-reduced-motion: no-preference)", () => {
5
  gsap.to(lists, {
6
    xPercent: -100,
7
    ease: "none",
8
    duration: 30,
9
    repeat: -1,
10
  });
11
});

CSSアニメーションの場合は、先述のコード例に以下のメディアクエリを追加することで対応できます。

1
.c-infinite-carousel__list {
2
  display: flex;
3

4
  /* 視差効果を減らす設定がされていない環境でのみ実行 */
5
  @media (prefers-reduced-motion: no-preference) {
6
    animation: infinity-scroll-from-left 30s infinite linear;
7
  }
8
}

停止ではなくスクロール速度を落とすだけにする考え方もありますが、中途半端な動きがかえって違和感を生むケースがあるため、停止で統一しています。

まとめ

流れ続けるカルーセルの実装方法を3パターン見てきました。それぞれ適しているケースが異なるため、仕様が決まった段階で実装方法を選べると、無駄な手戻りを減らせると感じています。

今回は「流れ続けるカルーセル」に絞った話でしたが、カルーセル以外のUIコンポーネントについても同様に自分なりの判断基準を整理していきたいと思っています。