Soleilでは、Variable ThemeというWordPressテーマを中心に、世界中で広く利用されているWordPressサイトの運営・保守に安全性と利便性を少しでも提供できないかと考え、総合的なサービスを展開しています。

INTRO｜Web制作を、もっと自由に。

私自身これまで、HTMLを手書きする静的サイトの制作から、WordPressに限らず色々なCMSでのWeb制作を経験することができたのですが、全てにおいて「共通の作業」と「今までと同じこと」を繰り返す場合がありました。

例えば、「スマホの際にはハンバーガーメニューを設置しましょう」という場合、共通のコードを再利用できるようにしておいて、CSSで見た目を、JavaScriptで動きを調整したりなど、「共通でいいもの」と「個々に個性を出すべきもの」で制作の中にも共通項があると思っています。

ユーザー側からすると、ちゃんと動いていることが重要なわけで、きちんと動く構造が確保されていることがとても大事ではないか？と考えています。

制作のたびに違うのは、デザインやコンテンツであって、必ずしもサイトを動かす基本構造ではありません。

こうした経験から考えを発展させ、WordPress標準の仕組みを活かしながら、共通構造を親テーマに、個別のデザインを子テーマに、追加機能を必要に応じてプラグインに分離する。デザイナーは自身のデザインを表現しながら、WordPress本体の改善を取り入れやすくなるのではないか？と思ったのがVariable　Themeの始まりでした。

Variable Themeは、WordPress.orgの公式テーマディレクトリを通じて公開しています。共通部分を親テーマ、個別のデザインを子テーマ（Skin）に分けることで、独自の表現を維持しながら、共通部分の改善を取り入れやすい構造としています。共通部分を親テーマ、個別のデザインを子テーマ（Skin）に分けることで、独自の表現を維持しながら、共通部分の改善を取り入れやすい構造としています。

VARIABLE｜共通の基盤から、異なるデザインへ。

Variable Themeは特性上最低限のデザインしか保有していません。ちょうどWordPressとオリジナルテーマの間に入る、定着剤のような役割をしています。

これにより、共通構造の更新と個別デザインの管理を切り分けやすくなり、アップデート時の影響範囲を把握しやすくなります。またプラグインとの役割分担も明確となっています。WordPressの思想としての「デザインと構造の分離」に近づけることで、Core側のアップデートにも耐性を持ちつつ、子テーマとしてのオリジナルデザイン（Skin）への影響を最小限にすることを目標としています。

共通構造と個別のデザインを分離することで、WordPress本体や親テーマの更新時に影響範囲を把握しやすくし、互換性の確認や修正にかかる負担を軽減することを目指しています。こうした設計によって、サイト運営者が抱える更新時の不安や、制作・保守担当者による互換性確認・修正の負担を減らしていきたいと考えています。

また、別サービスですが、Soleil WordPress Dockでは定期的なプラグインメンテナンス等を行なっており、危険を事前に察知して対策を練るための仕組みもご用意しております。

PRACTICAL GUIDE｜AIとつくる。その主導権は、人間に。

Variable Themeをより多くの人に使っていただきたい。という思いから導入のハードルをどう下げるべきか？を模索し、「AIとテーマ制作を進めるための作業の手順・決まり」のようなものをまとめた【マークダウンファイル（.mdというファイル）】を作成しました。

このファイル群を「AIに読ませる」ことにより、デザイナーが思い描くデザインを自身の好きなツールで表現したのちに、AIエージェントに制作手順や判断基準を共有し、WordPressテーマの実装作業を支援させることができます。

制作者はAIからの質問に回答し、提案や実装結果を確認しながら、AIエージェントとともにテーマ制作を進められます。コーディングの多くをAIに任せつつ、デザインや仕様に関する判断は制作者が行う仕組みです。

動画はその作成風景を撮影したものです。今回の実演では、デザイン方針を用意した状態から、約2〜3時間で子テーマの初期実装まで進めることができました。制作時間はデザインや要件、確認・修正の範囲によって異なります。

こちらのファイルは有料ですが、1サイト1回ではなく、他の案件にも繰り返しご利用いただけます。詳しくは教材に付属する利用規約をご参照ください。

EXTENSIONS & SUITE｜必要な機能を、必要なだけ。

Webサイトに求められる機能は、公開した時点ですべて決まっているわけではありません。運用を続ける中で、新しい機能が必要になったり、これまで気づかなかった課題が見つかったりすることもあります。

Soleilでは、こうした変化に柔軟に対応できるよう、サイトの基本構造と追加機能をできるだけ切り分けることを大切にしています。

例えば、識別可能なAI関連のアクセスを記録する「Soleil AI Counter」や、訪問者が注目した用語を分析する「Footnote Analytics」など、運用に役立つ機能をプラグインとして開発しています。

これらは、すべてのサイトに最初から必要な機能ではありません。だからこそ、必要になったときに、必要なものを選んで追加できることに意味があると考えています。

また、制作から公開後の運用までを継続的に支援するため、Variable Themeや各種ツールを組み合わせた「Soleil Suite」もご用意しています。

Webサイトは、完成した瞬間がゴールではありません。

公開後の変化に合わせて機能を見直し、改善を積み重ねていく。そのための選択肢を、Soleilは少しずつ増やしています。

詳しい機能や提供内容については、各製品・サービスの紹介ページをご覧ください。

SWD｜WordPressにも、頼れる整備士を。

Webサイトは公開して終わりではありません。日々の運用の中で、WordPress本体やプラグインの更新、不具合への対応、セキュリティ上の問題など、継続的な管理が必要になります。

しかし、Webサイトを運営している方の中には、「更新しても大丈夫だろうか？」「突然表示が崩れたけれど、どこに相談すればいいのだろう？」と不安を感じる方も少なくないと思います。

Soleil WordPress Dock（SWD）は、そんなWordPressサイトのための診断・修理・保守サービスです。

自動車に定期点検や整備が必要なように、Webサイトも状態を把握し、必要な対応を積み重ねることが大切だと考えています。

SWDでは、サイトの状態を確認する「診断」、不具合やトラブルに対応する「修理・復旧」、継続的な運用を支える「保守」の3つを中心にサービスを展開しています。

また、Soleilが制作したサイトだけでなく、他社が制作したWordPressサイトについてもご相談いただけます。

初回診断は3,300円（税込）。 まずは現在の状態を確認し、必要な対応を整理するところから始められます。修理や継続保守が必要な場合は、診断結果やご希望に応じてご案内します。

大切なのは、問題が起きないことを保証するのではなく、サイトの状態を知り、適切な判断と対応を続けられること。

Soleilは、Webサイトを安心して使い続けるための、身近な整備士でありたいと考えています。

WordPressの不具合や保守でお困りの方は、Soleil WordPress Dockへお気軽にご相談ください。

FIND YOUR WAY｜あなたに必要なものから、はじめよう。

ここまで、Soleilが開発・提供している製品やサービスをご紹介してきました。

Variable Themeを中心とした制作環境、AIとの協働を支援するPractical Guide、必要に応じた機能拡張、そして公開後の診断・修理・保守。

これらは、すべてを一度に導入していただくためのものではありません。

制作の自由度を高めたい方、AIを活用して新しい制作方法に挑戦したい方、現在のWebサイトをより良い状態で運用したい方。

それぞれの目的や課題に合わせて、必要なものから選んでいただければと考えています。

