Content länderübergreifend: canonical oder nicht?
Wir haben Content in Deutschland und Österreich und diesen als canonical gekennzeichnet, da nur geringe Unterschiede bestehen. Jetzt gibt es bei bestimmten Seiten doch größere Unterschiede. Meine Frage: Sollen diese Seiten nicht mehr als canonical gekennzeichnet werden? Werden immer beide Seiten indiziert und im jeweiligen Land die entsprechende in der Suchmaschine gefunden? Welche Vor- und Nachteile können wann auftreten?
Hallo
 
*>>Sollen diese Seiten nicht mehr als canonical gekennzeichnet werden?*
Wenn sie unterschiedlich sind, dann darf Canonical nicht verwendet werden.
 
*>>Werden immer beide Seiten indiziert und im jeweiligen Land die entsprechende in der Suchmaschine gefunden?*
Nein, dafür ist Hreflang notwendig, Tutorial siehe hier: <https://support.google.com/webmasters/answer/189077?hl=de>
 
*>>Welche Vor- und Nachteile können wann auftreten?*
Vorteile liegen darin das alles Richtlinienkonform umgesetzt wird. Nachteile entstehen bei falscher Umsetzung, denn dann wird sich Google sehr wahrscheinlich nicht 100%  an die Ländervarianten halten.
 
lg
PeVy
<p>wenn sie nur eine webseite haben, wird diese höchstwahrscheinlich mehrere themen abdecken (z. b. jeden angebotenen webdienst) und sich daher nicht auf ein thema konzentrieren. dadurch wird es schwieriger, diese seite für ein bestimmtes thema auf einen guten rang zu bringen (sie erhalten nur einen seitentitel, eine h1 usw.).</p><p>wenn sie es in mehrere seiten aufteilen, können sie jede seite auf ein bestimmtes thema fokussieren. durch das verknüpfen ihrer seiten erhalten sie außerdem einen (sehr) kleinen schub, da sie den vorteil einer ankertext- und pr-übertragung haben.</p> <p>nun, sie werden all diese anderen kategorien vor den benutzern verstecken, sodass sie möglicherweise nie wissen, dass sie existieren. wenn es sich um informationsseiten handelt, kann ich das opfer verstehen, aber wenn es sich um andere produktkategorien handelt, ist es auf lange sicht vielleicht in ihrem interesse, sie anzuzeigen, selbst auf kosten einiger benutzer, die entkommen.</p><p>wenn sie zu recht davon ausgehen, dass sie bei google sehr spezifisch waren, weil sie genau wissen, was sie wollen, dann würde ich erwarten, dass sie zurückkommen und den kauf abschließen, auch nachdem sie ein wenig auf der website gestöbert haben. die tatsache, dass sie es nicht tun (ich nehme an, sie haben sich das angesehen), legt mir nahe, dass sie vielleicht doch nicht so sehr auf das produkt aus sind. in diesem fall können sie jetzt davon profitieren, ihre website weiter für sie zugänglich zu machen, oder ihr risiko mit der reduzierten navigation eingehen.</p><p>reduzierte navigation ist im checkout-prozess selbst üblich, auf seiten in der haupthierarchie jedoch viel weniger.</p><p>noch etwas zu beachten: sie beeinträchtigen die konsistenz ihrer website. eine person, die ihren freunden einen link zu einer produktseite sendet oder diese über soziale medien teilt, und eine person, die diesem link folgt, sehen nicht dieselbe navigation. selbst eine person, die den link in ihren lesezeichen oder e-mails oder was auch immer gespeichert hat, sieht nicht das gleiche menü wie beim ersten mal. sie werden es nicht unbedingt bemerken, aber es ist eine schlechte praxis.</p> Hey [@Olaf3](/c/user/viewprofilepage/user-id/696053) 


