AIでWordPressテーマを作って、
「できた！」
となっていたんですが。
実際に使ってみたら、さっそく問題が出ました（笑）
僕が作ったのは、
AIちいちゃんテーマ Ver.1
という独自のWordPressテーマ。
まずは装飾ブログへ入れてみて、
トップページ。
投稿ページ。
固定ページ。
サイドバー。
スマホ表示。
このへんは普通に動きました。
おお。
ちゃんとテーマじゃん。
と思ったんですが。
そのあと、
Cocoonから乗り換える場合は大丈夫なの？
という話になったんです。
僕自身、TakeログではCocoonを使っています。
そこでCocoon独自の機能を確認してみたら、
吹き出しが崩れる。
ボタンが普通のリンクになる。
ブログカードが消える。
FAQのデザインがなくなる。
いろいろ出てきました（笑）
WordPressテーマを変更すると、全部そのまま残るわけじゃない
WordPressの記事って、
普通の段落。
見出し。
画像。
箇条書き。
みたいな標準ブロックなら、テーマを変えても基本的には内容が残ります。
でも、
テーマ独自のブロック
は別。
Cocoonには、
吹き出し。
ブログカード。
ボタン。
FAQ。
アイコンリスト。
マーカー。
タブ。
アコーディオン。
Amazon・楽天の商品リンク。
など、独自機能があります。
こういうものは、
Cocoonがあるから表示できている。
だから別テーマへ変えると、
中身は残っていても、
見た目が崩れる。
機能が動かない。
ということがある。
ここ、実際にテーマを作って初めてちゃんと意識しました。
僕の装飾ブログは大丈夫。でもTakeログはアウト（笑）
今AIちいちゃんテーマを入れている装飾ブログは、
まだ記事数も少ない。
ボタンもCocoon独自ブロックではなく、
カスタムHTMLで作っていたものが多い。
だから今のところ大きな問題はありません。
でもTakeログは違います。
昔からCocoonを使っているので、
Cocoonの吹き出しも使ってる。
Cocoonのボタンも使ってる。
この状態でテーマを変えたら、
過去記事が一気に崩れる可能性がある。
これは困る（笑）
テーマが新しくなっても、
昔の記事がめちゃくちゃになったら意味ないですからね。
最初はCocoon互換をテーマに入れればいいと思った
そこで最初に考えたのが、
AIちいちゃんテーマ側でCocoonの表示に対応する。
という方法。
Cocoonの吹き出しが来たら、
それっぽく表示する。
ボタンも表示する。
ブログカードも表示する。
でも途中で、
「あれ？」
となりました。
これを全部テーマ側に入れたら、
軽くてシンプルなテーマを作った意味なくない？
AIちいちゃんテーマはシンプルでいたい
今回のWordPressテーマは、
最初から何でもできる巨大テーマを作るつもりではありません。
記事装飾は、
AIちいちゃんパレット Pro
に任せる。
テーマは、
サイト全体の土台。
だからシンプルにできる。
そこが一つの特徴です。
なのに、
Cocoon互換のために、
吹き出し。
ボックス。
ボタン。
商品リンク。
タブ。
アコーディオン。
全部テーマ側へ抱え込んだら、
結局また多機能テーマになってしまう。
なんか違う。
だったら「Cocoon形式」を変換すればいい
そこで出てきたのが、
お引っ越しAIちいちゃん
という考え方。
Cocoonの機能をテーマ側で永久に抱えるんじゃなくて、
Cocoon形式
↓
AIちいちゃん共通形式
へ変換してしまう。
たとえば、
Cocoon吹き出し
↓
AIちいちゃん吹き出し
Cocoon FAQ
↓
AIちいちゃんQ&A
Cocoonボタン
↓
AIちいちゃんボタン
こんな感じ。
一度変換してしまえば、
そのあとCocoonに依存しなくなる。
これならかなりスッキリします。
さらにパレットで着せ替えできる
ここで、
AIちいちゃんパレット Proともつながってきます。
たとえば、
Cocoon吹き出しを、
AIちいちゃん共通吹き出しへ変換。
そこからパレットで、
シンプル。
ブルー。
かわいい。
クリスマス。
みたいに着せ替える。
つまり、
乗り換えるためだけの互換機能
じゃなくて、
乗り換えたあとも使える共通パーツ
になる。
これ、かなりいいなと思いました。
テーマ・パレット・お引っ越しAIで役割を分ける
今のところ考えているのは、
AIちいちゃんテーマ
＝サイト全体の土台
AIちいちゃんパレット Pro
＝記事本文の着せ替え
お引っ越しAIちいちゃん
＝Cocoon独自形式から共通形式へ変換
という役割分担。
全部テーマに詰め込まない。
全部パレットに入れない。
必要な仕事だけ担当する。
この形なら、
テーマは軽いままにできる。
パレットも着せ替えに集中できる。
お引っ越しAIは移行時だけ使えばいい。
Cocoonだけは対応する予定
全部のWordPressテーマへ最初から対応するつもりはありません。
SWELL。
AFFINGER。
SANGO。
その他いろいろ。
全部やったら終わらない（笑）
まずは、
Cocoon。
理由は簡単です。
僕が使っているから。
Takeログで実際に使っている。
自分が乗り換えられないなら、
まずそこを解決したい。
それにCocoonを使っている人も多いので、
同じように、
「テーマ変えたいけど記事が崩れるの怖い。」
と思う人はいるはず。
だったら最初はCocoonだけでいい。
一括変換できたらかなり楽
さらに考えているのが、
Cocoonの記事をスキャンする機能。
たとえば、
吹き出しを使っている記事。
ブログカードを使っている記事。
FAQを使っている記事。
Amazon・楽天リンクを使っている記事。
を調べる。
そして、
1記事ずつ。
選択記事だけ。
一括。
で変換する。
僕なら、
一括変換したい（笑）
ただし、
変換前にバックアップ。
問題があったら元へ戻す。
変換できないものは勝手に消さない。
ここはかなり重要。
テーマを作ったら、次は「引っ越し」まで考えることになった
最初は、
「WordPressテーマって作れるの？」
から始まっただけでした。
テーマ作る。
↓
できた。
↓
WordPressへ入れる。
↓
動いた。
ここで終わると思っていた。
でも実際に使うと、
既存記事どうする？
が出てきた。
そこで、
Cocoon互換。
共通パーツ。
お引っ越しAI。
パレット連携。
まで話が広がった。
また大きくなってる（笑）
実際に使うと、必要なものが見えてくる
これ、LPメーカーでも同じでした。
作っただけでは分からない。
実際に使う。
そこで、
「ここ不便。」
「これ欲しい。」
「ここ壊れる。」
が出てくる。
今回も、
テーマを実際に入れたから、
Cocoonからの乗り換え問題
に気づきました。
もし作っただけで満足していたら、
ここまで考えなかったと思います。
「テーマ変更が怖い」を減らしたい
今考えている最終形は、
Cocoon記事をスキャン。
独自ブロックを検出。
AIちいちゃん共通形式へ変換。
必要なら一括変換。
問題があれば元に戻す。
そのあと、
AIちいちゃんテーマへ変更。
さらに必要なら、
パレットで好きな記事デザインへ着せ替える。
つまり、
テーマを変えるところから、変えた後まで面倒を見る。
ここまでできたら、
テーマ変更したいけど、昔の記事が崩れるから怖い。」
をかなり減らせそう。
まだ構想段階ですけどね。
でも、
WordPressテーマを作ったら、
今度は引っ越しツールまで作ることになるとは思わなかった（笑）
たぶんまた、
「じゃあ作るか。」
になるんでしょうね。
便利ツール完全ガイド
ブログのネタ探しから記事作成、
WordPress下書き、LP、ステップメールまで。
初心者でも迷わないAIツール活用ガイドを
無料でプレゼントしています。
メルマガ登録後、すぐにご覧いただけます。