Soleilが目指しているのは、特定のツールや制作方法に縛られることなく、Webサイトをつくる人にも、運営する人にも、より多くの選択肢を提供することです。

Webサイトは、完成して終わりではありません。公開後も改善を重ねながら、長く育てていくものだと考えています。

その過程で、Soleilの製品やサービスが少しでもお役に立てれば幸いです。

つくる自由を、運用する安心まで。

これからもSoleilは、制作と運用の両面から、より良いWebサイトづくりを支えていきます。

The post Variable Themeから始まる、SoleilのWeb制作ソリューション first appeared on 株式会社Soleil.

Variable（可変性のある）テーマはその名の通り、色々なテーマ（Skin：見た目）と融和する構造体としてのテーマです。なので単体実装時は見た目は最低限のスタイルだけで、導入後には「子テーマ」としてスキンを設定することで、通常のウェブサイトのように振る舞えるようになります。

今回はVariableテーマの導入による利点と導入方法や、AIへの命令環境を含めた、最終的には自身だけで導入完了ができるようにするための内容を、一部会員向けコンテンツとしてご案内いたします！

Variableテーマの導入メリットとデメリット

以前の記事でも軽く触れましたが、Variable Themeは現在〜将来のWordPressサイトにおける、アップデート耐性やAI対策、セキュリティ対策に特化した、標準化を目的とした構造体のテーマです。

見た目や表現方法に左右されないので、あらゆる見た目のWordPressサイトの基本として利用いただけます。また、WordPress公式のバージョンアップ情報に常に対応してアップデートをしていくので、ユーザーはアップデートの際のエラー不安等に悩まされることは少なくなります。

唯一デメリットとしては、単純にVariableテーマのままですと、味気のないフレーム構造となるというところで、子テーマによるデザイン表現が必須となります。子テーマの実装はいわゆるWordPressの専門業者やお付き合いのあるデザイン会社さんにお願いしなくてはならないのがデメリットといえます。

子テーマ（スキン）の導入で守られるもの

スキン（子テーマ）とvariableのような親テーマと分岐することは、実はサイトにとってはとても有益です。まず、「見た目」と「構造」を分岐するので、構造とうセキュリティに欠かせないフレームが、WordPressのアップデートと並んで行われるので、アップデート時のエラーや表示崩れを大きく軽減できます。

また、見た目に関係なく構造がAIも読みやすい構造として作られているため、中間読者としてのAIBotがコードに邪魔されずに内容を拾い上げてくれるようになりますので現代の検索体験に寄るSEO対策（AIO/GEO）にも大きく貢献できます。

弊社でも当然そのスキン（子テーマ）を作ってご提供することはできますが、内製化を行なっているお客様にとっては、Variableテーマは少し面倒の多いテーマとなってしまいます。

そしてそれがデメリットでもありますが、

この工程（スキン制作）を自身・自社内でできたらどうでしょう？

Soleilでは、新たに会員登録いただいた方に向けて、作業工程や自社での導入方法、AIと組み上げるためのルール（markdownファイルやフォルダ環境）、またローカルでの開発作業方法を、実例をもとにしながらご案内するコンテンツをご用意しました。

会員向けコンテンツの内容

会員向けコンテンツのシリーズ「Soleil Suite」では、未導入だけどオリジナルテーマを運用中の方のために、導入方法から現在のデザインと同じまま構造だけ最新でアップデート耐性に強いサイトを作るための流れをご案内します。

1. Local環境でWordPressサイトを修繕するための準備
2. AIエージェントに作業させるためのプロンプトとマークダウンファイルの提供（一部有料）
3. 修正対応中の人間の行動について
4. チェック項目と作業方法
5. 本番環境へのアップロード
6. 実際の運用

このようなコンテンツを会員限定にて配信しております。

まとめに

この記事では

• Variable導入の考え方
• 社内でAIを活用する準備
• 導入前に知っておくべきポイント

をご紹介しました。ここまででも導入判断はできるはずです。一方で、「実際の移行手順やAIとのやり取りまで知りたい」という方向けに、会員向けコンテンツでは実際の作業ログや設計資料を公開しています。

会員向けコンテンツとして初の試みですが、ウェブ制作においては局所的に迷う点が制作側には多いという悩みを私も同じく持っています。

そのために、実例を交えながら「こう困ったときにどうした？」という情報を、当人から詳しく聞けるコンテンツとして試みております。

いわゆる広く公開できない情報等を発信するためのコンテンツです。

実際に使用したファイルの中でも、転用可能なファイル（AI用のマークダウンファイルや階層構造など）は一部有料ですが配信もしております。

弊社サイトはデザイン会社のサイトであると共に、学べて使えるサイトとしても将来の姿を見据えています。

皆様にとって有益な情報を配信できるよう努めてまいりますので、どうぞよろしくお願いいたします。

The post 【内製化支援】Variableテーマを社内でAIと共に導入するための準備 first appeared on 株式会社Soleil.

以前の記事にも書きましたが、AIが中間読者としてブログやサイトを見たとしても、「どこを読んだか？」はまだまだわからないままです。AIの仕様ですし、それはしょうがないのですが。。

それでもきっと将来「AIが読んだ痕跡」を詳しく解析できるようになる日が来ることを夢見て、開発を続けています。

そこで今回Section Markerという機能を実装して見ています。

この機能について少し解説します。

Section Marker Prototypeの意味

これはとっても単純で、ただセクションに振ったHTMLアンカー（ID）をSoleil AI Counterで、AIのアクセスと一緒に保存していく機能で、別段「読んだかどうか？」までは解析していません。

ただし、Section Markerをイベント情報として保存できるということは、将来AI側からセクション単位の情報が取得できるようになった際、それらを整理・関連付ける土台になる可能性があります。

現状では何の意味もないような機能ですが、将来的には役に立つんじゃないか？という機能です。

実際何やってるのか？

「読んだ」ことは分からなくても、記事側に構造を持たせることはできます。今回試験的に実装したのが、

記事内の「まとめ」へ「id=”sac-summary”」や「data-sac-section=”sac-summary”」を設定すると、投稿保存時にSAC Proがそれを検出し、「この記事にはSummary Sectionが存在する」という情報を保存します。

そしてAIアクセスが発生すると、そのイベントへ「section_key = sac-summary」を紐付け保存します。

ここで重要なのは、「読んだことは分からない」ことです。今回のPrototypeで分かるのは、

「Summary Markerを持つ記事へAIアクセスがあった」

ということです。あくまで、「Summaryという構造を持つ記事」であることをイベントへ関連付けられるようになっただけです。

なぜ、まだ分からないことを実装するのか？

理由はシンプルです。もし将来AI側が

• セクション単位の取得
• 構造化データ取得
• アンカー付き取得
• RAG向け取得情報

などを提供するようになった場合、その情報を整理する場所が必要になるからです。構造が存在しなければ、「summary／faq／pricing」という情報を受け取っても、記事のどこを指しているのか分かりません。そこで今回は、記事側へ先に構造を持たせました。

家に例えると

今までは「AIが自宅（投稿）まで来た」はどのAIが？いつ？どの家に？までは計測できてました。

今回はそのAIがきた家（投稿）に「まとめという部屋がある」という情報を紐付け保存できるようになったという感じです。まだ「まとめの部屋を見たか？その部屋で何やったか？」はわかりませんが、こうした構造枠があると、将来AIの残す情報が細かく公開されるようになった時、

