SEO_XH - Plugin
Re: SEO_XH - Plugin
Falls (ich betone: falls) es zur CSS-Variante käme, sollte Holgers Nomenklatur (oder Terminologie?) verwendet werden:
<h1 class="XH_mlxxx">
Wesentlich besser als "split".
"ml" = menulevel - richtig?
<h1 class="XH_mlxxx">
Wesentlich besser als "split".
"ml" = menulevel - richtig?
Re: SEO_XH - Plugin
Wenn unabsichtlich <h1> gelöscht (mit oder ohne Marker):Holger wrote:Auch löscht der User nicht mehr aus versehen eine Seite, er bekäme die Meldung "fehlende Überschrift" weil der "Splitt-Kommentar" bei der Arbeit im WYSIWYG_Mode erhalten bliebe. Und der Inhalt müsste dann in dieser Seite bestehen bleiben, anstatt ihn an die vorherige Seite anzuhängen - wenn machbar.
Beim Speichern Meldung: "fehlende Überschrift"
UND automatisch eine in den Text 1. Zeile reinsetzen: "[Missing Headline]" mit richtigem Marker (falls Unterseite) -> "reinsetzen" heißt: nicht in den Editor, sondern VORN an den zu speichernden Inhalt setzen und gleich mitspeichern.
UND die Meldung ergänzen mit: "Bitte korrigieren - und/oder im Pagemanager verschieben!"
Text verschwindet nicht. Landet im schlimmsten Fall als Einzelseite mit Titel: [Missing Headline]
Re: SEO_XH - Plugin
Überschriften:
Der Thread hat nun mittlerweile wirklich eine falsche.
Wenn das alles so klappt, wie besprochen, sind theoretisch 6 (sechs) Menülevel möglich.
Wäre das gut?
Der Thread hat nun mittlerweile wirklich eine falsche.
Wenn das alles so klappt, wie besprochen, sind theoretisch 6 (sechs) Menülevel möglich.
Wäre das gut?
Re: SEO_XH - Plugin
Ist hier irgendwie normal.frase wrote:Überschriften:
Der Thread hat nun mittlerweile wirklich eine falsche.
Es sind theoretisch unendlich viele Menülevel möglich – <!--XH_ml123456789--> wäre ja auch denkbar. Schaden dürfte das nicht, auch wenn man natürlich schwerlich so viel Content unterbringen kann (dann wird's ein "bisschen" langsam).frase wrote:Wenn das alles so klappt, wie besprochen, sind theoretisch 6 (sechs) Menülevel möglich.
Wäre das gut?
Christoph M. Becker – Plugins for CMSimple_XH
Re: SEO_XH - Plugin
Ich habe den Thrad jetzt geteilt. Hier geht es im Bezug zum alternativen Seitensplitten weiter:
http://cmsimpleforum.com/viewtopic.php?f=16&t=11966
http://cmsimpleforum.com/viewtopic.php?f=16&t=11966
Re: SEO_XH - Plugin
Ich hoffe ich bin hier richtig.
Das ist bei dem Thema und den Beiträgen nicht ganz so einfach zu eruieren.
Ich habe heute mal das Plugin SEO_XH getestet, noch nicht alles, aber angefangen.
Muss erst mal versuchen mich ein bisschen reinzudenken.
Aber ich glaube ich habe einen Fehler gefunden.
Ausgehend von den Beiträgen der letzten Tage zu Sitemapper_XH und meinem aktuellen Projekt und der dadurch noch so eingestellten Testumgebung.
Es geht um den canonical link auf der ersten veröffentlichten Seite.
- hier ist es soweit Standard, da passt es http://test.penschke.net/en/?Welcome-to-CMSimple_XH
- hier passt es aber nicht, weill die erste Seite nicht die erste veröffentlichte ist http://test.penschke.net/?Menu-Levels-und-Headings
Es gibt in dem Fall zwei canonical links, der erste ist von SEO_XH, der zweite von xlang_XH.
Ein paar Tage werden die Links wohl so aktuelle bleiben, hoffe ich.
Da es eben eine Testumgebung ist natürlich nicht ewig.
Das ist bei dem Thema und den Beiträgen nicht ganz so einfach zu eruieren.
Ich habe heute mal das Plugin SEO_XH getestet, noch nicht alles, aber angefangen.
Muss erst mal versuchen mich ein bisschen reinzudenken.
Aber ich glaube ich habe einen Fehler gefunden.
Ausgehend von den Beiträgen der letzten Tage zu Sitemapper_XH und meinem aktuellen Projekt und der dadurch noch so eingestellten Testumgebung.
Es geht um den canonical link auf der ersten veröffentlichten Seite.
- hier ist es soweit Standard, da passt es http://test.penschke.net/en/?Welcome-to-CMSimple_XH
- hier passt es aber nicht, weill die erste Seite nicht die erste veröffentlichte ist http://test.penschke.net/?Menu-Levels-und-Headings
Es gibt in dem Fall zwei canonical links, der erste ist von SEO_XH, der zweite von xlang_XH.
Ein paar Tage werden die Links wohl so aktuelle bleiben, hoffe ich.
Da es eben eine Testumgebung ist natürlich nicht ewig.
Gruß Olaf, Plugins for CMSimple_XH
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.
Re: SEO_XH - Plugin
Ja, das ist ein Bug. Danke fürs Melden!olape wrote:Ausgehend von den Beiträgen der letzten Tage zu Sitemapper_XH und meinem aktuellen Projekt und der dadurch noch so eingestellten Testumgebung.
Es geht um den canonical link auf der ersten veröffentlichten Seite.
- hier ist es soweit Standard, da passt es http://test.penschke.net/en/?Welcome-to-CMSimple_XH
- hier passt es aber nicht, weill die erste Seite nicht die erste veröffentlichte ist http://test.penschke.net/?Menu-Levels-und-Headings
Das Problem ist, dass ich 0 statt $_XH_firstPublishedPage verwendet habe.
Christoph M. Becker – Plugins for CMSimple_XH
Re: SEO_XH - Plugin
ist mir auch nur aufgefallen, weil wir es ja nun gerade hatten.
Aber noch was anderes
Das soll auf keinen Fall sein, Paginierung soll nicht auf die erste Seite zeigen.
https://support.google.com/webmasters/a ... 3744?hl=de
Dafür soll eher rel="prev" rel="next verwendet werden.
Und in dem Fall wäre es das Beste, wenn das jeweilige Plugin das selbst erledigen würde.
Was mich darauf bringt, dass diese Angaben bei Xh eigentlich missbräuchlich verwendet wird.
Und gerade in diesem Fall ganz weit an Ziel vorbei gehen, denn diese sollten die einzelnen Seiten von i.d.F. Realblog verbinden.
Und von daher eigentlich aus XH ganz verschwinden müssten.
Aber noch was anderes
Code: Select all
mit realblog_page in config
url --> http://test.penschke.net/?Test-Print/Test-Realblog
can --> http://test.penschke.net/?Test-Print/Test-Realblog --> ok
url --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=1
can --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=1 !!!!!!!!!!!!!!!!!!!!!
--> identisch mit Seite ohne Parameter.
--> hier dürfte nur can --> http://test.penschke.net/?Test-Print/Test-Realblog stehen
url --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=x
can --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=x --> ok
ohne realblog_page in config
url --> http://test.penschke.net/?Test-Print/Test-Realblog
can --> http://test.penschke.net/?Test-Print/Test-Realblog --> ok
url --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=1
can --> http://test.penschke.net/?Test-Print/Test-Realblog --> ok
url --> http://test.penschke.net/?Test-Print/Test-Realblog&realblog_page=x
can --> http://test.penschke.net/?Test-Print/Test-Realblog !!!!!!!!!!!!!!!!!!!!!
--> alle Seiten zeigen auf die erste Seite
https://support.google.com/webmasters/a ... 3744?hl=de
Dafür soll eher rel="prev" rel="next verwendet werden.
Und in dem Fall wäre es das Beste, wenn das jeweilige Plugin das selbst erledigen würde.
Was mich darauf bringt, dass diese Angaben bei Xh eigentlich missbräuchlich verwendet wird.
Und gerade in diesem Fall ganz weit an Ziel vorbei gehen, denn diese sollten die einzelnen Seiten von i.d.F. Realblog verbinden.
Und von daher eigentlich aus XH ganz verschwinden müssten.
Gruß Olaf, Plugins for CMSimple_XH
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.
Re: SEO_XH - Plugin
Seo_XH weiß nichts von anderen Plugins, vor allem nicht, welche Query-Parameter anderen Inhalt erzeugen, und welche nicht. Daher gibt es die Konfigurationsoption canonical_include, wo man in diesem Fall "page" eintragen kann. Ob eine Paginierung wirklich im Canonical Link aufgeführt sein sollte, darüber kann man sicher streiten, aber für etwas wie Forum_XH oder Realblog_XH gehören gewisse Parameter in den Canonical Link.olape wrote:Das soll auf keinen Fall sein, Paginierung soll nicht auf die erste Seite zeigen.
Letzteres ist schwierig, weil unter Umständen zwei oder gar mehr Plugins einen solchen erzeugen könnten, und dann gibt es vermutlich Probleme. Wüsste nicht, wie man das generell lösen könnte.olape wrote:Dafür soll eher rel="prev" rel="next verwendet werden.
Und in dem Fall wäre es das Beste, wenn das jeweilige Plugin das selbst erledigen würde.
Diese Links kommen wohl aus der Buchmetapher (eine CMSimple-Website ist wie ein Buch aufgebaut, und auch so zu lesen). Tatsächlich ist das im Allgemeinen fraglich, und wir sollten vielleicht eine Konfigurationsoption ergänzen, damit das unterdrückt werden kann (bzw. die Links erst aktiviert werden müssen).olape wrote:Was mich darauf bringt, dass diese Angaben bei Xh eigentlich missbräuchlich verwendet wird.
Und gerade in diesem Fall ganz weit an Ziel vorbei gehen, denn diese sollten die einzelnen Seiten von i.d.F. Realblog verbinden.
Und von daher eigentlich aus XH ganz verschwinden müssten.
Christoph M. Becker – Plugins for CMSimple_XH
Re: SEO_XH - Plugin
Aber wenn ich es eintrage, dann stimmt es wieder auf der ersten Seite nicht.cmb wrote:Seo_XH weiß nichts von anderen Plugins, vor allem nicht, welche Query-Parameter anderen Inhalt erzeugen, und welche nicht. Daher gibt es die Konfigurationsoption canonical_include, wo man in diesem Fall "page" eintragen kann.olape wrote:Das soll auf keinen Fall sein, Paginierung soll nicht auf die erste Seite zeigen.
Dann gibt es zwei unterschiedliche URLs mit gleichem Inhalt (DC) und jede davon zeigt dann im canonical-link noch auf sich selbst.
Es passt nicht mit Eintragen und es passt nicht ohne Eintragen (da passt es nicht mehr ab Seite 2)
Ich glaube in dem Fall ist es einfach besser, es ganz ausschliessen zu können und das ganze dem Plugin zu überlassen.
Das Plugin ist ja noch im Test. Deshalb schreibe ich das hier.
Bitte nicht als Nörgelei auffassen!
Es bräuchte doch nur im Plugin konfigurierbar sein, ob die Links für prev und next gesetzt werden sollten.cmb wrote: olape hat geschrieben:
Dafür soll eher rel="prev" rel="next verwendet werden.
Und in dem Fall wäre es das Beste, wenn das jeweilige Plugin das selbst erledigen würde.
Letzteres ist schwierig, weil unter Umständen zwei oder gar mehr Plugins einen solchen erzeugen könnten, und dann gibt es vermutlich Probleme. Wüsste nicht, wie man das generell lösen könnte.
Und natürlich auch nur innerhalb der Paginierung des Plugins.
Mir würde jetzt so auf Anhieb keine Situation einfallen, wo auf einer Seite gleichzeitig zwei Plugins mit Paginierung arbeiten würden. Unmöglich ist natürlich nichts.
Und ein Gleiches könnte man mit den canonical-linkt tun.
Wenn der von zentraler Stelle erstellt wird, dann muss man solche Plugins ganz ausnehmen können
(bei xlang_XH habe ich das so gemacht, da gibt es eine withelist --> diese Parameter werden entfernt - für canonical die für hreflang gleichzeitig als blacklist dient und jeweils für canonical und hreflang eine eigene blacklist)
und im Plugin muss es dann dafür eine Möglichkeit geben, das nur für das Plugin zu aktivieren.
Ich weiss, das mit dem simple ist dann nicht mehr so ganz gegeben. Aber SEO ist auch nicht simple.
Und das Umsetzen von SEO schon gleich gar nicht.
Da wäre ich sehr dafür.cmb wrote:Tatsächlich ist das im Allgemeinen fraglich, und wir sollten vielleicht eine Konfigurationsoption ergänzen, damit das unterdrückt werden kann (bzw. die Links erst aktiviert werden müssen).
Und ehe wieder einer meckert, es geht hier nicht um die Links prev und next, die der Besucher nutzt, um durch die Seite zu blättern, sondern um die Angaben im Seitenkopf für die Suchmaschinen.
Gruß Olaf, Plugins for CMSimple_XH
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.
Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.