Se un sito WordPress improvvisamente non è più raggiungibile, WordPress stesso non deve necessariamente esserne la causa. Tra l'inserimento di un dominio nel browser e la pagina WordPress completa ci sono diversi livelli tecnici: dominio e DNS, rete, server web, SSL/TLS, PHP, database e infine WordPress con i suoi plugin e temi.
Ecco perché una diagnosi sistematica ha molto più senso rispetto alla disattivazione casuale di plugin o alla modifica delle impostazioni.
Breve spiegazione: Verifica prima di tutto se sei solo tu o se sono interessati anche altri visitatori. Prendi poi nota dell'esatto messaggio di errore o del browser. Errori DNS, problemi SSL, HTTP 500, HTTP 404, errori del database e critici di WordPress hanno cause diverse e richiedono soluzioni differenti.
„Sito web non raggiungibile“ può significare molte cose #
L'affermazione „Il mio sito web WordPress non funziona“ non è ancora sufficiente per una diagnosi tecnica.
Nel browser, ad esempio, possono verificarsi sintomi molto diversi:
- Il dominio non viene trovato affatto
- Timeout della connessione
- Connessione rifiutata
- Avviso SSL o di certificato
- troppi reindirizzamenti
- Errore 500
- Errore 404
- pagina bianca
- errore critico di WordPress
- Errore durante la connessione al database
- Modalità di manutenzione
- solo singole pagine non funzionano
- Il frontend funziona, ma l'area di amministrazione no
Queste differenze sono fondamentali per la ricerca degli errori.
1. Prendere nota del messaggio di errore esatto #
Prima di modificare qualsiasi cosa su WordPress, prendi nota dell'esatto messaggio del browser o del sito web.
Anche uno screenshot può essere utile.
Formulazioni come „non funziona“ o „è offline“ contengono pochissime informazioni tecniche. Una segnalazione concreta come ad esempio:
Errore interno del server
d'altro canto, delimita chiaramente le possibili cause.
Consiglio pratico: Copia un messaggio di errore nel modo più esatto possibile. Anche un codice di stato HTTP, un nome di dominio o poche parole provenienti da un messaggio tecnico possono essere fondamentali per la diagnosi.
2. Verificare se l'intero sito web è realmente interessato #
Non limitarti a visitare la home page.
Prova per esempio:
una nota sottopagina:
e l'area di amministrazione di WordPress:
Da ciò emergono già indicazioni importanti.
Esempi:
- Tutto irrangiungibile: Dominio, DNS, server, SSL o un errore di base del sito web sono possibili cause.
- La homepage funziona, le pagine interne restituiscono 404: I permalink o le regole di rewrite sono sospetti.
- Il frontend funziona, il login no: Il problema riguarda probabilmente in modo più specifico il login o l'area di amministrazione.
- Solo un lato è difettoso: Un problema con esattamente questo contenuto, questo template, questo shortcode o questo plugin è più probabile.
3. Verificare se il problema riguarda solo il tuo dispositivo #
Se un sito web non è raggiungibile sul tuo computer, non significa automaticamente che sia inattivo per tutti i visitatori.
Testa il sito web se possibile:
- in un altro browser
- in una finestra privata o di navigazione in incognito
- su un altro dispositivo
- tramite un'altra connessione internet
Uno smartphone tramite la rete mobile è, ad esempio, un utile controllo incrociato se il computer è connesso tramite WLAN o un'altra connessione internet.
Escludere la cache del browser come causa locale #
I browser salvano determinati contenuti localmente. In alcune situazioni, pertanto, potrebbe venire visualizzato uno stato obsoleto o errato.
Una finestra di navigazione in incognito o un altro browser possono aiutare a escludere i dati di navigazione locali come causa.
Ciò non dovrebbe tuttavia essere confuso con una soluzione generale dei problemi.
Importante: Una cache del browser non causa un errore DNS e non ripara un errore irreversibile di PHP. Cancellare la cache non è quindi un primo passo universale per ogni problema di WordPress.
5. Verificare il dominio come causa #
Prima che WordPress possa essere caricato, il dominio utilizzato deve funzionare.
In caso di problemi di dominio, si dovrebbe verificare tra le altre cose:
- il dominio è ancora registrato?
- È scaduta?
- punta sui nameserver designati?
- sono presenti i record DNS necessari?
- Sono state modificate le impostazioni DNS di recente?
Se un dominio non può essere risolto correttamente, la richiesta potrebbe non raggiungere affatto il server web. In questo caso, WordPress stesso può essere perfettamente integro.
6. Comprendere il DNS: come fa il dominio a trovare il server? #
Il DNS traduce un nome di dominio nelle informazioni tecniche necessarie per raggiungere il servizio corrispondente.
Per un sito Web, voci come A e AAAA oppure, a seconda della configurazione, anche CNAME un ruolo.
Se questi record sono configurati in modo errato, il dominio potrebbe ad esempio:
- puntare a un server sbagliato
- puntare a un indirizzo IP non più in uso
- utilizzare destinazioni diverse per IPv4 e IPv6
- non fornire alcun indirizzo adatto
WordPress non è in grado di risolvere autonomamente un errore DNS di questo tipo, poiché la richiesta potrebbe non arrivare nemmeno a WordPress.
7. Le impostazioni DNS sono state modificate di recente? #
Se il sito web non è più raggiungibile subito dopo una modifica ai nameserver o ai record DNS, tale modifica dovrebbe essere verificata per prima.
Le informazioni DNS vengono memorizzate nella cache da diversi sistemi. Pertanto, le modifiche non sono necessariamente visibili a tutti gli utenti esattamente nello stesso momento.
Durante una transizione, può accadere temporaneamente che utenti diversi raggiungano ancora sistemi di destinazione differenti.
Consiglio pratico: Se un sito web non funziona dopo una modifica del DNS, non modificare contemporaneamente WordPress, i plugin e il PHP. Verifica prima se il dominio punta effettivamente all'hosting previsto.
Testare separatamente www e dominio senza www #
Un sito web può essere raggiunto, ad esempio, tramite le seguenti varianti:
e
Entrambe le varianti devono essere configurate tecnicamente in modo corretto se devono essere utilizzate.
Se una variante funziona e l'altra no, ciò può indicare una configurazione errata del DNS, dell'SSL o del reindirizzamento.
9. Rilevare problemi SSL e HTTPS #
Se il dominio è raggiungibile ma il browser mostra un avviso di sicurezza o di certificato, il problema potrebbe essere legato a SSL/TLS.
Le possibili cause includono, ad esempio:
- nessun certificato valido per il dominio
- Il certificato è scaduto
- Il certificato non copre una variante di dominio utilizzata
- Il dominio punta sul server sbagliato
- HTTPS è stato configurato in modo errato
- I reindirizzamenti tra HTTP e HTTPS sono errati
Un avviso SSL non dovrebbe essere „risolto“ istruendo i visitatori a ignorare permanentemente l'avviso del browser.
10. Considerare HTTP e HTTPS separatamente #
Se un sito web non funziona più dopo una modifica SSL, un confronto tra HTTP e HTTPS può fornire indizi.
Per esempio:
http://deine-domain.ch/
e
I siti web moderni dovrebbero essere regolarmente gestiti tramite HTTPS. Il confronto serve qui unicamente alla diagnosi tecnica.
Se HTTP funziona ma HTTPS genera un errore di certificato o di connessione, il sospetto ricade maggiormente sulla configurazione SSL/HTTPS che su WordPress stesso.
11. Troppi reindirizzamenti #
I browser possono interrompere la richiesta quando un sito Web finisce in un ciclo di reindirizzamento.
I casi tipici riguardano, ad esempio:
- HTTP → HTTPS
- HTTPS → HTTP
- www → senza www
- senza www → www
- Impostazioni URL di WordPress
- Plugin di reindirizzamento
- Regole del server
- Configurazioni di proxy o CDN
Se due sistemi impongono reindirizzamenti contraddittori, può crearsi un ciclo infinito.
In caso di errore per troppi reindirizzamenti, dovresti quindi verificare quali componenti gestiscono i reindirizzamenti.
12. Rispettare i codici di stato HTTP #
Quando il server web risponde, restituisce un codice di stato HTTP.
Alcuni codici sono particolarmente rilevanti per la risoluzione dei problemi di WordPress:
- 200: La richiesta è stata elaborata con successo in linea di principio
- 301/302: Inoltro
- 403: Accesso non consentito
- 404: Risorsa richiesta non trovata
- 500: Errore interno del server
- 502: risposta errata di un servizio a monte o a valle
- 503: Servizio momentaneamente non disponibile
- 504: Timeout tra i sistemi coinvolti
Il codice di stato non è una diagnosi completa, ma restringe notevolmente l'area dell'errore.
13. L'errore 500 non è la stessa cosa di „sito web non raggiungibile“ #
Durante un Errore interno del server il server ha ricevuto la richiesta ma non è riuscito a elaborarla a causa di un errore interno.
Su WordPress si verificano, tra le altre cose, errori PHP, plugin, temi, .htaccess, limiti di memoria e altri problemi lato server.
La ricerca dettagliata degli errori si trova alla voce Risolvere l'errore 500 in WordPress.
14. Classificare correttamente l'errore 404 #
Un errore HTTP 404 significa fondamentalmente che la risorsa richiesta non è stata trovata all'indirizzo utilizzato.
Se la homepage di WordPress funziona, ma improvvisamente numerosi articoli o sottopagine mostrano un errore 404, le regole dei permalink o di rewrite potrebbero essere una possibile causa.
Trattiamo la diagnosi mirata presso Risolvere l'errore 404 in WordPress e riparare i permalink.
15. Errore 403: Accesso negato #
Un codice di stato HTTP 403 significa che il server comprende la richiesta ma ne rifiuta l'autorizzazione.
Le possibili cause possono variare a seconda dell'ambiente, ad esempio:
- Autorizzazioni di file o directory
- Norme di sicurezza
- Configurazione del server web
- Plugin di sicurezza
- Blocco basato su IP
- regole difettose nei file di configurazione
Di conseguenza, in caso di errore 403, non si dovrebbe reinstallare automaticamente WordPress.
16. Errore 502, 503 o 504 #
Questi errori differiscono da un classico 404 di WordPress e non dovrebbero essere trattati allo stesso modo in blocco.
A seconda dell'architettura del server, potrebbero essere coinvolti web server upstream, processi PHP, sistemi proxy o altri servizi.
Uno 503 Servizio non disponibile può significare, ad esempio, che un servizio necessario non è temporaneamente disponibile o che l'ambiente non è in grado di elaborare una richiesta in questo momento.
Uno Gateway Timeout 504 indica che un sistema coinvolto non ha ricevuto in tempo una risposta necessaria.
In caso di errori 502, 503 o 504 ripetuti, l'orario, l'URL interessato e la frequenza sono particolarmente importanti per l'analisi tecnica.
17. La connessione è andata in timeout #
Quando il browser attende a lungo e infine segnala un timeout, questo è diverso da una pagina di errore di WordPress visualizzata immediatamente.
Le possibili cause includono, ad esempio:
- Connessione di rete
- Disponibilità del server
- Firewall
- processi sovraccarichi o bloccati
- servizi esterni in attesa di risposta
- processi PHP molto lunghi
L'errore esatto e i log del server sono più importanti qui rispetto a modifiche fatte a tentoni.
18. „Errore durante la stabilizzazione di una connessione al database“ #
WordPress ha bisogno del suo database per contenuti, impostazioni, utenti e molte altre informazioni.
Se WordPress non riesce a connettersi al database, di solito viene visualizzato un apposito messaggio di errore.
Le possibili cause includono, tra le altre:
- nome del database errato
- errato utente del database
- password del database errata
- errato host del database
- Servizio database non disponibile
- configurazione danneggiata o modificata manualmente
Le credenziali di accesso al database di WordPress si trovano normalmente in:
wp-config.php
configurato.
Attenzione: Modifica le credenziali di accesso al database in
wp-config.phpnon a caso. Se finora i valori hanno funzionato e nessuno ha modificato la configurazione del database, bisogna prima chiarire perché la connessione fallisca improvvisamente.
Errore critico di WordPress o pagina bianca #
Se il dominio e il web server sono fondamentalmente raggiungibili, ma WordPress emette un messaggio di errore critico o solo una pagina bianca, il centro della diagnosi si sposta maggiormente su PHP e su WordPress stesso.
Le cause comuni sono plugin, temi, codice PHP personalizzato, compatibilità PHP o problemi di memoria.
In questo caso, procedi con la nostra guida WordPress mostra una pagina bianca o un errore critico: cosa fare? continua.
20. Il login di WordPress non funziona #
Se il frontend pubblico funziona normalmente ma non riesci più ad accedere all'area di amministrazione di WordPress, il sito web non è fondamentalmente offline.
Allora la diagnosi dovrebbe essere concentrata sul login.
Le possibili cause vanno da problemi di password e cookie, ai plugin di sicurezza, fino ai reindirizzamenti.
Trattiamo specificamente questo caso sotto Il login di WordPress non funziona: cause e soluzioni.
21. Modalità di manutenzione dopo un aggiornamento #
Durante gli aggiornamenti, WordPress può passare temporaneamente in modalità di manutenzione.
Normalmente questo stato viene terminato automaticamente al completamento dell'aggiornamento.
Tuttavia, se un aggiornamento viene interrotto, il sito Web potrebbe rimanere bloccato in modalità di manutenzione.
Un'indicazione come:
Non disponibile temporaneamente a causa di interventi di manutenzione programmati.
è quindi diverso da un errore DNS, SSL o HTTP 500.
Verifica in questo caso se immediatamente prima è stato eseguito un aggiornamento di WordPress, di un plugin o di un tema.
22. Plugin come causa #
Se il sito web si interrompe immediatamente dopo l'installazione, l'attivazione o l'aggiornamento di un plugin, questo plugin è un punto di partenza ovvio.
Se l'area di amministrazione è ancora accessibile, il plug-in in questione può essere disattivato lì per primo.
Se l'area di amministrazione non è raggiungibile, a seconda dell'errore potrebbe essere necessaria una diagnosi manuale tramite la directory dei plugin.
Se la causa non è chiara, dovresti esaminare i plugin in modo sistematico anziché eliminare ciecamente diverse estensioni.
La procedura dettagliata seguirà in Rilevare e risolvere i conflitti di plugin o temi in WordPress.
23. Tema come causa #
Anche un tema può fare in modo che un sito web WordPress non venga più visualizzato correttamente.
Ciò è particolarmente sospetto se l'errore si verifica immediatamente dopo:
- un aggiornamento del tema
- un cambio di tema
- una modifica a un child theme
- di una modifica a
functions.php
apparizione.
Anche qui bisognerebbe prima verificare la connessione temporale.
Verifica la versione di PHP come causa #
Se la versione di PHP è stata modificata immediatamente prima del guasto, è necessario verificare la compatibilità di WordPress, dei plugin e del tema.
Una versione più recente di PHP, ad esempio, può rendere visibile del codice obsoleto che in precedenza funzionava ancora.
Al contrario, una versione di PHP molto vecchia può essere incompatibile con il software WordPress moderno.
La versione di PHP non dovrebbe quindi essere cambiata casualmente da una versione all'altra.
Tratteremo come procedere sistematicamente in merito sotto Modificare la versione di PHP per WordPress e verificare la compatibilità.
Limite di memoria PHP #
Se PHP durante l'esecuzione richiede più memoria di quella consentita, una richiesta potrebbe interrompersi.
Un corrispondente record di registro può ad esempio contenere il testo:
Dimensione di memoria consentita ... esaurita
contenere.
In questo caso la causa è molto più concreta rispetto alla generica affermazione „Sito web non raggiungibile“.
Trattiamo come i limiti di memoria di WordPress e PHP sono correlati e perché un aumento non è sempre la vera soluzione su Limite di memoria PHP in WordPress: individuare e risolvere gli errori.
26. Utilizzo dei registri degli errori #
Se il server è raggiungibile, ma l'elaborazione di WordPress o di PHP fallisce, i registri degli errori sono spesso una delle fonti di informazioni più preziose.
Un registro degli errori può contenere, ad esempio, indicazioni su:
- Errori Fatali di PHP
- Problemi di memoria
- plugin difettosi
- File di tema
- file mancanti
- Errore di sintassi
- Problemi con le funzioni PHP
Presta particolare attenzione alle voci il cui timestamp coincide con il verificarsi del problema.
Utilizzare il debug di WordPress #
Se si sospetta un problema di WordPress o PHP e le informazioni disponibili non sono sufficienti, le funzioni di debug di WordPress possono aiutare nella diagnosi.
Questi includono, tra gli altri:
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Sulle pagine web di produzione, i messaggi di errore dettagliati non dovrebbero essere resi pubblici inutilmente.
Una guida dettagliata seguirà a breve Attivare il debug di WordPress e utilizzare i log degli errori.
28. .htaccess come possibile fonte di errore #
Su alcune configurazioni di server web, WordPress utilizza il file:
.htaccess
tra le altre cose per le regole di riscrittura.
Regole difettose o incompatibili possono causare vari problemi.
Il file è particolarmente rilevante per:
- errori HTTP 500
- Problemi di permalink
- Reindirizzamenti
- determinate norme di sicurezza
Il file tuttavia non dovrebbe essere semplicemente eliminato o sostituito con una qualsiasi versione proveniente da Internet senza aver prima eseguito un backup della configurazione esistente.
File del core di WordPress danneggiati o incompleti #
In rari casi, i file del core di WordPress possono mancare o essere danneggiati, ad esempio a seguito di un aggiornamento interrotto o di un trasferimento manuale errato dei file.
Prima di sostituire i file core, tuttavia, si dovrebbe verificare se il problema riscontrato indica effettivamente ciò.
Cartelle come:
wp-content/
contengono invece i tuoi temi, plugin e altri contenuti del sito web e non devono essere sovrascritti o eliminati avventatamente durante una riparazione del Core.
Non modificare i permessi dei file in modo indiscriminato #
Permessi di file o directory errati possono causare problemi di accesso.
Tuttavia, non è una buona strategia di ricerca degli errori assegnare indiscriminatamente a tutti i file e a tutte le directory i permessi più ampi possibili.
Permessi troppo generosi possono rappresentare un rischio per la sicurezza e celare la causa reale.
Attenzione: Non utilizzare mai in modo indiscriminato permessi di file molto ampi solo per risolvere un errore „in qualche modo“. I permessi dovrebbero essere impostati in modo mirato e adeguato all'ambiente del server.
31. Forse il sito web è solo molto lento? #
Un sito web estremamente lento può sembrare un blackout dal punto di vista di un visitatore.
Se la pagina viene comunque caricata dopo una lunga attesa, non bisogna quindi cercare esclusivamente un blackout completo del server.
Le possibili cause possono essere, ad esempio:
- lenta elaborazione PHP
- plugin che consumano molte risorse
- lenti database queries
- servizi esterni
- Attività WP-Cron
- caching mancante o inadeguato
- immagini o risorse molto grandi
- risorse di hosting raggiunte
Per questo caso segue l'articolo dedicato WordPress è lento: trovare le cause e migliorare il tempo di caricamento.
Risorse di hosting come possibile causa #
Un sito web WordPress richiede, tra le altre cose, tempo di CPU, memoria RAM, processi PHP e altre risorse del server.
Se un sito Web richiede una quantità eccezionale di risorse o raggiunge i limiti tecnici, le richieste possono rallentare o fallire.
Ciò tuttavia non significa automaticamente che ogni raggiungimento di un limite debba essere spiegato con un „hosting troppo piccolo“.
Un consumo insolito di risorse può anche essere dovuto a:
- plugin difettosi
- processi scarsamente ottimizzati
- Bot
- un numero insolito di richieste
- Processi di importazione o di backup
- attività Cron bloccate
indicare.
Importante: I limiti delle risorse sono una metrica e non automaticamente la causa. Ciò che è decisivo è il motivo per cui il sito web ha bisogno di quella specifica risorsa.
33. Considerare firewall e meccanismi di sicurezza #
I firewall e altri meccanismi di sicurezza possono bloccare gli accessi se le richieste vengono classificate come indesiderate o sospette.
Se è interessato solo un determinato indirizzo IP, una determinata rete o una determinata azione, si dovrebbe prendere in considerazione anche questo livello.
Non disattivare tuttavia i meccanismi di sicurezza in modo indiscriminato su un sito web di produzione solo per eseguire un test.
34. CDN o proxy come livello aggiuntivo #
Se il dominio passa attraverso una CDN, un reverse proxy o un servizio intermedio equivalente, tra il visitatore e il server web effettivo si trova un ulteriore livello tecnico.
Un errore può quindi, ad esempio:
- al servizio a monte
- durante la sua configurazione DNS
- tramite SSL tra i sistemi
- sul server di origine
- durante la connessione tra il proxy e il server di origine
mentire.
La pagina di errore visibile non deve quindi necessariamente provenire direttamente da WordPress o dal server di hosting vero e proprio.
35. I servizi esterni possono rallentare WordPress #
I plugin e i temi possono contattare sistemi esterni durante una richiesta.
Se un'API esterna è lenta o irraggiungibile e il software utilizzato la gestisce in modo sfavorevole, ciò può ritardare l'elaborazione della richiesta WordPress.
Questo è un altro motivo per esaminare i log degli errori e il comportamento dei plugin in caso di timeout e tempi di risposta insolitamente lunghi.
36. Problemi di database nonostante il sito sia fondamentalmente raggiungibile #
Non ogni problema di database porta a un messaggio completo di connessione mancante.
Anche le query lente, le tabelle corrotte o volumi di dati eccezionalmente grandi possono causare problemi.
Tuttavia, le modifiche dirette al database dovrebbero essere effettuate solo in presenza di indizi concreti di un problema al database.
Un database non è un'area per „operazioni di pulizia“ indiscriminate durante un guasto acuto.
37. Che cosa è stato modificato immediatamente prima del guasto? #
Come per molti problemi tecnici, il contesto temporale è particolarmente prezioso.
Chiediti:
- È stato aggiornato WordPress?
- È stato aggiornato un plugin?
- è stato aggiornato un tema?
- è stato installato o attivato un plugin?
- PHP è stato modificato?
- Sono stati modificati i record DNS?
- È stato trasferito il dominio?
- È stato modificato SSL?
- è stato
.htaccessmodificato? - è stato inserito del codice PHP personalizzato?
Un guasto che inizia immediatamente dopo una modifica specifica dovrebbe essere esaminato prima di tutto in relazione a proprio quella modifica.
38. Non cambiare cinque cose contemporaneamente #
La risoluzione sistematica dei problemi significa verificare le ipotesi una alla volta.
Se tu contemporaneamente:
- PHP passa
- disattiva i plugin
.htaccesssostituito- Svuota la cache
- Modifichi il DNS
e il sito web dopo funziona, potresti aver eliminato il sintomo, ma non hai imparato quasi nulla sulla vera causa.
Questo rende anche più difficile evitare un nuovo guasto.
Non ripristinare il backup automaticamente come primo passaggio #
Un backup recente è molto importante. Ciononostante, un ripristino completo non è la prima reazione migliore per ogni errore.
Un errore DNS non viene risolto, ad esempio, ripristinando un database di WordPress.
Su un sito web dinamico, un ripristino può anche sovrascrivere contenuti o transazioni più recenti.
Pertanto, cerca prima di stabilire, se possibile, a quale livello tecnico si trova il problema.
40. Diagnosi sistematica basata sul tipo di errore #
Come orientamento puoi utilizzare la seguente sequenza:
- Prendere nota del messaggio di errore esatto.
- Testare separatamente la home page, la sottopagina e l'area di amministrazione.
- Prova a utilizzare un altro browser o un altro dispositivo.
- Se necessario, utilizzare un'altra connessione internet.
- Controlla lo stato del dominio.
- Controllare la risoluzione DNS e le recenti modifiche DNS.
- Controllare gli errori SSL/HTTPS.
- Determina il codice di stato HTTP.
- Esaminare i permalink 404 e le regole di riscrittura.
- Esamina 500 errori lato server e log.
- Bei kritischem Fehler WordPress/PHP diagnostizieren.
- Bei Datenbankfehler Datenbankverbindung prüfen.
- Letzte Änderungen an Plugins, Theme oder PHP berücksichtigen.
- Error Logs auswerten.
- Ursache gezielt beheben.
- Website anschließend vollständig testen.
41. Website ist wieder erreichbar – was jetzt? #
Wenn die Website wieder funktioniert, sollte die Diagnose nicht automatisch beendet werden.
Verifica:
- wurde die eigentliche Ursache identifiziert?
- war der Ausfall einmalig oder wiederholbar?
- sind noch Fehlermeldungen im Log vorhanden?
- funktionieren Frontend und Adminbereich?
- funktionieren Formulare und andere wichtige Funktionen?
- müssen temporäre Änderungen zurückgenommen werden?
Besonders bei wiederkehrenden Störungen ist es wichtig, nicht nur das sichtbare Symptom zu beseitigen.
42. Welche Informationen helfen dem CURIAWEB-Support? #
Wenn eine WordPress-Website bei CURIAWEB nicht erreichbar ist, helfen konkrete technische Angaben bei der Eingrenzung.
Comunica per favore:
- dominio interessato
- messaggio di errore preciso
- ungefähren Zeitpunkt des ersten Auftretens
- ob das Problem dauerhaft oder nur zeitweise auftritt
- ob Frontend und Adminbereich betroffen sind
- ob die Website über eine andere Internetverbindung erreichbar ist
- welche Änderung unmittelbar vor dem Problem durchgeführt wurde
- ob DNS, PHP, Plugins oder Theme kürzlich geändert wurden
Ein Screenshot der Fehlermeldung kann zusätzlich hilfreich sein.
Non inviare password non richieste.
Riepilogo #
Wenn eine WordPress-Website nicht erreichbar ist, sollte nicht automatisch WordPress selbst als Ursache angenommen werden. Domain, DNS, SSL, Webserver, PHP, Datenbank, WordPress, Plugins und Themes bilden unterschiedliche technische Ebenen.
Beginne deshalb mit der genauen Fehlermeldung und prüfe anschließend, ob die Domain den richtigen Server erreicht und welcher HTTP- beziehungsweise Verbindungsfehler tatsächlich vorliegt.
Ein 404-Fehler benötigt eine andere Diagnose als ein HTTP 500, ein SSL-Problem, ein Datenbankfehler oder ein kritischer WordPress-Fehler. Erst wenn die fehlerhafte Ebene eingegrenzt ist, sollten Änderungen vorgenommen werden.
Besonders hilfreich sind der zeitliche Zusammenhang mit vorherigen Änderungen sowie Server- und WordPress-Fehlerprotokolle. Eine systematische Diagnose verhindert, dass durch wahllose Änderungen zusätzliche Probleme entstehen oder die eigentliche Ursache verdeckt wird.