「AIがSummary Sectionを取得した可能性」

として解析へ発展できるかもしれません。

もちろん、現時点ではまだ仮説です。しかし、その未来が来た時に備え、受け止められるイベント構造を先に用意しておく。これが今回のPrototypeの目的です。

The post AIは「記事に来た」の先へ行けるのか？ first appeared on 株式会社Soleil.

最初は「AI Botをカウントするツール」から始まったSACですが、今はAIという新しい読者を理解するための解析ツールへと軸が移ってきました。

今後の展開も視野に入れて、一度Soleilのビジョンを公開したいと思います。

現在のSoleil AI Counter

現在のSACは、「AIがサイトに来た事実」のみを取得しているツールです。そこから日付・ページ・どのBotかなどの枝葉になる情報を取得しています。言うなれば、mixiなどの足跡機能です。

足跡からでもわかることは多いのですが、それだけでは現代の検索での結果として考えると、もっと知りたいことがあります。

今までなら「人間しか検索しないし人間がウェブサイトを見る」という状況だったので、GA4で十分だったのですが、AIも見るとなったらGA4レベルじゃなくても、解析の対策を必要とする時代になると思っています。

仮説：中間読者の読み取り方の進化

今はAIチャットに質問を渡すと、AIが調べに行って私たちに情報をくれます。これを私は中間読者と呼んでいますが、AIの動きを今現在でどこまで調べようか？としてもいいところ「足跡とそれを取り巻く情報」までしか手に入れることができません。

SACで分かるのは

• どのBotが来たか
• いつ来たか
• どの記事へ来たか
• 何回くらい来たか

くらいのものですが、これを細かく検証していく中で、SACのスタンスとして「これ」を知れたらすごく進化しそう！と思うものがあります。それは、いわゆる「どのクラス名を読んだか？」を将来的に取得できる仕組みが実現できれば、「ページのどのセクションを重点的に読んでいたのか」ということを取得できるようになるかも知れません。

そうなると正直ヒートマップより、取りこぼしがないのかな？なんて思ったりもしますが、現段階ではそれの取得ができるようになるための下地づくりに励んでいる感じです。

仮説：もしAIが読む場所まで取得できたら？

こうして進化をしていくと、あえて擬人的に表現しますがウェブサイトに書いてあるものを「AIが好んで読むもの」「そうでないもの」が登場し始めるかと思います。そしてその「AIが読んでいる」背後には大きく二つのステップがあります。

その１：そもそも「AIに見せます／見せません」という壁

これは、サーバー側でのセキュリティ（WAFなど）と.htaccessでの、防御壁みたいな機能と、robots.txtによる意思表示・公開方針といった操作になります。

サーバー側のセキュリティを「物理的な防御壁」だとすると、robots.txtは通行手形を持ってるかどうかを確認する門番みたいな感じですね。

ここの設定がそもそものアクセスを決めるので、会員制サイトや自社でも検索させたくない場所がある場合はここで制御することが多いです。

その2：AIが読みやすい構造に近づいているか？

AIに読ませます！の前提で考えた時に、そもそもAIが読みやすいか？ということが重要になります。Soleilではそれを標準化の一部として取り扱っていますが、AIがサイトを読みに来た時に、AIが理解しやすいかどうか？は普段目に見えていない「HTML構造」で半分くらいは決まります。

AIに遜るわけではないですが、人間が視覚的に補完して読んでしまいますが、AIはちゃんと構造側から読んでいる（「右クリック」→「ソースを見る」で見れるコードを読んでいると思って概ね間違いないです。）ので、AIにも読みやすいように構造を整えておく必要があります。

この2つを整えていくことがAIに読んでもらうための準備（下拵え）です。

人がAIに質問する場合、今まで人間がやっていた「検索結果画面から探して読む」というのを変わってくれるだけであって、AIは必ずいろいろなサイトの内容を情報源として人間に提供しています。なので、AIに読まれるということは誰かに伝わっているということに限りなく近いのではないか？と考えています。

ちなみに読まれたくない場合に「読みにくい構造にすれば？？」という考えもありましたが、通常のSEO等検索対策への被害の方がデカいのでやめといた方がいいなと思いました。

展望：AIの解析が進むその先

もし将来、AIが「ページのどこを重点的に読んでいたか」が取得できるようになれば、Soleil AI Counterは単なるアクセス解析ではなく、「AIが興味を持った場所」を可視化するツールへ進化できるかもしれません。

例えば、

• AIが最後まで読んだセクション
• AIが何度も参照した見出し
• AIが引用しやすかった説明

そうした情報が積み重なれば、人間向けのヒートマップとは違う、新しい解析が生まれます。

私はこれを半分冗談で、「AIいいね」と呼んでいます。

もちろん、本当に「いいね」を押しているわけではありません。ですが、多くのAIが繰り返し参照する場所は、「AIが価値を感じた情報」と考えても大きくは外れていないはずです。

Soleil AI Counterが目指しているのは、アクセス数を数えることではなく、AIという新しい読者が、何を価値ある情報として受け取ったのか。そこまで見える世界です。

まだ道半ばですが、小さなアップデートを積み重ねながら、その景色を少しずつ形にしていきたいと思っています。出できることを目指したいと思います。

AI検索時代は始まったばかりです。Soleil AI Counterも、小さなアップデートを積み重ねながら、「AIという新しい読者」を理解するためのツールへ育てていきます。

The post Soleil AI Counterの小さいアップデートから目指すもの first appeared on 株式会社Soleil.

Soleil Suiteは、Soleilが開発・提供するWordPressテーマやプラグイン、WordPress健康診断（Soleil WordPress Dock）などを組み合わせ、Webサイトの運営を継続的に支えるためのパッケージサービスです。

近年、Webサイトとの接点は「検索フォームで探す」から「AIに質問する」へと大きく変化し始めています。その変化に対応するためには、Webサイトを制作するだけでなく、継続的な保守や改善、情報構造の最適化がこれまで以上に重要になります。

Soleilは、「AIと協働する社会」を見据え、デザインや制作にとどまらず、保守・修繕・開発までを一貫して支える体制づくりを進めてきました。

AI時代のWordPress運営を支えるブランドとして、これからも、より使いやすく、より長く安心して運営できる環境と仕組みを提供してまいります。

Soleil Suiteの概要

Soleil Suiteは、検索体験が「検索フォームで探す」から「AIに質問する」へと変化しつつある時代に対応するための、WordPressサイト運営・保守パッケージです。

AIがWebサイトの情報をより適切に理解・活用できるよう、WordPress本体やプラグインの更新、セキュリティ対策、パフォーマンス改善、サイト構造の最適化など、継続的なメンテナンスを通じて、安定したWeb運営を支援します。

Soleil Suiteには、下記のサービス・プロダクトが含まれており、WordPressサイト運営で生じるさまざまな不安や課題を、ひとつのパッケージとしてまとめてサポートします。

Soleil Suiteで提供するもの

Soleil WordPress Dock（診断・保守サポート）

WordPressで運用中のウェブサイトの健康診断を中心とした点検サービスです。アップデートでのエラーや放置プラグインによる事故を起こす前に、安全に運用できる環境を作ります。

Variable Origin（WordPressテーマ基盤）

