Der ultimative kanonische SEO-Ressourcenleitfaden

Dieser Artikel ist ein Gastbeitrag – lesen Sie mehr über den Autor am Ende des Beitrags.

Haben Sie sich jemals gefragt, was kanonisches SEO ist und wie es sich auf Ihre Eigenschaften bezieht? Nun, lassen Sie mich Ihnen versichern, Sie sind nicht der Erste!

Als technischer SEO für ein größeres Unternehmen sehe ich, dass junge Spezialisten und Entwickler Schwierigkeiten haben, zu verstehen, was kanonische Relationen sind, wie/wann sie verwendet werden und warum sie einen Platz in der Optimierung für Suchmaschinen haben.

Und um ehrlich zu sein, stimmen die meisten SEOs darin überein, dass die eigentliche Natur des Zwecks und der Absicht von Canonical verworren ist.

Heute beseitigt SEO Butler jedoch alle Missverständnisse mit einem umfassenden Informationsleitfaden zu Canonicals für SEO-Zwecke.

Was ist ein Canonical-Tag?

Ein kanonisches Tag, auch bekannt als „canonical rel“ oder „rel canonical“, ist ein Attribut, das die Beziehung einer Ressource zu einem HTML-Dokument definiert.

Es wird oft verwendet, um die Kopie einer Seite zu definieren, die Sie Suchmaschinen zur Indizierung präsentieren möchten.

Die Verwendung des kanonischen Tags verhindert, dass Seiten in den SERPS unter Variationen Ihrer Eigenschaft bereitgestellt werden, die Sie nicht verwenden möchten.

Da es von jeder Website vier Varianten gibt, ist es äußerst wichtig, dass Sie immer angeben, welche Variante Sie als „Master Copy“ verwenden möchten.

Beispiele für kanonische Rels und ihre vier Variationen sind wie folgt:

<link rel=“canonical“ href=“ http://seobutler.com/“/ >

<link rel=“canonical“ href=“ http://www.seobutler.com/“/ >

<link rel=“canonical“ href=“ https://seobutler.com/“/ >

<link rel=“canonical“ href=“ https://www.seobutler.com/“/ >

Wissenscheck:

Das Wort kanonisch stammt von der lateinischen Wurzel canonicalis, was „zum Kanon gehörend“ oder „gemäß der Regel“ bedeutet. Was kanonisches SEO betrifft, sagen wir Suchmaschinen einfach, was die Regel für die Indizierung von HTML-Dokumenten und ihren Varianten ist.

Warum haben wir 2019 überhaupt Canonicals?

Warum tun wir das eigentlich? Es scheint überflüssig, vier Varianten einer Website zu haben, oder?

Man sollte meinen, Google, Bing und Yahoo würden die Version auswählen, die sie für die beste Indexierung für geeignet halten, und sich daran halten, oder?

Das würde unser Leben zwar viel einfacher machen, wäre und könnte aber auch potenziell gefährlich für bestimmte Web-Eigenschaften sein. Lassen Sie mich erklären …

Viele Websites im Internet verwenden Subdomains und hreflang (ein weiteres rel-Attribut), um Suchmaschinen mitzuteilen, dass ihre Eigenschaft möglicherweise verschiedene Sprachversionen derselben Website bereitstellt.

Negative Auswirkungen der Nichtverwendung kanonischer Rels

• Duplicate-Content-Fehler
• Seiten, die nicht in den SERPS erscheinen, weil sie als andere Seite fehlinterpretiert wurden (insbesondere in Bezug auf hreflang)
• Crawl-Budget-Mängel aufgrund mehrerer Seiten-Crawls desselben Inhalts

Weitere Informationen zu kanonischen rel-Problemen von Google

Darüber hinaus sind Canonicals auch bei der Erstellung von Accelerated Mobile Pages (AMP)-Seiten für Mobilgeräte von entscheidender Bedeutung, zumal Google jetzt zum Ausdruck gebracht hat, dass alle neuen Eigenschaften zuerst von ihrer mobilen Version indiziert werden, wobei Desktop an zweiter Stelle steht.

Wie Sie sehen können, spielen Canonicals aufgrund dieser unterschiedlichen Arten von Websites eine entscheidende Rolle bei der Kommunikation mit Suchmaschinen, welche URL verwendet werden soll.

Wissenscheck:

Eine AMP-Seite, auch als beschleunigte mobile Seite bezeichnet, ist ein Dokument auf einer Website, das in Verbindung mit Ihren Standardseiten funktioniert, um Inhalte schneller für Benutzer bereitzustellen, die mobile Geräte verwenden. In den meisten Fällen enthalten diese Seiten kein JavaScript, keine Videos und Bilder, um HTTP-Anforderungen an Ihren Server zu reduzieren, damit die Seite für den Benutzer so schnell wie möglich geladen werden kann.

