Alternat Link auf die Seite selbst fehlt

Hast du die Einstellungen im Plugin "Plugins: System - Sprachenfilter" korrekt? Bei einer "meiner" Seiten steht da alles auf JA (wohl Standardeinstellungen, da ich da nie was geändert habe) und ich sehe überall 3 altenate-Links.

de-DE

en-GB

x-default

Und das scheint mir falsch

<link rel="alternate" href="<?php echo $myabsoluteurl=JURI::current(); ?>" hreflang="en" />
<link rel="alternate" href="<?php echo $myabsoluteurl=JURI::current(); ?>" hreflang="de" />

weil

JURI::current();

ja den Link der aktuell geöffneten Seite anzeigt, was ja für die in der anderen Sprache sicher falsch ist. Also z.B. deutscher Link in der hreflang=en,

Außerdem brauchst das

$myabsoluteurl=

darin nicht, nur nebenbei.

Zitat von stbrandon

In der index.php vom Template das hier eingebaut: ....

Brauchst du nicht manuell machen, da es bei richtiger EInstellung automatisch gemacht wird, siehe #2. Bei mir sehe ich dann auch diese 3 Links (bei 2 Sprachen).

EDIT: Hat sich gerade überschnitten. Meine Einstellungen:

"Sprachauswahl für neue Seitenbesucher" steht auf "Seitensprache".

"URL-Sprachkürzel entfernen" habe ich auf "Nein".

"X-default-Sprache" habe ich auf "Standard-Website-Sprache"

Alles andere auf "ja".

Beachte auch, was oben im Plugin noch so an Hinweisen geschrieben steht!

Stiimt gar nicht, was ich in #2 geschrieben habe. Ist bei mir nicht alles auf Standard. Ich habe "URL-Sprachkürzel entfernen" auf "JA", aber ohne Probleme. Nachträglich sollte man das aber nicht ändern, nur nebenbei.

Bei den Einstellungen stimmen deine Codes aus #1 aber gar nicht. Weil, angenommen, Standardsprache ist DE, das

/de

gar nicht in den Codes erscheinen sollte, falls die Links tatsächlich vom Joomla-Plugin kommen, weil du hast ja "Sprachkürzel" entfernen gewählt. Bist sicher, dass da nicht noch was anderes reinpfuscht? Template, Erweiterung? Ist das ein Protostar-Template? Link zur Seite?

Jetzt bin ich gänzlich verwirrt:

- Sprachkürzel entfernen steht auf JA. Trotzdem sind sie nicht entfernt.

- Wo kommt der Canonical-Link her? Joomla-Standard hat so was nur, wenn man z.B. im SEF-Plugin (zu 99% unnötig und störend und "falsch") was eingetragen hat. (Wobei bei mir beim Testen gar kein Canonical angezeigt wird )

Jedenfalls kann ich bestätigen, dass sobald im SEF-Plugin eine Domain eingetragen wird, die der aufgerufenen Seite exakt entspricht, einer der alternate-Links verschwindet.

Also z.B.

Domain-Teil der URL in der Browserzeile https://example.com

und exakt der Domain-Teil im SEF-Plugin.

Natürlich von mir mit den Domains der Testseite geprüft und nicht example.com.

Ob das ein Bug ist oder nicht, müssen andere entscheiden. Vielleicht steckt ja auch ein Sinn dahinter?

Das hat sich gelöst

Wobei bei mir beim Testen gar kein Canonical angezeigt wird

Ich habe ein eigenes Plugin, das Canonicals radikal entfernt.

Ändert aber am obigen Ergebnis nichts bzgl. was im SEF-Plugin eingetragen.

Zitat von stbrandon

Aber da kann ich kine Eintragung machen. Feld ist grau.

Sollst ja auch nix eintragen Bei mir ist das auch grau, aber ich könnte was eintragen.

Und SEF-Plugin MUSS ansonsten aktiviert sein!

Wenn nix drinsteht, bleibt die Frage, wo das Canonical in der Seite herkommt. Z.B.:

<link href="https://www.polymersynthese.de/produkte.html" rel="canonical" />

Manche Templates machen das hart-kodiert. Aaaaber ich habe keine Ahnung, ob das und wie zu deinem Problem führt. Sehe das nur mit dem SEF-Plugin.

Zitat von stbrandon

Aber keine Möglichkeit einer Eingabe.