WordPressとSoleilの標準化思想に準じた、アップデートやAI検索に適したワイヤーフレーム構造のテーマです。あらゆるデザインにフレームとしてフィックスする特徴を持ったテーマです。

Footnote Analytics Pro

ブログやページ内の専門用語の脚注を掲載できるWordPressプラグインです。読者にとって未知の専門用語が出ても可読性を失うことなく読み進められ、人の理解力における溝を取り除きます。

Soleil AI Counter Pro

AIが検索をする中間読者の観点から、AI訪問を可視化した令和版のアクセスカウンターツールです。WordPressプラグインとして公開されており、無料版・有料版があります。

Soleil Suiteで得られること

Soleil Suiteでは、WordPressサイトの運営で感じやすい、さまざまな不安や課題に対応しています。

• WordPressを安心して運営できる
• AI時代に合わせた継続的な改善
• 保守・テーマ・プラグインを一元管理
• WordPressアップデートにも対応
• 困った時の相談先が一つになる

WordPressを運営するうえで、多くの方が不安に感じるのが、セキュリティ対策やアップデート時のトラブルです。

「アップデートをしないとセキュリティが心配。でも、更新したことでサイトが壊れてしまったらどうしよう……。」

そんな悩みを抱えたまま運営を続けている方も少なくありません。

Soleil Suiteでは、Soleil WordPress Dockによる定期的な健康診断・メンテナンスと、アップデートしやすい構造を目指したVariable Originを組み合わせることで、日々の運営負担を軽減し、安心してWordPressサイトを育てられる環境を提供します。

また、点検結果は報告書としてお渡しするため、現在の状態や実施内容を把握しながら、計画的にサイトを運営していただけます。

Soleil Suiteは、問題が起きてから対応するサービスではなく、問題が起きにくい運営環境を継続的に整えていくためのサービスです。

Variable Origin

Variable Originは、WordPressを長く安心して運営するためのテーマ基盤です。

サイトのデザインは「スキン」として分離し、運営に必要な土台を共通化することで、アップデートや保守に強い構造を目指しています。

Soleil Suiteでは、このVariable Originをベースに、お客様の目的に合わせたスキン制作や継続的な改善もサポートします。

スキンという考え方

Soleilでは、デザインとシステムを分けて考えています。

• Variable Origin … WordPressサイトの土台
• Skin … 企業や店舗ごとのデザイン
• Soleil Suite … その運営を支えるサービス

この構成にすることで、デザインを変更しても運営基盤はそのまま活用でき、長期的な保守性や拡張性を高めることができます。

こんな方におすすめ

□ WordPressサイトを長く安心して運営したい方

定期的なメンテナンスやサポートにより、日々の運営負担を軽減します。

□ AI時代に対応したWebサイトを維持したい方

検索環境の変化に合わせて、サイト構造や運営を継続的に改善します。

□ WordPressのアップデートが不安な方

更新によるトラブルやセキュリティ面の不安を減らし、安心して運営できる環境をサポートします。

□ テーマ・プラグイン・保守をまとめて任せたい方

複数のサービスを個別に管理することなく、一つのパッケージでご利用いただけます。

□ 制作後も相談できるパートナーを探している方

サイト公開後も、改善・保守・運営まで継続してサポートします。最後に一枚だけ、少し未来志向のカードを入れてもいい。

□ Webサイトを「作る」だけで終わらせたくない方

Soleil Suiteは、ホームページを納品して終わるサービスではありません。AI時代の変化に合わせて、Webサイトを継続的に育て、安心して運営できる環境を提供します。

今後について

Soleil Suiteは、WordPressをより安心して運営できる環境を目指し、継続的にサービス・プロダクトを拡充していきます。

Phase 1（現在）

• Variable Origin
• Footnote Analytics Pro
• Soleil AI Counter Pro
• Soleil WordPress Dock
• 定期メンテナンス・報告書

Phase 2（予定）

• ライセンス自動管理
• 契約者専用ダウンロード
• アップデート通知
• 会員向けナレッジ提供

Phase 3（構想）

• 新しいWordPressプロダクトの追加
• AIを活用したサイト診断機能
• Web運営支援サービスの拡充
• Soleil Suiteメンバー限定サービス

これからも、Web運営をもっと安心できるものへ。

Soleil Suiteは、WordPressを「作る」だけで終わらせず、長く安心して運営できる環境を提供するために生まれたサービスです。

AI時代の変化に合わせながら、テーマ・プラグイン・保守・運営支援を一つの仕組みとして育て、皆さまのWebサイト運営をこれからも支えてまいります。

The post Soleil Suite を正式リリースしました first appeared on 株式会社Soleil.

ChatGPTからみんなにも知られるようになった、「チャット型AI」は、スマートフォンにもアプリとして入り、いろいろな相談になら乗ってくれますが、「チャッピー君、この資料をこう、なんというか、いい感じにして」って突然投げても、うまくいかないことも多くありませんか？

そんな「はて？AI入れるって？ChatGPTじゃだめなのかい？」ってお悩みの方にも伝わりやすいように、仕事にも使えるようにするための「下拵え」のようなものをご紹介します。

スマホに入ってたりアプリで使えるAIの正体

皆さんが多く経験されているAIは、有料かどうか？で大きくできることが変わりはしますが、本質的には「チャット」と名のつくアプリで、いわゆる「会話を継続できる存在」です。なので突然仕事を振られても、瞬間瞬間で役に立つことはあっても、AIが仕事をする状態であるとは言えません。

AIが一緒に仕事をしている状態って、、

人「チャッピー君、朝の事務ルーティーンをこなしておいてくれ。」

はい。案件Aは昨晩完了して、確認してもらうだけです。案件BとCは本日のやらないといけないタスクなので、〇〇にスタートの指示を送りますがいかがしますか？
またAM期限の返答が5件あります。回答のサンプルを各3パターン作っておいたので選択してください。
夜間に到着した受付メールは以下の通り。優先度は過去の実績からこちらのリストになります。・・・・・・

トニースタークかよ。となる感じ。できたらいいな。と思います。

これ「どれかいいアプリを使えばいいんじゃないの？」と思うかもしれませんが、今のところその回答には難しいところがあります。だって、そもそも会話アプリであってAIエージェントじゃないんだもの。。中にはエージェント型のアプリもありますが、一度整理してみましょう。ただし、どのAIを選ぶかより先に知っておきたいことがあります。

どれほど優秀なAIでも、仕事の場所、手順、判断基準、成果物が整理されていなければ動けません。まずは道具ごとの特徴を簡単に見たあと、AIが実際に仕事へ参加するための「下拵え」を考えていきます。

