Beiträge von Synonym

    >> aber so einfach ist das bei ihm nicht.

    Jo, deswegen schrieb ich ja, dass ich den Eindruck habe, dass sie mit einem System arbeiten, dessen Möglichkeiten sie nicht kennen, wodurch dann ne enorme Fehlerquote zwangsläufig anfällt, die Beseitigung der Fehler dann mehr Zeitaufwand erfordert, als es Zeit braucht, sich vorher mit dem System vertraut zu machen.

    Kein Thema. Als ich Deinen Post las, war der Zusatz aber noch nicht da. Simples HTML geht da nicht, keine Chance. Wie soll das gehen? Einer schreibt im Forum einen Post und der Admin muss eine HTML-Datei ändern und neu hochschieben?

    Nene, der Fehler hier mit der Startseite wurde ja indirekt benannt: "Hier hinter verbirgt sich ein selbst programmiertes Plugin". Der Fehler ist also nicht WBB, sondern die Person vor dem Bildschirm ;) Ansonsten sind so CMS wie eben WBB oder Wordpress und Co. immer Schwergewichte. Sie wollen halt allen alles recht machen, auch wenn der einzelne User davon nur 5% benötigt.

    rikolo Ja, mit der Startseite meinte ich genau diesen Bereich. Die Spalte links und in der Mitte passten, die rechts war das Problem.

    Und ja, DAS schaut nun schon besser aus. Trotz "Lazy" waren es vorher, wenn man die Seite durchscrollt 10 MB. Nun sind es 2,54. Immer noch viel, aber das ist auch WBB bedingt. Aber Du merkst selbst, von 10 auf 2,5. Ein riesiger Unterschied, für gerade mal, 10 Minuten Arbeitszeit?

    Wie gesagt, ansonsten eben Bilder vorher komprimieren. Oder zumindest mal versuchen. WBB komprimiert ja auch (das Galerie-Modul), kann sein, dass da Mist bei rauskommt, wenn es doppelt ist.

    Fehler beseitigen, vor allem so was wie die Fonts. Eine Font hat immer hohe Prio und fordert einen Reflow vom Browser. Wenn die dann aber nicht geladen werden kann, dann ist das unnütze Wartezeit.

    Also auch mal im Firefox oder Chrome die DEV-Console aufmachen und dann durch die Seiten klicken. Wenn sie Fehler meldet, dann beseitigen. Sind auch "Basics", im Grunde noch weniger als Basics.... Liefer Seiten ohne Fehler aus. Wenn das alles passt, dann kümmere Dich um Inhalte etc.

    Cura, Du hast es verstanden, aber so einfach ist das bei ihm nicht. Du hast HTML, kannst hochschieben was Du willst, er hat ein CMS (gleiches wie hier), das die Arbeit macht ;) Da gibt es kein FTP, lade mal Daten hoch. Aber dennoch, Du hast es verstanden und ja, das System kann es sogar, das gleiche Foto von oben, wie im Original eingebunden (1,31 MB), bekommt das System runter auf 120x120px mit einer Größe von 0,008 MB, also 8 KB.

    Nachtrag zwei. Euer System scheint das zu können, nur nicht zu verwenden, keine Ahnung warum.

    Beachte das

    /galerie/image-include/1635-22-spieltag-fcksvw/?random=605617226&maxWidth=0&embedded=0&thumbnail=medium

    Das gleiche Bild kommt, wenn man die ganzen (möglicherweise) unnötigen Parameter weg lässt und einfach nur /galerie/image-include/1635-22-spieltag-fcksvw/?thumbnail=medium aufruft. Das System skaliert also auf "medium" herunter (0,08 MB).

    Tausche nun "medium" mit "small" aus, also so /galerie/image-include/1635-22-spieltag-fcksvw/?thumbnail=small , dann skaliert es weiter. Neue Dateigröße, 0,02 !!

    Euer "/galerie/image-include/" ist also in der Lage On-The-Fly zu skalieren. Euer auf der Startseite verwendetes "/galerie/store/image/" nicht.

    Aber wie gesagt, ich weiß im Grunde nicht, wo welche Bilder wie überall verwendet werden. Ich kann nun nur sagen, euer System ist in der Lage, selbst zu skalieren, das Template nutzt es nur nicht, insbesondere auf der Startseite. Bei "Spieltage" und "Pressespiegel" ist es aber korrekt, nur die "Spieltagsbilder" sind völlig falsch.

    Eben auch entdeckt. Nicht Medium oder Small, sondern Tiny..... https://treffpunkt-betze.de/galerie/image-…?thumbnail=tiny Da kommt ein Bild, das bei den anderen beiden Bereichen auf der Startseite auch angezeigt wird (Größe: 0,008 !!!). Nur die "Spieltagsbilder" nutzen anscheinend das Original.

    Nachtrag.... Eigentlich sind es ja sogar drei Bilder.

    Das auf der Startseite, wenn man das anklickt die komplette Übersicht vom Spieltag und dann das Galeriebild.

    Bei der Übersicht vom Spieltag scaliert euer CMS aber selbst. Auch noch übertrieben, aber 95% besser !!!

    Dort ist das Bild eingebunden: /galerie/image-include/1635-22-spieltag-fcksvw/?random=605617226&maxWidth=0&embedded=0&thumbnail=medium

    Dateigröße: 0,08 MB ! Ist zwar auch ein "random" drauf und anderer Dateiname, eben durch die Parameter dahinter (im Grunde genau das Thema Canonical), aber es ist nur noch 0,08 MB groß und nicht 1,31 !

    Da bin ich selbst aktuell überfragt, in dem Grunde müsste das das CMS machen, also in dem Fall WBB. Sprich, Bilder

    a) in verschiedenen Auflösungen für Desktop und Mobil. Das ganze regelt man dann mit CSS oder eben HTML-Code, welches bei welchem Viewport angezeigt wird

    und

    b) Das ist hier wohl aktuell eher das Thema. Das Bild gleich kleiner hochladen. Ich weiß ja nicht, wo dieses 48x48 Bild genau noch verwendet wird, eventuell als Header-Bild in einem Artikel, aber selbst da wäre es zu groß. Die Dinger haben ja teils 1300 Pixel Breite.

    Das Bild hier z.B. von der Startseite (48x48) /galerie/store/image/31a/1635-31aff5c8.jpg ist so eines mit 1,31 MB. Größer angezeigt wird es auch hier: /galerie/image/1635-22-spieltag-fcksvw/

    Und man kann noch nicht mal sagen, der Browser soll es aus dem Cache nehmen, denn in der Galerie ist ein "random" angehängt und das Bild hat einen anderen Namen, also muss er ohnehin wieder neu laden.

    <img src="/galerie/image-include/1635-22-spieltag-fcksvw/?random=1042682364&amp;maxWidth=0&amp;embedded=0#imageAnker_1635" style="width: 92%;" loading="lazy">

    Es sind also zwei verschiedene URLs für das eigentlich gleiche Bild:

    /galerie/store/image/31a/1635-31aff5c8.jpg (Startseite, 48x48, 1,31 MB)

    /galerie/image-include/1635-22-spieltag-fcksvw/?random=1042682364&amp;maxWidth=0&amp;embedded=0#imageAnker_1635 (Galerie)

    Im Grunde müsste eigentlich das CMS eine Funktion haben, die Bilder in dem Fall dynamisch verkleinert. Ob es die dann speichert, also nur einmal verkleinern muss, oder On-The-Fly, das ist eine andere Frage, aber es sollte keine 1300 Pixel für eine 48px-Ansicht raushauen.

    oder

    c) unabhängig der anderen Punkte a) und b). Komprimiert die Bilder auf jeden Fall. Dieses /galerie/store/image/31a/1635-31aff5c8.jpg mit seinen 1,31 MB bekommt man ohne Qualitätsverlust schon mal runter auf 0,47 MB. -> https://tinyjpg.com/ 0,47 ist für 48x48 immer noch zu viel, aber als Galeriebild sehr wohl brauchbar, denn dort ist es ja auch fast 1000 Pixel groß angezeigt. Desktop halt. Mobil ist wieder anders. Auf einem 320px breiten Screen machen 1000px Bild auch nicht viel Sinn. Aber das ist eben Option a)

    Im Grunde müsste das aber auch das CMS selbst machen. Oft können die das Nativ, oft nur per AddOn.

    Also bei den Keys wird das schwierig mit einzelnen Seiten, denn die hängen ja quasi alle miteinander zusammen. Meine Ausführungen diesbezüglich waren allgemeiner Natur. Schau mal bei Google, was die so alles als Synonyme erkennen. Alles was da zutrifft ist quasi mehr oder weniger ein Key und gehört auf eine Seite. Sonst haste interne Konkurrenz.

    Google weiß z.B. sehr genau, dass Lautern im Grunde 1. FCK ist und Betze eben dazu gehört, genauso wie Betzeberg. Das Zeug ist also zu ähnlich um es wirklich zu trennen. Man kann es versuchen, aber es kann dann immer wieder zu Sprüngen kommen.

    Ich bezog mich da eher eben auf völlig andere Keys, also z.B. Nordsee, Ostsee, Bodensee. Da gibt es auch alternative Namen, die jeweils mit rein können (zweite Key - können aber auch mehr sein), Alternativen halt. Ähnliche Keys zu trennen ist weniger optimal. Sieht man bei mir an der Seite. Ferienhaus und Ferienwohnung. Die Trennung ist für den User sinnvoll, denn wenn er eine Wohnung will, dann will er eine Wohnung und kein Haus. Für Google ist das aber misst, denn beides ist für Google gleich. Folge: Er rankt mal die Seite Wohnungen, dann mal die Haus, dann wieder Wohnung etc. Es springt also ständig hin und her.

    Und ja, die Keys oder eben das Hauptkey muss dann in die H1 und den Meta-Title / Description. Gerne auch noch eine Alternative, aber nicht alle reinstopfen. Andere Alternativen können ja in eine H2 oder H3 usw. bzw. eben den Text.

    Und nein, das sind bei Weitem nicht alle Basics. Dazu gehört der komplette Seitenaufbau, Satzbau etc. Also Überschriften, die auch in der Abfolge richtig sind. H1 -> H2 -> H3 und nicht H1 -> H3. Oder eben andere Inhalte. Tabellen, Listen, Bilder, Videos etc. Bei längeren Artikeln ein Inhaltsverzeichnis etc.

    rikolo Arg, sorry rikolo, hier lief was schief, mein Fehler. Nun sind alle Antworten in einem Post. Aber ok, doof gelaufen, ich lerne da auch erst.

    Aber zum Thema. Zur Optimierung gehört ja alles, also wirklich alles. Alex schrieb was, dass Du den Link im Footer auf nofollow setzen sollst, also den zum Template-Ersteller. Wenn das möglich ist und nicht verboten, dann mach es. Aber oft wollen die Ersteller ja einen echten Link haben. Das ist dann eben Dein Thema Nofollow. Google mag solche Links auf der ganzen Domain als "follow" nicht.

    Ebenso dazu gehören die Core-Web-Vitals. Deine Seite wurde schon schneller durch das loading="lazy", aber perfekt ist das noch nicht. Du schiebst da immer noch Daten raus, zwar per Lazy, aber eben viel zu groß. 1,3 MB für ein Bild, das 48x48 Pixel groß ist. Die meisten User sind mobil unterwegs, daher spidert Google auch so. Bei einer aktuellen, meist genutzten 3G-Verbindung, dauert der Download dieses einen Bildes fast 10 Sekunden. Und es ist ja nicht nur eines, es sind viele.

    Durch die Core-Web-Vitals ist SEO also im Grunde weniger Backlinks oder Texte, sondern erst mal Technik. Alles spielt zusammen.

    Da sind sicherlich (teilweise) echte Menschen am Werk, die diskutieren. Daher eben mein Post, weil ich keine Ahnung hatte, was da nun los ist, wenn ich was reklamiere. Daher eben auch CatCat erwähnt, weil er das eben öfters hat. Hätte ja sein können, so nach dem Motto, Pizza wurde geliefert, machte aber keiner auf. Daher vorher schon extra meine Mutter informiert, dass eine Lieferung kommen soll / sollte und auch andere Mieter. Können sie annehmen, ist eben eine Familien-Pizza Hawaii, bezahlt. Ich bin aber nun raus. Bis 23 Uhr kam aber nix.

    Keine Ahnung warum, aber mein Cache-Control-Header ist doppelt. Gut, warum er doppelt ist weiß ich eigentlich, aber ich bekomme ihn nicht "vereinfacht".

    Mein Server (Apache) selbst schickt den Header hier raus:

    cache-control: must-revalidate, proxy-revalidate, private

    Ein Script von mir, das mir einen Etag für dynamische PHP-Files bildet den hier:

    cache-control: private, must-revalidate, proxy-revalidate

    Ist also der gleiche Header, nur anders zusammengestellt. Ok. Gedanke ganz einfach, oder? In PHP entfernen und gut ist, denn der Apache macht es ja selbst. Aber nob. Wenn ich ihn in PHP entferne, dann verschwinden beide und es kommt:

    cache-control: no-cache

    Hat einer eine Idee?

    Cura, den Eindruck habe ich auch, aber ich nutzte PayPal halt zu wenig bzw. nicht zu wenig, ich habe nur noch nie was reklamiert. Ich bin da auch kein Verkäufer, war ich noch nie, sondern nur Käufer. Aber ja, das ging mir für eine Prüfung auch zu schnell. Da können die die Nachricht eigentlich noch nicht mal gelesen haben.

    Mir scheint das aber durchaus auch so, das es da Filter geben könnte. So nach dem Motto, ich hatte noch nie, also winken die mich erst mal einfach automatisiert durch. So wie das auch teils bei Bestell-Seiten oder Katalogen ist. Zu oft was zurückgeschickt? Kauf nur noch per Nachnahme. Nix zurückgeschickt, kauf auf 30 Tage Rechnung.

    Danke Guppy. Das war hier in der Tat wesentlich einfacher. Ich hatte das nur noch nie gemacht und CatCat schreibt ja immer bei FB darüber, daher die Frage hier. Aber Alex lag auch richtig.

    Wobei ich mich hier nun aber frage, ob da überhaupt was geprüft wird. Meinen "Fall" öffnete ich um 23:26 Uhr. Mail als Bestätigung ist da ("Wir haben Ihren PayPal-Fall erhalten"). Keine 30 Sekunden später kam eine weitere Mail mit "Rückzahlung ist eingeleitet" und Inhalt:

    "Fall wurde zu Ihren Gunsten entschieden. Als geschätzter Kunde möchten wir sicherstellen, dass Ihre Erfahrung mit PayPal positiv ist. Wir haben den Fall, den Sie am 9. April 2021 eröffnet haben, geprüft und eine Entscheidung zu Ihren Gunsten getroffen."

    Pizza habe ich dennoch keine :(

    Ah, danke. Nee, da gab es keine Option vorher nur direkt "Beschwerde einreichen". Sehe aber gerade, Geld ist wieder da. Nun geht es wieder los, dieses hin und her buchen. Die Pizza war ja privat bezahlt, PayPal eigentlich geschäftlich.

    Code
    Wir prüfen Ihren Fall
    
    *Was geschieht mit Ihrem Fall?*
    
    Wir prüfen den Fall, den Sie am bezüglich nicht erhaltener Artikel gemeldet haben.

    Bin ja mal gespannt, was bei rauskommt. catcat Du hast da ja mehr Erfahrungen damit. Das hier bei mir ist der Erste.

    Habe Knieschmerzen, seit 3 Tagen, kann kaum laufen, also eigentlich nur, im Bett liegen. Folge davon, Rückenschmerzen, die noch mehr weh tun. Also nicht in die Küche stellen, sondern sich was bestellen. Alex hatte mich getriggert, auf Pizza Hawaii, hatte ich schon viele Jahre nicht mehr.... Heute auf FB. In einer Pizzaria in WÜ wurde eingebrochen.... Die ist in der Zellerau. Sie hat noch eine Zweigstelle, in der Sanderaus, keine 2 Min Fußweg von hier entfernt. Also was gutes tun und dort bestellen.

    Nach der Bestellung: Lieferzeit 41 bis 50 Minuten. Schock erst mal da, aber ok, ich warte. Knie tut weh, Rücken auch, aber ich warte, laufe im Flur auf und ab. Nun sind die schon seit über 100 Minuten überfällig. Nix gehört. Eben, als ich das anfing zu schreiben, ein Anruf aus der Zellerau.... Die können mich nun wirklich auch mal, ging nicht ran. Ich hatte vorher schon 10 mal angerufen und keiner nahm ab.

    Bin mal gespannt, wie PayPal reagiert, denn bezahlt ist die Pizza schon. Werde das stornieren, zum ersten mal in meinem Leben.

    Ja, kannste laut sagen, mich nervt das langsam echt. Dieser Treiber da oben, der gestern installiert wurde, der war bis zum 5.4. noch "optional" und ich hatte die Finger von gelassen. Dann wurde er wohl Standard und Win prügelte den sofort drüber. Der ist auch älter als meiner, der drauf war. Meiner von 10.3.21, der da oben von 6.2.21.

    Und das Hilfe-Forum von Windows bzw. Microsoft kann man ja echt auch vergessen. War da vorhin mal wieder drinnen, ob ich eine Antwort habe. Nö. Immer das Gleiche. Schreibt man zu wenig, dann kommt "wir brauchen mehr Infos", schreibt man gleich ausführlich, dann kommt nix. War aber auch einer da mit einer ausgefallenen USB-Platte. Post von gestern. Hat schon 34 Antworten! Aber was für welche. Hardware kaputt, er muss mit zwei USB-Steckern anschließen, Avast ist schuld, muss eine Win-Neuinstallation machen, dann wieder die Hardware etc. Er sagt die ganze Zeit, dass die Festplatte an einem anderen Rechner geht, auch mit nur einem Anschluss. In den ganzen Bildern, die gepostet wurden, hatte ich nur gesehen, dass der auch einen Ryzen hat und eben AMD Grafik. Fragte nur mal doof nach, ob da auch ein Treiberupdate war. Siehe da, die Antwort war JA. Und ich weiß von mir, da sind auch die USB-Ports ausgefallen.

    Halte ich fuer unsinn, oder meinst du ernsthaft da sitzen bei google leute die den ganzen tag irgendwelchen namen hinterhersuchen? Was sollen die machen wenn es sich um namen wie "Alexander Schulze" oder "Klaus Meier" handelt wovon es zehntausende gibt?

    Was du machen kannst ist dem author ein schema zuzuordnen was google versteht (-> https://schema.org/Person ), und dann im schema eben noch andere aktive social media accounts anzugeben damit man sieht das die person authentisch ist und noch auf anderen plattformen unterwegs ist, und kein sockenpuppenaccount ist.

    Ähm, ja, das meine ich so. Sie laufen da nicht den ganzen Tag hinterher, aber es ist doch im Grunde nix anderes als die "Google Quality Raters Guidelines". Da steht genau das drinnen. Und ja, wenn es einen Namen tausendfach gibt dann ist das ein Problem. Daher schrieb ich ja, besser ist es, Querverweise zu haben, zu anderen Portalen, Verlagen, Scholar etc. Gut, gibt es hier alles nicht, aber das ist der Unterschied zwischen einem "Fan" und einem "Redakteur", der für mehrere (auch) große Zeitungen schreibt und die Profile bekannt sind.

    Über Schema kann man das natürlich auch machen, was im Grunde nix anderes ist, nur dass es automatisiert geht. Ich bin mir aber sicher, dass Google das auch recht gut ohne Schema kann. Letztendlich ist es ja egal, wo ein anderes Profil verlinkt ist, Google muss es nur finden und zuordnen können. Wobei die Schema-Daten aber ohnehin auch auf der Seite stehen sollten, damit der User das auch lesen kann.

    P.S. Strukturierte Daten hat die Seite schon, nur die gehen nicht so sonderlich auf den Autor ein. Da steht eben auch nur der fiktive Name und fertig.

    P.S. Alex. Nicht alles was in Schema definiert ist, also in den Möglichkeiten, wird auch von Google genutzt. Campground gehört z.B. nicht dazu, auch nicht Auszeichnungen für Ferienwohnungen etc. Google nutzt ausschließlich Hotels. Im Grunde kann man sagen, dass 90% von allen dem, was Schema bietet, Google nicht nutzt.