[TYPO3-german] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden Peter Linzenkirchner
Hallo liebe Liste, 

ich knabbere gerade an folgendem Problem: 

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO. 

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ... 

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates. 

Ergo brauche ich die Möglichkeit, Titel und URL zu trennen: 

Eine Idee wäre, beim ersten Eintrag der News (bzw. des Seitentitels) den Titel 
nicht nur ins Titelfeld zu schreiben sondern in ein zusätzliches Feld für den 
Permalink. Die URL wird dann nicht aus dem Titel aufgebaut, sondern aus dem 
Permalink-Feld. So handhaben das z. B. Wordpress und Expression-Engine. 

Hat jemand eine Idee, wie man das Realisieren könnte? Mit dem Problem müssten 
doch eigentlich alle zu kämpfen haben, die für engagierte SEOler tätig sein 
müssen ... Wie ich das in der Konfig von realurl ändern kann, weiß ich, aber 
wie schaffe ich es, dass beim Speichern eines News-Eintrags oder einer Seite im 
Backend automatisch der der Permalink angelegt wird? Es müsste quasi ein 
Postprocessing nach dem Speichern stattfinden. 

Vielen Dank für Ideen!
Peter


-- 
---
Peter Linzenkirchner
Lisardo EDV-Beratung
Katharinengasse 20, Rückgebäude, 
Eingang Bleigäßchen 5
86150 Augsburg
Tel. +49-821-150565, Fax +49-821-150595
http://typo3-lisardo.de
i...@lisardo.de
---

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden bernd wilke

Am 13.03.15 um 13:28 schrieb Peter Linzenkirchner:

Hallo liebe Liste,

ich knabbere gerade an folgendem Problem:

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO.

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ...

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates.

Ergo brauche ich die Möglichkeit, Titel und URL zu trennen:

Eine Idee wäre, beim ersten Eintrag der News (bzw. des Seitentitels) den Titel 
nicht nur ins Titelfeld zu schreiben sondern in ein zusätzliches Feld für den 
Permalink. Die URL wird dann nicht aus dem Titel aufgebaut, sondern aus dem 
Permalink-Feld. So handhaben das z. B. Wordpress und Expression-Engine.

Hat jemand eine Idee, wie man das Realisieren könnte? Mit dem Problem müssten 
doch eigentlich alle zu kämpfen haben, die für engagierte SEOler tätig sein 
müssen ... Wie ich das in der Konfig von realurl ändern kann, weiß ich, aber 
wie schaffe ich es, dass beim Speichern eines News-Eintrags oder einer Seite im 
Backend automatisch der der Permalink angelegt wird? Es müsste quasi ein 
Postprocessing nach dem Speichern stattfinden.



Solange die Redakteure die Seitentitel und damit die URL ändern hat SEO 
natürlich keine Chance. Ob das besser wird, wenn du ein zusätzliches 
Feld für den Perma-Link einführst, in dem die Redakteure genauso 
weitermachen können wird sich kaum etwas ändern.


wenn der Artikel von Das Haus im Grünen zu Mein Traum vom Leben im 
Wald umbenannt wird wird eine URL .../news/das_haus_im_gruenen.html 
auch als unpassend angesehen und entsprechend geändert. Was du brauchst 
wird eigentlich schon mitgeliefert: ein eindeutiger Wert pro News, der 
sich nicht ändert. Das ist die uid des Datensatzes.

Nur ist diese uid nicht sonderlich aussagekräftig und SEO unerstützend.

grundsätzlich kannst du aber uid und titel verbinden und so die URL 
generieren. Wenn jetzt der Titel geändert wird bleibt die uid erhalten 
und sollte so die richtige news liefern. Wie _das_ genau in realurl zu 
konfigurieren ist weiss ich allerdings nicht.


ersteres (Verbindung von uid und titel zu eindeutiger URL) wäre:
'fixedPostVars' = array(
'newsDetailConfiguration' = array(
array(
'GETvar' = 'tx_news_pi1[news]',
'lookUpTable' = array(
'table' = 'tx_news_domain_model_news',
'id_field' = 'uid',
'alias_field' = concat(uid,'_',title),
//'maxLength' = 40,
'addWhereClause' = ' AND NOT deleted',
'useUniqueCache' = 1,
'useUniqueCache_conf' = array(
'strtolower' = 1,
'spaceCharacter' = '-',
),
'languageGetVar' = 'L',
'languageExceptionUids' = '',
'languageField' = 'sys_language_uid',
'transOrigPointerField' = 'l10n_parent',
'autoUpdate' = 1,
'expireDays' = 180,
),
),
),
'123' = 'newsDetailConfiguration', // id der newws-detail-seite
),


um die genaue News bei verändertem Titel wieder zu identifizieren reicht 
es eigentlich nur den ersten Teil der URL (=die uid) zu betrachten. wie 
man realurl dazu bringt den title zu übersehen bzw. die richtige Seite 
nur mit der uid 

Re: [TYPO3-german] realurl - Titeländerung vs. Permalink

2015-03-13 Diskussionsfäden Stephan Schuler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Peter.

