XML-sitemap & SEO: zo werkt het

/0 Reacties/in , , , , , /door

Een XML-sitemap is om meerdere redenen een belangrijk onderdeel van je website. Naast SEO-technisch is het ook voor jezelf en je bezoekers handig. Hoe maak je zo’n sitemap en wat kun je er zoal mee voor je SEO?  Wat is een XML-sitemap? Een XML-sitemap is een inhoudsopgave of index van jouw website en bevat alle openbare pagina’s die jij wilt dat zoekmachines indexeren. Dat betekent dus ook dat je pagina’s die je verborgen wilt houden voor de zoekmachine dan wel de bezoekers. Oftewel: wanneer je een pagina publiceert waarvan je weet: hier hoeft een bezoeker niet zomaar op terecht te komen vanuit de zoekmachine, wil je die niet in je sitemap hebben staan. Dat geldt bijvoorbeeld voor: Bedankpagina’s Winkelwagentjes in webwinkels, vaak ‘cart’; Downloadpagina’s van je weggever of zelfs een betaald product; Mediabestanden, want niemand hoeft op de URL van een afbeelding of ander mediabestand uit te komen Pagina’s met dunne inhoud, zoals pagina’s voor auteurs, categorieën en tags van je blogs Je krijgt zo vast wel een beeld en kunt het zelf dan ook wel invullen lijkt me. De laatste groep is vaak weinig relevant voor je websitebezoekers, omdat er weinig meer op staat dan een beetje verzameling van blogs, die toch al op je blogpagina staan. Zeker tags voegen weinig toe en zorgen SEO-technisch zelfs alleen maar voor verwarring als er ook nog andere pagina’s zijn met het onderwerp van zo’n tag. Oké, categorieën misschien ook nog wel… Heb je goede biografieën voor je auteurs, dan is er natuurlijk niks mis met wel laten indexeren van die pagina’s. Datzelfde geldt voor categoriepagina’s van je blogs. Als dat een mooie overzichtelijke pagina is met een overzicht van blogs in die categorie en nog wat extra informatie over dat onderwerp, kan je die prima laten opnemen in de index. Verschillen XML- en HTML-sitemap Allereerst is het goed om te weten dat er naast XML-sitemaps ook HTML-sitemaps zijn. De XML-sitemap gebruik je sowieso vanwege SEO, je helpt de zoekmachines er namelijk mee. Komen we zo op. Kenmerken XML-sitemap Een XML-sitemap staat altijd in chronologische volgorde, zo kan een zoekmachine zien wanneer een pagina toegevoegd of geüpdatet is. Daarnaast is de XML-sitemap niet zomaar te vinden, in ieder geval niet vanuit de webpagina’s van een website. Je moet hiervoor naar domeinnaam.tld/sitemap.xml of domeinnaam.tld/sitemap_index.xml. Vaak zal de eerste je naar de tweede leiden dankzij een redirect, maar als die eerste niet werkt, ga je dus naar /sitemap_index.xml. De XML-sitemap is dus ook niet opgemaakt als een gewone webpagina, die in HTML wordt opgemaakt. Daarnaast staan er in de XML-sitemap ook zaken die niet per se heel relevant hoeven zijn voor je bezoeker, zoals datum waarop de pagina gepubliceerd of geüpdatet is en het aantal afbeeldingen op de pagina. Kenmerken HTML-sitemap Een HTML-sitemap is meer een inhoudsopgave voor je bezoeker, die je ook zelf kan opmaken zoals je wilt. Zo zou je categorieën kunnen maken en daar pagina’s onder zetten, zodat je bezoeker makkelijk via de categorieën kan zoeken naar wat deze zoekt. Zo’n HTML-sitemap krijgt meestal een compleet eigen pagina, waar in de footer naar verwezen wordt. Super handig en gebruikersvriendelijk. XML-sitemap voor de zoekmachines De belangrijkste en meestgebruikte functie van de XML-sitemap is om de zoekmachines op de hoogte te houden van wijzigingen op je website. Je dient de sitemap in bij Google Search Console of Bing Webmaster Tools zodat de zoekmachines weten welke pagina’s ze mogen crawlen en indexeren. Deze sitemap kunnen ze ook gebruiken om nieuwe pagina’s te ontdekken wanneer er een URL aan toegevoegd wordt, of te zien wanneer je een pagina geüpdatet hebt en die onderaan de lijst staat. Zo kunnen ze die (opnieuw) crawlen om de nieuwe of vernieuwde pagina in hun index op te nemen. Een zoekmachine heeft nu eenmaal links nodig om (nieuwe) webpagina’s te ontdekken. Een nieuwe pagina of een nieuw artikel zal niet direct externe links krijgen en ook interne links zijn er niet altijd gelijk na publicatie. Dus helpt de sitemap de zoekmachines omdat daar links in staan naar > Ontdek hier trouwens hoe je Google Search Console verder inzet voor je SEO < XML-sitemap voor je bezoekers Hoewel de HTML-sitemap vooral de (publieke) sitemap is voor je bezoekers, kan ook de XML-sitemap voor de meer tech-savvy bezoeker ook een uitkomst zijn. Kijken welke pagina’s er zoal zijn en stiekem misschien ook wel een pagina ontdekken die je eigenlijk verborgen wilde houden. Ik heb op die manier zelfs bij diverse collega’s pagina’s ontdekt die ze echt niet openbaar wilden hebben, bijvoorbeeld de downloadpagina van hun e-boek (mooi, downloaden zonder mijn gegevens in te leveren :-) ) of zelfs een complete cursus! En: als je geen HTML-sitemap hebt, is de XML-sitemap dus het alternatief voor bezoekers die wel een overzicht willen van de pagina’s op je website. Verschillende varianten, dat ook nog eens Als je al eens naar zo’n /sitemap_index.xml hebt gekeken, heb je vast gezien dat daar dan een /post-sitemap en een /page-sitemap in staan. En soms dus ook sitemaps voor: auteurs referenties portfolio-items categorieën tags Een paar daarvan heb ik eerder al aangehaald. Vraag jezelf dus ook altijd af welke waarde het heeft of die typen pagina’s in de index van de zoekmachine staan. Zijn het pagina’s die nauwelijks iets toevoegen voor je bezoeker, schakel die dan uit voor de sitemap. Hoe maak je zo’n XML-sitemap? Hoe doe je dat dan, zo’n XML-sitemap maken en publiceren? Gebruik je WordPress of een ander CMS, dan zijn er sitemap-generators die je zelf al in basis kunt instellen, waardoor de sitemap automatisch wordt aangemaakt. Die kunnen alleen ook tot problemen leiden. Kom ik zo nog op. Eerst standaard instellen, dan eventueel per pagina Wanneer je een SEO-plugin als Yoast SEO gebruikt, zit daar een sitemap-generator in. Die kun je instellen bij het installeren van de plugin en daarnaast kun je ook achteraf nog die instellingen wijzigen. Je kunt daarin per type pagina kiezen welke wel of niet een sitemap mogen krijgen. Kies je voor ‘nee’ dan krijgen de pagina’s een noindex-tag mee, waarmee je aangeeft aan de zoekmachines dat ze die pagina niet mogen indexeren, en wordt er dus geen sitemap voor dat type pagina aangemaakt. Wil je bijvoorbeeld bij een specifieke pagina (bedankpagina, downloadpagina, …) nog dat die niet wordt geïndexeerd, dan kun je dat bij het aanmaken van die pagina via je SEO-plugin aangeven. Meer weten over SEO-plugins? […]

