Da werden eigentlich alle Daten exportiert. Sowohl die Seiten als auch die Shop-Datenbank und Bilder. Allerdings in einem ZP-internen Format, das bestimmt nicht für einen Import geeignet ist.
Vermutlich wird diese Export-Funktion eher intern bei uns genutzt, ist aber aus Versehen für alle Nutzer sichtbar (muss ch mal nachfragen).
Das wissen wir nicht.
With that said, I can still seem to access both https://theviolinproject.de/ and https://theviolinproject.de/index.html with different URLs so that's something to consider.
With all due respect, that is the case on almost every website out there, so I take the response as utter BS 
Ich denke auch, dass Google genau weiß dass "/" und "/index.html" oder "/index.php" alles üblicherweise das selbe ist.
Ich würde abschließend also sagen, dass überhaupt kein wirkliches Problem existiert hat.
Aktuell wid folgender Header auf Ihrer Website ausgegeben:
<link rel="canonical" href="https://theviolinproject.de/">
Das scheint ja nun so zu sein, wie gewünscht. Wenn das Seo-Tool damit immer noch nicht zufrieden ist, sollten Sie da nachfragen, wie es denn nun sein sollte…
Deshalb die Frage: Soll man den Canonincal Link der Hauptseite (index.html) auf die Domain an sich legen.
So habe ich das auch verstanden und meine letzte Antwort bietet dafür die Lösung.
Sie haben anscheinend nur den Linktext, aber nicht den eigentlichen Link geändert. Wenn Sie das nicht hinbekommen, schlage ich ein Premium-Support-Ticket vor.
Ich schließe diesen Beitrag nun, da es sonst immer verwirrender wird, denn die letzten Kommentare haben ja mit dem Titel des Beitrags nichts zu tun.
Erkundigen Sie sich beim Provider bitte nach den aktuellen Zugangsdaten inkl. dem zu verwendenden Protokoll (FTP, SFTP, FTP mit SSL). Vermutlich hat der Provider den Zugang auf verschlüsseltes FTP umgestellt…
Ich verstehe das Problem dieser SEO-Tools zwar nicht, aber ggf. hilft dies hier: RE: Duplikat – Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmt
Der Link zu Instagram ist falsch. Der Linktext zeigt die korrekte URL, die tatsächlich hinterlegte URL (der Link) ist aber noch falsch (ohne den "_").
Ok, auf der Basis kann ich leider nicht mehr sagen, da mir die URL unbekannt ist, die Sie in dem Artikel verwenden. Ich schlage vor, wir greifen das nochmal auf, wenn die Website mal online ist, oder Sie lösen ein Premium-Support-Ticket und wir sehen uns das per Fernwartung an.
Klicken Sie doch bitte mal auf "Details". Dann wird Ihnen der genaue Fehler und die Url genannt.
Dynarius welche Virenscanner oder sonstigen Sicherheitstools nutzen Sie?
Unser CSS kann sich laufend (beabsichtigt) ändern. Fremdwidgets dürfen sich nicht auf unser CSS verlassen.
Hallo Dynarius bitte installieren Sie mal den Microsoft Edge Browser und teilen Si uns hier mit, ob das half.
PS: meine letzte Antwort ging an Grit - das betrifft nicht das hier besprochene Problem!
Ich hatte das gleiche Problem (ebenfalls Windows 10). Hab Zeta deinstalliert, neu runtergeladen und installiert (das hat in der Vergangenheit immer geholfen) jetzt geht aber gar nichts mehr. Ich klicke auf das Zeta-Icon auf dem Desktop und das Programm geht nicht einmal auf.
Das hat mit dem hier geschilderten Problem nichts zu tun, das hatten wir aber neulich schon bei nem anderen Kunden. Da waren die Einstellungen korrupt. Siehe: RE: Nach Update 16.8.5 kein Bearbeiten mehr möglich
Das kann auch nicht funktionieren! Ihr müsst für jedes Produkt eine eigene Seite anlegen! Es handelt sich um dynamische Inhalte per HTTP! bei Zeta. Nur mit der Detailseite arbeiten… davon rate ich ab! Wie soll Google da was finden können? Wäre mir neu.
Meiner Erfahrung nach kommt Google mit Query-Strings grundsätzlich gut klar.
Bisher nutzten Sie das Layout "Flat-Responsive". Dieses Layout bietet die entsprechenden Einstellungen, wenn Sie auf den Button "Layout" klicken und sich da durch die diversen Optionen arbeiten.
Das Ticket können Sie jederzeit lösen und absenden. Wir melden uns dann.
Dann bleibt uns wirklich nur ein Premium-Support-Ticket
(im Ticket bitte Festnetznummer angeben)
Erstellen Sie mal alle Seiten über "Erweitert > Erstellen > Alle Seiten erstellen" neu und schauen Sie währenddessen, ob im Protokoll Fehler aufgelistet werden (Protokoll-Fenster mit STRG-ALT-P anzeigen).
Das können wir erst genau analysieren, wenn Ihre neue Website dann mal online ist.
Die einzelnen Fragen werden durch Strichpunkt (nicht Komma) getrennt. Der Trenner muss nur zwischen Antworten vorhanden sein, also nicht nach der letzten Antwort eines Felds.
Ihre Fehler sind in rot gekennzeichnet:
Welche Windows-Version nutzen Sie?
Welche Zeta Producer Version nutzten Sie zuletzt, als die Vorschau noch funktionierte?
Da müssen wir forschen und wenn wir etwas rausfinden, können wir das Verhalten ggf. verbessern
Nur zur Info, damit hier keiner vorzeitig ungehalten wird: Dieses Forschen wird einige Tage dauern. Wir haben ein Testprojekt in die Search-Console submittel und müssen nun z.B. erstmal warten, bis das Testprojekt gecrawlt wird etc…
Evtl. hilft es uns, wenn Sie genau erklären, was Sie denn unter einem "Editor-Fenster" verstehen und ggf. sogar einen Screenshot hier hinzufügen…
Bei https://vividfashion.de/herren/sweatshirts-fuer-herren.php?id=124-sweatshirts verweist der canonical header ja auch auf https://vividfashion.de/herren/sweatshirts-fuer-herren.php beide URLs enthalten aber alle 16 Produkte, das sollte also keine weiteren negativen Auswirkungen haben. Falls das irgendwo negative Auswirkungen hat, würde ich mal versuchen auf diesen Seiten den canonical header zu entfernen…
Ja das ist schon wichtig !!!!!!
Warum? Ich bitte um eine Erklärung, damit ich das Ziel verstehen kann.
PS: wir fügen sogar den Alt-Text und den genutzten Dateinamen der URL hinzu damit Google alles wichtige erhält, was es zum indexieren benötigt. Im Vergleich zu einem ganz normalen img-Tag mit link direkt zur Bilddatei fehlt hier also eigentlich nichts, was Google an einer Indexierung hindern könnte.
Zum Beispiel:
<img itemprop="image" src="assets/php/shop/web-api/image.php?u=9c2ce95c4256cda248cc8963b28ce699&w=504&0o6fv3ff_xi-mariya-georgieva.jpg" alt="Sakko Alt" style="border: 0px; box-shadow: none;">Ihr habt aneinander vorbeigeredet, weil die Überschrift dieses Beitrags irreführend ist (es stimmt nicht, dass Google keine PHP-Seiten indexiert. Es geht hier wohl auch nicht um Seiten, sondern Bilder).
Zu den Shop-Bildern habe ich hier meinen Senf hinzugegeben: RE: Shopbilder werden als php ausgegeben
Das sind keine PHP-Bilder. Ausgeliefert werden schon JPG-Bilder (oder auch PNG, je nachdem welches Format genutzt wird). Nur ausgeliefert werden die Shop-Bilder von einem PHP-Skript, das benötigt wird, um die Größen dynamisch anzupassen (aber schon mit dem korrekten MIME-Type, wie jedes andere Bild auch).
Das machen auch viele andere Dienste so. Warum das von Google nicht indexiert wird, erschließt sich uns aktuell noch nicht. Da müssen wir forschen und wenn wir etwas rausfinden, können wir das Verhalten ggf. verbessern.
Mich würde interessieren, warum Ihnen beiden die Indexierung von Shop-Bildern wichtig ist?
Nutzen Ihre Kunden die Google Bildersuche um Shop-Artikel zu finden, oder was genau ist da der Hintergrund?
In älteren Versionen wurde beim Beenden versucht, den Projekt-Screenshot zu erstellten und währenddessen der Kreisel gezeigt,
In neueren Versionen ist das nicht mehr der Fall, da wird der Screenshot im Hintergrund erstellt.
Ok, da wird sich dann der Kollege morgen bei Ihnen melden.
Im Einseiter Projekt ist das Widget standardmäßig enthalten und der Seitentyp ist auf leer gestellt. Da Sie ja aber keinen Einseiter mehr haben, macht das alles ggf. wenig Sinn.
Wenn Sie alle Seiten verschachtelt (also als Unterseiten) der Startseite angeordnet haben, ist es klar, dass das Automatische Menü (nicht das Widget), nur den Eintrag "Startseite" anzeigt. Einfach die Unterseiten auf die 1. Ebene verschieben…
PS: ich würde aber vorschlagen, das manuelle Menü überall zu entfernen und stattdessen einfach das mit dem Layout gelieferte Menü zu nutzen. Damit das Menü entsprechend dargestellt wird, einfach alle Unterseiten von "Startseite" ebenfalls auf die 1. Ebene verschieben…
Ggf. halt bei allen Seiten den Seitentyp "leer" nutzen dann wird kein im Layout integriertes Menü etc. angezeigt.
Beim Einfügen des Widgets Formularwerte wird geprüft, ob die Seite bereits in einem Formular als Erfolgsseite definiert ist.
Gut. Wodurch die DB dann korrumpiert wird, ist mir nicht klar. Über die Suchmaschine Ihrer Wahl lässt sich sicherlich ein Tool für das "Repair" von .sdf Datenbanken finden…
z.B.: https://stackoverflow.com/questions/2300…-repair-utility
*** Auf eigne Gefahr! Vorher sicherstellen, dass funktionierende Backups vorhanden sind ***
Alles klar, dann trifft meine Antwort aus Beitrag #3 zu.