[rel-canonical] rel="canonical" in Contao verwenden

[christian.barkowsky]

Sogenannter "duplicate content" also Seiten mit gleichen Inhalten werden von Suchmaschinen wie Google nicht gerne gesehen. Idealerweise vermeidet man das - aber nicht immer lässt es sich vermeiden. In diesem Fall sollte mit dem Tag rel="canonical" im Seitenkopf definiert werden, welche Seite das "Original" ist.

Diese Erweiterung hilft dabei.

Extension Repository: https://contao.org/de/extension-list...onical.de.html

Handbuch: http://www.contao-anleitungen.de/pos...al-nutzen.html

[stefan-at-work]

Super Sache. Vielen Dank Christian, vielen Dank Jan.

Funzt das Modul auch im Multidomainbetrieb? Sprich kann ich der Seite in der zweiten Domain (dessen Inhalt identisch ist mit der, aus der 1. Domain) ein rel-canonical verpassen?

[christian.barkowsky]

Klaro funktioniert das.

[dhe]

Super Erweiterung. Vielen Dank dafür!

[mandrake]

Hallo,

könnte diese Erweiterung prinzipiell nicht auch dazu genutzt werden, die in dem folgenden Beitrag genannte Problematik ggf. automatisch zu regeln? Siehe: https://community.contao.org/de/show...ight=canonical

MfG
Peter

[christian.barkowsky]

rel-canonical 3.1.0 verfügbar.

https://contao.org/de/extension-list...10009.de.html?

• Referenz auf sich selbst möglich
• Rel-Canonical in Events nutzbar
• Contao 3.2 ready

[css-umsetzung]

leider geht das nicht wenn man mit einer Artikel - Navigation arbeitet.
ich habe gerade das Problem, dass ich zwei verschiedene Verzeichnisse, mit dem gleichen Inhalt darstellen soll.
In den Seiten sind einzelne Artikel-Teaser die dann angezeigt und angeklickt werden können.

Beispiel:

von der Seite
erste-ebene/referenzen/irgendeinlink.html

geht es dann in die einzelnen angelegten Artikel:
erste-ebene/referenzen/irgendeinlink/articles/irgendein-artikel.html

die canonical-tags sollen jeweils auf diese links zeigen.
erste-ebene/leistungen/irgendeinlink.html

und bei einem angezeigten Artikel
erste-ebene/leistungen/irgendeinlink/articles/irgendein-artikel.html

wenn ich dieses Plugin nutze zeigt das aber in dem Fall grundsätzlich nur die normale Seite an
erste-ebene/leistungen/irgendeinlink.html ,
was ja falsch ist.

Ich weiß jetzt ohne das zu testen, nicht ob oder wie das im Modul abgefragt werden kann, aber es wäre schön, wenn das zukünftig auch gehen würde.

[Fulano]

Hat schon jemand die Erweiterung unter Contao 3.3.X im Einsatz, läuft sie dort?

[kischd]

Mir geht das canonical noch nicht ganz in meinen Kopf rein.

Ich hab in der htaccess einen redirect von "nicht-www" auf "www" gemacht.
Hab also eigentlich kein duplicate content mehr oder?

Oder setz ich das rel dann trotzdem auf meiner Seite ein?

Was bedeutet ich setze dann <link rel=“canonical“ href=“http://www.beispiel.de/de/> auf meine Startseite?

[Fulano]

Ich hab in der htaccess einen redirect von "nicht-www" auf "www" gemacht.
Hab also eigentlich kein duplicate content mehr oder?

Oder setz ich das rel dann trotzdem auf meiner Seite ein?

Kommt darauf an. Adressen ohne www. sollten nicht mehr indexiert werden und daher auch kein duplicate content erzeugen. Wenn du Seiten hast die Inhalte auf verschiedene Art darstellen, zum Beispiel Sortierungen, dann erzeugt das normalerweise doppelten content.

[kischd]

Bei onepage.org hab ich gesehen, dass es wohl gewünscht ist den canonical zu setzen.
Also mach ich das jetzt mal auf jeder Seite?

Sortierungen? Du meinst wenn ich eine Tabelle habe, die man sortieren kann?

[Spooky]

Oder setz ich das rel dann trotzdem auf meiner Seite ein?

Wenn du weiterhin Seiten mit gleichem Inhalt hast, ja.

Was bedeutet ich setze dann <link rel=“canonical“ href=“http://www.beispiel.de/de/> auf meine Startseite?

Das macht wahrscheinlich keinen Sinn?

[kischd]

durch meine Änderung in der htaccess hab ich also alles richtig gemacht?

[Fulano]

Sortierungen? Du meinst wenn ich eine Tabelle habe, die man sortieren kann?

Sowas wie in diesem Beispiel von zalando:

unsortiert: https://www.zalando.de/schuhe/
sortiert nach Neuheiten: https://www.zalando.de/schuhe/?order=activation_date

