Может ли выплевывание контента с моего поддомена на мой основной домен помочь/навредить моему SEO?
У меня есть основной домен и поддомен, которыми я владею в формате domain.com и blog.domain.com . В течение некоторого времени я использую blog.domain.com вести свой блог, в то время как domain.com просто размещает главную целевую страницу. У меня есть несколько случайных страниц (т. Е. domain.com/landing-page-1 /) на главном домене.
Недавно я прочитал о сохранении вашего блога на вашем основном домене для улучшения SEO, но из-за технических ограничений и потому, что я не совсем уверен в влияние, которое это окажет, я не хочу переносить весь свой блог, не зная о последствиях.
Я думал о взломе, где я мог бы просто запросить контент в своем блоге и выложить его на свой основной домен, чтобы выглядело так, будто контент размещен на моем основном домене, несмотря на то, что он фактически размещен на поддомене блога. Основная причина заключалась бы в том, чтобы получить преимущества SEO, но не иметь дело с необходимостью переноса всего. Я знаю, что там может быть какое-то представление проблемы, потому что у меня есть эта зависимость, но я готов рискнуть, чтобы проверить это. Поддомен блога индексировался довольно давно, поэтому я не уверен, что их размещение противоречит рекомендациям Google по дублированию контента .
Есть ли у кого-нибудь представление об этом? Я чувствую, что это то, что делают многие спам-сайты, и я боюсь, что это может привести к тому, что мой основной домен в конечном итоге будет испорчен.
Связанные вещи, которые я прочитал:
1 answers
Хорошо, всегда существовала некоторая путаница между поддоменами и родительским доменом. На минуту забудьте все цитаты, которые вы прочитали в Google и в других местах. Дело не в том, что эти цитаты неверны, они часто вводят в заблуждение или часто неверно истолковываются.
Я устраню путаницу, чтобы вы поняли.
С точки зрения поиска поддомен и родительский домен являются отдельными сайтами. Почему? Для начала, URL-адреса разные, и все в поисковой системе отключается от URL-адреса и ссылки на доменное имя. URL-адрес содержит 4 основные части: ссылку на доменное имя, путь, файл и параметры. В данном случае нас интересует только ссылка на доменное имя.
Допустим, что ссылка на страницу sub-domain.example.com/jackson_browne/rock_and_roll_icon.html никогда не был замечен, и за ним следует робот googlebot. Ссылка хранится в индексе ссылок. Целевой URL-адрес извлекается, сохраняется и часть ссылки на доменное имя ссылки sub-domain.example.com копируется индекс домена и связывается с сохраненным HTML-кодом. Часть доменного имени проверяется и распознается как поддомен. Это родительское доменное имя example.com извлекается и помещается в индекс домена и ссылку между sub-domain.example.com и example.com производится в пределах индекса. Таким образом, для одной ссылки у нас есть два URL-адреса, одна выбранная страница и одна ссылка.
Проблема в том, что в поддоменах отсутствует множество показателей, необходимых поисковой системе. Это в первую очередь потому, что регистрационная информация не существует для поддомена, но существует для родительского домена. Google начинает разрабатывать показатели уровня домена для example.com .
В вопросе Помогают ли поддомены/вредят SEO? ответ Джеффа Этвуда цитирует Ванессу Фокс из http://www.searchenginejournal.com/subdomains-or-subfolders-which-are-better-for-seo/6849/{[13] } где она говорит, что Google больше не обрабатывает поддомены (blog.widgets.com против widgets.com) независимо, вместо этого устанавливая некоторую связь между ними. Алгоритмы ранжирования были изменены таким образом, чтобы страницы из нескольких поддоменов имели гораздо более высокую планку релевантности, которую необходимо очистить для отображения.. Это одновременно и правда, и ложь. Это вводит в заблуждение.
Google никогда не путал поддомены с родительскими доменами. Они всегда рассматривались как отдельные сайты, потому что так оно и есть. Поддомены и родительский домен всегда были связаны/связаны в индексе домена. Поддомены всегда наследуют показатели уровня домена от родительского домена. Что было новым, по крайней мере в то время, так это то, что алгоритм был изменен для дальнейшего преимущества Google в оценке и ранжировании поддоменов ближе к тому, как оцениваются и ранжируются родительские домены.
Теперь перейдем к вашему сценарию.
Для вашего родительского домена, хотя у Google есть некоторые показатели уровня домена, отсутствуют показатели, обычно предоставляемые сайту с контентом. Это были бы показатели не только оценивая контент, но и ссылки тоже. Отсутствующие значения показателей поддерживают определенный уровень доверия и ценности для родительского домена. Поскольку эти показатели не существуют, их значение не может быть передано от родительского домена к поддомену, однако передача значений не является улицей с односторонним движением. Однако некоторое значение передается из поддомена в родительский домен в гораздо меньшей степени.
По этой причине, хотя поддомены имеют свое место и значение, всегда гораздо лучше заполнить родительский домен контент вместе с любым поддоменом.
Вам нужно учитывать две вещи, если вы хотите переместить свой контент из поддомена в родительский домен. Один из них - любые существующие ссылки и то, какую ценность могут иметь эти ссылки. Другой - это стоимость перемещения вашего контента из поддомена в родительский домен. С обоими можно справиться.
Давайте предположим, что ваше решение принято, и вы действительно хотите переместить свой контент. Что должно произойти?
Вам нужно переместить свой контент и разобраться с любыми ссылками. Если ссылки практически бесполезны, то, возможно, будет лучше/проще забыть их и удалить поддомен. Однако, если эти ссылки имеют желаемое значение, то теоретически вы можете сохранить свой поддомен и просто выполнить полное перенаправление с вашего поддомена на ваш родительский домен.
Существует более простой способ перемещения вашего контента в Apache. Если вы используете какую-либо CMS, вам придется внести некоторые изменения в конфигурацию, чтобы отразить изменение URL-адреса.
В Apache есть есть две основные конфигурации, старая и новая. Некоторые установки все еще используют более старую конфигурацию стиля /etc/apache2/httpd.conf, в то время как другие используют /etc/apache2/сайты-доступные/000-по умолчанию.conf или пример.com.conf и поддомен.пример.com.conf. В зависимости от того, что применимо, вы откроете файл и найдете директивы DocumentRoot и Directory для родительского домена и просто измените его, чтобы использовать каталог для поддомена. Для поддомена вы отредактируете эти же значения, чтобы указать на вновь созданный каталог, в котором вы разместите файл .htaccess с общим перенаправлением на родительский домен.
Обычно это простой процесс, но он требует некоторой осторожности, особенно если вы новичок в Apache.
Всякий раз, когда сайты будут переведены на этот уровень, Google и другим поисковым системам потребуется переиндексировать поддомен и родительский домен. Это займет некоторое время. На самом деле, в зависимости от показателя свежести для каждого сайта, это может занять довольно много времени. Но это стоит затраченных усилий и терпение.
Почему? Потому что вы добавите ценность родительскому домену, который должен был существовать все это время. Если вы решили использовать поддомен для чего-то другого, поддомен в долгосрочной перспективе будет работать лучше, чем родительский домен.