Вернуться   SEO форум - оптимизация и продвижение сайтов > Поисковая оптимизация > Оптимизация страниц сайта

Важная информация
Оптимизация страниц сайта - Мета теги (description и т.д.), заголовок h1, title, alt. Микроразметка, структура контента, внутренняя перелинковка.

Ответ
выдача ТОП 5Полезны

 
Опции темы Оценить тему Опции просмотра
Старый 12.04.2016, 00:41   #1
 
Аватар для cthulchu
 
Сообщений: 3,670
FR (активность): 107,432

Доп. информация
По умолчанию Автор темы SEO для технарей: разработчиков/программистов/девелоперов/кодеров

Ребят!
Сеошники да сеошницы!

Давайте создадим какой-то централизованый набор правил для разработчиков, чтобы они всегда имели дефолтную схему поведения, которая была бы очень близка к тому что нам нужно.

Ну и будем обновлять ее по мере необходимости.

Давайте я немного поясню. Вот, откройте вот это, к примеру, и посмотрите:

Оффтоп:


Ну не дурость ли? Обьяснять высокоуровневые правила разработчикам? Будто они сами пойдут и замеряют скорость сайта, или убедятся, что мета всюду уникальна. Да, может если разработчиков в конторе два с половиной, то это прокатит, ибо они человеки-оркестры, которые знают все по чуть-чуть. Но если вы работаете с большими и серьезными командами разрабов, то такими инфографиками можно подтираться.

Что я хочу сделать, это спустить глупые "советы" программистам с уровня гуманитария, не отстреливающего ничего в деве до уровня девелоперов и даже ниже. С девелоперами нужно говорить на их языке, иначе появляется жуткая многосмысленность и неточность в правилах. Да и в общем, сами девелоперы никогда не будут уважать неточные инструкции и, в итоге, плюнут на учитэла.

Вот что я хочу: приходишь в новую контору, над сайтом которой трудится десятка два (или двадцать десятков) кодеров и вместо того, чтобы исправлять одну и ту же ошибку сто раз, просто рассылаешь им стандартные правила "SEO-кодинга" и все. Просто если в конторе трудится пять кодеров, то вы можете с ними постоянно работать и это ок. Поверьте, постоянно работать с двумя сотнями кодеров, что всегда что-то пилят, допиливают и перепиливают просто невозможно. Просить их проводить какие-то проверки самостоятельно не получится, ибо у них времени на высокоуровневые проверки нету и для этого QA есть. Ну вот разве что QA можно попросить проводить какие-то сео-проверки, если у них есть на это время.


Некоторые правила таки будут под разными уровнями хайдов, так что попрошу камменты к ним писать тоже под хайдами, или если у вас есть весомое правило, которое я пропустил, тоже пользуйтесь хайдом для дополнения. Не хочу сливать жесткие правила в паблик. Можете писать мне в скайп, если не хотите постить здесь: cthulchu_ Просить показать что-то из-под хайда не стоит.

И так, вот мой набор правил. Добавляйте свои правила или критику в камментах, мы обсудим и я отредактирую этот пост.

Правила:


1. Хедеры h1-h6


a) Один H1 на странице. Да, мы знаем что в некоторых случаях можно использовать больше, но жесткого технического правила по использованию многочисленных H1 нету, так что один H1.
b) <H1>!=<title> Не копируйте содержимое h1 в тайтл. Или создавайте отдельное поле в админке для этого, или консультируйтесь с сеошником по поводу того, как можно уникализировать h1. Дефолтное поведение может быть копией если вы даете возможность пользователям изменять оба поля независимо. Будьте очень осторожны с автогенерацией здесь по очевидным причинам.
c) Хедеры - не элемент навигации и не элементы дизайна. Верстальщикам может быть удобно использовать хедеры как элемент навигации. Используйте что-то другое. HTML-камменты, к примеру. Понимаю, что софт у вас заточен под хедеры, но это проблема софта.

2. Один и тот же тайтл на разных страницах может повторяться только если:


a) Страницы имеют одну каноническую страницу (rel="canonical").
b)
Скрытый (как скрывать?) текст. Только для группы: "Новичок":
Ваша группа не позволяет просмотреть скрытую информацию.

