Jaap Haagmans

Je kunt de API ook koppelen aan beide URLs, trouwens.

Ik vraag me af waar de ophef nou eigenlijk over gaat. Ik ben zelf met twee vrienden als student begonnen aan een onderneming. Ik was inderdaad niet afhankelijk van de inkomsten en als we een leuke opdracht binnenhaalden hing de vlag uit en gingen we naar de kroeg. Ja, wij konden het verschil maken in uurloon, maar er waren zo veel vlakken waar wij het verschil niet konden maken. Neem de schaalgrootte van onze onderneming: wij hadden toen niet de schaalvoordelen waar andere ondernemers wel mee te maken hadden. Wij konden indertijd ook lang niet de kwaliteit en klantenservice leveren die "echte" ondernemers wel konden leveren. Als "echte" ondernemer kun je en moet je daar je voordeel mee doen. Een winkelier moet zich differentiëren met service en persoonlijk contact. Sommige mensen zijn daar echt nog naar op zoek. Nu ik financieel afhankelijk ben van mijn onderneming is die situatie natuurlijk anders. Het uurloon staat steeds meer vast en is nu bepaald a.d.h.v. een rekensom in plaats van uit de lucht gegrepen. Maar ik heb veel geleerd als student-ondernemer en heb toen ook ontdekt dat ondernemen mijn ding is. Ik had het echter nooit gedurfd als ik de zekerheid die ik had niet had gehad! Voor mij is die fase dus enorm belangrijk geweest. Nu staan service en persoonlijk contact hier ook centraal en dat kan nu ook echt.

Mede daarom ben ik een voorstander van lean & mean custom systemen. En in dat opzicht is een CMS vaak niet eens nodig. Ik bouw tegenwoordig dankzij het framework waar wij in werken een bestaande statische website in enkele uren om in een dynamische, met een prima werkende backend. Soms is een CMS gewoon te veel van het goede. Of dat hier het geval is is natuurlijk meer aan de TS. Voor bepaalde klanten werken wij ook vaak met Wordpress en dat doe ik ook erg graag. Al is Wordpress in de huidige vorm meer een framework dan een CMS of simpele publishing tool.

Ik vind dat ook veel te kort door de bocht. Ik snap dat Google spijt heeft van PageRank, maar dat maakt 't nog geen slechte indicator. PageRank is echt wel ergens op gebaseerd, je moet het alleen niet te centraal stellen in een omzet-verhogend traject. SEO opzich hoeft daarin ook niet centraal te staan. Belangrijker is hoe goed je website converteert en of je voor potentiële klanten goed vindbaar bent. @Kerstpakketten: Scoren op één woord is erg moeilijk. Zeker in een markt waar veel aanbieders zijn. Kijk ik naar de eerste 10 resultaten in Google, dan zijn die allemaal relevant en een aantal daarvan zijn ook wat bekendere spelers in de markt. Het wordt moeilijk daar boven te komen. Ik raad mensen daarom -altijd- aan een niche te zoeken en je daarop te richten. Ik snap dat dat bij kerstpakketten misschien wat lastiger is, maar scoren op woordcombinaties is veel realistischer. Ben je een gevestigde naam, dan kun je je altijd nog gaan richten op enkele woorden. Voorbeelden: - Lever je goedkope kerstpakketten, dan kan dat je niche zijn. - Lever je luxe kerstpakketten, dan kan dat je niche zijn. - Lever je kerstpakketten aan MKB, dan kan dat je niche zijn. - Lever je kerstpakketten in bulk, dan kan dat je niche zijn. Ik doe maar een paar voorzetjes en de bovenstaande niches hoeven ook absoluut niet de niches te zijn waar je bedrijf zich op richt, maar misschien wel een niche waar je een pagina aan wijdt en waar je targeted verkeer op binnen probeert te halen. In de praktijk is de PR op je homepage vaak irrelevant: het gaat om content pages waar je vindbaar op wil zijn. Kijk ik naar je concurrenten in de top-10, dan loopt de PR uit van 2 tot 5, maar staat die met PR5 op de 8e plaats, na o.a. 2 websites met PR2. Staar je dus ook zeker niet blind op PR.

Waarom ga je met adwords aan de slag op zoekwoorden waar je al op gevonden wordt zonder te betalen? Anders zou adwords overbodig zijn lijkt mij. Ik wordt bijvoorbeeld op "logo ontwerpen" wel gevonden met gewoon zoeken maar als ik er ook nog voor betaal is mijn bereik en kans dat ik gevonden word nog groter. Toch is het niet helemaal de juiste insteek. Belangrijk is juist uit te zoeken op welke relevante keywords je slecht vindbaar bent (dus die zul je te weinig tegenkomen in Analytics). Ik heb veel klanten die dankzij een goede Adwords campagne juist op dat soort keywords enorme resultaten wisten te boeken. Te algemeen adverteren is slecht voor je portemonnee.

