Beiträge von Stefan S

Habe die Seite gefunden. Der SEO-Check hat recht. Es gibt noch eine zweite H1 (Der Kategorien-Titel), welche Sie aber per CSS ausgeblendet haben.

Hallo,

wie wäre denn die URL direkt zu dieser Seite?

Sie wünschen sich also auf allen Seiten das globale Attribut und und auf einer spezifischen Seite das Globale Attribut plus einer zusätzlichen Seite. Korrekt?

1. Dazu ändern Sie zunächst das globale Attribut und fügen darin eine neue Zeile hinzu und zwar folgende: #attribute(page_meta)
2. Auf der spezifischen Seite, die noch zusätzliche meta-infos ausgeben soll, ändern Sie nun nicht das Seitenspezifische Attribut "additional_meta", sondern sie fügen einfach ein neues Attribut mit Namen page_meta hinzu und geben darin den gewünschten Inhalt ein (das mit dem canonical).
3. Es gibt keinen 3. Schritt

Komisch, dass der Provider das nicht ermitteln kann. Er sollte wissen, welche Emails er für PHP mail() zulässt oder nicht. Versuchen Sie es doch mal per SMTP: https://docs.zeta-producer.com/formulare-per-smtp-versenden.html

Bitte Fremdwidgets auf deren Supportseiten diskutieren. In diesem Fall wäre das hier: https://www.zella.de/forum/forum/

Zitat von Christian_88

das ist das Formular mit dem v3-Key:
https://www.weingutmann.at/kontaktformular_test.html

Ich sehe, dass auf der Seite google-server wg. dem Captcha kontaktiert werden. Könnte also funktionieren. Ob es das tatsächlich tut, kannn ich nicht sagen. Fehler werden zumindest keine angezeigt. Nicht wundern, ich hatte eben einen Test abgeschickt.

Zitat von Christian_88

Ja schon klar, aber: Wenn er nicht auf das Consent-Widget klickt, dann: Formular deaktivieren...

Das wäre eine Möglichkeit, aber ich denke, da würden sich dann bestimmt viele unserer Nutzer beschweren, weil sie plötzlich keine Formular-Mails mehr erhalten… Da ist es besser man schaltet das Captcha ab, wenn man unbedingt 100% DSGVO konform sein will und nutzt den Spamfilter des E-Mail-Clients…

Das durchführen eines Backup verändert das aktuelle Projekt auf gar keinen Fall. Wenn Sie allerdings einen Backup Wiederherstellen, statt einen neuen Backup zu erstellen, dann wird selbstverständlich der Zustand des Backups wiederhergestellt und Ihre Änderungen bzgl. der Formularfelder etc. gehen verloren.

Aber, auch Attribute können in Attributen ausgegeben werden. Man könnte also einfach ein neues Attribut "page_meta" auf Seitenebene anlegen, und dies dann im globalen "additional_meta" per #attribute(page_meta) ausgeben (wenn auf Seitenebene keines vorhanden ist, wird einfach nichts ausgegeben und das beeinflusst andere Seiten also auch nicht).

Wenn es ein Seitenbezogenes Attribut für ein "Ding" (Seite, Projektordner, Projekt-Global) gibt, dann wird dieses ausgegeben, ansonsten das aus der nächst Höheren Hierarchieebene und so weiter. Es werden niemals mehrere des selben Attributs aus verschiedenen Hierarchieebenen ausgegeben.

Version 16.4.0 ist nun verfügbar:

• Versionshinweise
• Download

Die Update-Prüfung im Programm wird erst in einigen Tagen freigeschaltet. Wer das Update jetzt schon installieren möchte, lädt es von unserer Website.

Würde mich wundern, wenn das funktioniert, kann aber genaueres nicht sagen, ohne die URL zum Formular zu kennen.

Zitat von Christian_88

Was wäre mit Cookie-Abfrage für das reCaptcha?

Das wäre kontraproduktiv. Welcher Spammer klickt schon auf das Consent-Widget…

Die Version spielt für den Datenschutz keine Rolle. Alle Versionen von Google's reCAPTCHA scheinen nicht gerade DSGVO konform zu sein.

Aber auch V2 ist sehr wirksam gegen Spammer und ist eh die einzige Version, die wir in unseren Formularen unterstützen.

Eins ist mir eben noch aufgefallen. In Ihrem Formular haben die Felder "E-Mail" und "Nachricht" eine per Inline-CSS fest vorgegebene Breite von 300px. Woher das stammt, ist mir aktuell noch nicht ganz klar. Wenn ich solche Felder aber per "Anfasser" mal etwas schmäler ziehe und dann die Felder wieder auf volle Breite aufziehe, passt es bei mir und das Inline-CSS wurde dadurch entfernt.

