2014-09-23 3 views
4

google verification api дает мне ошибку 503 «Произошла непредвиденная ошибка. Повторите попытку». когда я пытаюсь проверить домен, используя метод TAG_MANAGER.API Google Verification API 503

Это происходит, когда я пытаюсь использовать API через клиентскую библиотеку PHP, а также когда я использую Google API explorer. Однако, если я войду в Инструменты Google для веб-мастеров и добавлю сайт, используя Tag Manager в качестве метода проверки, я могу успешно проверить себя.

Я приложил отладочную информацию из API-интерфейса ниже, но он очень прост в деталях. Мой запрос поддержки в webmaster central forum был встречен оглушительной тишиной, но я не знаю, где еще спросить.

Request 


POST https://www.googleapis.com/siteVerification/v1/webResource?verificationMethod=TAG_MANAGER&key={YOUR_API_KEY} 

Content-Type: application/json 
Authorization: Bearer ya29.iAC-QBa-7nzvS2lpFFmfcej2Y0suhiWHgS8SivKN9jpYWffljsRV7rbL 
X-JavaScript-User-Agent: Google APIs Explorer 

{ 
"site": { 
    "identifier": "http://unit1-28leanyerdriveleanyer.com", 
    "type": "SITE" 
}, 
"owners": [ 
    "[email protected]" 
] 
} 

Response 


503 Service Unavailable 

- Show headers - 

{ 
"error": { 
    "errors": [ 
    { 
    "domain": "global", 
    "reason": "backendError", 
    "message": "An unexpected error occurred. Please try your request again." 
    } 
    ], 
    "code": 503, 
    "message": "An unexpected error occurred. Please try your request again." 
} 
} 
+0

Вы следовали https://developers.google.com/site-verification/v1/invoking –

+0

ли ваш контейнер менеджера тегов на веб-сайте соответствует вашей учетной записи владельца? также, я не вижу никакого «id» в вашей модели веб-ресурсов (было бы странно для почтового метода, но поскольку идентификатор является уникальной строкой, вам просто нужно выбрать ее самостоятельно) – Rugdr

+0

Пожалуйста, предоставьте свой код так мы можем отладить проблему. – ProllyGeek

ответ

0

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

Хотя это не совсем желательно (у нас есть 20+ контейнеров для разных сайтов/приложений в пределах одной учетной записи), он устраняет проблему и позволяет проверке сайта Tag Manager работать так, как планировалось.

Я не уверен, была ли изменена документация с тех пор, как у меня возникла эта проблема или я просто пропустил ее. Необходимые разрешения являются неожиданными и код ответа вводит в заблуждение (403 будет иметь больше смысла).

0

https://www.googleapis.com/siteVerification/v1/webResource? VerificationMethod = TAG_MANAGER & ключ = {YOUR_API_KEY}

, возможно, должны быть

https://www.googleapis.com/siteverification/v1/webResource? VerificationMethod = TAG_MANAGER & ключ = {YOUR_API_KEY}

также несколько дополнительных примечаний

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

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

Этот метод требует, чтобы вы пройти проверку подлинности (OAuth 2.0) http://code.google.com/apis/accounts/docs/OAuth2.html

Убедитесь, что вы посетили ссылку http://www.google.com/tagmanager/features.html

+0

сайтVerification с капиталом V кажется правильным. Также я не думаю, что это проблема аутентификации при возврате кода ошибки 5xx ... –

+0

Заглавная страница взята из собственного интерактивного инструмента API, поэтому я подозреваю, что это правильно. Как указывает Себастьян, вы ожидаете 404 или что-то еще, если это проблема. Другие точки, да, код есть (я могу проверить через веб-интерфейс без проблем), да, я хочу проверить сайт, да учетная запись подписана с oauth. –

+0

@ElYobo Я видел вашу проблему с github, которую вы открыли. Однако это не является общей проблемой, поскольку они не смогли определить немедленную проблему, я думаю, что есть что-то конкретное, что вызывает это. Я попытался использовать предоставленную вами информацию с моим зарегистрированным электронным письмом и получил ту же ошибку, обратите внимание, что это письмо никак не связано с этим доменом. Так что это странно ... – Ryan

0

Проверьте, включен ли в вашем домене «Режим обслуживания», который вы пытаетесь проверить с помощью Google. Отключите его, и все готово.

+0

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

Смежные вопросы