Beiträge von Hanabi

    Hallo Ray,

    Dann beiße dich mal nicht an diesem einen Tool fest. Bei https://community.zeta-producer.com/www.nibbler-silktide.com kommen im Test beim Server keine Probleme. Ich nutze mehrere Tools zur Überprüfung und teilweise widersprechen sich die Ergebnisse sogar. Letztlich kommt nach meiner Erfahrung der Erfolg nur über den Inhalt. DC, Weiterleitungen und eine vernünftige Überschriftenstruktur sind zwar nützliches Beiwerk, Fakt ist aber, Google ist eine Suchmaschine nach Begriffen, je mehr Wörter ich auf der Seite habe, um so höher ist die Wahrscheinlichkeit, dass sich darunter ein Begriff befindet, der gerade bei Google gesucht wird. Aktuell bieten wir in der Summe aller Seiten für Google rund 30.000 Wörter an, bei denen Google einen Treffer landen kann.

    Hallo Ray,

    das mit der Aktivierung des "URL-Rewrite" war jetzt kein Tip, sondern nur eine Anfrage zur Fehlereingrenzung. Sorry, falls ich mich dort unklar ausgedrückt habe. Ich selbst bin kein Freund von "Automatismen", habe daher das Rewrite in Zeta deaktiviert und nutze auch kaum Einstellungen des Providers für Weiterleitungen. Deine .htaccess wurde durch die Aktivierung der www Weiterleitung beim Provider erstellt. Ich habe die Routine mal probeweise in test.hanabi-pirna.de eingestellt, bei Prüfung mit nibbler wird dort aber weiterhin das duplicate-content-problem mit und ohne www als Fehler aufgelistet. Ich würde folgende Schritte (nacheinander) vorschlagen:
    1. deaktiviere den Rewrite in Zeta, um künftige automatische Änderungen auszuschließen
    2. lösche die Weiterleitungen im Control-Center des Providers und danach über Filezilla auch die .htaccess
    3. lese meinen Blogbeitrag zur .htaccess (siehe Signatur) und setze die Empfehlungen Schritt für Schritt um.

    Das wichtigste Zeichen in der .htaccess ist die "#", mit dieser am Zeilenanfang wird aus dem Befehl ein Kommentar. Über die .htaccess kannst du nahezu alles machen, besonders leicht ist es damit aber auch, die eigene Seite durch einen Tippfehler abzuschießen. Deshalb immer nur einen Schritt umsetzen, kontrollieren, danach weitermachen.

    Willkommen in den Mühen der Ebene ;)

    Hallo Axel,

    alle Designs mit dem Zusatz "responsive" sind bereits mobiloptimiert, passen sich also in Darstellung und Umbruch automatisch der verfügbaren Bildschirmbreite an. Du kannst es mal testen mit unserer Seite. Öffne https://community.zeta-producer.com/www.hanabi-pirna.de mit einem normalen Browser am Desktop und verkleinere dann das Browserfenster. Wenn Du dann noch manuell die Breite des Fensters weiter reduzierst, siehst Du den "responsive" Effekt.

    Es werden also nicht mehr zwei Versionen einer Webseite benötigt (mobil und Desktop) sondern nur noch eine.

    Hallo Ray,

    ich habe mal Deinen Beitrag bearbeitet und von Spoiler auf Quelltext umgestellt.

    Zeile 1 geht in Ordnung, hier wird das Fehlerdokument zugewiesen, wenn eine Datei nicht gefunden wird.
    Zeile 2 stellt sicher, dass das Modul "mode_rewrite" geladen wird
    Zeile 3 Startet das Umleitungsmodul
    Zeile 4 habe ich bewusst als Leerzeile eingefügt, siehe unten
    Zeile 5 schließt den Block "mode_rewrite" wieder ab.

    Es fehlt in Zeile 4 eine Anweisung, was denn nun wie umgeleitet werden soll. Die Zeile 2 bis 5 bewirken so gar nichts.

    Du kannst mit einer # am Zeilenbeginn die Zeilen 2 bis 5 deaktivieren, lade dann die .htaccess wieder hoch und teste erneut. Bitte prüfe auch mal in Zeta, ob Du unter ->"Erweitert", ->"erweiterte Einstellungen" das "URL-Rewrite" aktiviert hast. Damit würde nämlich automatisch eine .htaccess generiert und auch veröffentlicht, die Seiten, bei denen Du den Dateinamen geändert hast, auf den neuen Dateinamen umgeleitet werden. Wenn Du bisher keine Dateinamen umbenannt hast, könnte aus diesem Grunde die Zeile 4 leer sein.

    Bitte schreibe auch noch mal dazu, wie Du serverseitig im Umleitung www eingerichtet hast.

    Hallo Roger,

    "Help Responsive" ist eines der Layouts, die ohne Hintergrundbild kommen, genauso wie "Dokumentation Responsive" , "Metro Responsive", "Smart Responsive" und "Tweet Responsive".

    Überprüfen kannst Du die Verfügbarkeit von Hintergrundbildern, indem Du auf "Layout" gehst, "alle Einstellungen anzeigen", und dann in der Gruppe "Allgemein" auf "Hintergrund". Da die Texte teilweise überdeckt werden, kannst Du die vertikale Trennlinie nach rechts verschieben. Dann solltest Du einen Punkt wie "Hintergrundbild" oder "Hintergrundgrafik" erkennen. Mit Click auf "(leer)" kannst Du dann das Bild suchen, welches als Hintergrund eingefügt werden soll. Bei einigen Layouts kannst Du dann noch weitere Eigenschaften zum Hintergrundbild einstellen.

    In der Überschrift zum Thema hast Du auch das Fehlen des Eintrages "System" links in der Seitenstruktur angesprochen.Die Seitenstruktur ist abhängig davon, welche Inhaltsvorlage Du verwendest. System sollte aber eigentlich bei allen Inhaltsvorlagen vorhanden sein, da dieser Abschnitt sogar bei "leerer Vorlage" erzeugt wird. Wenn "System" bei Dir fehlt, hast Du es wahrscheinlich irgendwann mal gelöscht.

    Hallo Ray,

    im Post 1 hast Du geschrieben, dass Du die Umleitung mit und ohne www neu eingerichtet hast. Entweder hast Du das manuell über die .htaccess gemacht und dann auf Deinen Server geladen oder (nur in seltenen Fällen möglich) über das Menü bei Deinem Provider. Da Du bei ".htaccess" gerade sprichwörtlich mit den Ohren schlackerst, vermute ich eher die zweite Variante. In diesem Falle verbinde dich über Filezilla mit dem Server. Im Root-Verzeichnis solltest Du dann eine .htaccess finden. Lade diese herunter, öffne sie mit einem Texteditor (Notepad+ oder Editor, nicht mit Word) und kopiere den Inhalt. Hier im Forum nutzt Du dann die Schaltfläche
    "</>" ganz rechts im Menü, um den Code einzufügen. Hilfreich wäre auch, deinen Provider zu kennen.

    Hallo Ray,

    gegenwärtig ist unter http://www.responsive-styles.de/robots.txt gar keine robots.txt zu finden. Falls das Redirect-Problem trotzdem noch auftaucht, poste mal Deine .htaccess als Code (</>), damit man sich das mal ansehen kann.

    Grundsätzlich zur robots.txt: Sie beginnt mit einem Useragent in Zeile 1 und fortlaufendem Disallow: Nachfolgend ein Beispiel:


    Bots, die komplett gesperrt werden sollen, müssen jeweils einzeln als Agent mit der kompletten Sperrung aufgerufen werden. (Zeile 1 bis 4, Zeilennummern bei Übernahme weglassen)
    Zeile 5 definiert den Beginn einer allgemeinen Anweisung für alle Bots
    Zeilen 6 und 7 enthalten Seiten, deren Auftauchen in den Suchergebnissen nicht sinnvoll ist, hierzu gehören unter anderem alle Systemseiten sowie Seiten mit einem geschützten Bereich.
    Wenn innerhalb geschützter Bereiche Fotos verwendet werden, die nicht für die Öffentlichkeit bestimmt sind, kann das Crawlen dieser mit den Zeilen 8 und 9 ausgeschlossen werden. Wichtig: Die Fotos müssen dann im Dateinamen mit "int***" beginnen.
    Zeile 10 leitet wieder eine Anweisung für alle Robots ein
    Zeile 11 sagt den Robots, wo sich die Sitemap.xml befindet, welche alle Seiten der Homepage auflistet mit Datum der letzten Änderung und Gültigkeitsdauer (Standard 7 Tage); Wichtig: Seiten, die nicht gecrawlt werden sollen, dürfen auch kein Häkchen bei den Google-Eigenschaften "Sitemap" haben.

    Hallo Nemesiss,

    in der Search Console werden ja nur die Ergebnisse des Crawlings zur Verfügung gestellt. Wenn der Googlebot noch nicht wieder auf der Seite war (oder die Seitendaten noch nicht verarbeitet hat), tauchen die strukturierten Daten dort noch nicht auf. Nach dem "Markieren" von Veranstaltungen beispielsweise hatte es glaube ich, 3 Tage gedauert, bis die Daten auch angezeigt wurden.

    Was bringts?

    1. auf der (gefühlt) 1000 Punkte-Liste zum Google-Ranking 1 Pluspunkt
    2. In den Suchergebnissen werden, aber nur teilweise, Organisationsdaten in der Darstellung übernommen (Logo beispielsweise wird bei uns nicht angezeigt)
    3. In den Suchergebnissen werden Veranstaltungen übersichtlicher dargestellt, beispielsweise bei site://hanabi-pirna.de/termine.html in der Suchmaske

    Meiner Meinung nach hängt Google hier hinter den eigenen Ansprüchen zurück bzw. setzt die Verwertung strukturierter Daten nur dort um, wo es sich über die Masse lohnt (Produkte, Bücher, etc.)

    jetzt: unsere Snippets hatte ich über https://community.zeta-producer.com/www.seoprofiler.com erstellt. Ich habe mal auf https://community.zeta-producer.com/www.hanabi-pirna.de/test.php folgenden generierten Code nicht in den <head>, sondern normal im Inhaltsbereich eingefügt.


    Ergebnis siehe hier. Man muss auch mal das Gegenteil von dem tun, was bei Google steht. ;)

    Hallo Nemessis,

    wenn auf der rechten Seite keine strukturierten Daten aufgelistet sind, hat Google keine erkannt. Im Bildanhang mal das Ergebnis unserer Seite mit 3 gültigen Einträgen.

    Ich habe jetzt mal mit schema-creator.org die wichtigsten Daten von Euch umgesetzt:

    Test bei Google war erfolgreich, Du bindest den Quellcode direkt im Inhaltsbereich mit dem Widget "Quelltext" ein.

    Morgen Uwe & Nemessis,

    upps, mein Fehler. Hatte zunächst den Code als Quelltext auf unserer Testseite eingebaut, nachdem er grundsätzlich beim Google-Test (html-Code ohne Style) erkannt wird, dann aber das Problem festgestellt, dass ja der Text angezeigt wird.
    Also als nächstes die Unterbringung zwischen head und body, was üblicherweise über additional_meta geht. Dort aber das selbe Problem, Textdarstellung in erster Zeile der Seite. also mit <style> maskiert, damit nicht mehr zu sehen ist, veröffentlicht und bei Google geprüft mit klarer Erkennung des Markups (dummerweise aber das, welches ich noch im Inhaltsbereich zu stehen hatte).

    Also Sorry für die Verwirrung: Der Eintrag im "additional_meta" bringt nichts!

    Vorschlag 1 an @nemessis: Formuliere den Text des Snippets noch um, dass er nicht ganz so "aufdringlich" wirkt uns setze den Code dann in die Fußzeile. Dort fällt er kaum auf und wird trotzdem von Google gelesen.

    Vorschlag 2: Schau dir mal die Snippets nach schema.org an. Die laufen über json und sind unsichtbar. Hier mal ein Muster dazu.

    Die listige Variante 3 wäre, Textfarbe = Hintergrundfarbe zu setzen; bin mir aber nicht so sicher, ob Google da nicht wieder Punkte abzieht, weil so getarnte Texte von Google als Täuschung betrachtet werden könnten.

    Morgen Nemessis,

    das geht über das Attribut "additional meta", entweder global über ->"Erweitert" ->"Attribute" oder aber nur für eine Seite, dann über ->"Seite bearbeiten" ->"Attribute". Es fehlen aber noch der öffnende und schließende <style>. Der vollständige Eintrag sollte so aussehen (ohne Zeilennummern):

    Quellcode fehlerhaft, daher entfernt

    Testen kannst Du über Googles-Test-Tool für strukturierte Daten. Wenn Du dort den Code testest, bitte ohne öffnenden und schließenden <style>.

    <style> wird benötigt, um zu verhindern, dass der HTML-Text als Text in der ersten Zeile der Homepage ausgegeben wird.

    Siehe Post 5

    Hallo Renate,

    erläutere mal bitte, was Du mit dem Google+ Button bezweckst. Der Standardbutton ist ein "Nach-Haus-Telefonierer", er überträgt also bereits Nutzerdaten bei Aufruf der Seite, genau wie der Facebook-Button. Wenn es nur um die Verlinkung auf die Google+ Seite geht, lade Dir (beispielsweise hier, Nutzung ist "for free", Quellenlink erforderlich) Social-Media-Icons runter, und füge dann das Bild an der gewünschten Stelle ein und verlinke es mit Eurer Google+ Seite.

    Wenn Du anbieten willst, dass die Besucher Eurer Seite Inhalte auf sozialen Netzwerken teilen, empfehle ich die Nutzung von ZPW-Shariff von @ThM. Wichtig: Dies ist kein Zeta-Bestandteil, sondern eine Eigenentwicklung von Thomas, Support gibt nur im ZP-Widgets-Forum. Shariff ist eine datenschutzkonforme Lösung zum Teilen von Inhalten, Daten werden erst übertragen, wenn der Button gedrückt wird.

    Solltest Du außerdem noch "Gefällt mir" von Facebook und Google+ sammeln wollen, wird es mit dem Datenschutz ganz kompliziert, da es hier keine (zumindest mir nicht bekannte) Lösung gibt, die einen inaktiven Button anbietet. Kannst Dir ja mal auf unserer Seite die Social-Media-Leiste anschauen, wie wir sie umgesetzt haben. Wegen der Umständlichkeit würde ich von "Gefällt mir" und "G+1" abraten.

    Hallo Renate,

    ich habe bei mir auf dem Rechner das Google-opt-out aktiviert. Wenn ich die Seite regulär aufrufe, werden meine Besuche nicht erfasst. Gehe ich aber auf Echtzeit-Übersicht und starte Zeta, bin ich sofort mit /internal-preview/ dabei. Probiere mal die Filter wie in Post 3.

    Folgende Lösung funktioniert:

    gehe in Analytics auf
    -> "Verwalten"
    -> "Alle Filter"
    -> "Filter hinzufügen"
    -> Filtertyp: "Vordefiniert"

    nächste Reihe: -> "Ausschließen" -> "Zugriffe auf Unterverzeichnisse" -> "beginnt mit"

    Unterverzeichnis: /internal-preview/

    Filter auf Datenansichten anwenden: "Alle Website-Dateien" -> "Hinzufügen"

    Speichern und alles mit /layout-editor/ wiederholen.

    Hallo Renate,

    internal-preview ist Zeta Producer. gleiches trifft auf den Layout-Editor zu. Wenn Ihr in der Firma eine feste IP-Adresse habt, könnt Ihr den Adressbereich als Filter ausschließen. Ich habe bei uns jetzt mal einen Filter zu internal-preview eingerichtet und werden wohl morgen sagen können, ob dieser funktioniert.

    Moin,

    frage mal bei Deinen Kunden nach, ob die nicht eventuell schon bei bookxxx.com, oder einem der zahllosen anderen Anbieter gelistet sind. Ein eigenes System wäre viel zu teuer. Du kannst mal die Beiträge von @nemessis durchgehen, der macht einige Hotel- und Reiseportale und hat dort bestimmt auch schon Buchungsmasken extern eingebunden.

    Hallo Wolle,

    hast Du nach der Änderung (Variante 2) das komplette Verzeichnis über ftp hochgeladen? Falls nicht, mache dies noch. Mit Erzeugung des "Partnerverzeichnisses" zum PHP-Austausch wird das alte Verzeichnis von Zeta nicht mehr angesprochen, wenn das neue Verzeichnis nicht hochgeladen wurde (mit korrigierter config.inc.php = 13.1.0.0) findet Zeta keinen passenden Partner über php.

    Hallo Renate,

    das "neue" Formular ist unbelastet, dass es funktioniert war daher hoffentlich zu erwarten. Nur zur Abklärung: auf https://community.zeta-producer.com/www.amz-automation.de/kontakt.html habe ich eben eine Nachricht erfolgreich versenden können. War dies jetzt schon das neue oder noch das alte Formular? (Hinweis: den Link habe ich im Inkognitofenster geöffnet, also ohne eventuell noch im Browsercache gespeicherte Daten.) Eventuell lagen die noch bei Dir quer.

    Schaue morgen wieder vorbei.

    zur SEO-Verbesserung wäre eine Einbindung wesentlicher Merkmale nach http://www.schema.org wünschenswert. Dies betrifft sowohl die Kontaktdaten wie in folgendem Muster


    als auch beispielsweise Veranstaltungsdaten:

    Die Kontaktdaten nach http://www.schema.org habe ich gegenwärtig über HTML-Quelltext integriert, Veranstaltungsdaten wurden in den Webmastertools manuell markiert. Wenn dies künftig über eine einmalige Dateneingabe in Zeta gänge, wäre dies sicherlich für diverse Webmaster hilfreich.

    Keine Ahnung, was Sie da überhaupt machen wollen. Das haben Sie nämlich immer noch nicht beschrieben.

    Recht hat der Steffen da, und mit der neuesten Antwort sind wir immer noch nicht weiter. Meine Glaskugel sagt mir aber, dass es eine wöchentlich wechselnde Speisekarte gibt und es um die Einbindung selbiger geht, wobei der Koch "ungefähr weiß, wo der Knopf zum Einschalten des Rechners ist" (!! WICHTIG: Dies ist keine herablassende Äußerung gegenüber Köchen, sondern eine Umschreibung des vermuteten Problems. !!)

    @iukbox.de: Damit Dir hier auch User helfen können, die vielleicht genau damit schon praktische Erfahrungen haben, jetzt bitte mal Klartext:

    1. Geht es um die Speisekarte?
    2. Soll diese regelmäßig ausgetauscht werden?
    3. Wie erstellt der Koch die Speisekarte?
    4. Welche Wege sind vorhanden, die Speisekarte von der Küche auf den Server zu transportieren?
    5. Welche der unter 4. genannten technischen Möglichkeiten entsprechen den technischen Fähigkeiten der Auftraggeber?

    PS: Nimm mal bitte bei deinem Post 7 den kompletten Quelltext raus. @Gawainos kommt gar nicht bis zum aktuellen Post 18 runter, weil er im Zeigefinger einen Krampf vom Scrollen kriegt. ;)

    Hallo Wolle,

    Variante 1:
    gehe mal auf ->"Veröffentlichen" ->"FTP-Server konfigurieren". Dort sollte bei Dateitransfer via PHP ein Button sein "Server-Paket erstellen". Diesen Betätigen und das erzeugte Verzeichnis mittels Filezilla in das Hauptverzeichnis Deiner Domain hochladen. Dort müsste schon ein Verzeichnis mit ähnlichem Namen liegen. Das alte Verzeichnis kann gelöscht werden, Zeta kommuniziert nur über das neue Verzeichnis.

    Variante 2:
    Falls die Variante 1 nicht hilft, vermute ich einen Bug. Habe eben den Transfer mittels PHP erstmalig eingerichtet und finde im erstellten Verzeichnis für den Server eine config.inc.php mit folgendem Quellcode:

    PHP
    <?php
    define('ZPP_API_KEY', '38a840a6243c4af5849366e473921f6f');
    define('ZPP_VERSION', '13.0.0.0'); 
    define('ZPP_DEBUG', true);
    ?>

    Hier könnte in Zeile 3 der Fehler liegen. @Uwe Keim, @sseiz und @sT.: Könnt Ihr bestätigen, dass die Zeile 3 im Upload-Dialog verwendet wird, um die Server-Version zu ermitteln?

    @wolle35: Bei Variante 2 probiere mal hilfsweise, in der config.inc.php den Wert in Zeile 3 auf '13.1.0.0' zu ändern und gib dann Rückmeldung, ob es funktioniert hat.

    Hallo Thomas,

    probiere noch mal folgendes abweichend / ergänzend zu meinem Beitrag 5:

    -> "FTP-Server konfigurieren"
    -> "Neu"
    -> "FTP mit SSL"
    -> Webadresse: meinedomain.de
    -> Servername: ftps.meinedomain.de
    -> Benutzername wie vom Provider
    -> Kennwort wie vom Provider
    -> Zielordner: /html/
    -> "Mehr"
    -> Modus: zwischen automatisch, passiv und aktiv wechseln, häufig funktioniert passiv
    -> Anschluss: 21 (entsprechend der udmedia FAQ)
    -> "weiter"
    -> Sicherheitstyp: Explicit
    -> zulässige Protokolle: alle aktivieren
    -> Codierungssuites: zwischen secure und all wechseln

    Ansonsten schick doch mal eine Mail an den Support von udmedia, ob die nicht noch etwas mehr dazu sagen können.

    hallo Katrin,

    lies dir mal den Beitrag .htaccess in meiner Signatur durch, dort den Abschnitt umbenannte Dateien. Du musst dann im Hauptverzeichnis der alten Homepage die .htaccess hinterlegen und jede alte URL über Redirect permanent auf die jeweilige Seite der neuen URL umleiten.

    Hallo Christoph,

    im Impressum steht noch das Analytics drin, welches aber gar nicht verwendet wird. Auf der Seite Lage und Anfahrt irritiert das "Visit-Icon", welches mitten auf der Seite hängt ohne eine Funktion, ich würde dort eher eine Google-Maps platzieren. Bei den Zimmerfotos wechseln Hoch- und Querformat ab, das irritiert beim Durchblättern.

    Ansonsten schließe ich meinem Vorredner an, optisch sehr schön.