Webサイトの個性はどこまで必要か―ゆまラボの変更から考えるブランディングと使いやすさ

Astroの初期テンプレートから始めたゆまラボの変更を振り返り、Webサイトの個性をどこに出すと使いやすさを壊しにくいか、逆に独自性を強くしすぎたときに起きる問題を考える。
カテゴリ ›
公開したサイトを継続して運用するための設定や改善をまとめています。独自ドメインメール、SEO、アクセス解析、SNSなど、公開後に必要になった作業を実際に進めながら記録します。
21件の記事

Astroの初期テンプレートから始めたゆまラボの変更を振り返り、Webサイトの個性をどこに出すと使いやすさを壊しにくいか、逆に独自性を強くしすぎたときに起きる問題を考える。

公開中のゆまラボTOPページをChrome DevToolsのLighthouseでMobile測定。Performance 91、Accessibility 96、Best Practices 100、SEO 100となり、LCPや画像配信、CSS、アクセス解析用JavaScriptの改善候補まで確認した記録。

Google Search Consoleで未登録131ページが表示されたため、noindex・canonical・404・クロール済み未登録・検出未登録を切り分けた。ページネーションcanonicalと架空URLを修正し、公開後のライブテストとインデックス登録リクエストまで進めた記録。

Google Analytics Data APIを有効化し、gcloud CLIとOAuth Desktop ClientでADC認証を設定。Node.jsからpagePathとscreenPageViewsを取得し、ゆまラボの記事別PVを実データで確認した記録です。

ゆまラボのGA4導入直後に自分で開いたページも計測された経験から、自分のアクセスを後から判別できるのか、内部トラフィックをIPで定義して除外する手順とデメリットを確認する。

Google Search ConsoleからBing Webmaster Toolsへbringain.comを追加し、sitemap.xmlの成功と102 URLを確認。あわせてX投稿のUTM付きURLとGA4の「x / social」14セッションを確認した記録です。

HTTPセキュリティヘッダーは、ブラウザに読み込み元やHTTPS、iframe、MIME typeなどの制限を伝える仕組みです。Astro+Cloudflare Workers Static Assetsでの設定場所、CSP・HSTSの役割、GA4などを壊す設定ミス、過去の大規模事故から見える限界まで確認します。

CloudflareのResponse Header Transform RulesとHSTS、Always Use HTTPSを使ってbringain.comのHTTPレスポンスを見直した。Security Headersの評価がFからAに変わるまでと、HTTPが200 OKのままだったつまずきも含めて記録する。

ゆまラボの記事をSNSへ流す前に、X、Bluesky、Threads、Mastodonの投稿方法を現在の公式情報で確認する。リンクプレビュー、投稿、GA4での流入計測を分け、まずXから始めるための前提を確認する。

ゆまラボの記事をXへ流す方法として、Codexに未投稿記事の抽出、投稿文生成、UTM付きURL作成、Web Intent起動まで任せ、最後のポストだけ人が確認する半自動運用を考えます。

記事数が増えたAstroブログで、分類、ページネーション、検索、内部リンク、リンク切れ確認など何が必要になったかを、ゆまラボの実例とアクセス解析から増えていく機能を分けて確認します。

ゆまラボの記事をXへ流す運用を、手動投稿からWeb Intentを使った半自動方式へ進めました。未投稿記事の管理、UTM付きURL、Codexからの投稿画面起動、実投稿、Google Analyticsのリアルタイム確認まで記録します。

404があるだけでサイト全体の順位が下がるわけではありません。一方、内部リンクが404を指す状態は、ページ発見やサイト構造の理解、ユーザー導線に影響します。Google公式情報とゆまラボの404実装をもとに整理します。

BrokenLinkCheck.comでbringain.comを360ページ確認し、distinct broken linksは0件でした。内部・外部リンクの実測結果と、画像・PDFやsoft 404など、この検査だけでは分からない範囲も確認します。

SNSやメール通知がある現在でもRSSを残す意味はあるのか。RSS 2.0の現状、Astroでの生成方法、Googleのサイトマップ利用、ゆまラボで残している理由を確認します。

Cloudflare Email Routingでcontact@bringain.comの受信はできた。送信もCloudflareで続けようとしたところWorkers Paidが必要だったので、今の使い方なら不要と判断して保留にした記録。

Google Analyticsを初めて設定し、ゆまラボ用のGA4プロパティとWebデータストリームを作成。AstroへGoogleタグを追加してCloudflareへ反映し、リアルタイムレポートでアクセスが入るところまで確認した記録です。

ゆまラボのトップページに直近30日の人気記事を自動表示するため、Cloudflare Web Analyticsで現在見られるデータを確認し、今後の分析やData APIでの自動取得を考えてGoogle Analyticsも使うことにした。

公開中のAstroサイトで/sitemap.xmlだけ404になったときに、@astrojs/sitemapの出力名と公開ファイルを確認した記録です。

公開したゆまラボをGoogle Search Consoleへドメインプロパティとして登録し、Cloudflare経由で所有権を確認。既存のsitemap.xmlを送信し、URL検査でトップページのインデックス状況を確認して登録をリクエストするまでを記録します。

bringain.comで問い合わせ用の独自ドメインメールを使うため、Cloudflare Email Routingを設定した。DNSの確認、ドメインのオンボード、転送先の認証、contact@bringain.comのルーティングルール作成、実際の受信確認までを記録します。