Андрей Голубев

Добрый день. Элементарно просто - у вас ноль ссылочного. И если Яндекс действительно как-то может иногда на это закрывать глаза, отдавая предпочтение внутренним и пользовательским факторам - то Google без ссылочного НИКАК. Региональное ссылочное + тематическое рулит! :) По поводу трафика - в РБ Google имеет больший охват (особенно мобильные устройства - до 80%) Отсюда и такой эффект.

Писать для людей с вхождением характеристических слов для вашей тематики. Пользоваться just-magic.org или аналогичным сервисом (если кто привык к другим) . А по поводу где найти - сервисов много advego.ru, etxt.ru и т.д. но 90% успеха - ПОСТАНОВКА задачи. А постановка уже проблема SEO-специалиста а не того ,кто пишет текста. :)

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

В админке вкладка SEO - отображение в поисковой выдаче - вкладки "типы содержимого" , "таксонометрия" , "архивы" - смотрите по авторам , настраиваете сразу маску на все эти страницы.

Статья будет индексироваться и ранжироваться. Ключевые запросы и их наличие тут не при чём. Статья в любом случае будет "о чём-то". И этот самый объект повествования и будет выводить статью наверх. А будет это точное совпадение с запросом или синонимы, или суть - это уже становится не столь важно т.к роботы благодаря "Королёву" (алгоритм ранжирования текстов по смысловым векторам) поймут о чем вы хотели сказать. Другое дело что точное вхождение ключа может все-таки ускорить процесс и помочь.

Добрый день. Коллеги, зачем так "вредничать" , клиент ведь вам платит за качественное продвижение, вы закладываете бюджет на ссылочное , зачем же его "валить" после ?
По существу - да, вес будет передаваться с некоторой потерей. Работать схема будет.

Добрый день.
Закройте все сомнительные страницы в robots.txt -

User-agent: *               
                             
Disallow: /cgi-bin           
Disallow: /?                
Disallow: /wp-               
Disallow: /wp/               
Disallow: *?s=              
Disallow: *&s=              
Disallow: /search/           
Disallow: /author/           
Disallow: /users/           
Disallow: */trackback        
Disallow: */feed             
Disallow: */rss             
Disallow: */embed            
Disallow: */wlwmanifest.xml  
Disallow: /xmlrpc.php        
Disallow: *utm*=    
Disallow: *openstat= 
Disallow: /test/*     
Allow: */uploads   

User-agent: GoogleBot      
Disallow: /cgi-bin
Disallow: /?
Disallow: /wp-
Disallow: /wp/
Disallow: *?s=
Disallow: *&s=
Disallow: /search/
Disallow: /author/
Disallow: /users/
Disallow: */trackback
Disallow: */feed
Disallow: */rss
Disallow: */embed
Disallow: */wlwmanifest.xml
Disallow: /xmlrpc.php
Disallow: *utm*=
Disallow: *openstat=
Disallow: /test/*
Allow: */uploads
Allow: /*/*.js             
Allow: /*/*.css            
Allow: /wp-*.png            
Allow: /wp-*.jpg   
Allow: /wp-*.jpeg     
Allow: /wp-*.gif             
Allow: /wp-admin/admin-ajax.php  

User-agent: Yandex           
Disallow: /cgi-bin
Disallow: /?
Disallow: /test/*
Disallow: /wp-
Disallow: /wp/
Disallow: *?s=
Disallow: *&s=
Disallow: /search/
Disallow: /author/
Disallow: /users/
Disallow: */trackback
Disallow: */feed
Disallow: */rss
Disallow: */embed
Disallow: */wlwmanifest.xml
Disallow: /xmlrpc.php
Allow: */uploads
Allow: /*/*.js
Allow: /*/*.css
Allow: /wp-*.png
Allow: /wp-*.jpg
Allow: /wp-*.jpeg
Allow: /wp-*.gif
Allow: /wp-admin/admin-ajax.php
Clean-Param: utm_source&utm_medium&utm_campaign 
Clean-Param: openstat

а также в Yoast пройдитесь по настройкам и запретите к индексации именно эти самые типы страниц, которые выглядят как дубли:). Хуже не будет точно !

