Introductie:
Sinds augustus 2014 hebben wij een webwinkel gelanceerd. Deze webwinkel is gebouwd in opencart. Voor de shop is gebruik gemaakt van een template. De huidige versie draait op opencart 1.5.6. In onze nieuwe shop waar we hard mee bezig zijn draait opencart op versie 2.0.1. In deze shop verkopen wij accu's geschikt voor de automotive branche. Daarnaast verkopen wij ook specifieke accu onderdelen. Om het gemakkelijk voor onze klanten te maken hebben wij een auto zoeker gebouwd. Deze autozoeker bestaat uit een auto tabel welke met een koppeltabel hangt aan een product(in dit geval een accu). De auto zoeker is gebouwd voor snelheid en betrouwbaarheid. Er zijn geen seo vriendelijke links aanwezig bij een resultaat. Om een voertuig of accu te koppelen zal er een record moeten worden toegevoegd op database niveau. Dit is tijdrovend. De afgelopen maanden hebben we enorm veel tijd gestoken in het seo vriendelijk maken van onze shop. De volgende stap is meer traffic halen uit onze nieuwe auto zoeker. In dit document geven we aan wat wij verwachten.

Het probleem:
Onze accu zoeker is op dit moment niet te beheren via de backend. Dit zorgt ervoor dat het onhandig werkt op het moment dat een van onze medewerkers een nieuwe accu toevoegd of een voertuig. Daarnaast produceert de accu zoeker geen seo url vriendelijke links waardoor we duizende links verliezen die waardevol voor ons kunnen zijn bij onze zoektocht naar een hogere indexering. De accu zoeker is beperkt. Nu staan grootendeels van alle autos van dit moment erin. Echter lang niet alles. Daarnaast weet ook niet iedereen wat hun autotype precies is. We kunnen op dit moment geen landingspages gebruiken van de accu zoeker. Dus bijvoorbeeld: De Varta A15 is geschikt bevonden voor de Audi A3, Aud A4 etc. Of In de Audi A4 past de Varta A15 etc. Wij hebben het idee dat een hoop geautomatiseerd kan worden.

Wat willen wij:
Om voor te blijven op onze concurrentie is het belangrijk dat we het gebruikersgemak vergroten. Als bijkomend voordeel kunnen we meer pagina's laten indexeren die nu verloren gaan terwijl er ontzettend veel zoekopdrachten op worden gedaan. Hieronder puntsgewijs hetgeen we zouden willen.

1: We willen graag gebruik gaan maken van een specifieke kentekenzoeker. Nu moet men precies het type auto weten. Dat hoeft dan niet meer. De bedoeling is dat deze kentekenzoeker gekoppeld staat met onze auto database. Bestaat de combinatie auto + model etc dan worden de gekoppelde accu's getoond in de resultaat pagina. Bestaat het voertuig niet dan zal deze automatisch aangemaakt moeten worden in de auto database welke vervolgens in de nog te maken GUI (OpenCart adminpanel)een melding geeft dat er een nieuw voertuig is toegevoegd waar geen accu aan is gekoppeld.

2: De resultaatpagina welke opgeroepen wordt na een zoekopdracht moet een seo vriendelijk url opmaken.

3: Elke accu die gekoppeld is aan een voertuig moet boven de omschrijving op de product detailpagina een extra veld krijgen waarin staat “Deze accu is geschikt voor: Audi A3, Audi A4” etc. Enkel Merk + Model!

4: Er moeten landingpages worden gemaakt voor elk model + merk + motorinhoud + bouwjaar + type. Dit moet een tree worden dus men moet dieper of hoger kunnen. Betekent dat je een landingpage krijgt voor elke class. Even een voorbeeld.
Wat ik hier verwacht is bijvoorbeeld voor een Audi A3 1.8 het volgende. Er komt een pagina https://www.shop.nl/audi-a3-1.8 Maar er bestaat dus ook een landing page voor audi, of audi a3 of audi a3 1.8 of audi a3 1.8 benzine of audi a3 1.8 benzine 2001.

Deze landing pagina’s bevatten allemaal de onderstaande layout. In dit voorbeeld gebruik ik dus even de Audi a3 1.8.
<h2>Audi A3 1.8</h2>
<h3>Voor de Audi A3 1.8 zijn de onderstaande accu’s geschikt</h3>
Toon de accu’s uit de zoeker in dezelfde layout zoals men een accu zoekt.

5: In het admin panel van opencart verwachten wij voor deze module een overzicht van auto tabel. Op deze pagina moet je gemakkelijk via een dropdown search auto's op kunnen zoeken, verwijderen of toevoegen. Verwijderen moet dus wel cascade gaan vanwege eventuele koppelingen met koppeltabel. Daarnaast verwachten wij een overzicht van of implementatie van de gekoppelde producten aan dit voertuig. Het hoeft niet perse een losse lijst te zijn. Als het op de auto overzicht te vinden is als men een voertuig opzoekt dan is het ook prima. Het toevoegen of verwijderen moet gemakkelijk zijn. We willen geen limiet aan het aantal producten die gekoppeld kunnen worden aan een voertuig. Naast dit alles willen we ook een pagina die automatisch de nieuwe zoekresultaten van voertuigen direct kant en klaar aanleverd zodat we exact weten welke voertuigen in de database nog geen accu's heeft. Dus iemand voert kenteken in en blijkt een nieuwe vitara uit 2015 te hebben. Op dat moment moet het systeem automatisch dit voertuig toevoegen aan de database (melding dat er binnenkort een accu voor dit voertuig geschikt is). In de backend moet dit voertuig als regel worden toegevoegd onder het lijstje Voertuigen zonder producten oid, zodat wij een product eraan toe kunnen voegen. Belangrijk is dat we zowel de bestaande koppelingen kunnen inzien en gemakkelijk kunnen verwijderen. Toevoegen moet met ook gemakkelijk zijn door een auto aanvul veld zodat we achter elkaar producten kunnen toevoegen of verwijderen.

6: Laatste puntje is de frontend. De kentekenzoeker moet hand in hand gaan met de specifieke auto zoeker. Vult men het kenteken in dan is de auto zoeker automatisch ingevuld en blijft dat zo totdat men een andere zoekopdracht insteld. Wij verwachten een page width zoeker in de header welke in de style van onze site is waarbij men performance in acht neemt. Trage javascript of query opdrachten zijn niet acceptabel. De standaard css klasses etc van de template kunnen worden gebruikt. Belangrijk is wel dat je enig inzicht hebt in wat mooi is en wat niet. Ideeen hierover zijn welkom. Naast de pagewidth versie verwachten we een sidebar widget voor de kentekenzoeker welke we zelf wel of niet kunnen tonen.

De uitwerking en wat te verwachten:
Onze prioriteit ligt bij het technisch werkend maken van deze functionaliteiten. We hebben een volledige demo site (up to data met data van live) waar je aan de slag kan met GIT eventueel. In een eerste versie verwachten een technisch goed werkende functionaliteit. Als dat betekend dat fancy dingetjes niet gelijk mee zijn genomen dat nemen wij daar uiteraard genoegen mee.

Graag zien wij een plan de campagne tegemoet. Financieel moeten we er wel uit komen. Liefst graag zsm beginnen.