AIの種類	一言でいうと	AIの得意分野というか人柄
ChatGPT（チャットGPT）	相談役	会話の流れを保つほか、設定によっては過去の会話や保存された情報も参照し、ユーザーに合わせた応答ができます。 会話・発想・文章・総合支援が得意です。
Codex（コーデックス）	開発作業員	会話型AIほど雑談の文脈を引き継ぐ使い方には向かず、プロジェクトごとのルールやファイルを整えて渡す方が力を発揮します。 コード・ファイル操作・開発工程が得意です。
Claude（クロード）	資料に強い事務補佐	長文を書いたり、コワークではルーティーンの仕事を覚えてくれたりプランによってはGoogleWorkSpaceやSlackなんかのグループウェアと連携し予定管理や短いメッセージの送信準備等を行うこともできます。コードを書くこともできるのです。
Gemini	Google担当	Googleが作ったAI。Google検索やGmail、Googleドキュメントなど、Googleサービスとの相性が良いのが特徴です。情報を調べたり、Google Workspaceを活用する仕事には向いています。 会話もできますが、どちらかというと「Googleの秘書」のような印象です。Googleを仕事でよく使う人ほど力を発揮しやすいでしょう。
Siri	操作受付	Apple製品に昔から搭載されている音声アシスタントです。「タイマーをかけて」「明日の天気は？」「○○さんに電話して」など、iPhoneやMacを操作するのが得意です。AIチャットというより、「Apple製品の操作係」に近い存在です。
Apple Intelligence	Apple製品の補助機能	Appleが提供する新しいAI機能です。ChatGPTのようなAIを一から作ったというより、iPhone・iPad・MacにAI機能を自然に組み込んだもの、と考えるとイメージしやすいでしょう。メールの要約や文章の校正、通知の整理、画像生成など、普段のApple製品をより便利に使うことを目的としています。
Copilot	Microsoft担当	Microsoft製のAI。Word・Excel・PowerPoint・Outlookとの連携が最大の強みです。会社でMicrosoft 365を使っているなら、一番自然に仕事へ入り込めるAIかもしれません。特にExcelやWordを触る時間が長い人には便利です。
Perplexity	調査担当	「AIチャット」というより、「AI検索」に近い存在です。 何かを調べる時に強く、情報源も確認しやすいので、リサーチ業務との相性は抜群です。ただし、仕事を一緒に進めるというより、「調査担当」に近い印象です。

ここまで見ると、「結局どのAIを使えばいいんだろう？」と思いますよね。

でも実は、ここからが本題です。

↑これのどれかは使ってる！っていう人も多いんじゃないでしょうか？

ご覧の通り、AIアプリにも「特徴」があり得意なことが違います。そしてどれも、会話を基本としているので画像生成やコード生成というのは、専門家じゃないところに頼むとやはり「それなり」になり、期待したものほどではなくなる場合も多いです。

たとえば、Codexに「ちょっとメール対応の文章考えてくれない？」って頼んでもGPTやClaudeに比べるとイマイチですし、ClaudeにCopilotやApple Intelligenceと同じように振る舞えと言ったって、なかなか難しいです。

誠に勝手ですが、勝手に擬人化（言葉で）

AIの種類	どんなタイプの人？？
ChatGPT（チャットGPT）	お話得意。相談になら乗ってくれるしさらっと絵は描いてくれる。明るい営業さん？
Codex（コーデックス）	どっちかっていうとコツコツ仕事するタイプ。 作ることに関しては一級品。優秀なオペレーター。
Claude（クロード）	コードはかける・会話もできる・受付とかも器用にこなす。 でもルールで縛らないとどっか行く。新人類？
Gemini・Apple Intelligence・Copilot	開発先から来た専門職員。その会社のツールならお手のもの。 他社？知りません。
Siri	声で会話するだけだけど、やさしい
Perplexity	調査が大得意。調べるんだったらなんでもお任せ！

この特色を生かして、仕事に導入するというのが、いわゆる「仕事にAIを使う」ということの本質になります。実際のところ、各種ガジェットツールやソフトウェアにも特化型のAIは入っています

ボイスレコーダーに入っている文字起こしツールや、AdobeのFireFlyなど。専門分野に特化したものだからその道が得意なものもたくさんあります。画像の背景消したりとか、ああいうのもAIなんですよね。

AIを会社や仕事へ入れるということ

ほんじゃまあAIを仕事に参加させてみよう！と思うと、まず引っかかるのは二つ。

「何やらせるの？」「どのAI使えばいいの？」

ですかね？

どのAIを使うべきか？は先ほども触れましたが「その仕事（タスク）の質を見極めて、使えるAIを選ぶ」ことが大事です。

え？と思うかもしれませんが、AIは文章から状況を推測できますが、現場の温度感、相手の表情、長年の関係性、その判断に伴う責任まで、人間と同じように受け取れるわけではありません。真面目っこちゃんなんです。これは何となくわかりますよね。だからこそ、向いてる仕事を与えないと違うことしちゃったりします。

ということでちょっと一例を用意しました。

どれもこれも、事前に準備が必要なんですよね。「とあるアプリを入れたらうまくいきました！」とはなりづらく、その場合はいわゆるサポートをしてくれる会社さんが必要だったりします。もちろんその会社さんとの打ち合わせも必要ですがね。。。

これは「すっごいめんどくさいよ！」という話ではないんですが、AIが入っても大丈夫なくらい整理整頓されていれば、Codex→Claude CodeとAIを変えても同じように振る舞うことも可能になります。

業務ルールの再現性（いかに整頓されているか？）が重要ということになります。

整理整頓という考え方

私の会社でもAIを積極的に導入していますが、最初にやったことはなんと

「AIがやると想定して人間がやってみる」

でした。

要は人間がやっていること（うちは一人ですが。。。）を、本質的に何をやっているか？どのようにやっているか？どのくらいの工程でやっているか？をものすごく細かく細分化していく作業が最初の行程でした。

でもこれを続けていくと、WBSという作業の工程表になります。そしてその工程でAIにやらせられることを見つけ出し、少しずつ増やしていくのがAI導入へ向けた整理整頓という考え方です。

整理整頓を続けると、不思議なことにAIだけではなく、人間の役割まで整理され始めます。

人とAIの役割分担

人とAIが役割を分担するようになると、責任が分化されます。人間には「判断する・見極める」というAIにはまだできない業務が残り、ルーティーンだった作業や簡単な作業は、AIやエージェントがこなしてくれます。

Soleilさん、ここまで進みました。チェックしてください。コアに設定してあるマークダウンに記載のあるあなたの指示が、他のマークダウン・実績と差があり、おそらく間違っているのではないかと思います。しっかりしてもらえますか？

お。良いね。なんかすみません。

とこんな感じです。大切なのは整理整頓からの責任分化、そしてそれをマークダウンという命令系統をAIに読ませるファイルを設計することが大切なのですが、この話はちょっと長くなりそうなので、別の記事で

人とAIだからではなく、「役割と責任」を分けることで、単純なエラー（衝突やミス）は避けられます。これはAI云々という話ではなく「仕事を設計する」ということなので、誰しもやっていることかと思います。

しかし、そのルールを冗長化したりしていないか？属人的じゃないか？と疑い精査するのがこの工程の真の目的です。

AIは「人にしかできない事」の質を高める

このように精査を続けていくと、自ずと「人にしかできないこと」が抽出されます。こうなると話が早いです。人がやったほうが価値があるものだけが残り始めます。

• 現場や仕事のもつ空気感・特性などが納品・提供物として「外れ」じゃないか？
• お客様に直接会いに行って話をする
• 協力相手にお礼を言ったり、労ったりする
• 事業の方向性や特性（サービスの色）を考えて「やる！」と意思決定する
• 味の美味しさや見た目を総合的に見てOKを出したり、「こういうので良いんだよ」という曖昧なものまで良しとすることができる
• 肌触りや質感を確かめて、「良い！」という判断を出す
• 相手型の空気感を読んで、明るく振る舞ったり「言葉にせずとも伝わる何か」を感じ取る