Da Shopify [Canonical URLs und Tags](https://help.shopify.com/de/manual/promoting-marketing/seo/seo-overview#seo-verbessern) verwendet werden beide URLs für SEO-Zwecke als identisch und nicht als doppelte Seiten behandelt. 


Wir haben hier einen vollständigen Leitfaden für die Einrichtung kanonischer Tags innerhalb [deines Theme Codes hier](https://help.shopify.com/themes/development/getting-started/search-engine-optimization#duplicate-content-and-canonical-urls) falls das hilfreich ist. Vielleicht sind auch Punkte 5, 6 und 8 in [diesem Blog Artikel](https://www.searchenginejournal.com/technical-seo/url-structure/#close) hilfreich. Es wird empfohlen, notfalls eine 301-Umleitung einzurichten und eine XML-Sitemap zu erstellen.


VG,


 



 **Gabe | Social Care @ Shopify**  
   
  - War meine Antwort hilfreich? Klicke **Like** um es mich wissen zu lassen!   
  - Wurde deine Frage beantwortet? Markiere es als **Als Lösung anerkennen**   
 

 Um mehr zu erfahren, besuche unseren [Shopify Help Center](https://help.shopify.com/de/?&utm_source=community&utm_medium=web&utm_campaign=signature&utm_content=de<br>) oder unseren [Shopify Blog](https://www.shopify.de/blog?&utm_source=community&utm_medium=web&utm_campaign=signature&utm_content=de) <p>dies ist aus sicherheitsgründen eine gute idee. ein kennwort mit unicode-zeichen ist schwerer zu erzwingen als ein kennwort mit ascii zeichen gleicher länge. dies gilt auch dann, wenn sie die bytelänge anstelle der zeichenlänge vergleichen, da unicode verwendet das höchstwertige bit, während ascii nicht.</p><p>ich denke jedoch, dass dies nicht praktikabel wäre, da unicode-fehler so häufig sind. ich denke, wenn sie überall unicode-passwörter verwenden, werden sie auf mehr als ein paar websites stoßen, auf denen sie probleme beim anmelden haben würden, da die entwickler die unicode-unterstützung für passwörter nicht korrekt implementiert haben.</p> <p>sie haben das wichtigste übersehen: links werden nach vielen faktoren beurteilt, wobei die wichtigsten die stärke der seite sind, auf der sich der link befindet. wenn die seite vom thema abweicht und/oder schlecht eingestuft ist, unabhängig davon, ob sie sich in einer subdomain, derselben domain oder einer externen site befindet, bedeutet dies nichts, da ein link von dieser seite nichts bedeutendes wert ist. (andere faktoren sind die anzahl der links auf der seite und der ankertext der links). selbst wenn sie ihre inhalte auf diese weise verbreiten, spielt es keine rolle, ob diese seiten von schlechter qualität sind (seo-bezogen).</p><p>allerdings <a href="http://www.mattcutts.com/blog/subdomains-and-subdirectories/">google betrachtet subdomains nicht als etwas anderes als unterordner</a> , sodass diese links als auf derselben website befindlich angesehen werden.</p><p>ich schätze, wenn ich dabei bin, unterschätze nicht die macht der internen verlinkung. wenn sie eine ausreichend große website haben und ihre seiten richtig verlinken, können sie sich einen netten seo-schub geben. es tut wunder für wikipedia. sie verknüpfen ihre internen seiten perfekt mit nebenseiten und ernten die belohnungen der links von anderen seiten mit vielen eingehenden links usw.</p> USA und kanada haben die selbe Ländervorwahl: 001. Das wird gerne auch mal als +1 angegeben und auch im Handy kannst Du die Nummer mit "+1" am Anfang abspeichern.


Amerikaner geben Telefonnummern meist nach dem Schema (222) 333-4444 an. Die (222) ist dabei die Ortsvorwahl. Rufst Du aus dem Ausland oder mit einem deutschen Handy dort an, musst Du eine 001 oder +1 vorwählen.


Aber selbst wenn Du mit einer US-Simcard telefonierst, schadet es nicht, die Ländervorwahl mitzuwählen. Höhere Gebühren fallen dadurch nicht an. Insofern im Handy einfach immer die Ländervorwahl mitspeichern. Ich mache das auch mit deutschen Telefonnummern so - also z.B. +49 40 5555555; Dann kannst Du die Nummern von überall in der Welt aus anrufen.


Wenn Du aus dem US-Festnetz eine US- oder Kanada-Nummer anrufst, brauchst Du nur die Ortsvorwahl vorwählen, nicht die Ländervorwahl +1.


In dem US-Netzen wird übrigens nicht explizit zwischen Handy- und Festnetz-Nummer unterschieden. Auch die Handys haben deshalb lokale Ortsnetz-Vorwahlen. Am besten einen Vergleich machen. meine liste ist lang, soll es wirklich nur ein land sein? <p>wenn dies meine entwurfsentscheidung wäre, würde ich wahrscheinlich eher eine option c (modifizierte option a) wählen.</p><h3>erstens, warum nicht 'option b':</h3><p>zum einen gefällt mir die klarheit, dass jedes produkt seinen eigenen tisch hat. wenn es sich nur um eine große tabelle mit einem feld zur bestimmung des typs handelt, ist die beziehung nicht so klar.</p><p>zum anderen würde die indizierungsstrategie immer erfordern, dass dieses typfeld aufgelistet wird. da es sich nur um 4 typen handelt, ist die indexkardinalität extrem niedrig (<code>select * from product\_table where type='x'</code> führt im grunde sowieso einen vollständigen tabellenscan durch)</p><h3>option c.</h3><ul> <li>erstellen sie eine übergeordnete tabelle, die nur die spalten enthält, die alle typen gemeinsam nutzen</li> <li>erstellen sie jeden produkttyp als eigene tabelle mit ihren einzelnen spalten, mit einem zusätzlichen: ein link zur übergeordneten tabelle</li> <li>erstellen sie jede 'link'-tabelle: product\_option, model\_option usw. mit links zu den jeweiligen schlüsseln.</li> <li>für diejenigen mit wechselseitigen links (model\_option, option\_model) erstellen sie auch diese tabellen. dies erhöht die klarheit ihrer joins für alle, die sich das ansehen.</li> </ul><p>der nachteil ist die komplexität, sicherzustellen, dass waisen vermieden werden, wenn dinge aktualisiert/gelöscht werden, und zunächst die abfragen zu entwerfen, die diese tabellen verwenden.</p> <p>die antwort ist nicht so einfach wie sie zuerst erscheint, da sie von ihrer anwendung abhängt. in vielen fällen sind die auswirkungen negativ, da der benutzer software auf seinem computer installieren muss, was aus allen möglichen gründen viele menschen davon abhält, diese zu verwenden.</p><p>gleichzeitig kann es für heiße neue plugins oder beliebte addons eine positive auswirkung haben. flash ist so verbreitet, dass es wahrscheinlich nur geringe oder keine negativen auswirkungen hat und (wenn es gut verwendet wird) die leute mehr auf ihre website aufmerksam macht.</p><p>silverlight ist interessant. es ist nicht ungewöhnlich, dass sie es benötigen, wenn sie microsoft-websites verwenden. und sobald es heruntergeladen wurde, werden einige leute froh sein, eine site gefunden zu haben, die es verwendet.</p><p>das anfordern eines plugins ist in ordnung, wenn die meisten benutzer es bereits heruntergeladen haben. das erfordernis, dass ihre benutzer explizit ein plugin herunterladen, das sie wahrscheinlich nicht haben, ist ein echtes minus. die verwendung einer, die ihre benutzer wahrscheinlich bereits haben, kann sehr positiv sein.</p>