Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenVermutlich verwendest Du ein Cache-Plugin oder etwas ist falsch eingerichtet.
Die Indexierung in word press ist eingeschaltet. Beim Hoster auch.
Was genau Du hier wo genau "eingeschaltet" hast, wäre z.B. ein nicht ganz unerhebliches Detail.
Link zur Seite?
Heute wurde die Issue auf "critical" gestuft, vielleicht / hoffentlich beschleunigt das etwas den Rollout eines 5.3.1, wo zumindest die grundsätzlichen Auswirkungen dieser Änderung in Permalinks, Canonical usw. behoben werden. Derzeit laufen mit 5.3 sicherlich tausende lange bestehende Links ins Leere, eine schöne Bescherung, wenn man sich nur ansatzweise mit SEO beschäftigt. Dass darüber hinaus weiterhin hunderte Plugins und Themes, die den entspr. Aufruf mit was anderem als UTC verwenden, trotzdem zerbrechen, nunja, das ist ein anderes Thema. Generell hätte man ja mal ein paar Versionen vorher etwas z.B. als Deprecated markieren können, bevor man einen Release damit macht. o_O
Der Login-Link "Eingang" im Sidebar zeigt auf die Adresse "mit www":
https://www.radio-beatbox.de/radio/wp-login.php
Der Website ist für "ohne www" eingerichtet. Daher kommt die doppelte Eingabe.
Korrigiere den Link bei "Eingang" und nebenbei auch den Link bei "Abmelden", der zwar kein www aber eine lange abgelaufene nonce enthält.
Einige Leute haben mit WordPress 5.3 die unterschiedlichsten Probleme mit den "Date/Time improvements", z.B. auch in Permalinks usw., entspr. Bugreport im trac.
In diesem Fall wird für die Sitemap wie beschrieben bereits das Plugin Yoast SEO verwendet.
Bitte keine alten Threads "hijacken", vielen Dank.
Sobald Du Zugangsdaten zu Strato hast, könntest Du in der Jobbörse hier im Forum eine entspr. Anfrage posten, dann hilft Dir sicher jemand zeitnah, die Seite wieder online zu bekommen.
Dann wende Dich an den Eigentümer des Websites und teile dem mit, was passiert ist. Dort sollte aus Rechnungen o.ä. ersichtlich sein, wer der Hostinganbieter ist und evtl. liegen dort auch weitere Zugangsdaten vor, mit denen dann jemand das Problem lösen kann, der sich etwas mehr auskennt.
Ohne Zugang zum Hosting bzw. mindestens zu FTP kann man das nicht selbst reparieren.
@mensmaximus Der "WordPress" Weg funktioniert hier nur zufällig, da es sich bei [FONT=Courier New]name[/FONT] und [FONT=Courier New]organisation[/FONT] um einfache Textfelder zu handeln scheint. Mehr zur ACF API z.B. hier.
Ein für das Theme passendes Child-Theme bekommt man in der Regel beim Theme-Hersteller, am besten dort nachfragen.
Plugins für Child-Theme-Erstellung funktionieren oft nur mehr oder weniger zufällig und beachten nicht ggf. nötige Anpassungen für das jeweilige Parent Theme.
Wende Dich an die Person, die den Website eingerichtet hat und ihn technisch betreut und zeige ihr diesen Thread.
.. bitte um Hilfe für einen Laien, danke.
Wende Dich an Deinen Hostinganbieter und frage dort, ob die a) ein generelles Backup der Dateien und Datenbank haben und b) es für Dich einspielen können.
Weitere Hinweise, was da schiefgegangen ist, findet ein Nicht-Laie im PHP error Log des Servers und kann darüber ggf. Rückschlüsse ziehen, was wo wie zu verändern ist.
Mehr kann man v.a. auch durch das völlige Fehlen der Angaben zu WordPress-Version, PHP-Version, Theme, Plugins, usw. nicht dazu sagen.
Vermutlich berechnet der Browser den Offset des Ankers und danach kommt noch ein Element dazu, das die Höhe des Contents vor dem Anker verändert. Entferne mal testweise alle eingebundenen Elemente wie Bilder & Videos o.ä. von so einer Seite, um das weiter einzugrenzen.
Tipp am Rande: Wenn man ACF verwendet, sollte man für das Lesen der Daten die ACF-API z.B. get_field/the_field verwenden, damit die ACF-Rückgabeformate und ACF-Filter u.ä. beachtet werden.
Alleine die Startseite Deines Website setzt derzeit eine ganze Menge Cookies für .google.com .google.de, http://www.inspirationforall.de, .inspirationforall.de, .doubleclick.net, und erzeugt nebenbei auch noch 404 Fehler durch falsche Einbindungen durch das Plugin instagram-slider-widget, da sollte ggf. mal jemand generell aus technischer Sicht drüberschauen...
Manche verstehen unter "direkt am Bild" auch im Bild selbst, also auch sichtbar, wenn das Bild direkt per example.com/wp-content/uploads/whatever/beispiel.jpg aufgerufen wird.
Viele SEO-Plugins nutzen übrigens Beitragsbilder oder das erste Bild in einem Beitrag als "Open Graph" Metadaten, so dass es dann beim Teilen zu Facebook/Twitter/o.ä. dorthin übertragen wird. So eine Nutzung ausserhalb des Websites ist z.B. bei einigen Bilddiensten ausgeschlossen.
Zu der für Dich passenden Lösung kann Dir nur ein entspr. Anwalt raten.
Die sicherste Lösung wäre wohl: Nur Bilder verwenden, die der Websitebetreiber selbst gemacht hat oder für die alle nötigen Rechte ohne "direkte" Kennzeichnungspflichten vorliegen.
Wie wurde von http auf https umgestellt? Nach welcher exakten Anleitung wurde vorgegangen?
Link zur Seite mit dem Problem?
.. Plugins wie WPML .... Allerdings wird es nicht einfach übersetzt wie in Google Chrome, sowas würde ich mir wünschen.
Das Erstellen von Übersetzungen kannst Du z.B. bei WPML als Service über Partner buchen.
Dein Code hat das HTML vor dem Speichern "escaped".
Damit Du jetzt Änderungen sehen kannst, musst Du logischerweise alle bestehenden Felder korrekt eingeben und neu speichern.
.. hatte unter Seiten>Seite bearbeiten> Seitenattribute>Eltern meine Startseite als Übergeordnete Seite angegeben
Danke für die Rückmeldung.
Diese mögliche Ursache wurde allerdings auch schon in #10 von @mensmaximus genannt:
... durch eine Parentpage, ...
