Как называется южнокорейский поисковый портал собственной разработки. Создание аккаунта в Naver. Продвижение через Naver Cafe

21.02.2019

Я попытаюсь тут разъяснить то, как я подхожу к написанию сайтов, где могут применять подключаемые модули. Пример тому известный скрипт PHPNuke. Как бы не ругали его, подход, примененный в нем, к модульному программированию очень удобен. Но из-за корявости общего кода применять такой скрипт на серьезных сайтах, точнее скажем порталах, с большим количеством посетителей, не рекомендуется. Почему? Скрипт работает медленно, очень большая нагрузка на базу данных. Можно еще очень много чего описать, но это уже материал для другой статьи. Если кому интересно, то в интернете полно описаний этого движка. В <неудобоваримости> PHPNuke я убедился сам. Мой основной проект NVIDIA BIOS Collection в начала базировался на PHPNuke, но постоянные проблемы с хостингом заставили меня начать разработку своей система портала с нуля. Из PHPNuke я взять только суть модулей, все остальное же делал сам. И так для начала. Прежде всего, надо продумать систему каталогов, что и где будет лежать. Вот примерный вариант.

* /mods/ — каталог для хранения модулей
* /img/ — картинки
* /include/ — каталог вспомогательных файлов

Это что нам сейчас пока надо. Применять блоки и скины мы пока не будем. В моем портале также были другие каталоги

* /blocks/ — Тоже своего рода модули, но не выводящие сами информацию, а возвращающие заполненную переменную.
* /js/ — каталог для Java скриптов
* /theme/ — каталог выбора тем или, грубо говоря, набор скинов для сайта.
* /files/ — файлы для скачивания

ну и другие каталоги.

В корневом каталоге храниться всего один файл index.php и вся работа идет через него. Теперь надо решить как будет выглядеть сам сайт. Для нашего примера подойдет наипростейший вариант дизайна, верх сайта, низ сайта, а в середине наша информация из модулей. Для этого в каталоге include создадим два файла top.php и bottom.php, что соответственно будет верхней частью дизайна и нижней частью дизайна.

$PAGE_TITLE

здесь выводится шапка

Меню сайта

- Модуль1
- Модуль2

"; ?>

Предвижу комментарии, где скажут, почему я не вывожу HTML код отдельно, а php отдельно. Я приучил себя к написанию 100% PHP кода, с одной стороны не очень и красиво может выглядеть, но мне так удобнее. Если кто-то хочет писать по-другому, то тут я не советчик. Заметьте переменную $PAGE_TITLE в top.php. В моей реализации вся информация о модулях храниться в базе данных, где помимо имени файла модуля храниться также и его название, которое потом и кладется в $PAGE_TITLE, для вывода его в головок браузера.

"; ?>

Также создадим файл конфигурации config.php и положим его в каталог include.

Вот примерная схема работы index.php

Теперь создадим два файла mod1.php и mod2.php и положим их в каталог mods.

"; echo "А здесь можно посмотреть на модуль номер 2"; ?> mod2.php "; echo "А здесь можно посмотреть на модуль номер 1"; ?>

Поясню немного вот эту строку

if (!eregi("index.php", $PHP_SELF)) { die ("Access denied"); }

В каждый модуль желательно включать такую проверку во избежании вызова файла модуля вне самого index.php. На примере моего портала до вызова модуля у меня идет подключение в базе данных, считывание некоторых глобальных переменных и без них, ни один модуль сам по себе работать не сможет. Так что лучше всего просто запретить вызов модуля напрямую. Вызов модулей в данном случае производится через строку в виде index.php?mod=имя модуля, но тут можно применить и систему ЧПУ. Тогда URL примет вид index.php/имя модуля/

