Ogni URL che chiede la tua scheda dello store. Fatto.

No. Ogni app ha il suo sottodominio, ed è quell'URL che incolli nella console dello store. Se hai già un dominio, puoi comunque usarlo per il sito promozionale della tua app: queste sono le pagine di conformità.

Non per ora. Con il piano Pro puoi sostituire il sottodominio casuale con un nome a tua scelta, entro regole di denominazione che rifiutano parole riservate, nomi di marchi e parole che richiamano l'accesso come “login”. I domini personalizzati non fanno ancora parte del prodotto.

No, e non può farlo. La pagina di eliminazione dell'account raccoglie la richiesta, la conserva e ti avvisa. Eliminare l'account nel tuo backend spetta a te: è questo che Google Play ti richiede davvero. Qualsiasi formulazione che dica il contrario sarebbe falsa.

Sono modelli da completare, non consulenza legale. Coprono ciò che chiedono gli store e ogni pagina dice chiaramente che lo sviluppatore è responsabile della sua accuratezza. Se la tua app opera in un luogo con requisiti specifici, falle leggere a un avvocato.

Sì. A ottobre 2026 AdMob ha riportato "app-ads.txt file found and verified" (file app-ads.txt trovato e verificato) per app il cui sito web dello sviluppatore è un sottodominio AppFoyer, sia su App Store sia su Google Play. Il file è servito come richiede la specifica: testo semplice, HTTP 200, nessun reindirizzamento. Imposta come sito web della tua scheda dello store il tuo URL AppFoyer e lascia ad AdMob fino a 24 ore per scansionarlo. Non abbiamo ancora risultati di scansione nostri da altre reti pubblicitarie.

Ogni sito risponde anche su un secondo dominio: lo stesso indirizzo con .app al posto di .page. Stesse pagine, stesso slug, stesso app-ads.txt: un sito, due indirizzi. Alcuni paesi e alcune reti bloccano interi domini di primo livello, quindi se .page non è raggiungibile per te o per i tuoi utenti, usa l'indirizzo .app nella scheda dello store e nella tua app. Scegli quale indirizzo mostra la dashboard con un clic.

Nulla, finché l'addebito viene ancora ritentato: dura da due a quattro settimane e nel frattempo non parte nessun nostro conto alla rovescia. Una volta che l'abbonamento è davvero annullato torni al piano gratuito: scegli quale app resta pubblicata, le altre restano online ma in sola lettura per una settimana e vanno offline dopo tre settimane. Ricevi un'email il giorno 0, il giorno 7 e il giorno 18. Niente viene eliminato in nessun momento, e il tuo sottodominio personalizzato resta riservato a te e non viene mai dato a nessun altro: abbonandoti di nuovo torna tutto con una sola pubblicazione.

Possono farlo comunque. La pagina di eliminazione dell'account è l'unica che continuiamo a servire dopo che un'app è stata ritirata dalla pubblicazione: in sola lettura, nascosta ai motori di ricerca, a tempo indeterminato. Le richieste continuano ad arrivarti via email. I tuoi utenti non hanno scelto AppFoyer e non sanno nulla della tua fatturazione, quindi far perdere loro la strada per raggiungerti per una fattura non pagata sarebbe un errore nostro, non tuo. Il file che si ferma subito è app-ads.txt, perché lo richiedono le reti pubblicitarie, non un app store.

È la domanda giusta da fare a un servizio di hosting, per questo la risposta è nei nostri Termini e non solo in un post sul blog. Se mai interrompessimo il servizio, avrai almeno dodici mesi di preavviso: le tue pagine restano online per tutto il tempo, e le nuove registrazioni si fermano subito, così nessuno inizia un invio con un URL destinato a sparire. Puoi modificare e ripubblicare per i primi tre mesi; dopo, le pagine continuano a essere servite ma non cambiano più, non viene addebitato nulla per i nove mesi restanti e un periodo prepagato viene rimborsato pro rata. Puoi esportare tutto (il Markdown di ogni pagina, il tuo app-ads.txt, le tue impostazioni e il registro delle richieste di eliminazione) dal giorno dell'annuncio.

Chiedilo entro 14 giorni da qualsiasi addebito, il primo o un rinnovo, e ti viene restituito per intero, senza bisogno di motivazioni. Annullare è un clic nel portale clienti, e mantieni il piano fino alla fine del periodo che hai pagato.

Sì. Gli editor dell'informativa sulla privacy e dei termini hanno ciascuno un prompt pronto, già compilato con il nome della tua app, lo sviluppatore, l'email di supporto, i link agli store e i dati che hai dichiarato. Eseguilo in qualsiasi assistente, meglio se un agente di coding aperto nel repository della tua app, così indica gli SDK che la tua build include davvero invece di tirare a indovinare; rispondi alle sue domande e incolla la risposta. Finisce nell'editor, non sul tuo sito: la leggi e la pubblichi tu. Entrambi i prompt sono riportati nelle nostre guide e, se usi Claude Code, il plugin di AppFoyer fa il lavoro per ogni pagina senza copia e incolla.

Prepara le bozze delle risposte; a inserirle sei tu. Spunta gli SDK inclusi nella tua build, o lascia che li trovi il plugin di Claude Code, e la scheda Store forms elenca ogni tipo di dato su cui chiede ciascuno store. Mostra se è raccolto o condiviso, collegato o usato per il tracciamento, e le finalità. Ogni risposta indica la sua fonte: la dichiarazione del fornitore stesso, il suo privacy manifest o la nostra lettura dell'elenco di dati del fornitore. Le domande a cui puoi rispondere solo tu, come la crittografia in transito, sono segnalate perché tu le controlli. Niente viene inviato a uno store, e le risposte non sono consulenza legale.

Le tue pagine continuano a descrivere la vecchia build finché non le aggiorni, ed entrambi gli store si aspettano che tu lo faccia. Un controllo gratuito se ne accorge sulla pull request: il plugin di Claude Code registra in appfoyer.json da cosa sono state scritte le pagine, e una GitHub Action confronta con esso i file di build di ogni pull request. Un nuovo SDK o permesso compare nel riepilogo del job con file e riga, e rieseguire il plugin aggiorna le bozze e il registro. Legge solo i file di build e non modifica mai una pagina.

Dopo aver effettuato l'accesso, apri Support nella dashboard e scrivici, con qualsiasi piano, Free compreso. È messaggistica, non una chat dal vivo: rispondiamo quando vediamo il tuo messaggio, e la risposta compare nella stessa schermata. Prima di registrarti, o se preferisci, scrivi a support@appfoyer.com.

Sì. Ogni pagina è Markdown con anteprima dal vivo, sia che la prima bozza l'abbia scritta un modello sia il tuo agente. Niente viene pubblicato finché non lo pubblichi tu.