Blog

WordPressで始めるなら——最初から「いつか乗り換える」前提で組む

WordPressで始めるのは今も合理的でも育てるほど保守もセキュリティも重くなる。最初から乗り換える前提で組んでおくと、後の負担が変わる。

GEO対策、効果が見えないから後回し——AIが自社を調べに来た跡が検索データに残っていた

生成AIに自社が出てくるか。流入を数えても小さくて見えない。でも検索の管理画面に、人間が打たないAIの検索が混じっていた。調べに来た跡は、流入より早く残る。

DMで受けていた依頼業務を管理画面に置き換えた——処理速度と安心感が同時に上がった経緯

DMでさばいていた依頼業務を、フォームと管理画面に置き換えた。運営の処理速度と、依頼者の安心感、そして属人化の解消が同時に進んだ話。

「サイトを更新しました」では伝わらない——更新内容を「クライアントの言葉」に翻訳する仕組み

開発者の更新内容は、そのままでは事業者には届かない。AIに「クライアントの言葉」へ翻訳させ、毎回のリリース通知を仕組みに載せた話。

Instagramの投稿が手作業から抜け出せない——毎朝自動で流れる仕組みにした

AIがメニューを考え、画像を作り、毎朝Instagramに投稿する。その仕組みを作るなかで気づいた、AIにいい仕事をさせるための仕込みの話。

月末レポートに数時間かかる問題——数字を並べる時間を判断の時間に変えた

Shopifyの月次レポートを手作業で作っていませんか。データ収集からスライド生成までを仕組みにして、判断の時間を取り戻した話。

問い合わせフォーム、置いただけでは届かない——NotionとSlackで受け皿を作った経緯

WordPressの保守、「触るのが怖い」まま放置される問題——更新を仕組みに載せるまで

Shopifyの一覧回遊を改善する 入口はコレクション 回遊はフィルタに寄せる

Shopifyのテーマを改善したいと思っていても、どこから手を付けるべきか分からず止まってしまうことがあります。 そんなときは、SEOの入口をコレクションに寄せて、一覧の回遊体験はフィルタに寄せる形で役割を分けると整理が進みます。この記事ではPASS COFFEEの設計例を使って、その考え方をメモとしてまとめます。

html.to.designの設定を使って既存サイトを取り込む際に確認していること