Lees meer

Zo test en verbeter je de snelheid van je website

/0 Reacties/in , , , , /door

Enorm veel websites die ik tegenkom of test zijn traag. Haal je ze door de PageSpeed-test of een andere test die de laadtijd toont, zie je vaak dezelfde issues die de snelheid beïnvloeden. Je verbetert de snelheid van je website dus makkelijk door deze meest voorkomende problemen te checken en op te lossen. Test de snelheid jouw website zelf en verbeter nu de laadtijd van jouw webpagina’s. Waarom is de laadtijd belangrijk? Je zal het zelf ook wel ervaren: je klikt op een link vanuit Google of sociale media en dan begint het wachten… Hoe lang blijf je dan wachten tot de webpagina verschijnt? Het antwoord is een typisch SEO-antwoord: “Het hangt ervan af” Want: Op mobiel zul je minder geduldig zijn dan achter je laptop of pc Wil je de informatie echt graag lezen, dan heb je meer geduld dan wanneer je zo even wat opzoekt of tegenkomt Je kunt er zelf misschien nog wel wat andere redenen bij bedenken. Een trage website kost je klanten Het gerenommeerde Nielsen/Norman Group publiceerde al meerdere onderzoeken die aantoonden dat bezoekers afhaken bij trage websites. Zelfs zodanig dat fracties van seconden langere laadtijd bij webwinkels flinke impact hebben op de conversie. Moet je dan minutieus iedere pagina optimaliseren voor een klein beetje meer snelheid? Wat mij betreft niet, toch loont het de moeite om eens goed te kijken naar de laadtijd van je website. Hoe test je de laadtijd? Er zijn legio tools waarmee je de laadtijd van je website kunt testen. Of eigenlijk: de laadtijd van je webpagina’s. Want je kunt niet een complete website op snelheid testen zonder duurbetaalde tools. Daarnaast presteert iedere webpagina weer anders, dus de ene webpagina kan snel zijn, terwijl de ander juist enorm traag is. Je test dus pagina’s, waarbij je met het testen van enkele pagina’s wel vaak een goed beeld krijgt van hoe alle webpagina’s op jouw website presteren. Voor het testen is er een groot aantal gratis tools beschikbaar: GTmetrix; gratis te gebruiken, met een gratis account sla je zelfs je geschiedenis op en kun je je vooruitgang in de gaten houden Pingdom Tools; gratis, zonder verdere opties met een account, betaald account vooral interessant voor professionals Webpagetest; met veel interessante informatie over hoe jouw webpagina scoort in verschillende tabs Google PageSpeed Insights; van Google zelf dus, behoorlijk kritisch, vooral op de mobiele snelheid Testmysite van Google; vooral bedoeld om de mobiele snelheid te testen, ook behoorlijk kritisch Als je een goed beeld wilt, test je ten minste 3 pagina’s van je website op meerdere van deze tools. Meerdere tests geven het beste beeld Als je meerdere pagina’s test op snelheid, zie je vrijwel altijd een aantal punten terugkomen in zo’n rapportage die voor alle pagina’s opgaan. Test je dan met diverse tools, dan zie je dat iedere tool weer met andere metingen komt en andere verbeterpunten. Zo krijg je het beste beeld van wat er zoal te verbeteren valt. En ik kan je zo al een aantal problemen meegeven die vrijwel altijd naar voren komen. De meest voorkomende problemen die je laadtijd beïnvloeden Grote kans dat bij jouw tests 2 of meer van de volgende zaken worden aangemerkt om te verbeteren: Caching instellen of verbeteren Afbeeldingen comprimeren Afbeeldingen schalen Gzip inschakelen Inperken van CSS en JavaScript Dit is maar een klein aantal van de mogelijke adviezen, deze 5 zie ik wel het meest voorbij komen. En die kun je vaak behoorlijk goed zelf oplossen. De snelheid van je hele website testen Met de gratis tools hierboven test je losse pagina’s van je website op snelheid. Dat betekent dat je bij een beetje website een flinke klus hebt om de snelheid te testen. Moet je niet willen. Zoals ik al aangaf kun je met het testen van een paar pagina’s al wel een heel eind komen. Door daar de belangrijkste verbeterpunten uit te halen en toe te passen op al je webpagina’s, verbeter je al snel en makkelijk de snelheid van je website. Toch kan het ook slim zijn je hele website te testen. Hoe doe je dat dan? Site audits in betaalde tools Betaalde tools als Ahrefs, Moz en SEMrush hebben allemaal een Site Audit in hun pakket, waar je ook de laadsnelheid mee kunt testen. Voordeel van deze tools is dat je dan alle pagina’s van je website kunt sorteren van langzaam naar snel of andersom. En ik hoef je vast niet te vertellen dat je zo kunt beginnen met de traagste pagina om zo je hele website steeds sneller te maken. Ook handig is dat je in ieder geval in dit geval ziet of er pagina’s bij zitten die indexeerbaar zijn. De pagina’s waar onder ‘is indexable page’ No staat, kun je dan negeren, tenzij je weet dat die cruciaal is voor conversie. Want als een bezoeker heel lang moet wachten tot het winkelmandje laadt, kan je dat omzet kosten. Pagina’s als ‘Manage subscriptions’ in bovenstaande voorbeeld, zijn nauwelijks relevant en hebben dus geen prioriteit. Wat los je als eerste op? Vooropgesteld: de snelheid van je website is niet essentieel voor je SEO, wat nogal veel wordt beweerd. Ja, Google heeft aangegeven dat ze trage pagina’s “afstraffen”, maar dat gebeurt pas echt bij heeeeeeeel erg trage webpagina’s. Wil je je concurrent inhalen in de zoekresultaten, dan ga je dat met het verbeteren van de snelheid minder makkelijk en snel voor elkaar krijgen dan met het verbeteren van je content of een paar goede backlinks. Je doet het dus vooral voor je bezoeker en daarmee voor de conversie. Wat los je dan als eerste op? Hosting is essentieel Ik kan het niet vaak genoeg benadrukken: snelle servers zijn de basis voor een snelle website. Bezuinig dus niet op je hosting, uiteindelijk zijn dat de kosten ook niet. En soms is een (vaak kleinere) betere hostingpartij niet eens per se duurder. Heb je een beetje goed hostingbedrijf, dan zorgen ze ook voor de juiste cachinginstellingen, Gzip-compressie en daarnaast nog andere zaken die minder met de snelheid te maken hebben. Hoe doe je dat dan? Want je weet toch niet welke hosting beter is? Klopt, een beetje hostingbedrijf zal bereid zijn een kopie van jouw website op hun servers te zetten, zodat je de prestaties naast jouw huidige kunt leggen. Heb je alvast een beeld. Afbeeldingen gaan te vaak fout Zoals je in de meest voorkomende fouten […]

