Als goed gevonden worden in zoekmachines een belangrijke eis is, waarom zou je dan niet bij het selecteren van een content management systeem (CMS) SEO bovenaan het lijstje van eisen en wensen zetten? Onderaan dit artikel vindt u een download met een praktische checklist. Dit artikel geeft u een aantal tips waar u op moet letten.
Per pagina aparte SEO velden Iedere pagina heeft op een overzichtelijke plek speciale velden waar de redacteur de belangrijkste SEO onderdelen kan invoeren en wijzigen: title tag, meta description en URL.
Module voor 301 verwijzingen Bij iedere wijziging van een URL moet er een 301 verwijzing (rediect) gemaakt worden. Dit moet een redacteur zonder technische achtergrond kunnen doen. Een goed CMS heeft hiervoor een eenvoudige module. De beste CMS producten maken zelfs automatisch een 301 verwijzing aan als iemand de URL wijzigt.
Goede URL opbouw Een goede URL ziet er zo uit: http://www.hayona.nl/diensten/websites/cms-selectie. Een slechte URL ziet er bijvoorbeeld uit als deze: http://www.uwwebsite.nl/eCache/DEF/159.bGFuZz1OTA.html. Een goed CMS zorgt voor het herschrijven van een URL met de juiste namen uit het menu (kruimelpad) en biedt ook de mogelijkheid om deze handmatig op pagina niveau te overschrijven, zonder dat er dubbele content ontstaat.
Schone broncode Vanuit het CMS worden de webpagina’s met inhoud gepubliceerd in HTML. De broncode moet netjes opgemaakt zijn zodat Google de site goed kan indexeren. Een schone broncode is ook van belang voor de snelheid van de site welke meetelt in de Google ranking.
Geen zelf ontwikkelde systemen Wat u ook kiest, gebruik nooit een CMS dat door uw leverancier zelf is ontwikkeld. Dat lijkt een beetje op een fiets kopen bij een fietsenmaker die zelf een fiets maakt in zijn werkplaats in plaats van kiezen voor een Union, Sparta, Batavus Gazelle of Koga Myata. Met een zelf ontwikkeld systeem loopt u vroeg of laat altijd tegen beperkingen of problemen aan.
Liever een écht web content management systeem Er zijn zogenaamde enterprise content management systemen waarmee naast externe websites ook intranetten gemaakt kunnen worden, documenten beheerd en allerlei andere intern gerichte activiteiten. Deze systemen zijn nooit optimaal voor echte interactieve SEO websites.
Gericht op redactie, niet op ontwikkelaars Een CMS is in de eerste plaats bedoeld om content te beheren, zoals de naam al doet vermoeden. een CMS moet daarom gemakkelijk te gebruiken zijn voor niet-technische redacteuren, online marketeers en medewerkers van marketing en communicatie afdelingen. Een CMS dat gebouwd is door en voor ontwikkelaars schiet zijn doel voorbij.
Beschikbaarheid van ondersteuning U heeft niets aan een CMS waarvoor over een paar jaar niemand is te vinden die u kan helpen bij wijzigingen of nieuwe functionaliteit. Kies daarom een product dat veel gebruikt wordt en waar veel bureaus en freelancers mee werken.
Lijstje met namen
Onafhankelijk CMS advies bestaat niet, want wie kent alle 467 systemen die er alleen al in Nederland zijn? InterPedia durft zich daarom wel te wagen aan een lijstje namen. Niet onafhankelijk en objectief, want het is gebaseerd op onze eigen ervaring. Ook niet volledig, maar dat is ook bijna onmogelijk. Doe uw voordeel met dit lijstje en heeft u er vragen of opmerkingen over, neem dan gerust contact op.
Goede CMS systemen voor marketing gedreven websites waarvoor SEO belangrijk is:
Umbraco (tip) – open source
WordPress (tip) – open source
GX WebManager – commercieel
Misschien mist u bekende systemen als Joomla en Drupal. Dat ze hier niet tussen staan betekent niet dat het slechte systemen zijn. Onze ervaringen voor online marketing en SEO met deze producten zijn echter niet onverdeeld positief.
CMS checklist
Als ondersteuning voor een CMS selectie kunt u onderstaande checklist downloaden:
Het gebruik van 301 verwijzingen is essentieel in iedere SEO strategie. Helaas worden ze nog te weinig gebruikt of vaak vergeten. Een 301 verwijzing, ook wel 301 redirect genoemd, is een permanente automatische doorverwijzing van de ene naar de andere pagina die tegelijk aangeeft dat de pagina waar de verwijzing op zit niet of niet meer bestaat. Een 301 redirect op een pagina geeft Google het signaal dat deze pagina niet meer geïndexeerd hoeft te worden en de autoriteit (pagerank) van een pagina doorgeschoven mag worden naar de pagina waar de 301 redirect naar verwijst. Een pagina waar een 301-redirect op zit, zal daarom na verloop van tijd uit de ranking van Google verdwijnen en zal vervangen worden door de pagina waar naar verwezen wordt. Je kunt een 301 verwijzing daarom vergelijken met een verhuisbericht.
Aanleiding voor een 301 redirect
In een aantal situaties moet je gebruik maken van een 301 redirect:
Als de URL van een pagina gewijzigd moet worden, bijvoorbeeld omdat hij verplaatst wordt binnen de website of omdat er een zoekwoord aan de URL toegevoegd moet worden.
Als je in het menu van de website een item hebt waar geen inhoud op staat, dan wil je die soms doorverwijzen naar een andere pagina.
Bij het lanceren van een nieuwe website krijgen vaak alle pagina’s een andere URL. In die situatie moet er dus een lange lijst met 301 verwijzingen gemaakt worden, één voor elke oude pagina die door Google is geïndexeerd. Doe je dat niet dan zal je nieuwe website een aantal maanden lang veel minder bezoekers trekken vanuit zoekmachines.
Hoe maak je een 301 verwijzing?
Een goed CMS biedt een redacteur de mogelijkheid om zonder technische kennis heel eenvoudig een 301 verwijzing te maken. Sommige systemen maken zelfs automatisch een 301 redirect aan als iemand een URL verandert. Accepteer geen CMS zonder die mogelijkheid.
Veel gemaakte fouten
Er zijn nog andere manieren om een verwijzing of redirect te maken. Zo bestaat er de ‘meta refresh’, een oude en ongewenste manier van verwijzen. Een andere veelgebruikte redirect is de 302 verwijzing. Die lijkt erg op de 301 met het grote verschil dat een 302 een tijdelijke verwijzing is. Laat je die te lang staan, dan zal Google uiteindelijk toch maar één van de twee kiezen voor de index. Gebruik een 302 verwijzing daarom waar hij voor bedoeld is; als tijdelijke redirect die je na een tijdje weer weghaalt.
301 verwijzing op een hoofddomein
Het wijzigen van je hoofddomein (www.[domein].nl) is niet aan te raden, maar soms is het noodzakelijk. Ook dan is het belangrijk om op het oude domein een 301 verwijzing te plaatsen. Dit moet door de websitebeheerder op serverniveau gedaan worden.
De snelheid van websites is de afgelopen tijd opnieuw helemaal actueel geworden. Mobiele apparaten worden nu meer gebruikt om websites te bezoeken dan ‘gewone’ computers. Dat betekent dat er steeds meer bezoekers zijn die browsen op een langzame 3G verbinding of instabiel wifi netwerk. Veel websites houden daar te weinig rekening mee. Tegenwoordig is een gemiddelde mobiele website wel 2 MB groot. Dat is een gemiste kans! Onderzoek wijst uit dat er een directe relatie is tussen snelheid en conversiepercentage.
De laadtijd van je website op mobiel is ook een belangrijke ranking factor voor SEO. Google maakt tegenwoordig geen onderscheid meer tussen apparaten: De posities in Google zijn afhankelijk van de mobiele versie van je website. Presteert je website slecht op mobiel? Dan heeft dat dus gevolgen voor alle posities. Ook bij zoekopdrachten vanaf gewone computers en laptops!
Website snelheid en gebruikerservaring testen
Wil je de laadtijden van je website verbeteren? Begin dan eerst met het meten van de laadtijd. Google heeft hiervoor een goede tool ontwikkeld: Pagespeed Insights. Deze tool houdt niet alleen maar rekening met het gewicht van je pagina. Er wordt ook gekeken naar de gebruikerservaring van de website. Neem bijvoorbeeld de volgende twee pagina’s van exact dezelfde grootte:
Laadtijd verloop van wiki-vakantie.nl
De eerste pagina wordt binnen twee seconden al zichtbaar terwijl de tweede pagina ruim vier seconden een wit scherm houdt. Voor bezoekers geeft de eerste pagina de beste gebruikerservaring. De pagina voelt namelijk veel sneller, omdat ze veel eerder kunnen beginnen met lezen. Daarom zal de eerste pagina beter scoren in de test, ook al zijn ze qua gewicht precies gelijk.
Tip: Test de snelheid van alle belangrijke pagina’s op je website. De ervaring kan heel verschillend zijn, afhankelijk van de opbouw en inhoud van de pagina’s.
Vanaf 2021: Core Web Vitals
In November 2020 heeft Google opnieuw bevestigd dat vanaf mei 2021 de Pagespeed Insights score onderdeel wordt van het algoritme dat de ranking in de zoekresultaten bepaalt. Concreet betekent dat: zorg voor een zo hoog mogelijke score in de test!
Afbeeldingen, webfonts en andere bronnen verkleinen
Een van de belangrijkste maatregelen die je kunt nemen om je website sneller te maken, is het terugbrengen van het gewicht van je website. Gebruik de Pingdom Tools om te kijken hoe zwaar jouw website is en welke bronnen het meeste wegen. Meestal zijn dit de afbeeldingen.
Afbeeldingen kunnen op verschillende manieren verkleind worden.
Het verkleinen van het formaat van de afbeelding zorgt voor een groot verschil in de bestandsgrootte.
Ten tweede kan de bestandsgrootte van afbeeldingen verkleind worden door compressie. Dit kan bijvoorbeeld via de website tinypng.com.
Als laatste is het ook mogelijk om het formaat van de afbeelding af te stemmen op het apparaat. Mobiele websites hebben kleinere afbeeldingen nodig dan websites op een groter scherm.
Tip: Automatiseer het verkleinen en comprimeren van afbeeldingen in je CMS om tijd te besparen.
Naast afbeeldingen zijn er andere bronnen die gewicht kunnen toevoegen aan een pagina, zoals webfonts en CSS of JavaScript bestanden. Neem de volgende maatregelen om de snelheid van je site te verbeteren:
Beperk het aantal varianten van een lettertype tot bijvoorbeeld alleen normaal en vetgedrukt.
Combineer en verklein CSS en JavaScript bronnen tot één CSS bestand en één JavaScript bestand.
Ook de HTML code zelf kan verkleind worden voor een minimale besparing.
Blokkerende bronnen (JavaScript en CSS) verwijderen
Als het gewicht van je website is teruggebracht, dan kunnen we naar een volgende maatregel kijken die veel invloed heeft op de ervaring van de snelheid: Blokkerende bronnen verwijderen.
Elke website bestaat uit bronnen die nodig zijn voor de opmaak en animaties op de pagina: CSS bestanden, JavaScript bestanden en lettertypes (ook wel webfonts genoemd). Tijdens het laden van deze bronnen moet het inladen van de rest van de pagina wachten. Veel van deze bronnen worden door ontwikkelaars nog steeds bovenin de pagina toegevoegd. Hierdoor wordt het inladen van de pagina geblokkeerd en moeten bezoekers vele malen langer wachten totdat ze kunnen beginnen met lezen.
Om blokkerende bronnen te voorkomen zijn er twee mogelijkheden:
Laad de bronnen asynchroon in. Hierdoor wordt het laden van de rest van de pagina niet meer geblokkeerd. Deze techniek wordt bijvoorbeeld toegepast bij de Google Analytics trackingcode.
Laad de bronnen pas onderaan de pagina in. Op deze manier zal eerst het zichtbare deel inladen, en daarna pas de externe bronnen.
Tip: voor WordPress is er een handige plugin die dit automatisch voor je kan doen, genaamd autoptimize.
Browser caching en GZIP compressie.
Twee maatregelen die weinig werk kosten en toch veel winst opleveren zijn browser caching en GZIP compressie.
Browser caching is een instelling waarbij je aangeeft dat bepaalde bronnen voor een bepaalde tijd in het geheugen bewaard mogen blijven voor volgende bezoeken aan de website. Wanneer de bezoeker binnen deze bepaalde tijd terugkomt, worden deze bronnen niet opnieuw ingeladen, omdat ze al zijn opgeslagen in de browser van de bezoeker.
GZIP compressie zorgt ervoor dat elke pagina en elke bron gecomprimeerd wordt verstuurd. Deze vorm van compressie levert veel winst op bij tekst bestanden zoals de internetpagina zelf, CSS bestanden en lettertypes.
Beide instellingen moeten worden uitgevoerd op de server. Voor apache servers kan dit door het volgende toe te voegen aan het .htaccess bestand (bron):
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 1 month"
# CSS
ExpiresByType text/css "access plus 1 year"
# Data interchange
ExpiresByType application/json "access plus 0 seconds"
ExpiresByType application/xml "access plus 0 seconds"
ExpiresByType text/xml "access plus 0 seconds"
# Favicon (cannot be renamed!) and cursor images
ExpiresByType image/x-icon "access plus 1 week"
# HTML components (HTCs)
ExpiresByType text/x-component "access plus 1 month"
# HTML
ExpiresByType text/html "access plus 0 seconds"
# JavaScript
ExpiresByType application/javascript "access plus 1 year"
# Manifest files
ExpiresByType application/x-web-app-manifest+json "access plus 0 seconds"
ExpiresByType text/cache-manifest "access plus 0 seconds"
# Media
ExpiresByType audio/ogg "access plus 1 month"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType video/mp4 "access plus 1 month"
ExpiresByType video/ogg "access plus 1 month"
ExpiresByType video/webm "access plus 1 month"
# Web feeds
ExpiresByType application/atom+xml "access plus 1 hour"
ExpiresByType application/rss+xml "access plus 1 hour"
# Web fonts
ExpiresByType application/font-woff "access plus 1 month"
ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
ExpiresByType application/x-font-ttf "access plus 1 month"
ExpiresByType font/opentype "access plus 1 month"
ExpiresByType image/svg+xml "access plus 1 month"
</IfModule>
<IfModule mod_deflate.c>
# Compress all output labeled with one of the following MIME-types
# (for Apache versions below 2.3.7, you don't need to enable `mod_filter`
# and can remove the `<IfModule mod_filter.c>` and `</IfModule>` lines
# as `AddOutputFilterByType` is still in the core directives).
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE application/atom+xml \
application/javascript \
application/json \
application/rss+xml \
application/vnd.ms-fontobject \
application/x-font-ttf \
application/x-web-app-manifest+json \
application/xhtml+xml \
application/xml \
font/opentype \
image/svg+xml \
image/x-icon \
text/css \
text/html \
text/plain \
text/x-component \
text/xml
</IfModule>
</IfModule>
Reactietijd van de server verbeteren
Als laatste kun je de laadtijd van je site verbeteren door de reactietijd van de website hosting te optimaliseren. Deze tijd is afhankelijk van verschillende factoren: de kwaliteit van de hosting, het CMS en het aantal verwijzingen. Er zijn verschillende maatregelen te bedenken voor het terugbrengen van de reactietijd van de server. Dit zijn de voornaamste:
Server caching. Bij deze maatregel wordt een kant-en-klare versie van elke pagina opgeslagen in het geheugen van de webserver. Wanneer iemand de pagina bezoekt hoeft de pagina dus niet eerst opgehaald te worden uit de database. Dit scheelt erg veel tijd. Voor WordPress sites is server caching eenvoudig in te stellen via een plugin, bijvoorbeeld Hyper Cache.
Hosting upgraden. Goede hosting is essentieel voor de laadtijd van je pagina’s en het hoeft niet duur te zijn. Wij zijn een groot fan van Siteground. Als je klant wordt, verhuizen ze bovendien kosteloos je website naar het nieuwe hostingpakket.
Verminder het aantal redirects. Wanneer je een pagina bezoekt, moet je zo min mogelijk doorverwezen worden. Breng het aantal redirects in kaart met behulp van de redirect checker.
Hulp nodig bij het verbeteren van je laadtijden?
Wat is de gemiddelde laadtijd van jouw site? Kijk hiervoor ook eens in je Google Analytics rapporten. Heb je hulp nodig bij het verbeteren van de laadtijden? Neem dan contact op met de interpedia helpdesk.
Er zijn verschillende manieren om een website zichtbaar te krijgen in de zoekmachines. In dit artikel een aantal tips om uw website snel in de zoekmachineresultaten te krijgen.
Website aanmelden door links op andere websites te plaatsen
De beste manier om een nieuwe website aan te melden bij Google, is door links te plaatsen naar deze website. Maak potentiële bezoekers bekend met uw nieuwe website via social media, blogs, nieuwssites, startpagina’s, partnerwebsites of websites van leveranciers, etc.
De crawlers van Google en andere zoekmachines komen vaak langs populaire websites om nieuwe content te ontdekken. Wanneer er een link naar uw site op een populaire website staat, kan uw eigen site dan ook razendsnel al in de zoekmachines terecht komen.
Website aanmelden via Google search console
U kunt ook zelf een website toevoegen aan Google door een verzoek te plaatsen:
Wanneer uw site is aangemeld voor de Google Search Console, kunt u een XML-Sitemap toevoegen. Een XML-Sitemap is een lijst van alle pagina’s op uw website. Vaak kan een CMS dit zelf, maar er zijn ook diverse tools waar mee u een sitemap kunt genereren. Navigeer in Google Search Console naar ‘index’ > Sitemaps’ en voer de url van de locatie van de sitemap in.
Website aanmelden door feed aan te bieden
U kunt uw website ook in de zoekmachines krijgen door een ‘datafeed’ aan te bieden. U kunt bijvoorbeeld uw nieuwsberichten bij Google News aanbieden. Vaak wordt de website dan zichtbaar op diverse websites en komt vervolgens in de index van Google te staan.
Google indexeert automatisch miljoenen websites. Om te voorkomen dat uw websitepagina’s nog langer in de zoekresultaten van Google verschijnen, kunt u een aantal (technische) stappen doorlopen. Het is belangrijk om eerst goed te overwegen of u uw website werkelijk uit de zoekresultaten wilt verwijderen en te bepalen of de juiste technische kennis beschikbaar is om de benodigde stappen uit te voeren.
Links, feeds of aanmeldingen voorkomen
Voorkomen werkt beter dan genezen. Wanneer er geen links op externe websites staan, er geen feeds zijn of geen aanmeldingen bij zoekmachines van een website zijn, hebben zoekmachines niet de mogelijkheid de website te vinden.
Wachtwoord op uw website plaatsen
Een eenvoudige manier om uw website uit de zoekmachines te houden, is door een wachtwoord op uw website te plaatsen. Hiermee hebben echter naast zoekmachines, gebruikers ook geen toegang meer tot uw site. Er zijn diverse andere technieken voorhanden om een website wél voor gebruiker en níet voor zoekmachines toegankelijk te maken.
Pagina verwijderen
Door een pagina te verwijderen van een website, verdwijnt deze op den duur uit de index van zoekmachines.
Meta-tags aanpassen: noindex, nofollow meegeven
Met behulp van de volgende metatag geeft u aan zoekmachine-crawlers door dat u niet wilt dat uw websitepagina’s nog langer in de zoekresultaten van zoekmachines verschijnen:
< meta name=’robots’ content=’noindex,nofollow’ />
Dit regeltje code dient geplaatst te worden in de -sectie van uw website. De methode werkt echter niet altijd volledig. U kunt het zien als een advies aan de crawlers van Google. Het kan enige tijd duren voordat websitepagina’s niet langer in de zoekresultaten verschijnen.
Robots.txt aanpassen
In de ‘root’ (hoofdmap) van de websitebestanden kan een bestandje geplaatst worden met de naam ‘robots.txt’. Als hierin de volgende regel geplaatst wordt, krijgen zoekmachinecrawlers (robots) een signaal geen toegang te hebben tot de website:
User-agent: * Disallow: /
Met behulp van de Google Webmaster Tools kan een robots.txt-bestandje gegenereerd worden om specifieke pagina’s al dan niet uit te sluiten. Navigeer hiervoor in de Google Webmaster Tools naar Siteconfiguratie > Crawlertoegang.
.htaccess-bestand aanpassen
Een .htaccess-bestand is een bestand dat ook in de ‘root’ van de websitebestanden geplaatst kan worden. In de .htaccess worden bijvoorbeeld doorverwijzingen bijgehouden. Met behulp van het .htaccess-bestand kunt u echter ook bepaalde robots actief blokkeren. Hieronder ziet u de code die hiervoor nodig is.
RewriteEngine on RewriteCond %{HTTP_USER_AGENT} Googlebot [OR]
RewriteCond %{HTTP_USER_AGENT} msnbot [OR]
Cache-versie van een pagina verwijderen
Google en andere zoekmachines laten pagina’s soms in de cache staan. Om dit te omzeilen, kunt u de volgende code in de -sectie van een pagina plaatsen:
< meta name=”robots” content=”noarchive”>
Verwijderingsverzoek plaatsen
Wanneer Google een website na voorgaande stappen te hebben ondernomen, nog steeds in de index heeft staan, kunt u een verwijderingsverzoek bij Google plaatsen:
Duplicate content is soms te voorkomen door aanpassingen in techniek, content of links naar uw websitepagina. In dit artikel ontvangt u een overzicht van tips die u kunt toepassen om duplicate content te voorkomen.
Filtering en sortering aanpassen
Vooral bij webshops komt het vaak voor dat producten op verschillende manieren op een pagina te filteren of sorteren zijn. Bijvoorbeeld alfabetisch, op prijs of op relevantie. Voor elke manier wordt vaak een nieuwe url gegenereerd, waardoor duplicate content ontstaat. U voorkomt dit wanneer u:
Filtering en sortering technisch binnen de pagina laten gebeuren: in plaats van een aparte pagina voor elke sorteermogelijkheid, kunt u met een script ervoor zorgen dat de filtering en sortering van content binnen dezelfde pagina gebeurt;
Sorteer- en filterpagina’s een noindex, follow mee te geven. Hiervoor moet een regel in de code geplaatst worden die ervoor zorgt dat de pagina’s niét door Google geïndexeerd worden, maar dat de links die op de pagina’s staan wél gevolgd worden. Deze regel is: en dient te worden geplaatst in de -sectie van de pagina.
Categorie niet opnemen in pagina-url
Het kan voorkomen dat eenzelfde pagina voorkomt in twee verschillende categorieën op uw website. De pagina ‘Tomaten’ staat bijvoorbeeld in de categorie ‘Groenten’ én ‘Fruit’. De zelfde pagina over tomaten staat dan bijvoorbeeld op uwdomein.nl/groenten/tomaten en op uwdomein.nl/fruit/tomaten. U kunt dit voorkomen door de categorie-naam niet op te nemen in de url. De url wordt dan bijvoorbeeld uwdomein.nl/tomaten, en de categoriepagina’s ‘Groenten’ en ‘Fruiten’ bevatten allebei een link naar deze pagina.
XML-Sitemap toevoegen
Voeg een XML-sitemap toe. Dit helpt Google te kiezen voor de belangrijkste versie van een pagina die onder twee url’s voorkomt. In sommige CMS-en (zoals WordPress) kunt u vrij eenvoudig een dynamische XML-sitemap laten genereren. Vervolgens kopieert en plakt u de locatie van deze sitemap (bijvoorbeeld uwwebsite.nl/sitemap.xml) in de Google Search Console onder Siteconfiguratie > Sitemaps.
‘Met www’ doorverwijzen naar ‘zonder www’
http://interpedia.nl en http://www.interpedia.nl zijn voor Google in feite twee verschillende websites. Daarom hebben we ervoor gezorgd dat de versie zonder www. doorverwijst naar de versie met www. Google weet dan dat mét www. het origineel is. U kunt deze instelling meestal in het CMS aanpassen. Soms kan dat ook met een zogenaamd .htaccess-bestand. De volgende regel moet dan in dat .htaccess bestand worden geplaatst:
Zonder www doorverwijzen naar met www:
RewriteEngine On RewriteCond %{HTTP_HOST} ^uwdomein.nl [NC]
RewriteRule ^(.*)$ http://www.uwdomein.nl/$1 [L,R=301]
Met www doorverwijzen naar zonder www:
RewriteEngine On RewriteCond %{HTTP_HOST} ^www.uwdomein.nl [NC]
RewriteRule ^(.*)$ http://uwdomein.nl/$1 [L,R=301]
Consistent linken naar de originele pagina
Hoe vaak er naar een pagina wordt gelinkt en vanaf welke pagina is voor Google één van de belangrijkste factoren om een pagina hoger of lager te waarderen dan een andere pagina. Zorg daarom dat de originele pagina die u gemaakt hebt veel kwalitatieve links krijgt. Dit helpt Google uw originele pagina te zien als het origineel.
Canonical-tag gebruiken
Het Google-team is zich zeer bewust van de problemen met duplicate content. Daarom heeft Google een html-tag ontwikkeld waarmee deze problemen zijn op te lossen: de Canonical-tag. In het kort komt het erop neer dat op alle pagina’s die dubbel zijn een regeltje in de code staat dat aangeeft welke pagina het origineel is.
Tip: video’s van Matt Cutts
In onderstaande video’s ziet u tips over duplicate content van Matt Cutts, ontwikkelaar bij Google.
Website snelheid is belangrijk voor de positie in Google
De bedrijfsfilosofie van Google is samengevat in tien principes en één daarvan luidt: ‘Snel is beter dan langzaam’. Logisch, want korte laadtijden bevorderen de gebruikerservaring en werken door in het succes van je website. Om een goede positie te behalen in Google is het daarom essentieel dat je website snel laadt; dit bevordert niet alleen je positie in Google, maar ook de prijs die je betaalt voor Ads advertenties. Het meten van de website snelheid vereist géén aanpassing van de Google Analytics trackingcode.
