Faq вопросы ответы советы базы данных


Содержание

Бизнес-интернет-вергилий

Ваш проводник в кругах интернет-продвижения

Делаем правильные разделы «Вопрос-ответ» и «Часто задаваемые вопросы»(«FAQ»,«Чаво»)

Разберём, какими должны быть эти разделы, чем отличаются и нужны ли они на Вашем сайте вообще.

«Чаво» или «Вопрос-ответ»

В ЧаВо (Часто задаваемые Вопросы) — рапорт. Чётко, кратко, однозначно и по делу → понятно. Вопросы те самые, на которые «задолбало отвеать каждому одно по одному» — как правило, их немного. Прочитавший заранее клиент экономит время и нервы менеджера, не задавая их.

Часто такой раздел есть у форума или сообщества в соц.сети. Каждого задавшего вопрос из FAQ сразу (порой довольно грубо) отправляют смотреть ЧаВо. Хороший тон посетителя сообщества — прочитать этот раздел перед тем, как задавать вопросы. Хороший тон авторов раздела — сделать его кратким и информативным.

Вопрос-ответ — раздел, в котором посетитель сайта найдёт ответ на любой вопрос о компании. А если не найдёт — легко задаст с помощью удобной формы, и ответ узнает не только он, но и все остальные читатели. Очень удобно для выстраивания отношений, демонстрации компетентности сотрудников и отношения клиенту. Часто «Вопрос-ответ» ещё и форма техподдержки — в таком случае клиенты могут создавать приватные вопросы (их видят только авторы и администраторы).

ЧаВо не нужен

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

Во-вторых, ЧаВо на многих корпоративных сайтах следует гармонично «размешать» по остальным страницам. Допустим, в ЧаВо есть ответ вопрос по доставке. Но почему эта информация отсутствует в понятном виде на странице «Доставка»? Отличия вашей компании от остальных навернка уместнее в разделе «О компании», особенности услуг — в разделе «Услуги». А всё то, что отличает Ваше предложение от предложений конкурентов в лучшую сторону, наверняка лучше поместить на главную. Сайт ведь должен продавать услуги или товары, убеждать потенциального клиента выбрать именно Вашу компанию. Так хватайте людей за живое, пишите о том, что их волнует, подавайте ответы на вопросы из ЧаВО как ваши сильные стороны и преимущества — и сэкономите время менеджера, и увеличите доверие читателей. Кстати, рекомендую хорошую статью о том, как писать текст для главной страницы сайта.

Но представим, что раздел «Чаво» или «Вопрос-ответ» уместен. Каким он должен быть?

Частые ошибки в частых вопросах

  1. Не актуально — вопросы не отобраны из клиентских, а придуманы директором. Люди пробегают страницу глазами и тут же уходят, Яндекс фиксирует на сайте неинтересную страницу.
  2. Много текста — слишком подробные ответы, вопросы, которые не такие уж и частые, а иногда раздел состоит из нескольких страниц (кто по ним лазить будет, если быстрее позвонить. ). Сократите, структурируйте или переделайте в полноценный «Вопрос-Ответ».
  3. Дублирование информации. Если есть частый вопрос по доставке, то информация по нему должна быть на странице «Доставка», в ЧаВо в крайнем случае односложный ответ со ссылкой на информацию.
  4. Ужасный дизайн — текст нечитабелен, трудно зрительно отделить вопросы от ответов.

Каким должен быть раздел «Вопрос-ответ»

Посмотрите на сервисы

  • reformal.ru (бесплатный)
  • userecho.com (бесплатен ограниченный функционал)
  • copiny.ru (платный)

Они сделаны как надо, и даже ушли вперёд по сравнению с каноническим «Вопрос-ответ». Возможно, что в Вашем случае лучше установить на сайт один из этих сервисов, чтобы не тратить ресурсы на разработку. Установка простая — создаёте сообщество на сайте сервиса, настраиваете и размещаете на сайте код.

Так вот, что отличает хороший раздел «Вопрос-ответ».

  • Легко найти нужный вопрос ли понять, что его ещё не задавали. Лучший вариант это поиск по базе вопросов — по мере набора в выпадающем окне демонстрируются похожие на набираемый.
  • Легко оставить свой вопрос. Чем меньше нужно пользователю действий для того, чтобы задать вопрос, тем охотнее он это сделает. Вот регистрация, например: сейчас популярны регистрация/авторизация с помощью социальных сетей. Два нажатия на кнопку и пиши — красота! Без регистрации (только почту нужно оставить для извещения об ответе) — лучше! А если есть поиск — пусть человек, если не нашёлся вопрос, нажимает одну кнопку и открывается форма, в которой заголовок вопроса уже вписан (текст, который был набран в поиске).
  • Человек может получить ответ не только на сайте, не факт, что он будет заходить на него — пусть уведомление приходит на электронную почту или в социальную сеть. Можно позволить регистрироваться через соц.сеть, но просить при этом указать социальную сеть.
  • Продуманный дизайн — без него вообще никуда.

Если у вас есть какие-то вопросы или своё мнение — добро пожаловать в комментарии.

Напоследок видео от том, как точно не надо отвечать на вопросы:

Часто задаваемые вопросы (FAQ)

Здесь представлены ответы на наиболее типичные вопросы, возникающие при проектировании баз данных.

Содержание

Разновидности СУБД

Сервер и клиент

Реляционные базы данных: Теория

Реляционные базы данных: Особенности SQL-серверов

Реляционные базы данных: Практические вопросы

Дополнительно

Разновидности СУБД

Q1: Что такое СУБД?

A1: СУБД — Система Управления Базами Данных (DBMS — DataBase Management System).
Программа, либо комплекс программ, предназначенных для полнофункциональной работы с данными. Как правило, включает в себя инструменты для создания и изменения структуры хранения наборов данных, а также средства доступа к хранимым данным, с возможностью их чтения, добавления, изменения и удаления. При этом, у большинства СУБД имеется собственный встроенный язык (возможно не один) для работы с данными.
Сама база данных (БД) обычно находится просто в файлах закрытого, либо открытого формата.

Q2: Чем отличаются «серверная» и «настольная» СУБД?

A2: Под настольной (desktop) обычно подразумевается СУБД, которая всегда запускается на компьютере пользователя, хотя сама база данных может находиться в другом месте. В результате несколько копий СУБД могут обращаться к одной базе данных.
Серверная (server) СУБД, как правило, запускается в на той же машине (сервере баз данных), где находятся файлы БД. Непосредственно к базе данных обращается лишь один экземпляр СУБД. Пользовательские приложения общаются только с этой СУБД через ее API, независимо от того, работают они на той же машине или на другой.
Для многопользовательских баз данных более эффективным и надежным вариантом является серверная СУБД. В ней гораздо быстрее происходит доступ к данным, и значительно проще решаются конфликты между разными пользователями.

Q3: Что такое реляционная база данных?

A3: Реляционная (relational) БД отличается способом представления информации, находящейся в ней.
Данные в такой базе хранятся в плоских таблицах. Каждая таблица имеет собственный, заранее определенный набор именованных колонок (полей). Поля таблицы обычно соответствуют атрибутам сущностей, которые необходимо хранить в базе. Количество строк (записей) в таблице неограниченно, и каждая запись соответствует отдельной сущности.
Каждая таблица должна иметь первичный ключ (ПК) — поле или набор полей, содержимое которых однозначно определяет запись в таблице и отличает ее от других.
Связь между двумя таблицами обычно образуется при добавлении в первую таблицу поля, содержащего значение первичного ключа второй таблицы.
Реляционные СУБД (РСУБД) предоставляют средства для всевозможных пересечений и объединений любых таблиц, отбора записей по разнообразным условиям, группировки и сортировки результатов.
Реляционная база данных сочетает наглядность представления информации с простотой (относительной) реализации своей концепции и является наиболее популярной структурой для хранения данных на сегодняшний день.
Достаточно подробно реляционные БД описаны в книгах [1], [2] и [3].

Q4: Кто такой SQL-сервер?

A4: Сервер для управления реляционными БД обычно называют SQL-сервером.
SQL (Structured Query Language — язык структурированных запросов) является стандартным языком для работы с реляционными БД. Кроме стандартных реляционных операций, этот язык предоставляет возможности для изменений структуры таблиц.
Различные варианты SQL используются во всех, как серверных, так и в настольных реляционных СУБД.

Q5: Какой SQL-сервер лучше всего использовать?

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

Сервер Д остоинства Н едостатки
IBM DB2 Universal Database Самый навороченный язык запросов, лучший оптимизатор, возможность писать функции на других языках. Высокая стоимость.
Oracle Database Великое множество дополнительных возможностей. Версионный сервер. Очень высокая стоимость сервера и поддержки.
Microsoft SQL Server Быстро развивающийся продукт, уже вплотную приближающийся к своим более развитым конкурентам. Средняя стоимость. Существует только для одной платформы (Win32).
IBM Informix Dynamic Server Довольно развитый быстрый сервер. —
Sybase Adaptive Server Enterprise Достаточно развитый сервер. Средняя стоимость. —
Sybase Adaptive Server Anywhere Существует под множество платформ, включая самые экзотичные. Низкая стоимость. —
Borland InterBase Приличный набор возможностей. Версионный сервер. Бесплатный. Относительно медленно работает.
PostgreSQL Поддерживает историческую модель. Возможность создавать свои типы данных. Бесплатный. —
MySQL Быстро работает на простых запросах. Бесплатный. Очень бедный язык запросов. Мало дополнительных возможностей.

Q6: Что такое объектно-ориентированная СУБД?

A6: В объектно-ориентированных БД (ООБД), данные представлены в виде объектов различных классов.
Как правило, имеются возможности создавать новые классы, наследовать их от уже имеющихся, задавать произвольные атрибуты и методы для классов.
Для доступа к объектам, в каждой ООБД обычно предусматривается свой собственный язык, либо расширение другого языка. Пока еще ООБД недостаточно развиты и не представляют серьезной конкуренции SQL-серверам, хотя и выглядят более предпочтительными для разработчиков.
Производители SQL-серверов тоже, в свою очередь, иногда делают попытки соорудить над реляционным ядром сервера объектно-ориентированную надстройку.
Более подробно ООБД описаны в статье [4].

Q7: Какие объектно-ориентированные СУБД существуют в природе?

Q8: Что такое пост-реляционная база данных?

A8: Пост-реляционными, часто называют многомерные базы данных.
Данные в многомерных базах, представляются в виде разреженных многомерных массивов, а не плоских таблиц, как в реляционных базах. Для определенных задач, многомерные базы могут давать значительный выигрыш в быстродействии, по сравнению с реляционными.
Наиболее известные многомерные СУБД:
Cache
Teradata

Q9: Какие еще бывают разновидности СУБД?

A9: Кроме реляционных, объектно-ориентированных и многомерных СУБД, также давно известны иерархические и сетевые базы данных.
Данные и связи между ними, в иерархических БД представлены в виде деревьев. Для некоторых задач, такая форма представления данных может оказаться гораздо более эффективной, чем любая другая.
В сетевых базах, данные могут быть связаны произвольным образом, но эти связи должны создаваться предварительно, вместе со структурой данных. По сравнению с реляционными БД, сетевая модель может давать выигрыш в быстродействии, при некоторой потере гибкости.

Сервер и клиент

Q1: Что такое сервер баз данных?

A1: Под сервером БД обычно подразумевается СУБД, запущенная на той же машине, где находятся файлы БД, и монопольно распоряжающаяся этими файлами.
При этом, все пользовательские приложения должны работать с базой только через эту СУБД, используя ее язык запросов.

Q2: Что такое клиент?

A2: Клиентом к БД, обычно называют пользовательское приложение, которое общается с сервером БД.
Модель работы, в которой клиент общается непосредственно с сервером, не используя промежуточных приложений, называется архитектурой клиент-сервер.