Wann sollte die Kanonisierung verwendet werden?

Machen wir es kurz. Das einzige, woran Sie denken müssen, ist, dass es entscheidend ist, Canonicals zu verwenden. Auf jeder Seite, bei jedem Projekt, zu jeder Zeit.

Ob in Form einer Link-Rel, eines HTTP-Headers oder in Ihrer .htaccess-Datei, es gibt keinen Grund, sie nicht zu verwenden.

Während für einen Menschen alle diese Seiten eine einzelne Seite oder ein einzelnes Dokument auf einer Website darstellen, stellen sie für einen Suchmaschinen-Crawler alle einen anderen Ort oder eine andere URL dar, von der Inhalte extrapoliert werden können.

Aus diesem Grund können Sie sehen, wie die Nichtverwendung von Canonicals zu Duplicate-Content-Fehlern führen kann.

Glücklicherweise haben die meisten CMS – wie WordPress – tatsächlich ein eingebautes Kanonisierungssystem. Wenn sie von Beginn einer Website an richtig eingerichtet sind, müssen sie nie wieder berührt werden (mehr dazu weiter unten).

Wo und wie man Canonicals verwendet

Jetzt, da wir ein klares Verständnis davon haben, was ein Canonical ist und wann man es verwendet (immer!) – stellt sich natürlich die Frage, wie man es benutzt.

Lass uns gleich einsteigen!

Bevor wir damit beginnen können, unsere Canonicals auf unserer Website oder unseren Seiten einzurichten, müssen wir zunächst sicherstellen, dass unser Domain Name Service (DNS) so eingerichtet ist, dass er unsere Canonical-Struktur unterstützt.

In vielen Fällen habe ich gesehen, wie Webdesigner, SEO-Spezialisten und Systemadministratoren kanonische Relationen auf Seitenebene auf die Seite kleben, aber nicht sicherstellen, dass ihre DNS-Einträge dem Visionstyp entsprechen, den sie ihren Benutzern und Suchmaschinen zu bieten versuchen .

Wie gehen wir damit um? Einfach genug. Wir gehen zu unserem Domain-Registrar und beginnen auf DNS-Ebene, um sicherzustellen, dass alles konsistent ist.

Bearbeiten Ihres DNS zur Unterstützung Ihrer Canonicals

Das Bearbeiten Ihrer DNS-Dateien kann ein beängstigender Prozess sein. Heute werden wir Sie mit einfachen Screenshots von Text, die Sie direkt in Ihre Unterlagen einfügen können, ohne ein vollständiges oder umfassendes Verständnis aller dahinter stehenden Nuancen auf den Erfolg vorbereiten.

Im Folgenden zeige ich Ihnen, wie Sie diese Datei für Nicht-www.Websites bearbeiten. und www.websites.

Für www-bevorzugte Websites

Für www-bevorzugte Websites müssen wir dem DNS im Wesentlichen mitteilen, dass Ihre www-Version als kanonisch angesehen werden soll.

Dazu werden einfach zwei Einträge eingerichtet: Ein „A“-Eintrag und ein CNAME-Eintrag.

Schritt 1: Melden Sie sich bei Ihrem DNS-Anbieter an (wir verwenden Google).

Schritt 2: Wählen Sie die Domain-Property aus, die Sie verwalten möchten. Für dieses Beispiel wählen wir „Tucson's Trusted“. Wenn Sie Google Domains verwenden, sehen Sie auf der linken Seite die DNS-Option. Klick es.
Schritt 3: Scrollen Sie ganz nach unten auf der Seite und suchen Sie nach „Custom Resource Records“. Es wird in etwa so aussehen.

Schritt 4: Um Ihre bevorzugte Vision für www festzulegen, verwenden Sie die beiden Datensatztypen im obigen Screenshot. Der erste Datensatztyp ist ein „A“-Datensatz, der in die Hosting-IP-Adresse aufgelöst wird. Der zweite Datensatz ist der CNAME-Datensatz oder „Canonical“ Name Record (macht das schon Sinn?!), der auf die www-Version der Website verweist.

Sobald Sie diese Schritte ausgeführt haben und alle Felder aktualisiert wurden, drücken Sie auf Speichern! Dies teilt dem Server und den Crawlern nun auf DNS-Ebene mit, was Ihre kanonische Präferenz ist.

Für Nicht-www-bevorzugte Websites

Für bevorzugte Websites ohne www gehen wir den gleichen Weg wie oben, aber nur für die Schritte 1-3. Der vierte Schritt ist etwas anders.

In diesem Szenario würden wir unsere bevorzugte Vision für Nicht-www anstelle von www festlegen. Dazu verwenden wir zwei Datensatztypen, wie im folgenden Screenshot zu sehen.

