Beiträge von Synonym

    Google hat am 16.11.2023 neue Search Quality Rater guidelines veröffentlicht. In seinen neuesten Richtlinien für die Search Quality Rater legt Google besonderen Wert auf das Verständnis und die Erfüllung der Nutzerabsichten, die Einbeziehung von Feedback für Kern-Updates und die Einführung nuancierter Kriterien für die Bewertung von Foren und Q&A-Seiten. Im Folgenden werden die wichtigsten Änderungen und Erkenntnisse dieser aktualisierten Richtlinien erläutert.

    1. Fokus auf Nutzerintentionen und -bedürfnisse:

    Das Engagement von Google für die Nutzerzufriedenheit steht im Mittelpunkt der aktualisierten Richtlinien. Die Definition von qualitativ hochwertigen Suchergebnissen wurde verfeinert, um einen differenzierteren Einblick zu geben, warum bestimmte Ergebnisse als hilfreicher erachtet werden. Die Richtlinien enthalten detaillierte Informationen darüber, was ein Ergebnis ausmacht, das die Bedürfnisse der Nutzer effektiv erfüllt.

    2. Auswirkung des Bewerter-Feedbacks auf grundlegende Aktualisierungen:

    Das Feedback der Bewerter spielt eine entscheidende Rolle bei der Entwicklung von Googles Verständnis der Nutzererwartungen, was zu erheblichen Verschiebungen in der Suchergebnisabsicht während der Hauptaktualisierungen führt. Die Richtlinien beleuchten die Schwankungen in den Suchergebnissen während der Aktualisierungen und betonen die Granularität des Google-Ansatzes beim Verstehen der Abfrageabsicht.

    3. Leitlinien für die Bewertung von Foren und Q&A-Seiten:

    Ein bemerkenswerter Zusatz in den Richtlinien ist die spezifische Anleitung zur Bewertung der Seitenqualität von Foren und Q&A-Seiten. Besonderes Augenmerk wird auf Diskussionen gelegt, die neu sind oder einen kämpferischen, irreführenden oder spammigen Inhalt aufweisen. Die Betonung des Anstands unterstreicht die Bedeutung respektvoller Interaktionen, und die Bewerter werden aufgefordert, Seiten mit respektlosen oder kämpferischen Diskussionen mit einer niedrigen Qualität zu bewerten.

    4. Einfluss des Kommentarbereichs auf die Qualität der Seite:

    Die Qualität der Kommentare auf einer Seite wird als ein wichtiger Faktor hervorgehoben, der die Gesamtqualität der Seite beeinflusst. Webmaster werden daran erinnert, wie wichtig es ist, problematische Kommentare zu moderieren und anzusprechen, da nicht moderierte oder respektlose Kommentarabschnitte eine ansonsten hochwertige Seite negativ beeinflussen können.

    5. Visuelles Beispiel für die Bewertung von Forumsseiten:

    Um das Verständnis zu verbessern, enthalten die Richtlinien ein visuelles Beispiel einer Forenseite mit "mittlerer" Qualität auf Reddit, das veranschaulicht, wie eine neue Diskussion ohne Antworten standardmäßig mit einer mittleren Bewertung versehen wird. Diese visuelle Hilfe unterstreicht die entscheidende Rolle der Antwortzeit bei der Bewertung neuer Diskussionen.

    6. Nutzerstandort in Suchanfragen:

    Google unterstreicht die Bedeutung des Nutzerstandorts bei Suchanfragen, insbesondere bei Suchen, die sich auf nahe gelegene Orte beziehen. Das Konzept der "geringfügigen Interpretationen" wird eingeführt, mit visuellen Beispielen, die "begründete geringfügige Interpretationen" und "unwahrscheinliche geringfügige Interpretationen" veranschaulichen.

    7. Semantische Leitlinien Zweck:

    Die Richtlinien umreißen den Zweck der semantischen Richtlinien und betonen einen dialogorientierten Ansatz, um tiefer in Themen einzutauchen. Es werden qualitativ hochwertige Ergebnisse angestrebt, die mit den Google-Standards übereinstimmen, und das Nutzerfeedback, möglicherweise von Qualitätsprüfern, spielt eine Rolle bei der Durchsetzung der semantischen Richtlinien (Semantic Guidelines Enforcement, SGE).

    8. Aktualisierungen der Abfrageklassifizierung:

    Google schafft Klarheit mit Beispielen für "Einfache Abfragen kennen", "Abfragen wissen" und erweiterten Beispielen für "Tun"-Abfragen, die sich auf Videos, Bilder oder Anleitungen konzentrieren.

    9. Verfeinerung der Nutzerintention:

    Es wird eine Sprache eingeführt, um "unwahrscheinliche" Benutzerabsichten für bestimmte Schlüsselwörter zu definieren, um die Benutzerabsichten auf vernünftige Erwartungen zu beschränken und die Suchrelevanz zu verbessern.

    10. SERP-Funktionen und Nutzerbedürfnisse:

    Beispiele für Suchanfragen, Nutzerstandorte und Absichten werden vorgestellt, wobei der Schwerpunkt auf der Erfüllung der Nutzerbedürfnisse liegt. Bemerkenswerte Anpassungen und Ergänzungen werden in den Ergebnissen von "Highly Meets" vorgenommen, um Verbesserungen bei der Bereitstellung relevanter Inhalte zu demonstrieren. Zur Veranschaulichung der Ergebnisbewertung wird ein konkretes Beispiel erläutert, bei dem ein Nutzer nach "Cafés in der Nähe" sucht.

    11. Einbindung vielfältiger Inhalte:

    Googles Engagement für Vielfalt wird durch die Aufnahme eines TikTok-Videos als anschauliches Beispiel in die Richtlinien hervorgehoben.

    12. Verbesserte Suchergebnisse:

    Die Richtlinien zeigen Verbesserungen in den Suchergebnissen, wie z.B. die verbesserte Darstellung von "around the world tutorial" im Fußball. Moderne Perspektiven von externen Websites und Googles SERP-Funktionen werden einbezogen und betonen einen nutzerzentrierten Ansatz, um die Bedürfnisse von Fußballfans zu erfüllen.

    Schlussfolgerung:

    Die neuesten Search Quality Rater-Richtlinien von Google bringen eine Fülle von Aktualisierungen und Verfeinerungen mit sich und stellen die Absicht der Nutzer, Forenbewertungen und semantische Richtlinien in den Vordergrund. Durch die Bereitstellung detaillierter Einblicke und Beispiele möchte Google die Qualität der Suchergebnisse und die allgemeine Nutzererfahrung verbessern. Webmaster, Content-Ersteller und Qualitätsbewerter können gleichermaßen von einem gründlichen Verständnis dieser Richtlinien profitieren, um sicherzustellen, dass ihre Inhalte mit den sich entwickelnden Standards von Google übereinstimmen.

    Über diesen Text:

    Der stammt, wie man schon erkennen kann, von einer KI. Er ist aber keine plumpe Übersetzung eines anderen Textes, sondern wurde per Summerize aus zwei anderen Artikeln erstellt. Die daraus entstandene stichpunktartige Liste bekam dann ChatGPT, um einen Text auf Basis der Informationen zu verfassen. Anschließend dann die Übersetzung mit Deepl.

    Keine Ahnung, sehe das nun zum ersten Mal. Hat das schon mal einer gesehen?

    Das sind insgesamt 10 Bilder in einem Slider. Aber nicht nur Bilder, wie bei der Bildersuche, sondern das sind 10 Deeplinks zu Unterseiten auf dem Portal.

    Die Titel unter den Bildern sind jeweils die Titel der Zielseiten. Das Bild jeweils das Hauptbild. Alle Ziele sind entsprechend die Detailseiten der Objekte, Hotels, Pensionen, Ferienhäuser etc. Z.B.

    Also die Nutzung von einem ChatBot auf der Webseite stelle ich mir ganz anders vor. Das was Du da beschreibst, gibt es schon Jahrzehnte und nennt sich Buchungsstrecke. Ein Bot wäre dann sinnvoll, wenn man während der Fahrt einfach ins Telefon spricht "Reserviere mir ein Tipi für 5 Tage, aber nicht neben zwei Russen, die nachts um 3 Uhr immer lautstark telefonieren und bestelle bitte auch täglich am Abend ein Frühstück für den nächsten Tag". Und dann kommt ein einfaches. "Danke, ist erledigt." Das wäre ein Bot :)

    Den Rest verstehe ich nicht bzw. sehe keine Frage.

    Was heißt ist kostenlos? War es doch schon vorher. Version 4 erfordert hier weiterhin ein Premium-Abo und auf meine Texte von vorher komme ich nicht mehr drauf aktuell :(


    Aber ja, Verwirrspiel. Ist weg, wird weg sein, geht vielleicht, ist wieder da. So in etwa in der Reihenfolge habe ich das in den diversen Medien nacheinander gelesen.

    Sagt mal, früher gab es ja in den Google Webmastertools die Funktion, seine Backlinks zu exportieren. Darin enthalten war die genaue URL des Backlinks, dessen Ziel und auch ein Datum, wann ein Link von Google gefunden wurde.

    Nein, ich irre mich nicht, ich habe solche Exporte noch reihenweise da. War ganz brauchbar, konnte man vor allem sortieren nach "von wann" oder "von wo". Weiß noch genau, dass ich eben genau deswegen überhaupt den Chrome nutze, denn zumindest früher war ein Download per Firefox nicht möglich. Der Button schlicht ohne Funktion.

    Wenn ich das jetzt im Chrome mache, dann ist das nur eine völlig unbrauchbare Liste mit den Domänen, von denen Links kommen, ohne die genaue URL zu nennen und vor allem, viel schlimmer, ein Datum ist auch nicht mehr dabei.

    Mache ich was falsch? Mehr als oben rechts auf "Externe Links exportieren" zu klicken kann man doch nicht, oder doch?

    Ich würde damit nicht zu lange warten, nicht dass dann unerwartete Probleme auftreten und Du das ganze nochmal machen darfst....

    Hier steht aber wohl was dazu, wie man die Locals ändern kann. Geht dort anscheinend direkt über das Backend..... Also eigentlich wohl genau das, was Du suchst.

    https://docs.opencart.com/en-gb/system/l…ation/language/

    Und hier gäbe es sogar Sprachpakete für DE / AT / CH alleine oder DACH kombiniert. Allerdings erst Version 4. Und Hinweise beachten. Man kann da wohl nur eines der Länder installieren, oder ganz Dach, nur "DE und CH" geht somit nicht.

    https://www.opencart.com/index.php?rout…ory_id=2&page=2

    Möglichkeiten gibt es da mehrere. Also per Rewrite, wie wir das schon haben oder eben per Apache direkt... So was z.B.

    Apache Configuration
    # greift nur bei domain.ch, nicht bei www.domain.ch oder anderen
    # Exact-Match per ==
    <If "%{HTTP_HOST} == 'domain.ch'">
        AuthType Basic
        AuthName "Password Protected Area"
        AuthUserFile /my/path/to/.htpasswd
        require valid-user
    </If>

    Der Inhalt ist nun egal und nur ein Beispiel. Entscheidend ist das <if>, denn darin wird der %{HTTP_HOST} abgefragt. In dem Fall wäre der Passwortschutz für den kompletten Host "domain.ch" (nicht für http://www.domain.ch), aber eben nicht für andere. Und in das <if> kann man im Grunde alles einbauen, was man sonst so in der Htaccess auch hat. Also auch IP sperren, andere Expires, Header etc. Man muss nur beachten, dass man dann eventuell zwei solche Blöcke braucht, also quasi ein if-else. Kommt aber auf den speziellen Fall an.

    Und da geht eben alles. Direkter Sting-Vergleich (exakt, so wie oben im Beispiel), oder "AND" und "OR", Regex etc....

    https://httpd.apache.org/docs/2.4/expr.html

    Code
    # greift nur bei domain.ch und bei www.domain.ch, nichts anderes
    # Als OR-Bedingung per ||. Beides Exakt-Match per ==
    <If "%{HTTP_HOST} == 'domain.ch' || %{HTTP_HOST} == 'www.domain.ch'">
    Code
    # greift bei allen Subs von domain.ch
    # das =~ bedeutet Regex-Vergleich
    # daher egal was, es muss nur domain.ch vorkommen
    <If "%{HTTP_HOST} =~ /domain\.ch/">

    So kann man sich also innerhalb einer htaccess zwei Bereiche oder mehrere für verschiedene Hosts anlegen. Mehr oder weniger genauso wie beim vHost mit SSL und ohne. Sind auch zwei Blöcke, der eine regiert auf Port 80, der andere auf 443.

    Verstecken... Das ist eine gute Frage. Du hast nur eine htaccess.... Die ist für beide verantwortlich.

    Du kannst in der also alles machen wie bisher auch, nur musst Du halt immer vorher prüfen / festlegen, für welche Domain die Anweisung dann zählt, sonst zählt sie für beide.

    Wenn Du mit Sperre so was wie einen Passwortschutz meinst, dann kannste den ja auch auf eine bestimmte Domain binden, so wie z.B. auch nur auf einen bestimmten Ordner. Du musst da immer nur eben in den Bedingungen mit berücksichtigen, dass Du den Host mit abfragst / prüfst.

    Robots.txt könnte man zwei anlegen und per htaccess umbiegen, das geht. Also eine robots-de.txt und eine robots-ch.txt, die nur intern anders sind und nach außen beide als robots.txt auftreten, nur mit unterschiedlichem Inhalt.

    Bei der htaccess selbst geht das nicht, denn die gibt der vHost vor und da kann es nur eine geben, daher innerhalb filtern, was für was zählt, wenn es Unterschiede geben soll.

    Ich sehe den Unterschied am Warenkorb. Beim einen steht 0,00€, beim anderen CHF0,00

    Musst nun quasi alles anpassen. Auch Titel z.B. die Startseite heißt nun einfach nur "test". Template anpassen, wenn gewünscht, Produkte zuordnen, kann man ja alle einzelne und muss nicht alles übernehmen etc.

    Und die manuellen Weiterleitungen nicht vergessen zu ändern, denn die würden einen ja sonst auch direkt nach DE schicken.

    Die Weiterleitung in Plesk kannste auslassen, denn das ganze Zeug mit www nach ohne oder umgedreht sowie nach SSL haste ja alles in der htaccess stehen.

    Mir ist nur immer noch nicht klar, wie der shop wissen will, was er bei welcher URL anzeigen soll.
    Ich finde da keine Weiche oder sowas.

    Die Weiche ist die Domain oder sub. Wenn da domain.de angefragt wird, dann der eine Shop und wenn domain.ch angefragt wird, der neue Shop, der angelegt werden muss.

    Daher geht das ja nicht mit "Ordnern". Das geht alles über die Domain. Da kannste theoretisch so viele aufschalten wie Du magst als Alias und dann eben als neuen Store einrichten.

    Jetzt müssteste eigentlich "nur noch" den Store entsprechend anlegen und am besten irgendwas ändern, das direkt auffällt, dass man unterscheiden kann, ob der deutsche oder der schweizer angezeigt wird. Das ist nun aber Aufgabe des Shops.

    Und bei Deinen manuellen Weiterleitungen in der Htaccess, also bei denen da (allen)

    Apache Configuration
    RewriteRule ^image/cache/catalog/seidentücher/chiffon\s3,5/([\w\-_\s,/\.]+)\.webp$ https://www.domain.de/image/cache/catalog/seidentuecher/chiffon_35/$1.webp [L,NC,R=301]

    Entferne da bei allen die Domain, sodass das Ziel einfach nur mit einem Slash beginnt.