Claude Code
Claude Code et Supabase forment une paire naturelle : l'agent écrit le schéma, les politiques et les edge functions, Supabase les exécute. Dans une app WebViewGold, cinq points demandent une attention qu'un navigateur n'a jamais exigée : l'authentification dans une WebView, les magic links, la suppression de compte, les ID utilisateur push et les achats via les stores. Voici la liste de configuration.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
La connexion par e-mail et mot de passe fonctionne sans changement : la session vit dans le stockage de la WebView et persiste tant que le wrapper ne l'efface pas (deletecache dans Config.swift et CLEAR_CACHE_ON_STARTUP dans Config.java restent sur false). OAuth, c'est différent. Google refuse de finaliser une connexion dans une WebView intégrée (l'erreur disallowed_useragent), c'est pourquoi WebViewGold fournit un Social Login Helper : vous listez les préfixes d'URL du flux du fournisseur, et le wrapper ouvre cette partie dans une fenêtre de connexion dédiée que le fournisseur accepte, puis revient à votre app. Pour Supabase avec Google, le déclencheur est https://accounts.google.com, défini dans google_login_helper_triggers (Config.swift) et GOOGLE_LOGIN_HELPER_TRIGGERS (Config.java). Sign in with Apple n'a besoin de rien : le wrapper détecte appleid.apple.com automatiquement.
Concrètement : activez le fournisseur Apple dans le tableau de bord Supabase (Services ID, clé, Team ID, URL de retour), ajoutez le bouton à côté de celui de Google pour respecter la guideline 4.8, et demandez à Claude Code de brancher signInWithOAuth pour les deux, avec une redirection vers votre domaine de production.
Un magic link reçu par e-mail s'ouvre par défaut dans le navigateur. Les Universal Links et les App Links l'envoient plutôt dans l'app.
Demandez à Claude Code d'ajouter au projet web /.well-known/apple-app-site-association (un JSON avec votre Team ID et votre bundle ID, servi sans extension de fichier et avec un content type JSON) et /.well-known/assetlinks.json (votre nom de package et l'empreinte de votre certificat de signature). Sur Next.js, cela correspond au dossier public plus une règle d'en-tête.
iOS : Associated Domains avec applinks:app.example.com dans Xcode et ShowExternalLink réglé sur true dans Config.swift. Android : l'intent filter de votre domaine dans AndroidManifest.xml et IS_DEEP_LINKING_ENABLED réglé sur true dans Config.java. Détails dans la documentation Universal Links et la documentation App Links.
Définissez la site URL et la liste des redirections autorisées sur https://app.example.com/auth/callback. Le lien de l'e-mail arrive alors sur votre domaine, que le système transmet à l'app quand elle est installée.
Certaines apps de messagerie ouvrent les liens dans leur propre navigateur. Demandez à Claude Code d'ajouter une option OTP à six chiffres (ajoutez la variable du jeton au modèle d'e-mail du magic link dans le tableau de bord Supabase) pour qu'un utilisateur qui se retrouve dans Safari puisse quand même terminer dans l'app. Si vous utilisez le flux PKCE, cette solution de repli compte encore plus, car le code verifier n'existe que dans le contexte qui a lancé la connexion.
Apple 5.1.1 et Google Play exigent la suppression dans l'app ; Supabase en fait une seule fonction, avec la clé service role conservée côté serveur.
Implémentez la suppression de compte pour cette app Supabase, comme l'exigent Apple et Google Play. 1. Créez une edge function Supabase delete-account qui : lit le JWT de l'utilisateur dans l'en-tête Authorization et le vérifie avec le client anon ; puis, à l'aide d'un client service role créé uniquement à l'intérieur de la fonction, supprime les lignes de l'utilisateur dans chaque table qui référence auth.users (listez-les à partir du schéma ; privilégiez des clés étrangères ON DELETE CASCADE là où elles manquent et écrivez la migration), supprime les fichiers de l'utilisateur dans les buckets de stockage, et appelle enfin auth.admin.deleteUser(userId). Renvoyez 204 en cas de succès et une erreur claire sinon. 2. Dans la web app, ajoutez Réglages - Supprimer le compte avec une boîte de dialogue de confirmation qui explique ce qui est supprimé, appelle la fonction avec la session courante, déconnecte l'utilisateur et affiche un écran de confirmation. S'il existe des abonnements RevenueCat, indiquez à l'utilisateur de les résilier d'abord dans les réglages de l'App Store ou de Google Play. 3. Ajoutez une page publique /delete-account qui explique la procédure aux utilisateurs qui n'ont pas l'app. 4. Ajoutez une phrase sur la suppression dans /privacy. 5. Écrivez un test qui crée un utilisateur jetable, insère des lignes, appelle la fonction et vérifie que tout a disparu.
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
La clé anon se trouve dans votre bundle client par conception, et une app publiée peut être téléchargée par n'importe qui. C'est la Row Level Security qui rend cela sûr.
Avec autoInjectVariable / AUTO_INJECT_VARIABLES réglé sur true, le wrapper injecte onesignalplayerid dans chaque page ; sinon, demandez-le avec getonesignalplayerid://. Enregistrez-le sur le profil pour qu'une edge function puisse cibler un utilisateur précis.
// after login, inside the native app only
import { supabase } from "./supabase";
import { isNativeApp, readInjected, callNative } from "./native";
export async function syncPushSubscription(userId) {
if (!isNativeApp()) return;
let playerId = window.onesignalplayerid; // present when auto-inject is on
if (!playerId) {
callNative("getonesignalplayerid://");
playerId = await readInjected("onesignalplayerid", 3000).catch(function () { return null; });
}
if (!playerId) return;
await supabase.from("profiles").update({ onesignal_player_id: playerId }).eq("id", userId);
}
// RLS policy to pair with it (SQL):
// create policy "users update own profile" on profiles for update
// using (auth.uid() = id) with check (auth.uid() = id);Dans l'app, le bouton Passer à la version supérieure navigue vers revenuecat://purchase?external_id=SUPABASE_USER_ID&product=PRODUCT_ID. C'est en passant l'ID utilisateur Supabase comme external_id que le webhook peut rattacher l'achat à une ligne.
Prompt : « Créez une edge function revenuecat-webhook qui vérifie l'en-tête Authorization configuré dans RevenueCat, insère ou met à jour l'événement dans une table subscriptions indexée par app_user_id, et définit un flag is_active selon le type d'événement. » Le client lit les droits via la RLS, jamais à partir du résultat d'achat côté client.
Les navigateurs peuvent garder Stripe. Stockez un seul modèle de droits (une table subscriptions avec une colonne source) pour que les fonctionnalités se débloquent de la même façon, quel que soit l'endroit où l'utilisateur a payé. Voir le guide de configuration RevenueCat.
Small Business Program d'Apple et palier à 15 % de Google : 15 % de commission jusqu'à 1 million de dollars par an, 30 % au-delà. Inscrivez-vous dans les deux consoles et informez-en RevenueCat.
Non. C'est la web app avec supabase-js qui tourne dans WebViewGold. La couche native ajoute seulement le push, la biométrie, les achats et les deep links via des schémas d'URL.
Oui, tant que le wrapper n'efface pas le stockage au lancement. Laissez deletecache (iOS) et CLEAR_CACHE_ON_STARTUP (Android) sur false et définissez une durée de session raisonnable dans le tableau de bord Supabase.
Google bloque les WebViews intégrées. Définissez les déclencheurs du Social Login Helper pour accounts.google.com dans les deux configs WebViewGold ; le wrapper finalise alors la connexion dans une fenêtre acceptée et revient à votre app.
Il rédige de bons premiers jets si vous lui donnez le schéma et les règles d'accès en langage clair. Relisez chaque politique, testez avec deux utilisateurs différents, et ne publiez jamais une table sans RLS sous prétexte qu'une démo a fonctionné.
Côté serveur. Le webhook RevenueCat vers une edge function fait foi ; le client se contente de lire la ligne qui en résulte. Les flags côté client peuvent être falsifiés dans n'importe quelle app téléchargeable.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.