Программист предлагает делать второй проект на Joomla из-за личного удобства + некоторых аргументов.
SeVlad: Это скорее говорит о том, что такого "программиста" нельзя было пускать к проекту на ВП.
Мощно сказано!
Проект проектировал и разрабатывал программист-проектировщик исключительно на WordPress. Но постоянную текучку задач по его тарифам делать не могли ...
В итоге программист из Узбекистана успешно продолжил проект, его запросы несложно было удовлетворить московскому заказчику, хотят опыт этого программиста и не был сосредоточен на wordpress.
-= Serafim =-: Стоит делать на той CMS, которую практичнее и удобнее использовать и под которую проще найти программиста. Исполнитель сегодня есть, завтра нет, а с CMS потом морочиться.
Искать проще опытного программиста на WordPress (и вверить ему два проекта на WP),
чем опытного программиста и на WordPress и на Joomla (и вверить ему и WP и Joomla проекты).
ПС: С боку говорят - опытный программист легко потянет проекты разных CMS, но речь не о простых сайтах, речь о проекте, где уже программист четыре года трудится.
ПС_2: Вероятность, что текущий программист отработает еще пару лет большая, но все-же бывает ...
v-engineer: Из за низкого показателя качества, объявления могут не показываться, либо показываться с ограничениями.
Имею парадокс ... одинаковые показатели качества 7/10:
а) Ключ по услуге АА ведет на URL по услуге АА.
б) Ключ по услуге АА ведет на главную! ... просто на другом сайте еще нет URL по услуге АА.
так у тебя технически, физически и ваще только вариант Б и прокатывает)) Хочется и рыбку скушать и ))))
И все-таки интересный выход из ситуации мне подсказали ...
Выводить контент динамически по конкретной услуге, но не через динамические параметры директа и адворда, а запихивая в параметры ссылки! Т.е. каждому объявлению делать URL вида: "site.ru/?usluga=AA", теоретически как рыбка на халяву выглядит )
knezevolk: для Директа отдельные группы делаю для ключей с базовой по Вордстату 30
а в Эдвордсе кто-то из этих ключей получал статус "мало запросов", а кто-то нет.
Благодарю, за практические данные!
Да, Гугл в этом плане жестче ... и в плане порога показов и то, что фильтра на уровне ключей.
В Яндексе зависит не только от спрашиваемости, но и от ставки и корректировок.
Да, Яндекс даже может терпеть нулевую группу, если она в кампании, где у всех групп отменный ctr и хорошая ставка (наверное частный случай).
Там нет прямой пропорции
Да, я цифру и не планирую воспринимать буквально, чьих-то мыслей и имхо будет достаточно ...
Телефоны с экранами на 1000 точек я воспринимаю как десктоп, ибо им и адаптив по сути не нужен.
Pdf c телефонов нормально читается.
Да, рабочий вариант.
Не знаю специфики вашей продукции, но, например, в нашей сфере клиент чаще всего заранее знает
Аналогично. В голове рождается мысль - сделать адаптив главной и соответственно текстовых страниц (больше для сео и отчасти для людей), и не тратить усилия на все разделы и таблицы.
но, может, отсутствие мобильной версии/адаптивной верстки - одна из причин низкого мобильного трафика?
Пришла в голову мысль, что может seo-фактор "наличие адаптива" явно зависит от процента мобильных посетителей ? ... поэтому продвиженцы примера и забили на адаптив.
Но если вы лидер в отрасли в своих регионах, то заморочки по необходимости.
Необходимость именно для юзеров сомнительна, все-таки в данной тематике снабженцы с маленьких экранов это редкость, плюс там основа это табличные данные, которые и адаптивить не очень то и получится. Как бы цель только сео, отдельно по юзабилити овчинка предположительно не стоит выделки.
Это скорее говорит о том, что такого "программиста" нельзя было пускать к проекту на ВП.
Мощно сказано!
Проект проектировал и разрабатывал программист-проектировщик исключительно на WordPress. Но постоянную текучку задач по его тарифам делать не могли ...
В итоге программист из Узбекистана успешно продолжил проект, его запросы несложно было удовлетворить московскому заказчику, хотят опыт этого программиста и не был сосредоточен на wordpress.
Стоит делать на той CMS, которую практичнее и удобнее использовать и под которую проще найти программиста. Исполнитель сегодня есть, завтра нет, а с CMS потом морочиться.
Искать проще опытного программиста на WordPress (и вверить ему два проекта на WP),
чем опытного программиста и на WordPress и на Joomla (и вверить ему и WP и Joomla проекты).
ПС: С боку говорят - опытный программист легко потянет проекты разных CMS, но речь не о простых сайтах, речь о проекте, где уже программист четыре года трудится.
ПС_2: Вероятность, что текущий программист отработает еще пару лет большая, но все-же бывает ...
Из за низкого показателя качества, объявления могут не показываться, либо показываться с ограничениями.
Имею парадокс ... одинаковые показатели качества 7/10:
а) Ключ по услуге АА ведет на URL по услуге АА.
б) Ключ по услуге АА ведет на главную! ... просто на другом сайте еще нет URL по услуге АА.
И все-таки интересный выход из ситуации мне подсказали ...
Выводить контент динамически по конкретной услуге, но не через динамические параметры директа и адворда, а запихивая в параметры ссылки! Т.е. каждому объявлению делать URL вида: "site.ru/?usluga=AA", теоретически как рыбка на халяву выглядит )
Эм, Key Collektor не подходит?
Изучу возможности, спасибо.
Просто показы за месяц ... дабы понимать, что отдельную группу в Яндекс, что в шаблон, что отбросить.
для Директа отдельные группы делаю для ключей с базовой по Вордстату 30
а в Эдвордсе кто-то из этих ключей получал статус "мало запросов", а кто-то нет.
Благодарю, за практические данные!
Да, Гугл в этом плане жестче ... и в плане порога показов и то, что фильтра на уровне ключей.
Да, Яндекс даже может терпеть нулевую группу, если она в кампании, где у всех групп отменный ctr и хорошая ставка (наверное частный случай).
Да, я цифру и не планирую воспринимать буквально, чьих-то мыслей и имхо будет достаточно ...
Знать бы еще и размер экрана.
Телефоны с экранами на 1000 точек я воспринимаю как десктоп, ибо им и адаптив по сути не нужен.
Да, рабочий вариант.
Аналогично. В голове рождается мысль - сделать адаптив главной и соответственно текстовых страниц (больше для сео и отчасти для людей), и не тратить усилия на все разделы и таблицы.
Цифры брались из директа и adwords.
Пришла в голову мысль, что может seo-фактор "наличие адаптива" явно зависит от процента мобильных посетителей ? ... поэтому продвиженцы примера и забили на адаптив.
Необходимость именно для юзеров сомнительна, все-таки в данной тематике снабженцы с маленьких экранов это редкость, плюс там основа это табличные данные, которые и адаптивить не очень то и получится. Как бы цель только сео, отдельно по юзабилити овчинка предположительно не стоит выделки.
Цен нет на сайте, ибо цена немного индивидуальна, и в рекламе ее тоже нет.
Разброс цен большой, по аналогии с колбасой - бывает и 200 рублей и 1000 рублей.
Это все потом ... только сегодня опробовали директ, и принимаем решения из "общих рассуждений".
Что-то не улавливаю связи. И, раз нет коллтрекинга, то откуда знаете, что с сайта именно 40% обращений?
Заказчик считает общее количество обращений, а я вижу количество именно заявок с сайта.
А связь я имел ввиду такую - аналитика рекламных каналов/срезов по заявкам, должна корелировать и со звонками.
Впрочем, я не рекламирую, просто идею подкинул) Ну, совсем банальный вариант - своими силами подмену номера делать можно.
На сайте много номеров (три сквозных номера и еще парочка в разделах), о трекере нет возможности мечтать.
выборка и там и там одинаково статистически достоверная и за относительно одинаковый временной промежуток? (без сезонностей и тд)
Выборка достаточная - за год порядка 10 тысяч заявок с сайта.
Вот на мобильники в директе и adwords ставлю коэффициент -20% из-за этих данных,
а сейчас уже думаю - а может не надо понижать, может мобильники на звонки больше упор идет.
Еще как я понимаю, фактическая средняя цена на мобильниках и так ниже будет даже при одинаковых ставках.
Заявки с сайта это 40% обращений, поэтому коллтрекинг не внедряем, как бы верится, что и аналитики по заявкам достаточно.