Cuatro cifras que conviene conocer antes de dar tu tarjeta:
- Tu asignación mensual se reinicia a cero de saldo no utilizado cada ciclo.
- Los paquetes de créditos no tienen fecha de caducidad alguna.
- Los reembolsos de un paquete sin usar son válidos durante 14 días.
- Una generación fallida igualmente consume exactamente el valor de un crédito de trabajo, te guste o no el resultado.
Tres de esas cifras son material para la página de precios. La interesante está escondida en cómo se ordena realmente el gasto, y merece la pena repasarla porque marca la diferencia entre que los créditos signifiquen algo o que sean solo una cifra de marketing.
Por qué la asignación se gasta primero
Cuando tienes tanto una asignación mensual como un paquete comprado en tu cuenta, la asignación se consume antes de tocar el paquete. Nadie pone eso en el titular de la página de precios, pero es el mecanismo que hace que los paquetes valgan realmente lo que pagaste por ellos.
Piensa en la alternativa: si los paquetes se consumieran primero, tu asignación se quedaría ahí, sin usar, hasta que el ciclo de facturación se renovara y la borrara. Un paquete que compraste en marzo para cubrir una semana ajetreada estaría subvencionando en silencio tu suscripción en lugar de sumarse a ella: pagarías dos veces por la misma unidad de trabajo, una a través del plan y otra a través del paquete, mientras lo que ya pagaste se evapora en segundo plano. Gastar primero la asignación invierte eso: el dinero del plan gratuito se usa primero, y el dinero que entregaste específicamente para capacidad extra sobrevive a todo lo que el reinicio se llevaría de otro modo. Un paquete comprado en marzo vale exactamente lo mismo en noviembre que el día en que lo compraste.
Esa asimetría es también la razón por la que los dos tipos de crédito caducan de forma diferente desde el principio. La asignación es uso incluido, ligado al ciclo que estás pagando; si se acumulara indefinidamente, en la práctica estaríamos vendiendo tres meses de créditos por el precio de uno cada trimestre en que alguien no inicia sesión, y la página de precios necesitaría mucha más letra pequeña para explicarlo. Así que se reinicia, claramente, en lugar de quedar enterrada en unas preguntas frecuentes. Los paquetes son dinero gastado específicamente para comprar uso, no una ventaja de la suscripción, así que se comportan como un saldo y no como un beneficio: sin un reloj de caducidad corriendo en segundo plano.
He usado herramientas donde la recarga pagada moría en silencio junto con el ciclo de la suscripción, técnicamente divulgado en algún lugar de los términos, y siempre me pareció una trampa.
El orden de gasto es la pequeña decisión mecánica que evita que este producto se convierta en eso.
Qué gasta realmente un crédito
Cualquier cosa en la que un modelo realiza trabajo real en tu nombre:
- Una primera construcción
- Una reconstrucción después de cambios
- Una pasada de investigación leyendo páginas de la competencia
- Un borrador de marketing
- Una pasada de optimización reescribiendo metadatos
Estos no tienen el mismo precio, y no deberían tenerlo: una construcción completa puede tocar una docena de archivos a lo largo de varios minutos de tiempo de modelo, mientras que un ajuste de titular son unos segundos de edición puntual. Las tarifas por tipo de acción están en la página de precios y sí cambian a medida que reajustamos los modelos subyacentes; preferimos ajustar la cifra abiertamente antes que reducir la calidad en silencio para proteger un precio obsoleto.
Lo que no gasta nada:
- Que un sitio publicado siga en línea — no cuesta nada por día
- Leer paneles
- Consultar posiciones
- Revisar el historial de una ejecución pasada
- Hacerle una pregunta simple al asistente
Todo gratis, hasta que la respuesta requiera que el modelo realmente haga algo en lugar de solo decirte algo. La regla es la misma en todas partes: ¿generó o transformó algo un modelo, o simplemente leíste lo que ya existía?
Y una generación que no te gustó igualmente te costó el crédito, porque el trabajo se realizó: se gastaron tokens, se usó cómputo, el modelo se ejecutó hasta el final. Ese es un caso distinto al de una ejecución que falla por nuestro lado antes de producir nada, algo que es responsabilidad nuestra y se trata más abajo. Reintentos gratis hasta que quedes satisfecho suena generoso hasta que te das cuenta de que el tercer intento de todos está siendo subvencionado en silencio por quienes acertaron a la primera.
Dónde falla, y qué hacemos al respecto
Si te quedas sin crédito a mitad de una construcción, la ejecución se pausa justo ahí en el registro, no tres pasos después con una página a medio terminar: sin fallos silenciosos, sin saldo desaparecido, sin adivinar si se quedó atascado. Recarga o espera al reinicio, y luego retoma donde se detuvo. Vi esto en vivo durante una demostración a un cliente: la asignación se agotó justo cuando pidieron «una pasada más», el mensaje de pausa explicó qué se necesitaba, compramos un pequeño paquete en el momento, y la ejecución se reanudó en menos de un minuto.
| Tipo de fallo | ¿Reembolsado? |
|---|---|
| Fallo del lado de la plataforma (nuestra infraestructura falló) | Sí — se recredita a petición, sin tener que pelear con un ticket |
| Rechazo de la tienda de aplicaciones o una clave de API revocada | No — pero igual te ayudaremos a solucionar el problema de fondo |
Un reembolso de créditos no repara una conexión rota con Search Console, así que tratamos esos casos de forma distinta a propósito.
Los reembolsos cubren paquetes sin usar y ciclos nuevos sin consumir dentro de esa ventana de 14 días, y ya está. El trabajo consumido no se devuelve: si el agente construyó el sitio y cambiaste de opinión, ese cómputo ya ocurrió, igual que un contratista no reembolsa las horas facturadas por un borrador que decidiste descartar. La Política de reembolsos completa es breve porque intentamos no necesitar las excepciones que hacen largas a las políticas de reembolso.
