Анна

1) Получать с сервера ссылку, а не подставляя ее в js.
2) Записывать куда то определенный hash на открытие страницы
https://мойсайт.ru/страница-благодарности.php?hash=123 и потом гасить его, чтобы человек не мог повторно открыть страницу.

Возможно просто рендер страницы благодарности вместо формы отрисовать после события успешной отправки формы.

Яндекс больше не позволяет парсить запросы из Вордстат. Для этого можно использовать API XMLRiver. Платный, разумеется.
Запросы можно взять из Букварикс, он сейчас абсолютно бесплатен.
Частотность парсится через Директ - там ничего не надо, просто яндексовые учётки с привязанным телефоном (одним на всех). Кабинет не нужен.
Выдача парсится тоже по XML - либо с помощью xmlriver, либо с помощью xmlstock.
Нюанс. Для парсинга из Директа всё же нужно брать Rucaptcha. Это очень дёшево, но без неё никак. Мне в среднем рублей 200 хватает на пару лет, при том, что парсить приходится много и регулярно.

OpenServer запрещает задавать имена доменов с нижним подчеркиванием. Замените недопустимый символ на тире "sibarit-su". Должно заработать.

Сайт самописный, на HTML, CSS, немного JS и обработчик формы на нативном PHP.

Как следствие этих попыток, остались файлы WP в корневой папке. Похоже, это ни на что не влияет, но если я ошибаюсь - поправьте меня, возможно, это не так.

Если это обычная статика, то скорее всего у Вас нет правил роутинга, соответственно так же будут попытки индексации этих (wp) директорий и файлов внутри них, что не очень хорошо.

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

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

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

Вы точно уверены, что правильно закупали ссылки и создали правильный ссылочный профиль? Да и ссылки для Яши играют далеко не определяющее значение, не то что для гугла.

Несколько дней назад добавила в .htaccess код для того, чтобы убрать из поиска index.html:

Это одна из базовых вещей внутренней оптимизации (robots.txt туда же), которую необходимо выполнить одной из первых. Вы уверены, что у Вас Apache, а не Nginx? Так же RewriteEngine On достаточно включать 1 раз в блоке, 2 не обязательно.

То есть фильтров нет.

Не всегда напрямую об этом говорят.

Я совсем не понимаю, что происходит и как вернуться на прежнее место на 1 странице выдачи по ключевым запросам средней частотности.

Очень мало данных Вы предоставили, чтобы можно было за что то зацепиться. Трафик упал (вместе с позициями) только в Яше, или в Гугле так же? Какие действия Вы производили за месяц до этого?

Вижу, что прошло всего ~3 суток, а Вы уже бьете тревогу, это конечно хорошо, но иногда поисковики штормит и это Вам не изменить.

Яндекс обновляет алгоритмы определения качественно...
Новый алгоритм Яндекса 2024 под названием «Косяк»

<meta name="description" content=""<?= $description ?>>

Вы видите, что у вас текст description вставлен мимо кавычек, после их закрытия?

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

Могу подсказать куда копать, или фрилансера)
t.me/lovtin напишите в телеграмме

- "Я правильно понимаю, чтобы выложить файлы в формате php, нужно создать какую-то базу данных?"

Нет, для работы php не требуется база данных, если это не определено в коде php

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

Здравствуйте.
Вот есть, к примеру, у вас связка: веб-сервер Apache, интерпретатор для выполнения приложений на PHP и СУБД MySQL. Обычно с этим набором мы и имеем дело. Это "инфраструктура" для работы сайта. Файлы и каталоги движка сайта приведены у вас на скриншоте.
Если нет уверенности в процессе установки (развертывания) сайта, то, конечно, удобно тренироваться на локальном веб-сервере. Но и в случае с хостингом - не страшно. Ошибки можно исправить. Ничего лишнего вам, все равно, сделать не позволят (не дадут соответствующих прав).
Файлы движка сайта (так сказать, программа) - одна история. База данных, где будет хранится контент (наполнение) сайта: логины, пароли, разделы сайта, сообщения и прочее - другая история. Не путайте эти сущности. С точки зрения сайта, а также веб-мастера, локальная (тестовая) машина ничем не отличается от хостинга. Просто один компьютер - у вас дома, а другой - у хостинг-провайдера.
В самом простом случае или когда нужно что-то откорректировать на сайте, файлы и каталоги просто копируются, с сохранением структуры. Например: файл localhost/favicon.ico кладется в корень хостинга так, чтобы он был доступен по адресу blablabla.ru/favicon.ico . Допустим, файлы скопированы. Далее, нужно будет как-то подключить сайт к БД. Каким образом? Вообще, я смотрю, что у вас движок на локалхосте находится в установленном (распакованном) виде. Как, после распаковки, подключить данный (в вашем примере) движок к БД, я не знаю. Надо знать его название и искать документацию. Если таковой вариант действий возможен в принципе. Мне, к примеру, не приходилось подобным заниматься.
А так, наиболее простой способ установки движка сайта - из дистрибутива (через установщик). Если планируете ставить движок с нуля. Смотрите внимательно, не замените свои файлы header, footer и т. д., если вы вносили в них нужные правки! Т. к. установщик заменит их своими версиями. Тогда сначала ставите движок, а потом заменяете отдельные файлы.
PHPMA нужен для работы с БД, а не для установки сайта. Это инструмент для иных задач. Да и без сведений о названии и пароле доступа к БД он вам ничего не даст.

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

