
WPML 4.8による用語集のスマート化(および短縮化)
先月、AI翻訳での用語集の機能をアップグレードした WPML 4.8 をリリースしました。Private Translation Cloud (PTC) は関連する語形を自動的に認識するようになったため、用語を一度定義するだけで、PTCが翻訳全体に一貫して適用します。
同じ製品に2倍、5倍、さらには10倍の金額を喜んで支払う人がいる理由を疑問に思ったことはありませんか?DrupalサイトがWordPressサイトの約10倍高価であることは周知の事実です。そのため、Drupalでの構築に5倍の時間がかかったとしても、最終的にDrupal開発者ははるかに多くの利益を得ることができます。なぜこのようなことが起こるのか、そしてどうすればその恩恵を受けられるのかを見ていきましょう。
次のようなことを聞いたことはありませんか?
いくつかの事実を見て、これらの理論が正しいかどうかを確認してみましょう。
Drupalにはノードがあります。WordPressには投稿があります。どちらもコンテンツを整理するためにタクソノミーを使用します。Drupalのタクソノミーにはフィールドがあり、これはWordPressでも非常に役立つでしょう。
どちらも、タイトルと本文に加えて、基本的なコンテンツを拡張するためにフィールドを使用します。どちらにも、管理者がコンテンツを管理できるGUIがあります。WordPressのGUIの方がDrupalのGUIよりもはるかに便利だと言う人もいるでしょう。どちらにもテンプレートシステムがあり、フロントエンドでコンテンツを表示できます。どちらもコア機能を拡張するためにフィルターとフックを使用します。Drupalの拡張機能はモジュールと呼ばれます。WordPressではプラグインと呼ばれます。どちらもPHPで動作し、数種類のデータベースをサポートしています。どちらも異なるWebサーバーで動作し、優れたキャッシュプラグインを備えています。
映画の最後に、ピンさんは秘密を明かします。秘密の材料などありません。ただのおいしいスープだったのです。Drupal、WordPress、およびその他のほとんどのコンテンツ管理システムでも同じことが言えます。DrupalとWordPressの間に大きな違いはありません。これらは非常に似ており、わずかな違いがあるだけです。
Webサイトは企業のマーケティング戦略の一部です。多くの場合、それはその戦略の中心となります。企業のWebサイトは、惑星系の中心にある星のようなものです。他のすべての活動はそれを中心に展開します。コンバージョンはWebサイトで発生し、他のすべてがトラフィックを促進します。
マーケティングマネージャーがサイトの仕様書を書くとき、それは慎重に計画されたマーケティングキャンペーンの結果です。サイトの構築にはお金がかかりますが、自社製品の開発、サポートの提供、広告に比べれば微々たるものです。
マーケティングマネージャーが最も避けたいのは、実装の問題によって慎重に計画されたキャンペーンが頓挫することです。マーケティング計画を実行しないことによる損失は、サイトの構築コストをはるかに上回ります。
したがって、予算が$40Kでスケジュールが6週間のプロジェクトを見たときは、この資金の一部が開発に、一部が保証に充てられていることを覚えておいてください。何が起ころうとも、どのような困難が生じようとも、このプロジェクトが仕様通りに期日までに完了するという保証です。
これが、Drupalが非常に多くの大規模で収益性の高いプロジェクトで要件として登場する主な理由だと私は考えています。Drupalがどのようにしてその評判を得たのか、一緒に考えてみましょう。
考えてみれば、上記のプロセスはWordPressで行っていることとかなり似ていますよね?では、なぜDrupalは「プラットフォーム的」な評判を得ているのでしょうか?それは、開発者がそれを使って構築することが多く、既製のサイトを使用することが少ないからです。何かを構築するということは、結果をコントロールできることを意味します。また、それはクライアントが望むものを常に手に入れられることも意味します。
問題は、そのプロセスで利益を上げるために、いかに効率的にサイトを構築するかです。モジュールを見るだけではいけません。それらがどのように接続されているかを確認してください。
大規模で複雑なプロジェクトを期日までに完了し、利益としていくらかの資金を残したい場合は、効率的である必要があります。効率的であるとは、利用可能なものを使用して構築することを意味します。機能するモジュールを接続し、独自のロジックを追加することで、結果がまさに必要なものになるようにします。
Drupal.orgの導入事例セクションからランダムに10個のサイトを抽出し、それらが何を使用しているかを確認しました。
元のリストには80以上のモジュールが含まれていました。1回しか登場しなかったモジュールをすべて削除した結果、人気のあるDrupalモジュールのリストは次のようになりました。
| モジュール | 使用サイト数 |
|---|---|
| Views | 8 |
| Panels | 4 |
| Rules | 4 |
| Apache Solr search | 2 |
| Ubercart | 2 |
| Search API | 2 |
| Mailchimp | 2 |
| Zen | 2 |
Drupal開発者がこれらのモジュールから何を得ているかを理解するために、彼らの意見を見てみましょう。
「Views – この強力なツールを使用して、スライドショー、製品、ニュースページ、FAQ、チームのプロフィールページを表示しています。コーディングなしで、特定のコンテンツを選び出し、形を作り、非常に簡単な方法で表示する自由があります。」「Panels – Viewsと組み合わせることで、このモジュールはさらに素晴らしいことを行うための絶大な力を与えてくれます。同じページに複数のビューを出力したり、カスタムコンテンツを追加したりすることもできます。当社のホームページ、製品概要、メディアページはPanelsとViewsに基づいています。」
「カレンダーはViewsモジュールとDateモジュールの組み合わせを使用して作成され、それぞれにカスタム開発が行われました。カレンダーは閲覧や検索が可能で、ユーザーは自分のイベントをカレンダーに送信することもできます。」
「Ubercartは、当社にとって最も重要で価値のあるモジュールです。Ubercartスイート内では、Payment、Product attributes、Reports、Shipping Quotes、Cart Links、Google Analytics for Ubercart、Stock、Flat Rate、Paypalを使用しています。」
「Panelsモジュールは、PEER 1 Hostingがサイトのさまざまなセクションに異なるレイアウトを提供できるようにするために使用されました。このサイト以前は、PEER 1 Hostingは変更のたびにテンプレートファイルを操作する必要があり、その後ITチームによって本番環境にプッシュされる必要がありました。最終的に彼らは、いかなるコードも変更する必要がなく、レイアウトを管理するより簡単な方法を求めていました。Panelsモジュールは、レイアウトとレイアウト内のコンテンツを変更する非常にシンプルな方法をサイトに提供し、技術的な背景を持たない人々がサイトを管理できるようにしました。基本的に、Appnovationは、PEER 1 HostingにPanelsの基本を提供し、彼らが実際には必要としていなかったモジュールのすべての優れた機能で彼らを圧倒することはありませんでした。」
「Rules – 当社のモジュールの多くは、この主要なモジュールに依存しており、Ubercart、Ubercart Global Quote、Ubercart Discount Couponsでのイベントやアクションのルールを設定できます。顧客や管理者のチェックアウト通知や注文更新イベントなどのイベントを微調整できます。」
「Views – CCKと同様に、汎用性の高いViewsモジュールなしではサイトを構築することはできません。PEER 1 Hostingのサイトには、組み込むべきビューが15以上ありました。Viewsは、関連コンテンツ、スライドショー、動画などを表示するためにサイト全体で使用されました。PEER 1 HostingがPanelsインターフェース内でさまざまなビューを選択し、特定のページのコンテンツを埋め込めるように、デフォルトのビューが設定されました。」
Drupal開発者は、Drupalコアとモジュールを使用してサイトを構築します。これらのモジュールを接続する接着剤は、次の3つのプラグインとして提供されます。
ほとんどの開発者はPHPを書き、すべてをゼロからコーディングすることができます。十分な時間があれば、多くの人がCMSなしでもうまくやり遂げるでしょう。しかし、重要なのはプロジェクトを期日通りに、そして利益を出して納品することです。車輪の再発明は、これを達成するための最善の方法ではありません。
サイトを構築する1つの方法は、クライアントのニーズに最も近いテーマを選択し、それを微調整することです。それは機能するでしょうか?もちろんですが、少し問題があります。テーマは元々、サイトをデザインすることを目的としていました。コンテンツを作成するためではなく、装飾するためのものです。ドレスを10回着替えても、同じ女性であることに変わりはありません。
独自のカスタムコンテンツタイプを定義する複雑なテーマは、それを非常にユニークな(そして時には素晴らしい)方法でレンダリングし、完全なワークフローを実装します。これらは問題を解決すると同時に、新しい問題を生み出します。仕様の90%を満たすものを、短時間かつ低コストで手に入れることができます。しかし、多くの場合、最後の10%はレンガの壁を通り抜けるようなものです。複雑なロジックをリバースエンジニアリングして、まさに必要なことを実行させるには、膨大な時間がかかります。
そこで、完成したプロジェクトを心待ちにしているクライアントに電話をかけ、機能の交渉を始めます。うまくいくはずです!クライアントはこれらの妥協を受け入れるしかありません。人生には妥協がつきものです。しかし、その代償は高くつきます。あなたは事実上、WordPressサイトは安価で早く完成するが、必要なことを正確に実行するわけではないとクライアントに教えていることになります。近いですが、正確ではありません。
この記事の冒頭に登場したマーケティングマネージャーを覚えていますか?彼が最も避けたいのは、テーマで実装できることとできないことのために、マーケティング戦略が曲げられたり変更されたりすることです。私はそのマーケティングマネージャーを知っています。私自身がそうなのです。信じてください。既製のサイトを注文したときに得られる節約は、計画通りに戦略を実行できないことによる機会損失のコストに比べれば無に等しいものです。私はそれを経験し、実行しましたが、二度とやりません。
したがって、この話から1つだけ学んでいただきたいのは、企業のWebサイトは交渉の対象ではないという理解です。表面的なものはなく、80/20の法則もありません。少なくともサイトを構築する際には当てはまりません。何をする必要があるのか、要求通りに、期日までに、高品質で構築するには何が必要なのかを分析してください。そして、それに応じて入札します。クライアントが何を投げかけてきても、あなたを信頼できると教えてください。そして、彼らは実際に投げかけてくるでしょう。
次はツールです。
何かをしたいと思うことと、実際にできることは同じではありません。あなたは開発、コーディング、スタイリングを学びました。WordPress APIを隅々まで学びました。これらのスキルなしに、素晴らしいWebサイトの構築を語ることはできません。これらに加えて、Drupal開発者は効率を高めるためにいくつかの主要なモジュールも使用します。彼らはCCK、Views、Panels、Rulesを使用します。
はい、これらのモジュールがなくても素晴らしいサイトを構築することはできます。しかし、手作りのサイトで利益を上げることは非常に困難です。期限に間に合わなかったり、報酬以上の費用をプロジェクトに費やしたりすることになります。
WordPressにも同様のモジュールが存在します。大きな違いは、WordPressではそれらがプラグインと呼ばれていることです :-)
大規模なクライアントが必要としていることに対する確かな理解、仕事に対する正しい姿勢、そして適切なツールを備えていれば、$10K、$40K、さらには$100KのWordPressプロジェクトを獲得することもできます。クライアントの認識を変えるには労力が必要ですが、間違いなく可能です。大規模なクライアントが気にしているのは、仕事を完了させること、ただそれだけであることを覚えておいてください。どのように行うかは、本当にあなた次第です。
すぐに使えるデザインのおかげで、WordPressはWeb上で支配的なCMSになることができました。これらは95%のサイトの参入障壁を下げ、WordPressが公開の民主化を促進するのに役立ちました。
唯一の問題は、1つのサイズがすべてに適合するわけではないということです。ほとんどには適合します。それらの大規模なプロジェクトを獲得するには、他のツールを使用する必要があります。
皆さんの経験はいかがですか?