Lees meer
Hoe verbeter je nu de snelheid van je mobiele website

Hoe verbeter je nu de snelheid van je mobiele website?

/2 Reacties/in , , /door

Dit is een gastblog van Ramon Fincken van Managed WP Hosting. Vanwege Googles Speed Update heb ik hem gevraagd uit de doeken te doen hoe je de snelheid van je mobiele WordPress website verbetert. Niet alleen de Speed Update is hierbij van belang. Op mobiel is het geduld van veel websitebezoekers beduidend lager dan op desktop. Want hoe snel ben jij weg als een website maar niet lijkt te laden? Over naar Ramon dus. Per juli 2018 speelt de snelheid van je mobiele website een rol in de ranking van jouw website in de mobiele zoekresultaten. Daarmee kan het dus zomaar gebeuren dat je site een hoge positie heeft in de desktop zoekresultaten, maar juist heel laag scoort in de mobiele zoekresultaten. En daar kun je wat aan doen. Snelheid laadtijd desktop versus mobiel Grote kans dat jouw website voor mobiele apparaten dezelfde data binnenhaalt als op een computer. Een computer is meestal met snel bekabeld internet aangesloten. En anders wel via een goede WiFi-verbinding. Mobieltjes zitten vaak op WiFi, maar vaak ook niet. Daarmee is de kans groot dat de website op mobiel al minder snel laadt. Verder zijn er nog enkele andere zaken die anders zijn op je mobiel. Zo moet navigeren met 1 klik van je vinger kunnen en hoeven plaatjes vaak niet zo groot te zijn als op een desktopcomputer. Houd je bezoekers -en Google- tevreden met een snelle mobiele website Wat kun je doen om Google en je mobiele bezoekers blij te maken en blij te houden? Ik zet het op een rijtje: Alles op je site versnellen (altijd een goed idee). Een apart mobiel thema gebruiken. Ook wel adaptive design genoemd. Een apart (sub-)domein gebruiken voor je mobiele site. Eigenlijk achterhaald, maar het kan. 1. Website versnellen Houd je hierbij aan de drie snelheidsgeboden:  Zo weinig mogelijk (DNS) connecties Zo weinig mogelijk data “over de lijn” Als je al data moet versturen, zorg dat deze zo snel mogelijk aankomen Als we inzoomen op de mobiele toepassing, kun je de meeste winst halen uit het volgende: Moeilijk woord: caching Zorg voor HTML/Page caching zodat je websitebezoekers niet hoeven te wachten op een trage webserver en je content snel op het scherm staat. Bij caching worden bestanden tijdelijk lokaal opgeslagen, waardoor de browser niet alle data telkens weer moet ophalen. Het zorgt daarmee voor sneller laden van je website. Wil je het in WordPress snel oplossen zonder technisch gedoe? Kies dan voor de plugin WP Fastest cache en zet dan HTML page cache aan, klaar. Beperk het formaat van je afbeeldingen Zorg dat je geen volledige grootte 10-megapixel plaatjes van je Canon spiegelreflexcamera of je nieuwste iPhone op de volledige desktopvullende grootte plaatst.  Zelfs al is je plaatje zoals je hem wilt tonen maar een paar centimeter lang. Gebruik de plugin Imsanity om ervoor te zorgen dat je plaatjes bij het uploaden naar bijvoorbeeld 1024 bij 1024 pixels worden gezet wanneer ze groter zijn. Gebruik je Visual Composer of een andere visuele “what you see is what you get” plugin? Zorg er dan voor dat je bij het invoegen van plaatjes kiest voor ‘thumbnail’ of ‘medium’. En zoek een plugin die adaptive plaatjes gebruikt. Daarmee laad je op je computer een plaatje van bijvoorbeeld 660 bij 660 pixels terwijl op mobiel een plaatje van 220 bij 220 pixels ingeladen kan worden. Ben je een echte techneut (systeembeheerder), kijk dan eens naar de Nginx/apache mod_pagespeed module. Meer over de technische optimalisatie van afbeeldingen lees je in dit artikel van Jason Thane Jeffers. Kijk uit met fancy dingetjes op je website Stop met het automatisch inladen van video’s of socialmedia zoals Facebook likeboxen of Youtube-videos. De Facebook app en website zijn heel snel, maar alle andere aanroepen -hoe mooi ze er ook uitzien- zijn traag. Soms kun je hier seconden winst in je laadtijd mee behalen. Lees hier verder over de WordPress snelheidsgeboden. 2 Adaptive webdesign Als je thema al een responsive design heeft, toont deze bijvoorbeeld een mobiel/hamburgermenu als je de website op mobiel bekijkt. Maar het kan ook dat je thema alsnog veel grote plaatjes inlaadt en dat de navigatie niet makkelijk te bedienen is. Je kunt dan zeker eens kijken naar een tweede thema, puur voor mobiel gebruik. In dit thema kun je alles verwijderen dat niet nodig is voor mobiel gebruik. Dus anders dan bij responsive design waarbij eigenlijk alles alsnog getoond wordt, kies je met adaptive design dat er blokken niet eens naar de telefoon worden gestuurd. Je kunt met de plugin WPtouch instellen dat je de website inlaadt met een mobiel thema. Als je kiest voor de caching plugin W3TotalCache of WPFastestcache, zit je goed, want dan kun je instellen dat voor mobiele browsers je een ander thema inlaadt. De eerste is het beste, maar vraagt wat oefening en geduld om in te stellen. Ken je AMP? Ik wil ook AMP even aanstippen. Dit zou ook een keuze kunnen zijn voor adaptive design. AMP is een dienst van Google om puur de tekst-content te tonen, zonder opsmuk. Hiermee laad je enkel het belangrijkste van je site in. Bijkomend voordeel is dat Google nieuwe AMP pagina’s (naar eigen zeggen) razendsnel in haar zoekindex plaatst. Let wel op dat AMP goed werkt voor blogs, maar niet echt is toegespitst op webshops of statische/”visitekaartje” websites. Er zijn niet heel veel AMP plugins. Je zou kunnen kijken naar https://wordpress.org/plugins/amp/ of https://wordpress.org/plugins/accelerated-mobile-pages/. 3 Apart (sub-)domein Ik stip het even aan, maar raad het niet aan. Je kunt voor een apart mobiel (sub)domein kiezen als versnellen niet makkelijk of betaalbaar is, maar het heeft ook flinke nadelen. Je zult dan als je site.nl hebt ook een m.site.nl moeten gebruiken. Dat betekent dat je twee keuzes hebt om die m.site.nl te voorzien van inhoud: Een nieuwe site opzetten met eigen content in een eigen database Een nieuwe site opzetten met gedeelde content in dezelfde database-opslag als de hoofdsite. Maar dan wel met een eigen thema. Ik noemde net al dat er aan deze optie nadelen kleven. Je maakt de opzet namelijk technisch gecompliceerder en dus lastiger te onderhouden. Je hebt een plugin of server-setup nodig die mobiele browsers doorstuurt naar je tweede domein. Ook moet je dat onthouden in bijvoorbeeld een technisch cookie en moet je je bezoekers de keuze kunnen geven om alsnog de desktopvariant te tonen.. En ook dat weer in een cookie onthouden .. Plus, […]

