sollten wir eine schaltfläche "nach oben" für mobile websites einfügen?
<p>halten sie es beim erstellen einer mobilen website, auf die zugegriffen werden muss, für eine bewährte methode, einen ankerlink "nach oben" in ein fußzeilenmenü für lange seiten aufzunehmen?</p><p>ich denke an die leute, die mit der tastatur surfen. wenn die seite lang ist, müssen sie viel auf den aufwärtspfeil drücken, um wieder zum menü zu gelangen.</p>
<p>ein "zurück nach oben" -button sollte an und für sich keine usability-probleme verursachen, daher hilft seine anwesenheit nur bei der usability. das hinzufügen ist ein kinderspiel.</p><p>es ist wirklich eine gute praxis für jede lange seite (auch auf nicht mobilen websites). der einzige nachteil ist, dass sie herausfinden müssen, wie sie es in das design integrieren können - aber das ist im allgemeinen kein wesentliches problem.</p><p>edit: ich sollte beachten, dass nielsens einwände gegen mehrere methoden, sich auf der seite zu bewegen, meiner meinung nach hier nicht zutreffen. mobile browser verfügen normalerweise nicht über effiziente methoden zum scrollen zum anfang einer langen seite, und außerdem habe ich kein problem damit, dass es mehrere methoden zum ausführen einer aufgabe gibt.</p>
<p>dies kann eine paginierung sein oder auch nicht, aber hier ist, wie ich paginierung in meiner web-app mache:</p><pre><code>|&lt; first, &lt;&lt; previous, page [5] of 12, next &gt;&gt;, last &gt;| </code></pre><p>die äußeren vier optionen sind links, während die <code>page [5] of 12</code> ist ein formular mit dem [5] als eingabefeld. für benutzer mit aktiviertem javascript verstecke ich die schaltfläche "senden" und sende das formular beim ereignis "unfokus" oder drücke den tastendruck. der benutzer hat die option, wie viele zeilen er anzeigen möchte, die er aus einem dropdown-menü auswählen kann: 10, 20, 50, 100, alle. zusätzlich zur paginierung biete ich auch das sortieren und filtern der ergebnisse an, obwohl dies möglicherweise nicht in jeder situation sinnvoll ist.</p><p><strong>bearbeiten</strong>:</p><p>hier ist ein ausschnitt aus einem modell unserer web-app, um ihnen eine bessere vorstellung zu geben. in dieser version wurden die wörter in den schaltflächen weggelassen, werden jedoch nach einer leichten verzögerung als tooltip beim hover angezeigt. möglicherweise stellen sie jedoch fest, dass das beibehalten der wörter zu einer höheren benutzerfreundlichkeit führt.</p><p><img src="https://i.stack.imgur.com/vzbu0.png" alt="virtuosi media&#39;s pagination example"></p><p>ein paar andere dinge, auf die sie hinweisen sollten:</p><ul> <li>die schaltflächen "erste" und "vorherige" wurden deaktiviert, da es sich um die erste seite handelt.</li> <li>das blau zeigt aktive schaltflächen an (ich muss dieses spezielle thema durch eine farbprüfung ausführen, um sicherzustellen, dass farbenblinde benutzer einen unterschied feststellen können).</li> <li>die tasten bleiben immer erhalten, auch wenn sie deaktiviert sind. dies gibt der schnittstelle konsistenz.</li> <li>aufgrund der skalierung habe ich ein eingabefeld anstelle eines dropdown-auswahlfelds ausgewählt. wenn sie 3000 seiten haben, möchten sie nicht nach unten scrollen, um eine seite zu finden</li> <li>die paginierung ist in einer singulären visuellen komponente gruppiert, um ähnlichkeit im zweck anzuzeigen.</li> </ul> <p>erwägen sie die verwendung eines <strong> mehrfachauswahl-designs mit token </strong>. die filter-as-you-type-funktion ist nett, aber nicht unbedingt erforderlich. diese funktionieren gut, wenn im allgemeinen anwendungsfall entweder einer oder nur wenige ausgewählt werden. die benutzerfreundlichkeit nimmt jedoch schnell ab, wenn sie viele auswählen müssen, da der benutzer das menü für jedes element erneut aufrufen muss.</p><p><img src="https://i.stack.imgur.com/fth7o.png" alt="multi-select with tokens, via harvesthq.github.com/chosen"></p><ul> <li> <a href="http://harvesthq.github.com/chosen/">http://harvesthq.github.com/chosen/</a> </li> <li> <a href="http://designingwebinterfaces.com/the-multi-select-solution">http://designingwebinterfaces.com/the-multi-select-solution</a> </li> <li> <a href="http://loopj.com/jquery-tokeninput/">http://loopj.com/jquery-tokeninput/</a> </li> </ul><p>sie haben die tokenisierte mehrfacheingabemethode bereits in ihren e-mail-clients gesehen. <img src="https://i.stack.imgur.com/h1aid.png" alt="multi-select-tokens in email"></p><p>wenn häufig mehrere ausgewählt werden, können sie ein kontrollkästchenmenü <strong> </strong> in betracht ziehen. der unterschied besteht darin, dass das dropdown-menü über alle klicks hinweg dauerhaft bleibt (und die mehrfachauswahl visuell kommuniziert). daher kann der benutzer mit klick-klick-klick schnell mehrere elemente auswählen. für unsere web-app möchten wir dieses design durch hinzufügen der token-funktionalität verbessern.</p><p><img src="https://i.stack.imgur.com/zqizh.png" alt="checkbox menu, via realestate.com.au"></p><ul> <li> <a href="http://www.realestate.com.au/">http://www.realestate.com.au/</a> </li> <li> <a href="http://blogfreakz.com/jquery/jquery-dropdown-check-list/">http://blogfreakz.com/jquery/jquery-dropdown-check-list/</a> </li> </ul> In der Tat ist das nicht pauschal zu beantworten. Grade sowas versucht man mit der Bauweise von Anhängern, deren Zugdeichseln und den Anhängerkupplungen zu vermeiden. Allermeistens schaffst du es nicht allein im Vorwärtsfahren durch Volleinschlag so weit einzuknicken dass der Anhänger anschlägt. Mit einem langen Anhänger an einem kurzen Auto kann es passieren. Oftmals passiert so etwas durch Ladung die an der Ladefläche des Anhängers vorne übersteht. 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 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) Hi, meistens sind das so Werbeseiten und Fenster. Ich glaube das es für die meisten Browser hierfür bereits Adons gibt die diese Seiten blockieren. Ansonsten kannst du diese Seiten wahrscheinlich auch in den Einstellungen deines Browsers blockieren. <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> so wie gewünscht, geht das ganz einfach = wenn die seitenummer auf seite 3 beginnen soll, dann so= auf die seite 2 mit dem curser gehn- dann -einfügen-manueller umbruch-seitenumbruch-vorlage - erste seite - seitennummer ändern-1 setzen - bestätigen- fertig, nun kann man deckblatt usw. bearbeiten. so nun ist die seite drei die erste seite= einfügen - fußzeile -standard- ok. einfügen-feldbefehl-seitennummer - ok. fertig. das geht natürlich so auch nach dem selbensystem mit der kopfzeile. mfg.m. "Apps " haben das unbändige Verlangen, - NICHT- auf einer SD- Karte zu parken. Die meisten brauchen eine innige Bildung zum System und würden 'verschoben' nicht starten und funktionieren. Deshalb bieten sie die SD- Funktion erst garnicht an. ja gibt es, beschäfftige dich mal mit dem thema "linkbuilding" und "seo". natürlich kannst du auch deine webseite via besuchertauschssysteme bewerben, wo du locker die 1.000 besucher pro tag erreichen kannst, aber da sollte man sich die frage stellen was bringt es einem? sieht zwar im counter und in der statistik schön aus, aber das war es auch schon. 1 freiwilliger besucher ist mir persönlich mehrwert als 10.000 besucher die über forcierte traffic-kampagnen auf die webseite gekommen sind.