PHP позволяет решить эту задачу множеством способов, использовать готовый шаблонизатор, например Twig.

Или реализовать свой с использованием функций ob_start() и ob-get-clean(): создаете файлы index.php и functions.php, каталог templates в котором будут храниться все файлы шаблонов. В каталоге templates создаете файлы: layout.php, header.php, footer.php, content.php.

Файл functions.php:

/**
 * Функция загрузки шаблона
 * 
 * @param string $template Путь до файлов шаблона
 * @param mixed[] $data Данные для подстановки в шаблон
 * @return string Возвращает готовый код шаблона
 */
 function render_template($template, $data = []) {
     ob_start();
     if (file_exists($template)) {
         extract($data);
         require($template);
     } else {
         print('Нет файла шаблона: '.$template);
     }
     $html = ob_get_clean();
     return $html;
 }

Файл index.php:

require_once __DIR__ .  '/functions.php';

$header = render_template('templates/header.php', ['title' => 'Главная страница']);
$footer= render_template('templates/footer.php');
$content = render_template('templates/content.php');
$page_layout = render_template('templates/layout.php',  
                               ['header' => $header, 'footer' => $footer,  'content' => $content]);
print($page_layout);

Файл templates/header.php:

<head>
<title><?=$title?></title>
</head>

Файл templates/layout.php (в котором вместо <?=$header?> будет выводиться содержимое из файла templates/header.php и т.д.):

<!DOCTYPE html>
<html lang="ru">
<?=$header?>
<body>
<?=$content?>
<?=$footer?>
</body>
</html>

Надеюсь, что употребляя словосочетание "купить домен", Вы понимаете, что на самом деле Вы покупаете услугу администрирования доменного имени, то есть право внести в БД техрегистратора нужную Вам инфу :)

У хостера домены берут те, кто не хочет морочиться - хостер обычно всячески этому способствует.
У регистратора - те, кто понимает, что делает и зачем он это делает. Ну и кроме того, домен - далеко не всегда сайт :)

вы уверены что непроиндексированные страницы существуют? Очень часто, а для некоторых причин неиндексации в большинстве случаев, непроиндексированные страницы не существуют. Пересмотрите, если есть, карту сайта, обновите её. Есть сервисы для создания карты сайта онлайн. Проверьте файл robots.txt. Если есть непроиндексированные страницы с причиной блокировки в robots.txt, сделайте пробный чистый robots. В смысле не пустой, а с записью только User-agent: *
Allow: /

Sitemap: ... sitemap.xml

Если ваш сайт на wordpress, то это скорей всего сео плагин создаёт корявые ссылки. Если указана причина Страница с переадресацией, то скорее всего этих страниц не существует. Вернее такая то страница допустим есть , но адрес к ней несуществующий. К примеру есть страница урл сайта/страница такая-то, а урл с причиной переадресации имеет урл урл сайта/категория такая-то/страница такая-то. Чтобы посмотреть непроиндексированные адреса нажмите на причину. И увидите список. Если вы убедитесь что эти урлы не существуют, то просто проигнорируйте это, всё равно вы причину не найдёте, больше чем уверен. "почему требует canonical". Потому что есть канонический адрес. Опять таки, если каноникал, с переадресацией, копия, проверьте на правильность неиндекированного урла. В большинстве случаев эти урлы несуществуют.

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

Причин может быть миллион. От банального - не успел поисковик в индекс занести, до каких-нибудь ошибок или считает эти страницы малоценными. Может быть не настроена карта сайта или закрыты в robots.txt. Надо смотреть сам сайт, а еще лучше с доступом в SC.

Сделайте следующее. Возьмите урл каждой страницы и вручную загоните в SC. По ходу этого процесса гугл будет давать информацию об этих страницах: принимает их к индексации или нет. Если нет, то может сказать по какой причине.

Помогите, пожалуйста, разобраться, как найти эти страницы и исправить их.

Если вносили канониклы на сайт после добавления в SC, то изменения будут не сразу.