Q3: Как клиент общается с сервером?

A3: На пользовательских машинах, обычно устанавливаются специальные программы-шлюзы, которые, через сетевой протокол, обеспечивают связь с сервером БД. Через эти шлюзы, приложения передают запросы серверу и получают результаты.
Часто, дополнительно устанавливается библиотека (ODBC, OLE DB и т.п.), предоставляющая приложениям API для работы с сервером БД.


Q4: В чем отличие «многозвенной» архитектуры от «двухзвенной»?

A4: Довольно распространена модель работы, когда клиент обращается не непосредственно к серверу БД, а к промежуточной программе. Эта программа обычно называется сервером приложений.
Такую архитектуру называют «трехзвенной», в отличие от «двухзвенной» архитектуры клиент-сервер.

Q5: Зачем нужен сервер приложений?

A5: Сервер приложений может использоваться для многих целей.
Как правило, сервер приложений находится на отдельной машине. На него можно переложить всю функциональность программы, оставив клиенту только интерфейсную часть. Это разгрузит клиента и сервер БД от вычислений.
Также, при большом количестве пользователей, можно использовать несколько серверов приложений для распределения нагрузки.
А для ускорения доступа к часто используемым таблицам, их обычно кэшируют на сервере приложений.

Q6: Чем отличается «тонкий» клиент от «толстого»?

A6: «Тонким» клиентом обычно называют пользовательское приложение, не содержащее никакой функциональности, и предназначенное только для ввода/вывода информации. Вся обработка данных производится на сервере БД, либо на сервере приложений.
Зачастую, такой клиент изначально не содержит вообще никаких возможностей, а подгружает дополнительные модули с сервера, по мере необходимости. Обычно, в качестве «тонкого» клиента, выступают Web броузер + HTML/ASP/Java.
«Толстый» клиент содержит всю функциональность и интерфейсную часть в себе, и при любом изменении, требует замены у всех пользователей.

Реляционные базы данных: Теория

Q1: Как данные хранятся в реляционной базе?

A1: Данные в реляционной БД хранятся в плоских таблицах. Каждая таблица имеет собственный, заранее определенный набор именованных колонок (полей). Поля таблицы обычно соответствуют атрибутам сущностей, которые необходимо хранить в базе. Количество строк (записей) в таблице неограниченно, и каждая запись соответствует отдельной сущности.
Полное описание реляционных БД можно найти в книгах [1], [2] и [3].

Q2: Как записи отличаются друг от друга?

A2: Записи в таблице отличаются только содержимым их полей.
Две записи, в которых все поля одинаковы, считаются идентичными.
Каждая таблица должна иметь первичный ключ (ПК) — поле или набор полей, содержимое которых однозначно определяет запись в таблице и отличает ее от других.
Отсутствие первичного ключа и наличие идентичных записей в таблице обычно возможно, но крайне нежелательно.

Q3: Каким образом таблицы связаны между собой?

A3: Простейшая связь между двумя таблицами образуется при добавлении в первую таблицу поля, содержащего значение первичного ключа второй таблицы.
В общем случае, реляционные БД предоставляют очень гибкий механизм для всевозможных пересечений и объединений любых таблиц, с разнообразными условиями.
Для описания множеств, получающихся при пересечении и объединении таблиц, используется специальный математический аппарат — реляционная алгебра.

Q4: Что такое нормализация?

A4: Упорядочивание модели БД.
Грубо говоря, нормализацией называют процесс выявления отдельных независимых сущностей и вынесения их в отдельные таблицы. При этом, связи с такими таблицами, обычно организуют по их первичному ключу.
В результате нормализации, увеличивается гибкость работы с БД. Также, уменьшается содержание дублирующей информации в БД, а это сильно понижает вероятность возникновения ошибок.

Q5: Имеет ли значение порядковый номер записи в таблице?

A5: Нет.
Реляционная алгебра оперирует множествами, в которых порядковый номер элемента не несет никакой смысловой нагрузки. Записи отличатся только содержимым их полей. Две записи, в которых все поля одинаковы, будут абсолютно идентичны в реляционной БД.

Реляционные базы данных: Особенности SQL-серверов

Q1: Что можно делать при помощи SQL?

A1: SQL (Structured Query Language — язык структурированных запросов) является стандартным языком для работы с реляционными БД.
Разделяется на две основные части: DDL (Data Definition Language — язык определения данных) и DML (Data Manipulation Language — язык обработки данных).
DDL предоставляет средства для создания и изменения структуры хранения данных (БД, таблиц, процедур, типов данных и т.п.).
DML предназначен для чтения и изменения данных.
Основные операторы DML: select — выборка, insert — вставка, update — изменение, delete — удаление.
Также, с помощью SQL, часто реализован доступ к служебным функциям SQL-сервера (заведение пользователей, создание резервных копий БД и т.д.).
Подробное описание операторов и возможностей SQL имеется в книге [1].

Q2: Зачем нужны транзакции?

A2: Во многих случаях, необходимо проведение группы операций по изменению данных таким образом, чтобы эта группа обладала свойством атомарности (либо вся целиком выполняется, либо вся целиком не выполняется).
Такая группа операций называется транзакцией.
В SQL-серверах существуют операторы, позволяющие обозначить начало транзакции (begin transaction), ее успешное завершение (commit transaction), либо откат транзакции (rollback transaction).

Q3: Что такое журнал транзакций?

A3: Любые изменения данных, проведенные внутри транзакции, записываются в специальный журнал транзакций (transaction log).
При откате транзакции, данные восстанавливаются в прежнем виде, а записи об изменениях удаляются из журнала транзакций.

Q4: Когда появляются блокировки?

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

Q5: Чем отличаются «версионники» от «блокировочников»?

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

Q6: Почему возникает deadlock?

A6: Перекрестная блокировка (deadlock) двух транзакций возникает при изменении одних и тех же записей в разном порядке.
Последовательность действий, приводящая к перекрестной блокировке:
1. Транзакция A изменяет запись X. Заблокирована X.
2. Транзакция B изменяет запись Y. Заблокирована Y.
3. Транзакция A пытается изменить запись Y. Остановлена A.
4. Транзакция B пытается изменить запись X. Остановлена B.
Сервер определяет перекрестную блокировку и откатывает одну из транзакций, возвращая ошибку соответствующему соединению. Аминь.
Чтобы не выводить ошибку пользователю, обломанное соединение должно молча повторить транзакцию.

Q7: Зачем нужны индексы?

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

Q8: Для чего необходим первичный ключ в таблице?

A8: Первичный ключ (ПК) — поле или набор полей, содержимое которых однозначно определяет запись в таблице и отличает ее от других. Служит для однозначной идентификации записей и в таблице может быть только один.
Обычно, при определении первичного ключа, по нему автоматически создается уникальный индекс.

Q9: Что такое триггер?

A9: Триггер — процедура, выполняемая сервером автоматически при модификации данных в таблице.
В основном, триггеры используются для поддержания целостности дублирующей информации в денормализованной БД.

Q10: Можно ли использовать свою функцию в SQL-запросе?

A10: Можно, практически во всех современных SQL-серверах. Различия только в синтаксисе определения и вызова функции.
Кроме того, некоторые сервера позволяют использовать функции, написанные на других языках (не SQL).

Q11: Как автоматически генерировать первичный ключ?

A11: Обычно, в SQL-серверах можно указать одно из числовых полей как автоматически нумеруемое, причем синтаксис определения сильно зависит от разновидности сервера.
При вставке новой записи, такому полю присваивается значение поля предыдущей записи + заданное приращение. Как правило, значение подобного поля нельзя явно изменять с помощью DML.

Q12: Какую функцию выполняет оптимизатор запросов?

A12: Оптимизатор предназначен для определения самого быстрого способа выполнения запроса (в основном для выборки данных), при участии в нем нескольких таблиц.
В простейшем случае, задача оптимизатора заключается в правильном использовании индексов при соединении таблиц и применении дополнительных условий. Иногда, можно задать в запросе дополнительную информацию (hint) для оптимизатора.

Q13: Что такое представление?

A13: Представление (view) — это запрос на выборку, хранящийся на сервере, как отдельный объект.
Так как, результат этого запроса можно рассматривать в качестве таблицы, представление допускается использовать в других запросах, также как любую обычную таблицу.
Материализованное представление хранится на сервере в виде таблицы, которая автоматически обновляется при изменении данных, имеющих отношение к этому представлению.

Q14: Для чего нужны хранимые процедуры?

A14: Хранимые процедуры (SP — Stored Procedure) представляют собой последовательность команд на расширениях SQL, либо на других языках, поддерживаемых сервером. Могут принимать параметры и возвращать значение заданного типа.
Часто используются для выполнения операций, напрямую связанных с логикой задачи, для которой проектировалась БД.
Иногда, используются вместе с представлениями, для обеспечения безопасности БД (все изменения через SP, все выборки через view).

Q15: Какие типы данных есть в SQL-сервере?

A15: Обычно, для полей в таблицах могут использоваться только самые простые типы: числа (целые и дробные), строки (сильно ограниченные по длине), дата (и время), бинарные данные большого размера (для текста, графики и т.п.).
В некоторых серверах допускается использование массивов и самодельных структур.

Q16: Чему равен null?

A16: А хрен его знает. И это совсем не шутка, а его фактическое определение.
Null не является пустым значением. Поэтому null + 1 = null, а не 1.
Использование null означает переход от двузначной логики (true/false) к трехзначной (true/false/unknown), которая является более сложной и несколько непривычной.
С другой стороны, логические операторы SQL обычно приспособлены для работы только с двузначной логикой. Поэтому использовать null для значений полей следует очень осторожно и только в тех случаях, когда без него никак нельзя обойтись. Поведение null хорошо описано в статье [5].

Q17: Зачем нужен внешний ключ?

A17: Внешний ключ (FK — Foreign Key) используется для создания жесткой связи (многие к одному) между двумя таблицами.
Внешний ключ задается только в том случае, если в первой таблице есть поле, содержащее значение первичного ключа из второй таблицы.
При изменении значения первичного ключа во второй таблице, могут быть изменены все соответствующие значения связанного поля в первой таблице.
При удалении записи с определенным первичным ключом из второй таблице, могут быть удалены все записи с соответствующим значением связанного поля в первой таблице.
Обычно, при определении внешнего ключа, по нему автоматически создается индекс, который используется в запросах при объединении этих двух таблиц.

Q18: Существует ли стандарт SQL, общий для всех серверов?

A18: Вообще-то он есть (ANSI SQL 92), только вот поддержка его у производителей СУБД сильно хромает.
Причем дело с эти настолько плохо, что может различаться даже синтаксис основных операторов DML, не говоря уже о функциях, триггерах и прочих особенностях SQL. Поэтому о совместимости говорить сложно, хотя кое-какие сдвиги в этом направлении имеются.
Наиболее близки к стандарту: Borland InterBase, Microsoft SQL Server, IBM DB2 Universal Database.

Q19: Есть ли стандартное клиентское API для доступа к SQL-серверам?

A19: Наиболее распространенным клиентским API является ODBC (Open DataBase Connectivity).
ODBC-драйвера существуют на многих платформах и почти для всех SQL-серверов.

Q20: Что такое репликация?

A20: Репликацией обычно называют процесс синхронизации данных между несколькими БД.
Наиболее развитые SQL-сервера содержат встроенные средства репликации. Для остальных могут быть использованы продукты сторонних фирм.
Одностороняя репликация подразумевает изменение данных только в одной базе, с последующей передачей изменений на остальные. Соответственно, довольно проста в реализации и надежна в работе.
Двустороняя репликация предоставляет гораздо более мощный инструмент распределенной работы между SQL-серверами. Плата за это — сложность и большая вероятность конфликтов при работе.

Реляционные базы данных: Практические вопросы

