グーテンベルクが間違っていた場所：テーマ開発者版

フルサイトでの編集が間近に迫っているので、WordPressエコシステムがそのような移行に備えているかどうか、特にテーマ開発の側面で質問するのは公正な質問です。

テーマ開発者がGutenbergプラグインの更新と、最終的には主要なWordPressバージョンとの間の一連の変更に追いつくのに苦労していることは周知の事実です。 誰が船を操縦しているのかを尋ねるのも公正な質問です。 Webのフロントエンドを作成するために毎日費やすサイト開発者、テーマ作成者、およびその他のデザイナーはどこにいますか？ プロジェクトが下位互換性を維持することを保証する先進的なソリューションはどこにありますか？

グーテンベルクプロジェクトと、隔週のブロックベースのテーマ会議などのテーマ開発者との間の壊れた隔たりを修復するためのいくつかの努力がなされてきました。 ただし、これらの会議は、概して、グーテンベルクチームがすでに開発したもの、または間もなく出荷されるものに関する一般的な更新です。 これらの会議は、より良いコミュニケーションへの良い足がかりですが、プロジェクトには、将来の風景のビジョンとテーマの作成者が取り組む日常の問題の感覚の両方を備えたプロジェクトプランナーが必要です。

現実には、公式リポジトリの機能としてブロックエディタスタイルをリストしている7,455のテーマのうち132のテーマしかありません。 私たちは、WordPressに正式に統合されたブロックエディターの寿命の1年半ですが、プラットフォームの顔は、いくつかの基本的なブロックスタイルを平凡なデザインに仕​​上げたテーマで主に構成されています。 完全なブロックエディターのサポートで本当に際立っているテーマはほとんどありません。 それらの多くは、Elementorや他のページビルダーにも多額の入札を行っています。

テーマの作成者からの賛同がない場合、ブロックエディタが好きかどうかはほとんど重要ではありません。 毎週、テーマディレクトリで新しいテーマをチェックし、隠された宝石を見つけたいと思っています。 毎週、ブロックエディタのサポートがない2020年に新しいテーマが削除されるのを見てがっかりしています。 20を超えるものを試してみれば、エディターを楽しむ可能性のあるユーザーのセグメント全体があります。これはすばらしいテーマですが、すべての人がお茶を飲むわけではありません。

ThemeForestの売り手は、Gutenbergに最適化されたものとしてリストされている2,300以上のテーマで、サポートの点で無料のWordPress.orgテーマ作成者を18対1で打ち負かしています。 確かに、巨大な市場のテーマは、競争を一段と高めるために可能なすべての機能を備えていることが知られています。 また、それらの多くは、組み込みのページビルダーを備えているか、サードパーティのソリューションをサポートしています。

それでも、プラットフォームの主力機能については、エンドユーザーは公式テーマディレクトリからさらに何かを期待する必要があります。 サードパーティのマーケットプレイスは、町で唯一のゲームであってはなりません。 現時点では、WordPress.orgの提供物の多くはせいぜいつまらないと感じています。 Rosa 2やGoのテーマなど、さらに一歩進んだ一握りの企業は、その取り組みに資金を提供している成熟した企業を抱えています。

現在、テーマの作者とWordPressの間には信頼関係がありません。 一部の人はそれを大声で叫びます（人々はWP居酒屋のコメントセクションから証明することができます）。 他の人はもっと静かにこれをすべて理解しようとしています。

公式テーマチームの代表の1人であるCarolinaNymarkでさえ、いくつかの懸念を共有しました。 「テーマの作者全員がグーテンベルクの変更にどのように対応していますか？」 彼女はツイートで尋ねた。 チームリーダーがスピードを上げていない場合、プロジェクト全体にとっては良くありません。

「私はしません」と、TwentyTwentyの背後にいる主要な開発者であるAndersNorenは、Nymarkの質問に答えました。 「（ベータリリースでは）何かが壊れるまで待ってから、それを修正しようとします。 Coreでブロックエディタのサポートを維持しながら、Gutenbergプラグインの変更をサポートしようとすると、健康に悪影響を及ぼします。」

