Какой минимум по администрированию веб-сервера нужен, чтобы разбираться в техническом SEO?

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

Админом становиться не планирую

Там всё тривиально, и если у тебя это вызывает проблемы - вероятно проблемы будут везде.

Ты пытаешься усвоить некрознания. SEO мертво, можно про него забыть. Сейчас надо изучать AEO https://ru.wikipedia.org/wiki/Generative_Engine_Optimization

редиректы, коды ответа, заголовки кеширования, HTTPS

Ну вот это. Логи не нужны. Остальное тоже в принципе. СЕО это 10% правильно настроенного сервера и 90% налитой воды, чтобы роботы ключевики поймали.

Всё зависит от стека. Какое именно ПО обрабатывает запросы. Причём те же редиректы и коды ответа зачастую можно обрабатывать на разных уровнях.

К примеру запрос приходит на балансировщик нагрузки, оттуда переходит на ингресс-контролер (на основе nginx). Уже на ингресс-контролере ты можешь реализовать большую часть этого функционала. Дальше запрос может уходить в под, в котором запущен второй нгинкс. Дальше из этого пода запрос может уходить в другой под, где, например, запущен питон. И другой вариант это настраивать второй нгинкс или написать обработку в питоне.

Могут быть и куда более простые стеки. Вплоть до того, что там вообще может не быть нгинкса. К примеру запрос сразу поступает в Java приложение и единственный способ поменять его обработку - переписать код на Java.

Сразу скажу, что правильного ответа тут нет. Если на проекте есть один знающий человек, лучше всего у него спросить, где лучше применять твои кастомизации и следовать его рекомендациям.

То же с логами. В каждом проекте по-разному логи собираются. Может быть в loki, тогда надо изучать работу с logcli. Может быть в ELK, там свои приколы. Может быть просто в nginx access_log, тогда как ты написал - через grep, awk и тд.

Лично моё мнение, для работы с текстом ничего лучше перла человечество не придумало и не придумает. Поэтому если ты часто работаешь с текстовыми логами, я бы посоветовал освоить перл. Это такой скрытый алмаз, про который большинство забыло. Практически гарантированно программа на перле будет короче, понятней и быстрей, чем баш-лапша из кучи пайплайнов.

Думается мне, ему гораздо проще всё надо.

Думал, отвечать - не отвечать. Как мне кажется, @firkax прав, если есть проблемы с этим, то и дальше будет тяжело.

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

Заголовки кеширования. Заголовки - служебная информация. Заголовки кеширования - информация связанная с указанием того, как кешировать запрос.

HTTPS - шифрованное (безопасное) соединение. Сейчас используется повсеместно.

Это так, по верхам.

Как по мне, обычной вики должно хватить для понимания. Ну может статьи какие в интернете надо поискать. Книга «веб-сервер для сеошников» мне неизвестна.

Может в корень положить какой нибудь llms.txt?

Спасибо за ответы

Сейчас надо изучать AEO https://ru.wikipedia.org/wiki/Generative_Engine_Optimization

По ссылке «GEO». Это понятно. А AEO что такое?

и перечислила ряд приёмов, продвигаемых под марками GEO и AEO, как ненужные.[5]

По ссылке статья, которую предполагается прочитать видимо

Да, действительно, по ссылке есть.

Для Ъ:

It defines “AEO” as “answer engine optimization”