Dat is nieuw voor me! Toch zijn er genoeg bedrijven die het niet doen, nu kan ik ze daar in de toekomst op aanspreken.

Heerlijk insignificant yes-moment gehad net: een webapplicatie die z.s.m. live moet zit me al de hele dag te vervelen. Heel nieuw soort applicatie voor mij met allerlei methoden die ik nog nooit geschreven heb, dus elke test die maar kon falen faalde ook echt. Zojuist na etenstijd werd de laatste test een puntje in plaats van een rode F. Yes-momentje dus. Morgen weer 10 nieuwe methoden schrijven ;)

Paypal heeft ooit een proef gedaan met het ondersteunen van "cashbacks" in samenwerking met Ebay, maar ik heb geen idee of dit ooit op grotere schaal is ingezet. In ieder geval betaal je, zoals iedereen hier al aangeeft, voor een dienst. De dienst is geleverd, dus die kosten krijg je niet meer terug. Wat wel kan (en wat veel webshops ook doen) is -alle- transactie-, verwerkings- en verzendkosten doorberekenen aan de klant. Daarmee ondervang je dit probleem.

Geen probleem, het is toch m'n werk hè! Nog één ding, mocht het relevant zijn. Nu ik dit teruglees lijkt het alsof ik zeg dat PHP een slechte keuze zou zijn. Dat is nadrukkelijk -niet- zo. PHP heeft nog steeds een bijzonder uitgebreide community en maakt bijna dagelijks ontwikkeling door. De reden dat ik 3 jaar geleden voor Ruby on Rails heb gekozen is meer dat ik dat persoonlijk een prettigere omgeving vind.

Dat zijn inderdaad gemakkelijke methoden. En het is ook wat Manon bedoelt (in een iets andere vorm). Het is simpel en je hebt behoorlijk wat applicatielogica nodig om het op te lossen. Helaas zijn de wat simpelere "5+6" sommetjes tegenwoordig al geen goede oplossing meer (spammers voorzien hier al in) en de simpelere captcha's ook niet. Maar goed, als je er "tel negen bij 7 op" van maakt ben je er ook en dat is alweer veel moeilijker.

We doen ons best 8) Goed werk :)

Goed geregeld, domeinnamen moet je altijd direct via de curator bemachtigen, dan betaal je vaak veel minder dan de marktprijs (bij een interessante domeinnaam). Domeinnamen worden nogal eens in waarde onderschat. Nog wel even het volgende: Nooit wachten tot hij vervalt! Er zijn tegenwoordig te veel partijen die azen op vervallende domeinnamen en de gekste pakken ze er tussenuit. En dan betaal je je echt scheel, wil je hem alsnog hebben (soms in de duizenden euro's). Neem een goed backorder bedrijf in de arm. Geen Godaddy, maar jongens die weten wat ze doen. Ik kan, for future reference, via PM wel een partij aanraden waar wij in het verleden zeer prettig zaken mee gedaan hebben.

En dat is prima. Het -moet- ook wel duidelijk zijn, je moet niets aan interpretaties overlaten. Als je een aannemer zegt een dakkapel te willen hebben en daarbij niet zegt waar die dakkapel precies moet komen en hoe deze eruit moet zien heb je ook een probleem. Niets is zo storend als halve informatie die later pas aangevuld wordt (vaak te laat). Nou is mijn kennis van webontwikkeling niet toerekend om hieruit een conclusie te kunnen trekken of dit nadelen met zich meebrengt voor de website. Zou iemand deze statements iets nader kunnen toelichten? Dit zou ik inderdaad ook aan hem kunnen vragen, maar die informatie is subjectief en bovendien hebben we het in de communicatie druk genoeg met de evaluatie van de ontwikkeling van het onderdeel waaraan hij momenteel aan het werk is. 1) Dat is een moeilijk verhaal. Elke programmeur heeft zijn voorkeuren. Na 9 jaar in PHP te hebben geprogrammeerd stap ik sinds 2006 steeds vaker over op Ruby on Rails. Van ASP.Net ben ik altijd ver gebleven, simpelweg omdat het Microsoft is: het is niet community-driven en je bent per definitie veel geld kwijt aan infrastructuur. Ik houd niet van termen als "beter", dus ik ga hier verder geen waardeoordeel aan verbinden, maar inlezen in ASP.Net vs. RoR, PHP en/of Java/JSP is geen gek idee. 2) Vast. Ik kan weinig advies geven over Silverlight en/of Flash, maar met Javascript/AJAX is heel wat moois te doen. Wat ik wel opvallend vind is dat hij developer én designer is. In de praktijk gaat dat lang niet altijd samen, dus vraag vooral naar voorbeelden! 3) Silverlight schijnt sneller te streamen. Flash is bekender bij het publiek. Ikzelf heb al jaren niets meer met Flash gedaan omdat het simpelweg niet nodig is. De meest krachtige webapplicaties bouw je toch met een goed development framework. Sinds daar de laatste jaren AJAX bij is gekomen zijn Flash en Silverlight nog veel meer designer-tools geworden. Als ik dit lees hoeft er niet eens aan Flash/Silverlight gedacht te worden en is de programmeertaal een kwestie van afwegen. Er bestaat forumsoftware die op ASP.Net draait, al is vBulletin natuurlijk nog steeds de de facto standaard. De keuze van een programmeertaal zal in dit geval toch voornamelijk afhangen van de bestaande infrastructuur, de voorkeuren van de beschikbare developers en -eventueel- wat afwegingen m.b.t. de toekomst. In de tijd dat PHP opkwam was bijvoorbeeld CGI een verkeerde keuze, omdat het in verval was. PHP verliest de laatste jaren ook terrein dankzij Django, Ruby on Rails, Merb e.d... ASP.Net is vaak de keuze van bedrijven die al veel zaken doen met Microsoft.