Вот в принципе очень грубая схема реализации модулей. Можно добавить любой модуль, просто положив его в каталог mods/ и придерживаясь общей концепции работы, построить очень сложный сайт. В чем удобства работы? По сути вы отодвигаете от себя основную заботу по натягиванию кода на дизайн. Это делает один раз в index.php. Сам же модуль должен только работать и приносить пользу. Централизация сбора основной информации из базы или конфигурационного файла, глобальные переменные сайта, информация о пользователе и т.д. С другой стороны есть недостатки (хотя при определенном взгляде они не кажутся недостатками), скажем надо четко следить за тем какие имена переменных используются до модуля, чтобы не перезаписать, случайно, их внутри модуля. Один раз у меня такое случилось. После такого случая, я взял для себя за правило называть системные переменные в таком виде $sys_имя переменной. Другой очевидный недостаток это трудность реализации разных вариантов дизайна для разных модулей. Но! Тут есть выход тоже.

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

К примеру, наши простые модули можно модифицировать в таком варианте.

"; echo "А здесь можно посмотреть на модуль номер 2"; include("inc/bottom.php"); ?>

Как делать в данном и конкретном случае решать Вам. Я же просто попытался направить тех, кто начинает писать на php, а может и тех, кто уже пишет, на определенный вариант или стиль программирования.

; поэтому там, где заботы особенно значительны (напр. при отдаче на сохранение животных), П. прямо превращается в поручение или личный наем .

По русскому праву "на сохранение или в П. могут быть отдаваемы вещи , деньги и акты" (ст. 2100), причем сенатом разъяснено, что предметом П. не могут быть птицы, пчелы , скот (73 / 1577 ; 75 / 982).

П. - один из древнейших договоров; потребность отдавать на сбережение свои вещи при отлучках или в случае каких-либо бедствий, пожара, нашествия врагов и т. д. существовала в древности, может быть, еще в большей степени, чем теперь. В Древнем Риме поклажа сливалась иногда с поручением попечения о семье и всем хозяйстве в один общий договор, так назыв. datio iu tutelam , известный уже очень рано. Характерной особенностью древнего договора П. является то, что он был заключаем обыкновенно с лицами близкими, друзьями, и основывал отношения доверия (древнее римское право знало и П. недвижимостей , так назыв. fiducia cum amico contracta; см. Фидуция).

Согласно с этим договор является безвозмездным и на первых порах не ведет ни к какой юридической ответственности, исключая случаев кражи поклажепринимателем отданных на сохранение вещей; при краже посторонними лицами иск из воровства предъявлялся собственником к этим лицам. По "Русской Правде ", количество отданных на сохранение вещей удостоверяется при возвращении присягой принявшего на хранение. Тем сильнее была нравственная ответственность за нарушение доверия. В Риме недобросовестного поклажепринимателя постигало бесчестье (infamia). В русском праве до сих пор поклажеприниматель, присужденный судом к возвращению вещей, платит, кроме убытков, еще штраф в размере 10% с цены вещей или суммы денег, бывших на хранении, в пользу богоугодных заведений (ст. 2116). Такого постановления нет в западноевроп. законодательствах.