Q1: Что такое суррогатный ключ, и чем он лучше или хуже естественного ключа?

A1: Естественным ключом (ЕК) обычно называют первичный ключ, который является смысловым атрибутом (либо набором атрибутов) сущности. Как и любой другой атрибут, ЕК подвержен изменениям, а его уникальность часто бывает притянута за уши.
Суррогатным ключом (СК), как правило, называется уникальное автонумеруемое целочисленное поле в таблице, которое и является первичным ключом. СК гораздо компактнее, чем ЕК, везде занимает одно поле одинакового типа, всегда неизменен и уникален.
Более обоснованное сравнение СК и ЕК производится в статье [6].

Q2: Можно ли полностью избежать дублирования информации?

A2: Только в теории.
Полностью нормализованная БД хороша для хранения данных. Но, на практике постоянно встречаются структуры, получение информации из которых, слишком сложно и медленно (а иногда и невозможно с помощью лишь оператора select).
Дублирование информации в том или ином виде обычно необходимо для получения результатов выборки простыми запросами за приемлемое время.


Q3: Хотелось бы иметь возможность восстанавливать удаленные записи. Как это сделать?

A3: А не надо их удалять, тогда и проблемы не будет.
Проще всего держать в таблице дополнительное поле Deleted (default = false), а вместо удаления записи устанавливать Deleted = true. Для выборки можно использовать представление с внутреннем условием:

Возможен и более сложный вариант: два дополнительных поля DateBegin (defaul = текущая_дата) и DateEnd (defaul = максимальная_дата). Вместо удаления записи необходимо установить DateEnd = текущая_дата, а условие для выборки будет:

Во втором варианте есть возможность, не только иметь даты заведения/удаления записей, но и получать наборы записей на любую определенную дату с условием:

Q4: Как организовать хранение истории изменений записей, с возможностью просмотра и отката этих изменений?

A4: Самый простой вариант — это создать таблицу-журнал, в которую, при изменении записи, помещать следующую информацию: дату изменения, имя (Id) пользователя, имя (Id) изменяемой таблицы, ПК записи, имя (Id) изменяемого поля и предыдущее значение поля, преобразованное в строку.
Запись в журнал можно делать либо триггерами, либо из приложения.
Откат изменений следует производить специальной процедурой, которая должна восстановить значения полей на заданную дату и удалить соответствующие записи из журнала.
Один из вариантов журнала имеется в статье [9].

Илон Маск рекомендует:  Как создать wordpress шаблон, создаем wordpress тему

Q5: Есть объекты, которые меняются с течением времени. Нужно получать их состояния на любую дату. Каким образом для этого надо организовать хранение объектов в базе?

A5: Можно использовать сервер, который поддерживает историческую модель, например, PostgreSQL Server.
В ином случае, можно, в дополнение к основной таблице, создать аналогичную таблицу истории, с двумя дополнительными полями: DateBegin и DateEnd.
При вставке записи в основную таблицу, необходимо добавить такую же запись в таблицу истории, где DateBegin = текущая_дата, DateEnd = максимальная_дата.
При модификации записи в основной таблице, нужно вставить измененную запись в таблицу истории, где DateBegin = текущая_дата, DateEnd = максимальная_дата. При этом у предыдущей соответствующей записи в таблице истории необходимо установить DateEnd = текущая_дата.
При удалении записи в основной таблице, у последней соответствующей записи в таблице истории надо установить DateEnd = текущая_дата.
Выборка из основной таблицы производится обычным образом, а из таблицы истории с условием:

Сходные варианты представления истории рассматриваются в статье [10].

Q6: Каким образом можно хранить в реляционной базе иерархические объекты?

A6: В таблицу, которую надо сделать иерархической, надо добавить поле Parent, содержащее значение ПК родительской записи.
Далее, все зависит от задачи и возможностей сервера. Если нет необходимости углубляться в иерархию более чем на один уровень, либо сервер поддерживает рекурсивные запросы, то этого вполне хватит.
Иначе, придется использовать дополнительные поля, либо вспомогательную таблицу.
Подробно способы представления деревьев в реляционных БД описаны в статьях [7] и [8].

Q7: Как получить полную информацию об определенной таблице в базе (какие поля есть в таблице, их тип, размер, связи с другой таблицей и т.п.)?

A7: Вообще-то, в большинстве SQL-серверов есть системный каталог — набор стандартных таблиц, содержащих информацию обо всех объектах сервера и БД.
Правда, таблицы эти предназначены не для разработчика, а для внутреннего использования самим сервером, поэтому найти там что-либо весьма проблематично. При этом, структура их может меняться даже в разных версиях одного сервера.
Поэтому, желательно создать в БД собственный системный каталог, полностью описывающий структуру базы и взаимосвязи ее объектов. Такой каталог можно переносить на другой сервер вместе с БД, не заботясь о совместимости, а информацию из него можно легко использовать в приложении для каких-либо действий (вплоть до автоматической генерации самого приложения).
Пример системного каталога приведен в статье [9].

Q8: Необходимо хранить в базе много картинок (файлов). Как лучше всего это сделать?

A8: Проще всего файлы держать отдельно в выделенной директории на сервере, а в базе хранить только их имена. Единственной проблемой в таком случае будет раздача прав на эту директорию.
Кроме того, в SQL-серверах есть возможность определять бинарные поля большого размера, которые можно использовать для хранения разных видов файлов. Чтобы не замедлять работу с обычными данными, рекомендуется создавать отдельно таблицу, содержащую такие поля. Также, при использовании больших полей, можно обнаружить разнообразные ограничения на сервере и клиенте.

Q9: Есть запрос, который возвращает данные, отсортированные по какому-либо признаку. Можно ли получить не весь результат, а только определенную его часть, например, записи с 20 по 40?

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

Когда ничего такого сервер не поддерживает, можно использовать в условии выборки подзапрос, возвращающий номер текущей строки результата (если поле сортировки не уникально, то в подзапрос нужно добавить еще какое-нибудь условие для обеспечения уникальности значений, возвращаемых подзапросом):

В крайнем случае, можно выбирать данные во временную таблицу с дополнительным автонумеруемым полем RowNumber, а из нее затем делать выборку:

Q10: Как из таблицы получить записи, в которых одно из полей максимально (или минимально)?

A10: Самый правильный способ — это использовать вложенный запрос, в котором ищется максимальное значение поля. Затем найденное значение используется в условии основного запроса.

Если максимальное значение необходимо искать не во всей таблице, а по определенному полю, то запрос будет следующего вида:

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

Q11: Можно ли сделать в SQL перекрестный запрос? То есть, в качестве полей для результата, брались бы не поля таблицы, а данные из нее?

A11: Подобные запросы обычно умеют делать разнообразные генераторы отчетов. SQL же не предусматривает такой возможности.
Хотя, при желании, можно сделать процедуру, использующую динамический SQL. В ней придется составлять запрос на основе данных из таблицы, а затем выполнять его.

Q12: Как обеспечить нумерацию записей в результате запроса?

A12: Нумерация записей очень легко делается на любом клиенте.
Чтобы в запросе получить поле, соответствующее номеру записи, можно использовать подзапрос, возвращающий количество записей, меньших либо равных (сравнение — по полю сортировки) текущей записи:

Если поле сортировки не уникально, то в подзапрос необходимо добавить дополнительное условие сравнения (например, по первичному ключу) для обеспечения уникальности значений, возвращаемых подзапросом.

Q13: Есть необходимость добавлять произвольные виды объектов (еще неизвестные на этапе разработке) в БД. Создавать и менять таблицы на «живой» базе не хочется. Как быть?

A13: Можно вообще хранить все дополнительные объекты в одной таблице, содержащей идентификатор объекта, идентификатор атрибута и само значение атрибута, преобразованное в строку.
Чтобы не было мучительно больно при получении результатов запросов, лучше все-таки использовать несколько таблиц — отдельно для каждого типа данных.
Более серьезный вариант универсального хранилища объектов рассмотрен в статье [11].
PS: А чем была плоха идея насчет создания/изменения таблиц?

Стандарные аббревиатуры

Английские

API — Application Program Interface
DB — DataBase
DBMS — DataBase Management System
DDL — Data Definition Language
DML — Data Manipulation Language
FK — Foreign Key
ODBC — Open DataBase Connectivity
PK — Primary Key
RDBMS — Relational DataBase Management System
SP — Stored Procedure
SQL — Structured Query Language

Русские

БД — База Данных
ЕК — Естественный Ключ
ООБД — Объектно-Ориентированная База Данных
ООСУБД — Объектно-Ориентированная Система Управления Базами Данных
ПК — Первичный Ключ
РСУБД — Реляционная Система Управления Базами Данных
СУБД — Система Управления Базами Данных
СК — Суррогатный Ключ

Часто задаваемые вопросы (FAQ) — разрабатываем эффективный раздел FAQ

Как вы, конечно же, знаете, FAQ (Frequently asked questions) — это часто задаваемые вопросы, которые собраны и выделены на отдельной странице. Благодаря ей пользователь сможет найти ответ на волнующий его вопрос не обращаясь к форуму или службе поддержки (support). Идеальная страница FAQ помогает разобраться с сайтом без какой-либо сторонней поддержки, к сожалению, в большинстве случаев этого не происходит. Успех FAQ зависит от того как насколько грамотно спроектирована данная страница и что на ней размещается. В этой статье, написанной по мотивам публикации Designing Effective FAQ Pages, я хочу разобрать некоторые аспекты и основы правильного, работающего раздела в часто задаваемыми вопросами.

Перед тем как перейти непосредственно к эффективному FAQ, давайте рассмотрим некоторые ошибки, которые можно встретить по данному вопросу.

В FAQ должны быть представлены вопросы которые на самом деле волнуют посетителей.

Допустим вы только что запустили новый сайт и сражу же добавляете туда страницу с частыми вопросами. Зачем? У вас же, по сути, даже и посетителей нет, откуда вы знаете какие вопросы будут задавать наиболее часто? Не стоит придумывать вопросы самому, FAQ должен формироваться на основе реально поступающих вопросов, то есть, благодаря обратной связи. Только в этом случае раздел будет реально полезен дляпосетителя. Регулярно дополняйте FAQ вновь поступающими вопросами/ответами.

Раздел часто задаваемых вопросов должен быть назван так чтобы было понятно всем.

Есть общепринятое обозначение раздела с часто задаваемыми вопросами — FAQ (Frequently asked questions). Оно используется уже очень давно и большинство пользователей (даже в рунете) понимают о чем идет речь. Поэтому не стоит изобретать что-то свое. Если вы решите назвать раздел «ВиО» (вопросы и ответы), далеко не каждый посетитель догадается, что кроется за этой таинственной аббревиатурой.

Делайте раздел FAQ только там где он нужен.

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

Разрабатываем эффективный раздел FAQ

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

Скажите «нет» разделу FAQ

Резюмирую рассмотренные выше ошибки, научитесь избавляться от лишних «ненужных» элементов дизайна и веб сайта в целом. Раздел FAQ должен дополнять основной контент сайта, а не дублировать его, если помощи от этой страницы нет никакой — просто уберите ее. Чтобы понять насколько востребованы часто задаваемые вопрос нужно прислушаться к посетителям сайта, просмотреть обращение в службу поддержки, добавить форму для вопросов и т.п.

Собирайте вопросы

Не обязательно дожидаться пока к вам начнут поступать вопросы. Если у вас новый сайт, вы можете (как вариант) устроить опрос посетителей/клиентов и выявить круг вопросов, требующих дополнительных разъяснений. Для этого можно, например, опубликовать в разделе призыв, вроде «Не нашли ответа на вопрос, свяжитесь пожалуйста с нами» или сделать специальные анонсированный период в течении которого пользователи могли бы задавать вопросы по телефону или email. Метод «сбора вопросов» весьма эффективен, потому что сами пользователи участвую в разработке страницы FAQ.

