View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000669 | OXID eShop (all versions) | 4.09. SEO, SEO URL | public | 2009-03-04 18:05 | 2012-12-10 13:35 |
| Reporter | tjungcl | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 4.0.1.0 revision 15990 | ||||
| Fixed in Version | 4.1.0 revision 17976 | ||||
| Summary | 0000669: SEO URLs to variants generation erratic (language-mix) | ||||
| Description | We have two Languages defined (0=german, 1=english) In this example I'm only on the german version of the shop. All text-data is correctly shown in the administration. There are english & german texts, and in the admin they are correctly assigned to their language. The SEO URLs that are generated automaticly are randomly one of the following: - www.domain.de/deutscher/pfad/12345-english-varselect.html - www.domain.de/deutscher/pfad/english-parent-name-english-varselect.html - www.domain.de/deutscher/pfad/12345-deutscher-varselect.html I did not find a case of - www.domain.de/deutscher/pfad/deutscher-parent-name-deutscher-varselect.html which would be the best url for SE optimization. When i re-upload articles, there is a possibility, that the next time i view the article in shop, the variant-seo-urls are generated differently then last time. Then i'm clicking a link, the now longer exists, because meanwhile it's another combination of german, article-number and english... When i switch the shop to english i did not find any variant-seo-url with german parts in it. Nevertheless there are mixed seo-urls, some of type www.domain.com/en/english/path/12345-english-varselect.html and some of type www.domain.com/en/english/path/english-parent-name-english-varselect.html | ||||
| Tags | No tags attached. | ||||
| Theme | |||||
| Browser | All | ||||
| PHP Version | 5.2.6 | ||||
| Database Version | 5.0.33 | ||||
|
|
The described error only occures, when using different base-urls per language. This bug is critical! Many (most) german links have english parts in it. Worse: links to variant-members become invalid regulary. |
|
|
Let me explain some SEO principles in oxid: 1. article can have few SEO urls if it is assigned to different categories according to oxcategory.oxrootid; 2. article has specific SEO url when browsing in vendor lists. 3. article has SEO url for each language; 4. article SEO urls are build according to deepest category. 5. last part of SEO url is build by this code: if ( !( $sTitle = $oArticle->oxarticles__oxtitle->value ) ) { $sTitle = $oArticle->oxarticles__oxartnum->value; } // variant has varselect value if ( $oArticle->oxarticles__oxvarselect->value ) { $sTitle .= ' ' . $oArticle->oxarticles__oxvarselect->value; } So if your product or variant has not title defined, it uses article number and var select values. Please check my notices ant tell is shop does not work like i wrote. Notice: There was a bug with variants when opening details view from vendor list. Fix comes with next release. |
|
|
Can you give me shop url where "..Many (most) german links have english parts in it..." ? |
|
|
Thank you for the explanations. On our site it works nearly as described: I turned the base-url-per-language feature off in the meanwhile, so it worked until now. To show you, what happens, I reactivated base-url-per-language and deleted everything in /tmp So have a look: http://www2.artedona.de/Tafel/Porzellan-Geschirr/Raynaud/Cristobal-Chocolat.html The site is in german. The big header on top of the site is the title of the variant-parent ("Cristobal Chocolat"). The list of articles with the little pictures down there are the variants. The texts "Platzteller", "Essteller Nr. 1" etc. are the varselect-values. The urls to the variants however (click the texts, not the little pictures) use the english varselect values. I've also seen cases, where some links where full german, others english (in the same variant-list). I think that happens, when the cache gets older and you activate language-base-url-feature without deleting cache. Again: it ONLY occures with those base-urls per language defined. EDIT: Here's a mix. One variant has german link, the other a link with english varselect: http://www2.artedona.de/Baby/Kuscheltiere/Engelbaeren.html EDIT2: Another combination (i didnt see that before!): http://www2.artedona.de/Tafel/Besteck/Robbe-Berking/Besteck-Alta-Sterlingsilber.html The link to "Alta" Gourmetlöffel, Sterlingsilber is domain/german-path/english-parent-title-german-varselect.html All our variants have an empty title. If you open a variant-link you'll see the header which reads "parent-title[newline]varselect". |
|
|
what do you mean "I reactivated base-url-per-language" ? how its done ? one more thing - if you wish fully rebuild SEO urls its not enough to cleanup tmp folder - you must press "Reset Seo urls" in seo tab |
|
|
Yes, i know, thank you. I reseted the seo-table several times while trying to find the problem. To set base-urls per language, you log into the administration -> First menu-point: "Stammdaten" --> First menu-point: "Grundeinstellungen" ---> Second menu-point: "Einstellungen" ----> Seventh menu-point: "Sprache" -----> Third input-box: "Unterschiedliche Basis URLs pro Sprache" -Content of that input-box in our shop: http://www2.artedona.de/ http://www2.artedona.com/ -The supposed effect of that input-box: If the user switches the shop to EN, all links point to www2.artedona.com. Otherwise all links point to www2.artedona.de As an unwanted side-effect it additionally influences the generation of the last part of seo-urls. btw: it's the same field as in 0000659 |
|
|
We did many changes in details view code, which generates URLs for variants in standard shop, thus problem you mention should be gone in next release. (At least i did not found any problems you described in latest (not released yet) code). |