などといったことに集中するようになります。そしてそこが価値がある場合が本当は多く、より人間としての仕事が重視される時代になるんではないか？と思います。

私はAIが仕事を奪うとは、あまり考えていません。

歴史を振り返ると、活版印刷機やパソコンが普及したときにも、「仕事がなくなる」と心配する声はありました。実際には、仕事の内容は変わりましたが、新しい仕事や役割も数多く生まれました。AIも同じように、私たちの働き方を変えていく技術なのではないかと思っています。

チェックリスト

1. 業務の「棚卸し」段階

まずは、何が自動化できるのかを可視化します。

• 業務の洗い出し: 現在行っている業務を15分単位で書き出しているか？
• 定型業務の特定: 「手順が毎回同じ」あるいは「マニュアル化できる」業務がどれか把握しているか？
• 判断基準の明確化: その業務の中で「Aの場合はこれ、Bの場合はこれ」という、人間が行っている判断ルールを言語化できているか？
• 優先順位付け: 頻度が高く、かつ手作業が多い「AIに任せると効果が高い業務」を選定できているか？

2. 環境・情報の「整理整頓」段階

AIが迷わず仕事ができるよう、ベースとなる情報を整えます。

• 情報の所在の統一: 必要な資料、過去の議事録、顧客データなどが一箇所（クラウド上のフォルダなど）に整理されているか？
• フォーマットの標準化: 提出する書類やメールのテンプレートが決まっているか？（バラバラだとAIが学習・生成できません）
• 専門用語・固有ルールの辞書化: 自社特有の用語や、社内ルールをまとめたドキュメントが存在するか？
• 権限管理の確認: AIにどのレベルのデータまで触れさせて良いか、セキュリティ基準は決まっているか？

3. 「人とAIの連携」デザイン段階

実際にどう運用するかを決定します。

• AIの役割定義: AIに「どこからどこまで」を任せ、「どこで人が最終確認するか」の境界線が明確か？
• フィードバック体制: AIが出した成果物を、人が「修正・教育」する仕組みを用意しているか？
• 運用テスト: 小さな範囲（まずは1日1件のメール返信など）で、小さく試す計画があるか？

さらに実践的にするためのヒント

このリストをチェックする際、**「もし新入社員がやってきたとして、この情報だけで業務を遂行できるか？」**と自分に問いかけてみてください。

AIも人間も、「指示の曖昧さ」が最大のボトルネックになります。上記リストを埋めていくプロセスそのものが、そのまま「AIへの指示書（プロンプト）」の精度向上に繋がります。

The post 【会社も個人も】AI導入前にすべきことチェックリスト！仕事を細かく整理整頓で叶う業務の自動化 first appeared on 株式会社Soleil.

さて今回「SEO改善」という皆様にもとても気になるご相談をいただきまして、「もし改善が難しければリニューアルも視野に入れて」というお悩みでした。

実際昨今ではSNSもありますし、SEOよりも検索体験を重視している店舗さんも多いですが、HPはないと困るし、せっかく持つなら検索で目立ちたい」というのは皆様共通の願い。ウチもそうです。

SWDで当初提案した内容と180度変わってしまった案件でしたので、SDWの実態の紹介も兼ねてご紹介します。

初回診断での見立て

SWDでは必ず最初に提案ではなく初回診断を行い、現状を把握しお客様と共有します。今回は予約必須の個別ボディメイクジムの店舗サイトの方からご相談をいただきました。

まずはご相談をいただいた段階では、サイトのURLと症状をお送りいただくだけなので、表面的に「どんな症状なのかな？」というのを見ます。今回はエラーはなく「SEOの評価診断とこれから改善ができるのか？」がメインとのことでした。

SEOの評価チェックは表面的にも行えますが、より詳しく診断するために、初回診断（￥3,300-）をご案内します。そのタイミングでWordPressダッシュボードのログイン情報を共有いただき、より詳しい診断を行います。（SWDは主にWordPressの診断サービスですが、それ以外もご相談いただけます）

今回も初回診断をご注文いただきましたので診断を行いました。概ね1時間ほどで初回診断は完了します。

その結果としては、

• テーマロックインした機能が見られる（かも）
• Google Search Console等の未接続
• SiteMapが見当たらない
• 著作者情報の不明
• 謎の重いデータでLCPが極端に遅い
• セクション構造が不明瞭（タイトル要素）

といったことから、

1. 構造的な標準化を優先項目に入れ、Variableテーマを実装させる
2. リニューアル（新規デザイン）にせずに、今のビジュアルを守る
3. 積み上げたブログ記事等を守るためにスラッグ等は操作しない（NGのところはRedirectionで離脱防止させる）
4. 上記を満たした上で、SEO対策をさらに行う

というプランにてご提案しました。先方が一番気にしていた、WEB記事の登録の仕方がかわったらどうしたら？？ということや、今までのブログが消えないかどうか？は、どちらも心配いらないことをご理解いただき、約1週間ほどで完了することで快諾いただき作業を開始することになりました。

SWDを受注した後の作業

SWDを正式にご注文いただいた後は、サーバー情報とFTP情報をいただき、ローカルに環境を作っておきます。これはこちらの作業中にウェブサイトが停止するようなことを回避する意味と、バックアップのためです。

今回もローカル環境にサーバーと同じ情報をインポートしてネットと隔絶したWordpressサイトを作りました。完了したらここからアップします。

ローカル環境なら詳しくスキャンができます

環境がオンラインからローカルに移行することで、より詳しく現在の状態を確かめることができます。今回診断で見つけた要確認箇所をさらに詳しく調べますと、初回診断では分からなかったことが見えてきました。

まず重いデータの正体ですが、なんとフォントでした。そしてそのフォントはテーマに依存していて、テーマ側でその選択を解除することでLCPが10ポイントほど改善されました。

そしてテーマロックインしているところと、構造が不明瞭だった点も、元々利用しているブロックテーマの思想に則った作りになっているだけで、しっかりとした構造だったということがわかりました。

つまり

「Variableテーマに変えない方がいいじゃん！」

っていう結論に至りました。

今回達成しないといけない相談内容は、「SEO改善と集客」なので、リニューアルよりもGoogleのビジネスプロフィールやEEATの強化、SearchConsole対策とプラスαでCTAを設置したりすることが最重要項目に変わります。

提案の方針変更

なぜ作業方針を変更したのか

今回のケースでは、Variableテーマへの移行は十分実現可能でした。しかし、SWDの目的はVariableテーマを導入することではありません。お客様の目的は、「SEO改善と集客」です。

テーマの導入は、そのための手段に過ぎません。もし手段が目的より優先されてしまうのであれば、それは本来のSWDではないと考えています。

診断の結果、「現状のテーマを活かした方が目的達成に近い」という判断に至ったため、今回は方針変更を行いました。

ので今回も、

「すみません初回の見立てでテーマの入れ替えを提案・発注いただいたんですが、詳しく調べたらやらない方が良さそうなんで、こちらの別提案にした方がいいという判断なのですが、いかがですか？価格としては新規導入分が減額になります。」

という感じで作業の方針変更を行いました。（やり取りは公式ラインで行ってます。）

お客様的にもその点はご納得いただき、方針変更が決定しました。

方針変更後はスムーズに作業

