Claude Code + actualizaciones de la app
Tu app web de Claude Code se actualiza con cada publicación, pero la carcasa nativa que la rodea solo cambia cuando los usuarios instalan una nueva versión desde la tienda. Cuando una función nueva depende de una carcasa más reciente, o cuando los builds antiguos apuntan a una URL que vas a retirar, necesitas saber quién se ha quedado atrás. WebViewGold le pasa a tu app web la versión instalada; unas pocas líneas de código lo convierten en un banner discreto o en una pantalla de actualización obligatoria.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Los despliegues web llegan a todas las versiones instaladas en la siguiente carga de página. Solo los cambios en la carcasa nativa dejan atrás a los usuarios, y estos son los tres que importan:
Activas las compras in-app, el inicio de sesión biométrico o un nuevo proveedor de push en la versión 1.3. Los usuarios de la 1.2 ven el botón, pero el esquema de URL que hay detrás no hace nada en su build. Oculta o sustituye la función en las versiones antiguas.
La URL de inicio está compilada dentro de la app. Pasar de un subdominio de la herramienta a tu propio dominio, o a un nuevo hosting, deja las instalaciones antiguas en la dirección vieja. Mantén una redirección y usa el control de versión para llevar a la gente al nuevo build.
Cambias de proveedor de autenticación, de dominios de redirección de OAuth o de gestión de enlaces, y solo el nuevo build tiene los ajustes nativos correspondientes (Social Login Helper, Universal Links, listas de URLs). Una pantalla de actualización es más amable que un inicio de sesión que falla sin decir nada.
Pega esto en Claude Code para implementar la parte de la web app. Revisa el resultado, publica y luego prueba dentro de la app WebViewGold.
Lee https://www.webviewgold.com/llms-full.txt (secciones App Version Check API). La app web funciona dentro de WebViewGold; su user agent contiene "WebViewGold-iOS" o "WebViewGold-Android", y versionNumber contiene la versión instalada. Los proyectos nativos están en ./ios-app y ./android-app. 1. Pon autoInjectVariable = true en Config.swift y AUTO_INJECT_VARIABLES = true en Config.java. 2. Añade un control de versión a la app web: espera hasta 3 segundos a versionNumber, obtén minimum, latest y storeUrl por plataforma de un endpoint del backend, compara numéricamente, muestra una página de actualización a pantalla completa por debajo de la mínima y un banner por debajo de la última, y deja pasar al usuario ante cualquier error. 3. Añade tests de Playwright que inyecten valores de versionNumber por debajo, entre y por encima de los umbrales, más una ejecución sin la variable. 4. Sube la versión y el número de build de iOS y versionName y versionCode de Android para el próximo lanzamiento. 5. Añade a CLAUDE.md una checklist de lanzamiento: sube la mínima solo cuando ambas versiones estén publicadas en las tiendas y cualquier lanzamiento por fases esté al 100 por ciento.
Con una buena versión optimizada de su aplicación web, puedes tener una impresionante aplicación móvil en un par de minutos. ¡Además del servicio al cliente es muy agradable y muy útil! ¡Puedo recomendar WebViewgold :-)
El lado nativo solo informa de la versión; la regla vive en tu backend.
Pon autoInjectVariable en true en Config.swift y AUTO_INJECT_VARIABLES en true en Config.java. WebViewGold proporciona entonces versionNumber (la versión que ven los usuarios, como 1.4.0) y bundleNumber (el número de build) como variables de JavaScript. Sin la inyección automática, navega una vez a getappversion:// y lee las mismas variables.
Guarda en tu backend la versión mínima admitida y la última versión por plataforma: una tabla pequeña, un archivo JSON o una entrada de configuración remota. Así, cambiar la regla no requiere una publicación en la tienda, y lo ideal es que ni siquiera requiera un despliegue.
Como cadenas de texto, "1.10.0" queda antes que "1.9.0". Divide por los puntos y compara cada parte como número, o compara números de build si los mantienes como enteros simples y crecientes.
Por debajo de la última versión: un banner que se puede cerrar. Por debajo de la mínima: una página a pantalla completa de "Actualización necesaria" con un único botón a la ficha de la tienda. En un navegador normal, o cuando la versión es desconocida, no muestres nada.
Enlaza a https://apps.apple.com/app/idYOUR_APPLE_ID y https://play.google.com/store/apps/details?id=your.package.name, y añade apps.apple.com y play.google.com a los hosts que siempre salen de la app (safariwhitelist en iOS, BROWSER_WHITELIST en Android), para que el sistema abra la App Store o Play Store en lugar de una página web dentro del WebView.
Llámalo una vez tras el primer renderizado en tu app de Claude Code. Espera brevemente a la variable inyectada, deja pasar al usuario ante cualquier error (fail open) y solo bloquea cuando tu backend lo indica. Usa tokens de user agent distintos por plataforma, por ejemplo "WebViewGold-iOS" en useragent_iphone / useragent_ipad y "WebViewGold-Android" en USER_AGENT:
const ua = navigator.userAgent;
const inApp = ua.includes("WebViewGold");
const platform = ua.includes("WebViewGold-Android") ? "android" : "ios";
function compareVersions(a, b) {
const pa = String(a).split(".").map(Number);
const pb = String(b).split(".").map(Number);
for (let i = 0; i < Math.max(pa.length, pb.length); i++) {
const d = (pa[i] || 0) - (pb[i] || 0);
if (d !== 0) return d < 0 ? -1 : 1;
}
return 0;
}
// autoInjectVariable / AUTO_INJECT_VARIABLES = true proporciona versionNumber;
// si no, asigna window.location.href = "getappversion://" una vez antes de consultar
function waitForVersion(ms = 3000) {
return new Promise((resolve) => {
const start = Date.now();
(function poll() {
if (typeof versionNumber !== "undefined") return resolve(String(versionNumber));
if (Date.now() - start > ms) return resolve(null);
setTimeout(poll, 100);
})();
});
}
async function checkAppVersion() {
if (!inApp) return; // navegador: nada que hacer
const installed = await waitForVersion();
if (!installed) return; // desconocida: dejar pasar
const rule = await fetch("/api/app-version?platform=" + platform)
.then((r) => (r.ok ? r.json() : null)).catch(() => null);
if (!rule) return; // backend inaccesible: dejar pasar
if (compareVersions(installed, rule.minimum) < 0) showUpdateRequired(rule.storeUrl);
else if (compareVersions(installed, rule.latest) < 0) showUpdateBanner(rule.storeUrl);
}| Instalada | Resultado | Lo que ve el usuario |
|---|---|---|
| 1.4.0 o posterior | Al día | Nada |
| De 1.3.0 a 1.3.x | Por debajo de la última | Un banner que se puede cerrar: "Hay una nueva versión disponible" |
| 1.2.x o anterior | Por debajo de la mínima | Una página a pantalla completa que explica el motivo, con un botón a la tienda y un contacto de soporte |
| Navegador, vista previa o versión desconocida | Sin datos | Nada: se deja pasar (fail open) |
No. WebViewGold le indica a tu app web qué versión está instalada (getappversion:// o las variables inyectadas automáticamente versionNumber y bundleNumber). La decisión y la pantalla de actualización viven en tu app web, así que puedes cambiar la regla en cualquier momento sin publicar en la tienda.
Normalmente no. La mayoría de los cambios llegan a todos los usuarios en la siguiente carga de página. El control de versión importa para los cambios nativos: nuevas funciones nativas, una nueva URL de inicio o un nuevo dominio, cambios en la gestión de enlaces o en los ajustes de inicio de sesión. A muchas apps les basta siempre con el banner discreto.
Ninguna de las dos tiendas prohíbe pedir a los usuarios que actualicen, y muchas apps grandes lo hacen. Asegúrate de que el build en revisión nunca quede bloqueado, explica con honestidad por qué hace falta la actualización y enlaza solo a tu propia ficha en la tienda.
Google ofrece una API nativa de actualizaciones in-app para apps de Android, pero no forma parte del puente JavaScript documentado de WebViewGold. El control de versión más un enlace a Play Store funciona igual en ambas plataformas y mantiene un único camino de código.
Sube temporalmente en tu backend la versión mínima por encima de tu build de TestFlight o de prueba interna, abre la app, revisa la pantalla y el botón de la tienda, y vuelve a dejarla como estaba. Abre también el sitio en un navegador normal: ahí no debe aparecer nunca esa pantalla.
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Ver planes en la página principal$349 por licencia, complemento de pago único
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Cómo funciona el Cloud Builder Prueba la demo gratuita$698 por plataforma $798
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Detalles del Full Service Con tecnología de
Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.
Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días
¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.