c) Они недоступны поисковикам.

3. Избегайте использование джаваскрипта/Flash/Silverlight/Unity/etc для публикации критического контента


Да, джаваскрипт и иже с ним интерпретируются некоторыми поисковиками, но:
a) не всеми
b) не всегда

4. При использовании Ajax


a) убедитесь, что каждая страница имеет урл. Если это не так, контент не будет проиндексирован корректно.
b) при разработке архитектуры, если хотите использовать Ajax, старайтесь отдавать контент
Скрытый (как скрывать?) текст. Только для группы: "Новичок":
Ваша группа не позволяет просмотреть скрытую информацию.

5. Транспортные технологии


a) https лучше чем http/1.1
b) http/2 лучше чем https.
Скрытый (как скрывать?) текст. Только для группы: "Почетный пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

d) UDP лучше TCP. Даже TCP реализованый через UDP лучше оригинального TCP.

6. Мобильный сайт?


a) Один урл для всех вариантов страницы лучше чем больше одного.
b) Критическая логика в бекенде лучше критической логики в фронтенде.
c) AMP.

7. Валидация


a) Всегда пользуйтесь валидатором
b) Исправляйте ошибки, которые сами считаете ошибками. Примеры значительных ошибок:
Цитата:
- Множество одинаковых атрибутов в одном теге
- Множество одинаковых айди на одной странице
- Использования техник html5 при старом доктайпе, к примеру:
-- Теги html5 при старом доктайпе
-- Атрибуты html5 при старом доктайпе
-- Использование <style> в <body>
- Stray tags
- Любые незакрытые, или в конфликтующем порядке закрытые теги
- Серьезные ошибки схемы, к примеру:
-- Itemprop без Itemscope
-- Itemscope без необходимых Itemprop (проверяется нестандартными валидаторами https://developers.google.com/struct.../testing-tool/ )
c) Игнорируйте незначительные ошибки, если их сложно исправить. Примеры незначительных ошибок:
Скрытый (как скрывать?) текст. Только для группы: "Пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

d) Идеальная ситуация - это код без ошибок и варнингов, но это часто нецелесообразно.

8. Воздержитесь от использования Semantic HTML для форматирования контента.


Если использование этих тегов не запрашивалось в задачах проекта, их надо обходить.
Примеры:
Скрытый (как скрывать?) текст. Только для группы: "Почетный пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

9. URL


a) Избегайте любых get-переменных. Пользуйтесь бекендовыми роутерами/контроллерами. Вообще, почти все фреймворки уже умеют это делать за вас. И ЦМСки, коли уж на то пошло.
b) Если вам нужно отследить путь или сессию, пользуйтесь куками, скрытыми полями и веб-хранилищем. Не добавляйте параметр в урл.
c) Если использование get-параметра в урле очень сложно обойти,
Скрытый (как скрывать?) текст. Только для группы: "Почетный пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

10. Языковые версии


a) hreflang. Полезные ссылки:
Скрытый (как скрывать?) текст. Только для группы: "Пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

https://webmasters.googleblog.com/20...nal-pages.html
https://support.google.com/webmaster...r/189077?hl=en
b) Архитектура: отдельные TLD для региональных версий - лучший вариант. Поддомены чуть хуже, директории - еще хуже, GET - самая плохая имплементация.
c)
Скрытый (как скрывать?) текст. Только для группы: "Почетный пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.


11. Коды ответа сервера


a) 200 - это ОК.
b) 302 - это НЕ ОК. Это НЕ Found. Это редирект. Временный. Когда вы ставите 302, это значит, что скоро (скажем, через пару дней максимум) этот редирект исчезнет и на запрашиваемой странице будет ожидаемый контент. Пользуйтесь этим ТОЛЬКО как редиректом. Да, результаты поиска - это тоже 200. Отсутствующий контент - это не 404,
Скрытый (как скрывать?) текст. Только для группы: "Пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

c) 301 - постоянный редирект. Не убирайте их. Они вам мешают?
Скрытый (как скрывать?) текст. Только для группы: "Новичок":
Ваша группа не позволяет просмотреть скрытую информацию.
Скрытый (как скрывать?) текст. Только для группы: "Пользователь":
Ваша группа не позволяет просмотреть скрытую информацию.