テーマの作者からは、将来について大きな懸念があります。 12か月後のテーマ開発がどのようになるかが不確実な場合、現在の可能性に興奮することは困難です。 物事がどのように機能するかについての明確で詳細なロードマップはなく、多くのテーマデザイナーは、毎週キャッチアップをしているように感じています。 代わりに、彼らはより明確に先を見越して、初期のアイデアを実行に移すことができるはずです。

私の最終的な恐怖は、テーマチームがいつかスイッチを切り替えて、2015年のカスタマイザーで行ったように、ブロックエディターをサポートするためにすべてのテーマをディレクトリに入れる必要があることです。テーマの作成者がそのような日に有機的に移行しない場合来るかもしれない。 チームは真ん中で悪者として立ち往生するでしょう。

ここからどこへ行きますか？

テーマ作成者にとっての主な問題点のいくつかを特定するのは簡単です。 更新間の変更は、必然的にテーマのデザインで何かを壊します。

HTMLの変更を壊します。

CSSの変更を壊します。

クラス名がありません。

ブロックに応じて、位置合わせを処理するさまざまな方法。

それらを避けるために何年も教えられた後のインラインスタイルに対処する。

これらの問題はすべて、テーマ作成者にとっての障害です。 そして、テーマの作者が仕事をするのを邪魔するとき、彼らはエンドユーザーに少しずつ落ちていきます。

これは過去10年間のWordPressではありません。 アップデートで物事を壊さないことを約束したWordPress。 プロではないデザイナーによる1回限りのテーマが4か月後も機能したWordPress。

グーテンベルクプロジェクトはまだ始まったばかりです。 遊ぶのは楽しいかもしれませんが、面倒なこともあります。 私は誰よりもブロック編集者の伝道者ですが、テーマの作成者とプロジェクトの開発者の間に明確で現在の信頼の問題がある場合は認識できます。

現在、すべてのベースをカバーしようとしているテーマ作成者は、少なくとも2つのバージョンのWordPress、複数のバージョンのGutenberg、およびクラシックエディタープラグイン用に設計しています。 これは、1つのテーマの目がくらむほどの一連のテストです。 テーマが十数以上ある人…まあ、それは理想的な状況ではありません。

テーマとサイトのデザインに向けて、全体的なアプローチをとる必要があります。 テーマの作成者は、ロードマップの詳細を確認して貢献し、今後数年間、関連性があると思われる機能を石に刻む必要があります。 彼らは、先週何時間も汗を流したボタンのブロックデザインが来週も機能し続けることを知っておく必要があります。

それはすべてプロジェクト管理レベルから始まります。

HTMLの重大な変更を行う必要がある場合、テーマの作成者は「Y機能を機能させるにはXの変更を行う必要があります」以上のものが必要です。 彼らは、Xの初期計画段階での間違いの所有権、下位互換性のあるコードソリューション、および発生する同じ間違いの数を減らすためのパスを確認する必要があります。

テーマデザイナーはまだある種のデザインフレームワークを必要としています。 現在のユーティリティクラスは、プロジェクトが将来の風景を見るための先見の明なしに新しい機能を追加するときにつなぎ合わされている貧乏人のバージョンのTailwindのようなものです。 おそらく、今後のグローバルスタイル機能は、テーマ間の互換性を提供する大規模なものに取り組むことができます。

最終的には、Gutenbergチームと、公式のWordPressテーマディレクトリのテーマを作成しているテーマ作成者との間で、より多くのコミュニケーションをとる必要があります。 おそらく、ブロック時代のテーマのみに焦点を当て、グーテンベルクの開発者と直接協力して問題点を特定する新しいチームまたはサブチームが形成されるはずです。 何が起こっても、誰かが次世代のテーマを実現するように刺激する必要があります。 それまで、ほとんどのテーマ作成者は、次に何を修正する必要があるのか​​疑問に思っています。

次は：ブロック/プラグイン開発版？