PostHog error tracking pour Svelte
Cette skill vous aide à ajouter PostHog error tracking aux applications Svelte.
Fichiers de référence
references/svelte.md- Installation de error tracking Sveltekit - docsreferences/fingerprints.md- Fingerprints - docsreferences/alerts.md- Envoyer des alertes error tracking - docsreferences/monitoring.md- Surveiller et rechercher des issues - docsreferences/assigning-issues.md- Assigner des issues aux coéquipiers - docsreferences/upload-source-maps.md- Uploader les source maps - docs
Consultez la documentation pour les détails d'API et les patterns spécifiques au framework.
Principes clés
- Variables d'environnement : Utilisez toujours les variables d'environnement pour les clés PostHog et les URLs d'hôte. Ne les codez jamais en dur.
- Changements minimaux : Ajoutez error tracking aux côtés de la gestion d'erreurs existante. Ne remplacez ni ne restructurez le code de gestion d'erreurs existant.
- Autocapture en priorité : Activez l'autocapture des exceptions dans l'initialisation du SDK avant d'ajouter des captures manuelles.
- Source maps : Uploadez les source maps afin que les stack traces se résolvent en code source original, pas en bundles minifiés.
- Capture manuelle pour les limites : Utilisez
captureException()aux error boundaries et dans les blocs catch pour les erreurs qui ne se propagent pas au gestionnaire global.
Directives du framework
- Définissez paths.relative à false dans svelte.config.js — c'est requis pour que PostHog session replay fonctionne correctement avec SSR et c'est facile à oublier
- Utilisez les outils du serveur Svelte MCP pour vérifier la documentation Svelte (list-sections, get-documentation) et valider les composants (svelte-autofixer) — exécutez toujours svelte-autofixer sur les fichiers .svelte nouveaux ou modifiés avant de terminer