---

@Alexander T. schrieb:

@Gelöschter Nutzer ja der Artikel muss überarbeitet werden. Aber gaaanz falsch ist es ja nicht und es gibt ja auch Suchmaschinen neben Google und das befüllen der Metatags wird gaaaanz sicher nicht schaden 

 

Aber meine redaktionellen Defizite sollen ja nicht Thema dieses Threads sein.

---

@Alexander T.

Es wird nicht schaden aber auch nicht helfen. Sicher gibt es auch andere Suchmaschinen aber mal ehrlich, wer nutzt die?

Thema waren eigentlich nicht Deine Defizite, die ich auch gar nicht beurteilen kann, sondern die Aussage, dass Einträge im "Head-Bereich" bei Nutzung des Creators oder des Designers, nicht möglich sind.

MfG. Bernd

Zusammenfassung der Fragen und Antworten

Wie verhält es sich mit den Bestandskunden? Werden diese irgendwann automatisch auf die neue Plattform umgestellt? Bisher läuft das, wenn ich das richtig mitbekommen habe, ja nur manuell auf Anfrage. Müssen Bestandskunden irgendwann auch auf die neuen Tarife umstellen?

Wir müssen hier zwischen neuer Plattform und neuen Produkten unterscheiden. Die Umstellung aller Kunden auf die neue Plattform planen wir für dieses Jahr ein. Eine Umstellung der Produkte (z.B. Homepage Starter auf Homepage S) ist nicht geplant.

Wie ist das mit meiner Frage hier, ist da etwas gemacht worden? Seit Samstagmorgen habe ich jedenfalls keine Fehler mehr in der Darstellung. Das heißt, das 2 Spaltig auch als 2 Spaltig dargestellt wird und auch die Bilder mittig und nicht mehr linksbündig veröffentlicht werden. Eine "Gutmeldung" gab es allerdings noch nicht.

Wir haben von Mittwoch auf Donnerstag Wartungen durchgeführt, da ist z.B. das Thema Tracking-Code behoben. In dem Zuge sind auch einige Optimierungen und Fehlerbehebungen eingeflossen. Wir beobachten das Thema dennoch weiterhin. Was "komisch" war/ist, dass der Fehler nicht wirklich reproduzierbar war/ist. Daher noch keine Gutmeldung unsererseits.

Danke, der Tracking-Code funktioniert jetzt wunderbar. Die Darstellung zurzeit auch. Es ist natürlich problematisch, einen Fehler zu beheben, den man nicht nachstellen kann, das versteh ich vollkommen. Seltsam auch, dass dies nur nach der Veröffentlichung auftrat. Im Designer und in der Vorschau sah alles ganz normal aus.

Der Fehler trat im Designer und der Vorschau nicht auf, weil dort die Darstellung nicht responsive ist (also nicht auf die jeweilige Darstellungsgröße des Monitors angepasst wird). In dem Bereich lag nämlich das Problem, das durch die Fachseite mittlerweile aber bestätigt und behoben wurde.

Wenn du allerdings deine Seite in der Vorschau des Designers öffnest und dort dann die Darstellung für Smartphone wählst, wirst du sehen das die Absätze tatsächlich wieder unterhalb der Bilder liegen. Hier wurde eine Tabelle angelegt die zwar zwei Spalten hat, aber keine weiteren Zeilen. Dadurch sind die Bilder links in einer Spalte und der Text rechts. Wenn dann die Fläche kleiner wird, dann schiebt sich der Text unter die Bilder.

Wie das zustande kommt, ist mir grade nicht ganz klar. Meine Empfehlung wäre aber, die Seite neu anzulegen, die Texte dort rein zu kopieren und dann die Bilder neu zu positionieren. So hat es bei meinen Tests grade immer problemlos geklappt.

Ist vorgesehen, die automatische Speicherung der robots.txt und der sitemap.xml wieder abschaltbar zu machen? Ich würde diese Dateien lieber selbst verwalten.

Haben wir auf der Liste, wie so vieles. Ich würde mal frei und offen behaupten, alles was im Creator geht, wird zukünftig auch im Designer gehen. Bitte frage aber nicht bis wann  Eine Frage noch: Was machst du den besser oder anders an der robots.txt. und der sitemap.xml? Vielleicht haben wir da ja auch Verbesserungspotential...

