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

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

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.

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.

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 .