Google heeft vandaag aangekondigd een browser-based opt-out plugin aan te gaan bieden. Voor welke browser(s) is nog niet bekend. Deze opt-out gaat het mogelijk maken om niet meer getracked te worden door Google Analytics.

Nu begint Google de aankondiging met het vermelden van de enterprise-status van Google Analytics, maar als deze eigen opt-out het mogelijk maakt geen tracking meer plaats te laten vinden, dan ben je zo’n enterprise status snel weer kwijt. Veel data is niet meer correct en het zal niet meer mogelijk zijn om te zien waar je conversies vandaan komen…

Nu is Google Analytics natuurlijk bedoeld om trends weer te geven, maar ook de tendens van trends zijn dan verre van accuraat. Het is allemaal nog speculatie natuurlijk na deze ietwat vage aankondiging. Ook is het twijfelachtig dat de doorsnee internetgebruiker het gaat gebruiken en de hardcore internet gebruiker blokkeerde de Analytics cookie misschien al met Adblock plus in Firefox. Juist de hardcore internetgebruiker zal deze opt-out gaan gebruiken.

Om nog wat verder te speculeren… Misschien is het geen complete opt-out en worden adres gegevens alleen nog op land-niveau weergegeven en is het mogelijk om wat andere data niet meer door te geven, zoals browser-gegevens, OS, etc. Hier zet ik mijn geld dan maar op in. Ik moet er niet aan denken een ander pakket te gaan gebruiken.

Als programmeur ben ik iemand die op details let. Ik kan User Interfaces (UI’s) van veel gebruikte programma’s bijna dromen en klik me elke dag een slag in de rondte in die UI’s. Het liefst gebruik ik natuurlijk sneltoetsen voor al die klik-handelingen. Alt-Tab is de uitvinding van de eeuw. Door de snelheid in het werkproces wil het nog wel eens gebeuren dat je té snel dingen doet.

Enkele voorbeelden die veel programmeurs vast wel eens meegemaakt hebben:

• Op een server werken en snel een bestand bewerken, opslaan, sluiten en vervolgens erachter komt dat je toch iets te snel was en een bug veroorzaakt hebt (ontbrekende punt-komma, haakjes die missen, etc.);
• Op een server een CSS bestand wijzigen en je afvragen waarom er niets op de site verandert, terwijl je toch echt je cache hebt geleegd. Na 10 minuten verwensingen slingeren naar je favoriete browser kom je erachter dat je verbonden bent met de verkeerde server en onbewust een andere site aan het wijzigen bent;
• Tussendoor even aan een blog post werken en per ongeluk op ‘Publiceren’ klikken, in plaats van ‘Concept opslaan’;

Punt 1 & 2 zijn slordigheidjes waar je vrij weinig aan kan doen, behalve focussen. Punt 3 overkomt mij geregeld tijdens het bloggen, vorige week nog. Gevolg: je halve artikel staat binnen 5 minuten in Google, met een verkeerde omschrijving en een lading spelfouten.

Voor dit probleem heb ik een eenvoudige oplossing: maak twee accounts aan bij je favoriete blogging platform/CMS.

Eén account waarmee je berichten schrijft (schrijf-account) en één account waarmee je berichten publiceert (admin-account).

De schrijf-account moet je als werk-account gebruiken en is de account waar je de meeste tijd in doorbrengt. Als je inlogt in deze account schrijf je je content en redigeer je deze. Zorg ervoor dat deze account zo weinig mogelijk rechten heeft: alleen de mogelijkheid om nieuwe artikelen aan te maken, maar zet de functie ‘publiceren’ uit. In WordPress verschijnt in dit geval de button ‘Submit for Review’, in plaats van de ‘Publish’ button.

Het publiceren ga je doen met de admin-account. Log in met de admin-account zodra je er zeker van bent dat een artikel klaar is voor publicatie. Ga naar het artikel toe en klik op de Publish button.

Op deze manier omzeil je het ‘per ongeluk publiceren van artikelen’ én het te snel indexeren van artikelen. Het is iets meer werk om een artikel online te krijgen, maar het is zeker de moeite waard!

NB: Er is 1 nadeel m.b.t. de contributer role en dat is het ontbreken van upload-mogelijkheden. Dit is te omzeilen met de “Role Scope” plugin.

Het verhuizen van een website naar een nieuwe domeinnaam is voor veel mensen nog een grijs gebied. Raak ik al mijn opgebouwde waarde kwijt? Wat moet ik eigenlijk allemaal doen om het goed te laten verlopen?

