1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

TIPS: microCMSでリッチエディタのデータを扱うときは、HTML用のデータを一緒に定義すると捗る

Last updated at Posted at 2021-05-25

はじめに

プライベートで microCMS と Next.js の組み合わせを多用しております。microCMS の良いところは、自由度の高いデータ定義ができることで、CMSというより、もはや使い勝手の良いデータストアサービスとして捉えています。

今回はこの microCMS の一つのデータ型である、「リッチエディタ型」を扱う際のアイデアを一つ共有したいと思います。


追記
microCMS の公式さんに見つけていただけたようで、リプライいただきました。
本文部分をカスタムデータ(リッチエディタとプレーンテキスト)にして、繰り返して格納していくというアイデアです。確かにこちらの方がインタフェースとして直感的ですし、置換処理の必要がないので取り扱いやすいですね。

ちなみに、私のアイデアも、テンプレートとして同じコンテンツを何度も挿入を繰り返すというシーンにおいては、管理しやすいと思うので、このまま残させていただきたいと思います。

モチベーション

リッチエディタで編集したテキストデータに、任意のテンプレートHTMLを挿入することで、コンテンツの表現力を高める

リッチエディタで編集したテキストは、自動的にHTMLに変換されます。
エスケープ処理せずにレンダリングすれば、そのままHTMLとして扱うことが可能です。(一般的なCMSと同じなので想像しやすいかと。)

実際にブログやLPを作って運用していると、CTA を設置したり、自身でカスタマイズしたスタイルで装飾したいときがたまにあります。
しかし HTML をリッチテキスト内に入力しても、テキストとしてサニタイズされてしまうため、レンダリングしても、そのまま表示されてしまい、意図した挙動にはなりません。

解決策

早速、解決策となる設定方法、実装方法を提示します。

microCMS側の設定

まずはじめに、カスタムフィールド(ここでは shortCode)を定義します。
このカスタムデータは、データを識別するための短いテキスト(code)と、HTML本体(body)を持つように設定します。

  • フィールドID: code | 表示名: 識別コード | 種類: テキストフィールド | 必須: true
  • フィールドID: body | 表示名: HTML | 種類: テキストエリア | 必須: true

unm7jg2ykoh8lntfvl5cbczrp6zb.png

次に、APIスキーマの方でポスト本体のデータを定義します。
本文以外のタイトルやアイキャッチ画像、メタ情報などはお好きに設定してください。
ここで、先程定義した shortCode を「繰り返しデータ」として定義します。

  • フィールドID: body | 表示名: 本文 | 種類: リッチエディタ | 必須: true
  • フィールドID: shortCodes | 表示名: ショートコード | 種類: 繰り返し(shortCode)
  • それ以外のデータはお好きにどうぞ

z3033mlbuwhgbv2mdnphgs25g7jc.png

ここまでで、察しの良い方はこの先どうするか想像ができると思います。
そうです、shortCode に 任意のHTMLと識別コードを入力し、識別コードと同じ文字列を本文の方に記載していきます。

スクリーンショット 2021-05-25 22.40.12.png

このように、本文中では識別コードの両サイドを << >>[[ ]] のような、実際の文章として発生しないような記号のパターンで囲ってあげてください。

識別コードの方では囲み文字を含まない形で定義したほうが良いです。
本文中の記号はエスケープされて保存されるので、のちの置換処理で手間が増えてしまいます。

クライアント側のコード

こちらでは Next.js のコードを例に出したいと思います。
適宜自身が利用している言語やフレームワークに置き換えてください。
(複雑なことはしていないので、置き換えやすいと思います。)

上で定義したデータの型はこのような定義になっています。

// post.d.ts
export interface ShortCode {
  code: string
  body: string
}

export interface Post {
  id: string
  createdAt: string
  updatedAt: string
  publishedAt: string
  revisedAt: string
  title: string
  body: string
  shortCodes?: Array<ShortCode>
  // 省略
}

データ取得時に、本文から識別コードを正規表現でマッチさせ、対応するHTMLで置換させます。

前述の通り、識別コードの囲み記号はエスケープされていますので、一度コンソール等に出力させて確認してください。
<< >> => &lt;&lt; &gt;&gt;

// pages/posts/[id].tsx

export const getStaticProps: GetStaticProps = async ({ params }) => {
  const data = await client.get<Post>({
    endpoint: 'posts',
    contentId: params?.id ?? ''
  })
  return {
    props: {
      data: {
        ...data,
        body: replaceBody(data)
      }
    },
    revalidate: 3600
  }
}

export const replaceBody = ({ body, shortCodes }: Post): string => {
  const shortCodesMap =
    shortCodes?.reduce<Record<string, string>>(
      (res, { code, body }) => ({ ...res, [code]: body }),
      {}
    ) ?? {}
  return body
    .replace(/&lt;&lt;(.+?)&gt;&gt;/g, (...[, key]) => shortCodesMap[key])
}

interface PageProps {
  data: Post
}

const Page: FC = ({ data }) => {
  return (
    <main>
      <h1>{data.title}</h1>
      <div dangerouslySetInnerHTML={{ __html: data.body }} />
    </main>
  )
}

export default Page

実行結果

赤枠で囲った部分が、shortCode によって置換された場所です。
スクリーンショット 2021-05-25 22.39.48.png

その他

任意のHTMLを埋め込み可能であるということは、インジェクションの原因になりますので、使用される際には十分に注意してください。

今回の例ではわかりやすいように、ポストデータに shortCode を内包するデータの形にしています。実際には、shortCode を共有パーツ化して使用したいケースの方が多いと思いますので、テーブルを別定義して管理した方が、使い勝手が良くなると思います。

また、置換用の HTML は microCMS で管理せずに、html-react-parser などと組み合わせて、フレームワーク側で定義したコンポネントと置換するようにすると、より開発しやすくなります。
https://www.npmjs.com/package/html-react-parser

P.S.
もし microCMS の運営さんが見られておりましたら、ぜひショートコードないし、リッチエディターで編集したテキストに、任意のHTMLを挿入できる機能の導入を検討していただけますと幸いです。ぜひご検討の程よろしくおねがいします。:relaxed:

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?