Showing posts with label website. Show all posts
Showing posts with label website. Show all posts

Monday, 6 July 2009

Search Engine Optimization (SEO)

The acronym SEO stands for Search Engine Optimization. When you write any page for the Internet, be it a page on a website or a blogpost, you're writing in a language that is searchable for a target audience. Your text should therefore contain keywords that surfers in your target group would be looking for. While I am by no means an expert and have a long way to go before I do things just right, this is basic conventional wisdom:

You should follow these rules in general:
  1. Use the essential keywords 3 times in your text and once in the title. Using them more often will work against you.
  2. Make your page or blogpost title long and telling enough to be a searchable phrase by itself.
  3. The ideal amount of text is about 160 words, or between 100 and about 220 words.
  4. In addition, your content should change frequently; this makes a blog a good marketing tool.
  5. The more links you put in, the more Google will love you
Now, in addition to the text on the page, each page (including each blogpost) can contain meta tags, namely meta keywords and a meta description. This text is what a surfer finds in Google before the link to your page. You will see these when you change the view (Ansicht) on your browser to "sourcecode" ("Quelltext").
If you want to add meta tags you will need to install an SEO pack to your blog. My home blog uses WordPress, and I have a plugin called "All In One SEO Pack 1.5.7"
My (brand new) marketing page, entitled "Englischlernen mit Anne Hodgson"(http://annehodgson.de/englischlernen-mit-anne), contains the following meta text:
  • "description" = "Anne Hodgson bietet Ihnen Business Englischtraining mit Spaß, Niveau und aktuellem Praxisbezug im Blended Learning Paket. Und bloggen Sie auf Englisch mit."
Most search engines use a maximum of 160 characters for the description.
  • "keywords" = "englischlernen, online, business english, blog, praxis"
The ideal number of keywords is about 6, and you should have no more than 10, so I could in fact add a few. And will people really look for "praxis"? Hmmm....

I don't know how this works for a blog using Blogger, such as this one. Do any of you readers use an SEO plugin for Blogger? Is there one? Your tips and advice would be very welcome.

Also, since (as I said above) I am a newcomer to web marketing using SEO, if you have any tricks to share I'd appreciate your insight.

Thank you very much to Shelly Terrell for suggesting this topic!

Saturday, 23 May 2009

Getting it up (3) - the trouble with browsers

The story so far: If you want to get a proper website up, you need to know about how the text, pictures etc. on web pages are organised. Web pages are text with tags. The tags are bits of text inside pointy brackets which tell a program (the browser) on your computer how to display the page and, most importantly, what parts of your text are links to other pages. The tags are bits of code inside pointy brackets, as in the example that Anne included in another post:


Interestingly, there are problems with most or all of the tags in the graphic. ("b" and "i" are no longer regarded as the best way to achieve these effects; the "p" tag is a problem in an html editor if you try to use the carriage return to start a new line, as in a word processing program; the "br" tag written like this will cause a line break at the beginning of the line, not the end, and will probably generate an error; putting "text-decoration" inside a "span" tag would be a bad idea if you're doing it more than once on a site, and so on.)

The reason for the trouble is the history of html.

It started off as an academic research tool, to organise the cross-references between texts and avoid all that tedious business of ibid and op. cit. and passim and cf. and q.v. and librarians hating you because you dropped biscuit crumbs in their card indexes. It was invented by Tim Berners-Lee (now Sir Timothy, and should be at very least Lord Berners-Lee of Cyberspace if you ask me). He was a researcher at CERN, a big atom thing, on (or more precisely under) the Swiss-French border. Around 1990, the new-fangled internet was being used by nerds and soldiers to send messages to each other. St. Timothy realised that it would also be handy for distributing scientific documents. So you would store the text, illustrations and the references to other documents on your server, then others could call up the document using his clever system of addresses (URLs), read the thing and, gloriously, add to it, resulting in an explosion of collaborative human knowledge, progress and happiness.

Mr Berners-Lee (now the Earl of Url) then made three decisions which, with hindsight, appear unfortunate. First, he called it the "World Wide Web", giving the system (and hence the addresses) a tongue-twisting twelve-syllable abbreviation in English. Second, he didn't use his invention in a way that would make him fabulously rich. And thirdly, he didn't give serious attention to the browser issue.

Recall that all that was stored on Mr B's subterranean servers was essentially the elements of a scientific text on paper: the text itself (organised into headings, paragraphs, lists, tables etc.), the references (now in the form of handy embedded links), and the illustrations. To read the stuff, users needed software that displayed the text, lists, tables, illustrations etc. in a readable format, and had some mechanism to call up a new page from a coded link. Plus - the really tricky bit - the software had to allow you to edit the text - add new references, comments etc. - and save your edited version back onto the server.

The vital requirements for a browser were, then, 1) it had to be standards-compliant (i.e. respond to the agreed set of tags to display reliably any text written in html), and 2) it had to work as an editor. After a while, vital requirement 3) became apparent: the browser had to avoid being a means for the writers of the webpages to access a user's computer via naughty bits of code.