Voor mijn huidige weblog heb ik een domeinnaam wijziging doorgevoerd: van nomark.nl naar gpsietzema.nl. Naast het wijzigen van de domeinnaam heb ik ook nog eens mijn navigatiestructuur verandert, omdat ik in het Nederlands doorga met bloggen, na een jaar in het Engels geblogd te hebben.

In dit artikel leg ik in 4 stappen uit hoe je op een zoekmachine vriendelijke manier een website verhuist naar een nieuwe domeinnaam. Er wordt gemakshalve alleen met Google gewerkt, omdat deze een aandeel van 99% heeft in Nederland. De volgende stappen moeten worden doorlopen:

1. Voorbereiding
2. Data overzetten
3. Web services opnieuw instellen
4. 301 redirects instellen
5. Bij Google de verhuizing doorgeven via Webmastertools

1. Voorbereiding

Zorg ervoor dat je huidige domeinnaam toegevoegd en geverifieerd is bij Google Webmaster Tools. Dit is noodzakelijk om de verhuizing succesvol te laten verlopen

2. Data overzetten

Deze stap is helemaal afhankelijk van het CMS wat je gebruikt. Enkele tips die voor alle sites van toepassing zijn:

• Doe verschillende search/replaces door je templates en database inhoud voor de domeinnaam, site naam, pad-namen, e-mail adressen en naw-gegevens.
• Kijk je URL rewrites na. In het geval van SEF (Search Engine Friendly) URL’s via .htaccess bestanden heb je daar waarschijnlijk een referentie naar je oude domeinnaam staan.
• Wordt je oude domeinnaam vermeld in je sitemap? Vervang deze dan met de nieuwe.
• Vergeet schrijf-rechten op de server niet opnieuw goed te zetten.

3. Web services opnieuw instellen

Alle referenties naar je oude domeinnaam zijn zo op het eerste gezicht vervangen. Eén van de belangrijkste zaken hebben we echter nog niet gedaan: je web services opnieuw instellen. Denk hierbij aan Google Analytics, Google Webmaster Tools, Feedburner, API keys, advertenties, etc.

Een lijst met vaak vergeten zaken:

• Google Analytics
• Google Webmaster Tools (let op: dit hebben we bij stap 5 ook nog nodig!)
• Google Feedburner
• Google Maps API key
• API key voor statistieken
• API key voor AKISMET (anti-spam)
• URL’s in Google Adwords aanpassen

4. 301 redirects instellen

Met enkele regels code kun je een hele site redirecten met een 301 statuscode. Plaats de onderstaande code in een .htaccess in de root van je website:

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)$ http://nieuwe-domeinnaam.nl/$1 [R=301,L]

Met deze drie regels code wordt élke pagina/afbeelding/download/wat-dan-ook geredirect naar je nieuwe domeinnaam. Daarnaast wordt er een 301 HTTP statuscode meegestuurd, wat betekent: Definitieve redirect. Zowel bezoekers als zoekmachine crawlers worden dan doorgestuurd naar de nieuwe site. Zoekmachines zullen hun index wijzigen naar de nieuwe domeinnaam door de 301 status code.

Bij sommige verhuizingen verandert tevens de navigatiestructuur. Bij mijn verhuizing van mijn Engelstalige blog nomark.nl naar gpsietzema.nl was dit ook het geval. De categorie ‘work’ had ik verandert in ‘fotografie’. Ook dit was met een simpele 301 redirect te fixen, tevens geplaatst in de 301 redirect:

redirect 301 /work/ http://gpsietzema.com/fotografie/

Wat hierbij heel belangrijk is, is dat je de / achter de mapjes work en fotografie zet. Dit zorgt er namelijk voor dat alles wat in de map work staat ook wordt geredirect met een 301 statuscode. Deze code zet je boven de bovenstaande code.

5. Bij Google de verhuizing doorgeven via Webmastertools

De allerlaatste stap is het doorgeven van de verhuizing bij Google via de Webmaster Tools. Hoe dat in zijn werk gaat zie je in de onderstaande video.

Heb je hulp of advies nodig bij het verhuizen van je website? Kom dan eens langs bij Sterc of neem contact met me op.

Updates
De gang van zaken omtrent de verhuizing van nomark.nl naar gpsietzema.nl zal ik voor de compleetheid bijhouden.
3 november 2009: verhuizing via Google Webmaster Tools aangegeven.
10 november 2009: alle pagina’s van gpsietzema.nl zijn nu geïndexeerd, maar ook nomark.nl is geïndexeerd.