Lees meer
Jouw nieuwe website zoekmachinevriendelijk - en nu

Dus jouw nieuwe website is zoekmachinevriendelijk, en nu?

/0 Reacties/in , , , /door

Wanneer je een nieuwe website laat bouwen, houd je het liefst ook gelijk rekening met SEO. Je wilt gevonden worden in Google, want uiteindelijk levert je dat klanten op. Dus kies je voor een webbouwer die belooft een zoekmachine-vriendelijke website te maken. Wat mag je dan verwachten? SEO-vriendelijk of zoekmachinevriendelijk, is er verschil? Je zult zowel ‘SEO-vriendelijk’ als ‘zoekmachinevriendelijk’ tegenkomen wanneer je eens bij wat webbouwers gaat koekeloeren online. Is er verschil? Wat mij betreft niet. Volgens mij bedoelen ze in beide gevallen dat je een website krijgt die geschikt is om te worden geïndexeerd door zoekmachines. En niet veel meer dan dat. Wacht even, doen ze dan geen SEO? Doen die webbouwers dan geen SEO voor je? In principe niet nee. In ieder geval niet zover dat ze jou kunnen garanderen dat je mooie posities in de zoekmachines krijgt. Natuurlijk maken ze er een technisch zo goed mogelijke website van. Verder zal de een daar nog iets meer SEO in gooien dan de ander, maar uiteindelijk is er echt alleen sprake van een ‘zoekmachinevriendelijke’ website. Ze noemen het ook wel eens ‘SEO-proof’. Whatever. Wat houdt een zoekmachinevriendelijke website dan in? Kijk, dit is waar het eigenlijk echt om gaat. Wat houdt een ‘zoekmachinevriendelijke website’ in? Als ik heel eerlijk ben niet heel veel. Want iedere website is in enige mate zoekmachinevriendelijk. Anders heb je er sowieso niet zoveel aan hè? Een website die niet in een zoekmachine kan verschijnen kun je net zo goed niet publiceren. Toch? Heel concreet dan Heel concreet betekent het eigenlijk dat je een website hebt die door een zoekmachine geïndexeerd kan worden. En als je webbouwer echt zijn best doet -en dat doen de meesten echt wel-, zal deze er wel meer aan doen dan alleen dat. Maar: de webbouwer is er voor de techniek en de vormgeving. Dan komen content en linkbuilding nog om de hoek, wie is daar verantwoordelijk voor? Met alleen een technisch goede website ben je er nog niet. Enkele aspecten waar de webbouwer rekening mee kan houden Om een beeld te schetsen, hier een aantal aspecten waar een beetje webbouwer wel rekening mee houdt om jouw website geïndexeerd te krijgen: Structuur: een logische structuur die zowel je bezoekers als de zoekmachine helpt met onder andere een duidelijke navigatie, gebruik van breadcrumbs en relevante interne links. Snelheid: beperken van overbodige code, plugins/addons, zware afbeeldingen en meer, zodat je website snel laadt. Crawlbaarheid: de zoekmachine moet wel alles op jouw website kunnen bekijken (crawlen), je webbouwer zorgt ervoor dat alle inhoud crawlbaar is en oude content geredirect wordt naar nieuwe, relevante content zodat je jouw zorgvuldig opgebouwde historische posities in de zoekmachines niet kwijtraakt. Google Search Console: voor het aanmelden van jouw website en de praktische informatie die je daar krijgt over prestaties van jouw website in Google. Daarmee legt je webbouwer in ieder geval de basis voor indexering in de zoekmachines. Extra’s voor jouw SEO Doet je webbouwer echt goed zijn/haar best, dan neemt deze ook de volgende zaken nog eens mee: Caching instellen: met caching haalt een browser sneller onderdelen van je webpagina op, als het goed is ingesteld. Koppeling met Google tools: zowel Google Mijn Bedrijf, Google Analytics als Google Search Console zijn relevante tools om je vindbaarheid te helpen verbeteren. Extra’s als structured data: structured data helpen een zoekmachine te begrijpen wat er precies op een webpagina staat. Het is niet heel hard te maken dat direct van invloed is op je SEO, maar het is wel van belang voor de weergave van speciale details in de zoekmachine. Dit helpt je nog een stuk verder in je missie om goed gevonden te worden in de zoekmachines. Van echt SEO cq. optimaliseren van je website is dan alleen nog geen sprake. Je hoeft van je webbouwer geen volledige inzet op SEO te verwachten Een webbouwer doet waar deze goed in is: websites bouwen. De een is daarbij vooral technisch goed onderlegd, een ander meer een vormgever (dus eigenlijk webdesigner) en weer een ander goed in marketingtechnisch goede websites. En in een zeldzaam geval combineert een webbouwer 2 of zelfs alle 3 facetten. Een webbouwer die daarbij ook nog eens goed is in SEO is al helemaal een zeldzame topper. Maar eigenlijk hoef je ook geen volledige inzet op SEO te verwachten van je webbouwer. SEO is een specialisme SEO is een specialisme, net als websites bouwen dat is. En ja, er zijn mensen die beide kunnen. Soms kunnen ze beide zelfs heel goed. Maar je hoeft het niet per se te verwachten van een webbouwer. Net zoals niet iedere bakker ook goed is in patisserie, maar er wel bakkers zijn die zowel goed brood bakken als lekker gebak maken. Het is geen vanzelfsprekendheid. Daarom zijn er bakkers en banketbakkers. En webbouwers en SEO-specialisten. De basis zal meestal wel in orde zijn Ik vertrouw er wel op dat bij het allergrootste deel van de webbouwers de basis voor SEO in orde zal zijn. En toch zullen er ook webbouwers zijn die wel zeggen zoekmachinevriendelijke websites te maken, maar dat toch niet (goed genoeg) doen. Soms is dat onbewust omdat ze denken het te weten, maar het toch niet goed genoeg weten. En dat kan ook wel eens zijn omdat ze het meer als verkooppraatje gebruiken dan het echt kunnen. Aan jou om te achterhalen hoe het zit. Hoe weet je nu of je goed zit? Je wilt natuurlijk wel weten of je een goede partij gevonden hebt. Of deze echt -op zijn minst- een goede basis voor zoekmachine-optimalisatie legt. Hoe kom je daar dan achter? Zoals altijd als je ergens achter wilt komen: vragen. Vraag: wat ze precies bedoelen met een zoekmachinevriendelijke website hoe zij dat specifiek doen; of ze voorbeelden hebben van eerdere websites en hun posities in Google En blijf doorvragen tot je zelf overtuigd bent of ze het waarmaken. Of niet. De antwoorden die je sowieso wilt horen Als je echt alles hierboven hebt gelezen, weet je wel welke antwoorden je moet krijgen. Op de vraag hoe ze voor die zoekmachinevriendelijke website zorgen zul je op zijn minst enkele van deze antwoorden moeten krijgen: Zoekmachinevriendelijke URL’s Structuur van de website Technische basis met onder andere juiste resolutie van afbeeldingen, inrichting van caching en Google Search Console Aanmaken van sitemap en eventuele redirects Let ook altijd op de vragen die de webbouwer zelf stelt. Bijvoorbeeld of je zelf al […]