The first decent browser was created at the University of Illinois. Under a succession of names - Mosaic, Mozilla, Netscape, Mozilla again, and Firefox - it's been around ever since. It was the first attempt to monopolize the web. Visiting the NCSA in Illinois in 1992, Berners-Lee was dismayed to find "that the people at NCSA were attempting to portray themselves as the centre of Web development, and to basically rename the Web as Mosaic. At NCSA, something wasn't 'on the Web', it was 'on Mosaic'". This meant that the Illinois people felt no obligation to comply with the html standards. And they were uninterested in the more difficult requirement of a browser: that it should also be an html editor. As Berners-Lee puts it, they "were more excited about putting fancy display features into the browsers – multimedia, different colours and fonts – which took much less work and created more buzz among users".

The most flashy design feature was a tag which drew a horizontal line across the page. So as the web grew, initially in America, into a mass consumer activity, browser designers started increasing their market share by inventing their own tags, effectively inviting the writers of web pages to write html that would only work in particular browsers. What didn't help was the approach that U.S. companies took to the commercial development of the internet. The model was that of a TV network: people would pay a monthly subscription to companies like America Online, Compuserve or Prodigy, and in return the company would provide a full internet service: email, newsgroups and all the web-style content you would ever need – weather, news, entertainment, local information and so on. Since the content was produced by the internet provider, there was no reason to make it compatible with the international html standards. Users installed the provider's software from a CD. The less standards-compliant the "browser" part of this software, the more differentiated was the provider's product.

The next few years are known to infamy as "the browser wars". With a business model that staked everything on market share, the Netscape browsers introduced a succession of new tags. Some were useful, some unreliable (they didn't display properly, or crashed the browser), and some – notably the "blink" tag – were so hideous that web designers distained to use them. One – the "font" tag – seemed like a really good idea at the time but has had disastrous effects on the ability of non-specialists to create workable web pages.

Microsoft's influence on this process has been surprisingly benign, though this has been more a result of bad judgment than philanthropic instinct. Initially they failed to notice the web. Then, as Netscape got worryingly popular, Microsoft produced its own browser. Aside from the occasional silly tag – "marquee" to scroll text rather than blink it – Internet Explorer was less whizzy than Netscape, but thereby more standards-compliant. After the failure of a half-hearted attempt to rival providers like AOL with their own "network", Microsoft settled into a strategy of bundling its dull-but-sensible browser with the Windows operating system. They were subsequently expensively punished for this decision, but it had the effect of accustoming the world to receiving web content in standardised form from any source, as part of normal computer use.

By around 2000, Microsoft's Internet Explorer had become dominant, and Netscape's browser had collapsed under the weight of its own idiosyncrasies. By then, the battlefield had become online security, with rivals to Internet Explorer claiming that their browsers offered less openings to hackers. As to html, everybody now claims to be 100% standards-compliant (and everybody lies).

Apple, by the way, has generally stayed aloof from the browser wars: its strategy of modifying an area of computer technology to create a local monopoly didn't seem to apply here. Until 2003, Macs used Netscape or Internet Explorer. Since 2003, Apple has had its own browser, Safari, which is pretty standards-compliant but apparently dead insecure. Fortunately for Mac users, malicious hackers seem to expend most of their energy on attacking Microsoft's browser. Presumably the cybercriminals reckon that it's not worth targeting Mac users because a) there aren't enough of them, and b) those that there are have already spent all of their money on flashy digital bling.

