WordPressの未来はコードフリーですか？

公開: 2020-04-14

WordPressのよりユニークな側面の1つは、デザイナーがWordPressの利用方法を選択できることです。私たちは、いくつものことを行うWebサイトを構築できます。そして、そうするためのさまざまな方法がたくさんあります。

たとえば、テーマを最初から作成したり、数千の無料またはプレミアムオプションの1つをダウンロードしたりできます。または、Gutenbergブロックエディターを使用してコンテンツを作成するか、ページビルダープラグインを利用することもできます。

これらの選択は、完成品について多くのことを決定するため、重要です。必要な方法で機能しますか？それは私たちが望むように見えますか？将来変更することはどの程度柔軟ですか？そして、おそらく最も重要なことは、それは私たちを特定の製品に閉じ込めるのだろうか？

これらの選択肢には、ある種の収益があります。基本的に、カスタムコードを記述したいかどうか（または必要かどうか）を決定しています。

それはちょっと大したことです。そして、WordPressとそのエコシステムが進化し続けるにつれて、より多くのデザイナーがコードフリーソリューションを選択するのではないかと疑問に思います。しかし、もしそうなら、どのような影響がありますか？

ページビルダーは良くなっています

WordPress開発者コミュニティのおかげで、この時点に少なからず到達しました。たとえば、ページビルダープラグインは何年も前から存在しています。

初期の段階では、これらの製品は、CSSとPHPの知識があれば達成できることをだらしなく近似する傾向がありました。それでも、彼らはカスタムページレイアウトを作成する機能をより多くの人々にもたらしました。

プロのデザイナー（私自身も含む）は、これらのツールをかなり否定することがあります。コード的には、品質の点でマップ全体に存在していました。そして、ページビルダーを利用することは、プロジェクトを通してあなたのやり方をだましているように感じました。

ただし、プラグインの作成者は引き続き製品を改善しました。最新のツールは、コードがよりクリーンで応答性の高いものになるまで進化しました。さらに、ページビルダーを非アクティブ化すると、コンテンツのフォーマットが失われますが、ページに大量の未使用のショートコードが表示されなくなります。

コンピューターとマウス。

グーテンベルクはブロックをデフォルトのインストールにもたらします

WordPress自体は、コンテンツを作成するためのより視覚的な方法に移行しました。 GutenbergブロックエディターがWordPress5.0で導入されたとき、それはより一貫したユーザーエクスペリエンスをもたらすことを目的としていました。これは、一部、開発者がクラシックエディタの制限を回避するために使用した特注の手法への対応でした。

また、より複雑なレイアウトや機能を実現するために、必ずしもカスタムコードを記述する必要がないことも示しています。エディターは、必要に応じて追加できるカスタムブロックの独自のエコシステムを生み出しました。

グーテンベルクは必ずしも本格的なページビルダーと直接競合しているわけではありませんが、はるかに軽量な代替手段を提供します。そして、より多くのブロックが利用可能になると、ネイティブの編集ツールに固執するデザイナーが増える可能性があります。

さらに、ブロックエディタは最終的にフルサイト編集を可能にします。これは、コンテンツの作成に加えて、Webサイト全体を視覚的に作成する機能があることを意味します-すべてWordPressのデフォルトのインストール内で。

これが実を結ぶと、WordPressでウェブサイトを構築する人にとってコードは非常にオプションになるようです。

WordPressのウェルカム画面

良い点と悪い点

コードフリーのサイト構築エクスペリエンスへの切り替えには、いくつかのプラス面とマイナス面があります。

ポジティブ

ページビルダープラグインでもGutenbergでも、これらのツールを使用すると、誰でもカスタムページレイアウトを作成できます。さらに、投稿リスト、画像ギャラリー、ナビゲーションなど、より複雑なコンテンツを追加できます。数回クリック、ドラッグ、ドロップするだけです。

互換性のあるテーマと組み合わせて使用すると、完全にカスタムのWebサイトを構築する機能も可能になります。これは、市場に出回っている多くのDIY Webサイトビルダーと競合するという点で、WordPressにとってかなり大きな一歩です。

また、はるかに一貫性のある編集と構築の経験を導く機会もあります。多くの場合、既製のテーマは、ユーザーの混乱につながる可能性のあるカスタムソリューションを実装しています。

また、推奨ツールであるWordPress Customizerでさえ、一部のタスクを処理することを目的としていますが、他のタスクを処理することはできませんでした。これは、さまざまなUIを切り替えて、サイトをつなぎ合わせることを意味します。これは実行可能ですが、最もユーザーフレンドリーなプロセスではありません。

グーテンベルクの継続的な進化は、この分野での潜在的なゲームチェンジャーです。デザインとレイアウトに関連するすべてのタスクに単一のUIを使用するため、インターフェイス間のやり取りがなくなります。

ネガ

コードのない未来には多くの利点がありますが、いくつかの実際の欠点があります。おそらく最も直接的なのは、技術者以外のユーザーに少しだけ自由を与えてしまうかもしれないということです。

カスタムビルドのテーマの非常に便利な側面の1つは、デザイナーがクライアントに触れてほしくないアイテムをロックダウンできることです。すべてがビジュアルUIで利用できる場合、これははるかに難しい課題になる可能性があります。

これは、ページビルダーにはすでにある程度存在します。しかし、グーテンベルクは、冒険好きなクライアントが設計の実験をやり過ぎてしまうことをさらに容易にする可能性があります。うまくいけば、この種の状況から保護するための何らかの組み込みの方法があるでしょう。

もう1つの大きな問題は、テーマをさらに活用する機会が不足している可能性があることです。結局のところ、Webサイトをユニークにするのは、多くの場合、これらの小さなカスタムコードです。この新しい方法で、開発者がテンプレートベースのコードスニペットを追加できなくなる可能性はありますか？すべてがブロックである必要がありますか？

最後に、これが新しい開発者がコードをいじくり回すことを思いとどまらせるかどうかも疑問に思う価値があります。テーマの開発は、PHP、CSS、JavaScriptを学ぶための一般的な出発点です。

確かに、カスタムブロックを作成することは、コードを書く機会です。しかし、誰もがそのルートに行くわけではありません。やる気がなくなるのは恥ずかしいことです。

リラックスする人。

進化する風景

WordPressが視覚指向のデザインプロセスに移行しているという事実は、しばらく前から明らかでした。グーテンベルクのブロックベースの編集経験を一目見たとき、または数年前にカスタマイザーが登場して以来、コードに触れることなく、より多くの設計タスクを実行することが目標のように見えました。

CMSのバックエンドがより洗練されるにつれて、WordPressを使用した構築方法が変化しています。コードは、それを使用したい人のために、引き続きプロセスの一部になります。他の人にとっては、デザインは基本的にインタラクティブなツールにシフトします。

これにより、多くの人々にまったく新しい可能性の世界が開かれます。 Webプロフェッショナルにとって、それはどういう意味ですか？その話はまだ書かれています。