Когда вас просят сделать редирект, не уточняя код или тип редиректа, это ваш дефолт. По умолчанию используйте 301.
d) 3xx - изредка используются. Убедитесь, что вы знаете что вы делаете и что снаружи они не видны.
e) 4xx - Это лучшая ошибка, которая может быть. Ее исправлять нельзя в большинстве случаев. Не стоит редиректить все 404 на какую-то страницу конкретную. Если очень надо, пользуйтесь серверным редиректом, ибо снаружи знать никому не нужно, что вы рерайтите урлы.
f) 5xx -
Скрытый (как скрывать?) текст. Только для группы: "Новичок":
Ваша группа не позволяет просмотреть скрытую информацию.

g) 1xx - убедитесь, что вы используете это по назначению. Вообще, функционал 1xx сомнительный достаточно.

Давайте, ребят, дополняйте. Сделаем хороший мануальчик для кодеров по SEO без воды и прочей фигни.
Stelz, Rotgar Sett, Detecd и 1 еще: сообщение полезно
cthulchu на форуме  
Сказавших "Спасибо!": 7 (показать список)
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 06:15   #2
 
Аватар для MVS
 
Сообщений: 545
FR (активность): 7,728

Доп. информация
По умолчанию

Ктулх, как в воду глядел! меня как раз попросили сделать такой мануал для кодеров, чтобы нужные правки внедряли на уровне разработки, иначе потом тратится уйма времени на перепалки и переделки)))
Спасибо!)) днём разберу подробнее, возможно чем нибудь дополнить получится))
MVS вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 13:46   #3
 
Аватар для Detecd
 
Сообщений: 778
FR (активность): 12,387

Доп. информация
По умолчанию

1. Многие пункты субъективные, если SEO-шник не понимает к чему они написаны, то толку их говорить кодеру нет.
2. Много лирики SEO-шной, как для мануала под кодера.
3. первый пункт входит частично в восьмой.
4. Второй пункт дополнил бы "description", а не только тайтл.
5. 6.а пункт спорный, не влияет на результаты вообще.
6. 6.с - пункт еще хуже чем пример сеопрофи. AMP ------...
Что добавил бы:
1. Рендеринг JS-страниц через fragment_escape
2. заголовки HTTP
3. Кеширование
4. Ссылки на пару стандартных сервисов проверок.
5. Правила транслитерации для рунета

PS вообще это работа SEO-специалиста в 80% случаев. Не вижу смысла учить кодеров чему-то такому. Пусть спрашивают. Многое из написанного выше, требует понимания, что и где использовать ,а для этого надо ряд других знаний. Для кодеров оставил бы:
2, 7, 8!!, 9
пункты.


Возьму проект на продвижение. Бюджет от 1 000 USD (Google/Яндекс - рунет)
Detecd вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
"Спасибо" от:
Rotgar Sett (12.04.2016), wads (12.04.2016)
Старый 12.04.2016, 14:52   #4
 
Аватар для MVS
 
Сообщений: 545
FR (активность): 7,728

Доп. информация
По умолчанию

Цитата:
Сообщение от -Detecd Посмотреть сообщение
Не вижу смысла учить кодеров чему-то такому. Пусть спрашивают.
такой список полезен для того, чтобы кодеры знали, что внедрять при разработке сайта и какие вещи лучше не трогать, с помощью каких организовать.
Скрытый (как скрывать?) текст. Только для группы: "Основа форума":
Ваша группа не позволяет просмотреть скрытую информацию.

Никто не будет спрашивать и для экономии времени все же стоит полный список преподнести))
MVS вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 14:58   #5
 
Аватар для Detecd
 
Сообщений: 778
FR (активность): 12,387

Доп. информация
По умолчанию

Скрытый (как скрывать?) текст. Только для группы: "Основа форума":
Ваша группа не позволяет просмотреть скрытую информацию.