Разместите ссылки на FAQ в структуре сайта там где их привык видеть пользователь

Для раздела FAQ есть привычные «точки входа» — в основном меню навигации, или обособленно — в правом верхнем углу сайта или в «подвале» (можно совмещать несколько вариантов размещения). Ссылка должна быть заметна и (как мы уже выяснили ранее) правильно называться. Иногда ссылка на страницу часто задаваемых вопросов может быть специально выделена шрифтом или соответствующей иконкой.

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

FAQ должен быть оформлено разборчиво

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

Группируйте родственные вопросы/ответы в категории

Таким образом вы существенно облегчите посетителю процесс поиска и навигации по разделу, если вопросов достаточно много. Называете категории часто задаваемых вопросов просто и понятно дабы не создавать дополнительную путаницу (для разделов FAQ можно использовать тематически иконки):

Кстати, дополнительно можно также выделить секцию с наиболее популярными вопросами/ответами (имеется ввиду «самых часто задаваемых, популярных в самом FAQ»).

Добавьте поиск по FAQ

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

Где это уместно используйте изображения

Иногда одна картинка может рассказать больше чем 1000 слов, поэтому там где целесообразнее использовать изображения, используйте! В качестве примера: вот таким образом на сайте «The Bank of Washington» (с помощью принтскрина соответствующей страницы) дается совет по восстановлению пароля. Видимо вопрос, ответ и картинку-подсказку, которая весьма наглядно все разъясняет.

Не превращайте FAQ в бесконечную «простыню»


Не стоит заставлять пользователя бесконечно долго прокручивать страницу FAQ в поиске нужно вопроса/ответа. Создайте удобную структуру и средства для использования раздела. Для этих целей можно: разбить FAQ на страницы, сгруппировать категории, добавить скрипт «раскрытия и скрытия ответа» и ссылку в начало страницы к списку все вопросов.

В принципе, есть разные варианты оформления часто задаваемых вопросов. Главное — раздел FAQ должен быть удобен! Помните, что пользователь заходит сюда для того чтобы найти ответы на свои вопросы, поэтому дизайн и структура страницы должны максимально этому способствовать.

Как сделать эффективный раздел FAQ на сайте

Что такое FAQ

Раздел FAQ — он же «Frequently Asked Questions», или «Часто Задаваемые Вопросы», или на манер середины нулевых — ЧаВо. Он существует в сети очень давно и представляет собой специальный справочный раздел сайта, веб-портала, социальной сети или приложения. Данный раздел также может называться «Справка», «Центр поддержки» или иначе.

Зачем нужен раздел FAQ

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

Другая альтернатива — обратный звонок, с помощью которого посетитель заказывает звонок от специалиста. Так он может проконсультироваться по всем интересующим вопросам с реальным представителем компании.

Виджет обратного звонка для сайта

  • Повысьте конверсию сайта на 30%.
  • Экономьте на тарифах: от 5 рублей в минуту.
  • Настраивайте под ваш сайт. Адаптируйте под все устройства. Тестируйте разные виджеты.
  • Используйте гибкие настройки показа.
  • Стройте отчеты по звонкам: от показа виджета до ключевого слова.

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

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

Как сделать хороший FAQ

Расположение на видном месте

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

Структура

Разбив вопросы по категориям, вы существенно упростите UX. Кстати, необязательно ждать, пока вопросы возникнут — раздел FAQ лучше начать составлять, опираясь на отзывы коллег, сотрудников или клиентов.

Хороший пример — у iTunes.

Оптимизация под устройство

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

Удобство для чтения

О вёрстке и оптимизации было сказано только что. Здесь же вопрос в типографике. Пользователю должно быть элементарно удобно читать. Шрифт, размер, контраст — всё должно быть максимально естественным. Если затронутая проблема не решается парой коротких абзацев, развёрнутая инструкция должна быть комфортной для использования.

Есть поиск

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

Перелинковка

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

Выпадающие списки

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

Инстаграм не только удачно группирует сбоку основные запросы, но и даёт в выпадающих списках сразу несколько подтем. Получается практически исчерпывающее руководство на одном экране и фактически в рамках одной веб-страницы.

Apple предлагает быстрые ссылки при клике на поисковую строку.

Видео-инструкции

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

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

Актуальность

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

Обратная связь

Даже составив самый подробный и дружелюбный FAQ, оставьте возможность просто обратиться за помощью. Это может быть почта или стандартная форма обратной связи. Хорошо себя работают виджеты чата, если они не слишком навязчивы, особенно на десктопах. Разместите его в свёрнутом виде в правом нижнем углу страницы. Если боитесь снижения конверсии — поставьте на таймер.

Адекватная поддержка для читателей, потребителей или пользователей составляет ценность продукта. FAQ отлично оптимизируют коммуникацию, решает многие распространённые проблемы. Он даёт ценную обратную связь и помогает решить проблему на корню. Кроме того, подобная предусмотрительность повышает лояльность в глазах пользователей — они действительно видят, что об их возможных затруднениях побеспокоились.

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

Почему раздел FAQ незаменим для сайта?

FAQ (Frequently Asked Questions), вопросы и ответы, ЧаВо — информационный раздел сайта, в котором пользователь находит ответы компании на вопросы, часто возникающие в ходе использования сайта. В последнее время раздел все реже появляется на новых сайтах, ему на замену приходит онлайн-чат. Это недопустимо. Это не взаимоисключающие сервисы сайта. Часто задаваемые вопросы могу повысит конверсию, лояльность и доверие пользователей.

Раздел вопросов и ответов — это именно та страница сайта, где пользователь четко проявляет намерение узнать особенности продукта, сервиса, условий сделки.

Данный раздел позволяет:

  • Работать с возражениями
  • Направлять пользователя в нужные разделы, минуя лишние клики и шаги. Такой подход помогает преодолеть сложности навигации, одновременно улучшая перелинковку на сайте.
  • Четко указать клиенту на преимущества и выгоды работы с вашей компанией — объяснить другим, простым, разговорным языком, что, возможно, неприемлемо на главной странице.
  • Улучшить ранжирование — фактически раздел вопросов и ответов — это информационная страница/страницы, заполненные контентом, который также индексируется поисковыми системами. Пользователи задают те же вопросы, что и поисковой системе. А так, раздел охватывает ту часть естественных запросов, которые не были учтены при создании контента.
  • Улучшить поведенческие факторы — это время на сайте, глубина просмотров, клики (взаимодействие со страницей).

Зачем нужен раздел FAQ или почему он незаменим?

Существуют мнения, что другие разделы сайта являются полноценной альтернативой FAQ. Но это не так.

Поиск по сайту vs FAQ

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

Поиск и FAQ служат разным целям на сайте: в FAQ пользователь узнает, как сделать что-то, в то время как поиск по сайту упрощает навигацию и сокращает путь к искомому товару/сервису/информации.

FAQ улучшает ранжирование

Ответы из раздела FAQ также отобразятся в результатах поиска. ЧаВо — это информационный раздел, контент которого также индексируется поисковыми системами. Это приведет дополнительный органический трафик, а также уведет честь аудитории у конкурентов, которые не информируют пользователей по таким вопросам: пользователь уходит в поиск за ответом, находит в результатах ваш сайт, при правильной организации раздела пользователь сможет сразу же попасть на нужную страницу и конвертироваться в клиента.

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

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

FAQ укажет на недостатки сервиса/юзабилити

Увидев, что раздел вопросов и ответов «живой», пользователи охотнее будут спрашивать, как совершить покупку, что сделать, чтобы отменить заказ, как «выложить» товары из корзины. Все эти вопросы говорят о том, что пользователи не понимают, как устроен сайт. Возможно, использовано слишком много графических обозначений, которые не сопровождаются текстом (не объясняются, а так, пользователь не понимает, как выполнить действие). Полученные от пользователей вопросы точно укажут, что нужно исправить.

Вопросы и ответы повышают доверие и лояльность


Это не список типичных вопросов и ответов, описывающий права и обязанности сторон. Чтобы FAQ принес максимальный эффект, надо, чтобы этот раздел жил и развивался.

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

Вопросы упрощают пользовательский опыт

FAQ — это часть пользовательского опыта. Многие посетители считают раздел вопросов и ответов — неотъемлемой и обязательной частью сайта. Его отсутствие нарушает привычный шаблон поведения: если я сам не смог что-то найти или не знаю, как это делать, я найду ответ на странице FAQ.

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

  • Пишите очень просто — избегайте длинных предложений и сложных терминов.
  • Пишите по делу — давайте четкий ответ на вопрос, а не заходите издалека. Не стоит рассказывать о причинах проблемы, дайте решение.
  • Не забывайте о форматировании текста и оформлении раздела — выделяйте вопрос, указывайте, где начинается ответ и кто на него отвечает. Ответ разбивается на абзацы, а ключевые моменты выделяются. Это улучшает читабельность текста и упрощает восприятие страницы.
  • Давайте честные ответы, важно, чтобы ответ не выглядел как маркетинговый ход и попытка продать товар/услугу.

Руководство по соазднию контента поможет проверить качество ответов.

FAQ vs чат

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

К тому же чат зачастую имеет своей целью получить контактные данные пользователя, расширяя базу подписчиков, клиентов. Распространенная практика — автоматические ответы в чат. Обращаясь в чат, пользователь не хочет что-то объяснять роботу. Почему пользователи не пользуются чатами:

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

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

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

FAQ снижает нагрузку на техническую и клиентскую поддержку

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

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

Клиенты часто обращаются с одними и теми же вопросами. Публикуя их на сайте, вы автоматически сокращаете количество обращений, экономите время клиента и ресурсы компании.

Где брать актуальные вопросы?

Сегодня пользователь уже привык задавать вопросы везде, где можно оставить комментарий на сайте — это могут быть комментарии к товару, отзывы на товарной странице, вопросы, направленные по email или через форму обратной связи, вопросы, задаваемые в чат и в службу клиентской поддержки. Все это указывает на сложности в использовании сайта/сервиса/продукта и формирует список вопросов и ответов.

Вот пример одного из интрнет-магазинов:

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

Вместо выводов:

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

Раздел вопросов и ответов улучшит ранжирование, получит дополнительный трафик, уведет пользователей у конкурентов.

В следующих статьях мы расскажем, как оптимизировать раздел FAQ.

Причины «неудавшихся» страниц FAQ

Вот несколько вещей, которые делают FAQ-страницу менее полезной.

Нечасто задаваемые вопросы

Представьте, что вы только запустили новый веб-сайт и включили в него страницу FAQ. Зачем? Если у вас нет посетителей, значит, вы еще не получали вопросов (тем более часто задаваемых вопросов).

Без обратной связи, вопросы на этой странице будут простыми предположениями владельца сайта на тему «что же пользователи хотят узнать?».

«Левые» вопросы

Мы все их видели: это вопросы, которые просто не могли прийти кому-либо в голову. Кроме владельцев сайтов.

Наш комментарий: Вопросы вроде «Почему был обновлен дизайн сайта?» с последующим развернутым ответом о том, что «мы шагаем в ногу со временем, молоды и динамично развиваемся» — никому не интересны. То же касается и привету из 2000-х — опросников. Это те, которые «Как вам наш новый сайт?». Да-да, и ответы будут «ошеломительно», «потрясающе», «хорошо» и «нормально».

Название страницы интуитивно непонятно

Впервые я увидел ссылку «FAQ» лет десять назад. Я задумался, но потом всё-таки узнал значение этой аббревиатуры. Дизайнеры должны учитывать пользователей, которые не разбираются в технических вещах. «Часто задаваемые вопросы» понятнее, чем «FAQ».

Однако описательная и стандартная маркировка важны. Например, Суд Калифорнии использует метку «Q&A» (вопросы и ответы — прим.перев.), но она еще более неоднозначна, чем FAQ. Если у вас нет серьезной причины, используйте стандартную метку «FAQ» или «Часто задаваемые вопросы».

