Работаю почти всегда с небольшими коммерческими сайтами в 20-200стр, изредка ИМ с 500-1000 стр.
Так вот , из моей практики - загрузка сайтмеп в консоль и ЯВМ - не дает вообще ничего, ни скорости индексации, ни скорости переиндексации, ни загнать новые стр в индекс .
XML карта может помочь в решении задачи по приоритезации индексирования.
Если это задача актуальная, то это хороший инструмент. Если подобные задачи не ставятся и работа идёт на интуитивном уровне, то в целом XML карта лишь рабочая формальность.
Это уже другой вопрос. XML карта не гарантирует индексацию, она лишь помогает поисковому роботу вовремя получать уточнённую информацию по обновлению и появлению новых страниц. Это и есть приоритизация.
Без приоритизация поисковые роботу будут иметь свой свой поряд обхода. С помощью XML у вас появляется возможность на него влиять. Когда это реализовано системы и вы понимаете зачем это нужно, это может давай свой полезный эффект, выраженный в более оперативной и полной индексации страниц.
Для больших сайтов с часто обновляемым контентом и большой аудиторией - это важно.
Если сайт 7 лет работа без xml карты и вы не планируете модернизацию, то картой можете не заморачиваться.
Я понимаю. Что-то показывать нельзя, что-то сложно. Но так или иначе свои работы работы продемонстрировать можно.
А также можно и нужно стремиться к тому, чтобы было что показать.
Да, всё верно. Я также работаю с небольшой шаговой предоплатой, чтобы заказчик всегда мог увидеть и пощупать конкретный результат работы.
Не может быть такого, чтобы какая-то сторона всегда во всём была права.
Если всегда прав клиент, то и не о чем говорить - "всегда делай то, что требует клиент".
Если исполнитель настаивает на том, что он всегда прав - вряд ли он сможет удержать клиентов.
Это всегда искусство тонкого компромисса.
Верно.
Создание программного результата - процесс творческий и условия выполнения могут и как правило меняются в процессе многократно.
Можно и нужно разбить процесс на этапы, умозрительно оговорить условия для закрытия контрольных точек.
Ни в чём. Они для себя так посчитали необходимым.
Преимущественно ссылки должны раскрываться в том же окне, если это большой многостраничный сайт.
В целом схема весьма здравая, но только если заказчик правильно понимает, что является самостоятельной и полезной частью работы.
В принципе у опытного исполнителя не должно быть проблем объяснить (что/куда/для чего), но тут ещё есть доп. условия ответной стороны. Удовлетворительна ли будет для заказчика какая-то часть работы, функциональной которой заказчик не сможет для себя проверить?
Здесь всё как правило решается на оперативных компромиссах.
Есть и ещё одна сторона вопрос - заказчик предлагает постоплату?
У опытного разработчика всегда есть рабочий бэкграунд, поэтому не должно быть проблемой.
Вот это странный пункт. Если заказчик ищет совместителя, то не его дело сколько вы набрали проектов.
Если вы успеваете и укладываетесь в сроки, то всё, что не касается ваших договорённостей - ваше личное дело.
С дикими это с какими?
Кому-то с тысяча рублей / час - кажется дикостью.
Какого арбитра? Который будет выполнять ревизию работы по частям?
Прояснять детали.
Все, что можете выполнить к моменту публикации новости - выполняйте.
К новостному контенту обычно невысокие требования (не такие как к экспертным статьям).
Просто "ждать" не самая лучшая стратегия. Нужно понимать за счёт чего у вас будет происходить рост видимости, а значит контролировать и координировать работу по точкам роста.
Если у вас сугубо новостной проект, то ваша задача обеспечить:
а) индексацию;
б) распространение свой новости по URL источника;
в) по возможности обеспечить обсуждение этой новости у себя на сайте.
У вас могут быть новости, которые в принципе не будут приносить трафика, но будут публиковаться в порядке плановой работы.
Вам надо разделять трафикообразующие страницы, от всех остальных.
Редактировать можно любые страницы.
Как посчитает нужным для более точной корректировки.
Не совсем понятно, какие сео тексты вы собрались добавлять/изменять в новостях?
Для контента важнее его содержательная ценность, а не то, когда и как вы будете его трогать.
Менять в готовом тексте ключи на более высокочастотные в корне неверная стратегия.
В новостных проектах не используются seo тексты, это понятия взаимоисключающие.
Ни одна уважающая себя редакция не будет под конкретную новость дописывать в неё SEO текст.
SEO тексты в основном используются для описания категорий, страниц услуг и разделов, - да и то, понятие "SEO текста" весьма условное, устаревшее.
SEO текстами называются части текста, которые написаны только для поисковых систем (для ключевой плотности). Такие тексты в чистом виде использовать не рекомендуется. Нужно основной текст доводить до такого уровня, чтобы он содержал необходимый охват запросов и нужную структуру текста.
Новостной формат контента - это совершенно другая история, здесь нужен другой подход и никакие SEO текстов здесь быть не может, либо это будет простой новостной мусор с накачкой запросов.
Всё это ненужная суета, сплетни, судачество, "пыль" и вдыхание вредных смол.
Если вам нужно общение, старайтесь находить более благоприятные условия для общения.
Лучше отдавать на первичную индексацию наиболее корректный результат.
Т.е. сначала выполняйте настройку/заполнение текстов/описаний/заголовков на тестовом сайте, а потом уже переносите на основной и отправляйте на индексацию.
Однако на практике такое - редкость, ибо сначала выполняют первичную базовую оптимизацию и запускают в работу, а потом уже последовательно шаг за шагом в течение долгих месяцев выполняют полную оптимизацию (что касается контента и прочих внутренних задач, которые при базовой оптимизации сделать долго и трудозатратно).
На всякий случай напомню ограничение по sitemap.xml,
источник