Vorig jaar schreef ik een artikel over het behouden van pagerank middels een 301 redirect via .htaccess. Ik krijg hierover nog wel eens vragen. Soms werkt het niet en serveert de server alleen maar foutmeldingen. Dit komt op shared hosting vrij geregeld voor, omdat .htaccess bestanden daar niet toegestaan zijn. Op windows-servers is het voor zover ik weet zelfs onmogelijk.

Daar is gelukkig een oplossing voor: met de php header() functie is het ook mogelijk om te redirecten. Voor veel mensen zal dit zelfs makkelijker zijn.

Er zijn twee manieren:

<?php
header(“Location: nieuwepagina”, true,301);
?>

of:

<?php
header(“HTTP/1.1 301 Moved Permanently”);
header(“Location: nieuwepagina”);
header(“Connection: close”);
?>

Deze voorbeeldcode moet in de oude pagina worden geplaatst. Let op dat deze code helemaal bovenaan de pagina moet worden geplaatst, voordat de pagina ook maar enige output heeft gegenereerd. Als je dit niet doet krijg je een foutmelding met “headers already sent”. Om dit the omzeilen kun je de volgende code gebruiken:

<?php
// begin pagina
// ob_start gebruiken voor output buffering
ob_start();

// output
echo ‘output’;

// redirect
header(“Location: nieuwepagina”, true,301);

// einde pagina & output buffering
ob_end_flush();
?>

of:

<?php
// begin pagina
// ob_start gebruiken voor output buffering
ob_start();

// output
echo ‘output’;

// redirect
header(“HTTP/1.1 301 Moved Permanently”);
header(“Location: nieuwepagina”);
header(“Connection: close”);

// einde pagina & output buffering
ob_end_flush();
?>

Allebei werken ze, alleen schijnt de bovenste manier niet goed te werken in Internet Explorer 5.5 en lager. Mensen met IE5.5 krijgen een ‘page-not-found’ pagina. Voor de zoekmachines maakt dat niks uit.

Om te controleren of je 301 redirect ook daadwerkelijk werkt, kun je een server header checker gebruiken. Er zijn ook nog addons voor Internet Explorer en Firefox.

Als fanatiek SEO’r draai je soms wel eens door met optimaliseren. Zo was in het verleden regel 1: aanmelden bij allemaal link-sites. Zoals je misschien wel weet, heeft Google de waarde van zulke links flink bijgesteld. Daarom is het handig om de grote zoekmachines in de gaten te houden. Daarom houden de meeste zoekmachine’s een blog bij. Hieronder een lijstje met officiële blogs van de top 3 zoekmachines:

• Google Webmaster Central
• Yahoo! Search Blog
• Live Search Blog

Vandaag las ik een geweldig artikel op smashingmagazine (waar anders :) ). Hier wordt alles over Pagerank beschreven wat je maar wilt weten. Wat beïnvloed je pagerank wel en wat niet. Hoewel ik al een hele tijd bezig ben met SEO kwam ik hier toch een paar dingen tegen die geen enkele invloed hebben op je Pagerank, waarvan ik dat wel dacht.

Pagerank is overigens ook niet heilig. Het is natuurlijk maar één van de vele dingen die invloed hebben op je Search Engine Ranking. Dingen die dus geen invloed op je Pagerank hebben, kunnen wel weer invloed hebben op je Search Engine Ranking.

SEO is momenteel hot. Er wordt enorm veel aandacht besteed en er wordt tot in den treure geoptimaliseerd. Veel van die optimalisatie grenst echter aan manipulatie. Deze vorm van SEO wordt Black Hat SEO genoemd. Enkele voorbeelden van Black Hat SEO:

• Alle vormen van keyword spam
  Er wordt tegenwoordig overal in gespammed: HTML comments, hidden input fields, alt tags van afbeeldingen, meta tags, pagina titel, h1-titels, bold/strong tekst, hidden blocks. Hier vind je meer info over deze vormen van spam.
• Overal alt-attributen aan vast plakken
  Ik zie soms aan de meest vreemde html-elementen een alt-attribuut hangen, waarbij de a- en span-tag het meeste voorkomt. Nou heb ik geen idee of de zoekmachines hier ook maar iets mee doen, maar het blijft vieze manipulatie… óf onkunde natuurlijk.
• Teveel om op te noemen…

Om een beetje bij te lezen over Black Hat SEO kun je de volgende links naar blogs volgen (let op: enkele van deze sites raden je aan om Black Hat SEO methoden te gebruiken. Doe dit nou aub niet ;)):

• SEO Black Hat (seoblackhat.com) – Een komische kijk op de zaak
  
• Earl Grey’s Black Hat SEO (syndk8.net) – Blog & Forum
• Greg Boser SEM (webguerrilla.com) – Blog
• David Naylor (davidnaylor.co.uk) – Niet naar deze man luisteren ;)
• Threadwatch (threadwatch.org) – Blijf op de hoogte van de laatste nieuwtjes in SEO land

Enige tijd geleden was ik bezig met een SEO onderzoek. Door tijdgebrek is dit nooit afgekomen en ook de site waar het op stond is inmiddels verdwenen (oude versie van deze site). Deze pagina’s waren echter wel geindexeerd door google en het zou jammer zijn om dat verloren te laten gaan.

Je kan die pagina’s natuurlijk redirecten naar de nieuwe pagina’s, maar dan ben je nog steeds je Google resultaten kwijt. Daar is dus een oplossing voor: de 301 redirect. Het getal 301 is een HTTP statuscode. De bekendste codes zijn:

• 404 – pagina niet gevonden
• 500 – een server die niet goed werkt
• Meer over HTTP status codes vind je op wikipedia

Daar komt nu dus bij: 301 – definitief verplaatst. Deze statuscode geeft aan de server door dat de pagina definitief ergens anders staat. Wanneer iemand op een pagina beland waar een 301 status code op actief is, wordt deze persoon doorgestuurd naar een nieuwe pagina. Dit werkt al jaren zo, maar toch gebruikten maar weinig mensen deze functie, omdat geen enkele zoekmachine dit ondersteunde.

Dit is sinds kort verandert, want Google ondersteund nu officieel HTTP 301 redirects.

Hoe gaat dit dan in zijn werk?

Heel leuk allemaal natuurlijk, maar hoe werkt dat nou? Het antwoord is: .htaccess bestanden. In .htaccess bestanden is het mogelijk om met de server te praten. Zo kun je server instellingen wijzigen, zoekmachine vriendelijke url’s maken en 301 redirects maken. Wij gaan dus in op het laatste: 301 redirects maken.

We gaan even uit van de volgende setup. Je oude site is een vrij oude html pagina, zonder content management systeem, maar je bent onlangs overgegaan naar een nieuw content management systeem en je hele structuur van de website is daardoor veranderd.

Oude structuur
index.html
- portfolio


- portfolioitem1.html
- portfolioitem2.html
- portfolioitem3.html
- etc...

- diversen


- contact.html
- disclaimer.html

Op de oude site had je op enkele portfolio pagina’s een hoge page rank en je kreeg daarom veel geintresseerd klanten op je website. Nu, met je nieuwe website, gaan die verloren, omdat die pagina’s niet meer bestaan, want ze gaan er nu zo uitzien:

Nieuwe structuur
index.html
- portfolio


- bouwbedrijf-devschuur
- kapperszaak-schuurdev
- bouwmarkt-schuurpapier
- etc

- diversen


- neem-contact-met-devschuur-op
- disclaimer

Stel nu dat iemand naar de oude pagina portfolio/portfolioitem1.html gaat. Normaal gesproken krijgt de bezoeker dan een 404 – pagina voorgeschoteld. Met een 301 redirect is dit probleem op te lossen. Plaats de onderstaande code in een .htaccess in de root van de site.

.htaccess
redirect 301 /portfolio/portfolioitem1.html /portfolio/bouwbedrijf-devschuur

De gebruiker wordt nu dus dooregstuurd naar /portfolio/bouwbedrijf-devschuur wanneer de pagina /portfolio/portfolioitem1.html wordt opgevraagd.

Hele site 301 redirecten?
Het kan natuurlijk voorkomen dat je een oude domeinnaam niet meer wilt gebruiken, omdat deze niet meer helemaal bij je past (of wat voor andere reden dan ook). En ook in dit geval heb je daar natuurlijk hoge page-rank resultaten op staan die je niet kwijt wilt raken. Met .htaccess bestanden is ook dit mogelijk. Je kan een gehele website doorsturen. Dit kun je per pagina instellen.

.htaccess
redirect 301 /portfolio/portfolioitem1.html http://www.mijnnieuwesite.ext/portfolio/portfolioitem1.html
redirect 301 /portfolio/portfolioitem2.html http://www.mijnnieuwesite.ext/portfolio/portfolioitem2.html
redirect 301 /portfolio/portfolioitem3.html http://www.mijnnieuwesite.ext/portfolio/portfolioitem3.html
redirect 301 /portfolio/portfolioitem4.html http://www.mijnnieuwesite.ext/portfolio/portfolioitem4.html

Op deze manier raak je nooit je waardevolle pagerank kwijt.