zalando-sort.png

[Fulano]

durch meine Änderung in der htaccess hab ich also alles richtig gemacht?

Das festlegen auf Seiten mit beziehungsweise ohne www. sollte man immer machen, also ja, alles gut

[Timon]

Du meinst wenn ich eine Tabelle habe, die man sortieren kann?

Damit ist gemeint wenn eine Sortierfunktion die URL verändert. Also der Klick auf den sortieren Button eine URL in der Art von "www.domain.ld/seite.html?sort=preis" aufruft. Dann entsteht Duplicate Content, da die umsortierte Seite ja den selben Inhalt hat.

In diesem Fall ist ein canonical auf die unsortierte URL sinnvoll.

Gruß
Timon

EDIT: Sorry Fulano, Du hattest das schon geschrieben. ich war zu langsam.

[christian.barkowsky]

Ganz frisch ... Version 3.2.0

Neben Seiten und Events, ist nun auch News hinzugekommen.

ER: https://contao.org/de/erweiterungsli...onical.de.html
Github: https://github.com/christianbarkowsk...ases/tag/3.2.0
Composer: christianbarkowsky/rel-canonical

[Supermann]

Hallo,

habe gerade das Update auf die aktuelle Version gemacht und bekomme jetzt:

502 Bad Gateway
nginx/1.4.6 (Ubuntu)

Wir nutzen Contao 3.1.5 und soweit ich das sehen kann sollte es auch nach dem Update damit weiter funktionieren.

[Spooky]

502 Bad Gateway

hat wohl kaum etwas mit der Extension zu tun. Geht der Fehler tatsächlich weg, wenn du die Extension deaktivierst?

[christian.barkowsky]

502 Bad Gateway
nginx/1.4.6 (Ubuntu)

Try again ... das liegt nicht an der erweiterung.

[Supermann]

Hallo,

also ich habe eben die Aktualisierung durchgefürt und dann danach diesen Fehler bekommen, dann die Erweiterung erst einmal deaktiviert und alles geht wieder. Schalte ich das ganze wieder ein, gleicher Fehler usw.

[Supermann]

502 Bad Gateway
nginx/1.4.6 (Ubuntu)

Try again ... das liegt nicht an der erweiterung.

Also ich weis nicht wie oft Du möchtest, das ich das "Try again" wiederhole? Ich habe zwischendurch die Erweiterung sogar deinstalliert und die vorherige wieder Installiert und damit läuft es dann wieder, mache ich dann jedoch das Update, kommt wieder der genannte Fehler....

[christian.barkowsky]

Liegt wohl an dem alten Contao ... #sorry
Ich passe mal die Mindestversion an.

[Supermann]

Das heisst also das ich deinstallieren muss und die vorherige Version nutzen muss?

[christian.barkowsky]

Die 3.2.0 sollte dann bei dir funzen.
Zugegeben ... ich habe nur mit der 3.5.x getestet.

[Supermann]

Hallo,

danke... kein Problem

[Grossvater]

Ich habe Contao 3.5.24 in der mache und erhalte:

Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: don't install contao-community-alliance/composer-plugin 3.0.0
    - Installation request for christianbarkowsky/rel-canonical >=3.3.2.0,<3.4-dev -> satisfiable by christianbarkowsky/rel-canonical[3.3.2].
    - Conclusion: don't install contao/core 3.5.24|install contao-community-alliance/composer-plugin 3.0.0
    - christianbarkowsky/rel-canonical 3.3.2 requires contao-community-alliance/composer-plugin ~3.0 -> satisfiable by contao-community-alliance/composer-plugin[3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.1.x-dev, 3.0.x-dev].
    - contao-community-alliance/composer-plugin 3.0.1 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.2 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.3 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.4 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.1.x-dev conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.x-dev conflicts with contao/core[3.5.24].
    - christianbarkowsky/rel-canonical 3.3.2 requires contao/core ~3.5 || ~4.3 -> satisfiable by contao/core[3.5.24].
    - Conclusion: remove contao/core 3.5.24|install contao-community-alliance/composer-plugin 3.0.0

Ist rel-canonical für contao 3.5.24 nicht kompatibel?

[webstar]

Ich habe Contao 3.5.24 in der mache und erhalte:

Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: don't install contao-community-alliance/composer-plugin 3.0.0
    - Installation request for christianbarkowsky/rel-canonical >=3.3.2.0,<3.4-dev -> satisfiable by christianbarkowsky/rel-canonical[3.3.2].
    - Conclusion: don't install contao/core 3.5.24|install contao-community-alliance/composer-plugin 3.0.0
    - christianbarkowsky/rel-canonical 3.3.2 requires contao-community-alliance/composer-plugin ~3.0 -> satisfiable by contao-community-alliance/composer-plugin[3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.1.x-dev, 3.0.x-dev].
    - contao-community-alliance/composer-plugin 3.0.1 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.2 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.3 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.4 conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.1.x-dev conflicts with contao/core[3.5.24].
    - contao-community-alliance/composer-plugin 3.0.x-dev conflicts with contao/core[3.5.24].
    - christianbarkowsky/rel-canonical 3.3.2 requires contao/core ~3.5 || ~4.3 -> satisfiable by contao/core[3.5.24].
    - Conclusion: remove contao/core 3.5.24|install contao-community-alliance/composer-plugin 3.0.0