Цитата:
Сообщение от MVS Посмотреть сообщение
Никто не будет спрашивать
Куда они денутся? Вопрос формирования поддоменов в 100% случаев спрашивается у SEO-шника. И будешь в 100% случаев объяснять почему ТЛД лучше поддоменов или папок. И в каких случаях лучше использовать папки (эти случаи существуют!).


Возьму проект на продвижение. Бюджет от 1 000 USD (Google/Яндекс - рунет)
Detecd вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 15:04   #6
 
Аватар для MVS
 
Сообщений: 545
FR (активность): 7,728

Доп. информация
По умолчанию

Скрытый (как скрывать?) текст. Только для группы: "Основа форума":
Ваша группа не позволяет просмотреть скрытую информацию.
MVS вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 15:11   #7
 
Аватар для Hodge
 
Сообщений: 685
FR (активность): 14,957

Доп. информация
По умолчанию

Оффтоп:
@-MVS, так а причем тут друпал, файлик как лежал свободно в корне, так и лежит.
Hodge вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 15:16   #8
 
Аватар для MVS
 
Сообщений: 545
FR (активность): 7,728

Доп. информация
По умолчанию

Скрытый (как скрывать?) текст. Только для группы: "Друзья SEO cafe":
Ваша группа не позволяет просмотреть скрытую информацию.
MVS вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 16:37   #9
 
Аватар для wads
 
Сообщений: 261
FR (активность): 6,896

Доп. информация
По умолчанию

Затея интересная, но малоперспективная.
Так как проекты бывают разные, соответственно свои хотелки и пожелания желательно прописывать в ТЗ, а QA будет проверять конечный продукт исходя из ТЗ.
Вот например эта фраза
Цитата:
d) UDP лучше TCP. Даже TCP реализованый через UDP лучше оригинального TCP.
Можно поподробнее что имелось ввиду?
А то всю жизнь считалось, что при необходимости исправления ошибок на сетевом уровне интерфейса приложение использующее UDP может задействовать TCP.
Опять же UDP как протокол без сохранения состояния также полезен для серверов, отвечающих на небольшие запросы от огромного числа клиентов, например DNS и потоковые мультимедийные приложения вроде IPTV, Voice over IP, протоколы туннелирования IP и многие онлайн-игры. Т.е. некоторые задачи не могут быть решены только с помощью TCP.
Поэтому для конкретного случая должны быть конкретные требования. Иначе потом будет обратная ситуация, когда Вы даёте требования к проекту, а кодер взяв эту инструкцию будет рассказывать, что он делать будет только так как написано в инструкции.


Хочешь поблагодарить используй кнопку спасибо
wads вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 17:13   #10
 
Аватар для cthulchu
 
Сообщений: 3,670
FR (активность): 107,432

Доп. информация
По умолчанию Автор темы

@wads, это лирика все. чтобы понимать тисипи и юдипи недостаточно прочесть вики быренько. А если не понимаешь, то оно тебе нафиг не надо.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
1. Многие пункты субъективные, если SEO-шник не понимает к чему они написаны, то толку их говорить кодеру нет.
примеры.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
2. Много лирики SEO-шной, как для мануала под кодера.
опять таки, примеры.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
3. первый пункт входит частично в восьмой.
хедеры - не семантический html. Читаем мануал: http://www.w3schools.com/html/html5_...c_elements.asp


Цитата:
Сообщение от -Detecd Посмотреть сообщение
4. Второй пункт дополнил бы "description", а не только тайтл.
дескрипшн - мусор. Ну, для страниц с контентом, по крайней мере.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
5. 6.а пункт спорный, не влияет на результаты вообще.
адаптивный дизайн не влияет на результаты? Ок, ок. У вас не влияет, у нас очень даже.
Цитата:
Сообщение от -Detecd Посмотреть сообщение
6. 6.с - пункт еще хуже чем пример сеопрофи. AMP ------...
лол, ну значит кто-то не в теме AMP вообще