Старая точка зрения на П. как на договор, возникающий на почве взаимного личного доверия и требующий со стороны поклажепринимателя некоторого одолжения, самопожертвования в пользу поклажедателя, отражается и на постановлениях действующего права. Оно не допускает возможности принуждения к принятию П. после состоявшегося соглашения о ней; договор о П. - реальный контракт, действительный лишь с момента отдачи вещи. Некоторые законодательства (франц., остз.) до сих пор признают в принципе безвозмездность договора П. Эти же законодательства - и все остальные при безвозмездной П. - признают ответственность поклажепринимателя лишь за умышленно или по грубой неосторожности причиненный вред и налагают на него обязанность заботиться о полученных на хранение вещах, как о собственном своем имуществе. При опасности, угрожающей одинаково собственным и принятым на хранение вещам, они должны быть спасены вместе (ст. 2105 русского Гражданского зак.). За всякую вину и случай поклажеприниматель отвечает лишь в том случае, если не возвратит вещь поклажедателю в установленный срок или по его первому требованию, хотя бы срок возвращения и был установлен. Дальше установленного срока поклажеприниматель не обязан хранить вещь. Поклажепринимателю не дозволяется пользование взятой на хранение вещью; в противном случае он отвечает уплатой убытков. При пользовании отданными на хранение деньгами П. обращается в заем, подлежащий оплате узаконенными процентами. Поклажедатель обязывается уплатить поклажепринимателю все издержки, понесенные им для сохранения вещи в целости. Общегерманское гражданское уложение стремится ввести П. в разряд возмездных договоров с равной ответственностью обеих сторон, согласно с современным значением договора. И оно, однако, не решается целиком возвести ее в контракт консенсуальный. По общегерманскому уложению, вознаграждение по договору Π предполагается молчаливо условленным, когда по обстоятельствам дела можно ожидать, что П. была возмездной; в таком случае и поклажеприниматель отвечает за всякую вину в случае повреждения вещи. Русское право дает специальные постановления о П. денег для установления различия между поклажею и займом, важного в особенности в интересах конкурса, в массу которого отданные на хранение деньги не поступают, подлежа возвращению целиком поклажепринимателю; отсюда обычное прикрытие поклажей договора займа. Закон требует, чтобы отданные на хранение кредитные билеты были означены по ΝΝ, а относительно звонкой монеты был указан ее род и год чекана. Предписывается также особая форма П. - сохранная расписка (см.) с специальными постановлениями относительно ее юридического значения. Западные законодательства просто постановляют, что П., совершенная на вещи заменимые с обязанностью возвратить их в том же количестве и качестве, обращается в заем (см. ниже).

Особые виды П. 1) Необходимая П., сделанная при каком-нибудь несчастном случае - пожаре, наводнении, кораблекрушении, и др. - по французскому и русскому праву не требует доказательства путем письменного документа, подлежа всем остальным правилам о добровольной П. К необходимой П. русское право причисляет также П. вещей воинскими чинами при внезапном отправлении в поход и П., производимую в торговле по купеческим обычаям (ст. ). 2) П. у содержателей гостиниц вещей приезжих , остановившихся в этих гостиницах, была регулирована особыми нормами еще у римлян; эти нормы с некоторыми дополнениями перешли в западноевроп. и остзейское законодательства. Вещи, внесенные в гостиницу или трактир постояльцем с ведома содержателя и его прислуги или принятые этими лицами в силу закона, поступают на хранение к ним, причем хозяин отвечает за всякого рода ущерб и гибель вещей, причиненные им самим, его слугами или лицами посторонними, за исключением самого постояльца и сопровождающих его лиц, а также кроме случая непреодолимой силы. Вывешенное в гостинице объявление о сложении этой ответственности недействительно; ответственность имеет место и при безвозмездной остановке в гостинице, но она может быть снята по специальному соглашению (остзейское право ; общегерманское не признает и этого ограничения). За сохранность денег и ценных бумаг хозяин ответствует лишь до суммы марок, а свыше - только в том случае, если отказался принять их на специальное хранение в качестве ценных вещей или ущерб произошел по его вине или вине его служащих. Заявление о потере вещей должно быть сделано немедленно после того, как она обнаружена. Русское право возлагает ответственность за утрату вещей на содержателя гостиницы лишь в том случае, если деньги и вещи сданы с обоюдного согласия на специальное его хранение (ст. 2124). 3) Так наз. depositum irregulare - отдача на сохранение денег и заменимых вещей с обязанностью возвратить их в том же количестве и качестве. При такой П. вещи и деньги переходят в собственность поклажепринимателя; он платит определенные проценты и несет полную ответственность; отношения здесь подобны займу, но лицо, принимающее такую П., делает это не в своем интересе, а в интересе лица отдающего. Такова отдача денег на хранение слугами господам; таковы все депозиты (см.) в банках и специальных учреждениях для хранения денег и ценностей. Римское право рассматривало поэтому depositum irregulare как особый вид П. Общегерманское уложение, следуя за швейцарским, ввиду того, что цель договора юридически безразлична признает такое отношение договором займа. Время и место возвращения депозита и по общегерм. уложению определяются, однако, постановлениями о П., т. е.

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