Ist rel-canonical für contao 3.5.24 nicht kompatibel?

Die Abhängigkeiten scheinen falsch konfiguriert zu sein. In diese Zeile sollte ~3.0 || ~2.4 stehen: https://github.com/christianbarkowsk...poser.json#L23 Am besten ein Ticket machen für den Entwickler.

[christian.barkowsky]

@Grossvater ... natürlich ist die Erweiterung für Contao 3.5.24 kompatibel.

Kannst du mal bitte den Master installieren ... ich habe eben die composer.json etwas modifiziert.

[Grossvater]

Der Zweig (dev-master (3de5cf3f)) scheint zu laufen. Dankeschön

[christian.barkowsky]

Super ... dann gibt es gleich eine neue Version.

[peter_lang]

Servus ... könntest du das an die CMS 3.5.27 anpassen?
Hier gibt er noch eine Fehlermeldung aus und Seite wird nicht mehr abrufbar

[bravasx]

Hallo,

ist die Erweiterung auch für 3.5.28 verwendbar?

Wenn ich das Handbuch aufrufe, bekomme ich die Meldung, die Seite ist nicht verfügbar

[christian.barkowsky]

Die Erweiterung läuft auch unter Contao 3.5.28

[bravasx]

Ok, danke.

Aber das Handbuch ist nicht zu öffnen... gibt es noch einen anderen Link oder Quelle zum Handbuch?

[bravasx]

Ich hab die Erweiterung installiert... jetzt ist die Seite nicht mehr aufrufbar!

Nicht mal das Backend... nur der Login

[xchs]

Wird eine Fehlermeldung angezeigt? Was steht in den Log-Dateien unter system/logs/error.log?

[bravasx]

Nein, keine Fehlermeldung. Nur eine weiße Seite...

Ich hab die Erweiterung im Backend installieren lassen. Dann rief er automatisch eine Seite selbst auf und vorbei war es

Hier die error.log (PS: wir arbeiten mit den Metamodels )

PHP Warning: func_get_arg(): Argument 2 not passed to function in .../system/modules/metamodels/config/event_listeners.php on line 50
#0 [internal function]: __error(2, 'func_get_arg():...', '/homepages/40/d...', 50, Array)
#1 ...system/modules/metamodels/config/event_listeners.php(50): func_get_arg(2)
#2 [internal function]: ContaoCommunityAlliance\Contao\EventDispatcher\Eve ntDispatcherInitializer->{closure}(Object(MetaModels\Events\MetaModelsBoot Event))
#3 .../system/modules/symfony-event-dispatcher/classes/Symfony/Component/EventDispatcher/EventDispatcher.php(164): call_user_func(Object(Closure), Object(MetaModels\Events\MetaModelsBootEvent))
#4 .../system/modules/symfony-event-dispatcher/classes/Symfony/Component/EventDispatcher/EventDispatcher.php(53): Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(Array, 'metamodels.boot', Object(MetaModels\Events\MetaModelsBootEvent))
#5 .../system/modules/metamodels/classes/src/MetaModels/Helper/SubSystemBoot.php(119): Symfony\Component\EventDispatcher\EventDispatcher->dispatch('metamodels.boot', Object(MetaModels\Events\MetaModelsBootEvent))
#6 .../system/modules/metamodels/config/config.php(259): MetaModels\Helper\SubSystemBoot->boot(Object(Pimple))
#7 [internal function]: Contao\Config->{closure}(Object(Pimple))
#8 .../system/modules/dependency-container/classes/src/DependencyInjection/Container/ContainerInitializer.php(116): call_user_func(Object(Closure), Object(Pimple))
#9 .../system/modules/dependency-container/classes/src/DependencyInjection/Container/ContainerInitializer.php(449): DependencyInjection\Container\ContainerInitializer->callHooks(Object(Pimple))
#10 .../system/initialize.php(243): DependencyInjection\Container\ContainerInitializer->init()
#11 .../contao/main.php(16): require('/homepages/40/d...')
#12 {main}

[bravasx]

Ist das Problem mit dem Einspielen einer gesicherten Datenbank lösbar? Oder wo werden die Erweiterungen hinterlegt?

Wo ist aber das Problem? Weil die Canonical Lösung sehr hilfreich wäre.

[xchs]

Du kannst versuchen, die Erweiterung zu deaktivieren, indem Du im betreffenden Modul-Verzeichnis eine (neue, leere) Datei .skip (mit Punkt vorne!) anlegst.