Wirklich, wir schließen nur den CNAME-Eintrag anstelle eines anderen „A“-Eintrags aus. Dadurch entfällt jegliche Kanonisierung, die Suchmaschinen auf DNS-Ebene berücksichtigen könnten.

Wenn diese Schritte abgeschlossen sind, können wir in unserem Prozess vorankommen, um unsere bevorzugte Vision in unserem Eigentum oder unserer Domäne zu standardisieren!

Bearbeiten Ihrer .htaccess-Datei zur Unterstützung Ihrer Canonicals

Als nächstes kommen wir zur HTTP-Zeile vom DNS, um unsere kanonische Topographie zu unterstützen.

Die folgenden Informationen werden über die .htaccess-Datei gesteuert und verarbeitet. Es ist darauf ausgerichtet sicherzustellen, dass Ihr Host versteht, welchen URL-Pfad Sie für den Datenverkehr bevorzugen, nachdem Ihr DNS zu Ihrer IP aufgelöst wurde.

Im Folgenden zeige ich Ihnen, wie Sie diese Datei mit einfachen Copy-and-Paste-Codes für Ihre .htaccess-Datei bearbeiten.

Für www-bevorzugte Websites

Schritt 1: Stellen Sie eine FTP-Verbindung zum Stammordner Ihrer Domain her. In diesem Ordner sollte sich eine .htaccess-Datei befinden. Wenn nicht, erstellen Sie bitte eine.

Schritt 2: Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie „Bearbeiten“. Dadurch wird das Dokument in dem Dateieditor Ihrer Wahl angezeigt.

Schritt 3: Fügen Sie für www-bevorzugte Websites ohne https den folgenden Apache-Code hinzu:

RewriteEngine ein

RewriteCond %{HTTP_HOST} ^ihredomain.com [NC]

RewriteRule ^(.*)$ http://www.ihredomain.com/$1 [L,R=301]

Für die Nutzung von www und https:

RewriteCond %{HTTP_HOST} ^yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

RewriteRule ^(.*)$ https://www.yourdomain.com/$1 [R=301]

Hinweis: Stellen Sie sicher, dass Sie yourdomain.com durch Ihre tatsächliche Domain ersetzen.

Schritt 4: Bitte speichern Sie Ihre Datei und überschreiben Sie die alte.

Für Nicht-www-bevorzugte Websites

Schritt 1: Stellen Sie eine FTP-Verbindung zum Stammordner Ihrer Domain her. In diesem Ordner sollte sich eine .htaccess-Datei befinden. Wenn nicht, erstellen Sie bitte eine.

Schritt 2: Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie „Bearbeiten“. Dadurch wird das Dokument in dem Dateieditor Ihrer Wahl angezeigt.

Schritt 3: Fügen Sie für Nicht-www-bevorzugte Websites ohne https den folgenden Apache-Code hinzu:

RewriteEngine ein

RewriteCond %{HTTP_HOST} ^www.ihredomain.com [NC]

RewriteRule ^(.*)$ http://yourdomain.com/$1 [L,R=301]

Für Nicht-www- und https-Nutzung:

RewriteCond %{HTTP_HOST} ^www.yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

RewriteRule ^(.*)$ https://yourdomain.com/$1 [R=301]

Hinweis: Stellen Sie sicher, dass Sie yourdomain.com durch Ihre tatsächliche Domain ersetzen.

Schritt 4: Bitte speichern Sie Ihre Datei und überschreiben Sie die alte.

Nachdem Sie diese Schritte abgeschlossen haben, können wir nun mit der Einrichtung von On-Page-Canonicals fortfahren!

Dies ist der letzte Schritt, um sicherzustellen, dass Suchmaschinen genau verstehen, wie Ihre Website auf ihren Ergebnisseiten angezeigt werden soll.

Wenn Sie Probleme haben, den obigen Code zu verstehen, sehen Sie sich diese Ressourcen unten für von Apache generierte Weiterleitungen in Ihrer .htaccess-Datei an.

Es ist auch wichtig zu beachten, dass je nachdem, welche Version von Apache auf Ihrem Server ausgeführt wird, der Code möglicherweise etwas anders geschrieben ist, um diese Befehle auszuführen.

Hier sind zwei Ressourcen, die Ihnen bei Bedarf weiterhelfen können.

Bearbeiten Ihrer Seite zur Unterstützung Ihrer Canonicals

Wie bereits erwähnt, können Sie, wenn Sie ein CMS (Content Management System) wie WordPress verwenden, dessen integrierten Turnkey-Prozess in einem Schritt verwenden, um Ihre Canonicals auf Seitenebene festzulegen.

Wie fragst du? Recht einfach.

