mapbox-web-integration-patterns
React、Vue、Svelte、Angular などの主要Webフレームワークにおける Mapbox GL JS の公式インテグレーションパターンを提供します。セットアップ、ライフサイクル管理、トークン処理、検索機能の統合、よくある落とし穴を網羅しており、Mapbox の create-web-app スキャフォールディングツールに基づいています。
description の原文を見る
Official integration patterns for Mapbox GL JS across popular web frameworks (React, Vue, Svelte, Angular). Covers setup, lifecycle management, token handling, search integration, and common pitfalls. Based on Mapbox's create-web-app scaffolding tool.
SKILL.md 本文
Mapbox インテグレーションパターンスキル
このスキルは、React、Vue、Svelte、Angular、および Vanilla JavaScript を使用した Web アプリケーションへの Mapbox GL JS インテグレーション用の公式パターンを提供します。これらのパターンは Mapbox の create-web-app スカッフォルディングツールに基づいており、本番環境対応のベストプラクティスを表しています。
バージョン要件
Mapbox GL JS
推奨: v3.x (最新)
- 最小: v3.0.0
- v3.x を推奨する理由: モダンな API、改善されたパフォーマンス、アクティブな開発
- v2.x: レガシー;アクティブ開発終了(以下のマイグレーション注記参照)
npm でのインストール(本番環境推奨):
npm install mapbox-gl@^3.0.0 # 最新 v3.x をインストール
CDN(プロトタイピング用のみ):
<!-- VERSION を https://docs.mapbox.com/mapbox-gl-js/ から最新 v3.x に置き換える -->
<script src="https://api.mapbox.com/mapbox-gl-js/vVERSION/mapbox-gl.js"></script>
<link href="https://api.mapbox.com/mapbox-gl-js/vVERSION/mapbox-gl.css" rel="stylesheet" />
フレームワーク要件
React: GL JS は React 16.8+ に対応(フック必須)。create-web-app は React 19.x でスカッフォルドします。
Vue: GL JS は Vue 2.x+ に対応(Vue 3 Composition API 推奨)。
Svelte: GL JS はすべての Svelte バージョンに対応。create-web-app は Svelte 5.x でスカッフォルドします。
Angular: GL JS は Angular 2+ に対応。create-web-app は Angular 19.x でスカッフォルドします。
Next.js: 最小 13.x (App Router)、Pages Router 12.x+。
Mapbox Search JS
npm install @mapbox/search-js-react@^1.0.0 # React
npm install @mapbox/search-js-web@^1.0.0 # その他のフレームワーク
バージョンマイグレーション注記(v2.x から v3.x)
- WebGL 2 が必須に
optimizeForTerrainオプション削除- TypeScript 型の改善、より良いツリーシェイキング対応
- コア初期化パターンに破壊的変更なし
トークンパターン(v2.x および v3.x で動作):
const token = import.meta.env.VITE_MAPBOX_ACCESS_TOKEN; // 本番環境では環境変数を使用
// グローバルトークン(v1.x 以来動作)
mapboxgl.accessToken = token;
const map = new mapboxgl.Map({ container: '...' });
// マップごとのトークン(マルチマップセットアップに推奨)
const map = new mapboxgl.Map({
accessToken: token,
container: '...'
});
コア原則
すべての Mapbox GL JS インテグレーションは以下を実装する必要があります:
- 正しいライフサイクルフックでマップを初期化
- マップインスタンスをコンポーネント状態に保存(毎回レンダリング時に再作成しない)
- クリーンアップ時に必ず
map.remove()を呼び出す メモリリークを防ぐため - トークン管理をセキュアに処理(環境変数)
- CSS をインポート:
import 'mapbox-gl/dist/mapbox-gl.css'
React インテグレーション(プライマリパターン)
パターン: useRef + useEffect とクリーンアップ
注記: これらの例では Vite(
create-web-appで使用されるバンドラー)を使用しています。Create React App を使用している場合は、import.meta.env.VITE_MAPBOX_ACCESS_TOKENをprocess.env.REACT_APP_MAPBOX_TOKENに置き換えてください。その他のバンドラーについてはToken Management Patternsを参照してください。
import { useRef, useEffect } from 'react';
import mapboxgl from 'mapbox-gl';
import 'mapbox-gl/dist/mapbox-gl.css';
function MapComponent() {
const mapRef = useRef(null); // マップインスタンスを保存
const mapContainerRef = useRef(null); // DOM 参照を保存
useEffect(() => {
mapboxgl.accessToken = import.meta.env.VITE_MAPBOX_ACCESS_TOKEN;
mapRef.current = new mapboxgl.Map({
container: mapContainerRef.current,
center: [-71.05953, 42.3629],
zoom: 13
});
// 重要: メモリリークを防ぐため、クリーンアップを実施
return () => {
mapRef.current.remove();
};
}, []); // 空の依存配列 = マウント時に 1 回実行
return <div ref={mapContainerRef} style={{ height: '100vh' }} />;
}
重要なポイント:
- マップインスタンスとコンテナの両方に
useRefを使用 - 空の依存配列
[]でuseEffect内で初期化 - 常にクリーンアップ関数を返す
map.remove()を呼び出すため - レンダリング内でマップを初期化しない(無限ループの原因)
React + Search JS
import { useRef, useEffect, useState } from 'react';
import mapboxgl from 'mapbox-gl';
import { SearchBox } from '@mapbox/search-js-react';
import 'mapbox-gl/dist/mapbox-gl.css';
const accessToken = import.meta.env.VITE_MAPBOX_ACCESS_TOKEN;
const center = [-71.05953, 42.3629];
function MapWithSearch() {
const mapRef = useRef(null);
const mapContainerRef = useRef(null);
const [inputValue, setInputValue] = useState('');
useEffect(() => {
mapboxgl.accessToken = accessToken;
mapRef.current = new mapboxgl.Map({
container: mapContainerRef.current,
center: center,
zoom: 13
});
return () => {
mapRef.current.remove();
};
}, []);
return (
<>
<div
style={{
margin: '10px 10px 0 0',
width: 300,
right: 0,
top: 0,
position: 'absolute',
zIndex: 10
}}
>
<SearchBox
accessToken={accessToken}
map={mapRef.current}
mapboxgl={mapboxgl}
value={inputValue}
proximity={center}
onChange={(d) => setInputValue(d)}
marker
/>
</div>
<div ref={mapContainerRef} style={{ height: '100vh' }} />
</>
);
}
Search JS インテグレーション概要
インストール:
npm install @mapbox/search-js-react # React
npm install @mapbox/search-js-web # Vanilla/Vue/Svelte
両方のパッケージは @mapbox/search-js-core を依存関係として含みます。カスタム検索 UI を構築する場合のみ、-core を直接インストールしてください。
キー設定オプション:
accessToken: Mapbox パブリックトークンmap: マップインスタンス(事前に初期化する必要があります)mapboxgl: mapboxgl ライブラリ参照proximity: 地理的に結果をバイアスする[lng, lat]marker: 結果マーカーを表示/非表示するブール値placeholder: 検索ボックスのプレースホルダーテキスト
検索ボックスの配置
絶対位置指定(オーバーレイ):
<div
style={{
position: 'absolute',
top: 10,
right: 10,
zIndex: 10,
width: 300
}}
>
<SearchBox {...props} />
</div>
一般的な位置:
- 右上:
top: 10px, right: 10px - 左上:
top: 10px, left: 10px - 左下:
bottom: 10px, left: 10px
よくある間違い(重要)
間違い 1: map.remove() の呼び出し忘れ
// 悪い例 - メモリリーク!
useEffect(() => {
const map = new mapboxgl.Map({ ... })
// クリーンアップ関数なし
}, [])
// 良い例 - 適切なクリーンアップ
useEffect(() => {
const map = new mapboxgl.Map({ ... })
return () => map.remove() // クリーンアップ
}, [])
理由: 各マップインスタンスは WebGL コンテキスト、イベントリスナー、DOM ノードを作成します。クリーンアップなしで、これらが蓄積してメモリリークを引き起こします。
間違い 2: レンダリング内でのマップ初期化
// 悪い例 - React で無限ループ!
function MapComponent() {
const map = new mapboxgl.Map({ ... }) // 毎回のレンダリングで実行
return <div />
}
// 良い例 - エフェクト内で初期化
function MapComponent() {
useEffect(() => {
const map = new mapboxgl.Map({ ... })
}, [])
return <div />
}
理由: React コンポーネントは頻繁に再レンダリングされます。毎回レンダリング時に新しいマップを作成すると、無限ループとクラッシュが発生します。
間違い 3: マップインスタンスを適切に保存しない
// 悪い例 - マップ変数がレンダリング間で失われる
function MapComponent() {
useEffect(() => {
let map = new mapboxgl.Map({ ... })
// マップ変数に後からアクセスできない
}, [])
}
// 良い例 - useRef に保存
function MapComponent() {
const mapRef = useRef()
useEffect(() => {
mapRef.current = new mapboxgl.Map({ ... })
// mapRef.current はコンポーネント全体でアクセス可能
}, [])
}
理由: レイヤー追加、マーカー追加、remove() 呼び出しなどの操作のため、マップインスタンスにアクセスする必要があります。
間違い 4: マップインスタンスを Vue の data() に保存(Vue 固有)
// 悪い例 - Vue のリアクティビティが data() オブジェクトを Proxy でラップし、mapbox-gl の内部を破壊!
export default {
data() {
return {
map: null // Proxy でラップされる
}
},
mounted() {
this.map = new mapboxgl.Map({ ... }) // Proxy が GL 内部を破壊
}
}
// 良い例 - マップをプレーンなインスタンスプロパティとして割り当て、data() には含めない
export default {
mounted() {
this.map = new mapboxgl.Map({
container: this.$refs.mapContainer,
center: [-71.05953, 42.3629],
zoom: 13
})
},
unmounted() {
this.map?.remove()
}
}
理由: Vue(特に Vue 3)では、data() プロパティはリアクティビティのため Proxy でラップされます。Mapbox GL JS は内部的にオブジェクトアイデンティティをチェックし、プロキシラップを生き残らないプロパティを使用します。マップを data() に保存すると、微妙で デバッグが難しい障害が発生します。代わりに、mounted() でマップインスタンスを直接 this.map として割り当てます — data() 外で割り当てられたプロパティはリアクティブにはなりません。
リファレンスファイル
フレームワーク固有のパターンと追加詳細について、以下をロードしてください:
references/vue.md— Vue インテグレーション(mounted/unmounted ライフサイクル)references/svelte.md— Svelte インテグレーション(onMount/onDestroy)references/angular.md— Angular インテグレーション(SSR ハンドリング付き)references/vanilla.md— Vanilla JS(Vite)+ Vanilla JS(CDN)references/web-components.md— Web Components(基本 + リアクティブ + React/Vue/Svelte での使用)references/nextjs.md— Next.js App Router + Pages Routerreferences/common-mistakes.md— よくある間違い 4-7 + テストパターンreferences/token-management.md— バンドラーごとのトークン管理 + スタイル設定
このスキルを使用するタイミング
このスキルは以下の場合に呼び出します:
- 新しいプロジェクトで Mapbox GL JS をセットアップ
- Mapbox を特定のフレームワーク(React、Vue、Svelte、Angular、Next.js)に統合
- フレームワーク非依存の Web Components を構築
- コンポーネントライブラリ用の再利用可能なマップコンポーネントを作成
- マップ初期化の問題をデバッグ
- Mapbox Search 機能を追加
- 適切なクリーンアップとライフサイクル管理を実装
- フレームワーク間の変換(例:React から Vue)
- Mapbox インテグレーションのベストプラクティスについてコードをレビュー
関連スキル
- mapbox-cartography: マップ設計原則とスタイリング
- mapbox-token-security: トークン管理とセキュリティ
- mapbox-style-patterns: 一般的なマップスタイルパターン
リソース
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- mapbox
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/mapbox/mapbox-agent-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。