Na ja, dann muss ja noch irgendwas anderes am Werkeln sein. Das ist ein Core-Plugin und die Eingabe ist erlaubt. Aber natürlich kann ein anderes Plugin die Eingabe sperren, was ziemlich dämlich ist. Das ist mit Sicherheit kein Core-Plugi, sondern irgendwas zuinstalliertes.

Die Frage nach dem Canonical hast du noch nicht beantwortet. Da musst du nach suchen. Plugin, dämliches Template.

Wenn dieses sperrende Plugin bzw. Erweiterung ähnlich arbeitet wie das SEF-Plugin bzgl. Canonicals ist das Verschwinden des zweiten alternate Tags logisch. Nachdem ich den SEF-Code angeschaut habe, hat es einfach einen "Bug", was das verursacht. Es liegt aber auch an Joomla selbst, dass dieser "Bug" durchschlagen kann. Nicht, dass ich ihn nicht aus eigenen Plugins kenne in anderem Zusammenhang.

Der Hintergrund, wen's interessiert, ist der Einsatz von

$doc->addHeadLink(

Man sollte besser verwenden:

$doc->addCustomTag(

, weil man eben Gefahr läuft, dass sich was überschreiben könnte, was in

$doc->_links[

den selben Key schon enthält. In diesem Fall leider die URL.

Keine Ahnung, ob man so was nun einreicht oder ob das bekannt ist. Gewollt jedenfalls nicht so ganz.

Vielleicht hat ja zero24 irgendwann Zeit, wenn sich der Joomla-Update-Stress gelegt hat, der von Idioten wie mir unachtsam in die Länge gezogen wurde [Einen Schäm-Smiley finde ich leider nicht]

Eingereicht hatte es schon wer. Ich habe hier noch mal meinen Senf dazu gegeben: https://github.com/joomla/joom…16#issuecomment-899563358

Auch dort wird vermutet, dass ggf. irgendein zuinstalliertes Plugin den selben Effekt haben kann, selbst, wenn man im SEF-Plugin nichts einträgt. "Falsche Programmierung". Wow, bihn ich kluhg.

Zitat von Re:Later

Vielleicht hat ja zero24 irgendwann Zeit, wenn sich der Joomla-Update-Stress gelegt hat, der von Idioten wie mir unachtsam in die Länge gezogen wurde [Einen Schäm-Smiley finde ich leider nicht]

Hab ich etwas verpasst? Meldungen über Fehler sind immer gut und an den Install From Web Installer hat bis dahin nur keiner gedacht gehabt

Brauchst dich nicht schämen, keine Angst solche Hinweise sind wichtig

Zitat von Re:Later

Eingereicht hatte es schon wer. Ich habe hier noch mal meinen Senf dazu gegeben: https://github.com/joomla/joom…16#issuecomment-899563358

Hab ich gesehen aber spontan auch keine Lösung bereit ggf. kann vorher geprüft werden "existiert der Key schon" aber auch sonst ist es ja so "das letzte Plugin gewinnt"

Zitat von zero24

Hab ich gesehen aber spontan auch keine Lösung bereit ggf. kann vorher geprüft werden "existiert der Key schon" aber auch sonst ist es ja so "das letzte Plugin gewinnt"

Sind halt 2 Core-Plugins, die da im Konflikt sind. Habe den Code nicht so exakt gelesen, aber nachdem ja zuvor wohl ein bestehendes Canonical sowieso entfernt wird, sollte man vielleicht besser addCustomTag verwenden. Ich glaube ein "exists already" ist gar nicht nötig.

Aber auch das language-Dingens, was es ja schon an einer Stelle macht. Aber eben nicht an der kritischen.

Zitat von stbrandon

Muss ich da was änden?

Abschalten halt, wenn es außer Aussagen von SEO-Tools, die da seit je her Quatsch erzählen, keinen triftigen(!!!) Grund für das Plugin gibt.

Da ich nicht weiß, wo das Plugin herstammt und ob kostenlos, kann ich auch nicht nachschauen. Aber sollte ich oben recht haben, ist das ein Bug im Plugin und gehört von den Anbietern gefixt. Es ist halt dann nicht kompatibel mit mehrsprachigen Seiten.

Bitte lies! Du SOLLST KEINEN EINTRAG IM SEF-PLUGIN MACHEN!!!!!

Kein Eintrag im SEF-Plugin und das andere deaktiviert lassen, um dein Problem loszuwerden, dass ein alternate fehlt!!!!!!!!!!!!!!!!!