Цитата:
Сообщение от -Detecd Посмотреть сообщение
1. Рендеринг JS-страниц через fragment_escape
этот мусор уже больше квартала никому --- не нужен.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
2. заголовки HTTP
что с ними? я думаю кодов ответов сервера достаточно вполне для заголовков.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
3. Кеширование
вообще не колышет до тех пор, пока скорость сайта адекватная. И потом, я пишу мануал для серьезных контор, где сеошник скоростью работы сайта не касается. никогда. И если сеошник скажет о кешировании, над ним будут смеяться. Так мало он знает о кешировании. Вообще, компании такого размера абсолютно всегда юзают CDN, следовательно кеширование работает совсем иначе теперь. Теперь оно на уровне настроек сидиэнки.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
5. Правила транслитерации для рунета
рунет меня вообще не заботит, как бы яндексу не долго осталось, судя по всему, а гугл поймет любую транслитерацию по любому стандарту.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
PS вообще это работа SEO-специалиста в 80% случаев. Не вижу смысла учить кодеров чему-то такому. Пусть спрашивают. Многое из написанного выше, требует понимания, что и где использовать ,а для этого надо ряд других знаний. Для кодеров оставил бы:
2, 7, 8!!, 9
пункты.
ну, ты, по ходу, не прочел вступление

Эхх, блин, зафлудили тему. А я так надеялся, что сеошники начнут дополнять и мы что-то интересное построим...
cthulchu на форуме  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 12.04.2016, 23:29   #11
 
Аватар для Detecd
 
Сообщений: 778
FR (активность): 12,387

Доп. информация
По умолчанию

Цитата:
Сообщение от cthulchu Посмотреть сообщение
Сообщение от -Detecd
5. 6.а пункт спорный, не влияет на результаты вообще.
адаптивный дизайн не влияет на результаты? Ок, ок. У вас не влияет, у нас очень даже.
m.site.com вместо резинки под мобилку не влияет.


Цитата:
Сообщение от cthulchu Посмотреть сообщение
6. 6.с - пункт еще хуже чем пример сеопрофи. AMP ------...
лол, ну значит кто-то не в теме AMP вообще
AMP тема большая. Я бы не ставил ее в таком виде в мануал.


Цитата:
Сообщение от cthulchu Посмотреть сообщение
1. Рендеринг JS-страниц через fragment_escape
этот мусор уже больше квартала никому --- не нужен.
Я что-то пропустил походу. А как ты рендеришь JS для ПС?


Цитата:
Сообщение от cthulchu Посмотреть сообщение
я думаю кодов ответов сервера достаточно вполне для заголовков.
Их нужно еще правильно генерить.


Цитата:
Сообщение от cthulchu Посмотреть сообщение
3. Кеширование
вообще не колышет до тех пор, пока скорость сайта адекватная. И потом, я пишу мануал для серьезных контор, где сеошник скоростью работы сайта не касается. никогда. И если сеошник скажет о кешировании, над ним будут смеяться. Так мало он знает о кешировании. Вообще, компании такого размера абсолютно всегда юзают CDN, следовательно кеширование работает совсем иначе теперь. Теперь оно на уровне настроек сидиэнки.
Кеширование всегда будет SEO-задачей. В данном случае речь про браузерное кеширование, которое CDN сами не решают...все равно, нужно указывать, что и сколько сохранять


Цитата:
Сообщение от cthulchu Посмотреть сообщение
а гугл поймет любую транслитерацию по любому стандарту
стандартная PHP библиотека мега печальная.
http://joxi.ru/Y2LylZQtnoRoZA точно не все хавает гугл.


Возьму проект на продвижение. Бюджет от 1 000 USD (Google/Яндекс - рунет)
Detecd вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 13.04.2016, 02:25   #12
 
Аватар для cthulchu
 
Сообщений: 3,670
FR (активность): 107,432

Доп. информация
По умолчанию Автор темы

Цитата:
Сообщение от -Detecd Посмотреть сообщение
m.site.com вместо резинки под мобилку не влияет.
но создает лишнюю сущность, что уже не айс. И создает проблемы трекинга при углубленном анализе, работает медленней из-за системы редиректов. И т.п. Для сео разницы мало.
Цитата:
Сообщение от -Detecd Посмотреть сообщение
AMP тема большая. Я бы не ставил ее в таком виде в мануал.
тема большая, но я не собираюсь на ней останавливаться как на отдельном пункте, ибо сам еще не опробовал на живом сайте. Если кто опробовал - давайте инфу, я оформлю в отдельную категорию.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
Я что-то пропустил походу. А как ты рендеришь JS для ПС?
никак. #!