Was dat sommetje wel zo simpel? ;)

Niet te moeilijk maken. Eén keer per jaar betalen is prima en die 30 euro haal je er gemakkelijk uit. Anders verdwijnt er veel te veel geld in zakken waar je het niet in wil laten verdwijnen. Dan kun je voor de gratis dienst wellicht non-obtrusive advertising gebruiken. Wij zien vaak mensen met goede ideeën binnenkomen die nog geen uitgewerkt verdienmodel hebben, dan zijn dit gewoon de eerste stappen die je moet nemen. Een versie-plus tegen een jaarlijks terugkerende betaling en een versie-min met interessante advertentietarieven (denk bij functionele applicaties dan wel aan €1 CPM o.i.d.). Wel belangrijk je te realiseren dat je niche misschien niet zo groot is: klantenbinding m.b.v. functionaliteit op aanvraag is in het begin geen gek idee. Het is maar een voorzetje, hoeveel je moet vragen voor je dienst zal toch moeten blijken. Je maakt natuurlijk gebruik van heel veel Google-API, dus je moet het echt van je extra functionaliteit hebben.

Ook daar is Akismet bijna altijd de beste oplossing. Ik heb één captcha op de bedrijfswebsite, omdat mijn administratiesysteem het spamfilter omzeilde. Maar de captcha is wel zo eenvoudig mogelijk gehouden. Als hier bij een nieuwe versie verandering in komt haal ik het meteen weg!

Als je Akismet kunt gebruiken is dat echt "the way to go". Anders toch iets vergelijkbaars: captcha's vind ik zelf erg storend en gebruik ik enkel als er geen andere mogelijkheid is.

Als je toch bezig bent: SeoQuake is the way to go :)

1 Mbit up is met 200 GB langzamer dan per post. En waarschijnlijk tientallen malen duurder. Ik zou eerder denken aan snellere verzendmethoden dan aan een internetverbinding als ik een beetje een goed beeld heb van de situatie. Als je het al op een 64GB flashdisk kunt krijgen is het risico van het verzenden al vele malen kleiner dan op een fysieke HDD bijvoorbeeld.

I couldn't agree more. SEO is een truucje om je exposure te vergroten, maar het gaat uiteindelijk om de website en de inhoud. Heb je echt iets bijzonders te bieden, dan word je wel gevonden. Als ik met mijn vriendin door de stad loop eindigen we toch altijd net in dat kleine winkeltje aan de stadsrand met die leuke spulletjes.

De eerste stap is gewoon gaan naar een host die de tijd neemt je hierin te adviseren. Wees niet bang een paar euro meer te betalen op jaar- of zelfs maandbasis voor een ondernemer die de tijd voor je neemt. Als het verhaal goed voelt en klopt en je kunt afspraken maken waar je jezelf in kunt vinden is het de partij voor je. Wees wel beducht op gebakken lucht. Beweringen moeten concreet onderbouwd kunnen worden. Wees ook kritisch. Iemand die 99,9% uptime garandeert kan bijna 9 uur per jaar offline zijn zonder die belofte te breken. Vraag naar harde statistieken. Hoe veel gecombineerde downtime heeft een host vorig jaar gehad? En kunnen ze dat bewijzen?

