a&m impact internetdiensten

Enkele weken geleden is er een nieuwe versie van ons zelf ontwikkelde CMS gelanceerd. In deze nieuwe versie (4.2) is onder meer statistieken van verzonden nieuwsbrieven mogelijk.

Google Analytics

Het is nu mogelijk een koppeling van de nieuwsbrievenmodule naar Google Analytics te maken. Als deze koppeling is gerealiseerd is het mogelijk om alle kliks vanuit de nieuwsbrief naar de website te meten in Google Analytics. De bezoekers die vanuit een nieuwsbrief komen zijn in Google Analytics onder Verkeersbronnen te bekijken.

De volgende gegevens worden in Google Analytics weergegeven:

• Campagne: Het onderwerp van de nieuwsbrief zoals in iwes opgegeven.
• Bron: IWES nieuwsbrief – Algemeen.
• Medium: Email.

Geheel automatisch

Het gebruik van de nieuwsbrievenmodule is niet gewijzigd na deze uitbreiding. Het maken van interne en externe verwijzingen (hyperlinks) gaat op dezelfde manier als voorheen. iwes 4.2 zorgt geheel automatisch voor de juiste koppeling naar Google Analytics.

Bezoekers via de nieuwsbrief

Nadat de nieuwsbrief is verzonden kan in Google Analytics een aantal statistieken geraadpleegd worden. Zo kun je zien hoeveel ontvangers van de nieuwsbrief op een bepaalde link geklikt hebben, en bijvoorbeeld een artikel op de website verder lezen.

En meer…

De analyse mogelijkheden houden hier niet op. Bij commerciële websites zoals webshops is het mogelijk om de Google Analytics E-commerce tool te implementeren. De combinatie van de E-commerce tool en de nieuwsbrief statistieken maken het bijvoorbeeld mogelijk om alle orders te bekijken die voort gekomen zijn uit een bezoeker van de nieuwsbrief. Erg interessante informatie!

De inzet van email marketing is nog steeds een belangrijk middel. De koppeling naar Google Analytics zorgt voor perfecte analyse mogelijkheden om altijd het beste resultaat na te streven!

Afgelopen dinsdag (8 Juni 2010) heeft Google, Google Caffeine geïntroduceerd. Google Caffeine is het nieuwe web indexatie systeem van Google en deze moet ervoor gaan zorgen dat Google websites sneller kan indexeren. In het officiële blog van Google is te lezen dat Google Caffeine ervoor zorgt dat de zoekresultaten die Google terug geeft tot wel 50% verser zijn. Dit wil zeggen dat wanneer er op een website een nieuwe reactie komt op een forum, een nieuwe blog of een Twitter bericht, deze eerder in Google gevonden kunnen worden.

Eerst een klein stukje achtergrond informatie: Wanneer u een zoek opdracht invoert bij Google, zal deze niet “live” op het internet uitgevoerd worden. Google gaat zoeken in zijn eigen index naar de opgegeven zoekopdracht. Je kan dit vergelijken met de index die achter in een boek staat. De index van Google helpt u de locatie van de informatie die u zoekt te bepalen en verwijst u (door middel van een link) hier naartoe. Om deze index op te bouwen, en up-to-date te houden, maakt Google gebruik van een zogenaamde “web crawler” deze crawler doorzoekt webpagina’s en voegt deze toe aan de Index van Google.
Maar waarom heeft Google dit nieuwe systeem voor indexeren gemaakt? Het internet is steeds meer in beweging. Het is steeds makkelijker geworden om nieuwe informatie, afbeeldingen of video’s te delen op internet en doordat social media als Twitter steeds sneller groeien wordt er steeds sneller informatie verspreid via internet. Ook verwacht de gebruiker van een zoekmachine dat hij de meest relevante en actuele informatie vindt. De gebruiker die een item (bijv. een blog) plaatst op internet verwacht dat deze zo snel mogelijk kan worden gevonden via Google.

