Patru cifre care merită cunoscute înainte să oferi datele cardului:
- Alocarea ta lunară se resetează la zero sold neutilizat în fiecare ciclu.
- Pachetele de credite nu au deloc dată de expirare.
- Rambursările pentru un pachet neutilizat sunt valabile timp de 14 zile.
- O generare eșuată tot consumă exact un credit de muncă, indiferent dacă îți place rezultatul sau nu.
Trei dintre acestea sunt material pentru pagina de prețuri. Cea interesantă este ascunsă în modul în care este ordonată efectiv cheltuiala, și merită parcursă pentru că este diferența dintre a avea credite care înseamnă ceva și a avea credite care sunt doar o cifră de marketing.
De ce alocarea se cheltuiește prima
Când ai atât o alocare lunară cât și un pachet cumpărat în cont, alocarea este cheltuită înainte ca pachetul să fie atins. Nimeni nu pune asta în textul principal de prețuri, dar acesta este mecanismul care face ca pachetele să merite efectiv ce ai plătit pentru ele.
Ia în calcul alternativa: dacă pachetele ar fi consumate primele, alocarea ta ar rămâne pur și simplu neutilizată, până când ciclul de facturare s-ar reînnoi și ar șterge-o. Un pachet cumpărat în martie pentru a acoperi o săptămână aglomerată ar subvenționa în tăcere abonamentul tău în loc să îl completeze — ai plăti de două ori pentru aceeași unitate de muncă, o dată prin plan și o dată prin pachet, în timp ce ceea ce ai plătit deja se evaporă în fundal. Alocare-mai-întâi inversează asta: banii din planul gratuit se folosesc primii, banii pe care i-ai oferit special pentru capacitate suplimentară supraviețuiesc la tot ce resetarea ar lua altfel. Un pachet cumpărat în martie valorează exact la fel în noiembrie ca în ziua în care l-ai cumpărat.
Această asimetrie este și motivul pentru care cele două tipuri de credite expiră diferit, în primul rând. Alocarea este utilizare inclusă legată de ciclul pentru care plătești — dacă s-ar reporta la nesfârșit, am vinde efectiv trei luni de credite pentru prețul uneia în fiecare trimestru în care cineva nu se conectează, iar pagina de prețuri ar avea nevoie de mult mai multe note explicative pentru asta. Așa că se resetează, pur și simplu, în loc să fie ascunsă într-un FAQ. Pachetele sunt bani cheltuiți special pentru a cumpăra utilizare, nu un avantaj de abonament, deci se comportă ca un sold, nu ca un beneficiu — fără un cronometru de expirare care numără în fundal.
Am folosit instrumente unde reîncărcarea plătită dispărea în tăcere odată cu ciclul de abonament, tehnic dezvăluită undeva în termeni, și mereu părea o capcană.
Ordinea de cheltuire este alegerea mică, mecanică, ce împiedică acest produs să devină asta.
Ce cheltuiește efectiv un credit
Orice în care un model face muncă reală în numele tău:
- Un prim build
- O reconstrucție după modificări
- O trecere de cercetare prin care se citesc paginile concurenților
- O ciornă de marketing
- O trecere de optimizare care rescrie metadatele
Acestea nu sunt tarifate identic și nici nu ar trebui să fie — o construcție completă poate atinge zeci de fișiere pe parcursul mai multor minute de timp de model, în timp ce o ajustare de titlu înseamnă câteva secunde de editare punctuală. Tarifele pe tip de acțiune sunt afișate pe pagina de prețuri și se pot modifica pe măsură ce reglăm modelele de bază; preferăm să ajustăm cifra în mod transparent decât să diminuăm pe ascuns calitatea pentru a proteja un preț învechit.
Ce nu costă nimic:
- Un site publicat care rămâne activ — nu costă nimic pe zi
- Citirea dashboard-urilor
- Verificarea clasamentelor
- Consultarea istoricului unei execuții anterioare
- A adresa o întrebare simplă asistentului
Toate gratuite, atâta timp cât răspunsul nu presupune ca acesta să facă efectiv ceva, în loc să vă spună ceva. Regula este consecventă peste tot: a generat sau a transformat un model ceva, sau ați citit doar ce exista deja.
Iar o generare care nu v-a plăcut tot v-a costat creditul, pentru că munca s-a produs — s-au consumat tokenuri, s-a folosit putere de calcul, modelul a rulat până la final. Acesta este un caz diferit de o execuție care eșuează din vina noastră înainte de a produce ceva, situație acoperită mai jos. Reîncercările gratuite până sunteți mulțumiți sună generos până observați că a treia încercare a fiecăruia este, tacit, subvenționată de toți cei care au reușit din prima.
Unde apar problemele și ce facem în privința lor
Dacă rămâneți fără credite în timpul unei construcții, execuția se oprește chiar în acel punct din jurnal, nu trei pași mai târziu cu o pagină pe jumătate terminată — fără eșec silențios, fără sold consumat pe ascuns, fără a ghici dacă s-a blocat. Reîncărcați sau așteptați resetarea, apoi reluați de unde a rămas. Am văzut asta întâmplându-se live într-o demonstrație pentru un client: alocația s-a epuizat exact când au cerut „încă o trecere”, mesajul de pauză a explicat ce era necesar, am cumpărat pe loc un pachet mic, iar execuția a repornit în mai puțin de un minut.
| Tip de eșec | Se rambursează? |
|---|---|
| Eșec la nivelul platformei (infrastructura noastră s-a defectat) | Da — se creditează la cerere, fără bătăi de cap cu tichete |
| Respingerea din App Store sau o cheie API revocată | Respingere din app store sau o cheie API revocată |
O rambursare de credite nu repară o conexiune Search Console defectă, așa că tratăm aceste cazuri diferit, în mod intenționat.
Rambursările acoperă pachetele neutilizate și ciclurile noi neconsumate, în intervalul de 14 zile, punct. Munca deja consumată nu se returnează — dacă agentul a construit site-ul și v-ați răzgândit, calculul respectiv s-a produs deja, la fel cum un contractor nu rambursează orele facturate pentru o ciornă la care ați renunțat. Politica de rambursare completă este scurtă pentru că am încercat să nu avem nevoie de excepțiile care le fac pe cele lungi.
