Guava

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

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

может даже одну и туже страницу выдавать с разными заголовками под два разных запроса.

а всмысле обновить? он же только появился. нажмите скачать файл на странице модуля авторам спасибо, ждал очень сильно обновление.

тоже ищу, или "сообщите, когда появится". Чтобы на товере с остатком ноль - появлялась кнопка сообщите. Затем вводим емейл и человеку уведомляшка, когда появится товар.

Есть в htacess такая строчка? (или похожая) RewriteRule ^robots.txt$ robots.php

да, только заметьте вторую сторону медали нигде также не написано "нельзя закрывать от нашего робота свою пагинацию" так что подобные тонкости остаются на выбор владельца сайта. Для себя пришел к выводу, что тег ноиндекс понадобится если страницы пагинации имеют схожесть с первой ближе к 100%. Например,если на всех страницах большой текст, который делает страницу два на 99% дублем первой странички. выглядит вся эта история примерно так)

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

она и так понимает что и куда вы помещаете, и исключает ошибки, добавляя уникальные значения при необходимости.

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

Догадаться можно о чём угодно, вопрос будет ли догадка верной. За ответ спасибо.

Человек просил ссылки на описание ноиндекс и фоллов, речь была не об описании каноникал. Всем спасибо за мнения. @Otvet , скажите , из нижепроцитированного списка все верно? вы также делаете или чтото иначе? И вопрос по этой фразе. Что за yandex/noindex ? что имеется ввиду. Я не пользовался Full Index. и ничем хорошим это не закончилось - о чем именно речь. Не произошло ожидаемого эффекта или сайт был занижен ?

а где смотрите трафик? насколько понимаю трафик не большой сам по себе. Скрины может какие то пришлете, или подробнее расскажете? Уверен, дело не в языке.

Не известно, т.к. прочие равные условия. По кол-ву внутренних ссылок "тяжелее" будет категория в которой 150-200 товаров и страницы пагинации открыты для просмотра ссылок с них. Эта тема сама по себе дебри, но если есть выбор - закрыть пагинацию в роботс или тегом. Я выбрал - тегом. Считаю это логичнее, но не претендую на мнение эксперта. п.с. вы немного не туда. Речь скорее о весе товаров. Либо ноль ссылок - либо минимум одна. Наверное, в теории об этом речь.

А сколько сайту времени с момента создания? Можно ссылку на сайт?

@Vitulus не путайте нужно, и хотелось бы. ссылка на sitemap может быть любой, и такая как есть по стандарту - вроде как тоже подходит (если это ктото читает и я ошибаюсь - просьба сказать). Или её не принимает кабинет вебмастера гугл/яндекс? Я делал ссылку вида Sitemap.xml скорее из соображений удобства + у меня переезд сайта, и хотел исключить по максимуму различающиеся мелочи в оксторе. И так, просто привычнее. ссылка на модуль генерирующий две карты - для гугл и для яндекс отдельно:

вы очень сильно запутались и скорее всего не понимаете сами, зачем это делается. это вы написали эта строка у вас уже есть, это вы написали. У вас стандартный модуль для сайтмап, а у меня нет (я покупал посильнее, т.к. стандартный виснет при 10 000 товаров) поэтому я вносил изменения. в вашем случае нужно только внести корректировки как указано тут в теме в файле catalog/controller/startup/seo_pro.php и сайтмап начнет открывваться по ссылке /sitemap.xml (возможно после обновления кеша или сразу, я не помню честно говоря - не подскажу, сразу должно работать или кеш очищать надо)

https://support.google.com/webmasters/answer/96569?hl=ru https://support.google.com/webmasters/answer/93710?hl=ru По этому поводу имею теорию, на основе прочитанного на этом форуме и своих знаний. (подчеркну, что теорию, т.к. не являюсь сотрудником поисковой системы) Разница таки есть (точнее должна быть по моему мнению). Да, товары есть в sitemap и все равно проиндексируются, за одним но. — проиндексированные товары затем нужно будет выдавать по запросу. Запрет в роботс может привести вот к чему: товары, которые лежат на странице 2,3 и далее не получают никаких внутренних ссылок и могут быть посчитаны мусорными, малонужными. Почему пришел к такому выводу. Весь сайт - это перечень относительных показателей, и если, например, на страницу контактов есть 10 000 ссылок (со всех товаров и категорий), а на товар ссылок 0 - то будет ли поисковая система в принципе рассматривать страницу данного товара, как что то значимое? Да, конечно же, внутренний ссылочный вес - один из множества факторов, который не является основополагающим. Но все же - выходит, что запрет страницы в роботс - делает эту страницу не существующей для ботов, а ссылки со страниц, которые технически закрыты и не существуют для глаз поисковых систем - равняются нулю. Второй пример у меня по поводу неоднозначно идентифицируемых товаров. То есть есть категория Бусы, и в ней две почти одинаковые модели. Одна на второй странице пагинации лежит, а вторые бусы на первой. - по итогу, при прочих равных, выдаваться будет страница товара бус с первой страницы. Все вроде хорошо, но потом товар уходит из наличия, перемещается в последнюю страницу пагинации - и поисковой системе нужно будет выдавать уже страницу товара бусы 2 . Что в результате - в результате ни первая ни вторая страница бус не "растут" в поиске, т.к. поисковая система вынуждена чередовать посадочные страницы, т.к. параметры тех самых страниц при прочих равных условиях будут динамичными. Прошу воспринимать написанное как простой банальный пример. Ситуацию с схожими товарами - под один искомый запрос отлично решает модуль меток, но тем, кто не использует этим - лучше не закрывать пагинацию роботсом, а использовать ноиндекс, фоллов. п.с. (я уже представляю, как мой ник вносят в список сумасшедших сеошников - фанатиков ) Кто что думает об этом?