In het verleden waren web pagina’s statisch. De inhoud wijzigde niet zo vaak dus het indexeren van deze pagina’s was ook niet zo vaak nodig. Om de ene pagina sneller veranderd dan een andere, werkte Google met verschillende lagen waarvan de ene laag sneller wordt ververst dan de andere. Het gevolg van deze manier van indexeren is dat het lang duurt voordat het hele web geïndexeerd is, en dat de zoekresultaten die gevonden worden in de index van Google dus eigenlijk verouderd zijn.

Google Caffeine gaat op een andere manier de Index van Google vernieuwen. Webpagina’s worden real-time door geanalyseerd door Caffein. Door het analyseren van kleine stukjes van een webpagina kan Google Caffeine zien of er dingen gewijzigd zijn. Alleen de gewijzigde pagina’s worden dan verwerkt in de Google Index. Hierdoor is het mogelijk dat de resultaten die Google vindt op uw zoektermen, veel recentere informatie bevat. Met Google Caffeine is het voor Google mogelijk om enorme hoeveelheden data te indexeren. Elke seconde kan Google Caffeine honderd duizenden pagina’s verwerken. Stelt u zich een stapel van bijna vijf kilometer papier voor. Dit is de hoeveelheid pagina’s die Google Caffeine elke seconde toevoegt aan zijn index. De door Google opgeslagen data is nu al meer dan 100 miljoen gigabytes groot. Om deze hoeveelheid aan data op te slaan zouden ongeveer 625.000 van de grootste iPods nodig zijn. Aaneengeschakeld zouden deze een lijn vormen van meer dan 65 kilometer.

Nu vraagt u zich natuurlijk af wat dit kan gaan betekenen voor uw website? Wanneer u een pagina toevoegt aan uw website, of wijzigingen op een pagina aanbrengt zullen deze eerder worden gevonden door Google. Het wordt dus steeds belangrijker de informatie op uw website up to date te houden zodat Google de goede informatie weergeeft. Wanneer uw site up to date is, worden de nieuwe of aangepaste pagina’s eerder gevonden door Google.

In de onderstaande video legt Matt Cutts van Google meer uit over de werking van caffeine.

Onlangs hebben Rob Lohman en ik een interne presentatie gegeven over de nieuwe mogelijkheden van HTML 5 en CSS3. Dit is een nieuwe versie van de bestaande HTML en CSS, die een aantal leuke nieuwe features bied. We hebben onder andere de onderstaande punten behandeld:

Video en Audio

Het wordt mogelijk video en audio af te spelen met HTML, zonder de tussenkomst van plugins als Media Player, Quicktime of Flash. Voordeel is dat iedereen deze dan af kan spelen, en het daarmee dus heel toegankelijk wordt.  Een groot nadeel is dat de browsers onderling in de clinch liggen over welke codec ze nu moeten gaan ondersteunen. Daardoor moet er voor Mozilla een ander bestand dan voor Webkit aangeleverd worden. Meer informatie en een voorbeeld.

LocalStorage en SessionStorage

Deze twee functies zijn eigenlijk de nieuwe cookies. Hiermee kan meer data dan een cookie opgeslagen worden, en wordt het makkelijker om deze te gebruiken in je javascripts. Een klein nadeel is dat gebruikers deze aan moeten zetten, en niet zoals cookies dat ze standaard aan staan.

Semantische tags en attributen

Er worden een aantal nieuwe tags en attributen toegevoegd waarmee de code semantisch opgebouwd kan worden, en er meer meta data aan elementen gegeven kan worden. Dit is handig om data in de pagina te stoppen voor de javascripts, maar ook erg goed voor zoekmachines als Google. Deze kan zo nog meer uit de pagina halen, en duidelijker zien wat een navigatiebalk is, en welke data bij elkaar hoort.

Canvas

Het tekendoek van HTML. Met een uitgebreide programmeer API kan hier in 2D en 3D (nog in ontwikkeling) op getekend worden. Dit kan van kleine tekeningen (handtekening bijvoorbeeld), tot complete spellen. Meer informatie en een aantal voorbeelden.

Formulieren