Наш комментарий: А если пользователь — не англоговорящий? У него вызовет одинаковое затруднение как FAQ, так и Q&A (последнее можно перепутать с QA, кстати). Выход? Использовать исконный аналог «ЧаВо» — несолидно на серьезных корпоративных сайтах. Писать полностью «Часто задаваемые вопросы» — неудобно для проектирования дизайна. Более других приятны варианты «частые вопросы», «нас спрашивают» или те же «вопросы и ответы». Но и они не идеальны.

Q&A — это не совсем точный аналог FAQ. Разница как раз в букве F (frequency, «часто»). Раздел Q&A создается, скорее, как оперативный форум, а не для того, чтобы тыкать новичков носом в основы.

Страница FAQ в действительности не нужна

Множество сайтов имеют свою FAQ-страничку, но на самом деле она им просто не нужна. Иногда пользователи находят всё, что им нужно, и вопросов у них не остается. Это значит, что архитектура подаваемой информации была спроектирована хорошо.

Представьте, что на сайте интернет-магазина есть специальное место (допустим, на главной странице), где приведена полная информация по ценам. Но если на странице FAQ снова будет написано про ценообразование — это будет явно лишним. Пользователи ищут эту информацию? Дайте им ссылку на главную.

Важное правило: если одна и та же информация представлена на сайте несколько раз, значит, что-то не так в архитектуре сайта. Всё должно быть на своих местах.

Как спроектировать эффективную страницу FAQ?

Хорошая FAQ-страница облегчает нагрузку на службу технической поддержки и колл-центры, что приводит к экономии средств и повышению удобства пользователя (ему не нужно брать телефон, набирать номер, объяснять). Важность хорошей FAQ неоспорима.

Когда проектируете FAQ-страницу, держите следующие моменты в уме:

Скажите «Нет» страницам FAQ

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

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

Наш комментарий: Очень верный шаг. Не усложняйте, страница FAQ по большому счету — это протез. Если ваш сайт и сам справляется с потребностями посетителей, ему протез не нужен.

Соберите правильные вопросы

Вопросы в FAQ должны быть реальными. Если ваш сайт новый — выберите временной промежуток (например, месяц), в течение которого вы будете собирать и группировать вопросы ваших пользователей. Вместе с тем вы можете проанонсировать свой «месяц вопросов» на сайте, чтобы подогреть активность пользователей.

Если по истечении периода в вопросах будет вырисовываться определенная картина — станет ясно, какие категории вопросов должны быть на FAQ-странице. Когда страница уже будет запущена — ее можно обновлять, таким же образом. Этот метод эффективен, так как пользователи сами участвуют в ее создании, даже когда страница FAQ уже запущена.

Предоставление хороших «входных точек»

Чтобы использовать страницу с вопросами и ответами, пользователь должен найти ее. Обеспечьте точку входа: четкая, хорошо расположенная ссылка сделает свое дело. Два самых популярных места для такой ссылки — верхнее основное меню или футер (эти места обычно отличаются от других участков — цветом, насыщенностью, отделены линиями либо «воздухом»). И они выделяются.

Ставьте сразу две ссылки — одну в шапку сайта и в футер. И пользователи точно не заблудятся.

Читаемость

Страницы FAQ — преимущественно текстовые. Таким образом, их читаемость — важный фактор. Читаемость может быть улучшена несколькими путями: увеличением контраста между текстом и фоном, отбивкой абзацев, типографикой.

Наш комментарий: Выделениями курсивом и жирным начертанием, маркированными и нумерованными списками, написанными техническими писателями, смыслящими в вопросе.

А вот так делать не нужно:

Группируйте вопросы

Пользователь, который ищет FAQ, вероятно, запутался в каком-то другом месте на сайте. Не усугубляйте ситуацию.

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


Идея: вкладывайте самые значимые вопросы в разные категории. IMDB так делает, и пользователи сайта не испытывают сложностей с поиском ответов.

У Mint тоже хорошо структурированная страница FAQ. Категории названы интуитивно понятно. В довесок к этому они создали список самых просматриваемых FAQ:

Илон Маск рекомендует:  Что такое код array_diff

Поиск

Для повышения удобства, обширным FAQ подходит поиск. Когда на странице есть сложная структура с категориями — он становится более, чем актуальным инструментом.

Алгоритм поиска должен отличаться от такового на основном сайте, так как его назначение здесь — максимально сузить область поиска. IMDB добавляет заголовок, говорящий о том, что поиск будет производиться исключительно на странице FAQ:

Предоставьте картинки к ответам

Часто одна картинка стоит тысячи слов. Если картинки могут помочь пользователю решить его вопрос — не стесняйтесь их использовать.

Советы по структуризации страницы FAQ

Если у вас есть всего несколько вопросов и ответов, соберите их вместе вместо того, чтобы разносить по отдельным страницам.

Конечно, длина страницы должна быть также учтена. Бесконечный скроллинг надоест пользователю прежде, чем он успеет найти ответ на свой вопрос. Старайтесь сделать страницу настолько компактной, насколько это возможно. Убедитесь, что каждый вопрос и ответ является ценным.

При некоторых обстоятельствах длинные страницы становятся неизбежными. Ссылка на автоскроллинг вверх — хороший тон.

Ради удобства чтения отличать вопросы от ответов по цвету, размеру или шрифту.

Наш комментарий: Лично мы взяли на вооружение интерактивный FAQ с кликовым разворачиванием / сворачиванием ответов. Для небольших страниц — это оптимальный вариант.

Заключение

Проектирование страниц FAQ может быть сложной работой. Помните о том что «FAQ» — это общее название для типа страниц, которые отвечают на реальные вопросы и помогают пользователям. Посетителей страницы с «вопросами и ответами» привели туда настоящие проблемы, так постарайтесь сделать так, чтобы после их визита на страницу FAQ эти проблемы были решены.

Как правильно составить раздел с часто задаваемыми вопросами

Приветствую. Меня зовут Олег.

Хотелось бы узнать ответ на такой вопрос. Как всё же правильно составить FAQ продукта? Сделать интерактивные ответы, или все в одной странице с якорными ссылками к ответам? Какие описывать основные моменты?

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

Константин ЙолшинBookmate

Хороший FAQ — это результат работы, которая ведется на протяжении всей жизни продукта или проекта, о котором идет речь. Сделать сразу все «на отлично» не получится, потому что придется постоянно вносить коррективы, шлифуя и общую структуру, и сам текст.

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

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

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

Максим Древаль«Нетология-Групп»

В данном разделе понадобятся вопросы двух типов:

1. Вопросы, которые помогают провести пользователя по воронке продаж, не сойти с задуманной траектории, укрепиться в решении выбрать ваш продукт. Подумайте, на какие вопросы нужно ответить пользователю, чтобы он выбрал ваш продукт и воспользовался сервисом по той траектории, которую вы для него запланировали. Многие из этих вопросов могут быть для пользователя «незаданными», то есть такими, которые пользователь перед собой не ставил, и в этом случае важно задать за него такие вопросы. Например, спросить и ответить, чем ваш продукт лучше конкурентов.

2. Вопросы пользователей, приходящие в обратную связь. Отберите самые популярные и добавьте их в FAQ.

Когда вы составите список вопросов, посмотрите на них и подумайте, что нужно сделать с интерфейсами портала и описанием продукта, чтобы эти вопросы были не нужны. Лучше всего отвечать на все необходимые вопросы пользователю непосредственно при прохождении им запланированной вами траектории на портале, так, чтобы на каждом шаге он был уверен и достаточно смотивирован в определенном действии. В FAQ же пользователь пойдет (или не пойдет и уйдет вовсе), если собьется с траектории, а так вы рискуете потерять пользователя.

Сделать интерактивные ответы или все в одной странице с anchor-ссылками к ответам?

Это не так принципиально. Главное, чтобы пользователь нашел и те вопросы, которые у него есть, и те, которые вы хотите задать за него.

Какие описывать основные моменты?

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

Евгений КузьминUprock

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

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

Точно не нужно анимировать ответы, FAQ, в первую очередь, — текстовая документальная информация. Нужна четкая иерархия и краткие понятные объяснения.

Специально для вас нарисовали идеальный FAQ — так, как его вижу я. Он подойдет почти для любого случая. Для вас тоже может подойти этот вариант.

  • У нас есть большой выделенный поиск, по которому можно сразу найти интересующую нас информацию;
  • Самые часто задаваемые вопросы — не секрет, что 90% людей спрашивают одно и то же, и мы это вытаскиваем на верхний уровень;
  • Третий блок: мы вытаскиваем категории вопросов и самые популярные вопросы по каждой из категорий, при клике на категорию получаем все вопросы из этой категории.
  • У нас есть контентная область, в которой мы понятно отвечаем на вопрос;
  • Также будет полезно дать людям варианты подобных вопросов, если они не нашли ответ, или неправильно сформулировали вопрос, или им стала интересна эта тема;
  • И меню, в котором у нас есть список категорий и раскрытая текущая категория с выделенным вопросом.

Зачем на сайте нужен раздел FAQ?

FAQ (Frequently Asked Questions) – это информационный раздел на сайте, в котором компании дает ответы на наиболее популярные вопросы. Также данный раздел часто называют ЧаВо (Часто задаваемые Вопросы).

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

Раздел FAQ – это страница, куда пользователь приходит уже с твердым намерением узнать больше о продукте, об условиях сотрудничества и особенностях сервиса.

FAQ дает компании возможность:

• Работать с возражениями
• Быстро и без лишних кликов направлять пользователей в нужный раздел. Таким образом, навигация упрощается, а перелинковка сайта улучшается.
• Подробно рассказать пользователям обо всех преимуществах и выгодах сотрудничества, используя простой разговорный язык, что не всегда уместно на других страницах сайта.
• Улучшить ранжирование. Раздел FAQ – это страницы, заполненные контентом, который индексируется поисковиками и включает в себя большое количество естественных запросов.
• Улучшить поведенческие факторы, такие как время на сайте, глубина просмотров, взаимодействие со страницей.

Давайте попробуем разобраться, почему этот раздел на сайте незаменим.

Поиск по сайту не является альтернативой

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

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

FAQ улучшает ранжирование

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

Грамотная организации раздела FAQ поможет вам конвертировать пользователя, пришедшего за ответом на свой вопрос, в вашего клиента.

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

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

FAQ поможет найти недостатки сервиса и юзабилити

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

FAQ повышает доверие и лояльность клиентов

FAQ – это не просто страница вопросов и ответов, это ваш инструмент взаимодействия с пользователями. Для того, чтобы сделать его максимально эффективным, необходимо постоянно развивать его. Если этот раздел «живой», и вы не оставляете без внимания комментарии пользователей, прислушиваетесь к их мнению, вы обязательно завоюете их доверие и лояльность.

Как сделать раздел FAQ максимально эффективным?

• Старайтесь не использовать сложные профессиональные термины. Это раздел нужен для того, чтобы понятно донести информацию до пользователей, поэтому, чем проще она будет изложена, тем лучше.
• Четко отвечайте на вопрос, чтобы пользователь не искал важную информацию в «простыне» текста. Не стоит перечислять причины проблемы, они известны пользователю, если он попал сюда. Предлагайте решение.
• Позаботьтесь об оформлении раздела. Выделите вопросы, отформатируйте текст, разбейте ответы на абзацы и выделите наиболее важные моменты.


FAQ или чат

Чат не может заменить раздел FAQ, где пользователь может найти ответ на свой вопрос без утомительной переписки. Очень многие пользователи не любят общаться с незнакомыми людьми и испытывают при этом психологический дискомфорт. К тому же ваш потенциальный клиент может зайти на сайт ночью. Если чат не работает и раздел FAQ на сайте отсутствует, он не сможет найти ответ на свой вопрос и, скорее всего, уйдет к конкуренту.