Lees meer
Website verhuizen of menustructuur wijzigen? Zo voorkom je SEO-issues

Website verhuizen of nieuwe sitestructuur: 301 redirect

/1 Reactie/in , /door

Je website verdwenen uit de zoekresultaten van Google: dat is werkelijk een ramp. Zeker wanneer je al goede posities had of wanneer je verwachtte betere resultaten te krijgen door een wijziging op je website. Die wijzigingen brengen echter een groot risico met zich mee. Hoe je dat voorkomt met een 301 redirect en wat die 301 inhoudt, vertel ik je in dit artikel. Wanneer kun je verdwijnen uit de zoekresultaten? Er zijn verschillende wijzigingen aan een website waarbij je risico loopt met je vindbaarheid: De domeinnaam wijzigt, bijvoorbeeld omdat je een nieuwe bedrijfsnaam hebt, er sprake is van overname waarbij een bedrijfsnaam vervalt, et cetera Je gaat over van www naar non-www of (als je dat nog niet hebt gedaan) van HTTP naar HTTPS Er komt een compleet nieuwe website, waarbij de URL‘s van de verschillende pagina’s wijzigen Je maakt de wijzigingen in de URL-structuur van je website Je verwijdert een pagina van je website Wees dus goed voorbereid wanneer je een van deze wijzigingen wilt aanbrengen in jouw website. Je zult niet de eerste zijn die daalt in de zoekresultaten. Of zelfs helemaal verdwijnt. Dat voorkom je met een 301 redirect. Komen we zo op. Eerst de verschillende punten van hierboven even doornemen. Wijziging van je domeinnaam Deze is vrij logisch. De zoekmachine indexeert je domeinnaam en alle URL’s die daaraan hangen. Wanneer de domeinnaam wijzigt, loopt het spoor dood en zal Google besluiten jouw website uit de zoekresultaten te halen. Zorg er dus voor dat de zoekmachines altijd weten dat je van domeinnaam bent veranderd. Van www naar non-www of van HTTP naar HTTPS Wanneer jouw website nu nog op HTTP draait, zul je toch echt een keer over moeten op HTTPS. Los daarvan kan het ook een bewuste keuze zijn om je website over te zetten van www naar non-www. In beide gevallen wijzigt je URL, terwijl de zoekmachine je oude URL nog in de index heeft en de gebruiker op een niet-bestaande pagina uitkomt. Lees hier waarom HTTPS voor jouw website onvermijdelijk is. Compleet nieuwe website met wijziging van URL‘s Het gebeurt regelmatig (dat is dus niet altijd zo) dat de URL‘s van webpagina’s wijzigen wanneer je een nieuwe website laat bouwen. Dat gebeurt vooral wanneer je overstapt van CMS. In sommige CMS’en wordt er bijvoorbeeld .html achter een URL gezet. Stap je over op een ander CMS, waarbij die toevoeging verdwijnt, dan heb je weer compleet nieuwe URL‘s. Of je hebt nog oude URL’s waarbij de slug niet duidelijk maakt waar je pagina over gaat. Dan staat er bijvoorbeeld “/page_id=5405” in plaats van “website-verhuizen-nieuwe-sitestructuur-voorkom-seo-issues“. Wil je page_id aanpassen naar een URL met daarin de titel, of in ieder geval enkele steekwoorden, dan wijzig je dus je URL’s Wijziging in de URL-structuur van de website Stel je vindt het niet mooi dat er domeinnaam.nl/blog/categorie/naam-van-het-artikel in de URL van je artikel staat. Je wilt gewoon domeinnaam.nl/blog/naam-van-het-artikel gebruiken. Of je hebt nu jouwdomein.nl/trainingen/yoga-voor-beginners en wilt er liever jouwdomein.nl/yoga-trainingen/beginners van maken. Dat kan, maar dan komt je bezoeker uit op een niet (meer) bestaande pagina. Wat er dan misgaat In feite wijzig je in alle bovenstaande gevallen het adres, waardoor de zoekmachine niet meer weet waar deze je kan vinden. En zo verdwijn je uit de zoekresultaten. Uiteindelijk zal Google jouw website wel weer vinden en indexeren, maar dat is een nieuw indexeringsproces, waarbij alles opnieuw overwogen wordt. Posities die je had heb je niet gegarandeerd weer. Dat wil je voorkomen. 404-pagina of zelfs een foutmelding In het ene geval zal je websitebezoeker uitkomen op een 404-pagina. Dat is een standaard foutmelding wanneer een pagina niet gevonden is (file not found). Het kan zelfs leiden tot een keiharde foutmelding, waardoor je websitebezoeker helemaal afhaakt. Gelukkig kun je dat voorkomen. Daarvoor gebruik je de 301-redirect. 301-redirect: het verhuisbericht op je website Om te voorkomen dat mensen op een niet-bestaande pagina uitkomen maak je een 301-redirect aan. Daarmee geef je aan dat de pagina die benaderd wordt is verhuisd naar een nieuw (web)adres en stuur je ze automatisch door naar het nieuwe adres. Het is als het ware een verhuisbericht, waarmee je de mensen automatisch doorstuurt naar het nieuwe adres. Ook slim voor je vindbaarheid Een 301-redirect is ook slim voor je vindbaarheid. De pagina die al door de zoekmachine is geïndexeerd, heeft iets opgebouwd wat je met de redirect overdraagt. Het gaat om de huidige positie(s) van die pagina en eventuele backlinks die de pagina heeft. Want als die pagina al mooie posities op relevante zoektermen heeft, wil je dat toch niet kwijt? En de backlinks, die ook SEO-waarde hebben, heb je ook niet zomaar terug. Met een 301-redirect behoud je dat, omdat alle waardes van de pagina die je verwijdert of waarvan je de URL wijzigt behouden blijven. Sterker nog: als je een pagina verwijdert en die doorverwijst naar een andere pagina- of twee pagina’s samenvoegt, waardoor je er eentje moet doorverwijzen– levert je dat wat extra kracht in die ene pagina op. 301-redirect aanmaken Bij een complex verhaal als wijzigen van je websitestructuur, wijziging van domeinnaam of van HTTP naar HTTPS of www naar non-www is het verstandig de redirects door een specialist te laten uitvoeren. Die zal dit in .htaccess doorvoeren, vertrouw erop dat het dan goed komt. Bij kleine wijzigingen kun je het zelf doen of doet Yoast SEO Premium het zelfs voor je. Automatisch. Website vernieuwen? Breng je pagina’s in kaart Wanneer je dus je website gaat vernieuwen, is het eerste wat je moet doen alle pagina’s in kaart brengen. Weet welke pagina’s er zijn en zorg voor goede redirects waar dat nodig is. Verwijder je pagina’s in je nieuwe websitestructuur, kies dan per pagina een andere passende pagina om naar te verwijzen. Slechts in het uiterste geval maak je een redirect naar de homepagina van je website. Je pagina’s breng je in kaart met: Screaming Frog SEO Spider (gratis tot 500 pagina’s) SEOToolsforExcel (betaalde add-on voor Excel) Een van de vele betaalde SEO-tools zoals Ahrefs [aff.], Moz of SEMRush Wanneer je al je pagina’s in kaart brengt, kun je bepalen hoe de redirects gaan lopen. Kleine aanpassing in WordPress? Yoast Premium weet raad Zoals je hierboven al hebt kunnen zien kun je in Yoast Premium zelf redirects aanmaken. Daarnaast maakt deze plugin automatisch redirects aan wanneer je de URL van een pagina wijzigt. Zo maak je niet snel iets kapot aan […]