почитай статью https://webmasters.googleblog.com/20...ng-scheme.html

Цитата:
Сообщение от -Detecd Посмотреть сообщение
Их нужно еще правильно генерить.
ну я вконце и описал как их генерить. Ну, хотя бы основные вещи.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
Кеширование всегда будет SEO-задачей. В данном случае речь про браузерное кеширование, которое CDN сами не решают...все равно, нужно указывать, что и сколько сохранять
Да нет. Плевать вообще. Никакого влияния на сео вообще. Убери браузерное кеширование и получи те же результаты. Единственное, на что оно влияет - это скорость загрузки страницы. Вообще не сеошная задача следить за таким. Это стопудовое юзабилити. Я бы увольнял сеошников, что тратят время на такое.


Цитата:
Сообщение от -Detecd Посмотреть сообщение
стандартная PHP библиотека мега печальная.
http://joxi.ru/Y2LylZQtnoRoZA точно не все хавает гугл.
А, да, и правда. Какой там гост или ISO для автогенерации подходит? Добавлю. Мне-то пофиг, я русское уже давно не двигаю.
cthulchu на форуме  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 13.04.2016, 09:55   #13
 
Аватар для Detecd
 
Сообщений: 778
FR (активность): 12,387

Доп. информация
По умолчанию

Цитата:
Сообщение от cthulchu Посмотреть сообщение
Я что-то пропустил походу. А как ты рендеришь JS для ПС?
никак. #!
#! - это срендеренная страница в БД Гугла, которую он показывает юзеру, в статье вообще говорят, что гугл все видит и сохраняет (мб ты ссылку не туда дал). Есть что-то более техническое по этому поводу?
Рекомендации с фрагмент_ескейп еще существуют, а вот новых пока не встречал.


Возьму проект на продвижение. Бюджет от 1 000 USD (Google/Яндекс - рунет)
Detecd вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 13.04.2016, 17:54   #14
 
Аватар для cthulchu
 
Сообщений: 3,670
FR (активность): 107,432

Доп. информация
По умолчанию Автор темы

@-Detecd, по ссылке что я дал написано, что фрагмент больше юзать не надо. Что если вы уже заюзали, то продолжайте юзать, а если нет, то расслабтесь и делайте только основную версию, гугл сам ее отрендерит. И так и происходит.
cthulchu на форуме  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Старый 13.04.2016, 23:07   #15
 
Аватар для Detecd
 
Сообщений: 778
FR (активность): 12,387

Доп. информация
По умолчанию

Цитата:
Сообщение от cthulchu Посмотреть сообщение
гугл сам ее отрендерит. И так и происходит.
А Бинг?


Возьму проект на продвижение. Бюджет от 1 000 USD (Google/Яндекс - рунет)
Detecd вне форума  
Ответить с цитированием Сказать Плохо за это бесполезное сообщение Быстрый ответ на это сообщение
Ответ

Метки
seo, seo для девелоперов, seo для программистов, внутреннняя оптимизация, техническая оптимизация, техническое seo

Быстрый ответ
Ваше имя пользователя: Регистрация. Для входа нажмите здесь
Случайный вопрос

Сообщение:
Опции


Опции темы
Опции просмотра Оценка этой теме
Оценка этой теме:

Ваши права в разделе
Вы не можете создавать новые темы
Вы можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Ищу программистов под IIS, С# Bohdan Фриланс - предлагаю работу 0 05.07.2012 08:54
BlogCode.ru | Блог программистов Grarnik Оценка сайтов 0 08.06.2012 10:29
«В Контакте» проведет конкурс программистов dollar Объявления 0 02.03.2012 20:44
Американское резюме для программистов. super.missanna201 Юмор 8 17.01.2012 13:11
Работа для программистов, дизайнеров, копирайтеров, SEO специалистов. lerner SEO оптимизация (анализ) 0 03.06.2008 15:19

Текущее время: 05:42. Часовой пояс GMT +3.