Wie kann ich Google mitteilen, dass jeder Unterordner eine andere Website ist? Andernfalls hängt Google den Namen der Hauptwebsite an jeden anderen Unterordner an

8

Einer unserer koreanischen Kunden (der unbenannt bleiben möchte) hat ein Problem mit seinem Abschnitt seiner Website (Unterordner). Sie sind Teil einer internationalen Organisation. Nennen wir sie für unsere Zwecke "Foobar".

Die Einrichtung

www.foobar.com(leitet zur Länderseite weiter, dh www.foobar.com/usa/wenn IP aus den USA erkannt wird)

www.foobar.com/usa/ Titel-Tag zeigt <title>Foobar USA</title>

www.foobar.com/korea/ Titel-Tag zeigt <title>Foobar Korea</title>

www.foobar.com/japan/ Titel-Tag zeigt <title>Foobar Japan</title>

www.foobar.com/international/en/ Titel-Tag zeigt <title>Foobar International</title>

Das Problem

In der SERP von Google werden bei der Suche nach "foobar korea" (z. B.) deren Seiten www.foobar.com/korea/in den Suchergebnissen Foobar USAangezeigt, wobei die Titel der Unterordnerseiten aller Länder in der SERP angehängt werden (dh Lorem Ipsum - Foobar Korea - Foobar USAanstelle des Originals <title>Lorem Ipsum - Foobar Korea</title>). Das Umschreiben macht uns nichts aus. Unser Problem ist, wie wir Google mitteilen, dass dieser Unterordner zu gehört Foobar Koreaund nicht Foobar USA.

Nach unserer eigenen Erfahrung wird Google, nachdem festgestellt wurde, dass der Name der Organisation bereits im Titel-Tag angezeigt wird, nicht erneut angehängt.

Dieses Problem tritt auch in anderen Ländern wie Japan, China usw. auf.

Google scheint davon überzeugt zu sein, dass die gesamte Domain vorhanden ist Foobar USA. Da Googlebot hauptsächlich von US-IP-Adressen crawlt , wird der Crawler beim Versuch, die Stammdomäne abzurufen www.foobar.com, 301 an den Ort umgeleitet, an www.foobar.com/usa/dem er gefunden wird, <title>Foobar USA</title>und genau dies wird an jeden Titel einer Unterordnerseite angehängt, an dem er nicht vorhanden ist.

Unsere gescheiterten Versuche

Wir haben versucht , den HTML-Seiten strukturierte Daten mit dem Namen Foobar Korea hinzuzufügen, aber das hatte keine Auswirkungen.

Wir haben die Immobilie separat in der Google Search Console registriert, dies hat jedoch keine Auswirkungen.

Wir haben auch www.foobar.com/korea/ als Google My Business mit dem Namen Foobar Korea registriert.

Gibt es andere Möglichkeiten, Google darüber zu informieren, dass es sich um separate Websites handelt, und nicht für alle Unterordner denselben Titel zu verwenden?

Alternativlösungen

  1. Aus unserer eigenen Erfahrung mit einem anderen Kunden wissen wir, dass Google , wenn wir die Hauptwebsite so ändern , dass sie www.foobar.com/usa/gerecht ist <title>Foobar</title>(was Google im Wesentlichen davon überzeugt, dass sie gerecht ist Foobarund nicht Foobar USA), nur Foobaran alle Seitentitel von Unterordnern anhängt, sofern diese noch nicht vorhanden sind der Titel.

  2. Wie @closetnoc in den Kommentaren erwähnt, können wir auch versuchen, die Titellänge der Hauptseite von so <title>Foobar Korea</title>zu ändern <title>Doing more foo than bar - Foobar Korea</title>, dass Google davon abgehalten wird, den falschen Site-Namen anzuhängen . Nach unserer Erfahrung funktioniert dies auch, aber es scheint eher so, als würde man das Problem verbergen, anstatt es zu beheben.

Die beste Lösung besteht darin, Google zu signalisieren, dass jeder Unterordner eine andere Website ist.

Um ganz klar zu sein: In dieser Ausgabe geht es nicht darum, den gesamten Titel in SERP neu zu schreiben. In diesem Problem geht es darum, dass Google den falschen Organisationsnamen an den Titel anfügt. Die Frage ist, wie Google wissen soll, dass es sich bei diesem Unterordner um eine andere Organisation handelt.

EDIT: 27. November

Es ist endlich behoben. Siehe Antwort