FAQ снижает нагрузку на службу поддержку

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

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

Откуда брать вопросы?

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

Обязательно просматривайте профильные сообщества в социальных сетях. Именно там пользователи с наибольшей охотой общаются и задают вопросы.

Наши услуги

Наш офис в Москве:
ул. Бутлерова, 17,
БЦ «Neo Geo»

Наш офис в Туле:
ул. Михеева, 17 офисы 304-310

2012-2020 Promo-Digital – продвижение сайтов в поисковых
системах

Спасибо за заявку!!

Спасибо за заявку!!

Политика конфиденциальности

1. Общие положения

1.1. Настоящие Правила являются официальным документом и определяют порядок обработки и защиты информации о физических лицах, пользующихся услугами интернет-сайта promo-digital.ru (далее – Сайт).

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

1.3. Отношения, связанные со сбором, хранением, распространением и защитой информации о пользователях Сайта, регулируются настоящими Правилами и действующим законодательством Российской Федерации.

1.4. Действующая редакция Правил, являющихся публичным документом, доступна любому пользователю сети Интернет при переходе по ссылке https://promo-digital.ru/privacy.pdf. Администрация Сайта вправе вносить изменения в настоящие Правила. При внесении изменений в Правила Администрация Сайта уведомляет об этом пользователей путем размещения новой редакции Правил на Сайте по постоянному адресу https://promo-digital.ru/privacy.pdf не позднее, чем за 10 дней до вступления в силу соответствующих изменений.Предыдущие редакции Правил хранятся в архиве документации Администрации Сайта.

1.5. Регистрируясь и используя Сайт, Пользователь выражает свое согласие с условиями настоящей Политики Конфиденциальности.

1.6. В случае несогласия Пользователя с условиями настоящей Политики Конфиденциальности использование Сайта должно быть немедленно прекращено.

2. Условия пользования Сайтом

2.1. Оказывая услуги по использованию Сайта, Администрация Сайта, действуя разумно и добросовестно, считает, что Пользователь: обладает всеми необходимыми правами, позволяющими ему осуществлять регистрацию и использовать настоящий Сайт; указывает достоверную информацию о себе в объемах, необходимых для пользования Сайтом; ознакомлен с настоящей Политикой Конфиденциальности и выражает свое согласие с ней и принимает на себя указанные в ней права и обязанности.

2.2. Администрация Сайта не проверяет достоверность получаемой (собираемой) информации о пользователях, за исключением случаев, когда такая проверка необходима в целях исполнения Администрацией Сайта обязательств перед пользователем.

3. Цели обработки информации

Обработка информации о Пользователях осуществляется с целью предоставления Пользователю информации о продукции компании ООО «Интент Про», а так же в целях выполнения обязательств Администрации Сайта перед Пользователями в отношении использования Сайта.

4. Состав информации о пользователях

4.1. Персональные данные Пользователей

Персональные данные Пользователей включают в себя:

4.1.1. предоставляемые Пользователями и минимально необходимые для регистрации на Сайте: имя, номер мобильного телефона, адрес электронной почты;

4.2. Иная информация о Пользователях, обрабатываемая Администрацией Сайта: Администрация Сайта обрабатывает также иную информацию о Пользователях, которая включает в себя:

4.2.1. Стандартные данные, автоматически получаемые http-сервером при доступе к Сайту и последующих действиях Пользователя (IP-адрес хоста, вид операционной системы пользователя, страницы Сайта, посещаемые пользователем).

4.2.2. информация, автоматически получаемая при доступе к Сайту с использованием закладок (cookies);

5. Обработка информации о пользователях

5.1. Обработка персональных данных осуществляется на основе принципов:

а) законности целей и способов обработки персональных данных;

в) соответствия целей обработки персональных данных целям, заранее определенным и заявленным при сборе персональных данных, а также полномочиям Администрации Сайта;

г) соответствия объема и характера обрабатываемых персональных данных, способов обработки персональных данных целям обработки персональных данных;

д) недопустимости объединения созданных для несовместимых между собой целей баз данных, содержащих персональные данные.

5.1.1. Сбор персональных данных

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

5.1.2. Хранение и использование персональных данных Персональные данные пользователей хранятся исключительно на электронных носителях и обрабатываются с использованием, как автоматизированных систем, так и лично официальным Сотрудником ООО «Интент Про».

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

6. Права и обязанности пользователей

6.1. Пользователи вправе:

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

6.2. Сайт является официальным ресурсом ООО «Интент Про», и главной функцией Сайта является предоставление достоверной информации о продукции компании ООО «Интент Про» Данные предоставленные Пользователями не видны другим Пользователям.

7. Меры по защите информации о Пользователях

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

8. Обращения пользователей

8.1. Пользователи вправе направлять Администрации Сайта свои запросы, в том числе запросы относительно использования их персональных данных в форме электронного документа, подписанного квалифицированной электронной подписью в соответствии с законодательством Российской Федерации, по адресу электронной почты: info@promo-digital.ru.

8.2. Администрация Сайта обязуется рассмотреть и направить ответ на поступивший запрос пользователя в течение 10 дней с момента поступления обращения.

8.3. Вся корреспонденция, полученная Администрацией Сайта от Пользователей, относится к информации ограниченного доступа и не разглашается без письменного согласия Пользователя. Персональные данные и иная информация о Пользователе, направившем запрос, не могут быть без специального согласия Пользователя использованы иначе, как для ответа по теме полученного запроса или в случаях, прямо предусмотренных законодательством.

Сайт-визитка

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

Промо-сайт

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

Корпоративный сайт

Корпоративный сайт – это официальное представительство компании в сети интернет, которое выполняет целый ряд задач: от информирования посетителей о деятельности и услугах до поиска новых сотрудников. Основные отличительные черты корпоративных сайтов – это большой объем информации, регулярно обновляемый контент, а также закрытые разделы для вип-клиентов и сотрудников. Это мощный инструмент для формирования имиджа компании и повышения узнаваемости бренда.

Интернет-магазин

Интернет-магазин – это площадка, предназначенная для продаж товаров или услуг в сети интернет. Для этого вида сайта характерны наличие четко структурированного каталога, возможность денежных транзакций, а также такие элементы, как «Корзина», «Поиск по каталогу» и «Фильтрация товаров по параметрам». Основные преимущества интернет-магазина заключаются в возможности продемонстрировать посетителю полный ассортимент товаров, а также в том, что покупатель может сделать заказ в любое удобное для него время.

Портал


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

Drupal

Drupal – это одна из наиболее популярных и востребованных CMS, позволяющая редактировать сайт, не обладая профессиональными навыками и знаниями. Это мощный конструктор с широким функционалом, с помощью которого можно легко добавлять на сайт новые материалы, разделы и страницы.

WordPress

WordPress – это лидер среди систем управления контентом, главным преимуществом которого является простота использования. Для того, чтобы редактировать сайт на WordPress, не нужны даже базовые знания в области программирования. Все работы проводятся в браузере.

Геотаркетинг

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

Видеофон

Видеофон – это видиоанимация, используемая в качестве фона для определенного блока на сайте. Это популярный тренд в современном веб-дизайне, который позволяет сделать интернет-ресурс более ярким и привлечь к нему внимание посетителей.

Параллакс

Параллакс — это визуальный эффект, который создается с помощью нескольких фоновых слоев с разными текстурами, наложенных друг на друга и движущихся с разной скоростью при наведении на них курсора. Этот элемент дизайна используется для того, чтобы придать сайту динамику.

1С Битрикс

1С Битрикс – это программа для управления контентом, основными преимуществами которой являются: широкий функционал, полная безопасность, а также удобная и простая в использовании админ-панель, с помощью которой осуществляется редактирование сайта.

CSS 3

CSS 3 – это настоящая революция в области веб-дизайна и программирования. Этот язык дает возможность создавать на сайте яркие эффекты, привлекающие внимание посетителей: градиенты, затемнение, полупрозрачный фон, необычные шрифты, анимацию и многое другое. Возможности CSS 3 бесчисленны.

HTML 5

HTML 5 – это новое слово в создании сайтов. Главная инновация заключается в поддержке всех возможностей этого языка популярными мобильными устройствами, что особенно актуально сейчас, когда большинство пользователей выходят в интернет с помощью планшетов и мобильных телефонов.

Минусинск

Минусинск – это ссылочный фильтр от системы Яндекс, главная цель которого — очистить поисковую выдачу от сайтов, продвигаемых с помощью SEO-ссылок. Если Ваш сайт попал под алгоритм Яндекса, мы поможем вывести его из под фильтра и восстановить прежние позиции.

Продвижение сайта по трафику

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

Продвижение сайта в ТОП 10 (Москва, Санкт-Петербург)

Этот способ продвижения с наиболее прозрачной схемой оплаты. Стоимость рассчитывается с учетом количества ключевых запросов, выведенных в ТОП! Главные преимущества: простота оценки результатов и долгосрочный эффект. Полное погружение в проект и системный подход, учитывающий все существующие факторы ранжирования, позволяет нам добиваться лучших результатов.

Продвижение сайта в ТОП 10 (Регионы)

Региональное продвижение — это эффективный метод вывода сайта в ТОП для конкретного города или региона. Основное его преимущество заключаются в том, что Вам не нужно будет конкурировать с компаниями из других регионов, а значит Вы сможете существенно сэкономить бюджет и увеличить количество клиентов.

Создаем скрипт вопрос ответ на PHP для сайта

Дата публикации: 2011-04-30

От автора: в этом уроке мы создадим с вами систему вопросов и ответов на PHP, используя также для этих целей возможности MySQL и jQuery. Такую систему чаще всего называют FAQ или ЧАВО и ее использование ограничено лишь Вашей фантазией — ведь это может быть не только система вопрос-ответ, но и, к примеру, пошаговая инструкция при выполнении каких-либо действий или что-либо еще.

Результат, к которому мы будем стремиться показан в самом начале предлагаемого видео. Вкратце, мы будем показывать только вопросы, а ответы на эти вопросы будут скрыты. По клику на нужный вопрос — ответ на него будет плавно появляться (или выезжать — можно не ограничиваться одним эффектом). Как Вы уже, наверное, поняли — эффекты мы будем добавлять при помощи возможностей библиотеки jQuery, ну а информацию (вопрос-ответ) — будем хранить в БД и получать ее оттуда при помощи PHP. Приступим.

Время ролика: 52:06

Ссылка для скачивания исходников: Скачать исходники

Ссылка для скачивания всего архива (видео+исходники): Скачать одним архивом. Размер: 126 mb.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Шаг 1. Создаем БД для системы вопрос-ответ

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

Создадим необходимую нам БД. Об основах работы с БД я рассказывал в ряде предыдущих уроков, поэтому здесь буду объяснять предельно кратко. Если Вы используете пакет Денвер, то перейдите по ссылке http://localhost/Tools/phpMyAdmin/ и Вы попадете на страницу веб-приложения phpMyAdmin, предназначенного для администрирования MySQL. На этой же странице мы даем имя создаваемой БД — назовем ее «faq».

После клика по кнопке «Create» создастся нужная нам БД. Вся информация в БД хранится в таблицах, поэтому нам нужно создать все необходимые таблицы в созданной БД. Создадим таблицу с тем же именем («faq») и количеством полей 3.

После клика по кнопке «Go» мы попадем на страницу со структурой создаваемой таблицы. Здесь мы должны дать имена 3-м создаваемым полям и указать еще некоторую информацию:

имя поля — «id», тип — INT, Index — PRIMARY, AUTO_INCREMENT;

имя поля — «question», тип — VARCHAR, длина — 255;

имя поля — «answer», тип — TEXT.

