Zum Inhalt springen

Page TSconfig - einstellungen global definieren?

Erstellt am 3. August 2005 · 11 Antworten · letzte Antwort am 23. Februar 2006

Tags: SEO, Frage

webdeveloper ·

Hallo Forum,

ich musste gleich die neue Extension "Autogeneration of Metakeywords" ausprobieren...
Die automatische Erstellung der Keywords klappt auch wunderbar, nur stehe ich jetzt vor folgendem Hindernis:

Es soll die Möglichkeit geben, via
plugin.mc_autokeywords.stopWords = other,left,yours
bestimmte Wörter in den MK zu unterdrücken. Dazu ist diese Zeile im Page-Tsconfig nötig.
Wenn ich aber nun eine sehr (Seiten-)umfangreiche Website habe, und die Zeile nicht in jede TSconfig schreiben möchte... Wie definiere ich sie GLOBAL ?
Wenn ich die Zeile in mein root // oder master Setup schreibe, klappt das leider nicht :-(
Kennt da jemand eine Lösung?

Vielen Dank im voraus,
Alexander

webdeveloper ·

Hi,

sorry, hatte bei deiner ersten Antwort keine Nachricht bekommen ,dass eine Nachricht vorliegt.
Also, das Problem wurde gleich gelöst - eine nette Mail an den Extension Programmierer und das Thema war gegessen.

root-seite: (seitentitel bearbeiten)

plugin.mc_autokeywords.autogenerate = 1
plugin.mc_autokeywords.count = 200
plugin.mc_autokeywords.stopWords = xxx

Danach musst du (leider) jede Seite öffnen und wieder schließen (über Seitentitel bearbeiten).
Im Moment liegt noch kein "batch" vor, der das automatisch für dich erledigt.

webdeveloper ·

also das habe ich im tsconfig im seiten header drin

was hast du dann noch ins template gesetzt damit die metatags angezeigt werden?

bzw wird das feld keywords automatisch ausgefüllt`
Weder da noch im source der seite tauchen die keywords,metags auf

danke

Ins Mastertemplate schreibst du statt

seite = PAGE
seite {
  meta {
    keywords = Keyword 1, Keyword 2, Keyword 3
  }
}

das hier:

seite = PAGE
seite {
  meta {
    keywords.field = keywords
  }
}
Bladerunner ·

bei mir klappt es mit der Anzeige leider auch nicht, obwohl ich die 3.8 am laufen habe.

Weise die Keywords so zu :

seite = PAGE
seite {
...
meta {
keywords.field = keywords
}
}

=> klappt nicht

Wenn ich aber einfach die Zeile mit den Keywords in

...
keywords = Dirk

ändere. Erscheint auch das "Dirk" in den Metatags.

irgednwie komisch. Weiß vielleicht Jemand woran das liegen könnte ?

Achso, in der Tabelle pages stehen auch Wörter in der Spalte keywords drinne

mediaman ·

Ich habe das gleiche Problem wie alle anderen hier: Es läuft einfach nicht....

Hier die Fakten:

Typo3 Version 3.8.0 (also kein Problem)

Das Typoscript im Root-Template sieht an den dafür wichtigen Stellen wie folgt aus. Ich lese auch Meta-Tags aus der HTML-Vorlage ein

Hier die Varianten die ich probiert habe:

    # Here we define which elements in the HTML that 
    # should be wrapped in subpart-comments:
    elements {
    BODY.all = 1
    BODY.all.subpartMarker = DOCUMENT_BODY


    #HEAD.all = 1
    #HEAD.all.subpartMarker = DOCUMENT_HEADER
    #HEAD.rmTagSections = title

     
    TD.id.activ_menu = 1
    TD.id.content = 1
    TD.id.content_left = 1
    TD.id.content_right = 1
    TD.id.mainmenu = 1
     
  }

# Main TEMPLATE cObject for the HEAD
temp.headTemplate = TEMPLATE
temp.headTemplate {
 # Feeding the content from the Auto-parser to the TEMPLATE cObject:
 template =< plugin.tx_automaketemplate_pi1

  # Select only the content between the <head>-tags
  workOnSubpart = DOCUMENT_HEADER

}

# Default PAGE object:
page = PAGE
page.typeNum = 0
page.stylesheet = fileadmin/template/_lib/styles.css

#damit metas in die seite geschrieben werden
page.meta.KEYWORDS.field = keywords



# Copying the content from TEMPLATE for <body>-section:
page.10 < temp.mainTemplate
# Copying the content from TEMPLATE for <head>-section:
page.headerData.10  < temp.headTemplate

habe auch das probiert

    # Here we define which elements in the HTML that 
    # should be wrapped in subpart-comments:
    elements {
    BODY.all = 1
    BODY.all.subpartMarker = DOCUMENT_BODY


    HEAD.all = 1
    HEAD.all.subpartMarker = DOCUMENT_HEADER
    HEAD.rmTagSections = title

     
    TD.id.activ_menu = 1
    TD.id.content = 1
    TD.id.content_left = 1
    TD.id.content_right = 1
    TD.id.mainmenu = 1
     
  }

# Main TEMPLATE cObject for the HEAD
temp.headTemplate = TEMPLATE
temp.headTemplate {
 # Feeding the content from the Auto-parser to the TEMPLATE cObject:
 template =< plugin.tx_automaketemplate_pi1

  # Select only the content between the <head>-tags
  workOnSubpart = DOCUMENT_HEADER
  subparts.meta.KEYWORDS.field = keywords
}

# Default PAGE object:
page = PAGE
page.typeNum = 0
page.stylesheet = fileadmin/template/_lib/styles.css

#damit metas in die seite geschrieben werden
#page.meta.KEYWORDS.field = keywords
} 

# Copying the content from TEMPLATE for <body>-section:
page.10 < temp.mainTemplate
# Copying the content from TEMPLATE for <head>-section:
page.headerData.10  < temp.headTemplate

Ach ja diese Variante habe ich auch noch probierrt, obwohl das ja in meinen Augen, genau das selbe ist. Das habe ich dort eingetragen wo bei der ersten Variante "page.meta.KEYWORDS.field = keywords" steht

      page {
        meta {
          keywords.field = keywords
        }
      }

Im der Spitze des Seitenbaums habe ich im Header der Seite im TsConfig das übliche eingetragen:

plugin.mc_autokeywords.autogenerate = 1
plugin.mc_autokeywords.count = 150
plugin.mc_autokeywords.stopWords = other,left,yours,einer,eines,eine,nicht,kein,keine,mehr

Das merkwürdigste ist dazu noch, dass ich keine Einträge in der Tabelle Page habe. Es gibt die Spalte (Attribut) tx_mcautokeywords_keyword_change die ist aber völlig leer, außer Nullen. Ich habe selbstverständlich den Inhalt der Seiten neu gespeichert.

Dann soll es noch so eine Checkbox geben, die irgenwie sagt das der Inhalt nicht in die Meta-Tags geschrieben werden soll. Diese finde ich ebenfalls nicht.

Es hört sich fast so an, als ob die Extension nicht richtig installiert ist, aber im Extension-Manager ist nichts zu sehen...

Zusätzlich hatte ich aber Probleme die Extension von der Repository runterzuladen, da bei uns PHP im Safe-Mode läuft. Habe es kurz abgeschaltet und dann lief es. Dann habe ich noch den Besitzer der Dateien angegelichen. Somit sind die Rechte und Besitzer genauso wie bei allen anderen Extensions auf dem Server. (Die anderen Extensions laufen natürlich). Außerdem wurde das Update der Tabelle "Page" ja erfolgreich durchgeführt. Den Cache habe ich in der Verzweiflung auch schon des Öfteren gelöscht.

Bitte helft mir....

mediaman ·

ok, ich habe den Fehler gefunden:

1. Die Extension darf anscheinend nicht in /typo3_src/typo3/ext installiert
werden, sondern in /typo3conf/ext (local und nicht global)

2. Dann muss der SeitenTyp "Erweitert" sein. Es funktioniert nicht mit
Standard!

3. Es müssen anscheinend alle drei Zeilen eingetragen werden (kann ich aber
nicht absolut belegen):
plugin.mc_autokeywords.autogenerate = 1
plugin.mc_autokeywords.count = 150
plugin.mc_autokeywords.stopWords =
other,left,yours,einer,eines,eine,nicht,kein,keine,mehr

Hab es zuerst nur mit "plugin.mc_autokeywords.autogenerate = 1" probiert. Das lief nicht. Lag aber vielleicht auch an dem nicht bereinigten Cache..

Fertig!

daffyduck ·

Die Extension funktioniert leider nur bedingt. Folgender Seitenaufbau macht Probleme:

Mehrsprachig mit einem Seitenbaum

Nur die Standardsprache bzw. Seite wird mit Keywords gefüllt. Wechselt man die Sprache fehlt die Zeile im HTML-Code. Auch wenn mann den Seitentitel der anderen Sprache kurz öffnet und anschliessend wieder speichert.

Mögliche Ursache:
Da man die Zeilen (plugin.mc_autokeywords.autogenerate = 1 plugin.mc_autokeywords.count = 150 plugin.mc_autokeywords.stopWords = other,left,yours) im Seitentitel ins TSconfig-Feld eingetragen werden und nicht im Setup, wird dies für die übersetzten Seiten wirkungslos da dort im Seitentitel das TSconfig-Feld fehlt.

Manuelles setzen der Keywords
Man kann die Keyword manuell setzen in dem man den Seitentitel der übersetzten Seite öffnet und im Bereich "Stichworte" die gewünschten einträgt. Und siehe da im Code erscheinen diese auch.

Meiner Meinung nach ist der Einsatz dieser Extension bei einer Sprache duchaus vertretbar. Bei mehreren Sprache aber föllig nutzlos, da man für jede übersetzte Seite die Keyword selber heraussuchen und eintippen muss. Macht mal dies bei fünf Übersetzungen... viel Spass damit #giggle#

Gruss Daffy

mediaman ·

Ja, das kann auch bei mir das Problem gewesen sein, denn ich hatte auch einen Seitenbaum, der mehrsprachig war......

Proximo ·

Ich hab mal eine solche "Extension" rein auf Typoskriptbasis gemacht...

Verwendungszweck:

Der Benutzer wollte auf der Containerseite, der Seite mit der ID 9, im Seitenheader globale Metas definieren.

Wenn der Benutzer aber in einem beliebigen anderen Seitenheader neue Metas definieren will, sollen diese die globalen Metas überschreiben

Lösung:

#######################################################
# Metatag-Generator, generiert Metatags aus feldern von PAGE, entweder     #
# aus der aktuellen Seite oder aus der Seite mit der ID 9!!! (CONTAINER)     #
#######################################################

temp.abstract = TEXT
temp.abstract.data = DB:pages:9:abstract
temp.abstract.override {
   required = 1 
   data = field:abstract
}
temp.abstract.wrap = <meta name="abstract" content="|" />

temp.keywords = TEXT
temp.keywords.data = DB:pages:9:keywords
temp.keywords.override {
   required = 1 
   data = field:keywords
}
temp.keywords.wrap = <meta name="keywords" content="|" />

temp.description = TEXT
temp.description.data = DB:pages:9:description
temp.description.override {
   required = 1 
   data = field:description
}
temp.description.wrap = <meta name="description" content="|" />

temp.author = TEXT
temp.author.data = DB:pages:9:author
temp.author.override {
   required = 1 
   data = field:author
}
temp.author.wrap = <meta name="author" content="|" />

temp.email = TEXT
temp.email.data = DB:pages:9:author_email
temp.email.override {
   required = 1 
   data = field:author_email
}
temp.email.wrap = <meta name="email" content="|" />

temp.header = COA
temp.header.2 < temp.abstract
temp.header.3 < temp.keywords
temp.header.4 < temp.description
temp.header.5 < temp.author
temp.header.6 < temp.email