Er zijn een flink aantal nieuwe formulier elementen ontwikkeld die het voor de gebruiker en ontwikkelaar een stuk makkelijker maken. Zo zit er standaard een datum veld in, waardoor niet meer de datum ingetypt hoeft te worden, maar dit gekozen kan worden in een kalender. Doordat deze door de browsers geïmplementeerd worden werkt dit overal op dezelfde manier, en kan de gebruiker overal op dezelfde manier hiermee werken.

GeoLocation

Hiermee kan de locatie van de gebruiker opgevraagd worden, mits deze daar toestemming voor geeft. Dit kan handig zijn voor bijvoorbeeld een mobiele webapplicatie met een navigtatie systeem erin. Met GeoLocation is dan de exacte positie, hoogte en kijkrichting van de gebruiker op te vragen.

…vervanger voor Flash?

De laatste tijd is er veel rumoer op het internet over dat HTML 5 de vervanger gaat worden van Flash. Apple is hier mee begonnen door op zijn iPhone geen ondersteuning te willen bieden voor Flash, omdat zij beweren dat hetzelfde bereikt kan worden met HTML 5. Andere browser bouwers zijn het hier mee eens, en het lijkt erop dat Adobe Flash een beetje in een hoek gedreven is.

Voorlopig zitten we nog wel met Flash, aangezien veel browsers nog niet veel van HTML 5 geïmplementeerd hebben (mede omdat het nog niet af is!), en een groot deel van de internetters nog met oude versies van browsers surfen, waardoor er sowieso een Flash applicatie gemaakt moet worden om ondersteuning te bieden voor alle bezoekers.

Op dinsdag 30 en woensdag 31 maart waren de DevDays in het World Forum in Den Haag.

Ik ben hier samen met collega’s naar toe gegaan om onder andere nieuwe informatie op te doen over de release van de nieuwe Visual Studio (2010) die op 12 april gelanceerd wordt en over C# 4.0.

C# 4.0

Eén van de sprekers, Anders Hejlsberg,  heeft een sessie gehouden over C# 4.0. Hij heeft hierbij voornamelijk laten zien wat de nieuwe mogelijkheden zijn bij het gebruik van C# 4.0.

Een aantal van de besproken onderwerpen voor C#4.0 zijn:

Dynamic Typing
In c#4.0 is een nieuw type opgenomen genaamd “Dynamic” dit maakt het mogelijk om een variabele op te slaan zonder het type hiervan te definiëren. De variabele die dan gedefinieerd is als dynamic kan dan gebruikt worden zonder dat er bij het compileren fouten optreden. Fouten die optreden zullen in dit geval pas op run-time worden gezien.

Een groot voordeel van het gebruik van het dynamic type, is dat er ook andere talen eenvoudig aangesproken kunnen worden. Zo is het bijvoorbeeld mogelijk om vanuit Silverlight, waarbij in C# geprogrammeerd wordt een aanroep te doen naar code die is geschreven in Javascript.

Gebruik van Optional en Named parameters
C#4.0 heeft de mogelijkheid om gebruik te maken van “Optional parameters”, waarbij het mogelijk wordt om parameters die aan een functie meegegeven dienen te worden optioneel te maken. Het voordeel hiervan is dat er geen rekening gehouden hoeft te worden met verschillende mogelijkheden van de aanroep van een functie, wat eerder met een overload opgelost zou worden.

Ook is het mogelijk gebruik te maken van Named Parameters, waarbij waardoor het mogelijk is de parameters die ingevoerd dienen te worden, niet in een vaste volgorde ingevoerd hoeven te worden, maar ook aan de hand van de parameter naam kunnen worden ingevoerd.

Het gebruik van Optional en Named parameters, zorgt ervoor dat er minder code geschreven hoeft te worden door niet vele overloads te hoeven gebruiken.

Co- en contra variance
Voor het gebruik generic types is het mogelijk om bij het type wat wordt gebruikt mee te geven of deze alleen voor output wordt gebruikt (covariant) of alleen voor input (contravariant), door gebruik te maken van de keywords “out” en “in”.

C# 5.0

