Ordina entro le 15:00 → spedizione oggi
Consegna veloce 24–48hSupporto tecnico PrestaShop per progetti italiani
Il negozio ha un problema? Partiamo dai sintomi, dai dati disponibili e da un perimetro chiaro.
Errori del sito o del back office, moduli in conflitto, checkout, cataloghi, importazioni e anomalie SEO richiedono prima una diagnosi. Andmonc valuta il caso, definisce cosa può essere verificato in sicurezza e comunica costi e limiti prima dell’intervento.
Nel primo messaggio non inviare password, backup, chiavi API, dati clienti o documenti riservati.
Triage iniziale
“Urgente” indica una richiesta da valutare con priorità, non un servizio H24 e non una promessa di soluzione immediata. La priorità dipende dall’impatto sul negozio, dalla disponibilità delle informazioni e dalla possibilità di lavorare senza aumentare il rischio.
Il sito, una sezione o il back office restituiscono un errore. Si esaminano sintomo, log disponibili, modifiche recenti e condizioni per un ripristino controllato.
Login, schermate amministrative o salvataggi non funzionano come previsto. La causa può essere applicativa, di configurazione, di cache o di ambiente.
Totali, corrieri, imposte, email, pagamenti o passaggi dell’ordine mostrano comportamenti incoerenti da delimitare e riprodurre.
Dopo un’installazione o un aggiornamento compaiono errori, elementi mancanti, CSS fuori posto o funzioni che interferiscono tra loro.
Prodotti, combinazioni, categorie, immagini o file CSV/XML non vengono elaborati correttamente oppure generano dati incompleti.
Title, URL, canonical, robots, sitemap, lingue o segnali in Search Console richiedono una verifica puntuale prima di cambiare configurazioni.
Un negozio completamente irraggiungibile non ha la stessa priorità di un difetto grafico su una pagina secondaria. Anche un problema percepito come “semplice” può coinvolgere hosting, database, override, tema, moduli o servizi esterni.
La prima attività è quindi separare il sintomo dalla causa probabile, verificare se esiste un backup utilizzabile e scegliere il controllo meno invasivo.
Disattivare moduli, svuotare cache, modificare tabelle o sovrascrivere file senza conoscere lo stato del sito può peggiorare il problema. Per interventi delicati si richiedono backup, accessi adeguati e una procedura di ritorno.
Il perimetro viene confermato caso per caso. La lista descrive problemi sui quali è possibile svolgere analisi e, quando fattibile, un intervento circoscritto; non equivale a una garanzia preventiva di risoluzione.
Un errore 500 è un’indicazione generica: da solo non identifica la causa. Può dipendere, per esempio, da un modulo, da un override, da una versione PHP non compatibile, da permessi, risorse server o configurazioni.
Per restringere il campo servono l’orario dell’evento, la pagina interessata, le modifiche recenti e i log pertinenti. Se il problema coinvolge direttamente server, sicurezza o infrastruttura, può essere necessario coordinarsi con l’hosting o con uno specialista.
Un backup è utile solo se è completo, leggibile, coerente con file e database e sufficientemente recente. Prima di ripristinare occorre capire quali dati successivi potrebbero essere persi, inclusi ordini, clienti e modifiche al catalogo.
Quando esiste un’alternativa meno invasiva, è preferibile correggere il componente interessato e mantenere una traccia delle operazioni.
Un malfunzionamento può nascere dall’interazione tra tema, override, hook, cache e moduli di terze parti. La diagnosi deve evitare di attribuire automaticamente la causa all’ultimo elemento visibile.
CSS, testi, posizioni, contrasto, elementi mobile e configurazioni possono spesso essere affrontati con modifiche limitate e verifiche prima/dopo. Per ogni intervento si cerca di evitare effetti sulle altre pagine e sugli altri shop.
La creazione di moduli complessi, override estesi o integrazioni PHP su misura non viene data per scontata. Dopo l’analisi indichiamo se il lavoro è affrontabile nel perimetro concordato oppure richiede uno sviluppatore specializzato.
Le correzioni massive richiedono più prudenza delle modifiche su una singola scheda. Prima di agire si controllano chiavi univoche, riferimenti, categorie, attributi, combinazioni, immagini, encoding e formato dei dati.
Si esaminano colonne, separatori, codifica, identificatori e regole di aggiornamento. Un test su poche righe riduce il rischio di duplicare o sovrascrivere informazioni.
Per cataloghi ampi si definiscono campione, controlli di qualità e criteri di rollback. Il volume da solo non giustifica un’esecuzione automatica senza verifica.
Lingua e shop devono essere trattati esplicitamente. Titoli, URL, descrizioni e associazioni vanno verificati per evitare modifiche involontarie alle altre versioni del negozio.
Quando il problema interessa il percorso d’acquisto, la verifica deve distinguere tra configurazione PrestaShop, modulo, account del fornitore, credenziali tecniche, callback, ambiente server e comportamento del browser.
Possiamo analizzare le configurazioni accessibili e preparare evidenze utili. Le piattaforme bancarie, i sistemi antifrode e il codice proprietario del gateway restano sotto il controllo del relativo fornitore.
Non inviare numeri di carta, codici di sicurezza o credenziali di pagamento. Quando previsto dal provider, i test devono usare sandbox o strumenti ufficiali. Un ordine reale viene effettuato solo dal titolare e con piena consapevolezza dell’operazione.
Un calo di traffico o una pagina non indicizzata non dipendono necessariamente da un singolo campo. Prima di modificare title, URL o robots bisogna controllare pagina canonica, stato HTTP, collegamenti interni, sitemap, duplicati e dati disponibili in Search Console.
Il lavoro parte da una richiesta comprensibile e procede per verifiche. Gli accessi vengono richiesti solo quando necessari e con modalità concordate.
Indichi sintomo, versione, impatto, modifiche recenti e ciò che ha già provato, senza condividere segreti o dati personali.
Si stabiliscono fattibilità, priorità, accessi necessari, limiti, costo della diagnosi e possibile intervento successivo.
Quando richiesto, si verifica la presenza di un backup e si esegue solo la modifica concordata, con controlli mirati.
Si ricontrolla il comportamento interessato e si comunica cosa è stato verificato, modificato o lasciato da approfondire.
Questa tabella aiuta a descrivere l’impatto, ma la priorità effettiva viene confermata solo dopo la prima verifica.
| Situazione | Esempio | Prima azione utile |
|---|---|---|
| Blocco critico | Sito irraggiungibile o checkout inutilizzabile per tutti. | Proteggere lo stato, raccogliere log e verificare modifiche recenti. |
| Impatto alto | Una funzione essenziale non lavora correttamente, ma il sito è raggiungibile. | Riprodurre il problema e circoscrivere modulo, configurazione o ambiente. |
| Impatto medio | Importazione, catalogo, email o pagina specifica presentano anomalie. | Preparare campione, screenshot e dati tecnici non sensibili. |
| Miglioria pianificabile | CSS, performance di base, meta o organizzazione del catalogo. | Definire obiettivo, pagine coinvolte e criterio di verifica. |
Punto di partenza
Il termine “da” indica il prezzo iniziale per una valutazione circoscritta. Il costo definitivo dipende da complessità, accessi, urgenza, quantità di dati e verifiche richieste.
La valutazione non include automaticamente qualsiasi correzione e non garantisce che un problema dipendente da hosting, malware, servizio esterno o codice proprietario possa essere risolto da Andmonc.
Tempi e possibilità di correzione dipendono dalla causa reale. Prima della diagnosi non promettiamo ripristini immediati, assenza di downtime, recupero di dati non salvati, risultati SEO o compatibilità di componenti di terze parti.
Questa pagina è pensata per un negozio esistente con un problema da diagnosticare. Se devi invece creare un e-commerce, configurare un nuovo catalogo o pianificare un lavoro SEO più ampio, consulta la pagina dedicata alla realizzazione e-commerce PrestaShop e caricamento prodotti SEO.
Assistenza: problema attuale, analisi prioritaria, intervento delimitato.
Progetto: nuova realizzazione, catalogo, importazione o ottimizzazione pianificata.
Significa che la richiesta viene valutata in base all’impatto dichiarato e alla disponibilità. Non indica assistenza H24, un tempo di presa in carico garantito o una soluzione immediata. Priorità e tempi vengono confermati dopo il primo contatto.
No. Prima bisogna identificare la causa, verificare accessi e condizioni tecniche e stabilire se l’intervento rientra nel perimetro disponibile. Se dipende da hosting, malware, gateway o codice proprietario può servire il relativo fornitore o uno specialista.
La valutazione tecnica prioritaria parte da 79 €. “Da” è un prezzo iniziale: il costo finale varia con complessità, urgenza, dati e accessi necessari. L’eventuale correzione viene quotata separatamente quando il problema è sufficientemente chiaro.
È adatta se cerchi un’analisi concreta e un intervento tecnico circoscritto su configurazione, catalogo, moduli, CSS, importazioni o SEO. Se il caso richiede sviluppo PHP complesso, un modulo custom o un’integrazione estesa, lo segnaliamo dopo la valutazione senza presentare il servizio come qualcosa che non è.
Sì, il caso può essere valutato partendo da log, versione, pagina coinvolta e modifiche recenti. Un errore 500 è generico e non consente di promettere una correzione prima di avere identificato la causa.
Possiamo valutare configurazioni, hook, conflitti visibili, cache, CSS e responsive. Modifiche profonde al codice di moduli proprietari o al tema possono richiedere il produttore o uno sviluppatore specializzato.
Sì, possiamo riprodurre il comportamento e controllare configurazioni, corrieri, imposte, moduli e segnali disponibili. Le componenti bancarie, antifrode e proprietarie del gateway rimangono di competenza del relativo fornitore.
Possiamo analizzare file, campi, identificatori, encoding, duplicati e logica di aggiornamento. Prima di un’operazione ampia è opportuno creare un backup e provare un campione controllato.
Possiamo verificare SEO tecnica e on-page di PrestaShop, inclusi meta, slug, canonical, robots, sitemap e associazioni shop/lingua. Ogni modifica viene proposta sulla base del problema riscontrato, senza garantire posizioni o tempi di indicizzazione.
Per modifiche delicate a file, database, cataloghi o configurazioni, un backup verificabile è una precauzione essenziale. Per una prima analisi pubblica può non essere necessario, ma prima di intervenire definiamo protezioni e possibilità di ritorno.
No. Nel primo contatto non inviare password, chiavi API, token, backup o dati clienti. Gli accessi vengono richiesti solo se necessari, dopo avere concordato perimetro e modalità di condivisione.
Dipende da gravità, riproducibilità, disponibilità di log, accessi e dipendenze esterne. Dopo le prime informazioni indichiamo se la richiesta può essere presa in carico e quale percorso è realistico.
Quando possibile si preferiscono verifiche non invasive o un ambiente di test, ma non si può garantire in anticipo l’assenza di manutenzione o downtime. Il rischio viene valutato prima della modifica.
Invia una descrizione sintetica tramite WhatsApp o la pagina contatti, indicando URL pubblico, versione, errore, impatto e modifiche recenti. In alternativa puoi scrivere a [email protected]. Non allegare dati riservati nel primo messaggio.
Indica cosa non funziona, quando è iniziato e quale impatto ha sul negozio. Riceverai una prima indicazione sulla possibilità di valutare il caso, senza promesse preventive.
Non inviare credenziali, database, ordini, dati clienti o informazioni di pagamento nel primo contatto.
ASSISTENZA WHATSAPP