Illinois eventually redeemed themselves by electing Senator Obama.

The browser wars continue, but in a less destructive form, as the surviving belligerents converge upon full standards-compliance and bicker about their relative security. The legacy is that it's always been tricky to create html that will work in all browsers and on all main computer systems, and that will continue to work in a few months when the next security parches are issued, and next year when the new browsers are released.
The other resultant problem is that it's never been easy to find a program to edit html – i.e. to create web pages. More about that in the next post ...

Thursday, 14 May 2009

Getting it up (2) - learning about HTML

Last time (Getting it up (1) – simple ways to start a web presence) we talked about easy ways to get a basic website online. If you want to go beyond basic, you need to learn a bit about html. Writing html documents is in no sense rocket science. But it's a bit like setting off fireworks: nothing to it, but things can go disatrously wrong for no obvious reason.

The best introductory book I've found - by miles- is this one:



If you're a teacher, you'll find their way of presenting information somewhere between thought-provoking and inspiring. I did, anyway.

Here's the link to the book at amazon.de: Head First HTML with CSS and XHTML.

And here's the link to amazon.co.uk, where it's a lot cheaper at the moment cos the pound is not very well: Why do I need to learn about html? And what's CSS?

When you call up a web page, the server at the website sends text to your browser, formatted as html. HTML is text with a few added comments inside pointy brackets. The comments are called "tags" and they look like "<h1>", "<p>", "<i>" etc., to tell the browser to format a bit of text as a main heading, a paragraph, or in italics. The killer tag is the "<a>" one, which marks a bit of text as a hyperlink to another page. Think about how it's changed your life, and agree with me that it's one of the towering achievements of the human intellect, right up there with moveable type and cricket. And it's British. (And hence currently under American control.)
So it's just text with tags, like this:

In that case, why is it so tricky?


The problem is: when you write, say, a Word document, you know pretty much how it's going to look for anyone who puts it on their screen or prints it out. But an internet server doesn't send a formatted html document: it sends the text with tags saying "this next bit is a heading /paragraph / list / table etc." or "put a border round this picture". Then the software (browser) on the computer of the person who called up your webpage puts it on the screen in the way that the software decides will look nicest. So an html page looks different on a PC, a MAC, a big desktop screen, a "beamer" projector, a laptop, a little netbook computer, a Blackberry, a mobile phone, your next television, Internet Explorer, Firefox, Safari, Opera ... Then people can resize their windows, resize the text in a window, and generally muck up your pages even if they look all right when they first arrive on their screens. And when you've written tidy pages that look nice on all current systems and browsers, somebody issues a new browser that scrambles them.

