記事一覧
無料の Microsoft Clarity でサイトのヒートマップツールを見て3日でUIを改善した話
ヒートマップツールをお試しで入れてみたら、UIの問題がすぐ見つかって改善できたので、やっぱりヒートマップツールは入れておくといいねっていう話です。
Microsoft Clarity とはMicrosoftが無料で提供しているサイトのユーザー行動分析ツールです。
セッションやトラフィックに制限がないのに無料で使えるうえ、導入もタグを貼り付けるかGTMに連携するだけ。慣れている人ならアカウントを
ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その５・コンテンツ登録・運用編）
この記事は「ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その４・コーディング・CMS実装編）」の続きです
最後は、コンテンツの制作・登録時やサイトローンチ後の運用時にも注意が必要な項目です。
このページの項目は、さまざまなユーザーに対して、コンテンツの理解を妨げない・全ての情報を差異なく提供するために必要なものです。
制作プロジェクト中だけの一過性のものでは
ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その４・コーディング・CMS実装編）
この記事は「ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その３・デザイン編）」の続きです
コーディングになると、表示の制御だけでなくマークアップでの補助も行うことになります。それだけに、チェックリストの中でも一番項目数が多くなっています。
また、CMS実装の場合は多くの処理をテンプレートに組み込むことになります。ユーザーの入力に任せるのかテンプレート側で処理
ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その３・デザイン編）
この記事は「ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その２・情報設計編）」の続きです。
デザインは視覚表現が大きな割合を占めるため、アクセシビリティのチェックポイントが多くなります。
特にフォーム機能があるウェブサイトの場合は確認しなければならない達成基準が増えるので注意が必要です。
また、アニメーションや視覚に依存しない動的な演出についてもここにまとめ
ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その２・情報設計編）
この記事は「ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その１）」の続きです。
ウェブサイトの情報設計は、大きく分けて「サイト全体での設計」と「ページ単位での設計」の２つがあるかと思いますが、ここでは後者の「ページ単位での情報設計」を対象にしています。
私の会社では主にワイヤーフレーム制作のフェーズがここに該当します。
サイト全体で共通する構造・パーツに関す
ウェブサイト制作案件でのアクセシビリティのチェックポイントを個人的に整理した話（その１）
WCAG2.2の勧告予定が来月に迫っているタイミングですが、前々から気になっていた「ウェブサイト制作フロー内でのアクセシビリティチェックポイント」を自分用にまとめました。
もともと、ウェブサイトのアクセシビリティに関してはWAIC（ウェブアクセシビリティ基盤委員会）のサイトで各種のガイドラインやWCAG2.0の関連文書の翻訳などがあり、会社でもこれらを元にした独自のチェックリストも使用していまし
大学サイトをWordPress（とブロックエディタ）でリニューアルした時に気を付けること
少し前に、「WordPressサイト制作でカスタムフィールド地獄から抜け出してラクをしたい」にWordPressのブロックエディタ制作で気を付けるポイントを書きました。
その後、大学サイトのリニューアルをWordPressのブロックエディタメインで数件おこなったのですが、大学サイトは一般のサイト制作に加えて独自の注意ポイントがあるな〜と思ったので備忘録としてまとめました。
アクセス負荷に対する検
WordPressサイト制作でカスタムフィールド地獄から抜け出してラクをしたい
渋谷のとある会社で「テクニカルディレクター」という役職で働いています。今所属しているこの会社では幅広い（空間とかイベントとかコミュニティとかなんかもう所属してる人間でもジャンルが違うとわからないくらいの）プロジェクトを抱えていますが、その中にはウェブサイト制作案件もあり、私はそこで技術的サポートや開発担当者とのコミュニケーションをメインにしています。
序盤はインフラ周りの情報やサーバについて調査・