Lees meer
Waarom noindex op een webpagina en hoe doe je dat

Waarom noindex op een webpagina en hoe doe je dat?

/5 Reacties/in , , /door

Je hebt vast wel eens gehoord over ‘noindex’. Of misschien ook niet. En dan is het tijd dat je wel weet wat het is. En waarom je het zou gebruiken. En hoe. Want die noindex-tag is best wel eens nuttig.  Waar staat noindex voor? Noindex is een stukje code in je webpagina dat je toevoegt om aan de zoekmachines aan te geven dat de pagina niet geïndexeerd hoeft te worden. Je wilt dus dat deze pagina niet gevonden kan worden in de zoekmachines. Daar kunnen meerdere redenen voor zijn. Een aantal voorbeelden van pagina’s die je mogelijk niet wilt laten indexeren: Inschrijfformulieren of andere formulieren Een inschrijfformulier of een ander formulier dat je bezoeker pas hoort in te vullen na het bezoeken van een bepaalde pagina op je website, wil je niet in de index van de zoekmachines hebben. Wat heeft de argeloze bezoeker er te zoeken? Inlogpagina’s Je biedt een online training aan. Of je hebt een ander soort portaal waar leden of klanten kunnen inloggen. Daar hebben anderen niks te zoeken, dus die kan op noindex. e-boeken of andere weggevers voor je mailinglijst Je geeft een e-boek, videocursus of ander leuk dingetje weg op je website. Maar daar moet je websitebezoeker wel eerst een e-mailadres voor inleveren, dus je e-boek of de pagina’s met de video’s -of wat er ook onderdeel is van je gratis weggever- hoeven niet in Google terug te vinden te zijn. Want dan krijg je die e-mailadressen niet. Zo vond ik zelf via Google e-boeken van enkele van mijn vakgenoten. En je snapt vast dat ik daar dan wel even om moet gniffelen ;-)   Oh en zo’n e-boek, zou je dat wel doen tegen inlevering van een e-mailadres? Lees hier waarom je mijn gratis weggever gewoon zonder e-mailadres mag downloaden. Je hebt nu wel een idee, toch? Als het goed is heb je nu wel een beeld van pagina’s die je op noindex zet. Je hebt een aantal voorbeelden gelezen. Waarschijnlijk heb je zelf nu ook wel een aantal (soorten) pagina’s bedacht die niet in de index van een zoekmachine hoeven te staan. Dus kun je nu aan de slag met de pagina’s op jouw website. Hoe plaats je die noindex-tag? De noindex-tag staat dus ergens in de code van je website. Ofwel in de head-sectie, ofwel als metatag. De technische uitleg vind je bij Google Search Console help. Als je een WordPress website hebt, dan kan het heel makkelijk met de Yoast SEO plugin. Je vindt daar aan de rechterkant een radertje, waarmee je het tabblad ‘Geavanceerd’ opent. Daar kun je de standaardinstelling aanpassen. Als het goed is, is de standaardinstelling ‘index’. Je ziet dat je daar ook nog de pagina op nofollow kunt zetten. Dit betekent dat de links op de pagina niet gevolgd worden. Noindex haalt pagina uit sitemap Het is een goed gebruik om een sitemap voor je website te hebben. Dat helpt de zoekmachines je pagina’s te ontdekken. Zet je een pagina op noindex, dan wordt deze -in ieder geval bij de Yoast SEO plugin- niet opgenomen in de sitemap van je website. Want ook via de sitemap kan ik je e-boek gewoon vinden hoor ;-) Bedenk dus goed welke pagina’s van jouw website niet via de zoekmachines vindbaar hoeven te zijn. Het handigst is natuurlijk om dat al te doen wanneer je een pagina aanmaakt. Gelukkig kun je het altijd nog achteraf aanpassen. Je pagina staat dan al wel in de index, maar zal verdwijnen uit die index zodra de zoekmachine je noindex-tag gevonden heeft. Je pagina wordt altijd gecrawld Er zijn mensen die denken dat een pagina niet wordt gecrawld als deze op noindex staat. Dat is helaas niet het geval. De zoekmachinebot moet de noindex-tag eerst “zien” om daar iets mee te doen. Zodra een pagina wordt ontdekt, wordt deze gecrawld. Staat daar een noindex-tag op, zal de zoekmachine deze wel respecteren, daar hoef je je niet druk om te maken. Aan de slag Aan de slag dus, als je pagina’s hebt die mensen niet hoeven te ontdekken via de zoekmachines. Je weet nu ook hoe je dat kunt doen. In WordPress althans. Schakel in andere gevallen een specialist in of zoek even uit hoe dat in jouw CMS kan. Vragen, opmerkingen en aanvullingen mag je hieronder natuurlijk altijd achterlaten.