Joseph Shih
quelle
1
Google My Business ist für lokale Suchvorgänge mit "SNACK" -Box-Ergebnissen vorgesehen und nicht für organische Stoffe. Sie unterliegen nicht <title>nur organischen Stoffen.
Simon Hayter
2
Es sieht so aus, als würde Google versuchen, Ihren SERP-Link auf eine Weise zu brandmarken, die ich möglicherweise noch nicht gesehen habe oder an die ich mich nicht erinnere. Können wir ein realistischeres Beispiel für ein Seitentitel-Tag erhalten? Ich vermute jedoch, dass dies kontrolliert werden kann, um sicherzugehen, dass ich ein realistisches Titelbeispiel benötige. Wenn Sie den Firmennamen nicht preisgeben möchten, ist dies in Ordnung. Bitte geben Sie uns einen Beispielnamen, der genauso lang ist wie Ihr aktueller Name. Wie unterscheiden sich Seitentitel-Tags von Seite zu Seite? Prost!!
Closetnoc
1
Ich vermute, Ihre Titel-Tags sind zu kurz. Es ist interessant, dass Google Foobar USA sieht. Ich vermute jedoch, dass Google Foobar USA als Marke nimmt und dies an ein zu kurzes Titel-Tag anfügt. Verwalten Sie Ihre Titel-Tags zwischen 45 und 55 Zeichen und nicht länger als 60 Zeichen. Testen Sie dies und Sie werden wahrscheinlich sehen, dass das Problem behoben ist.
Schranknoc
1
Verwenden Sie eine Sitemap? support.google.com/webmasters/answer/2620865?hl=de
AAGD
1
Heutzutage, da Google nur noch ein Eichhörnchen ist und entscheidet, welche Titel es wert sind und was nicht, und wenn Sie Ihre Titellänge nicht verwalten, überlassen Sie Ihre Zukunft in den Händen eines anderen. Aus diesem Grund empfehle ich, das Verwalten von Titeln zu lernen. Das Problem nicht abdecken. Nur die Realität zu managen, der wir uns stellen müssen, wenn wir uns mit einem 900-Pfund-Gorilla in einer Monopolstellung befassen. Sie sind natürlich viel schlauer als Sie und Ihre Titel-Tags reichen einfach nicht aus! Holen Sie sich mit dem Programm. Richten Sie sich auf und fliegen Sie nach rechts. Mama sagt es. (Humor) Prost !!
Schranknoc

Antworten:

4

In einem anderen Kontext habe ich diese Beispiele für die Verwendung hreflangund canonicalLinks gegeben. Zu Ihrem Zweck habe ich im Kopfbereich beider Beispiele Strukturdaten mit Meta-Tags hinzugefügt , die einen Organisationsnamen, eine Marke und eine Abteilung angeben:

Beispiel einer englischen Webseite

http://example.com/en/

<!DOCTYPE html>
<html lang="en"> 
<head itemscope itemtype="http://schema.org/Organization">
     <title>English webpage</title>
     <meta content="My English Organization" itemprop="name">
     <meta content="My English Brand Name" itemprop="brand">
     <meta content="My English Department" itemprop="department">
     <link rel="canonical" href="http://example.com/en">
     <link rel="alternate" href="http://example.com/en/" hreflang="en">
     <link rel="alternate" href="http://example.com/nl/" hreflang="nl">
     <link rel="alternate" href="http://example.com/en/" hreflang="x-default">
</head>
<body>
     <p>This is a webpage written in English. 
        This page is also available in Dutch. 
        The default language of this page is English. 
</body>
</html>

Beispiel einer niederländischen Webseite

http://example.com/nl/

<!DOCTYPE html>
<html lang="nl"> 
<head itemscope itemtype="http://schema.org/Organization">
     <title>Nederlandse webpagina</title> 
     <meta content="My Dutch Organization" itemprop="name">
     <meta content="My Dutch Brand Name" itemprop="brand">
     <meta content="My Dutch Department" itemprop="department">
     <link rel="canonical" href="http://example.com/nl" >
     <link rel="alternate" href="http://example.com/en/" hreflang="en">
     <link rel="alternate" href="http://example.com/nl/" hreflang="nl">
     <link rel="alternate" href="http://example.com/en/" hreflang="x-default">
</head>
<body>
     <p>Dit is een Nederlandstalige web pagina. 
        Deze pagina is beschikbaar in het Engels. 
        De standaardtaal van deze pagina is Engels.
</body>
</html>

Dies sollte für Google ausreichen, um zu bestimmen, welche Seite für ein bestimmtes Gebietsschema verwendet werden soll. Die kanonische Verbindung ist wichtig.

In diesem headAbschnitt könnten strukturierte Daten verwendet werden , obwohl Suchmaschinen diese Daten möglicherweise nach Belieben verwenden. In meinen Beispielen habe ich eine type‚Organisation‘ im Kopf in Mikroformat und einige Eigenschaften dieser Art: name, brand, und department. Wenn Sie meine Beispiele mit dem Google Structured Data Testing Tool überprüft haben ; Auf diese Weise können Sie die Interpretation Ihrer Daten überprüfen. Das Ergebnis in GSDTT des ersten Beispiels - das für mich gut aussieht - ist:

@type Organization
 name My English Organization
 brand
    @type Thing
     name My English Brand Name
 department
    @type Organization
     name My English Department

Es liegt an Ihnen, welche Eigenschaften von OrganizationIhnen verwendet werden. namescheint mir auf den ersten Blick am besten geeignet. Eine vollständige Liste der gültigen Eigenschaften für diesen Typ finden Sie unter schema.org/Organization .

Außerdem würde ich empfehlen , eine Sitemap zu erstellen und gegebenenfalls zu aktualisieren.

iep
quelle
Ich habe meiner Antwort eine Empfehlung zum Erstellen einer Sitemap hinzugefügt.
iep
Danke für dein Beispiel. Es geht nicht darum, welche Seite bei Google bereitgestellt werden soll. Wir haben bereits empfohlen, ihre Seiten korrekt mit Hreflang-Anmerkungen zu versehen. Die Hauptfrage ist, wie wir Google anzeigen, dass jeder Unterordner eine andere Organisation ist. Danke noch einmal.
Joseph Shih
Als zweiten Gedanken sollten Sie in Ihrem Fall vielleicht strukturierte Daten verwenden. Zunächst denke ich, Sie sollten die Eigenschaften der Seite beschreiben, hreflangnur Hinweise auf alternative Sprachen. Ich habe das Update meiner Antwort nicht getestet, aber es könnte funktionieren. Halte mich auf dem Laufenden.
iep
@JosephShih Es kann auch hilfreich sein, für jede Organisation einige Adds (AddWords) zu erstellen. Wenn auch das nicht hilft: Rufen Sie Google an! Ich bin sicher, sie werden Ihnen helfen, dorthin zu gelangen, wo Sie sein möchten. Ich bin immer wieder überrascht, wie gut Google-Supportmitarbeiter bereit sind, zu helfen und wie gut sie geschult sind, zumindest in den Niederlanden. Ich habe diesen Rat nicht in meine Antwort aufgenommen, da dies kein Programmierrat ist, aber er könnte Ihnen helfen.
iep
@ JosephShih Ich habe meine Antwort mit strukturierten Daten aktualisiert.
iep
4

Wir haben heute am 29. November nachgesehen und der Titel im SERP ist nicht mehr - Foobar USAbis zum Ende angehängt. Es ist jetzt nur Foobar Korea(nicht Foobar Korea - Foobar USA).

Folgendes haben wir getan

  • 27. Oktober (Tag 0) - Folgende strukturierte Daten wurden hinzugefügt :

    <script type="application/ld+json">
    {
    "@context": "http://schema.org",
    "@type": "Organization",
    "url": "https://www.foobar.com/korea/",
    "name": "Foobar Korea"
    }
    </script>
    
  • 20. November (Tag 24) - Frage hier auf Stack Exchange veröffentlicht, nachdem keine Ergebnisse erzielt wurden .

  • 24. November (Tag 28) - Unsere eigenen Forschungen haben uns dazu gebracht, Noodp hinzuzufügen <meta name="robots" content="noodp">. Wir sind uns nicht sicher, ob dies wirklich Auswirkungen hatte. Grundsätzlich werden Suchmaschinen angewiesen, keine Informationen aus öffentlichen Verzeichnissen zu verwenden, da diese möglicherweise veraltet sind.

  • 29. November (Tag 33) - Erfolg! Wir haben Google SERP überprüft und auf der Homepage des Unterordners www.foobar.com/korea/ist - Foobar USAdas Ende nicht mehr angehängt.

Zusätzliche Hinweise

  • Obwohl wir unseren Kunden geraten haben, ihre Seiten mit Hreflang-Anmerkungen zu versehen, haben sie dies bis heute noch nicht getan. Für die Aufzeichnung wurden keine Hreflang-Anmerkungen verwendet.

  • Die Titellänge wurde nicht geändert. Seite www.foobar.com/korea/ist still <title>Foobar Korea</title>.

  • Es wurde keine Taktik zum Indizieren und anschließenden Indizieren angewendet.

Joseph Shih
quelle
2

Es ist ziemlich schwierig, die Ursache zu bestimmen, ohne den Quellcode zu untersuchen.

  • Ich gehe davon aus, dass Ihre Website Fehler mit kanonischen Meta-Links aufweist. Ihre Webseite für Korea www.foobar.com/korea/ sollte haben <link rel="canonical" href="www.foobar.com/korea/foobar-korea.html" />.

  • Wenn Ihre Website mehrsprachig ist, verwenden Sie Meta Hreflang .

  • Überprüfen Sie auch Ihren Code 301 . Vielleicht gibt es Fehler.

