# URL in Rapidweaver

**URL:** <https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732>\
**Category:** RapidWeaver Classic\
**Created:** [November 14, 2019, 6:49pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732 "2019-11-14T18:49:40Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![manofdogz](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/manofdogz/32/26314_2.png) [@manofdogz](https://forums.realmacsoftware.com/u/manofdogz)\
**Post date:** [November 14, 2019, 6:49pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/1 "2019-11-14T18:49:40Z")

</div>

Probably a dumb question, but why does RW require the site URL to be both in ‘settings’ and ‘publishing settings’. And what happens when the publishing setting is correct but the general settings is not? Or, if you publish to a different server (say for testing), do you need to remember to change the URL in general settings each time you change the publishing settings?

I’ve built well over 100 sites in RW but never understood this 🙂 ad I’ll probably be embarrassed when I get a simple answer… or will I?

---

<div class="post-metadata">

**Author:** ![joeworkman](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/joeworkman/32/23780_2.png) [@joeworkman](https://forums.realmacsoftware.com/u/joeworkman)\
**Post date:** [November 14, 2019, 7:14pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/2 "2019-11-14T19:14:23Z")

</div>

You don’t need to supply it in both. The one in the publishing setting will/should override whatever is in the project settings.

---

<div class="post-metadata">

**Author:** ![manofdogz](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/manofdogz/32/26314_2.png) [@manofdogz](https://forums.realmacsoftware.com/u/manofdogz)\
**Post date:** [November 14, 2019, 7:58pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/3 "2019-11-14T19:58:18Z")

</div>

OK - one of the reasons I raised this was that Google Search Console is giving me some weird signals back on a new 8 page site I published last week. The pages are all coming up on site: search but in Search Console it’s telling me 8 pages are fine but 8 pages couldn’t be indexed. Also, none of the pages are found on a sitemap.xml yet the sitemap has been successfully submitted (a week ago). So I looked at my project and realised I had left the URL in General Settings as my test server - wondered if this had anything to do with the weird Google stuff. All reset, republished and re-index requested so I’ll see what happens.

---

<div class="post-metadata">

**Author:** ![Elixir](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elixir/32/25498_2.png) [@Elixir](https://forums.realmacsoftware.com/u/Elixir)\
**Post date:** [November 14, 2019, 8:16pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/4 "2019-11-14T20:16:27Z")

</div>

I can’t seem to remember off the top of my head, but doesn’t RapidWeaver’s `%base_url%` variable, which is used in theme templates, get pulled from the URL provided in the General settings? I don’t believe RW pulls that `%base_url%` from the publishing settings, which is why you need it to be correct in both locations.

---

<div class="post-metadata">

**Author:** ![joeworkman](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/joeworkman/32/23780_2.png) [@joeworkman](https://forums.realmacsoftware.com/u/joeworkman)\
**Post date:** [November 14, 2019, 9:48pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/5 "2019-11-14T21:48:35Z")

</div>

It’s possible that the built in Sitemap only looks at the url in the general settings. Could be a bug. We should let @dan know…

---

<div class="post-metadata">

**Author:** ![teefers](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/teefers/32/8173_2.png) [@teefers](https://forums.realmacsoftware.com/u/teefers)\
**Post date:** [November 14, 2019, 9:50pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/6 "2019-11-14T21:50:01Z")

</div>

You could look at the sitemap.xml file and see.  
It’s not pretty but certainly readable.

---

<div class="post-metadata">

**Author:** ![Elixir](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elixir/32/25498_2.png) [@Elixir](https://forums.realmacsoftware.com/u/Elixir)\
**Post date:** [November 14, 2019, 9:54pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/7 "2019-11-14T21:54:32Z")

</div>

Double-checked – the `%base_url%` for templates does seem to pull from the General settings URL, so it is necessary that it is entered correctly.

---

<div class="post-metadata">

**Author:** ![joeworkman](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/joeworkman/32/23780_2.png) [@joeworkman](https://forums.realmacsoftware.com/u/joeworkman)\
**Post date:** [November 14, 2019, 10:22pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/8 "2019-11-14T22:22:12Z")

</div>

The URL setting defined in your publishing settings should override the URL defined in the general settings.

---

<div class="post-metadata">

**Author:** ![Elixir](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/elixir/32/25498_2.png) [@Elixir](https://forums.realmacsoftware.com/u/Elixir)\
**Post date:** [November 14, 2019, 11:02pm UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/9 "2019-11-14T23:02:43Z")

</div>

It does not override the General settings URL for template based variables like `%base_url%` from the test I did earlier.

---

<div class="post-metadata">

**Author:** ![system](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/system/32/25301_2.png) [@system](https://forums.realmacsoftware.com/u/system)\
**Post date:** [December 15, 2019, 9:02am UTC](https://forums.realmacsoftware.com/t/url-in-rapidweaver/29732/10 "2019-12-15T09:02:49Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