Хочу отметить, что современные cms работают на php и этот урок дает упрощенное понятие о принципах работы таких сайтов. Для того, чтобы создать полноценный интернет портал разумнее использовать уже известные движки. Особенно привлекателен Wordpress своей дружественной админкой и постоянной поддержкой сообщества разработчиков.

И узнать все подробности по условиям и ценам.

Для изучения php мне понравился этот пошаговый курс обучения php (к сожалению, автор переквалифицировался, но я предлагаю посмотреть другой урок. Это "]]> Современный PHP: работа с Вконтакте ]]> "), здесь Вы можете спросить о непонятном и получить развернутый ответ. Освоить этот язык программирования помогут о том, как сделать современный php веб-сайт, самоучители php - все для обязательного прочтения.

Перед тем, как рассмотрим создание сайта с помощью php, мы уже поняли, что PHP сам по себе сайтов не делает. И то, что мы видим на экране, изнури ничто иное, как самый обычный HTML, путь даже страница и имеет расширение PHP.

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

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

Урок 1. Как создать сайт на php

Например, сделаем сайт, состоящий из 5 страниц.

Пусть структура будет такой:

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

Для начала создадим шаблон нашей страницы в HTML:

PHP TEST

Эта страница сделана при помощи PHP (Personal Home Page)

Для того, чтобы поменять код сразу на пяти страницах, мы должны разложить этот код на части, то есть - на самостоятельные файлы. Разбиваем наш HTML-код на три части:

PHP TEST

Раздел № …

Таким образом, мы увидели каким образом можно разобрать нашу страницу. Очень простой пример, наверное самый легко усваиваемый в сети, за что огромное спасибо автору! Усложнением каждый из нас будет заниматься самостоятельно.

Что ж делать теперь? А вот что.

Сохраняем наши части следующим образом

(обратите внимание на строку, объявляющую PHP код):

Файл - header.php

PHP TEST

Файл - footer.php

Куда ж делся файл mainblock.php? Его и не выделяют в отдельный файл. С этим файлом в дальнейшем работает веб-мастер. В нем будет содержаться основной контент страницы. И править мы его будем «ручками», а то размечтались все на автомат поставить;).

Смотрим что получилось в итоге.

Два файла:

Первый файл отвечает у нас за "верхнюю часть" нашей странички, второй - за "нижнюю".

Мы подошли вплотную к созданию php шаблона сайта.

Что делаем теперь? А вот как. Создаем еще один файл. К примеру назовем его - test.php. Этот файл и будет нашим шаблоном. Рассмотрим, как же нам собрать нашу страничку.

Воспользуемся для этого функцией include(); Эта функция позволяет нам включить в наш код PHP, другой файл. Итак! Внимание! Таинство начинается.

Пишем следующее:

#все дальнейшее обрабатывается интерпретатором PHP ?>

#подключаем наш заголовок страницы

include("header.php");

#Подключаем наш подвал

include("footer.php");

Всё. Мы с вами создали на PHP шаблон страницы. Теперь, если мы загрузим этот файл через браузер (предварительно, разобравшись с работой денвера или же установив, отдельно связку Apache + PHP), то получим, при просмотре в "блокноте", следующий код:

PHP TEST

Это шаблон нашего сайта. Тут у нас идет основная информация

Делаем много страниц нашему php сайту

Теперь мы можем переименовывать эту страницу хоть сотней различных имен (пользоваться сохранить как..., умеют уж все). Соответственно множим страницы с именами:

Изменяем информацию на этих страницах между

Это Раздел 1

Это Раздел 2

Это Раздел 5

Если Вы уже перечитали необходимую литературу по php , то без труда догадались, что все эти файлы должны быть сохранены в одной директории. Если Вы, к примеру, сохраняете шаблоны страниц в отдельной директории, то строчка включения файла в код будет выглядеть следующим образом: include("dir_name/header.php");. Где "dir_name" имя вашей директории.

Подведем итог.

