[MrNoname]

Tänkte skriva ett svar, då jag själv håller på och jobba med en butik opencart.

Har i många år kört osCommerce , tittade på några lösningar med sluten källkod, varför jag inte valde sluten källenkod bero :

• Man får betala för minsta lilla grej, vill man t.ex har en sitemap fil för google, kostar det hos ebutiker.se 100:- / mån osv.
• Lägger jag ner massor med egen tid eller hyr in någon bygger som produkt register, då vill jag äga data själv. Ligger den hos en aktör som har egen ”plattform”, det kan har gjort en jättebra ehandelsplattform ,men det har problem med driften eller det kanske få problem med ekonomin. Då står man där med en inlåsning.

Jag håller på bygger en e-handelsplats som skall sälja datortillbehör, det som är viktigt för mig, är att plattformen ha en bra SEO funktion.

OpenCart har det, men det finns en del i mitt tycke en del designfel i OpenCart.

OpenCart är inte konsekvent med strukturen. Säg att en artikel hetter KSP-M36 och du har lagt in den i kategorin Ärtbössor / Vattenkylda ,då blir url
http://doman.se/artbossor/Vattenkylda/KSP-M36

Men den kan även nås från http://doman.se/KSP-M36 dvs den skapa 2 olika url:er, jag vet inte hur google tycker om sånt. Men det känns som en dålig ideé , eftersom får man inlänkar från bloggar och forum, då vill man fokusera länkkraften så att säga emot en url, inte splittra upp dem.

Andra nackdelen som jag tycker är att när man lägger upp Sökord , så
blir urlena

http://www.doman.se/index.php?route=product/search&keyword=M7340003993

Jag skulle vilja ha url:erna i formatet

http://www.doman.se/keyword/M7340003993

Fördelar :

Jämfört med OsCommerce, så är OpenCart rena himlariket att jobba med, man kan lätt läsa in stora mängder artiklar och sedan aktivera dem en och en. Jag har valt att jobba så här, att läsa in en leverantör artikelregister och sedan manuellt varugruppera dem. Det tar ca 1/2 min per artikel, så jag bruka sitta på tunnelbana till jobbet och ”varugruppera” , istället för som i OsCommerce fallet, man fick klippa och klistra in all data manullet då tar ca 2-3 min per artikel och skall man hålla på bilder, så får man lägga till ytterligare 2 min per artikel. Så jag skrev ihop ett php script som importerade hela artikelregistret och även fick med bilderna, många artiklar har dessutom flera bilder.

Det jag saknar är ett bra kalkylverktyg för prissättning, har dock planer på att skriva ett sånt verktyg själv.

Har även gjort ett experiment med en domän som jag köpte , som har tillhört ett konkat it företag. Upptäckte i loggen, att google, var inne och ”kollade” på gamla url:er ( Kände ingen artikelnumren från en leverantör ) , så har lagt upp ett artikelregister med ca 200 000 artiklar. I början gick de segt att få google att indexera denna artikeldatabas, men nu verka de röra på sej efter har skickat in artikeldata till google webmaster tools. OpenCart klara hanteringen av denna mängd artiklar utmärkt. det går lite segt att slå upp ”artiklarna”, men det bero mer på att mysql:en är dåligt optimerad och hårdvaran som allt rullar på är en lågpris server.

Slutsats
Jag tycker OpenCart är väldigt bra , för den som skall starta sin första e handelsbutik och har begränsade resuser, så är OpenCart bra. Jag har hålllit på med e-handel sedan 1997. Då jag skrev min första webbutik i javascript. Är dock inget proffs på området.

Kommentar till tidigare inlägg i tråden
Alltså Loopia har ingen e-handellösning med OpenCart, det ger dig opencart som ett gratis tillbehör för att du köper webutrymme hos dem. Både Loopia och Binero börja bli riktigt sunkia , leverar dåligt med svarstider på det sidor de hostar åt folk.

[Författare]

Inlägg