Gehen Sie zu Ihren Backend-Administrationspanels und wählen Sie „Einstellungen“ und dann „Allgemein“. Unter Allgemein sehen Sie die Optionen aus dem folgenden Screenshot:
Alles, was Sie hier tun müssen, ist, Ihre Website genau so zu schreiben, wie WordPress Ihre Link-Rel-Canonicals abgleichen soll.

Einfach genug, oder?!

Wie wäre es, wenn Sie kein WordPress haben und an einer statischen HTML-Website mit benutzerdefinierten CSS- und PHP-Modulen arbeiten?

Fast so einfach!

Fügen Sie für statische Seiten das Code-Snippet unten in der Kopfzeile Ihrer Website hinzu. Dieser Code lässt Suchmaschinen wissen, dass dies die bevorzugte Vision ist, als die Ihre Seite indexiert werden soll.

Diese Relationen sind wie folgt. Wie Sie Ihr DNS und Ihre .htaccess 301-Weiterleitungen einrichten, bestimmt, welche Link-Rel Sie verwenden sollten. Denken Sie daran, sicherzustellen, dass es übereinstimmt, damit es keine inkonsistente Inhaltsindizierung in den SERPs gibt.

<link rel=“canonical“ href=“ http://seobutler.com/“/ >

<link rel=“canonical“ href=“ http://www.seobutler.com/“/ >

<link rel=“canonical“ href=“ https://seobutler.com/“/ >

<link rel=“canonical“ href=“ https://www.seobutler.com/“/ >

Nachdem Ihre Verwandten hinzugefügt wurden, vergewissern Sie sich, dass sie auf der Seite, an der Sie arbeiten, verifiziert sind. Überprüfen Sie dazu die Seitenquelle und drücken Sie <Strg + F>, um nach „Canonicals“ zu suchen.

Es wird in etwa so aussehen:

Optimierung Ihrer Canonicals für externe Ressourcen

Mit der Weiterentwicklung von Cloud-basierten Anwendungen, Servern und Inhaltsbereitstellungsnetzwerken ist die Bereitstellung von Datenverkehr an benannte Ressourcen anstelle von IP-Adressen von äußerster Bedeutung.

Wenn es nicht falsch gemacht wird, kann es zu inkonsistenter Datensatzbereitstellung und Crawling-Verwirrung durch Suchmaschinen führen.

Eine kurze Google-Suche nach „CDNS schadet SEO“ wird Ihnen zeigen, dass bei unsachgemäßer Einrichtung viele Eigenschaften aufgrund von SERP-bezogener De-Indexierung einen Verkehrsverlust erleiden.

Das Einrichten von Alias-Eintragstypen ermöglicht es Ihnen, eine benannte Ressource einem Stamm zuzuordnen. Ein Beispiel für eine benannte Ressource wäre mywebsite.website.com.

In unserem Fall würden wir für die Zwecke dieser Erklärung mywebsite.website.com an website.com weiterleiten. Dies führt zu weniger Integrationsproblemen zwischen der benannten Ressource und Ihren kanonischen URLs.

Hinweis: Der Alias-Eintrag wird in der Cloud Ihrer Wahl oder im Content-Delivery-Netzwerk eingerichtet. Es handelt sich um einen virtuellen Datensatztyp, der CNAME-ähnliches Verhalten auf Root- oder Apex-Domänen bereitstellt und bewirkt, dass jeder Name in eine IP-Adresse aufgelöst wird.

Die Unterschiede verstehen

Ein A-Record ordnet einen Namen einer IP-Adresse zu.

Der CNAME-Eintrag ordnet einen Namen einem anderen Namen zu (www zu non www, was uns ein kanonisches von www gibt)

Der Alias-Datensatz ordnet einen Namen einem anderen Namen zu (mywebsite.website.com zu website.com

Fazit : CNAME- und ALIAS-Einträge ordnen Namen anderen Namen zu (www-Website oder Subdomains) und A-Einträge werden in eine IP aufgelöst.

Abschließende Gedanken zu Canonicals für SEO

Wenn Sie es bis zum Ende dieses Artikels geschafft haben, hoffe ich, dass Sie ein neues Verständnis dafür haben, was Canonicals sind und warum sie für die Suchmaschinenoptimierung unerlässlich sind.

Während viele glauben, dass die kanonische Implementierung nicht mehr so ​​​​notwendig ist wie früher, würde ich argumentieren, dass sie es noch mehr ist. Mit dem anhaltenden Krieg, den Google führt, um AMP-Seiten relevanter zu machen, und seinen Empfehlungen für sprachspezifische Websites in einigen Nischen, sind Canonicals wichtiger denn je.

Denken Sie an SEOs, optimieren Sie, um sich mit Blick auf die Gegenwart auf die Zukunft vorzubereiten.

Sie müssen nicht besser sein als alle anderen, aber Sie müssen effizienter sein als Ihre Konkurrenten – selbst wenn es um kanonisches SEO geht.