Alternatives vorgehen:

Wenn Sie Ihr Formular bearbeiten, und die beiden Felder löschen und dann gleichnamige Felder neu einfügen, dann sollte die Breite passen und auch anpassbar sein.

In unseren Tests funktioniert das in 100% der Fälle und wir haben auch noch keinerlei Berichte von Kunden, bei denen das anpassen der Feldbreiten nicht funktionieren würde. Ich vermute daher, dass Sie irgendwie anders vorgegangen sind um die Feldbreiten anzupassen. Was tjess anmerkte ist, dass Sie die einzelnen Formularfelder in die Breite ziehen, nicht etwa nur den Formular-Artikel… Wir werden das demnächst auch im Handbuch noch genauer erläutern.

Zitat von Christian_88

Ließe sich zB. "Honeypot" umsetzen?

Einen "Honeypot" haben wir in unserem Formular schon seit Jahren integriert. Scheint für die Spammer leider die leichtest zu überwindende Hürde zu sein.

Wir konnten bisher noch keine geeignete, kostenlose und DSGVO konforme Alternative finden.

Bitte bei Aufruf der Seite mit dem CMS im Browser genau die selbe Adresse verwenden, die auch in der FTP-Konfiguration eingetragen ist. Bei Ihnen ist die Problemursache, dass Sie einmal die Adresse mit www. Nutzen und einmal nicht.

Das lässt sich auch lösen, wenn auf dem Webserver immer automatisch auf die Wunschadresse umgeleitet wird (also jene, die in den FTP-Adressen als Web-Adresse eingetragen ist).

Hallo,

da würde ich die Chancen eher als schlecht einschätzen. Schon wegen der sehr unterschiedlichen Textlängen von Sprachen bietet sich dieses Vorgehen nicht unbedingt für die Seitengestaltung an (im Shop ist es ja im Grunde bereits so umgesetzt)…

Für Mitleser:

Ursache für dieses Problem ist, dass Google aktuell die Schriftart "Open Sans Condensed" aus seinem Katalog entfernt hat. Ob das ein Versehen oder Absicht ist, können wir leider nicht sagen.

Am besten auf dem neuen Laptop den kompletten Ordner Dokumente\Zeta Producer 16\ löschen, dann ZP installieren und anschließend nochmal das Projekt vom alten Laptop auf den neuen kopieren, also aus Dokumente\Zeta Producer 16\projects\ ihren Projektordner an die selbe Stelle auf dem neuen Laptop kopieren.

Wenn eine Seite die Endung .php trägt, dann wird für die interne Vorschau der Apache-Server genutzt (und da hatten wir schon Fälle, wo das die Ursache war), wenn nicht, ein anderer interner Server. Wenn bei Ihnen aber auch .html Seiten nicht in der internen Vorschau angezeigt werden, ist es wohl eine andere Ursache.

Wird von hier aus schwer zu lösen sein. Schlage ein Premium-Support-Ticket  vor.

Über CSS uns JS kann man ja eigentlich alles lösen, wenn man es kann.

Wir bieten hierfür aber keine Lösung und können Ihnen auch keinen Code dafür anbieten.

"Erweitert > Erstellen > Alle Seiten erstellen" hilft auch nicht? Haben die Seien, die keine Vorschau zeigen ggf. die Dateiendung ".php"?

Nein, das ist nicht möglich.

Auf http://route100.bplaced.net/index.html sehe ich aber ganz oben ein Navigationsmenü.

Besten Dank für die Details. Eigentlich machen Sie alles richtig. Wenn Sie auf einer Seite nur eine Textänderungen durchführen, dann wird nur diese Seite veröffentlicht. Wenn Sie allerdings eine neue Seite hinzugefügt haben, werden alle Seite (aber nicht alle Bilder) neu veröffentlicht, weil sich ja das Navigationsmenü auf allen Seiten durch die neue Seite verändert hat.

Hallo,

etwas wenig Informationen um gut helfen zu können.

Wir helfen Ihnen gerne! Bitte helfen Sie uns Ihr Problem genau zu verstehen, indem Sie folgende Hinweise beachten:

Wenn Sie Fehler / Probleme melden oder Fragen haben, seien Sie bitte so spezifisch wie möglich. "Funktioniert nicht" ist zum Beispiel für uns sehr schwer einzuschätzen. Wir wissen nicht, was Sie erwarten haben und was Sie getan haben, um das Erwartete zu erreichen. Es ist daher notwendig, alles genau zu beschreiben:

1. Welche Zeta Producer Version nutzen Sie?
2. Welches Layout nutzen Sie? Z.B.: "Smart Responsive" (Hilfe > Programminfo > Support-Informationen)
3. Was möchten Sie erreichen?
4. Wie sind Sie dazu vorgegangen? Beschreiben Sie Schritt für Schritt, welche Arbeitsschritte Sie in Zeta Producer durchgeführt haben.
5. Welches Resultat haben Sie erwartet?
6. Was ist stattdessen passiert?
7. Wie ist die URL zur Website des veröffentlichten Projekts (falls vorhanden)?
8. Falls etwas falsch aussieht, zeigen Sie uns das anhand eines Screenshot und teilen Sie uns die direkte URL der entsprechenden Seite mit.
9. Falls Sie eine Fehlermeldung erhalten, nutzen Sie die im Fehlerdialog enthaltene Option uns den Fehler zu berichten (unten links auf den Pfeil klicken). Alternativ klicken Sie die Option "Fehlerdetails" an posten den Text hier. Nur so erhalten wir genügend Details zur Fehlermeldung.

Zitat von 6edo

Ok... aber im Programm wird die Schrifart geändert

Nein, das ist nicht richtig. Es wird Ihnen ein sogenannter Fallback-Font angezeigt, weil der Google-Font von Ihrem Rechner aus irgend einem Grund nicht geladen werden kann. Siehe Beitrag #19. Ich habe dieses Thema nun geschlossen. Alles weitere ggf. per Support-Ticket.

Zitat von 6edo

Sorry! die ist die richtige Schriftart... ist sie nicht Abel?

Nein, ist Open Sans. Siehe auch Beitrag #19.

Hier der Screenshot:

Mir scheinen hier einige Missverständnisse vorzuliegen. Ich würde Sie bitten, ggf. ein Premium-Support-Ticket  zu lösen, denn hier kommen wir so beim Besten Willen nicht weiter.

Zitat von Stefan S

PS: auf Ihrer Website inline, sind Überschriften in "Open Sans Condensed" und ebenfalls nicht "Abel"!

Wie gesagt, ich sehe die Überschriften in "Open Sans Condensed".

Aktuell ist das wg. dem optimierten Scrollverhalten auf Smartphones so und wir können/wollen das nicht ändern.

PS: auf Ihrer Website inline, sind Überschriften in "Open Sans Condensed" und ebenfalls nicht "Abel"!

Mir scheint also, dass Ihre Layout-Einstellungen korrekt sind und Sie tatsächlich Open Sans nutzen und eben nicht Abel.

Open Sans wird ggf. nicht korrekt dargestellt, falls die Server von Google Fonts von Ihrem Rechner aus nicht erreichbar sind (blockiert durch Firewall o.Ä.). Und ich denke, das ist der Fall.

Zitat von 6edo

Die Schriftarten habe ich nie geändert.

Also wir haben das in Ihrem Programm auch nicht verändert, und dass die Schriftarten der Layout-Einstellung wg. eines Fehlers verloren gehen, haben wir bisher auch noch nie gehört.

Fakt ist, in den Layout-Einstelungen ist "OpenSans" definiert. Nun ändern Sie in den Layout-Einstellungen einfach die Schriftart überall dort, wo Sie das wünschen auf "Abel" ab und speichern. Danach sollte es dann wieder passen.

„Alle Seiten erstellen“ sorgt lediglich dafür, dass alle Seiten auf Basis Ihrer Layout-Einstellungen neu erstellt werden.

Klicken Sie doch mal auf den Button „Layout“ und machen Sie einen Screenshot der Einstellung „Überschriften“ des Inhaltsbereichs, dann sehen wir, welche Schriftarten da tatsächlich eingestellt sind.

Das können wir hier so nicht lösen. Entweder warten wir, bis die Seite online ist, oder Sie Nutzen ein Premium-Support-Ticket (https://www.zeta-producer.com/de/premium-support.html) in dessen Rahmen wir uns das per Fernwartung ansehen können.

Vielleicht hilft auch ein „Erweitert > Erstellen > Alle Seiten erstellen“.

Ok, prima.

Das Formular benötigt einen reCAPTCHA V2 Schlüssel (vorzugsweise "unsichtbar"), der Shop einen V3 Schlüssel. Bei allen Schlüsseln muss bei der reCAPTCHA Konfiguration bei Google auch der korrekte Domainnamen (oder auch mehrere) hinterlegt sein, dann funktioniert das – zumindest in unseren Tests – blendend!

Zitat von Sammyz

Binde doch den Code in der Default html ein.

Das geht nur in kopierten/angepassten Layouts und diese sind dann von Updates ausgeschlossen!

Was genau verstehen Sie unter "Seite anklicke". Klicken Sie in einen leeren Bereich im Seiteninhalt, oder klicken Sie auf den Seitennamen links im Seitenbaum…?

Stimmt denn die Schriftart, wenn Sie die Seite mit F5 in der Browservorschau ansehen?