Meta Tag OG:Image wird nicht übernommen

alternativ den beginnenden schrägstrich weglassen oder einfach mal gruenkohl.jpg schreiben ohne pfadangabe und dann den Quellcode ansehen Zwei mal versteht sich, b ei zwei Varianten wie hier

und außerdem muss da nicht der token des Bildes rein, Ja das sollte helfen, geh mal auf die Seiote Konfiguration/Url-Aliasse mach dir den Token browser auf und such dir den token zum entsprechenden Bild raus. Den fügst du dann ins entsprechende feld ein und schon musst du dir um dienen Pfad keine Gedanken mehr machen. Das macht Drupal dann für dich und das funjtioniert auch. Hab ich selber schon mit D7 und D8 getestet. Token suchen Nervt vielleicht ein bischen, aber das Ergebnis lohnt den Aufwand!

Wie geschrieben, arbeite ich häufig mit Tokens - wo es Sinn macht.
Habe es auch hier versucht, aber das bringt auch nichts.
Ohne führende Slash kann er den Pfade nicht auflösen.
Man sieht ja, dass der Pfad mit führendem Slash korrekt ist.
Ich habe es auch schon mit vollständiger URL probiert, alle nur denkbaren Schreibweisen getestet.
Interessant ist ja die frage, waum er eines von drei Felder richtig macht (gruenkohl) und bei den beiden anderen - wo das Gleiche drinnen steht - beharrt er auf den Default.

Ich bin mir sicher, dass es klappt, wenn du einen Token nimmst, der zu dem Feld gehört, dass DAA Bild enthält Ich schau gerne heute Abend mal nach, welcher Token genau das ist.

Nein, dinmikkith...ich schrieb doch, dass es mit token auch nicht funktioniert. Das war natürlich, was ich zuerst versucht habe. Wie schon bei vielen solchen Anwendungsfällen zuvor.
Der Token lautet - entsprechend dem Bild-Feldnamen [node:field-vorschau-bild].

Ich vermute nach wie vor, dass es am Sub-Modul Domain Meta Tag liegt (https://www.drupal.org/project/domains_metatag).
Das habe ich neu installiert und wie oben beschrieben, greift bei einem Image Feld der Wert für den Node (wunschgemäß) bei den anderen Feldern wird der globale Wert für diese Domain verwendet.

Ich sehe gerade, es gibt auch noch ein anderes Modul https://www.drupal.org/project/domain_pages_metatag.
Hat jemand Erfahrung mit beiden Modulen, welches zuverlässiger funktioniert?

Oder wäre es evt. geschickter, ein eigenes Modul zu schreiben, welches diese Werte dynamisch - abhängig von einem Feldwert - setzt?

Na wenn du das vermutest, dann mach das ding doch testhalber mal aus und versuch den Token einzusetzen und den Beitrag zu teilen. Auf Facebook oder Google Plus, wenn das Bild dann angezeigt wird, dann hast du mit deiner Vermutung voll ins schwarze getroffen.

Das hilft zwar in Verbinduing mit dem Sub-Modul nicht weiter, bringt dich aber beim Eingrenzen des Problems auf jeden fall schon mal ein Stück nach vorne.

Habs hinbekommen. Hier sind deine Mindestangaben, dann Zeigt Facebook das Bild auch an. Ich hab jetzt allerdings nur das Metatag Modul installiert, weil Drupal 7 instzallieren selbst auf simplytestme im gegensatz zu drupal 8 echt anstrengend ist, wenn man es nicht mehr gewöhnt ist :-) Oh wie ich Drupal 8 liebe. Der Screenshot stammt aber aus Drupal 7 Das Ergebnis siehst du im zweiten Bild

DIe Angaben stammen aus dem Abschnitt Beitrag des Meta-Tag-Moduls. Diese habe ich entsprechend übersteuert

Das ist nett von Dir, dass Du Dir so viel Mühe gemacht hast. ;-)
Aber das war ja nicht die Frage. Dass es für eine Domain mit Meta Tag wunderbar funktioniert (sogar für zwei Domains bei unterschiedlichen Inhaltstypen) hatte ich ja schon mehrfach geschrieben.
Ich habe ja einige Installationen unter D7 und D8 laufen und da funktioniert es jeweils gut.

Ja, vielleicht sollte ich wirklich mal das Domain Meta Tag Modul ausschalten.

Ich mache es ungern, weil dann die Descriptions für die andere Domain greifen und da Google gerade fleißig den Index aufbaut, finde ich das ungünstig.
Meine Hoffnung war, dass jemand etwas zu diesem Modul bzw. zu den beiden Modulen sagen kann, die für den Anwendungsfall zur Verfügung stehen.

Aber das ist evt. zu speziell.
Von D8 brauchen wir in dem Fall nicht reden, weil das Projekt momentan nicht für einen upgrade zur Diskussion steht.

Interessieren würde mich noch, ob schon mal jemand die Meta Tags in einem eigenen Modul gesetzt hat - abhängig von Domain und Inhaltstyp?

Gut wenn du das wegen der laufenden Indexierung nicht machen kannst, dann könntest du es wie ich auf Simplytest.me mit den betreffenden Modulen noch mal probieren und wahlweise an und ausschalten.

Zu der Geschichte mit dem Cache fällt mir nur ein zu prüfen, ob auf eurem Server Memcache installiert ist oder ähnliches. Den müsstest du nämlich von Hand leeren, weil Drupal das nicht erledigt.

Das tut mir jetzt ein wenig leid, dass es nicht das Meta-tag-Modul alleine war. Aber überschreibt das von dir angesprochene Sub-Modul denn überhaupt eines der betroffenen Meta-Tags? Wenn nicht, macht der Bug nämlich noch weniger Sinn.

Danke, daß Du Dich so einsetzt.
Ich werde das fragliche Modul dieser Tage mal kurz deaktivieren. Müßte man ja gleich sehen, ob sich das Verhalten dann ändert.

Ich bin mir nicht ganz sicher, wie das Verhalten ist.
Die Einstellungen des Sub-Moduls, welches das globale Verhalten dieser Domain beeinflussen, werden bei allen Feldern von den speziellen Einstellungen für den Inhaltstyp überschrieben.
Ob man daraus schließen kann, dass ein Bug keine Auswirkungen hätte, bin ich nicht sicher. "Der Teufel ist ein Eichhörnchen" sagt man bei uns In Schwaben. ;-)

Memcache läuft nicht, sondern nur der normale Cache.
Und den habe ich vorsichtshalber auch noch über Datenbank gelöscht.

Ich teste das ohne bzw. mit dem anderen Modul und gebe dann noch mal Bescheid.

Also ich kann schon mal berichten, dass das Problem tatsächlich mit dem Domain Meta Tag Modul zusammen hing.
Und es gab noch ein anderes Problem, welches wesentlich störender war.

Und zwar wurde als Canonical Link im OG-Sub-Modul immer der Link der zuletzt aufgerufenen Seite gespeichert.
Also konkret so:
Ich habe einen Inhaltstyp Gemüse mit 30 versch. Gemüsen.
Nun pflege ich Tomaten und speichere ab.
Rufe ich danach Grünkohl auf, wird oben im Browser-Reiter Tomaten angezeigt (obwohl der Tag für Titel mit Token der current-page:titel definiert ist).
Im Quelltext steht dann in der og-URL für Canonical Links nicht der Link auf Grünkohl, sondern auf Tomate.
Lösche ich den Cache, dann steht wieder korrekt Grünkohl da. Aber nur so lange, wie ich nicht irgendein anderes Gemüse pflege.
Immer das zuletzt verpflegte setzt sich im CAnonical Link durch...schräg, oder?
Cache leeren bringt nur was bei der Seite, die ich konkret gerade ansehe, aber nicht bei den 30 anderen Seiten.

Also irgendein Hau beim Modul mit dem Cache.

Nun habe ich es total entfernt und noch mal alle Caches in der Datenbank gelöscht, weil da noch falsche Einträge waren (trotz Cache-Leeren via Admin-Link...aber das ist na nichts Neues).
Und nun klappt es auch auf Anhieb mit den Vorschaubildern, wie gewünscht.

Bei Gelegenheit muss ich das mal auf englisch ausformulieren und in die Issues schreiben...

Aber vorher möchte ich noch das andere Modul ausprobieren. Kann eine Weile dauern, weil die eigenen projekte sich immer hinter den Kundenprojekten anstellen müssen. ;-)