Hallo zusammen! Ich habe etwas mit dem neuen Widerrufsbutton experimentiert (6.7.9.1). Angezeigt wird er korrekt, aber es stellen sich mir folgende Fragen:
Erinnere ich mich falsch, oder sollte da nicht ein Modal aufgehen, wenn man auf den Button klickt? Egal ob Desktop oder Smartphone öffnet er bei mir nur die normale CMS-Seite. Im Grunde wohl kein Problem, daher nur für mich die Frage, ob das so gewollt/normal ist?
Heißt es nicht im Gesetzesentwurf, dass der Button auf jeder Seite des Shops leicht auffindbar und hervorgehoben sichtbar sein muss? Wenn ja, dann 3.:
Am Smartphone ist der Button nicht dauerhaft sichtbar. Der Button wird erst sichtbar, wenn man den „+“ Button neben „Service-Hotline“ klickt –> um den Widerruf zu erklären, muss man also erstmal wissen, wo man klicken muss.
Ist das bei euch auch so? Ich habe es in einem öffentlich zugänglichen Testshop von shop-studio-io reproduzieren können und hänge mal davon 3 Screenshots an.
Wäre der Button nicht generell besser oberhalb vom copyright („Realisiert mit Shopware“) oder oberhalb von „Alle Preise inkl. gesetzl. Mehrwertsteuer…“ angesiedelt, damit er wirklich immer sichtbar ist, da dieser Bereich ja nicht erst aufgeklappt werden muss, unabhängig vom Gerät?
Ja, es ist gewollt, dass die neue Seite aufgeht. Du kannst den Link einfach editieren, so dass er in einem Modal aufgeht. Einfach in die Entwickler Dokumentation schauen.
Ja, er sollte leicht auffindbar sein. Das mit mobile ist sicherlich nicht optimal, da hast du Recht. Wenn man sich bei den großen „Playern“ umschaut, die haben nahezu alle einen einfachen Textlink unten im Footer mit „Vertrag widerrufen“ oder ähnlich, also kein Button.
Danke dir! Dann lasse ich die Button-Seite erstmal weiter so aufgehen wie im Standard. Bin gespannt, was beim Issue rauskommt - auch hier, danke fürs anlegen!
Ist die Position am Service-Menü aber nicht grundsätzlich falsch? Dieses Menü wird im Checkout nicht angezeigt, heißt da ist der Button dann auch nicht direkt ersichtlich.
Der Gesetzestext ist uneindeutig formuliert. Ob die Referenz „ständig“ sich auf alle Webseiten oder auf die Dauer bezieht, ist nicht klar – zumindest für mich:
Die Widerrufsfunktion muss gut lesbar mit „Vertrag widerrufen“ oder einer anderen gleichbedeutenden eindeutigen Formulierung beschriftet sein. Sie muss während des Laufs der Widerrufsfrist auf der Online-Benutzeroberfläche ständig verfügbar, hervorgehoben platziert und für den Verbraucher leicht zugänglich sein.
Shopware bietet jedem die Möglichkeit das Theme zu individualisieren. Wer auch diese Interpretation ausschließen möchte, der kann sein Footer leicht anpassen.
Übrigens werden im Minimalen Footer zahlreiche weitere Links, wie Cookie-Einstellungen, etc. auch ausgeblendet. Wenn, dann müsste man auch hierüber Diskussionen führen.
Das Ticket scheint geschlossen zu sein - gibt es schon Info, wann die neue Version veröffentlich wird, damit man noch zeitnah einspielen kann (und die Plug-In-Entwickler genug Zeit zum Freigeben der Kompatibilität haben?)
Es ist ja noch nicht mal 6.7.11.0 raus. Hier warte ich auch schon drauf, da wir auch langsam updaten müssen. Also ich vermute erst Ende Juli/August für 6.7.12.0.
Das ist natürlich nicht so toll, zumal die Plugin-Entwickler ja auch ein paar Tage brauchen, um die Updates als kompatibel zu markieren bzw. generell deren Plugins anzupassen. Ich hatte angenommen, das 6.7.11.0 evtl. übersprungen wird und es gleich auf 6.7.12.0 geht.
Da es morgen ja soweit ist - und das Update mit der Fehlerbehebung zum Button ja erst mit der 6.7.12.0 erscheint - wollte ich kurz mit interessierten unsere Lösung teilen, damit der Button auch auf dem Smartphone immer sichtbar ist:
{% sw_extends '@Storefront/storefront/layout/footer/footer.html.twig' %}
{% block layout_footer_navigation_hotline_content %}
{% set cmsPath = 'frontend.cms.page.full' %}
<div id="collapseFooterHotline"
class="footer-column-content collapse js-footer-column-content footer-contact mb-4 mb-md-0"
aria-labelledby="collapseFooterHotlineTitle"
role="listitem">
<div class="footer-column-content-inner">
<p class="footer-contact-hotline">
{{ 'footer.serviceHotline'|trans|sw_sanitize }}
</p>
</div>
<div class="footer-contact-form">
{% set contactSnippetKey = 'footer.serviceContactTextPage' %}
{% set contactCmsPageId = config('core.basicInformation.contactPage') %}
{% set contactUrl = contactCmsPageId ? path(cmsPath, { id: contactCmsPageId }) : '#' %}
{% for serviceMenuItem in footer.serviceMenu %}
{% if serviceMenuItem.cmsPageId == contactCmsPageId and serviceMenuItem.seoUrl %}
{% set contactUrl = serviceMenuItem.seoUrl %}
{% endif %}
{% endfor %}
{% if footer.navigation and footer.navigation.tree %}
{% for footerItem in footer.navigation.tree %}
{% if footerItem.category.cmsPageId == contactCmsPageId and footerItem.category.seoUrl %}
{% set contactUrl = footerItem.category.seoUrl %}
{% endif %}
{% endfor %}
{% endif %}
{{ contactSnippetKey|trans({
'%url%': contactUrl
})|raw }}
</div>
</div>
{% block layout_footer_navigation_revocation_button %}
{% set revocationRequestSnippetKey = 'footer.serviceRevocationRequestTextPage' %}
{% set revocationRequestCmsPageId = config('core.basicInformation.revocationRequestPage') %}
{% set showRevocationButton = config('core.basicInformation.showRevocationButton') %}
{% if revocationRequestCmsPageId and showRevocationButton %}
{% set revocationRequestUrl = revocationRequestCmsPageId ? path(cmsPath, { id: revocationRequestCmsPageId }) : '#' %}
{% for serviceMenuItem in footer.serviceMenu %}
{% if serviceMenuItem.cmsPageId == revocationRequestCmsPageId and serviceMenuItem.seoUrl %}
{% set revocationRequestUrl = serviceMenuItem.seoUrl %}
{% endif %}
{% endfor %}
{% if footer.navigation and footer.navigation.tree %}
{% for footerItem in footer.navigation.tree %}
{% if footerItem.category.cmsPageId == revocationRequestCmsPageId and footerItem.category.seoUrl %}
{% set revocationRequestUrl = footerItem.category.seoUrl %}
{% endif %}
{% endfor %}
{% endif %}
<div class="footer-revocation-button mt-1 mb-1 mt-md-4 mb-md-0">
{{ revocationRequestSnippetKey|trans({
'%url%': revocationRequestUrl
})|raw }}
</div>
{% endif %}
{% endblock %}
{% endblock %}
Das ist natürlich auch eine Lösung, das per css immer aufgeklappt zu lassen. Wir haben das über Twig gelöst, sodass am Smartphone nur der Widerrufsbutton immer sichtbar ist und der Rest so bleibt, wie es ist - Anpassung der footer.html.twig siehe oben.
@include media-breakpoint-down(md) {
.footer-column:first-child{
.footer-column-content {
display: block !important;
height: auto !important;
visibility: visible !important;
}
// Den Collapse-Pfeil (Icon) ausblenden, da er verwirren würde
.footer-column-toggle {
display: none !important;
}
}
}
Wobei ich das ehrlich gesagt etwas komisch finde, dass so ein Thema zum Stichtag nicht von Shopware direkt geliefert wird. Bei einer EU-weiten Verordnung sollte man das eigentlich schon erwarten.
By the way @Benjamin_Hummel : Wurde das von Shopware-Seite irgendwie geprüft/abgeklärt, ob das rechtlich (zumindest im Standard-Theme) soweit passt?
Die Widerrufsfunktion muss gut lesbar mit „Vertrag widerrufen“ oder einer anderen gleichbedeutenden eindeutigen Formulierung beschriftet sein. Sie muss während des Laufs der Widerrufsfrist auf der Online-Benutzeroberfläche ständig verfügbar, hervorgehoben platziert und für den Verbraucher leicht zugänglich sein.
rechtlich prüfen? Das werden in letzter Instanz Gerichte individuell entscheiden, ob
Online-Benutzeroberfläche ständig verfügbar, hervorgehoben platziert und für den Verbraucher leicht zugänglich sein
Das hatte ein Kunde („Früher war alles besser“-Kunde) mich gefragt. Ich dachte ich frage einfach mal weiter
Sie muss während des Laufs der Widerrufsfrist auf der Online-Benutzeroberfläche ständig verfügbar, hervorgehoben platziert und für den Verbraucher leicht zugänglich sein.
Wobei die Aussage in Bezug auf den mobil „versteckten“ Button meines Erachtens relativ klar ist. Da sind dann mindestens 2 der 3 Anforderungen mobil nicht erfüllt. Und da der Stichtag schon war, finde ich das persönlich nicht ganz glücklich.
Aber warten wir einfach die neue Version ab und behelfen uns bis dahin mit den Workarounds.
Der Button ist auch bei Smartphones per HTML hervorgehoben platziert, ebenso leicht zugänglich – nach einem Klick. Auch ist er ständig verfügbar.
In dem Text steht nichts von muss ohne Scrollen oder ohne Menü zu öffnen sofort sichtbar sein. Daher… rechtlich wird das nur ein Gericht in Einzelfällen entscheiden können, was der Gesetzgeber mit dieser interpretationswürdigen Aussage meint.
„ständig verfügbar“ könnte theoretisch auch heißen, dass dein Server keine 99%, sondern eine 100% Verfügbarkeit haben muss. Wer weiß das schon.
