Tec Blogブログ

AIに関数を書いてもらい、差分の行数だけを確認してコミットする。画面上は問題なく動いているように見えても、しばらくすると同じ名前の変数が別のファイルで別の意味を持っていたことが分かり、手戻りが発生する。こうした場面は、制作の現場で珍しくありません。AIの普及によってコードを書く仕事がなくなるわけではなく、むしろ生成され

キーフレームを追加するたびに、ページは華やかに見えるようになります。一方で、スクロールするたびに数十個の要素が同時に動くような状態では、見た目とは別に、ブラウザの描画処理に負荷がかかっていきます。CSSアニメーションを多用すると常にパフォーマンスが落ちる、と明確に示した一次情報は見当たりません。パフォーマンスが落ちやす

案件ごとにクラス名の付け方が違い、同じボタンに .btn、.c-button、.p-mv__btn という3種類のクラスが混在している。修正のたびに検索して上書きを重ね、詳細度がどんどん高くなっていく。こうした状況は、制作の現場で珍しくありません。命名のルールを揃えるだけで、CSSの崩れがすべて防げるわけではありません

「国産のCSSフレームワークを、2026年の案件でどう見るか」。聞かれたとき、名前だけ並べて終わる。利用者数の順位や、これ一本に置き換わる、という話ではないです。この記事では、日本発の Lism CSS を、公式ドキュメントに書かれている範囲で整理しようと思います。導入すれば設計が不要になる、とは言いません。何を引き受

ホームページは公開中です。メールだけ、レンタルサーバーから Microsoft 365 へ移したい。管理センターのウィザードは、ネームサーバーを Microsoft へ変える案内を出します。案内どおりに変えると、メールの準備は進み、サイトの行き先が消えます。結論です。動いているサイトがある切替では、ネームサーバーとAレ

共有サーバーへ Next.js を書き出したあと、問い合わせだけをどうするか問題が残ります。app/api に送るフォームは、ローカルでは動いて、本番のビルドでは動きません。静的書き出しには、そのAPIを実行するNodeが無いためです。結論です。共有サーバー上の Next.js では、フォームの受け口を Next の外

作った人が辞めた。制作会社との契約も終わっている。サイトは開いているのに、お知らせの一字も変えられない。ドメインの更新メールが、もういない人のアドレスに届いていることにも、あとから気づきます。結論です。ホームページは、存在しているだけでは自社の持ち物になりません。 ログイン、契約、更新通知の宛先、フォームの届き先が、今

テストでは、完了の画面が出た。なのに、お客さまからのメールが担当の受信箱に無い。迷惑メールも空。サイト自体は開いている。問い合わせが減った、の前に、届いていないことがあります。結論です。画面が「送信しました」でも、担当者の手元に届いたことにはなりません。 見る順は、完了画面、通知先のアドレス、受信箱、迷惑メール、送信元

デザインが数年前のままに見える。問い合わせも、以前ほど来ている気がしない。だから全面リニューアル、という話が出ます。見た目の古さと、仕事が止まっていることは、同じ原因とは限りません。結論です。古く見えることは、作り直す理由の一つにはなります。それだけで、今のURLと中身と計測を捨てる理由にはなりません。 先に分けるのは

綺麗で今風にしたのに、問い合わせが増えない。アクセスはあるのに、次の行動が起きない。Web担当の場でよく出る悩みです。見た目の完成度と、問い合わせやすさは、同じではありません。しかし、おしゃれさと CV が逆相関する、という話でもありません。途中で案内が途切れると、探してまで送る人は少ない、という話です。結論です。ユー