Мы получили 5 файлов, которые выглядят одинаково. При этом, редактируя файлы header.php и footer.php имеем возможность изменить внешний вид всех 5 файлов. Попробуйте, покликайте по ссылкам. Смело изменяйте что-нибудь в файлах header.php или footer.php и посмотрите как эти изменения коснутся каждой страницы. Что и требовалось получить. Вот так вот несложно.

Приведенный пример прост и примитивен, что и нужно для первых шагов в изучении и создании сайта на языке php.

Все поставленные цели в начале этого урока выполнены:

Создали сайт на PHP

Облегчили себе всю дальнейшую жизнь, связанную с поддержкой сайта

Добились того, что страницы выдержаны в одном стиле

Этот урок был написан в 2003 году, с тех пор сам php совершенствовался не раз. Урок найден по ссылке как сделать сайт на php.

В следующем уроке мы разберемся, что можно сделать с ссылками с помощью могучего PHP. Чтобы быть в курсе обновления материала сайта, можете подписаться на RSS ленту.

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

Если же вы готовы к серьезному изучению php, то лучше видео курса от Попова найти сложно. У него огромный опыт и хороший слог.

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

В прошлой статье мы затрагивали вопросы продвижения проектов в китайском , сегодня хочу познакомить вас с корейским поисковиком Naver.

Naver (название происходит от англ. navigate (направлять)) самый популярный поисковик в Южной Корее, занимающий на текущий момент 83% поискового рынка.

Поисковик был основан в 1999 году группой бывших сотрудников Samsung.

Если смотреть историю развития корейского поисковика, то можно сделать вывод, что Naver иногда даже опережал Google и Yahoo. Например, еще в 2000 году Naver запустил в работу «комплексный поиск» (подобие которого только через 5 лет представил Google, назвав его Google’s Universal Search), в результате стало понятно, какой контент Naver будет индексировать: веб-сайты, блоги, картинки и т. д.

