Archive for SEO:

Drupal 7: een vooruitgang op het vlak van SEO?

Reeds lange tijd kijken vele professionals in de marketing, webdesign, IT en search sector uit naar de officiële release van drupal 7. Toch is het nog wachten tot de huidige critical bugs uit drupal 7 zijn gedebugged vooraleer we officieel van start kunnen gaan met de nieuwe Drupal versie. Een sterk punt dat Drupal 7 kenmerkt is de snelheid waarmee u gegevens zal kunnen opvragen. Google stelde al langer dat snelheid 1 van de parameters is in het Google algoritme. Ook in de webmastertools van Google werd een snelheidsgrafiek ingebouwd. Dit doet vermoeden dat snelheid een niet te onderschatten parameter voor SEO is.

Verder focust Drupal ook op meer gebruiksvriendelijkheid. Verschillende modules die nu nog apart geïnstalleerd moesten worden zullen in Drupal 7 geïntegreerd worden in de core. De modules die in de core worden geïntegreerd zijn uiteraard ook compatibel met elkaar.

Meer snelheid door focus op performance en scaling

Drupal 7 wil meegaan met de groeiende vraag aan websites met enorm veel data, veel gebruikers en de daarbij horende grote traffiek tussen de databases en de front-end van de website. Om aan deze vraag te kunnen voldoen focust men op “scaling”. Scaling is het proces waarbij men zo efficiënt mogelijk gaat omgaan met grote hoeveelheden aan data. De data in de databases wordt zo klein mogelijk opgeslagen zodat er geen bottlenecks ontstaan op de servers en de hostingpaketten. De data tussen de database en de webserver kan bovendien in kleine formaten worden geëxporteerd.

Performance is de snelheid waarmee de gegevens kunnen worden ingelezen vanuit de database. Een van de belangrijkste parameters van scaling is de caching die ervoor zorgt dat data slechts 1 keer moet worden opgevraagd vanuit de database. De volgende keer dat een bezoeker dezelfde data opvraagt wordt een cache versie ingeladen en weergegeven in de browser. Dit zorgt ervoor dat de laadtijd van de data veel sneller is en dit is een voordeel naar seo en naar usability toe. Hoe frequent caching van data moet plaatsvinden is volledig in te stellen in de Drupal backoffice.

Enkele Drupal 7 core modules

Block caching: Blocks worden na 1 vertoning opgeslagen in de cache. De volgende keer dat een block wordt opgevraagd wordt de cache aangesproken en wordt de inhoud van dit block sneller in de browser getoond. Het interval waarmee een block gecached moet worden is volledig in te stellen naar wens.

404 blocks: Wanneer een 404 error wordt gegenereerd krijgt de bezoeker van de website een standaard drupal 404 pagina te zien. De 404 pagina kan ook zelf worden aangemaakt.

CCK (content construction kit): De content construction kit wordt volledig geïmplementeerd in de core van Drupal. Deze module laat toe om extra custom fields toe te voegen aan nodes. De aangemaakte content type’s kunnen bovendien volledig worden gestijld naar wens.

Imagecache: Geeft de mogelijkheid om afbeeldingen die geupload worden specificaties mee te geven. U kan afbeeldingen schalen in hoogte of breedte, croppen, roteren, tekst toevoegen aan de afbeelding, …

De volledige lijst met Drupalmodules die in de core vanDrupal 7 zullen worden geïntegreerd vindt u op de website van unleashedmind.

Drupal 7 expertise via Queromedia

Heeft u nog extra vragen over het Drupal 7 cms? Of denkt u er aan om een website te bouwen met Drupal? Bij Queromedia kan u steeds terecht voor SEO expertise daaromtrent! Contacteer ons vandaag nog via ons webformulier!

Social & Search: Social Media en SEO

The best of both worlds als het ware: Sociale Media zijn geleidelijk aan deel beginnen uitmaken van een goede zoekmachine optimalisatie strategie. Het hoe en waarom wordt in volgende presentatie van Vertical Measures nog eens duidelijk opgelijst.

When someone types a keyword into the search box, there are only two possible outcomes:

• They will find you.
• They will find your competitor.

Black Hat SEO: 50 SEO’ers, 1 vraag

“Wat moeten we aanvangen met de beoefenaars van de duistere wetenschap der Black Hat SEO“. Op SES Londen werd de vraag gesteld aan 50 SEO’ers en het minste dat je kan zeggen is dat hun antwoorden nogal uiteenlopend zijn…

