Re:Meteor 0.3.9 adds search engine optimization
by gaius on Thursday August 09, 2012 @04:36PM
(#4363096)
Above, you know, actual meteors :)
Elegant proof if any were needed that so-called SEO is merely tricks for polluting search indexes. As bad as spammers.
Re:Meteor 0.3.9 adds search engine optimization
by csallen on Thursday August 09, 2012 @07:46PM
(#4363982)
Search engines are all about what people are looking for on the web. It's quite possible that more people are currently interested in Meteor the framework than meteors the objects, in which case I wouldn't call this result "pollution."
If you really want the Wikipedia page for meteors, nothing's stopping you from going straight there.
Re:Meteor 0.3.9 adds search engine optimization
by gaius on Friday August 10, 2012 @06:51AM
(#4365668)
I very much doubt that, with the Perseid shower due this weekend.
Re:Meteor 0.3.9 adds search engine optimization
by libria on Thursday August 09, 2012 @10:07PM
(#4364440)
My top 2 hits were meteor.com and meteor.ie (a mobile communications provider in Ireland) and then space debris. It would seem domain names have a lot of SEO weight, an important takeaway for startups.
Because we used it for our funding announcement at the end of last month -- a full press cycle, where the Andreessen Horowitz and Matrix Partners press machine pushed our story out to all of the tech blogs, with all of the traffic that that implies -- and not only did it work fine, it got us to #1 on Google for "meteor." Above, you know, actual meteors :)
It works fine for us as a stopgap measure and we wanted to share it with others. We put it in a optional smart package that isn't included in new projects by default.
We're near the end of a major rewrite of Meteor's page update engine. You can see the latest progress on the 'spark' branch. One thing that happened during this rewrite was the conversion of Meteor's templating to be 100% string-based. Check it out: go to meteor.com/faq, open your browser console, and evaluate "Template.faq()".
This means that the server can render the templates for your app without having a DOM implementation of any kind (much less a headless client.) 'spiderable' doesn't do this yet, but it will by Meteor 1.0 (if 1.0 even has a separate package.)
For the record, the ratio of our investment in auth and accounts, to our investment in Spark, is about 2:1.