La tua app è stata rifiutata per un URL della policy mancante o non funzionante

Se stai leggendo questa pagina con un rifiuto aperto in un’altra scheda, fai quattro cose in quest’ordine: capisci quale dei quattro campi URL nomina davvero la notifica, apri quell’URL senza aver effettuato l’accesso per vedere ciò che vede un revisore, metti online un URL funzionante in un posto che ci sarà ancora tra sei mesi, poi cambialo nel campo della console e rispondi dicendo cosa hai cambiato. È una delle categorie di rifiuto più rapide da risolvere: è un link rotto, non un giudizio sulla tua app.

Ecco ogni passaggio nel dettaglio.

1. Scopri quale URL è davvero il problema

La notifica nomina un campo. Leggilo alla lettera invece di fare supposizioni, perché quattro URL diversi vengono spesso confusi tra loro:

Campo	Dove si trova	Che cos’è
Privacy policy URL	Play Console → App content; App Store Connect	La tua policy
Data deletion URL	Play Console → App content	Dove un utente richiede l’eliminazione dell’account
Support URL	App Store Connect	Dove un utente riceve assistenza
Developer website	Store listing (scheda dello store)	Il tuo sito, che è anche dove viene cercato app-ads.txt

Un rifiuto che dice “privacy policy” a volte significa che la policy esiste ma il modulo Data safety non è coerente con essa. Controlla entrambi prima di cambiare qualsiasi cosa.

2. Controlla il link come farà un revisore

Aprilo in una finestra privata, senza aver effettuato l’accesso, con la rete dati mobile invece della rete di casa:

curl -i https://your-url.example/privacy

Cerchi 200 OK e un contenuto leggibile. Di solito si trova un 404, un dominio scaduto, un redirect verso un login, oppure una pagina che funziona sul tuo portatile perché hai effettuato l’accesso al servizio che la ospita.

3. Metti online un URL funzionante

Qualunque cosa tu faccia qui, deve essere ancora valida tra sei mesi. Un URL che funziona oggi e sparisce alla fine di un periodo di prova ti riporterà a questa pagina.

Tre strade, onestamente:

• Il tuo dominio e il tuo hosting. La scelta migliore se ne hai già uno. Un pomeriggio di lavoro se non ce l’hai, e la pagina di eliminazione dell’account avrà bisogno di qualcosa che possa ricevere una richiesta, cosa che l’hosting statico non può fare.
• Una pagina di conformità ospitata. Più veloce; verifica cosa succede all’URL se smetti di pagare.
• Il link a un documento. A volte funziona, sembra improvvisato ed è la prima cosa messa in discussione se qualcos’altro nell’invio sembra scarno.

4. Aggiorna la scheda, poi invia di nuovo

Cambia l’URL nel campo della console nominato dal rifiuto, non solo sul tuo sito web. Poi rispondi alla revisione con una frase semplice che dica cosa hai cambiato e dove. I revisori ne gestiscono moltissime; una nota precisa si gestisce più in fretta di una scusa.

5. Non peggiorare le cose

• Non inviare di nuovo senza cambiare l’URL, sperando che fosse un caso. Invii ripetuti con lo stesso problema ti rallentano.
• Non far puntare il campo a una pagina che non controlli: una pagina Notion, un profilo social, il sito di un amico.
• Non incollare la policy di un concorrente cambiando i nomi. Viene notato, ed è un problema di copyright oltre al rifiuto.
• Non correggere solo l’URL nominato. Se l’URL della privacy era morto, di solito anche gli URL di supporto e di eliminazione sono sullo stesso dominio morto. Correggili tutti adesso invece che in tre cicli di revisione.

Cosa fa AppFoyer

Tutte e cinque le pagine vanno online insieme su un unico sottodominio, così incolli URL funzionanti in ogni campo in un solo passaggio invece di tornare per il rifiuto successivo. Un’app è gratuita e non c’è nessuna carta da inserire, il che conta quando stai cercando di risolvere un rifiuto stasera stessa.

Le fonti ufficiali

• Common reasons for app rejection — Apple
• Policy centre — Guida di Google Play