1. Известные вопросы
2. Плагины кеширования WordPress могут вызвать конфликты
3. Отмена публикации страниц
4. Robots.txt
6. Решение проблем с плагином Wordpress
7. Получение плагинов Диагностика
8. Плагины для кеширования
9. Cloudflare
10. Конфигурация брандмауэра
11. Отсутствие поддержки cURL
12. Многодоменные Установки WordPress
13. Конфигурация прокси
14. Кэширование сервера
15. Правила перезаписи сервера
16. Поддержка SNI сервера
17. WordPress установлен на пути

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

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

Известные вопросы

WordPress Структура URL по умолчанию

По умолчанию WordPress использует веб-URL, на которых есть вопросительные знаки и множество цифр; однако эта структура по умолчанию не будет работать с плагином Unbounce.

Вы можете обновить свою структуру постоянных ссылок WordPress, посетив yourdomain.com/wp-admin/options-permalink и изменив что-либо, кроме настроек WordPress по умолчанию.

Плагины кеширования WordPress могут вызвать конфликты

Некоторые плагины кеширования WordPress могут вызывать конфликты с плагином Unbounce Pages. Если у вас возникли какие-либо проблемы со скриптами, повторной публикацией, статистикой или отправкой форм на ваших опубликованных страницах, сообщите нам об этом и отправьте нам список «активных» плагинов, установленных на вашем администраторе WordPress, чтобы мы могли продолжить расследование.

Отмена публикации страниц

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

Это должно разрешиться в ближайшее время.

Вместо того, чтобы видеть страницу WordPress 404, как это:

Вы увидите страницу 404, как это:

Robots.txt

Для целей отслеживания конструктор страниц Unbounce переформатирует исходящие ссылки на странице, вставив оболочку «clkg» (отслеживается как цель конверсии) или «clkn» (не отслеживается как цель) вокруг ссылки. Например:

http://unbouncepages.com/blank-page/ clkn /http/unbounce.com/

Чтобы эти форматированные ссылки не появлялись в результатах поиска, добавьте следующее в файл robots.txt в Wordpress:

Disallow: * / clkn / *
Disallow: * / clkg / *

Robots.txt с плагином Yoast

Если вы используете плагин Yoast для SEO, вы можете добавить приведенный выше код в разделе SEO -> инструменты на панели инструментов Wordpress.

Скриншот

Решение проблем с плагином Wordpress

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

Получение плагинов Диагностика

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

1. Нажмите на ссылку диагностики в нижней части страницы.

Скриншот

2. При нажатии на ссылку «Диагностика» вы увидите страницу, подобную этой:

Скриншот

3. Вы увидите список следующих элементов, которые будут иметь либо галочку, либо X рядом с ними:

• Поддержка Curl
• Постоянная ссылка Структура
• Домен авторизован
• Можно получить список страниц
• Поддерживаемая версия PHP
• Поддерживаемая версия Wordpress

4. Если у какой-либо из вышеперечисленных проверок есть знак «X» , скопируйте и вставьте все данные из окна «Подробности» и добавьте их при обращении в нашу службу поддержки.

Плагины для кеширования

(Возможная причина: форма не отправляется | Статистика страницы не отслеживается | Страницы 404ing)

Помимо кэширования на сервере, плагины для кэширования, установленные на вашем сайте Wordpress, могут оказывать аналогичное влияние. Страница, кэшированная плагином, может 404 или предотвратить перенаправление. Например, запрос страницы перехватывается плагином кэширования, а не отправляется плагину Unbounce.

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

Cloudflare

(Возможная причина: форма не отправляется | Статистика страницы не отслеживается | Страницы 404ing | Плагин не авторизует / листинг не получает)

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

• Кэширование: D возможно и / или исключает Unbounce страницы из кеширования Cloudflare.
• Rocket Loader: это инструмент, используемый в Cloudflare для минимизации любого javascript на странице для повышения скорости страницы ( документы здесь ). Обычно ракетный загрузчик будет неправильно минимизировать JavaScript-код Unbounce по умолчанию, что может вызвать проблемы с макетом страницы, отправкой формы и стилем на странице. Пожалуйста, включите Rocket Loader вручную или исключите страницы Unbounce, используя Page Rule в облаке
• Брандмауэр / Прокси: Cloudflare может использоваться как прокси или брандмауэр. Обе эти конфигурации могут вызвать проблемы с плагином Unbounce.

Конфигурация брандмауэра

(Возможная причина: форма не отправляется | Страницы 404ing | Плагин не авторизуется / листинг не загружается)

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

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

Отсутствие поддержки cURL

(Возможная причина: форма не отправляется | Статистика страницы не отслеживается | Страницы 404ing | Плагин не авторизует / листинг не получает)

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

Увидеть Эта статья узнать больше о cURL и Wordpress.

Многодоменные Установки WordPress

(Возможная причина: плагин не авторизуется / листинг не загружается)

Плагин Unbounce для Wordpress в настоящее время не поддерживает многопользовательские установки Wordpress. Там нет жизнеспособного обходного пути.

Конфигурация прокси

(Возможная причина: плагин не авторизуется / листинг не загружается)

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

Возможное решение для того, чтобы плагин работал с прокси-сервером, - это изменить параметр «ub-allow-public-address-x-forwarded-for», который можно найти в настройках Wordpress (www.domain.com/wp-admin/ options.php). Измените значение этой опции с «0» на «1» и проверьте, решает ли это обновление проблему. Обратите внимание, что Unbounce не может гарантировать полную функциональность с этой настройкой, и статистика страниц может не записываться.

Кэширование сервера

(Возможная причина: форма не отправляется | Статистика страницы не отслеживается | Страницы 404ing | Плагин не авторизует / листинг не получает)

Плагин Unbounce / Wordpress позволяет размещать контент, размещенный на Unbounce, на сайте Wordpress, перенаправляя запросы URL-адресов страниц Unbounce на серверы Unbounce. Если страница кэшируется на сервере Wordpress, контент больше не будет поступать напрямую из Unbounce, а будет обслуживаться из кэша. Это может вызвать проблемы со многими различными аспектами Unbounce, включая страницы 404ing, сбор потенциальных клиентов и отправку обновлений на живую страницу.

Пожалуйста, исключите все URL страницы Unbounce из кэшированных на сервере Wordpress.

Правила перезаписи сервера

(Возможная причина: форма не отправляется | Страницы 404ing)

Некоторые конфигурации серверов будут иметь правила, определяющие, что запросы с определенными расширениями файлов обрабатываются по-разному. Например, URL-адреса, оканчивающиеся на .pdf, .html, .apsx, могут привести к значению 404, поскольку запрос не будет передан плагину Unbounce, а вместо этого обработан сервером, на котором размещен Wordpress. Это особенно характерно для конфигураций серверов Nginx.

Поддержка SNI сервера

(Возможная причина: плагин не авторизуется / листинг не загружается)

SNI ( Указание имени сервера ) является частью протокола TLS и требуется для обеспечения безопасного соединения https. Поддержка SNI на сервере, на котором размещается Wordpress, необходима для того, чтобы плагин правильно обслуживал защищенные страницы.

WordPress установлен на пути

(Возможная причина: плагин не авторизуется / листинг не загружается)

В настоящее время плагин будет работать только с экземплярами Wordpress, которые установлены в корневом домене. Плагин Unbounce не поддерживает экземпляры Wordpress, которые установлены по пути (например: www.mydomain.com/blog).

Похожие

Комментарии