Dokumentation · Fehlerbehebung
Lösen Sie das richtige Problem, ohne ein zweites zu schaffen.
Beginnen Sie bei der betroffenen Komponente, halten Sie die genaue Fehlermeldung fest und prüfen Sie, was in WordPress bereits geschehen ist, bevor Sie eine Aktion wiederholen. Diese Anleitung hilft Ihnen, Probleme mit SitePublisher AI sicher und effizient einzugrenzen.
Für SitePublisher AI Free und Pro · Schlüssel, Passwörter oder Zugangs-Token niemals teilen
Bevor Sie es erneut versuchen
Drei Kontrollen verhindern die meisten Fehlerbehebungen
Eine fehlgeschlagene Bildschirmnachricht bedeutet nicht immer, dass der gesamte Workflow fehlgeschlagen ist. Textgenerierung, Bilderstellung, lokaler Warteschlangenspeicher und Remote WordPress Veröffentlichung sind separate Schritte.
Den genauen Moment erfassen
Kopieren Sie die komplette Fehlermeldung und beachten Sie Datum, Uhrzeit und Zeitzone. Nehmen Sie die von Ihnen verwendete Seite, Schaltfläche oder Warteschlange-Aktion sowie die SitePublisher AI-Edition auf und bauen Sie sie in der Schnittstelle auf.
Siehe die Checkliste für den Support →Überprüfen Sie beide WordPress-Seiten
Für die Fernveröffentlichung, überprüfen Sie die zentrale SitePublisher AI-Website und die Ziel-Website. Suchen Sie das Ziel nach dem genauen Titel und überprüfen Sie Veröffentlicht, Geplant, Entwurf und Müll.
Doppelte Veröffentlichung verhindern →Health und Logs öffnen
Verwenden Sie die SitePublisher AI Dashboard-Links für Health Checks und Logs. Beheben Sie zunächst einen erforderlichen Health-Fehler, dann reproduzieren Sie das Problem einmal und überprüfen Sie die passende Protokollzeit.
Durchführung der technischen Kontrollen →Health-Prüfungen
Beheben Sie erforderliche Umgebungsausfälle, bevor Sie den Workflow erneut testen
Ein notwendiger Fehler kann den vollständigen Start von SitePublisher AI verhindern. Die Health-Seite zeigt den Status und eine kurze Erklärung für jede Prüfung.
Erforderliche Umwelt
Bitten Sie den Hosting-Anbieter, die PHP-Version zu ändern, wenn diese Überprüfung fehlschlägt.
Erstellen Sie ein Backup und aktualisieren Sie WordPress durch den normalen Wartungsprozess.
cURL, JSON, Mbbring und OpenSSL müssen verfügbar sein. Fehlende Erweiterungen sind Hosting-Level-Probleme.
Plugin-Dienste und Speicherung
Wenn eine erforderliche Klasse nicht geladen werden kann, installieren Sie das gleiche offizielle Paket nach einem Backup. Zusammenführen Sie Plugin-Ordner nicht manuell.
Beide Verzeichnisse müssen vorhanden sein und beschreibbar sein. Ihr Host kann den Dateibesitz oder die Berechtigungen korrigieren, ohne Anmeldeinformationen anzugeben.
Eine erkannten Legacy-Marketing-Hub-Installation ist während der Migration informativ; sie selbst ist kein erforderlicher Fehler.
Wer sollte das in Ordnung bringen?
Umweltfehler gehören zum Hosting-Provider.
Senden Sie dem Host den fehlgeschlagenen Checknamen und die Meldung. Senden Sie niemals ein WordPress-Passwort, OpenAI-Schlüssel oder Anwendungspasswort mit dieser Anfrage.
Protokolle
Einmal reproduzieren, dann das passende Ereignis isolieren
Die Logs-Seite kann nach Datei, Schweregrad, Quelle und Text filtern. Verwenden Sie das kleinste relevante Zeitfenster und teilen Sie nur die Zeilen, die erforderlich sind, um den Fehler zu erklären.
Eine kontrollierte Zeit reproduzieren
- Unbenutzte Bildschirmmeldungen vor dem Test löschen
- Führen Sie die ausfallende Aktion nur einmal aus
- Schreiben Sie die genaue lokale Zeit und Zeitzone auf
- Halten Sie die sichtbare Fehlermeldung für den Vergleich
Die Log-Ansicht verengen
- Wählen Sie die entsprechende Protokolldatei und die aktuelle Eintragsgrenze
- Beginnen Sie mit Warnung, Fehler und kritischen Ebenen
- Suche nach Quelle, Artikeltitel Fragment oder Fehlertext
- Verwenden Sie 15, 30 oder 60 Sekunden Auto-Refresh nur während der Prüfung
Details sicher öffnen
- Details für den passenden Ereigniskontext anzeigen
- Enthält nur den nützlichen Zeitstempel, die Quelle und die Nachricht
- Redact-Domains oder -Identifikatoren, wenn sie nicht relevant sind
- Kopieren Sie niemals Schlüssel, Passwörter, Token oder Autorisierungs-Header
Passen Sie das Symptom
Verwenden Sie die Checkliste für den tatsächlich fehlgeschlagenen Schritt
Lösen Sie die zugrunde liegende Ursache vor der Auswahl Retry. Ein erfolgreicher Artikel, Bild oder Remote-Post sollte nicht ein zweites Mal nur generiert werden, um eine spätere Buchhaltung Fehler zu reparieren.
Kein Artikel oder AI-Bild
Öffnen Sie OpenAI API-Einstellungen und bestätigen Sie, dass der Schlüssel konfiguriert ist. Überprüfen Sie das OpenAI-Konto auf Abrechnung, verfügbare Credits oder Nutzungslimits. Authentisierungs- und Quotenfehler erfordern eine Schlüssel- oder Kontofixierung; Ratenlimits, Timeouts und temporäre Serverfehler können nach dem Warten erneut ausprobiert werden.
Öffnen Sie die API Anleitung →Website oder Kategorien verbinden sich nicht
Bestätigen Sie die HTTPS-Adresse, WordPress REST-Zugriff und dediziertes Application Password. Das authentifizierte Konto muss in der Lage sein, Beiträge zu bearbeiten. Für eine 403 oder eine leere Kategorieliste überprüfen Sie auch das separate Hosting WAF, auch wenn Sie das WordPress-Sicherheits-Plugin entfernt haben. Folgen Sie der HTTP 403 und Hosting Firewall Checkliste.
Überprüfen Sie die Verbindungsführung →Fernveröffentlichung fehlschlägt
Lesen Sie die zurückgegebene HTTP-Nachricht, bevor Sie etwas ändern. Bestätigen Sie, dass das Zielkonto den gewünschten Status erstellen kann und dass das REST API Beiträge und Medien akzeptiert. Wenn gespeicherte Anmeldeinformationen nicht mehr entschlüsselt werden können, geben Sie in Website Settings ein neues Application Password ein.
Prüfen Sie zuerst nach einem vorhandenen Ergebnis →Ein ausgewähltes oder generiertes Bild schlägt fehl
Bestätigen Sie, dass der Anhang der Mediathek noch existiert und seine Datei lesbar ist. SitePublisher AI lehnt unlesbare, nicht unterstützte oder übergroße Bilddaten ab. In einem Warteschlange-Auftrag behält ein Bildfehler den fertigen Artikel und bewegt ihn, um zu überprüfen, anstatt den Text zu verwerfen.
Bildauswahl überprüfen →Bulk Automation hört auf oder braucht Aufmerksamkeit
Prüfen Sie, ob der Prozess absichtlich gestoppt, gewartet, verarbeitet, überprüft oder fehlgeschlagen wird. Lesen Sie den Fehler auf Zeilenebene. Nehmen Sie einen gestoppten Prozess nur wieder auf, wenn er fertig ist; Retry ist für einen behobenen Fehler. Das Löschen eines wiederherstellbaren Warteschlangenrekords entfernt nicht veröffentlichte WordPress-Posts oder Medien.
Diagnose der Warteschlange →Ein geplanter Posten ist zu spät.
Vergleichen Sie die zentrale Zeitzone, Zielzeitzone und genehmigte UTC-Vorschau. Erlauben Sie die Zehn-Minuten-Recovery-Annullierungszeit, dann verwenden Sie Check & Recover-Zeitpläne. Überprüfen Sie auch WordPress Site Health für Spätereignisse oder fehlgeschlagene Loopback-Anfragen.
Zuverlässigkeit der offenen Terminplanung →Verbindungsfehlerbehebung · HTTP 403
Wenn eine Hosting-Firewall Ihre Website-Verbindung blockiert
Diese Anleitung gilt für Remote-Website-Verbindungen in SitePublisher AI Pro. Free veröffentlicht auf der aktuellen Website; diese Überprüfungen fügen keinen Remote-Website-Zugang zu Free hinzu.
Ein 403 bedeutet nicht automatisch ein falsches Passwort
Sie können sehen, dass die credential-Verifikation HTTP 403 , bevor irgendwelche Kategorien erscheinen zurückgegeben wird. SitePublisher AI überprüft zuerst den authentifizierten WordPress Benutzer und Bearbeitungsberechtigung, dann ruft Kategorien. Eine Firewall kann blockieren, dass erste Anfrage, bevor WordPress überprüft das Credential.
Eine HTML-Fehlerseite schlägt einen Server oder eine Sicherheitsschicht vor, identifiziert aber nicht die Ursache für sich. Passen Sie die fehlgeschlagene Anfrage mit den Hostingprotokollen an. Eine funktionierende öffentliche Kategorieseite oder eine erfolgreiche Verbindung von einem anderen Dienst beweist nicht, dass diese Verbindung erlaubt ist.
Hosting-Sicherheit ist von einem WordPress-Plugin getrennt
Defender ist ein WordPress Sicherheitsmodul. Eine Web Application Firewall (WAF) kann Anfragen filtern, bevor sie WordPress erreichen. Das Entfernen von Defender schaltet den Host nicht aus.
Zwei Websites können sich daher auch mit den gleichen WordPress-Plugins und SitePublisher AI-Einstellungen unterschiedlich verhalten. Überprüfen Sie jedes Ziel-Hosting-Firewall-Konfiguration anstatt davon auszugehen, dass die Einstellungen auf Ihren Websites identisch sind.
Finden Sie die genaue gesperrte Anfrage
Öffnen Sie auf WPMU DEV das Ziel im Hub und überprüfen Sie das Hosting → Protokolle → WAF. Firewall-Einstellungen finden Sie unter Hosting → Tools → Web Application Firewall; Etiketten können variieren.
Passen Sie die Testzeit und -zeitzone, den Request-Pfad, die Quell-IP und die Regel-ID an. /wp-json/wp/v2/users/me, mit context=edit und die gewünschten User-Felder. Sein User-Agent ist die Bestätigungsbestätigung SitePublisher AI.
Fragen Sie den Host nach einer gezielten Korrektur
Senden Sie Hosting-Unterstützung die übereinstimmende Regel-ID, Anfragezeit, Ziel-, Pfad- und Quell-IP. Bitten Sie sie, die legitime authentifizierte Anfrage zu überprüfen und die engste geeignete Ausnahme für dieses Ziel, Regel und Anfrage anzuwenden. WordPress Authentifizierung und Berechtigungsprüfungen müssen aktiv bleiben.
Ist eine IP-Zulassung angebracht, so ist die entsprechende Adresse die ausgehende Server-IP der zentralen SitePublisher AI-Installation. Stattdessen kann die IP-Adresse Ihres Browsers mit einer .Allowlist-Taste gewählt werden. Der Host sollte die aktuelle Quell-IP bestätigen und ob sie freigegeben wird oder sich ändert.
Das Speichern eines IP-Zulassungslisteneintrags ist kein Beweis dafür, dass die Anfrage zulässig ist. Falls sie noch ausfällt, fragen Sie den Support, um zu überprüfen, warum die Ausnahme nicht galt.
Bekannte WPMU-DEV-Regel: 225170
In einem bestätigten Support-Fall blockierte Regel 225170 die Benutzer-Überprüfungsanfrage und meldete eine Sicherheitslücke in WordPress 4.7 (CVE-2017-5487). Dieser Text identifiziert die Regel; er stellt nicht fest, dass die Website WordPress 4.7 läuft oder kompromittiert wurde.
In diesem Fall hat das Hinzufügen der Quell-IP den Kategorie-Retrieval nicht wiederhergestellt, während die Hosting-WAF vorübergehend ausgeschaltet wurde. Dies isolierte die Hosting-Firewall als Blocking Layer. Warum die IP-Ausnahme nicht galt, blieb ungelöst; andere Websites ohne die WAF aktiviert wurden unberührt.
Nach der Korrektur des Hosts stellen Sie sicher, dass die WAF aktiviert ist und laufen Alle Kategorien aktualisieren again. Category Retrieval beweist nicht, dass Post- oder Medienerstellung funktioniert: Überprüfen Sie einen überprüften Entwurf und sein Bild, bevor Sie einen Massenlauf starten.
Bezug: WPMU DEV-Anleitung für blockierte REST-Anfragen und WAF-Protokolle · WordPress Application Passwords und Authentifizierungsfehlerbehebung.
Wichtig vor dem Veröffentlichen
WordPress kann den Artikel oder die Medien bereits enthalten.
Eine Fernanfrage kann erfolgreich sein, bevor ein späteres lokales Status-, Bericht- oder Link-Record-Update fehlschlägt. Suchen Sie die Zielwebsite nach dem genauen Titel und überprüfen Sie Published, Geplant, Entwurf und Trash, bevor Sie den Artikel erneut senden.
Planungssicherheit
Verstehen, was automatische Erholung wird und wird sich nicht ändern
SitePublisher AI Pro überprüft die genehmigten automatischen WordPress-Fahrpläne nach der geplanten Zeit. Es schützt bewusste Änderungen direkt am Zielort.
Automatische Wiederherstellung kann
- Überprüfen Sie den Remote-Post nach dem Zeitplan plus zehn Minuten
- Anerkennen eines Artikels, der normalerweise veröffentlicht wird
- Veröffentlichen ein Beitrag, der noch wirklich als Zukunft gekennzeichnet ist
- Zurückgewonnenen, ausstehenden oder ausbleibenden Status in der Warteschlange anzeigen
Automatische Wiederherstellung wird nicht
- Veröffentlichen vor der genehmigten Zeit- und Nachfrist
- Überschreiben Sie einen Beitrag in Entwurf, Privat oder Papierkorb verschoben
- Ein späteres Veröffentlichungsdatum auf WordPress rückgängig machen
- Recover ein Post ohne eine gültige aufgezeichnete Remote-Post-Kennung
Vorbereitung eines Unterstützungsantrags
Senden Sie genügend Kontext, um das Problem zu reproduzieren – ohne den Zugriff zu senden
Ein fokussierter Bericht ist schneller zu untersuchen als ein kompletter Log-Export. Dazu gehören ein Problem, ein kontrollierter Versuch und die kleinsten nützlichen technischen Details.
Geben Sie diese Angaben an
SitePublisher AI Free oder Pro, Baunummer, WordPress Version und PHP Version.
Die Seite, Taste und Ziel beteiligt, plus was Sie erwartet, um zu geschehen.
Der vollständige sanitisierte Fehler, genaue Zeit und Zeitzone, und ob ein entfernter Post oder Bild bereits existiert.
Ein relevanter Screenshot und ein passendes Log-Ereignis. Fügen Sie eine Warteschlange oder Artikel-Identifikation nur, wenn nützlich.
Diese Geheimnisse niemals einschließen
Unterstützung kann die Authentifizierung diagnostizieren, ohne den geheimen Wert zu sehen.
Fügen Sie WordPress, Hosting, Datenbank oder E-Mail-Anmeldeinformationen nicht ein.
Redact Träger Token, Session-Cookies, Recovery-Codes und Request-Header.
Senden Sie niemals Kartendaten oder nicht personenbezogene Kundendaten in einer diagnostischen Anfrage.
Immer noch blockiert?
Senden Sie den vorbereiteten Bericht über die Kontaktseite.
Wählen Sie ein klares Thema, beschreiben Sie ein reproduzierbares Problem und erwähnen Sie die bereits abgeschlossenen Kontrollen.
Problembehebung FAQ
Sichere Antworten, bevor Sie etwas ändern
Halten Sie die erfolgreichen Teile eines Workflows intakt und ändern Sie nur die Ebene, die tatsächlich fehlgeschlagen ist.
Soll ich das Plugin zuerst neu installieren?
Nein. Beginnen Sie mit Health-Checks und Protokollen. Nur neu installieren, wenn der Autoloader oder Paketdateien unvollständig sind, und verwenden Sie das gleiche offizielle Paket nach einer Sicherung.
Soll ich Retry weiter drücken?
Nein. Lesen Sie den Fehler auf Zeilenebene und korrigieren Sie zuerst seine Ursache. Wiederholte Versuche können zusätzliche API-Gutschriften ausgeben oder doppelte Remote-Inhalte erstellen.
Was ist, wenn der Artikel auf dem Ziel existiert?
Nicht neu veröffentlichen. Speichern Sie die Post-URL und melden Sie den späteren lokalen Fehler, so dass der verbleibende Status oder Buchhaltung Problem getrennt untersucht werden kann.
Kann ich einen Schlüssel oder ein Passwort senden, damit die Unterstützung testen kann?
Nein. SitePublisher AI-Unterstützung sollte Ihre geheimen Werte nicht benötigen. Ersetzen Sie sofort ein kompromittiertes Credential mit dem Anbieter, der es ausgestellt hat.
Was ist, wenn die gesamte WordPress-Website nicht verfügbar ist?
Kontaktieren Sie zuerst den Hosting-Provider. Ein vollständiger Ausfall, fehlende PHP-Erweiterung, Dateisystemberechtigungsfehler oder Server-Cron-Problem erfordert Hosting-Level-Zugriff.
Warum wurde ein geplanter Artikel unberührt gelassen?
Der Recovery-Service respektiert bewusste Änderungen am WordPress. Ein aus dem zukünftigen Zustand entfernter oder später neu geplanter Posten wird nicht lebend erzwungen.
Fortsetzung der Dokumentation
Weiter: Aktualisierung und Verwaltung einer Lizenz
Erfahren Sie, wie die kommerzielle Edition, der Lizenzstatus und die sicheren Produktaktualisierungen in Ihre SitePublisher AI-Installation passen.