Lees meer
Meta keywords-tag goed voor je SEO? Integendeel!

Meta keywords-tag goed voor je SEO? Integendeel!

/7 Reacties/in , , /door

Een van de vele misverstanden in de wereld van SEO is de meta keywords-tag. Veel mensen denken dat deze nog van belang is voor je vindbaarheid. Niets is minder waar, de meta keywords-tag is eerder een negatieve factor dan dat deze jou echt helpt. Wat is de meta keywords-tag? De meta keywords-tag is een van de vele metatags in de paginabron van een website. Deze werd vroeger gebruikt om aan te geven wat de belangrijkste onderwerpen van de pagina waren. Deze tag werd echter al snel misbruikt door deze vol te proppen met zoektermen en door er zelfs woorden in te plaatsen die niet voorkwamen op de pagina zelf. Unieke woorden per pagina Iedere webpagina hoorde zijn eigen unieke meta keyword mee te krijgen. Hierbij gaf je dus aan waar deze pagina specifiek over ging. Toch meenden velen -zoals hiervoor genoemd- dat ze ook de belangrijkste zoektermen voor hun hele website in de meta keywords-tags moesten plaatsen. Hier raakt de zoekmachinebot juist van in de war, omdat deze dan niet kan onderscheiden welke pagina nu de belangrijkste pagina over die zoekterm is. Voorbeeld fout gebruik versus goed gebruik Laten we mijn blog over SEO-teksten als voorbeeld nemen. Wanneer ik de meta keywords-tag juist zou gebruiken, zou enkel “SEO-teksten” ingevuld mogen zijn. Ik heb ook pagina’s op mijn website met als onderwerp webteksten, SEO-tekstschrijver en SEO. Wat ik dus beslist niet zou moeten doen is het toevoegen van: SEO, tekstschrijver, SEO-tekstschrijver en webteksten. Alleen ‘SEO-teksten’ is uniek voor deze pagina, de andere onderwerpen hebben eigen pagina’s op mijn website. Wanneer ik die woorden ook zou toevoegen als meta keywords-tags aan deze pagina, zou dat verwarrend zijn voor de zoekmachines.Reden waarom meta keywords-tags nu een negatieve SEO-factor zijn. Voorbeeld van verkeerd gebruik Tijdens mijn dagelijkse speurwerk op het internet (ja sorry, ik ben nu eenmaal een vakidioot en zoek dus altijd naar voorbeelden ;) ) kwam ik op de website van een ballonartiest. Toen ik zag dat de meta keywords-tag (verkeerd) werd gebruikt op een pagina, vermoedde ik al dat het ook op andere pagina’s zou worden gebruikt. En dat ziet er dan zo uit: Ik keek naar de pagina ‘Ballonnen’ en zag exact dezelfde zoektermen staan: Meta keywords-tag als negatieve SEO-factor Door het volspammen van de meta keywords-tags, is Google deze metatag gaan negeren. Bij verkeerd gebruik verwar je de zoekmachinebot, waardoor deze -mits die de tag überhaupt gebruikt- niet weet welke pagina nu echt relevant is voor die tag. Of andersom: welke tag relevant is voor die pagina. In die zin zou je het als negatieve factor kunnen zien. In de Richtlijnen voor Webmasters vermeldt Google zelf niks over de meta keywords-tag als bruikbare metatag. Bij Bing werkt verkeerd gebruik negatief Zoekmachine Bing gaat zelfs een stap verder. In een vraag-en-antwoordsessie op Webmasterworld stelt Duane Forrester van Bing in 2011 dat verkeerd gebruik van de meta keywords-tag negatief uit kan pakken: Liever niet gebruiken dus Je kunt de meta keywords-tag dus beter niet gebruiken, omdat de kans meer dan aanwezig is dat deze tegen je werkt. Wanneer je ‘m wel gebruikt, gebruik iedere tag dan maar 1 keer op je website. En houd dan zelf goed bij voor welke pagina je welke tag gebruikt. Weet welke zoekterm je al gebruikt hebt, zodat je deze niet een tweede keer gebruikt. En jij? Gebruik jij de meta keywords-tag nog of heb je ze gebruikt? Heb jij er negatieve of misschien zelfs juist positieve effecten van gemerkt? Deel je ervaring hieronder in de reacties.  

Lees meer
Een responsive website is geen noodzaak voor SEO

Een responsive website is geen noodzaak voor SEO

/2 Reacties/in , , , /door