Zusatz

Die Hauptfrage ist, wie wir Google anzeigen, dass jeder Unterordner eine andere Organisation ist.

7 häufige Hreflang-Fehler (und wie man sie behebt) + Bonus-Tipp :

Canonical Tags und Hreflang Tags nicht richtig zusammen verwenden . Das hreflang-Tag kann auch zusammen mit rel = "canonical" -Anmerkungen verwendet werden, aber hreflang-Tags müssen auf selbstreferenzielle kanonische URLs verweisen. Beispielsweise sollte Seite A ein kanonisches Tag haben, das auf Seite A zeigt, Seite B sollte ein kanonisches Tag haben, das auf Seite B zeigt, und Seite C sollte ein kanonisches Tag haben, das auf Seite C zeigt. Alle drei Seiten sollten Hreflang-Tags haben, die alle erwähnen drei der Seiten in der Gruppe. Sie möchten NICHT nur eine Version einer Seite in einer Seitengruppierung kanonisieren, da dies die Hreflang-Anmerkungen beeinträchtigen würde.

Wenden Sie Meta Hreflang und Canonical auf USA an:

<link rel="canonical" href="www.foobar.com/usa/main.html" />
<link rel="alternate" href="www.foobar.com/usa/main.html" hreflang="en-us" />
<link rel="alternate" href="www.foobar.com/korea/main.html" hreflang="ko" />

Wenden Sie Meta Hreflang und Canonical auf Korea an:

<link rel="canonical" href="www.foobar.com/korea/main.html" />
<link rel="alternate" href="www.foobar.com/korea/main.html" hreflang="ko" />
<link rel="alternate" href="www.foobar.com/usa/main.html" hreflang="en-us" />

Lesen Sie mehr: Lang unicode ++ Hreflang richtig machen: Beispiele und Erkenntnisse für internationales SEO (Moz) ++ Hreflang и Canonical International SEO Test .

Strukturierte Daten anwenden - Eigenschaft Organisation für USA:

<section vocab="http://schema.org/" typeof="Organization">
<h1 property="name">Name</h1>
<p property=areaServed>(The geographic area where a service or offered item is providedfor example:) Throughout on the United States</p>
<section property="address" typeof="PostalAddress">
<h2 property="name">Main address</h2>
<p property="streetAddress">Address</p>
<p property="postalCode">Code</p>
<p property="addressLocality">City</p>
<p>USA<meta property=addressCountry content=US /></p>
</section>

Strukturierte Daten anwenden - Immobilienorganisation für Südkorea:

<section vocab="http://schema.org/" typeof="Organization">
<h1 property="name">Name</h1>
<p property=areaServed>(The geographic area where a service or offered item is providedfor example:) Throughout on the South Korea</p>
<section property="address" typeof="PostalAddress">
<h2 property="name">Main address</h2>
<p property="streetAddress">Address</p>
<p property="postalCode">Code</p>
<p property="addressLocality">City</p>
<p>South Korea<meta property=addressCountry content=KR /></p>
</section>

Lesen Sie mehr ISO 3166-2 von Wikipedia .

nikant25
quelle
Vielen Dank für Ihre Antwort, unsere Canonicals sind für jede Seite korrekt. Wir haben unseren Kunden empfohlen, ihre verschiedenen Unterordnerseiten mit entsprechenden Hreflang-Anmerkungen zu versehen. Die 301 HTTP-Antwort habe ich bereits analysiert. Die Hauptfrage ist, wie wir Google anzeigen, dass jeder Unterordner eine andere Organisation ist. Danke noch einmal.
Joseph Shih
Hinweis: <meta>und <link>Tags verwenden oder benötigen keinen schließenden Schrägstrich und haben dies auch nie getan.
Rob
@ Rob Das Beispiel 2 von schema.org/OpeningHoursSpecification, in dem die schließenden Schrägstriche verwendet werden
nikant25
@ nikant25 Danke, aber die ursprüngliche Frage stellt bereits fest, dass strukturierte Daten bereits hinzugefügt wurden und die Schema.org-Organisation verwenden.
Joseph Shih
@ nikant25 Sie sollten die tatsächliche HTML-Spezifikation befolgen und keine Website eines Drittanbieters. Nirgendwo in der Geschichte von HTML haben diese Tags einen abschließenden Schrägstrich oder ein Beispiel verwendet oder benötigt, das jemals in der Spezifikation gezeigt wurde. Tatsächlich besagt die Spezifikation, dass es keine Bedeutung hat, wenn man eine dort platziert, nichts tut, und die Browser werden angewiesen, sie zu ignorieren.
Rob