方針変更後は、サイトの未接続の配線を繋ぎ直したり、足らないパーツを作りつなげたり、さらに少し荒れ荒れになった部分を直す作業に集中になります。

スラッグの不備やSearch Consoleの不備は自身でサイトを運営しているとありがちなことです。違うサイトに行って難しい接続とか何やってるのか分からんってなること多いですし。

そんなこんなで今回の案件は概ね1日で完了致しました。

The post 【実践記録】サイトを作り直さなかった理由 first appeared on 株式会社Soleil.

その名の通り「可変性のあるテーマ」を目指しています。WordPressの思想に沿いながら、オリジナルテーマを持ってもそこから乖離しないという理想の元、開発をし公開レベルに達したので、市販テーマからオリジナルに切り替えました。

このWPテーマ、作ってみたら結構汎用性あるので提供できるレベルまで開発を進めたいと思います。

ただデザインをテーマに落とし込むだけじゃないテーマ

WordPressのテーマというと、まずデザインに注目されることが多いと思います。実際、市販テーマもオリジナルテーマも、最初に目に入るのは見た目です。

これまで多くのサイト制作や保守を行う中で感じていたのは、オリジナルテーマを作るほどWordPress本来の思想から離れてしまい、逆に市販テーマでは運用や拡張に限界があるということでした。

そこでSoleilでは、「WordPressの標準に沿いながら、必要な部分だけを柔軟に変えられるテーマ」を目指して開発を始めました。

Variableは、単なるデザインテンプレートではありません。

といった、サイトを長く育てていくための土台を重視しています。

今回まずは自社サイトへ実装し、実運用を開始しました。実際に運用しながら改良を重ね、将来的には一般提供も視野に入れています。提供する各種サービスでも言っていますが

「サイトは完成した瞬間がゴールではありません。」

自社サイトでも同様に実践して、皆様により良い環境を提供できることを目指していきたいと思います。

Variableテーマの特徴

このテーマの特徴は以前の「標準化」に関する記事でも述べた思想に準じた特徴になっていて、ちょっとプロっぽく言うと

モジュール化された共通構造と再利用可能なコンポーネント群を持つWordPressテーマ

となっています。思いっきり噛み砕いて言うと

ガンプラの内部フレームのような共通骨格があり、
その上にデザインという装甲を取り付け、
必要な機能は戦隊ヒーローのロボットのように合体させていくテーマです。

実際にサイト制作を続けていると、業種やデザインは違っても、サイトがやっていることは意外と似ています。

会社情報を掲載する。
サービスを紹介する。
お問い合わせを受ける。
お知らせを発信する。
よくある質問を掲載する。

見た目は全く違っても、基本構造は共通していることがほとんどです。

そこでVariableでは、こうした共通部分をフレームとして標準化し、デザインや機能は後から自由に組み合わせられるようにしました。

だから名前も「Variable（可変）」です。

サイトごとに姿を変えながらも、中身は共通の思想で運用できる。

それがVariableテーマの目指している形です。そして私はガンダムが大好きなんです。

Variableテーマはこんな方におすすめです

• サイトをリニューアルするほどの予算はないけど、改善はしたい
  デザインはそのままでも、内部構造を整理することで運用しやすくなる場合があります。
  
• 制作会社や担当者が変わっても運用しやすいサイトにしたい
  特定の担当者しか触れない状態ではなく、引き継ぎしやすい構造を目指します。
  
• WordPressのアップデートや保守が不安
  標準化された構造を意識することで、将来的な保守や更新もしやすくなります

事業の成長に合わせて少しずつ機能を追加したり改善したりできる土台を作るためのテーマなので、

今の見た目（デザイン）をそのままに、構造だけ標準化

にも対応可能です。

Variableは、Soleilが普段行っているWordPress健康診断や標準化の考え方をテーマとして形にしたものでもあります。

Variableの今後

今回公開したVariableは、まだVol.1です。まずは自社サイトへの導入を行い、実際の運用を通じて改善を続けていきます。

今後は、

• 各業種向けスキンの開発
• FAQやサービス情報などの標準モジュールの拡充
• AIとの連携を考慮した構造設計
• WordPress健康診断（SWD）との連携

などを進めていく予定です。

また、既存サイトのデザインを活かしたまま構造だけを標準化する手法についても検証を進めています。

サイト制作の現場では、「全部作り直す」か「何もしない」の二択になりがちです。

Variableでは、その中間にある「今ある資産を活かしながら改善する」という選択肢も作れればと考えています。

SWDとの連携について

Variableはテーマとして公開していますが、本来の価値は導入後にあります。

WordPressもテーマも、公開したら終わりではありません。

WordPress本体のアップデート、新しい機能への対応、セキュリティ対策、運用方法の変化など、サイトを取り巻く環境は常に変化しています。

そのため、SWD（Soleil WordPress Dock）をご利用いただいているお客様については、Variableのアップデートや改善内容を継続的に反映できる仕組みも検討しています。

サイトを作って終わりではなく、定期的な健康診断を受けながら、必要に応じて機能を追加し、長く安心して運用できる状態を維持する。

Variableは、そのための共通フレームとして開発しています。

これからも実運用を通じて改良を重ねながら、より安心して使えるテーマへ育てていきたいと思います。

The post 【テーマ更新】VariableテーマVol.1を実装しました。 first appeared on 株式会社Soleil.

WordPressを整備したり、サーバーを管理したり、問い合わせの流れを設計したり。

いわゆるITの仕事です。一方で最近は、妻の実家の農業を手伝う機会も増えました。

畑を開墾し、水路を整備し、作物を育てる。

一見するとITと農業は真逆の仕事に見えます。また、ITと農業は相性がいいなんて話もあります。今回は昨年末から畑仕事を手伝うようになってから気づいたお話を少しだけ。

開墾で気づいた農業とITの「似たところ」

ITは都会でデスクワーク。農業は広い土地のある田舎で現場作業。よく知人から言われるのは、「両極端ですね〜」とか「やっぱ土と触れ合うのはいいですね〜」とかです。

実際私もそう思ってましたし、ITと農業が相性がいいっていうのは昔から言われてましたし。何より私が意外と農業好きだったのも相まって、極端でも楽しいからいい！っていう感じで月に10日ほど義父を手伝いながら本業を務める形で生活しています。

かれこれ始めてから半年ほど経ちましたが、いろいろな気づきがありました。大きな気づきは「ITと農業の相性◎」というのを「真逆でブルーオーシャン」だからだと思ってましたが、「あれちょっと違うな？」というところに気づきました。

農業とITが相性いいと言われる所以

農業の経験や勘に頼っていた栽培スタイルを、AIやセンサーなどの技術で数値化することで、人手不足の解消や収量・品質の向上といった高い効果を生み出すとされ「相性がいい」とされていますが、まあそれは事実だなと思います。初期投資はかかるけど、ちゃんと融合させると明らかに良い効果を生み出すんだと思います。

私が気づいたのは、「ITと農業がそもそも似ている」というところです。

どう似ているかというのを下記にまとめました。

これだけ共通点がある。。

もっと共通点を掘り下げると

要望	IT	農業
まず土台を作る	サーバー構築	水路確保・農場を草刈って耕す
状況を観測する	ログを解析できるようにしないと	育成してるかみておかないと
問題は必ず起きる	サーバー障害・コード障害・誤植	作物不良・外敵襲来
原因は見えにくい	設定ミス・命令ミス	土壌や天候の不良
一発で完成しない	バージョンアップ対応	改良栽培
継続した改善	保守・運用	圃場管理