Wanneer jouw website nog niet responsive is, heb je een probleem. Niet zozeer vanwege de Google Mobile Friendly update, maar omdat een niet-mobielvriendelijke website minachting is van je klanten. Een mobielvriendelijke website doe je niet voor je SEO, maar voor je klant. Voor je SEO is het namelijk beslist geen noodzaak. Ik leg je in dit artikel uit waarom. Toename gebruik mobiel internet Hoeveel vaker bezoek jij tegenwoordig websites op je smartphone in vergelijking met een jaar of 3 geleden? Ik durf te wedden dat dat zeker een verdubbeling is. Soms vervangen apps de websites, zeker voor het gebruik van sociale media. Maar ook het gebruik van die apps is een toepassing die via internet loopt. En wat doe jij als je even snel wat wilt zoeken? Zoekopdrachten via mobiel nemen enorm toe Wat doe jij als je tv zit te kijken en bedenkt dat je iets wilt googelen? Kleine kans dat je een pc of laptop aanzet. De smartphone is toch veel sneller en makkelijker? Het bewijs: in mei 2015 kwam Google met het nieuws dat in 10 landen het aantal zoekopdrachten op mobiel dat van desktop oversteeg. Dat deze trend zich wereldwijd doorzet behoeft geen toelichting volgens mij. Sociale media? Op mobiel Gebruik jij je pc nog om Twitter te checken? En hoe vaak bekijk je Facebook op je mobiel in plaats van op je pc? Grote kans dat je vooral je smartphone gebruikt voor deze sociale media. Links die via sociale media worden gedeeld, worden dus ook vooral op mobiel bekeken. Wat als je bij het klikken op een link in sociale media op een website terechtkomt die niet normaal werkt op een smartphone?   Ik schrok me kapot Op Twitter kwam ik eens een tweet tegen met de trotse vermelding van een “nieuwe website”. En ja, dan wil ik wel eens kijken ;-). Toen ik op de link had geklikt, schrok ik me kapot van wat ik aantrof. Een design dat niet bij deze tijd past en een website die niet responsive was. Toen besloot ik de tweets met vermelding van “nieuwe website” eens wat te monitoren. Tot mijn grote verbazing bleek daarbij dat er zeker 30% van de nieuwe websites niet responsive was. En nog steeds komen er regelmatig websites voorbij die niet geschikt zijn voor mobiele weergave. Dat kan echt niet meer! Een nieuwe niet-responsive website kan echt niet Wees eerlijk, een website die niet goed meeschaalt op je telefoon, dat is toch irritant? Dat de lettertjes zo klein zijn dat je de tekst niet kan lezen zonder de tekst te vergroten. Of dat de tekst wel groot genoeg is, maar je deze niet kunt verschuiven om alles te lezen… Ja, dat komt ook voor! Hoe lang blijf jij nu dan nog op zo’n website? En bedenk eens hoe dat een jaar of twee, drie geleden was. Is dat veranderd? Ongetwijfeld. Bij mij in ieder geval wel. Ik illustreer het graag met een voorbeeld uit eigen ervaring. Zoeken met je mobiel op vakantie Tijdens onze vakantie in Drenthe zocht ik naar iets leuks om te doen met de kinderen. Ik slinger de laptop er niet voor aan, de smartphone heb ik toch altijd bij de hand? Dus zocht ik op “uitje Drenthe met kinderen”. In ieder geval iets van die strekking. En wat voor websites kreeg ik te zien in de resultaten? Dit:   Lekker handig, als je op je smartphone hier een keuze uit moet gaan maken. Niet dus. Dus klik je dit direct weg en ga je door naar de volgende website in het zoekresultaat. Toch? Tot ongeveer 2013 wilden mensen nog wel de moeite nemen om het beeld te vergroten. Nu is de verwachting gewoon dat een website het op ieder scherm goed doet. Je website móet gewoon responsive of adaptive zijn. Mobile first is zelfs mijn advies. Mobile first Om websitebezoekers op een smartphone of tablet de beste ervaring te bieden, kies je voor de mobile first-strategie. Mobile first betekent dat je bij het ontwerp van je nieuwe website eerst de mobiele weergave ontwerpt. Vanuit dat mobiele ontwerp wordt dan de desktopversie uitgewerkt. Het uitgangspunt is dat het grootste deel van je websitebezoekers via mobiel op je website komt. Aparte mobiele website of responsive design Voor een mobielvriendelijke website kun je kiezen tussen een aparte mobiele website en een responsive website. Responsive kun je nog verder specificeren in “gewoon” responsive en adaptive (Wat adaptive precies is, leg ik uit in de volgende alinea). Hierbij heb ik de voorkeur voor responsive boven een aparte mobiele website. Een apart mobiel ontwerp brengt namelijk vaak extra werk met zich mee. In sommige CMS’en zijn speciale mobiele versies van de website mogelijk, maar ziet dat er vaak anders uit dan de desktopversie. Dit komt de herkenbaarheid van je website op mobiel niet ten goede.   Bovenstaande screenshot is afkomstig van De Boer Dental, die op het moment van schrijven een speciale mobiele versie van hun webshop heeft. Had jij direct door welk bedrijf er achter deze webshop zit? Als je dan de desktopversie vergelijkt, zie je dat er een wereld van verschil er is tussen de mobiele website en de “gewone” desktopversie:   Het is feitelijk dezelfde website, maar je ziet enorme verschillen tussen de mobiele versie en de desktopversie. Ik ken de eigenaar en weet dat om moverende redenen gekozen is voor een standaard mobiele website van het CMS waar ze in werken. Dit is dus niet helemaal representatief voor alle mobiele websites, maar laat wel duidelijk zien wat de verschillen kunnen zijn. Een goede webbouwer zal zeker een meer gelijkende mobiele website maken, maar waarom dan niet responsive of adaptive? Responsive of adaptive Responsive webdesign wordt inmiddels volop ingezet. Bij responsive webdesign schaalt de website mee met de schermgrootte. Dat betekent ook dat een aantal content-elementen verschuiven. Tekst en beeld passen dan bijvoorbeeld niet meer naast elkaar en komen onder elkaar te staan. Adaptive design gaat een stap verder. Bij adaptive design wordt de website niet simpelweg meegeschaald, maar past de website of webpagina zich aan de situatie aan. Zo kun je bij adaptive webdesign bijvoorbeeld op de contactpagina een routebeschrijving tonen wanneer iemand in de buurt is en op zijn mobiel je contactpagina bezoekt. Of bepaalde onderdelen op een pagina worden niet getoond in de mobiele versie. Dit zijn slechts enkele eenvoudige voorbeelden van adaptive design. Ik verwacht dat vooral grote(re) bedrijven meer en meer gebruik zullen gaan maken van adaptive design. Er is geen reden om het niet te doen Er is beslist geen reden om je website niet responsive (of adaptive) te maken. Ieder CMS, zeker een open […]

Lees meer