А представленный позже Knowledge iN в 2002 (За 3 года до подобного сервиса у Yahoo (Yahoo! Answers) появление подобного сервиса стало революционным в корейском сегменте интернета, что позволило пользователям самим создавать контент и закрепило позиции поисковика на многие годы вперед.

Вернемся в 2016. Чтобы понимать, чем корейский интернет отличается от глобального или российского, нужно помнить еще об одной особенности. Корея - самая мобильная страна в мире. Большинство корейцев для по сети используют смартфоны. По данным опросов среди молодежи процент активных мобильных пользователей доходит до 100%.

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

Особенности поисковой выдачи в Naver

Давайте посмотрим стандартную выдачу для запроса 음악 (музыка).

Так как скрин огромный, то открывать лучше в новой вкладке, чтобы была возможность увеличить и все как следует рассмотреть.

Как видим, Naver показывает 15+ типов поисковых результатов на одной странице, типы разбиты на тематические блоки. При этом органическая выдача находится на 11 месте.

Оптимизация сайта для Naver

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

Naver учитывает количество кликов из поисковой выдачи и время проведенное на сайте, чтобы определить качество страницы.
Он также отслеживает количество контента, который размещен на странице, и его релевантность ключевым словам из запроса пользователя.
Naver активно выступает против «коммерческих страниц», выдача должна нести информационную ценность для конечного пользователя.
Как и другие поисковики, Naver поддерживает canonical и sitemap.
Дублированный контент. Весь контент, размещенный на сайте, должен быть полностью уникальным для каждой страницы. Naver понижает в выдаче сайты, нарушающие это правило. Также если кто-то на регулярной основе ворует ваш контент, вы можете сообщить об этом в Naver Service Center .
Для поисковых роботов Naverbot и Yeti (другой робот поисковика) важно, чтобы главная информация располагалась вначале страницы.
Лимит для title = 35 знаков.
Лимит для description = 135 знаков.
Ключевые слова, в отличие от других поисковиков, пока еще играют важную роль. Советуем использовать не менее трех слов.
Для изображений желательно использовать тег alt.
Что касается заголовков, то все так же, как и для других поисковиков. Один h1 на странице, соблюдение иерархии и наличие ключевого слова в заголовке.
В Корее нет своих популярных социальных сетей (как Sina и Weibo в Китае). 80% пользователей используют Facebook. Поэтому для социальной активности и продвижения в этой сфере ориентируйтесь на эту соц.сеть.
Конечно же, не стоит забывать и про наличие robots. txt в корневой директории вашего сайта. Настройки стандартные и ничем не отличаются от подобных для Google. Есть еще одна корейская особенность - довольно часто корейские вебмастеры запрещают к индексации свои сайты в Google.
Поддомены. Дело в том, что Naver не любит тех, кто использует поддомены или несколько доменов. Используйте для сайта только один домен.
Поисковой робот от Naver испытывает трудности с анализом функционала использующего JavaScript и Flash. Поэтому важные элементы навигации должны иметь альтернативу в HTML.
И последнее: ваш сайт, конечно же, должен быть на корейском языке.

Создание аккаунта в Naver

В отличие от Baidu корейский поисковик совсем недавно добавил англоязычную страницу регистрации. При определении не корейского IP адреса язык по умолчанию выставляется английский. Для регистрации (опять же по аналогии с китайцами) требуется мобильный телефон.

Регистрация представляет из себя несколько этапов:

Зайдите на главную страницу поисковика - http://naver.com
Кликните по ссылке 회원가입 (Регистрация):

Добавляем наш сайт в поиск для индексации

После создания и наполнения вашего сайта его необходимо добавить в поисковик. В большинстве источников ссылаются на устаревшую на данный момент информацию. Обычно рекомендуют отправлять информацию о вашем сайте через сервис ubmit.naver.com . Однако, сейчас этот сервис используется как аналог Google Бизнес, помогает добавить вашу компанию в Naver. Для добавления ресурса в выдачу необходимо использовать корейский вебмастер. Об этом напрямую сказано в FAQ на Submit.

Примерный перевод: В Naver Бизнес теперь нельзя зарегистрировать сайт?

Если вы хотите добавить свой сайт в поиск, необходимо добавить адрес сайта через Naver Webmaster, а не Naver Бизнес.

Naver Webmaster Tool

Итак. Чтобы добавить ваш сайт в корейский поиск необходимо использовать Вебмастер от Naver . Переходим по ссылке выше и авторизуемся с помощью нашего Naver аккаунта.

Нажимаем кнопку «Добавить сайт»:

Добавляем домен:

После чего требуется подтвердить права на доменное имя, загружаем файл в корень сайта или вписываем мета-тег в head:

После подтверждения у вас откроется полный функционал вебмастера:

Теперь Naver знает о вашем сайте и при следующем обходе проиндексирует ваш контент.

Дополнительные варианты для продвижения

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

Продвижение через Naver Cafe

Сразу после регистрации в сервисе вы получаете свое сообщество «cafe». На странице можно настраивать дизайн всей страницы, баннеры, виджеты и боковые элементы. В целом у всех кафе структура схожа.

Хотелось бы отметить несколько важных факторов, которые влияют, будет ли ваше «кафе» показываться в основной поисковой выдаче:

Количество подписчиков на ваше «кафе».
Активность сообщества: как часто вы публикуете свежий контент.
Вхождение ключевых слов в тексты.
Использование фотографий и видео.
Количество рекомендаций от пользователей.
Количество комментариев.
Ключевые слова в названии «кафе» и в заголовках постов.

При удачной оптимизации и частом постинге в вашем «кафе» вы получите эффект и для веб-выдачи поисковика.

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

Naver Blog

Naver Blog - сервис блогов, который также имеет свое место в общем serp поисковика. Обычно ведут сразу два сообщества в Cafe и Blog параллельно (контент должен отличаться). Правила такие же, как и в Cafe:

Регулярный постинг.
Количество читателей.
Оптимизация по ключевым словам.

Вывод

В статье успели затронуть лишь базовые основы для старта продвижения проекта в Naver, некоторые аспекты пока остались за кадром. Возможно, рассмотрим их в будущем цикле статей. Надеюсь информация была вам полезна.