(10 x 404) tips om je foutpagina’s te verbeteren

De BelgianCowboys publiceerden gisteren een kort onderzoek naar de correcte implementatie van 404 foutpagina’s bij bedrijven die SEO-diensten aanbieden. Uiteraard zijn we tevreden dat QueroMedia volgens het onderzoek zijn 404 foutpagina’s correct heeft geïmplementeerd maar we zijn er ons van bewust dat dit een element is dat bij de ontwikkeling van websites vaak over het hoofd wordt gezien.

Nochtans is de correcte implementatie van een 404 page not found foutpagina onontbeerlijk om zowel je bezoekers als de zoekmachines duidelijk te maken dat een gevraagde pagina niet bestaat.

Daarom 10 tips om je 404 foutpagina’s correct te implementeren op je website:

1. Een goede 404 pagina geeft in duidelijke bewoordingen weer dat de gevraagde pagina niet gevonden kon worden. Om de pijn van de gebruiker te verzachten kan de melding vergezeld gaan van een verontschuldiging: “Het spijt ons, maar de pagina die je hebt opgevraagd kon helaas niet worden gevonden.”
2. Zorg dat de foutpagina volledig in de layout van je website ingepast is. Niets zo storend als een standaard foutmelding op een witte achtergrond.
3. Om te voorkomen dat de bezoeker de website verlaat moeten hem enkele alternatieven geboden worden. Zo kan je een link plaatsen naar de homepage van de website, links plaatsen naar de hoofdonderdelen van je website, je laatste blogposts vermelden, …
4. Om te voorkomen dat niet bestaande pagina’s in de index van Google opgenomen worden moet de foutpagina vergezeld worden van een 404 status code. Enkel zo weten de bots van de zoekmachines dat de pagina in feite niet bestaat. De opgevraagde URL dient dus ook niet doorverwezen te worden (redirect) naar de URL van je foutpagina. Over het hoe en waarom kan je meer lezen op de Google Webmaster Central Blog.
5. Voeg op de foutpagina een search box toe zodat je bezoeker snel en eenvoudig in je website op zoek kan gaan naar de inhoud waarnaar ze op zoek was.
6. Zorg dat je bezoeker de kans krijgt je te melden dat ze een fout ervaren heeft in je website, genre “Gelieve de URL die u heeft ingegeven na te kijken en opnieuw te proberen. Als u denkt dat u deze foutpagina verkeerdelijk bereikt hebt mag u ons dat altijd laten weten via ons contactformulier.”
7. Check geregeld of er geen foutpagina’s van je website voorkomen in de index van Google. Dit kan via de site: operator van Google of via deze link waarin je mijnwebsite.be moet vervangen door de domeinnaam van je website en 404 door een fragment van de tekst die je op je foutpagina gebruikt.
8. Neem af en toe een kijkje in je logbestanden. Als je sterke schommelingen merkt in het aantal requests dat resulteerde in een 404 kan het interessant zijn eens verder op onderzoek te gaan.
9. Zorg ervoor dat je website geen interne links naar niet bestaande pagina’s bevat. Dit kan je rankings in de zoekresultaten immers negatief beïnvloeden. Als je je website hebt aangemeld op Google Webmaster Tools kan je onder het onderdeel crawl errors bekijken welke pagina’s links bevatten naar niet (langer) bestaande pagina’s.
10. 404 is een technische term. Het merendeel van je bezoekers heeft er dus geen boodschap aan. Zorg dat je de 404 status code correct genereert maar val je bezoekers niet lastig met voor hen nietszeggende getallen.

Kort kunnen we het dus als volgt samenvatten:

Zowel voor bezoekers als de zoekmachines is het belangrijk op een correcte manier 404 foutpagina‟s te implementeren als een niet bestaande pagina wordt opgevraagd. Voor de bezoeker moet een foutpagina korte en duidelijke informatie bieden over wat er verkeerd gelopen is met de request en hij of zij moet ook een eenvoudige uitweg uit de foutsituatie krijgen zonder de nood te voelen om de site te verlaten.

Voor de zoekmachines zijn er inhoudelijk geen vereisten, maar technisch dient een pagina niet gevonden vergezeld te worden van een 404 file not found response code. Op die manier weten de crawlers van de zoekmachine dat de url niet bestaat en dus ook niet in hun index dient opgenomen te worden.