Добрый день. Если беспокоится о нагрузке на хостинг - то в целом Wordpress даже с кешированием может быть не самым лучшим решением. Особенно при продвижении на ВСЕ регионы РФ. Тем не менее, если брать то, что есть на сегодня - на три регона у вас вполне может быть адекватным решение с динамическим контентом+мультисайт+yoast. Да, это потребует редактирования, но увы. Сайты всегда непросто продвигать :) Особенно большие. Есть еще , на мой взгляд, более "корявое" решение с помощью плагина - XYZ PHP code сгенерировать правила - см. скриншот, создав поддомены и чуток пошаманив с кодом. Динамически у вас будет группа сайтов на поддомене с разными масками городов. НО в моем случае - это был откровенно поисковый спам и дубликаты. Поэтому НЕ РЕКОМЕНДУЮ! Хотя проще - ДА!

Советую почитать. Очень толковая книга хотя и с долей "воды" - ссылка. Всё что написали выше так, но надо понимать и думать иначе. МЕТОДОВ актуальных - вы не найдете, они устаревают быстро. А вот КАК ПРАВИЛЬНО ДУМАТЬ и куда развиваться в книге подчерпнуть сможете. Ролики на ютуб смотреть не советую -очень много шлака и безапелляционных выводов в виде " а я вот сделать вот так и моя получилось"...

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

Попробуйте в htaccess такое правило - RewriteRule ^(.+)(_|\s)(.+)$ /$1-$3 [R=301,L]
Это для редиректа. А дальше - обновить sitemap.xml. Все должно заработать если редирект корректно отработает.

Потому что с развитием технологий и соц.сетей, люди начинают забывать азы SEO. Одно время существовало правило - один сайт - одна страница в выдаче с этого сайта. Постепенно это правило начало нарушаться (особенно Google), который выносил по несколько релевантных страниц с одного и того же АВТОРИТЕТНОГО сайта в выдачу по одному запросу.
По поводу вашего вопроса - действует то же самое правило. Один запрос - один ответ с одного сайта в выдаче. Так вот на всеобщее удивление - Facebook - это один сайт и не важно сколько там внутри релевантных групп. В итоге в выдаче от Facebook уже есть страничка - (см выдачу) и она, насколько я понимаю, не ваша. Как сделать так - чтобы именно ваша заняла это место - вопрос крайне непростой и близок к загадке т.к слишком много факторов, про которые придётся догадываться. Вам посоветовали - сделайте сайт :))) Так скорее всего будет куда проще.

Тег description является не обязательным к исполнению, а рекомендательным для поисковых систем. На него обращают внимание поисковики в первую очередь. Тем не менее, формирование сниппета идёт по сложному алгоритму. Кроме того, для одной и той же страницы, но по разным запросам - сниппет тоже может быть разный. Связано это с наличием/отсутствием ключевой фразы в description и запросе. Скорее всего, робот просто не нашел нужной фразы в вашем description и выдернул её из контекста страницы.

Увы, вынужден не согласиться с коллегой. Шанс что "не заметят" безусловно, есть, но КАК ПРАВИЛО, по-любому, ждите "проседания. Примеры "забывчивости" оплаты хостинга возникают у меня на практике регулярно. На 3 дня - считаю что близко к определению "катастрофа". Конечно, позиции как только сайт заработает придут в норму, но провал всё равно обеспечен.
Причина - переобход страниц вашего сайта поисковиками, если код 500 - убирает автоматом из индекса. Соответственно часть релевантных запросов уже не имеет посадочных страниц на сайте, как следствие потеря "в ноль" позиций по этим группам. Если групп много -вылет серьезный. Не допускайте такого!

Добрый день.
Логика на самом деле очень проста. Использование в коде излишних элементов (CSS таблиц, JS прямо в html) "напрягают" пауков, требуя чуть больше ресурсов к вам на "вычистку". Кроме того, сайт загружается дольше (ведь не зря Яндекс и Google очень хотят видеть быстроту загрузки сайта даже на плохой связи через 3G - отсюда и Турбо-страницы) . Сайт, который сделан как в вашем примере - будет дольше грузиться, требовать больше ресурсов от пауков и при этом не нести столько ценной информации, чтобы присутствовать в выдаче с такими недостатками.
Плохо - CSS - отдельный файл, JS - подключаем также а "тело" в отдельные файлы.
Ссылки и конструкции в виде "//d9hhrg4mnvzow.cloudfront.net/" лучше вообще перенести к себе на хостинг т.к лишние обращения к cloudfront - еще дольше загрузка!
Билдеров не знаю, т.к. не озадачивался - но проще для лендингов использовать или уж Wordpress (не так сложно их на нем и делать!) или просто статический шаблон и ручками допилить. Скорость в разы выше, надежность и безопасность!