WordPressuser1962

Da muss ich mal eben nachhaken. Ist GZip nicht eine Zusatzsoftware, die so zu sagen installiert werden muss, in diesem Fall habe ich das ja als Plugin installiert?
Da kann es dann doch nicht reichen, dass Cometchache eine Befehlszeile in die htaccess schreibt und dann wird fleißig komprimiert, ohne ein Zutun einer weiteren PHP Operation oder eines Plugins?
Da bitte ich mal um Informationen zu.
Denn wäre es so, dass dieses GZip ehe schon irgendwo „hinterlegt“ ist und Cometchache würde nur die Sache initialisieren, könnte ich ja dieses GZip Plugin wieder löschen, was wiederum eine bessere Performance und Kompatibilität bedeuten würde. Richtig?

Wenn WP Rocket so gut ist, wie Du schreibst, sind 49 Euro nicht zu viel. Ich habe ja auch so etwa diese Summe für das CookiePlugin bezahlt. Ich habe es deshalb installiert, weil ich künftig mit Facebook, Youtube etc, arbeiten will. Da hat mein bezahltes CookiePlugin doch einiges zu bieten, um bzgl. der Datenschutzverordnung auf der sicheren Seite zu sein, indem es eine Zweiklicklösung integriert hat.
Ich bin der Ansicht, dass man ruhig Geld für etwas ausgeben kann, wenn es Sinn macht.
Da ich nach langjähriger Verwaisung meiner Webseite diese wieder zur Kundenaquirierung nutzen möchte, muss sie auch vernünftig laufen. Bis Ende des Jahres will ich sie so weit haben, dass sie für Suchmaschinen „attraktiv“ wird.
XOVI und „Pageranger“ geben schon mal alle Werte weit über 90% aus.
Jetzt muss ich anfangen, weiter die Texte zu optimieren, sowohl bzgl. des Inhaltes als auch des Designs. Immerhin hat die bisherige Optimierung in nur ein paar Tagen ein Ranking einen Sprung nach vorn von 30 Platzierungen gemacht. Und dies nur durch einige Arbeiten an der Onpageoptimierung.

Problem ist gelöst, dank Bego Mario Garde. DANKE! Es war das Plugin Autoptimize in Verbindung mit dem Zusatzplugin zu Autoptimize mit dem Namen „Autoclear Autoptimize Cache“.

Wenn letzteres abgeschaltet wird, ist die Seite ok. Ich muss mal sehen, warum das erst seit gestern Abend passierte, denn ich habe das Plugin schon einige Tage am Laufen gehabt, ohne dass es diese Probleme gab.
Jedenfalls habe ich, sobald „Autoclear Autoptimize Cache“ eingeschaltet ist, dieses sich Wiederholen. Sobald es aus ist, ist Ende damit.
Hatte alle Plugins erst mal abgestellt gehabt und dann eines nach dem anderen wieder angeschaltet. Erst als das Genannte eingeschaltet wurde, begann das Dilemma.

Ich muss nur noch herausfinden, warum das erst nach ein paar Tagen passierte. Es hatte offenbar nichts mit der Datenbankveränderung zu tun, es hat nur zufällig damit begonnen.

Das kann ja nur mit dem Cache zu tun haben, der von diesem Zusatzplugin automatisch geleert wird, wenn der Autoptimize Cache ein bestimmtes Level erreicht hat. Das habe ich nur installiert, um nicht händisch den Cache immer wieder prüfen und leeren zu müssen.

Ich lasse das Plugin erst mal raus, bis ich irgendwie herausfinden kann, warum das Plugin den Unfug verursacht. Wahrscheinlich eine dazugehörige Einstellung.

Ok, vielleicht hast Du dann auch einen Schimmer davon, wieso denn meine Landingpage unter XOVI als canonical URL angezeigt wird? Es gibt ja nur mich als Autor und keine weiteren Benutzer in meiner Webpage. Nur ich habe diese Seite erstellt, insbesondere auch die Landingpage, an der auch nur ich arbeiten kann.

Vielleicht verstehe ich auch nicht wirklich, was Du da schreibst, denn ich muss gestehen, dass ich nicht wirklich Ahnung von all diesen Dingen habe und ich eigentlich nur die Seite gestalten möchte, so wie ich sie sehen mag und wie sie andere Webbesucher sehen sollen. Da habe ich mir nie Gedanken um das gemacht, was da im Hintergrund passiert.