Am Anfang kam es öfter mal vor, dass bei der automatischen sitemap.xml die Stammadresse statt der richtigen www-Adresse veröffentlicht wurde. Das führte natürlich zur Fehlermeldung von Google, dass dies keine gültige Adresse wäre. Der Fehler kam sporadisch und war nicht provozierbar. Ich lade deshalb meine eigene hoch und kann deshalb nicht sagen, ob es noch auftritt.  Außerdem wird auf http verwiesen und nicht auf https. Ich weiß, das es trotzdem auf https verwiesen wird aber für den robot ist es von Vorteil, wenn er gleich richtig geleitet wird. Ein Vorteil des Alters ist, dass man viele Leute kennt, ich kenne 5 Programmierer von Google aus 3 Ländern  persönlich. Die können meine Seiten zwar auch nicht puschen aber die geben mir gute Tipps. In der robots ist einfach die delay-Zeile überflüssig, das ist zwar kein Fehler, sie wird von Google aber nicht beachtet, was von Google auch als Hinweis angezeigt wird.

Der Homepage Designer (wie auch der Homepage Creator) verwenden selber mod_rewrite damit der Aufruf von https://www.berndgollin.de/Tipps-und-hilfreiche-Tools funktioniert (und nicht wie früher eine kryptische Zahlenkolonne der Domain folgt). Diese Regeln werden priorisiert bearbeitet, entsprechend deine ignoriert. Ich vermute du möchtest diese Regel zur SEO-Optimierung nutzen, richtig? Da du ja eine sitemap.xml verwendest musst du dir da aber keine Sorgen machen (siehe https://homepagecenter.telekom.de/index.php?id=319).

@Michael Z. und ich haben grade aber auch diskutiert ob man ggf. generell dafür sorgt das in besagte Rewrite-Rules einfach bereits fest in den Designer integriert wird. Das wäre sicherlich die beste Lösung.

Auch sollte man mal darüber nachdenken, warum nur eine .de Domain möglich ist, wobei diese oft sogar günstiger wäre als die anderen Endungen... Gibt es dafür eine Begründung? Ich für meinen Teil würde lieber 3 .de Domains nutzen als mir etwas zu den anderen Endungen einfallen zu lassen....

Das Thema Domains ist momentan bei uns eine technische Einschränkung, wir prüfen, ob wir dieses auch auflösen können. Stand heute ist das nicht möglich.

Bitte erlaubt wenigstens ein vernünftiges CNAME Routing für Domains, die anderweitig gehostet werden und gleichzeitig die DNS Bearbeitung bei der Inklusivhomepage. Dann könnte ich wenigstens dort eine 2. .de Domain anlegen und vollständig im Paket nutzen (nein, Weiterleitungen finde ich doof)

Was meinst du mit vernünftigen CNAME Routing? Hm ... also bei jedem HP Produkt kann man mittlerweile ganz Problemlos im Homepagecenter an den DNS-Records rumschrauben, siehe auch https://homepagecenter.telekom.de/index.php?id=300. Aber das von dir gewünsche geht nicht. Ich versuch das mal an einem Beispiel zu verdeutlichen.

Zwei Homepages:

test.de - Homepage a

toast.com - Homepage b

Du gibst im Browser test.de ein. Der fordert (viele Schritte dazwischen weggelassen) Inhalt von unserem Server an. Unser Server schaut nach ... ahh test.de ist Homepage a und gibt entsprechenden Inhalt aus.

Bei toast.com das gleiche. Wenn man jetzt aber toast.com den CNAME auf test.de ändert dann kommt die Anfrage auch auf unserem Server an. Und was macht der Server? Der schaut wohin toast.com gehört und ruft Homepage b auf. Warum? Die Änderung des CNAMEs erfolgt am DNS und nicht am Server.  Der Server bekommt davon gar nichts mit. 

Ich habe gerade die Coppermine Gallery aus dem HPC installiert und bin jetzt dabei ein Update zu machen. Ich mußte dazu die Rechte ändern denn ihr setzt alles auf "Nur Lesen". Da sind Probleme vorprogrammiert. Die User wollen andere Themes, Plugins etc. wie sollen sie die hochladen, wenn der Server das ablehnt? Ich kenne viele, die diese Galerie nutzen aber ansonsten keine Ahnung haben, die bekommen das nie hin. Außerdem solltet ihr dazu schreiben, dass die 1.5er Version nicht für PHP7 geeignet ist, auf dem neuen Server muß man also auf PHP 5.6 umstellen. Ich bitte Euch, das zu beheben.

Okay, wir kümmern uns darum. Danke!