Tijdens een presentatie van Anders Hejlsberg hebben we nog een preview gezien van C# 5.0. Hierin gaat de compiler als een service aangeboden worden en kan een applicatie live aangepast worden. Dit was wel indrukwekkend om te zien.

ASP.NET MVC 2

Scott Hanselman heeft een sessie gehouden over het nieuwe ASP.NET MVC 2 wat gelijk met de lancering van C#4.0 wordt geïntroduceerd.

Hij heeft hierin een aantal nieuwe mogelijkheden besproken die een aantal taken uit handen kunnen nemen. Zoals het gebruik van T4 templates en het gebruik van templates voor de weergaven van velden die van een bepaald type zijn.

Secure Coding

Er was ook een sessie over Secure Coding die gehouden werd door Alex Thissen. Hier werd ingegaan op de verschillende aspecten van beveiliging in de applicatie. Deze dingen kwamen ons allemaal bekend voor wat wel een extra goed gevoel over onze bestaande applicaties geeft.

Naast deze besproken punten zijn er nog een heel aantal zaken opgestoken van de diverse sessies die we bezocht hebben. Als samenvatting kunnen we zeggen dat het interessante dagen waren.

Ben jij ook op de DevDays geweest? Ik ben benieuwd naar jou mening.

Intussen iets meer dan een maand geleden zijn we (Jorik en ik) naar de Koninklijke Bibliotheek in Den Haag ‘gereisd’ om daar een seminar bij te wonen over WCAG 2.0. Helaas kon ik niet eerder bloggen over onze ervaring, maar beter laat dan niet.

WCAG staat voor ‘Web Content Accessibility Guidelines’. Dit zijn richtlijnen om de site die je bouwt toegankelijk te maken. Dus mensen met een beperking moeten zonder problemen je site kunnen bezoeken.

In december 2008 is deze tweede versie van de WCAG afgerond en men is momenteel druk bezig met de Nederlandse vertaling van deze richtlijnen.

Op deze seminar in Den Haag kwamen sprekers die ons gingen uitleggen waarom deze guidelines nou zo belangrijk zijn, wat er is gewijzigd ten opzichte van versie 1.0, wat het beleid is van de EU en Nederlandse overheid in relatie tot deze nieuwe richtlijnen. De ‘naar onze mening’ meest interessante spreker, was de laatste ( Shadi Abou Zahra van het W3C) die een uitgebreide uitleg gaf over de WCAG 2.0.

De nieuwe versie is veel meer van nu, en kan beter overweg met de nieuwe technieken van tegenwoordig. De oude kwam uit 1999, dus nog ver voor alle technieken als Flash, en Ajax. WCAG 2.0 is opgebouwd met het idee dat iedere nieuwe techniek toegankelijk te maken is, waardoor het internet toegankelijker gemaakt kan worden, zonder de richtlijnen van de WCAG te overtreden.

Tijdens de seminar werd tevens het ontwikkelen volgens de pour-principles genoemd om je website toegankelijk te maken. Bij WCAG 1.0 werd meer de focus gelegd op de technieken om accessibility te bereiken. Bij WCAG 2.0 ligt de focus meer op de principes van accessibility.

Deze ‘pour-principles’ staan voor: Perceivable, Operable, Understandeble en Robust.

• Perceivable: Alle informatie op de site moet beschikbaar kunnen zijn voor iedereen.
• Operable: Alle componenten op de site (bijv navigatie) moeten bediend kunnen worden door iedereen.
• Understandeble: Alle informatie en de werking van de user interface moet begrijpelijk zijn voor iedereen.
• Robust: De inhoud moet robuust genoeg zijn, zodat het kan worden geïnterpreteerd door verschillende user-agents.

Het was kort samengevat nuttig om deze seminar bij te wonen. Het was niet alleen op technisch vlak, maar bijvoorbeeld ook van de overheid leuk om te horen hoe zij denken over deze richtlijnen.

En het was ook leuk om te zien dat Loket Aangepast Lezen, waar wij een toegankelijke site voor hebben ontwikkeld, ook hier aanwezig was om zich te verdiepen in deze materie.