Je hebt slechte ervaringen, dat begrijp ik. Er zitten een hoop beroerde partijen in de markt. Ik heb er inmiddels een aardig beeld van, maar ik zit dan ook al zo'n 8 jaar (passief en actief) in dat wereldje. En nog steeds heb ik soms moeite het kaf van het koren te scheiden. Dat blijft een enorm probleem waarbij vergelijkingssites inderdaad vaak geen uitkomst weten te bieden. Toch zijn er een paar partijen die met kop en schouders boven de rest uitsteken en als je 500 euro per jaar als een beperkte uitgave ziet had ik het wel geweten.

Onjuist. Het heeft geen nut voor Google. Wel voor je SEO in het algemeen. Wij zien bij veel onderwerpen de laatste tijd dat Bing Google soms inhaalt. Dat heeft met het soort gebruiker te maken. Bij veel zoekmachines zijn de algoritmes minder uitgebreid en dragen keywords bij aan je content-value. Je kunt altijd garanderen dat je resultaten zult zien. Niet welke resultaten, maar een SEO-expert hoeft maar 10 minuten door een website te bladeren om vijf dingen te zien die verkeerd gaan. Verbeter je die, dan zul je resultaat zien. Dat resultaat -kan- echter moeilijk meetbaar zijn. Mee eens, maar er is een verschil tussen een goede designer en een goede developer. Designers kunnen prachtproducten maken die niet valid zijn, daarom kun je beide onderdelen soms beter aan twee bedrijven overlaten.

Ik heb het over een managed VPS. Dan betaal je dus -niets- meer voor hostingerelateerde service. Wij leveren hosting als side-product. Maken er geen winst op, zogezegd. Een managed VPS is altijd duurder. Intern hanteer ik voor mezelf (om de prijzen concurrerend te kunnen houden) een uurtarief van 15 euro per uur. Bij zo'n managed VPS van 40 euro betekent dat gewoon dat ik niet eens twee uur per maand aan een klant zou kunnen besteden. De praktijk leert dat een klant die een managed VPS afneemt veel meer nodig heeft dan dat. Dus draai ik in feite verlies (ik steek onbetaalde uren in mijn bedrijf). Het is voor mij ook echt een manier om klanten te binden en niet om winst te maken. 60 Euro per uur is weinig voor een goede linux sysadmin (niet-freelance). En geloof mij, een goede sysadmin heeft ook een vak geleerd. Dat zijn in veel bedrijven vaak zelfs HBO'ers. 40 Euro per maand is een koopje als je bedenkt dat je, bij een provider die 20 euro voor een niet-managed VPS vraagt, zo 35 euro per uur exclusief BTW aan hands-on kosten betaalt (en het loopt soms op tot 25 euro per kwartier!). Ik snap dat je denkt dat je afgezet wordt, maar wat denk je dat zo'n server kost? De servers waar wij op draaien bestaan uit dual quadcore processoren, vaak 16 - 32GB geheugen, 6 - 10 HDDs, dubbele voedingen en ook nog in een volledig redundant uitgevoerd netwerk. Dan heb je het over duizenden euro's zonder de kosten voor plaatsing in het datacentrum! Hosting is bij een webshop een belangrijke kostenpost. Een provider met 99,8% uptime is bijna een dag per jaar offline. Mijn advies is niet te besparen op je hosting. Wil je toch niet te veel betalen, kies dan voor shared hosting met ZenCart of een andere shop (zelfs osCommerce komt dan weer in beeld), maar -niet- voor Magento. Als je trouwens niet bereid bent veel te betalen is Magento sowieso niet het pakket voor je. Het technisch beheer van je shop is ook niet volledig zelf te doen als je geen ervaring hebt met dergelijke pakketten. Daar gaat ook geld in zitten. Het bovenstaande is goedbedoeld advies. Ik heb geen interesse je een duur hostingpakket aan te smeren. Integendeel zelfs, de zaken gaan prima! Maar het zijn wel dingen die -enorm- belangrijk zijn om te overwegen voordat je voor een pakket als dit kiest. Startende, kleinschalige webshops met een niet-technisch onderlegd ondernemer worden zelden geadviseerd te kiezen voor Magento. Mijn ervaring is ook dat veel kleine ondernemers veel meer hebben aan een goedkope oplossing om mee te beginnen. De switch naar Magento is veel eenvoudiger als je een stabiel inkomen hebt.

Ik zei toch "zoals je zegt" ;)