さらにいうと懸念材料まで近い。。

こんなに近い業種があっただろうか！！！！そりゃ相性がいいわけだ（と自己完結）。

畑仕事もIT仕事もどっちも大変

ITの仕事は命令文やコードが違うと、思ってもみない挙動をします。

あっちをいじればこっちが立たず。。

エラーを解決するためには地道な作業が必要でした。今もそうです。

一方畑仕事は？というと、絶対に言うこと聞いてくれない「天気」という存在がいます。水路に関してもちゃんと計測して引かないとちゃんと流れてくれません。土も石まみれだったりすると機械も通せないし石を避けても法面が甘いと、崩れてきてしまいまた石地獄になる可能性もあります。

なんだったら農業の方が体を使うとかじゃないチャンネルでも、辛い気がします。

私が農業に惹かれる理由

農業を始めて気付いたのは、私は作物だけに興味があるのではないということでした。

仕組みを整えることが好きなのです。

水路を整備する。通信を引く。

監視カメラを設置する。AIを活用する。

これらは全て、私が普段Webサイトで行っている仕事と同じです。対象がサーバーから畑に変わっただけでした。

ITと農業の共通点

ITと農業は真逆の世界だと思っていました。

しかし実際には、どちらも環境を整え、流れを作り、観測し、改善を繰り返す仕事です。

違うのは扱う対象だけ。

サーバーを育てるか。

作物を育てるか。

その違いしかありませんでした。

あとがき

「ITから農業なんて大変ですね」

と言われます。でも私の感覚では少し違います。ただ、管理するシステムが「サーバー」と「自然」に増えただけなのです。私は農業を始めるまで、

ITと農業は真逆の世界だと思っていました。

しかし実際に畑へ入ってみると、観測し、改善し、仕組みを整える。やっていることは驚くほど似ていました。

サーバーを管理するか。畑を管理するか。違うのは対象だけだったのです。

ギャラリー

言葉だけでは伝わりにくいので、昨年から進めている開墾や水路整備の一部を掲載します。

最初は雑草だらけだった土地も、少しずつ形になってきました。半年分の私の記録です。開墾と農地維持。インフラ設計とメンテナンスですな。

The post ITと農業は真逆ではなく同じ仕事だったというお話 first appeared on 株式会社Soleil.

私も紹介してましたがいわゆる「WordPressの推奨する標準化」と「Soleilの考える標準化」が合致する形を「標準化」とする

と言う頭の痛くなるようなお話ですが、ちゃんとここで説明しておきたいと思います。「標準化？？いやウチはデザインに拘るんで」と考えている方にはぜひご一読いただきたいです！

標準化と標準化してないの差

システムや機能の話ではなく、とっても単純な話です。Soleilの考える標準化は車で言うところの「車検に通る形」にすると言うことです。

フェラーリもポルシェも（ハイデザイン）、FitもMarchもジムニーも（親しみやすデザイン）、昔私が乗ってたシトロエン（？）も、全部ハンドルがついててブレーキがついてて、操作環境に大きな差はなく、日本も海外もある程度走れますよね？

そうです。ウェブサイトは車で、投稿する人は運転手。車に例えてみればわかりやすいですよね。

もしも、フェラーリのブレーキは天井にあって、ポルシェのウィンカーのスイッチは助手席にあるから必ず二人で乗りましょう。とかだったら、免許の後に車種に合わせた勉強が必要になっちゃいます。んなアホなと。

標準化というのはもうこの節で言ったとおり、「Webサイト界の車検みたいなの（無いけど）を通る設計にする」ことで、ビジュアルは尖ったデザインにするもよし、安定したデザインにするもよしなのです。

WordPressはユーザーを選ばない設計思想

WordPressはそもそもの思想が、ユーザーの技術力や認識を厳しく制限しない設計思想です。それは、投稿システムで採用されているブロックエディタ「Gutenberg【グーテンベルグ】（5.0より採用）」にも現れています。

グーテンベルグって言うと何かピンと来る人いませんか？

そうです。活版印刷機の発明者です。このWordPressの標準ブロックエディタは活版印刷機の発明者から取られています。

活版印刷はそうです、たくさん印刷するアレです。そして活版印刷機で一番齎された恩恵を僕は、「知識の標準化」だと思っています。

1. 活版印刷によって書籍が量産される
2. 大量生産によって人の目にたくさんの情報が届く
3. 伝達される情報の誤差が減る
4. 学習機会が増える
5. 知識の蓄積速度が上がる
6. 以下ループ

といった感じで影響が凄まじかった大発明だったのだと思います。活版印刷が知識の流通を加速させたように、WordPressもまた、誰もが情報発信をできる世界を目指しているんだと思います。

WordPressの標準化が必要なワケ

ウェブサイトはまさしく会社の「顔」の一つです。つまり千差万別。作り方も人（サイト）それぞれ。

WordPressはいかなる見た目にも対応可能なほど自由度が高いので、個性や特色が出て自社をPRするためのサイト作りにおいて選択肢の一つになることが多いです。

それゆえに「独自のカスタマイズ」が溢れ、それによりブラックボックス化（オイオイ誰がどうやってこうなったんだよ！もう知らん！化）が発生することも多く、仮に一度作ったWPサイトを「ちょっと変えたいな」と思っても「あ、無理っすね。作り直しの方が安いっす」になることもよくあります。

WordPressの制作会社も想定以上のカスタマイズには対応できない場合はもちろんあります。例えばバイクで思いっきり改造しまくってジョッキーシフト仕様にしたとします。

オーナーは当然乗れますが「中免持ってるでしょ？とりあえず運転して！」って言って、鍵を別のバイカーに渡しても多くの人は戸惑うでしょう。それと同じ感じです。いわゆるこれが「WordPressの魔改造」です。

自社のサイトが「魔改造されているかどうか？」はオーナーならわかることもありますが、「誰でも触れるようになっているかどうか？」は、プロじゃないと判別はつきにくいのです。

標準化すると何がいいの？

ここですよね？「車検通ると何がいいの？」は「乗れる」と単純ですが、ウェブサイトをそう考えると、どんな状態であっても「見れる」ので、大丈夫そうです。

しかし標準化することで「見れる」以上の効果を得ることができるとSoleilは考えています。

• 管理者や制作会社が変わっても、迷わず修正や変更が伝達コストなくできる。
• 社内での更新の場合も、担当者に捉われず対応できるようになる。
• AIや各種ツールがサイトの情報を理解しやすくなり、今後の拡張にも対応しやすくなる
• WordPressのバージョンアップに対応するので、セキュリティが上がる
• 将来の改修コストを抑えられる

というメリットがあります。

まとめ

Soleilは、フェラーリをFitにしたいわけではありません。フェラーリはフェラーリのまま、ジムニーはジムニーのまま。

ただし、次の担当者や制作会社が困らずに整備できる状態にはしておきたい。それが私たちの考える「標準化」です。見た目の個性を消すことではなく、将来も安心して運用できる状態を作ること。WordPressを長く活用していくための土台づくりだと考えています。

The post 【Webの車検】標準化って何？フェラーリデザインもジムニーデザインにも通る設計の話 first appeared on 株式会社Soleil.