Willst und musst du das wirklich über eine Vorbelegung lösen? Bekommst du das 
wirklich nicht durch entsprechend geschulte Redakteure hin?

Immerhin wird doch schon -- zumindest bei Seiten -- unterschieden:
* Page Title (Tab General)
* Alternative Navigation Title (Tab General)
* Speaking URL path segment (Tab General)
* URL Alias (Tab Behavior)

Du würdest also vermutlich das URL Alias halbwegs unique haben wollen.
Soll heißen: uniquePid, damit es auf einer Seite eindeutig wird.
http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Input/Index.html#eval

Das URL Alias gilt zunächst mal für eine Seite und deren Übersetzungen. 
Redakteure können aber durch das Feld Speaking URL path segment -- das dann 
für die pages und pages_language_overlay separat gepflegt werden muss -- von 
Hand einen abweichenden Wert für das Pfadsegment angeben. Du kannst also 
administrativ den Wert für URL Alias vorbelegen und von Redakteuren dann 
absichtlich durch Speaking URL path segment überschreiben lassen.

Erstens geht das vermutlich über einen DataHandler-Hook. Ich würde es mal mit 
dem processDatamap_beforeStart versuchen. Einfach den Page Title in das 
Feld URL Alias kopieren, strToLower, whitspaces raus, fertig.

Zweitens würde ich das TCA für das dieses Feld umdeuten, von input zu 
passthrough. Damit können deine Redakteure da im Backend nichts 
reinschreiben, sehen aber dessen Inhalt, und über den DataHandler können meines 
Wissens Änderungen durchgeführt werden die dann auch in der Datenbank landen.

Drittens möchtest du evtl. eine Checkbox Recalculate URL Alias erfinden, die, 
wenn gesetzt, das für Redakteure (nach der Durchführung von zweitens) nicht 
beschreibbare URL Alias-Feld leert und anschließend neu berechnet. Deshalb: 
Neue Checkbox ins TCA packen und per gleichem DataHandler-Hook wie erstens 
dann die gleiche Prozedur wie erstens durchführen. Dadurch haben Redakteure 
die Möglichkeit, ggf. einen Tippfehler bei Seiten zu korrigieren.

Bei den News sollte *eigentlich* die Eigenschaft useUniqueCache helfen. Der 
Record-Unique-Cache von RealURL hat meines Wissens überhaupt kein Verfallsdatum 
sodass grundsätzlich immer die erste verwendete URL gilt, egal wie der Titel 
anschließend geändert wird. Wer einzelne Einträge aus diesem Unique-Cache 
löscht muss eben wissen was er tut und wer blind den kompletten Unique-Cache 
für eine Tabelle löscht wird erschossen.

Gruß,


Stephan Schuler
Web-Entwickler | netlogix Media

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: media.netlogix.de




netlogix GmbH  Co. KG
IT-Services | IT-Training | Media
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Web: http://www.netlogix.de

netlogix GmbH  Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt



- -Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter 
Linzenkirchner
Gesendet: Freitag, 13. März 2015 13:28
An: German TYPO3 Userlist
Betreff: [TYPO3-german] realurl - Titeländerung vs. Permalink

Hallo liebe Liste,

ich knabbere gerade an folgendem Problem:

Meine Redakteure ändern ziemlich häufig die Titel ihrer Seiten und 
News-Einträge, und zwar aus SEO-Gründen. Sie legen z. B. einen News-Eintrag an, 
und editieren diesen nach ein paar Tagen oder Wochen, aktualisieren die Inhalte 
und natürlich die Headline. Die ist ja das wichtigste SEO-Kriterium. Das führt 
natürlich dazu, dass sich die URL ändert, realurl baut diese ja aus dem Titel 
auf ... Allerdings nicht sofort, weil realurl hier einen Cache hat, aber nach 
einigen Tagen. Danach wirft die alte URL des Artikels einen 404 ... Ziemliches 
Gift für SEO.

Ein zweites Problem sind News-Einträge mit dem gleichen Titel (die gibt es ab 
und zu). Realurl hängt dann an die URL des zweiten Eintrags ein -1 - aber das 
Ganze bleibt nur konsistent, solange man den Realurl-Cache nicht löscht. Danach 
wird nämlich die URL nach Bedarf aufgebaut (also bei Aufruf der Seite oder der 
News), und wenn der erste Eintrag nach dem zweiten aufgerufen wird, so erhält 
jetzt der die -1 am Ende - jetzt also genau anders herum als vorher. Die Folge 
ist eine ziemliche Verwirrung unter den Redakteuren ...

Ich möchte generell unterscheiden können zwischen Titel und Permalink. Die URL 
selbst soll zwar den Titel enthalten, aber weniger aus SEO-Gründen sondern eher 
aus Usability-Gründen. Fürs SEO bringen sprechende URLs eher weniger, sie sind 
kein wichtiges Kriterium fürs Ranking, wichtig ist vor allem, dass sie sich 
nicht ändern. Der Titel ist aber das wichtigste SEO-Kriterium, und den wollen 
meine Redakteure natürlich frei anpassen können, auch bei Updates