не запаривайтесь об этом если вы уж взялись за СЕО - то страницы 2 и выше будете вероятнее всего закрывать от индексации. А значит и в каноникале на 2, 3 и дальше смысла нет. Если пагинацию закроете в роботсе - то там и ботов не будет, ради кого труды? Если пагинацию закроете noindex, follow тегом - то дубли никак не попадут в выдачу - они же запрещены к индексации. Кроме того - каноникал указывается на главной странице, среди схожих, а логическую цепочку обеспечивают теги next , prev . То есть поисковику известно все что надо: что страница 1 - главная, что страница 2 является страницей продолжающей содержимое первой. Вроде так, если не так - меня поправят. Недавно тоже занимался этим вопросом, у себя реализовывал так: не запрещать пагинацию в роботс. ноиндекс, фолов для пагинации выше 2 в коде - добавить каноникал на первой - уже есть в окстор теги прев/некст - уже есть в окстор показывать текст описания только на главной странице. (еще не сделал, но буду, т.к. рекомендовали местные) редирект с пагинации 2 и выше вместо page=1 на / также делал приставку в метатегах "Страница № Х" для пагинации, просто чтобы по феншую)

не должно быть, а может быть две. Нет никаких обязательств. Просто у гугл карты немного больше возможностей в виде карты изображений например. правильно, в вашем случае тогда изменений делать не надо, они уже есть. Редактируйте только catalog/controller/startup/seo_pro.php нет, нормальный роботс. Почему решили что хиленький? "Нормальный роботс" или "Хиленький роботс" - само по себе неправильное понятие. У всех магазинов свои особенности, не бывает хорошего или плохого роботс.

private function validate() { if (isset($this->request->get['route']) && $this->request->get['route'] == 'error/not_found') { return; } if (ltrim($this->request->server['REQUEST_URI'], '/') =='sitemap.xml') { $this->request->get['route'] = 'extension/feed/yandex_feed'; return; } if (ltrim($this->request->server['REQUEST_URI'], '/') =='sitemap_google.xml') { $this->request->get['route'] = 'extension/feed/sitemap_pro'; return; } то, что выше правка сео про на catalog/controller/startup/seo_pro.php - это для сайтмапа чтобы выводился по нужной ссылке. Важно понимать что у меня свои пути, под модуль Снастика. Если у вас другой адрес сайтмапа - подкорректируйте под себя. затем делал правку + добавление еще одной строки для сайтмапа под гугл в .htacess RewriteRule ^sitemap.xml$ index.php?route=extension/feed/yandex_feed [L] RewriteRule ^sitemap_google.xml$ index.php?route=extension/feed/sitemap_pro [L] и я кстати не знаю точно, но вроде карта и так работает, просто мне так было удобнее, а более важные задачи по магазину просто были приостановлены по некоторым причинам. Вот и решил заняться мелочами на тот момент. @Vitulus сколько у вас товаров? может он генерируется долго или стандартный.

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

попробуйте RewriteCond %{HTTP_HOST} ^www.site.com$ [NC] RewriteRule ^(.*)$ http://site.com/$1 [R=301,L] RewriteCond %{HTTP:SSL} !=1 [NC] RewriteRule ^(.*) https://site.com/$1 [L,R=301] не являюсь супер экспертом, но раз вам никто не ответил пока, у меня это работает. Также вам может помочь поддержка хостинга. Везде свои нюансы, как я понял.

так она улетает туда, всё работает.

вам модуль нужен, который будет отображать разные языковые версии сайта по разным ссылкам Например http://robinet.md/ - обычная версия http://robinet.md/ru - русская Это нужно чтобы сайт индексировался как полноценная языковая версия. помомему Сео мультиязык называется и я могу ошибаться. Видимо об этом вам хотел сказать @Otvet ... Лучше создайте тему со своим вопросом, но перед этим ищите по форуму или через гугл забивайте запрос в связке с "опенкартфорум". Таких тем я видел много. Наверное поэтому местных старожителей раздражают одинаковые вопросы, на которые уже давали ответ.