Давайте вкратце разберем каждое из полей. С именами, думаю понятно — в первом поле «id» мы храним идентификатор пары вопрос-ответ. Во втором поле «question» — храним вопрос и в третьем «answer» — ответ на этот вопрос.

Далее, тип поля. Для поля «id» мы указали тип INT — это целочисленный тип, т.е., в этом поле будут храниться только целые числа. Тип VARCHAR — это символьный (текстовый) тип, предназначенный для хранения небольших текстов, его длина — 255 символов. В поле типа TEXT можно хранить тексты больших объемов. Кроме того, для первого поля — «id» — мы указали Index — PRIMARY (в русскоязычной версии phpMyAdmin это «первичный ключ») и AUTO_INCREMENT. Эти два атрибута значат, что указанное поле мы не будем заполнять, его будет заполнять сервер. При этом все значения, заносимые в данное поле, будут уникальными, и каждое новое значение будет увеличено на единицу (автоинкремент). Если провести какую-нибудь знакомую аналогию, то это поле можно сравнить с номером по порядку в таблицах.M

После сохранения структуры таблицы мы можем перейти во вкладку Insert и занести в таблицу необходимые данные (хотя обычно это делается через административную часть).

Как я говорил, мы заполняем только поля «question» и «answer», поле «id» будет заполняться сервером. Я создам 3 пары вопрос-ответ, но у вас их может быть сколь угодно много.

Отлично! Мы создали БД и нужную нам таблицу. Теперь пришло время получить информацию из нее с помощью PHP, и создать полноценное приложение вопросов и ответов.

Шаг 2. Получение информации из БД, обработка её средствами PHP

Для урока я нашел в сети бесплатный шаблон сайта, в котором создал страницу faq.php. Обратите внимание, что расширение страницы должно быть именно php, поскольку в ней будет присутствовать код PHP. Перед получением информации из БД, мы должны с ней соединиться. Обычно соединение с БД выносят в отдельный файл, который затем просто подключают к странице. Но наш проект учебный и, к тому же, совсем небольшой, поэтому мы все будем делать на одной странице. Итак, откроем в редакторе страницу faq.php и в самом верху страницы подключимся к БД. Делается это при помощи 2-х функций: mysql_connect(«имя сервера», «пользователь», «пароль») и mysql_select_db(«имя БД»). Первой функцией мы подключаемся к серверу БД (в скобках указаны параметры, с которыми работает функция), второй — выбираем нужную БД для работы (на сервере ведь может быть не одна БД):

Так как я работаю на Денвере, то указываю имя сервера «localhost» (в Вашем случае, скорее всего, имя сервера будет таким же, даже если Вы работаете на сервере хостера… все данные по работе с сервером хостер предоставляет в инструкции). По умолчанию уже создан пользователь с именем «root», которое я и указал. Пароль для этого пользователя не создан, поэтому в качестве третьего параметра функции mysql_connect() я указал пустое значение. Также желательно дописывать при работе с сервером MySQL условие на тот случай, если при соединении с сервером произошла какая-либо ошибка. Это желательно делать по той простой причине, что если не удалось соединиться с сервером, значит не будет вытащена информация на страницу, а, значит, страница будет полупустой, кроме того, на ней еще и будут выведены всевозможные ошибки. Мы задали такое условие функцией die(), которая в случае ошибки прекратит выполнение программы и выведет сообщение, указанное в кавычках.

Второй функцией мы выбираем нужную нам БД. Теперь мы можем сохранить файл и обновить страницу. Если все сделано верно, то страница должна загрузиться без всяких сообщений и ошибок. После успешного подключения мы можем получать информацию из нужной таблицы (таблиц также может быть несколько в выбранной БД). «Общение» с сервером MySQL происходит посредством запросов. Нам нужен всего один запрос, которым мы вытащим всю информацию из таблицы «faq». В запросе нам понадобится оператор SELECT, который, собственно, и обеспечивает выборку необходимой информации. Сам запрос отправляется в БД функцией mysql_query().

Итак, в нужном месте блока page (там, где мы хотим выводить вопрос-ответ) открываем конструкцию PHP и пишем запрос:

Для тех, кто знаком хоть немного с английским этот запрос будет практически полностью понятен. Затруднения может вызвать только символ звездочка («*»). Этот символ можно прочитать как «все» («all»). Сам же запрос можно прочитать так: «ВЫБРАТЬ все ИЗ таблицы faq «. Все выбранное мы поместим в переменную $res. Таким образом, мы получили в $res все содержимое таблицы (пока что 3 строки). Удобство работы с MySQL заключается не только в том, что мы можем хранить информацию в ней, но и в том, что этой информацией можно очень легко манипулировать. Мы можем вытащить только конкретный ряд (строку) или даже конкретное поле ряда. Кроме того, существуют функции для того, чтобы можно было легко манипулировать ВСЕЙ извлеченной информацией, как в нашем случае. Функция эта — mysql_fetch_assoc(). Данная функция обрабатывает каждый ряд результата запроса и возвращает ассоциативный массив. В нашем случае будет обработано 3 ряда.

Что такое ассоциативный массив я уже рассказывал в нескольких предыдущих уроках. Это массив, ключами которого выступает строка (ассоциация). Ключами нашего массива будут выступать имена полей в таблице «faq». Как я упоминал, функция mysql_fetch_assoc() обрабатывает 1 ряд запроса. У нас таких рядов пока что 3. Для того, чтобы было обработано все 3 ряда — нам понадобится осуществить просто 3 однотипных действия — в этом нам помогут циклы, а именно — цикл while(). О работе с данным циклом я также довольно подробно уже рассказывал, а потому здесь скажу только пару слов. Само слово while можно перевести как «пока», т.е., пока будет выполняться некое условие (оно прописывается в скобках) — мы будем выполнять некий блок действий (они прописываются в операторных скобках).

В нашем случае таким условием будет формирование массива. Пока будет формироваться массив — будем выводить информацию из сформированного массива. А массив будет формироваться до тех пор, пока в таблице есть строки. Как только перебор строк закончится — массив прекратит формироваться, условие уже не будет выполняться и блок действий также прекратит выполняться.

Весь код блока PHP, отвечающего за вывод информации вопрос-ответ будет таким:

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Илон Маск рекомендует:  Postgres95 постреляционная субд postgres95

Как и говорилось, функция mysql_fetch_assoc() берет каждый ряд результата запроса из переменной $res и возвращает ассоциативный массив $row. Как только ряды закончатся — работа цикла завершится. В блоке действий мы при помощи функции (или, скорее, конструкции) echo выводим в блоках каждое конкретное значение элементов question и answer массива $row.

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

Шаг 3. Пишем функционал jQuery

Для использования фреймворка jQuery нам, прежде всего, понадобится сама библиотека. Текущую версию ее можно скачать на сайте http://jquery.com/

Сохраненную библиотеку поместим в каталог scripts под именем jquery.js (можно и в любой другой каталог под любым именем). Теперь мы должны подключить эту библиотеку на нужной странице. Делается это очень просто — внутри тегов head пропишем такую строку кода:


Теперь скажем несколько слов об основах работы с jQuery. Конечно же, в пределах одного урока невозможно научиться работе с данным фреймворком, но, на самом деле, ничего сложного здесь нет и всю работу с ним можно разделить на 3 этапа:

отбор элементов и формирование «набора jQuery» (выборки);

отслеживание событий, которые происходят с отобранными элементами;

реакция на событие.

Основа основ работы с jQuery как раз и заключена в первом пункте — отбор элементов, с которыми мы будем работать. Как же мы можем отобрать эти элементы. Все просто — для этого достаточно знаний CSS… Разработчики не стали выдумывать новый синтаксис для фреймворка и для формирования выборки использовали синтаксис CSS.

Давайте для начала определимся немного с тем, что нам нужно сделать. Все ответы изначально будут скрыты. По клику (это как раз и будет событие) на вопрос — мы покажем (это уже реакция на событие) ответ на него. А в выборку мы, соответственно, должны взять все вопросы. Как говорилось, для того, чтобы взять все вопросы, — нам достаточно знаний CSS… Мы неспроста блокам вопросов присвоили >

Как видите, используется синтаксис CSS, т.е., мы взяли все элементы с классом question. Далее мы будем просто отслеживать события по отобранным элементам.

Перед тем, как мы продолжим с jQuery — опишем созданные классы question и answer в таблице стилей. Для этого либо прямо на странице пропишем нужные стили, либо сделаем это в файле стилей layout.css:

Вкратце опишем то, что мы прописали в коде. Класс question:

— курсор сделаем в виде руки, т.е., такой, какой мы видим при наведении на ссылку;
— установим подчеркивание текста;
— фоновый цвет;
— рамка;
— внешний отступ сверху;
— внутренний отступ слева;
Класс answer:
— рамка;
— внутренние отступы;
— внешний отступ снизу;
— и ключевое свойство — скрываем блок.

После сохранения стилей — все ответы будут скрыты. Теперь пропишем весь код jQuery, а затем прокомментируем его:

Прежде всего, мы прописали событие ready(), в которое поместили весь остальной код. Это сделано для того, чтобы этот код выполнялся только после того, как будет полностью сформировано DOM-дерево или, говоря проще — после того, как полностью будет загружена страница. Для знакомых с английским она интуитивно понятна — после того, как будет готов (ready — готово) документ — выполним все необходимое. Что же именно мы выполним? Мы отберем все элементы с классом question (в набор попадут все наши 3 блока с вопросами). А далее мы применим к элементам набора метод toggle(). Что делает этот метод? Этот метод организует своеобразный переключатель функций. Поскольку нам необходимо только 2 состояния блоков с классом answer — показывать/скрывать — в переключатель мы поместим 2 функции (на самом деле таких функций может быть гораздо больше). Говоря простым языком — мы создали обычный выключатель с двумя положениями — on|off. Метод toggle() будет отслеживать событие клика по отобранным элементам и применять функцию, при этом одному клику будет соответствовать вызов одной функции. Чтобы было понятнее с порядком работы прописанных нами 2-х функций возьмем пример клик (реакция):

1-ый клик (вызов функции 1); 2-ой клик (вызов функции 2); ; 3-ий клик (вызов функции 1) и т.д.

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

Что же мы прописали в функциях, вызываемых переключателем (по клику)? Мы должны по клику на конкретный вопрос вызвать блок с ответом именно на конкретный вопрос. Например, по клику на вопрос 2 — показать ответ 2. Для этого нам достаточно перейти к следующем элементы после того, по которому произошел клик. Сделать это можно при помощи следующей записи: $(this).next(). Опять же, для тех, кто знаком с английским, все должно быть интуитивно понятным.

This (этот) — это указатель на текущий элемент, т.е., тот элемент, по которому был клик. Next (следующий) — это переход от текущего к следующему элементу. Поскольку следующим после вопроса будет ответ на него — как раз и будет выбран нужный нам элемент, к которому будет применен один из методов эффектов: slideDown (раскрывает элемент набора) или slideUp (скрывает элемент набора) — в зависимости от состояния переключателя.

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

Заключение

Вот таким вот не слишком сложным способом, мы реализовали нашу задумку и получили в итоге довольно неплохую систему вопросов и ответов на PHP, часто задаваемых вопросов — FAQ, ЧАВО. Как говорилось выше, использовать наше творение можно не только для создания страницы FAQ. Этот же принцип может быть использован и для, к примеру, формы обратной связи на странице. Для того, чтобы она не занимала много места на странице — мы можем ее скрывать и показывать только тогда, когда пользователь решит ее заполнить. Для этого нам достаточно поместить ссылку с текстом типа «Развернуть форму» и по клику на этот текст — показывать форму. На этом урок завершен. До новых встреч!

Рад видеть ваши отзывы и вопрос в комментариях!

Автор: Кудлай Андрей

Редакция: Рог Виктор и Андрей Бернацкий. Команда webformyself.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Разработка веб-приложения на PHP