Ha, ha, ha! Hans Gerd, Du bist wohl hier die „Eierlegendewollmilschsau“, was?
Ich glaube, Du hast immer irgendwie eine Antwort parat. Großartig!!
Ok, ich werde künftig nach dem Motto: Eine Frage, ein Thema handeln.
Sorry für den Vaux Pas.
Verstehe ich das richtig, dass diese angebliche Fehlermeldung von XOVI im Prinzip nichts zu sagen hat und Google mich nicht dafür abstrafen wird? Dann werde ich das ignorieren. XOVI ist ja auch nur eine Maschine mit wenig Intelligenz und arbeitet einfach irgendwelche Befehle ab. Vielleicht sollte ich den Anbieter wechseln.

Ich habe ja geschrieben, dass ich in der entsprechenden Yoastsection schon nachgesehen habe, und zwar in allen Seiten und Beiträgen und wo ich sonst noch diese erweiterte Funktion gesehen habe. Wenn ich nichts übersehen habe, sind da alle Felder leer.
Könnte man zur Not irgendwo diesen link rel in der Datenbank löschen? Der muss da ja irgendwo sein.

Zwischenzeitlich habe ich da etwas gefunden. Es gibt im Themeeditor im Theme selbst ja ein 404 Template.
Dort scheint es ja so zu sein, dass man in der PHP einen Parameter setzen kann, der dann auf eine gestaltete Seite aufruft. Richtig?

Als Alternative gibt es offenbar auch Plugins dazu, welche ich aber nur ungern nutzen würde, denn jedes Plugin bremst das System leider mit aus oder könnte zu Inkompatiblitäten führen.
Gruß
Robert

• Diese Antwort wurde geändert vor 4 Jahren, 8 Monaten von WordPressuser1962. Grund: Korrektur

Recht Herzlichen Dank. Ich bin leider nicht sehr firm, was all diese Dinge betrifft, aber ich konnte zumindest die Yoast Einstellungen bzgl. der Umleitung dieser Anhangsseiten aktivieren, so dass die Attachementseiten nun fast komplett weg sind.
Und da ich nicht weiß, wo ich das Verzeichnis des Child Themes finden kann, kommt die php Lösung für mich nicht infrage.

Ich schrieb ja, dass fast alle Attachementseiten weg sind. Die XOVI Analyse zeigt mir leider dennoch einige URLs an, die zu lang sein sollen. Und scheinbar sind doch noch Attachmentseiten dabei, denn es gibt z.B. in den URLs verweise an jpg- Dateien. Aber auch zu css oder xml Dateien. Das Gros ist aber weg. Warum jetzt immer noch welche da sind, verstehe ich allerdings nicht.

Hatte nichts genützt, aber……ich habe einmal mit einem Plugin die Datenbank bereinigt. Da schien offenbar noch „obsoletes Zeug“ drin zu sein, warum auch immer. Nachdem ich die Datenbankbereinigung durchgeführt habe (selbstredend zuvor erst mal ein Backup gemacht), läuft die Seite immer noch einwandfrei und diese „Beispiel-Seiten Links“ sind aus der Analyse verschwunden.

Jetzt noch eine weitere Frage, die indirekt auch damit zu tun hat.
Wie ja schon erwähnt wurde, erzeugt WordPress ja offenbar automatisch für jedes Attachment einen eigenen Link. Leider sind diese Links auch verdammt lang, was ja nicht gerade seofreundlich ist. Welche Möglichkeiten hat man, diese Links auf eine erträgliche Länge zu bringen? Wenn ich z.B. eine Bilddatei hochlade, um sie in die Seite einzufügen, wird ja offenbar von WordPress diese Datei automatisch in ein von WordPress vordefiniertes Verzeichnis, z.B. „xyz.de/wp-content/uploads/2019/01/xyz.jpg“.
Für Beitragsseiten kann ich ja wohl in den Einstellungen „Permalinks“ verkürzte Links erstellen lassen, wenn ich das richtig kapiert habe (weiß aber nicht, ob dem so ist).
Wie kann ich nun solche für mich unsinnigen Links für SEO vernünftig darstellen lassen?

Nochmals Herzlichen Dank weiterhin.

• Diese Antwort wurde geändert vor 4 Jahren, 8 Monaten von WordPressuser1962.
• Diese Antwort wurde geändert vor 4 Jahren, 8 Monaten von WordPressuser1962. Grund: Rechtschreibung