Использовать Backbone Router для работы с Hashbang для индексации SEO-контента?

В итоге я наткнулся на реализацию, как я описал в своих вопросах. Так...

(1) Да, похоже, этот подход работает довольно хорошо. Единственным недостатком является то, что хотя приложение работает без хэш-бангов, мой файл sitemap.xml полон URL-адресов хэш-бангов. Это необходимо, чтобы предупредить Google о том, что он должен запрашивать URL-адрес _escaped_fragment_ при сканировании этих страниц. Поэтому, когда сайт появляется в результатах поиска Google, в URL-адресе есть хэш-банг, но это небольшая цена.

(2) Эта часть оказалась намного проще, чем я себе представлял. Для инициализации маршрутизатора Backbone.js потребовалась всего одна строка кода...

window.location.hash = window.location.hash.replace(/#!/, '#');

var AppRouter = Backbone.Router.extend({...

После того, как хеш-банг будет заменен просто хэшем, магистральный маршрутизатор автоматически удалит хэш для браузеров, поддерживающих pushState. Кроме того, эти два изменения состояния URL не сохраняются в истории браузера, поэтому, если пользователь нажимает кнопку «Назад», не возникает никаких странностей/неожиданных перенаправлений.

ОБНОВЛЕНИЕ: лучший подход

Оказывается, есть очень простой подход, который полностью избавляет от хеш-бангов. Через BromBone:

Если ваш сайт использует хэш-банги (#!) URL-адреса, Google просканирует ваш сайт, заменив #! с ?escaped_fragment=. Когда вы увидите ?escaped_fragment=, вы поймете, что запрос исходит от поискового робота. Если вы используете html5 pushState, вы смотрите на заголовок "UserAgent", чтобы определить, исходит ли запрос от бота.

Это модифицированная версия предложенных BromBone правил перезаписи .htaccess:

    RewriteEngine On
    RewriteCond $1 !\.(gif|jpe?g|png)$ [NC]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{HTTP_USER_AGENT} .*Googlebot.* [OR]
    RewriteCond %{HTTP_USER_AGENT} .*Bingbot.* [OR]
    RewriteCond %{HTTP_USER_AGENT} .*Baiduspider.* [OR]
    RewriteCond %{HTTP_USER_AGENT} .*iaskspider.*
    RewriteRule ^(.*)$ snapshot.php/$1 [L]

Позвольте мне подытожить то, что я написал примерно на 10 страницах в моей готовящейся книге о СПА. Google хочет классическую версию вашего сайта. Это также является преимуществом, потому что устаревшие браузеры все равно не могут эффективно использовать SPA. Служите паукам и старым браузерам основным сайтом.

Я взял этот термин из газеты Gaurdian, http://vimeo.com/channels/smashingconf.

В браузере проверьте, режет ли браузер горчицу, вот мой скрипт для этого:

<script>

    if (!('querySelector' in document)
         || !('localStorage' in window)
         || !('addEventListener' in window)
        || !('matchMedia' in window)) {

        if (window.location.href.indexOf("#!") > 0) {
            window.location.href = window.location.href.replace("#!", "?_escaped_fragment_=");
        } else {
            if (window.location.href.indexOf("?_escaped_fragment_=") < 0) {
                window.location.href = window.location.href + "?_escaped_fragment_=";
            }
        }

    } else {

        if (window.location.href.indexOf("?_escaped_fragment_=") >= 0) {
            window.location.href = window.location.href.replace("?_escaped_fragment_=", "#!");
        }
    }

</script>

На сервере вам нужен какой-то механизм для проверки наличия строки запроса _escape_fragment_. Если он присутствует, вам необходимо обслуживать основной сайт. Основной сайт использует только простой CSS и практически не использует JavaScript. У меня есть библиотека SPAHelper для ASP.NET MVC, которую вы можете проверить, чтобы увидеть некоторые вещи, которые я реализую для этого, https://github.com/docluv/spahelper.

Реальная проблема заключается в том, что большинство веб-фреймворков на стороне сервера, таких как ASP.NET, PHP и т. д., не предназначены для поддержки единой системы просмотра для клиента и сервера. Итак, вы как бы застряли, поддерживая два представления для этого. Я снова написал около 10 страниц по этой теме для своей книги, которая должна быть готова где-то на следующей неделе.