Things are sorting themselves out a bit. The current approach is to keep html for the structure of the text (headings, paragraphs, lists etc.) and put all the style things (fonts, colours, backgrounds, boxes etc.) is a separate file using a separate system: a "style sheet", which is the "SS" in "CSS" (the "C" is for "cascading", but isn't as cool as it sounds). This system sort of works. Mostly. Ish.

So the thing is, you'll never make web pages of any complexity if you don't understand at least a bit about what's going on. The book above is great for explaining this.

Next: the trouble with browsers, and the programs you can use ( and can't) to help you write html that works. Mostly.

Wednesday, 29 April 2009

Getting it up (1) – simple ways to start a web presence

We assume you need some sort of internet presence – to impress potential clients, to put on your business card, and so you and your students can communicate with each other. But you don't know how to build a website, and haven't time to learn. You want something you can have up and running in a few hours.

Your options are: blog, bulletin board (or forum) and a template-based website.

Blogs:
Originally just a way for people to write an online diary, blogs are now often used as substitutes for normal websites. This is because it's easy to add or change the contents: you don't need to buy or install any software. You use your web browser, and it's no more complicated (well, only slightly more complicated) than writing an e-mail.

To get a blog, there are two main sources: Blogger aka Blogspot, and Wordpress. Both of them offer free hosted services. ("Hosted" = the database containing the blog is on their servers. For a non-hosted blog, you have to have a web server, or rent space on somebody's server, and install the blog software on it. You probably don't want to do this: it only really makes sense if you want the blog to be part of an existing website.)

Blogger/Blogspot is part of the Google empire. For the hosted part, go to www.blogspot.com/ and set up your site. For instructions, try this video tutorial: www.youtube.com/watch?v=ryb4VPSmKuo.

If you don't want to live your entire online life as a citizen of one Google satrapy or another, try www.wordpress.com/. Wordpress has a more community, less big-businessy feel than Blogger. For a video tutorial (long, but very clear and helpful), see www.youtube.com/watch?v=MWYi4_COZMU. YouTube is, of course, also a subsidiary of Google.

Why a blog might not be a good idea:
Blogs make the most sense for publishing your latest comment. If you want a site that gives, say, a potential client a quick idea of who you are and what you can do, a blog won't work so well. Anything you wrote in the past will get lost in the links and archives in the sidebar: it's hard to get people to click there. And if you want to interact with your students, it's hard to organize a discussion into a coherent sequence on a blog: bulletin boards work much better for this. And there's an extra step (and some expense) involved if you want a nice personal url (e.g. your very own dot com address).

Here's a successful attempt to make a full website using blog software: www.badscience.net/, using WordPress. The blog format is suitable because the site is a succession of reports.
And here's an example (posted on the www.tefl-germany.de forum) where the attempt to use blog software to make a site didn't work: kid-learn-english.blogspot.com/.

Bulletin boards (forums):
Much better than a blog for running joined-up discussions on particular themes, so the best choice if your main idea is to interact with your students. Apart from anything else, a visitor to your forum can start a topic, which is not possible in a blog. But a forum is not as good as a conventional site for presenting yourself as a business to prospective clients.

If you go for a forum, you'd better be sure that enough people will contribute. The lists of topics ("threads") in forums usually include counts of the number of people who have viewed and replied to each topic. Too many zeros here can be deeply embarrassing. (The trick is to contribute yourself under lots of different names, at least at the start: if you find that you're still doing this after a couple of years, you'd have been better off with a blog, or perhaps a household pet to talk to.)

As with blogs, forums can be hosted by a provider or can run on your own server. Unless you're a business with an IT department that knows about databases, you want a hosted service. Typically, they are free if you don't mind the provider putting ads on your page. Otherwise, you can pay them a bit (maybe $5 a month) to keep the ads off.

The www.tefl-germany.de/ forum uses the provider Yuku: www.yuku.com/. It's worked well for us since 2001. ("Well" here meaning: the site is hardly ever unavailable, and the posts don't get lost in the cyberwilderness.)

Websites:
I mean, a conventional small-business website: a homepage to say who you are and why you're good. Another page or two with references, a c.v., something about the methods and the courses you offer. A page with some clever tips for your students, or links to other sites if you can't think of any clever tips. And your contact details.

Much better than a blog or forum if you don't desperately want input from your visitors. And after all, it's bad enough having to interact with language learners while you're getting paid for your time. The problem is: it's more complicated to set up a website than either of the other two options (which is why a lot of people go for blogs and forums).

What you need is:

  • a server
  • a url (www...............com or .de or .co. uk etc.)
  • your content, formatted as html
  • some software to upload your content to the server.


Fortunately, there are hosted services that meet (or get round) all four needs, cheaply or for free. They provide server space, let you register a www name, and provide a selection of page design templates for your content. You access these templates through a web browser, which removes the need for special uploading software.

The first place to look for such a service is probably your internet service provider. T-Online, for instance, at homepage.t-online.de, offers a free service to existing customers, with a "Design Assistent" to create your pages (up to three), one .de domain, a blog function, etc. For € 4.99 you can have a lot more pages, and more stuff to put on them. Otherwise, the biggest (and, it seems, most reliable) provider in Germany is www.1und1.de, which offers similar packages from € 3.99 up.

Incidentally, when Germans say "Homepage", they usually mean "website", not "home page". When they say "Website" (pronounced "vepzide") they usually mean "web page", because of a confusion with "Seite". This can cause endless amusement when you're teaching English to web developers.

So there's no excuse for not getting an online presence immediately(ish). To make anything posher and more creative, you'll really have to learn a bit about how html works. Nothing about html is intellectually demanding: there are no obscure concepts. But it's rather like the offside law in football, or the use of the present perfect continuous: there are a lot of exceptions and fiddly details. In my next post: the easiest way to learn all about html.