Contatti
Ultimo aggiornamento: 15 marzo 2026
Canale di contatto primario
La casella di posta del supporto diretto è Per i casi urgenti, indica anche l’ID di riferimento quando scrivi direttamente a support@imageee.net. Per i report sui prodotti strutturati, il percorso preferito è ancora quello Pagina di feedback perché mantiene la categoria, il messaggio e il contesto di traccia in un unico posto.
Questa pagina ha lo scopo di servire ricerche come supporto per l'immagine, segnalazione di bug del convertitore di immagini, supporto dello strumento PDF, caricamento dell'immagine non riuscito, E aiuto per la rimozione dei metadati. Esiste per rendere chiari e scansionabili i percorsi di supporto e correzione anziché indirizzare gli utenti a pagine di policy generiche.
Assistenzao e segnalazioni di bug
Usa il Pagina di feedback come canale di contatto principale per domande sui prodotti, segnalazioni di bug e richieste di funzionalità. Includi l'URL della pagina, il browser/versione, il tipo di dispositivo e i passaggi di riproduzione chiari. Queste informazioni consentono un triage più rapido e riducono gli scambi avanti e indietro.
Consegna del feedback e gestione delle referenze
Il modulo di feedback strutturato memorizza un riferimento di invio prima che venga tentata la consegna nella posta in arrivo. Se il routing della posta elettronica è temporaneamente non disponibile, il rapporto viene comunque registrato con quel riferimento in modo che possa essere tracciato durante la revisione del supporto. Per questioni urgenti, includere l'ID di riferimento durante l'invio support@imageee.net.
Domande su policy e aspetti legali
Per le richieste relative alle norme, inviare tramite lo stesso canale e selezionare una categoria appropriata. Se la tua richiesta riguarda la privacy, la gestione dei dati o la conformità legale, includi l'URL interessato, il timestamp e una descrizione concisa del problema in modo che il team possa instradarlo correttamente.
Problemi urgenti del servizio
Se il servizio non è disponibile o produce ripetuti errori di elaborazione, segnalare prima un caso di errore rappresentativo, includendo il tipo di file, la dimensione approssimativa del file e il testo del messaggio di errore. Evitare di inviare grandi batch di report duplicati; un rapporto dettagliato è più utilizzabile di molti rapporti minimi.
Cosa includere nel messaggio
I report efficaci solitamente includono: risultato previsto, risultato effettivo, passaggi da riprodurre e se il problema è coerente su più file. Se il problema è specifico del formato (ad esempio HEIC, AVIF, divisione/unione PDF), menziona il flusso di lavoro esatto e il formato di output di destinazione.
Cosa aspettarsi dalla risposta
Il tempo di risposta dipende dalla gravità e dal carico di lavoro. Ai blocchi critici della produzione viene data la priorità rispetto alle richieste di funzionalità generali. I suggerimenti non urgenti vengono esaminati nei cicli della tabella di marcia e possono essere integrati con i relativi miglioramenti.
Cosa succede dopo che ci contatti
I report vengono instradati innanzitutto in base all'impatto: errori di elaborazione ripetibili, problemi di privacy e blocchi della consegna prima delle richieste cosmetiche. Quando un messaggio include un caso riproducibile, il flusso di lavoro correlato viene controllato rispetto a log, limiti e comportamento di esecuzione corrente prima che venga apportata qualsiasi modifica alla documentazione o al codice.
Modello di report minimo (consigliato)
Includi questo modello compatto per una gestione più rapida: URL della funzione/pagina, formato e dimensione dell'origine, opzioni selezionate, testo esatto dell'errore, risultato previsto, risultato effettivo e se il problema si riproduce su più file. Ciò riduce le domande di follow-up e accorcia i tempi di triage.
Linee guida sulla gestione dei dati sensibili per i report
Non allegare originali riservati a meno che non sia assolutamente necessario per il debug. Preferire campioni redatti e file riproducibili minimi. Se una segnalazione riguarda contenuti personali, contrattuali o regolamentati, rimuovere gli identificatori non necessari dai nomi dei file e dagli screenshot prima dell'invio. Il team ha bisogno di segnali di riproducibilità, non di set di dati privati completi.
Percorso di escalation per ripetuti errori di produzione
Se lo stesso modello di errore blocca le operazioni attive, includere un breve riepilogo dell'incidente: ambito dell'impatto, ora di inizio, flusso di lavoro interessato e stato della soluzione temporanea. Ciò aiuta a dare priorità ai problemi legati alla classe di incidenti rispetto agli errori isolati una tantum e migliora la qualità della risposta per gli utenti di produzione.