Создайте веб-приложение на PHP на примере приема платежей на сайте

Как создать идеальную страницу часто задаваемых вопросов для вашего интернет-магазина: лучшие примеры страниц часто задаваемых вопросов для 2020

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

Страница Perfect FAQ: что он может сделать для вас?

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

Пример страницы часто задаваемых вопросов #1: Лицевая сторона — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

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

  • Часто задаваемые вопросы освобождают время для вашей группы поддержки, так как наиболее распространенные вопросы публикуются онлайн для чтения ваших клиентов.
  • Страница часто задаваемых вопросов создает доверие между вами и вашими клиентами, потому что они видят, что вы нашли время, чтобы вести их и показывать свои знания о своих продуктах.
  • Люди чаще покупают у вашего магазина, когда знают как можно больше информации. Страница часто задаваемых вопросов помогает в этом.
  • Поисковые системы рассматривают страницы часто задаваемых вопросов как высокоинформационные ресурсы. Они обязательно улучшат ваше понимание SEO, как это помогает в навигации, приобретении знаний и многом другом.

Как создать идеальную часто задаваемую страницу для вашего магазина электронной торговли

Первый шаг на твердой странице часто задаваемых вопросов — спросить себя, нужен ли вам или нет. В большинстве случаев ответ «да», но иногда он может просто загромождать ваш сайт и еще больше смущать ваших клиентов. Например, если ваш продукт прямолинейный, и все знают, как он работает (например, кофе), нет причин объяснять, как кофе заставляет вас сосредоточиться и просыпаться утром.

Пример страницы часто задаваемых вопросов #2: Ребекка Минкофф — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

Тем не менее, FAQ дает возможность объяснить, что делает ваш кофе таким уникальным. Таким образом, часто задаваемые вопросы либо служат способом говорить о том, что делает по-видимому базовый продукт уникальным, либо это страница для объяснения менее известного продукта, как совершенно новое изобретение.

Поиск правильных вопросов для вашей идеальной страницы часто задаваемых вопросов

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

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

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

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

Язык, который вы используете на своем сайте электронной торговли, должен отражать ваш бренд и тип сообщения, которое вы пытаетесь донести до клиентов. Если ваши клиенты — серьезные профессионалы, поговорите с ними так. Если они более молодые игроки, используйте язык, который им подходит. Это может быть использовано на страницах продуктов, домашних страницах, страницах категорий и многом другом.

Но не забывайте о вашей идеальной странице FAQ!

Один из способов сделать его еще более совершенным — говорить на языке ваших клиентов. Как ваши клиенты формулируют вопросы, когда приходят через электронную почту, телефон или чат? Почему бы не сформулировать их именно так и не попытаться написать вопросы подобным образом?

Пример страницы часто задаваемых вопросов #3: McDonalds

Например, McDonald’s знает, что его клиенты приходят в магазин за вкусной едой. McDonald’s всегда рекламировал веселье, семью и наслаждение хорошими вещами в жизни. Таким образом, есть смысл, когда вы смотрите на страницу часто задаваемых вопросов McDonald’s.

Они говорят о том, насколько серьезно они относятся к кофе, но они также вдаваются в конкретные детали, которые клиенты хотят знать. Это заставляет клиентов чувствовать, что они слышат ответы от друга, а не от компьютера или корпорации.

Идеальная страница часто задаваемых вопросов: правильно форматируйте свои часто задаваемые вопросы

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

После этого мы рекомендуем взглянуть на ваш список часто задаваемых вопросов и решить, нужно ли вам классифицировать или нет. Как правило, для создания категорий достаточно ничего, кроме вопросов 10. Никто не хочет читать десятки вопросов, поэтому лучше всего делать заголовки, которые классифицируют каждую тему, с соответствующими ссылками на нижеприведенные вопросы.

Пример страницы часто задаваемых вопросов #4: ИСТИНА— построен с использованием BigCommerce (прочитайте наше полное BigCommerce отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

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

Мы также рекомендуем использовать фотографии в случае необходимости. Иногда картинки немного переборщивают, но визуальные эффекты часто помогают вашим клиентам больше, чем слова. Например, у вас может быть FAQ, в котором объясняется процесс возврата. Если это так, у вас должны быть ссылки на полную политику возврата, а также некоторые визуальные шаги для завершения возврата.

Пример страницы часто задаваемых вопросов #5: Пу-Pourri — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

Наконец, брендинг и голос вашей компании вступают в игру гораздо чаще, чем вы можете подумать на странице часто задаваемых вопросов. Эти вопросы — это возможность позволить вашему голосу сиять и либо представлять собой профессиональный, либо веселый тон. Например, люди в Poo-Pourri делают шутки во всем FAQ, большинство из которых относятся к вонючести в ванной комнате. Это игривый взгляд на продукт, и это заставляет людей чувствовать себя более комфортно с предметом, о котором, вероятно, мало что говорят.

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

Убедитесь, что все часто задаваемые вопросы приводят к чему-то еще

Пример страницы часто задаваемых вопросов #6: Wrightwood — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

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

FAQ должен действовать как воронка, а не тупик. Это не только улучшит ваш SEO как форму навигации, но вы должны начать видеть, как ваши клиенты чувствуют себя более информированными прямо перед покупкой.

Сделайте свою идеальную страницу часто задаваемых вопросов доступной


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

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

Пример страницы часто задаваемых вопросов #7: Pipsnacks — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

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

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

Подумайте об использовании визуалов, если это поможет

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

Пример страницы часто задаваемых вопросов #8: WhatsApp Web

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

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

Проще говоря, люди любят картинки и видео, поэтому дайте им то, что они хотят, если это поможет решить проблему.

Разрешить клиентам искать часто задаваемые вопросы (особенно если у вас много вопросов)

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

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

Пример страницы часто задаваемых вопросов #9: Gymshark — построен с использованием Shopify (прочитайте наше полное Shopify отзыв Вот). Проверьте подобные сайты в нашем Галерея ecomm.design.

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

Обратите внимание:

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

Рассмотрим целевые страницы для больших вопросов

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

Допустим, у вас есть один или два вопроса, которые клиенты задают гораздо чаще, чем другие.

Аналогично страницам категорий на вашем веб-сайт электронной коммерцииПосвящение целой страницы вопросу является отличным способом повысить эффективность SEO, поскольку многие из этих пользователей ищут именно эти вопросы через Google.

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

15 Больше примеров хорошо выполненных страниц часто задаваемых вопросов

Mahabis

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

Вы также заметите, что Mahabis FAQ страница дает очень краткие, но подробные ответы. Здесь нет побоев вокруг куста. Ответы идут прямо к сути и решают проблемы в наименьшем количестве слов. И если вы хотите узнать больше, текст содержит гиперссылки на более подробные разделы сайта. Довольно умный способ избежать повторений, не правда ли?

PopChart

Ответы на Страница часто задаваемых вопросов PopChart не такие короткие, как Махаби, и это справедливо. Видите ли, PopChart — это, казалось бы, небольшая компания, которая занимается только инфографическими плакатами. Поэтому, конечно, вы можете поспорить, что есть только несколько вопросов, которые могут возникнуть у посетителей и клиентов. Ну, все это было решено на странице часто задаваемых вопросов самым простым способом.

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

Великие

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

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

HipVan

Если вы хотите увидеть исчерпывающую страницу с часто задаваемыми вопросами, HipVan Пример будет отличным местом для начала. Вы обязательно найдете любую информацию, которая вам нужна, благодаря обширному ряду вопросов, включающих популярные запросы, общую информацию и вопросы, касающиеся всего процесса покупки — от размещения заказа до доставки, а также возмещения. И чтобы организовать все это соответствующим образом, весь FAQ был сгруппирован в восемь простых тем.

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

вызов

Кто сказал, что вы не можете использовать страницу часто задаваемых вопросов для конвертации лидов? Bando — хороший пример о том, как вы можете использовать даже запросы клиентов, чтобы стимулировать продажи. Типы вопросов здесь, в основном, то, что теплые лидеры задали бы перед совершением покупки — такие вещи, как «Безопасен ли ваш сайт?» И «Какова ваша оптовая политика?».

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

BlackMilkClothing

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

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

Порт

Большинство страниц часто задаваемых вопросов, которые мы пробовали, публикуют свои ответы в неформальной и разговорной форме. Портоднако использует другой стиль — тот же старый формальный деловой язык, к которому мы привыкли. Это делает бренд серьезным и преданным, а не игривым. Если подумать, это должно хорошо работать для клиентской базы Haven, в которую входят международные покупатели.

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

100PercentPure

Учитывая все обстоятельства, страница часто задаваемых вопросов на 100PercentPure это противоположность тому, что мы видели в Хейвене. В то время как последний предпочитает краткий подход, в первом реализована довольно большая система часто задаваемых вопросов, которая состоит из двух страниц: часто задаваемых вопросов о доставке и часто задаваемых вопросов о постоплате.

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

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

TaylorStitch

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

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

MvmtWatches

MvmtWatches FAQ страница представляет собой еще один приятно организованный макет с минималистичным дизайном. Но не поймите меня неправильно. Единственная минималистичная вещь здесь — это дизайн. Количество информации, с другой стороны, несомненно, очень обширно. И Mvmt Watches, по-видимому, предоставил все это — от технических деталей о часах до всего, что вас может заинтересовать в процессе покупки.

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

Мертвый инвентарь

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

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

Rothys

Если вы рассматриваете страницу часто задаваемых вопросов с кусками текста, вы можете посмотреть, как Rothys реализовал их. Они упорядочили все по столбцам, чтобы минимизировать диапазон прокрутки при поиске информации. Кроме того, вопросы и ответы были последовательно пронумерованы, чтобы вам было удобно следовать тексту при переключении между столбцами.

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

Penny Arcade

Penny Arcade отходит от скучного общего стиля, чтобы дать вам красочную страницу часто задаваемых вопросов. Вопросы выделены красным цветом на синем и белом фоне, а соответствующие ответы опубликованы черным цветом. Ну, если подумать, это идеально подходит для такого хитрого веб-сайта, который обрабатывает красочные комические вещи.

Весь FAQ часто довольно короткий, и он касается только вопросов, связанных с доставкой. Я думаю, что команда поддержки пришла к этой идее после опроса запросов, которые обычно задают клиенты. Кроме того, вы можете поспорить, что клиенты Penny Arcade — это не те люди, которые терпеливо просматривают обширный FAQ. На самом деле, они даже получают оглавление, чтобы помочь им перейти к конкретным вопросам. И если это не сработает, вы можете воспользоваться контактной ссылкой электронной почты, размещенной в конце FAQ.

TeddyFresh

Интересно, что хотя страница часто задаваемых вопросов Penny Arcade заканчивается контактной ссылкой электронной почты, TeddyFresh решили разместить их прямо в верхней части страницы. Это продуманный способ снижения количества оставленных вами корзин в магазине, поскольку покупатели могут сразу же связаться со службой поддержки, чтобы быстро решить любую проблему.

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

орел

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

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

Готовы ли вы создать идеальную страницу часто задаваемых вопросов?

Вы прошли через все шаги? Начните с выяснения, подходит ли вам страница часто задаваемых вопросов. Затем найдите вопросы, которые больше всего интересуют клиентов. Наконец, пройдитесь по форматированию, локациям и воронке, которая приведет людей в другое место. Я бы также порекомендовал вам ознакомиться с некоторыми страницами часто задаваемых вопросов от брендов, которые вам нравятся, или от тех, которые работают в вашей отрасли. Это должно дать вам хорошее начало.

После этого у вас должно появиться что-то близкое к идеальной странице FAQ!

Дайте нам знать в комментариях, если у вас есть какие-либо вопросы о разработке и написании идеальной страницы FAQ.

изображение заголовка любезно предоставлено Ятыш Ашхана

Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL